| 00:00.15 | *** join/#maemo atk (Arch-TK@fsf/member/Arch-TK) |
| 00:13.41 | *** join/#maemo pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
| 00:37.46 | *** join/#maemo Kabouik (~quassel@65.76.93.92.rev.sfr.net) |
| 01:04.11 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 01:27.26 | *** join/#maemo SmilybOrg (~SmilzOrg@93-103-85-111.dynamic.t-2.net) |
| 01:31.29 | *** join/#maemo g3kk3r (~torrkull@far.torrkulla.net) |
| 01:31.31 | *** join/#maemo pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
| 01:34.44 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 01:34.49 | *** join/#maemo ashley (~ashley@pluto.skizzerz.net) |
| 01:34.49 | *** join/#maemo ashley (~ashley@MediaWiki/Jack-Phoenix) |
| 01:36.59 | *** join/#maemo Tenhi_ (~tenhi@static-ip-69-64-50-196.inaddr.ip-pool.com) |
| 01:38.37 | *** join/#maemo Kilroo (~Kilroo@98.27.26.236) |
| 01:39.32 | *** join/#maemo silviof1 (~silviof@ip92341e83.dynamic.kabel-deutschland.de) |
| 01:47.15 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 02:40.06 | *** join/#maemo Oksana (~chatzilla@Maemo/community/ex-council/Wikiwide) |
| 04:34.57 | *** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:23.50 | *** join/#maemo cyphase (~cyphase@unaffiliated/cyphase) |
| 05:37.21 | KotCzarny | oh, lol, i just got a notification about '#maemo-meeting' on 2016-10-09 at 14:00 UTC |
| 05:38.03 | KotCzarny | on another note, what's the point of additional channel? if they wanted general audience with irc users, this channel could do? |
| 05:40.09 | KotCzarny | or not. *shrugs* |
| 06:25.05 | *** join/#maemo ceene (~ceene@collins.gmr.ssr.upm.es) |
| 06:31.55 | *** join/#maemo esaym153 (~esaym153@75-1-182-8.lightspeed.snantx.sbcglobal.net) |
| 06:55.38 | *** join/#maemo Birchy (~Birchy@178-164-108.52.3p.ntebredband.no) |
| 06:59.54 | Oksana | Synfig may be interesting to port... |
| 07:12.02 | *** join/#maemo xorly (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 07:12.38 | bencoh | to n900?! |
| 07:13.02 | bencoh | oooh they released more morevna project "episodes" |
| 07:14.27 | KotCzarny | well, before starting to port, open synfig, load sample project, then check memory usage in top etc |
| 07:20.17 | *** join/#maemo cyphase (~cyphase@unaffiliated/cyphase) |
| 07:22.03 | *** join/#maemo radekp (~radek@82.113.39.213) |
| 07:37.22 | *** join/#maemo cyphase (~cyphase@unaffiliated/cyphase) |
| 07:41.33 | *** join/#maemo geaaru (~geaaru@host110-126-dynamic.48-82-r.retail.telecomitalia.it) |
| 07:52.47 | *** join/#maemo cyphase (~cyphase@unaffiliated/cyphase) |
| 08:06.05 | *** join/#maemo ArGGu^^ (~ArGGu^^@dsl-trebrasgw1-54fa4b-9.dhcp.inet.fi) |
| 08:13.32 | Maxdamantus | Port as in optimising the UI for a small touchscreen/restricted keyboard? |
| 08:13.38 | Maxdamantus | or port as in getting it to compile? |
| 08:13.43 | KotCzarny | both |
| 08:14.31 | Maxdamantus | The latter really shouldn't be a thing. |
| 08:14.57 | Maxdamantus | Why hasn't someone just ported the maemo things to Debian? |
| 08:14.58 | KotCzarny | might be if libs are too old |
| 08:15.16 | KotCzarny | which might require adding glue funcs |
| 08:15.52 | *** join/#maemo cyphase (~cyphase@unaffiliated/cyphase) |
| 08:28.25 | *** join/#maemo jskarvad (~jskarvad@ip4-83-240-109-43.cust.nbox.cz) |
| 08:28.25 | *** join/#maemo jskarvad (~jskarvad@redhat/jskarvad) |
| 08:29.20 | *** join/#maemo cyphase (~cyphase@unaffiliated/cyphase) |
| 08:36.00 | *** join/#maemo N-Mi (~nicolas@adsl.n-mi.com) |
| 08:36.00 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 08:41.26 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:45.28 | *** join/#maemo SmilyOrg (~SmilzOrg@93-103-85-111.dynamic.t-2.net) |
| 08:46.02 | *** join/#maemo Kabouik_ (~quassel@65.76.93.92.rev.sfr.net) |
| 08:46.03 | *** join/#maemo auenfx4 (David@DC-24-199.bpb.bigpond.com) |
| 08:48.31 | *** join/#maemo hurrian_ (~textual@122.53.225.9) |
| 08:48.52 | *** join/#maemo keithzg_ (~quassel@198.48.135.131) |
| 08:49.52 | *** join/#maemo frals_ (~frals@c83-251-147-241.bredband.comhem.se) |
| 08:49.54 | *** join/#maemo fk_lx_ (~fk_lx@152.ip-37-187-81.eu) |
| 08:49.58 | *** join/#maemo thuttu77_2 (~thuttu77@82-181-33-81.bb.dnainternet.fi) |
| 08:50.18 | *** join/#maemo antranig1 (~antranigv@cert.am) |
| 08:50.24 | *** join/#maemo sicelo_ (~sicelo@kozue.soulik.info) |
| 08:53.27 | *** join/#maemo pcfe` (~pcfe@2a02:8109:8080:fa4:beee:7bff:fed9:8f1b) |
| 08:53.31 | *** join/#maemo pcfe` (~pcfe@redhat/pcfe) |
| 08:53.54 | *** join/#maemo till (~till@vispillo.org) |
| 08:54.01 | *** join/#maemo hexnewbie_ (~hexnewbie@91.234.93.181) |
| 08:54.27 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 08:58.33 | *** join/#maemo cebreidian (~c@45.63.97.181) |
| 09:00.01 | *** join/#maemo ds3 (~ds2@rehut.com) |
| 09:00.06 | *** join/#maemo XDS2010 (sid1218@gateway/web/irccloud.com/x-rzpyrlfiphiygrxg) |
| 09:01.13 | *** join/#maemo APic (apic@apic.name) |
| 09:01.18 | *** join/#maemo arossdotme (~zxy@host-89-240-16-78.as13285.net) |
| 09:01.21 | *** join/#maemo vectis3 (~user@88-145-64-86.host.pobb.as13285.net) |
| 09:02.01 | *** join/#maemo amospalla (~amospalla@unaffiliated/amospalla) |
| 09:03.42 | *** join/#maemo XDS2010 (sid1218@gateway/web/irccloud.com/x-gtyjprprjgapktji) |
| 09:40.07 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 09:41.12 | kerio | Maxdamantus: maemo is stuck at debian etch |
| 09:41.20 | kerio | roughly |
| 09:46.52 | Maxdamantus | Mainly because of glibc requiring 2.6.32? |
| 09:48.20 | bencoh | no |
| 09:48.55 | bencoh | there's a quick&dirty workaround for that one, and it's probably the least significant issue anyway |
| 09:49.31 | KotCzarny | hmm |
| 09:49.37 | KotCzarny | so why dont we have 2.6.32 yet? |
| 09:49.49 | Maxdamantus | 2.6.32 isn't the easy bit. |
| 09:50.06 | Maxdamantus | the easy bit with glibc would be just patching glibc itself. |
| 09:50.30 | bencoh | it's more about closed-source core applications/services that depends on old ABIs |
| 09:50.33 | KotCzarny | go for it then send a patch to fmg ? |
| 09:50.40 | bencoh | like glib, gtk, telepathy, ... |
| 09:50.53 | bencoh | -s |
| 09:51.43 | Maxdamantus | Presumably those should be fixable gradually. |
| 09:51.59 | Maxdamantus | by just using LD_LIBRARY_PATH/LD_PRELOAD hacks around programs that require the old libraries. |
| 09:52.18 | bencoh | you cant afford that on a memory-starved embedded device |
| 09:52.28 | KotCzarny | true that |
| 09:52.36 | KotCzarny | otoh newer libs are usually fatter |
| 09:52.48 | Maxdamantus | Mm, maybe. |
| 09:52.50 | KotCzarny | so upgrading might not have positive total effect |
| 09:52.56 | bencoh | and it'd be a real deps hell |
| 09:53.05 | Maxdamantus | is always running ntpd and mpd from a different root. |
| 09:53.16 | KotCzarny | i wonder if maemo could be patched to some saner pkg system |
| 09:53.24 | KotCzarny | ie. repack everything in the way arch has |
| 09:53.37 | KotCzarny | (or slackware, he he) |
| 09:53.44 | bencoh | the "real" solution would be to keep working on FOSS replacements for core components, but .... |
| 09:53.47 | Maxdamantus | (though those probably involve libraries smaller than glib/gtk) |
| 09:54.37 | Maxdamantus | also uses Opera, so the browserd crap is mostly wasted. |
| 09:54.49 | bencoh | once you can build from source every maemo core ports you're pretty good to go |
| 09:54.57 | bencoh | but I don't see that happen anytime soon |
| 09:55.01 | Maxdamantus | Dunno. I can't really see single duplicate gtk/glibc being a major issue. |
| 09:55.06 | KotCzarny | maxd: sms and other components use browserd to render |
| 09:55.14 | Maxdamantus | KotCzarny: yes, that was my point. |
| 09:55.22 | Maxdamantus | I basically have two browser engines in memory. |
| 09:55.54 | KotCzarny | maxd: gtk and friends is ~10-15MB |
| 09:56.09 | bencoh | and browserd is ~40M, but... |
| 09:56.12 | KotCzarny | so you will have to double that regarding memory usage |
| 09:56.58 | bencoh | anyway I wouldn't want to deal with a double glib/gtk setup |
| 09:57.01 | KotCzarny | imo on memory starved system having anything but essentials is a waste |
| 09:57.33 | KotCzarny | ie. is browserd required while on desktop? |
| 09:58.05 | Maxdamantus | "on desktop"? |
| 09:58.17 | Maxdamantus | You mean without SMS windows open? I think so. |
| 09:58.21 | KotCzarny | if i open sms app, let it load, but when im outside any of those apps it shouldnt be in mem |
| 09:58.30 | Maxdamantus | though I suspect not much of it will be in memory at that point. |
| 09:58.51 | bencoh | browserd actually eats quite a lot even when doing nothing |
| 09:58.55 | Maxdamantus | Well, if you've already loaded it it will be in memory. |
| 09:59.03 | bencoh | (mem-wise) |
| 09:59.10 | KotCzarny | maxd, make it a stub that will unload when nothing is using it? |
| 09:59.15 | Maxdamantus | It's not very good to constantly move things in and out. |
| 09:59.22 | bencoh | true |
| 09:59.41 | KotCzarny | or at least make some browserd-lite |
| 09:59.43 | Maxdamantus | far better to just have a tiny libx11-based program that can always be in memory. |
| 10:00.16 | Maxdamantus | KotCzarny: "unload when nothing is using it" means "loads when something uses it" |
| 10:00.41 | Maxdamantus | Linux will already discard it from memory when newer things try to use it. |
| 10:00.58 | KotCzarny | that means swap grind |
| 10:01.12 | Maxdamantus | The browserd binaries/libraries are mmapped. |
| 10:01.28 | Maxdamantus | swap would obviously be relevant for the anonymous pages. |
| 10:01.34 | KotCzarny | hum |
| 10:02.57 | KotCzarny | <PROTECTED> |
| 10:03.09 | KotCzarny | <PROTECTED> |
| 10:03.20 | Maxdamantus | It's usually not all going to be in memory. |
| 10:03.20 | KotCzarny | that would free 15MB alone |
| 10:03.25 | Maxdamantus | They're mmapped files. |
| 10:03.42 | KotCzarny | how to check what is in mem then? |
| 10:03.59 | Maxdamantus | As processes try to access the content, they'll cause page faults which can copy things from the filesystem into memory. |
| 10:04.54 | Maxdamantus | Then as other things try to use memory Linux will discard those pages since it knows it can just read them again from the filesystem when required. |
| 10:05.11 | KotCzarny | i've killed image-viewer temporarily |
| 10:05.15 | KotCzarny | 15MB of mem got freed |
| 10:05.35 | KotCzarny | i mean 9 |
| 10:05.35 | *** join/#maemo Natch (~Natch@h-155-122.a444.priv.bahnhof.se) |
| 10:05.42 | KotCzarny | 4MB of swap and 5MB of ram |
| 10:05.49 | Maxdamantus | If you were judging by "free memory" in `free`, that would probably be anonymous maps, not /usr/bin/image-viewer |
| 10:06.06 | Maxdamantus | Killing a process won't normally immediately remove files from memory. |
| 10:06.23 | KotCzarny | maxd, i just wanted to see if it makes a difference |
| 10:06.32 | KotCzarny | bastard got restarted anyway |
| 10:06.44 | *** join/#maemo enyc (~enyc@muddle.enyc.org.uk) |
| 10:06.58 | Maxdamantus | That happens lazily: as processes try to access pages that aren't currently in memory, Linux will discard pages that haven't been accessed recently (possibly moving them to swap in the case of anonymous maps). |
| 10:07.40 | KotCzarny | maxd, then i repeat my question, how to check what is currently occupying real mem? |
| 10:07.57 | Maxdamantus | There are some obscure interfaces in /proc |
| 10:08.36 | Maxdamantus | maybe `vmallocinfo` |
| 10:09.39 | *** join/#maemo DrCode (~DrCode@5.28.134.3) |
| 10:09.51 | Maxdamantus | Hm, no, not that. |
| 10:09.54 | KotCzarny | smaps? |
| 10:10.01 | KotCzarny | ie /proc/<pid>/smaps |
| 10:10.16 | *** join/#maemo bruce_lee (~neo@x4db0e7af.dyn.telefonica.de) |
| 10:10.16 | *** join/#maemo bruce_lee (~neo@unaffiliated/bruce-lee/x-7462768) |
| 10:11.16 | KotCzarny | its heap is ~2.5MB |
| 10:11.23 | Maxdamantus | I think pagemap |
| 10:11.24 | KotCzarny | which means allocated buffers |
| 10:11.33 | Maxdamantus | <PROTECTED> |
| 10:11.33 | Maxdamantus | <PROTECTED> |
| 10:12.24 | Maxdamantus | ah, and kpagecount was the global thing I was thinking of. |
| 10:15.01 | KotCzarny | i think private_dirty are things that are counted into real mem usage |
| 10:15.18 | bencoh | KotCzarny: there is a .desktop property to autostart process in maemo, btw |
| 10:15.20 | KotCzarny | (and shared_dirty) |
| 10:15.20 | Maxdamantus | "real mem usage"? |
| 10:15.27 | bencoh | something-prestart |
| 10:15.27 | Maxdamantus | real mem usage should normally be 100% |
| 10:15.33 | Maxdamantus | unless you've just booted the system. |
| 10:15.35 | bencoh | (x-maemo-prestart or something like that) |
| 10:15.38 | Maxdamantus | unused RAM is basically a waste. |
| 10:16.49 | Maxdamantus | See also: http://www.linuxatemyram.com/ |
| 10:17.01 | KotCzarny | maxd: im talking about memory that would have to be swapped out if new app requires more mem etc |
| 10:17.48 | Maxdamantus | So resident anonymous maps? |
| 10:18.08 | KotCzarny | apparently shared_dirty+private_dirty |
| 10:18.46 | KotCzarny | bencoh: thx, i've just disabled it (for testing) |
| 10:20.12 | KotCzarny | i guess i will go kamikaze and disable prestarting of browserd too |
| 10:20.49 | KotCzarny | and messaging ui |
| 10:21.36 | Maxdamantus | So then you just have to wait for it to load from the filesystem when someone sends you the first SMS rather than from swap (assuming other processes have pushed it out of memory). |
| 10:21.50 | KotCzarny | hrm, it doesnt exit after clicking 'x' |
| 10:22.04 | KotCzarny | maxd: just tried it, and startup time isnt much worse |
| 10:22.25 | KotCzarny | ~1s when it loads msg db |
| 10:22.33 | Maxdamantus | and yeah, it doesn't use a separate browserd process for each window. |
| 10:22.50 | KotCzarny | well, im talking about /usr/bin/rtcom-messaging-ui |
| 10:23.59 | KotCzarny | pity. prestarted trick would only help initial device boot time |
| 10:24.08 | KotCzarny | apps dont quit on clicking 'x' |
| 10:24.36 | *** join/#maemo pcfe (~pcfe@2a02:8109:8080:fa4:beee:7bff:fed9:8f1b) |
| 10:24.42 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 10:24.54 | Maxdamantus | Typical applications should. rtcom-messaging-ui probably considers itself special. |
| 10:25.00 | Maxdamantus | like IE in some versions of Windows. |
| 10:25.20 | KotCzarny | is it opensourced? |
| 10:25.40 | Maxdamantus | Dunno. |
| 10:25.51 | KotCzarny | ~closed |
| 10:25.51 | infobot | methinks closed is http://wiki.maemo.org/Why_the_closed_packages or https://wiki.maemo.org/Fremantle_closed_packages, or http://elinux.org/N900 |
| 10:25.52 | Maxdamantus | Some of it is made up of accessible HTML/JavaScript/CSS, at least. |
| 10:26.20 | Maxdamantus | changed the way messaged are laid out by modifying that. |
| 10:27.44 | KotCzarny | almost none of rtcom- packages are opensourced |
| 10:28.44 | KotCzarny | https://wiki.maemo.org/images/9/94/Top_level_architecture.png |
| 10:38.52 | *** join/#maemo Sicelo (~sicelo@unaffiliated/sicelo) |
| 10:45.16 | KotCzarny | oh, it unloaded, yay |
| 10:45.26 | KotCzarny | (after some inactivity) |
| 10:45.51 | KotCzarny | so, right now i have ~41M free and 84M cached according to top |
| 10:46.08 | KotCzarny | without any adverse effects (yet) |
| 10:46.23 | Maxdamantus | It was probably due to activity, not inactivity. |
| 10:46.47 | Maxdamantus | if you're talking about file pages being discarded from memory. |
| 10:47.06 | KotCzarny | maxd, ive launched 'conversations' and closed it by 'x', then went doing some work, now i dont see it in the process list |
| 10:47.21 | KotCzarny | that's what i mean by 'unloaded' |
| 10:47.52 | KotCzarny | lets go leroy jenkins and unload call ui too |
| 10:47.52 | Maxdamantus | Right, so its RSS went down. |
| 10:48.31 | KotCzarny | though this might make me miss calls and i dont have second phone to check atm |
| 10:49.00 | Maxdamantus | because other thing caused page faults trying to use memory, so those browserd pages became the least recently used at some point. |
| 10:49.23 | KotCzarny | maxd, nope, phone was idle and there is ~40M free atm |
| 10:49.49 | Maxdamantus | it's probably never truly idle. |
| 10:50.07 | KotCzarny | idle as in screen blanked |
| 10:50.17 | Maxdamantus | so it's still on. |
| 10:50.25 | KotCzarny | yup |
| 10:50.30 | Maxdamantus | things are still running, accessing memory. |
| 10:50.35 | KotCzarny | yup |
| 10:50.57 | KotCzarny | i hunt things that arent used by system/other things when user does nothign |
| 10:51.01 | KotCzarny | *nothing |
| 11:04.21 | *** join/#maemo japa-fi_ (~jani@mobile-access-5d6a54-40.dhcp.inet.fi) |
| 11:07.24 | *** join/#maemo pcfe (~pcfe@ip5b4030c3.dynamic.kabel-deutschland.de) |
| 11:07.43 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 11:34.15 | bencoh | Maxdamantus: he just means that process eventually stopped running |
| 11:35.22 | Maxdamantus | I don't think that's what he means. |
| 11:35.36 | Maxdamantus | afaik browserd/rtcom-messaging-ui never just stops. |
| 11:35.54 | KotCzarny | [root@Main-N900:/usr/share/applications/hildon]# ps axww|grep messaging |
| 11:35.54 | KotCzarny | <PROTECTED> |
| 11:35.54 | KotCzarny | [root@Main-N900:/usr/share/applications/hildon]# |
| 11:36.09 | Maxdamantus | Hm. Weird. |
| 11:36.21 | KotCzarny | if you set it not to preload always it will exit eventually |
| 11:38.20 | KotCzarny | which is actually nice if you dont use sms much |
| 11:42.32 | *** join/#maemo zGrr (~Grr@188.146.80.31.nat.umts.dynamic.t-mobile.pl) |
| 12:07.20 | Sicelo | i have a silly bluetooth problem - N900 does not generate a pin to pair for one particualr device (which it was able to pair fine before). it can still generate pin & pair others. any ideas how to hunt this one down? |
| 12:07.47 | KotCzarny | maybe it's paired/authorized? |
| 12:08.02 | Sicelo | i deleted all pairings on N900 |
| 12:08.40 | KotCzarny | <obligatory joke> reflash? </obligatory joke> |
| 12:08.49 | Sicelo | haha |
| 12:09.12 | KotCzarny | reset/take out batteries out of the bt device? |
| 12:09.29 | KotCzarny | though it might have things written to some eeprom |
| 12:09.57 | Sicelo | did that. no help :( |
| 12:10.38 | KotCzarny | clear /var/lib/bluetooth ? |
| 12:11.36 | KotCzarny | (maybe backup it first) |
| 12:12.23 | Sicelo | didn't try that one .. will try shortly |
| 12:12.46 | Sicelo | what i did was remove all entried in gconf |
| 12:16.52 | Sicelo | and wanted to try reinstalling all bt* stuff |
| 12:19.06 | *** join/#maemo bruce_lee (~neo@unaffiliated/bruce-lee/x-7462768) |
| 12:27.27 | *** join/#maemo ecloud (quassel@nat/qt/x-ddjkakqvlevirspf) |
| 12:28.50 | Sicelo | or do we have alternative way to pair, e.g. via cmdline? |
| 12:49.57 | *** join/#maemo DrCode (~DrCode@5.28.134.3) |
| 12:51.47 | *** join/#maemo zGrr (~Grr@185.13.106.218) |
| 13:04.18 | *** join/#maemo valdyn (valdyn@server.kthread.org) |
| 13:38.58 | *** join/#maemo stryngs (~stryngs@unaffiliated/stryngs) |
| 13:51.39 | Sicelo | yay! did it with simple-agent :) |
| 14:02.57 | *** join/#maemo Mattmers (~Mattmers@75-129-194-137.dhcp.sllv.mo.charter.com) |
| 14:06.56 | *** join/#maemo dromer (~henk@unaffiliated/dreamer) |
| 14:08.21 | _maniac_ | heh. I tried to update to CSSU-testing and phone became unresponsive. nokia logo -> blank screen and nothing. not even five dots. |
| 14:08.57 | _maniac_ | any way to find out what's broken? |
| 14:09.26 | KotCzarny | low battery? |
| 14:16.57 | *** join/#maemo troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 14:21.38 | *** join/#maemo krnlyng (~liar@77.116.70.125.wireless.dyn.drei.com) |
| 14:32.48 | _maniac_ | no, battery was about 80% full when I did the update. |
| 14:33.08 | KotCzarny | what happens when you try to turn it on? |
| 14:34.07 | _maniac_ | nokia logo and then black screen. |
| 14:34.32 | _maniac_ | it is in PC-Suite mode when I plug it in, will try ssh'ing now. |
| 14:34.33 | KotCzarny | maybe bad kernel (ie. stock one) |
| 14:34.56 | KotCzarny | were you updating from stock or from cssu? |
| 14:35.02 | _maniac_ | well, no replies from 192.168.2.15 |
| 14:35.06 | _maniac_ | from cssu. |
| 14:35.17 | _maniac_ | I had cssu stable and power-kernel |
| 14:35.25 | KotCzarny | got any weird packages? (ie. multiboot) |
| 14:37.30 | _maniac_ | bootmenu |
| 14:37.40 | KotCzarny | ~bootmenu |
| 14:37.48 | KotCzarny | ~ping |
| 14:37.48 | infobot | ~pong |
| 14:38.18 | KotCzarny | does it work still? |
| 14:38.25 | *** join/#maemo eMHa__ (~mh@p54B0F79F.dip0.t-ipconnect.de) |
| 14:38.50 | KotCzarny | i would try flashing kernel alone (from cssu-testing) |
| 14:40.32 | _maniac_ | mhm, will try |
| 14:52.38 | _maniac_ | can't find kernel package in cssu-testing repo |
| 14:54.01 | bencoh | I'd rather try kernel-power, but ... |
| 14:54.13 | bencoh | aaah, right |
| 14:54.21 | bencoh | which kernel did you have? |
| 14:54.50 | bencoh | and the problem with reflashing kernel only is that you might end up with missing compatible modules |
| 14:55.20 | KotCzarny | he had powerkernel before update |
| 14:55.55 | KotCzarny | but also had bootmenu, which could be anything |
| 15:20.35 | Sicelo | if he had bootmenu, then the vanilla kernel should boot, and he can then figure out which PK he had |
| 15:38.24 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 15:42.35 | _maniac_ | welp, my bootmenu don't have any kernel options, just 'internal nand (maemo 5)' and bootmenu utilities. |
| 15:45.29 | *** join/#maemo DrCode (~DrCode@5.28.134.3) |
| 15:55.14 | *** join/#maemo timo_ (~timo@92.109.84.141) |
| 16:02.37 | *** join/#maemo Vajb (~Vajb@catv-176-63-23-14.catv.broadband.hu) |
| 16:16.54 | Sicelo | that's vanilla kernel then .. |
| 16:19.22 | _maniac_ | oO |
| 16:19.40 | _maniac_ | I'm pretty sure I had power-something in uname -a before |
| 16:22.10 | Sicelo | you may have .. but what i am saying is the vanilla kernel most likely still had the correct modules. that is what the default bootmenu setting uses. how you were booting your pk i don't know (assuming you didn't create any *.item files for it). just load the vanilla kernel without flashing and see if that gets you in. it should |
| 16:32.37 | *** join/#maemo flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 16:39.53 | *** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 16:53.31 | *** join/#maemo troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 16:56.35 | KotCzarny | http://i.imgur.com/eWqKRIK.png |
| 16:56.57 | KotCzarny | winamp skin mode done |
| 16:57.16 | KotCzarny | now onto fixing few bugs and packaging |
| 17:02.09 | *** join/#maemo xorly (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 17:11.05 | *** join/#maemo luke-jr (~luke-jr@unaffiliated/luke-jr) |
| 17:23.34 | *** join/#maemo xorly (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 17:24.15 | *** join/#maemo guerby (~guerby@ip165.tetaneutral.net) |
| 17:37.34 | _maniac_ | "if he had bootmenu, then the vanilla kernel should boot" - nope, my bootmenu boots to 2.6.28.10-power53 |
| 17:39.14 | _maniac_ | I mounted rootfs but can't find anything in /boot there. according to /var/lib/dpkg/info/kernel{,-power}.list kernel images should be there. |
| 17:39.28 | *** join/#maemo luke-jr (~luke-jr@unaffiliated/luke-jr) |
| 17:42.16 | *** join/#maemo M4rtinK (~M4rtinK@ip-78-45-144-165.net.upcbroadband.cz) |
| 17:45.56 | Sicelo009N | mine are in MyDocs/bootmenu.img.d/ |
| 17:47.07 | _maniac_ | I don't have such directory |
| 17:47.29 | _maniac_ | but I extracted them from downloaded deb and going to try flashing now. |
| 17:47.31 | Sicelo009N | then how are you using bootmenu? or for what? :-) |
| 17:47.38 | *** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl) |
| 17:49.03 | _maniac_ | I installed boot menu to be able to do full fs backup in case of fuck ups like this. |
| 17:49.08 | _maniac_ | but I didn't do one. |
| 17:49.44 | KotCzarny | well, you can always run rescueos for that |
| 17:49.50 | KotCzarny | no need to flash anything to device |
| 17:57.45 | *** join/#maemo radekp (~radek@82.113.39.213) |
| 18:03.02 | *** join/#maemo xorly (~xorly@ip-89-176-10-118.net.upcbroadband.cz) |
| 18:08.28 | *** join/#maemo ab (~ab@pdpc/supporter/professional/ab) |
| 18:18.56 | KotCzarny | http://i.imgur.com/zI6XzIE.png |
| 18:18.58 | KotCzarny | :) |
| 18:20.18 | _maniac_ | almost like the original! |
| 18:42.01 | *** join/#maemo Vajb (~Vajb@catv-176-63-23-14.catv.broadband.hu) |
| 19:04.28 | *** join/#maemo valdyn (valdyn@server.kthread.org) |
| 19:11.58 | *** join/#maemo Maxdamantus (~Maxdamant@unaffiliated/maxdamantus) |
| 19:24.37 | *** join/#maemo freemangordon (~ivo@46.249.74.23) |
| 19:27.19 | *** join/#maemo ArGGu^^ (~ArGGu^^@dsl-trebrasgw1-54fa4b-9.dhcp.inet.fi) |
| 19:45.39 | _maniac_ | ah, I give up and going full reflash. |
| 19:45.49 | KotCzarny | :) |
| 19:46.13 | KotCzarny | new start, new possibilities |
| 19:46.18 | KotCzarny | go for css-thumb |
| 19:46.21 | KotCzarny | cssu-thumb |
| 19:47.00 | *** join/#maemo at1as (~at1as@kurios.r4780y.com) |
| 19:48.27 | _maniac_ | well, latest reflash (which I was running before) was broken in various small ways |
| 19:48.54 | _maniac_ | aptitude segfaulting, extra decoders package doing NOTHING, missing url input in UML-browser |
| 19:49.38 | KotCzarny | sounds like you were having fun with it |
| 19:50.49 | _maniac_ | !!FUN!!, yes. |
| 21:11.49 | Maxdamantus | just makes squashfs backups occasionally .. and used one once. |
| 21:31.52 | *** join/#maemo disco_stu (~wrt54gl@190.211.91.140) |
| 22:11.03 | *** join/#maemo M4rtinK (~M4rtinK@ip-78-45-144-165.net.upcbroadband.cz) |
| 22:29.31 | _maniac_ | nice. default HAM giving me "temporary failure resolving" anything, while I am able to nslookup from commandline properly. |
| 22:33.15 | _maniac_ | but cssu-testing enabler installs fine |
| 22:33.32 | _maniac_ | I hate computers. |
| 23:06.45 | *** join/#maemo arossdotme-planb (~zxy@89.240.16.7) |
| 23:45.59 | *** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net) |
