**** BEGIN LOGGING AT Sat Jun 08 02:59:58 2013
Jun 08 03:54:15 <divVerent> just installed yesterday's CSSU upgrade and now it is bricked... as in, it boots to black screen with backlight (after nokia logo stuff etc.)
Jun 08 03:54:25 <divVerent> I can still start backupmenu
Jun 08 03:54:37 <divVerent> so how to recover? I really have no time for reflash and get ALL setup again
Jun 08 03:54:47 <divVerent> that'd take me like a few days :(
Jun 08 03:55:29 <divVerent> I did it when HAM offered it yesterday... so one thing that'd help me is which components actually were replaced (as HAM hides that info)
Jun 08 03:56:52 <divVerent> I also tried adding modprobe fbcon to /sbin/preinit to see boot messages, but the problem happens after graphical startup
Jun 08 04:05:03 <divVerent> hm... also, backupmenu's serial console does not let me log in
Jun 08 04:55:13 <DocScrutinizer05> I heard removal of uSD card might fix stuff. Only info from a cursory read
Jun 08 06:53:40 <Wizzup_> Seems my package was uploaded to extras-devel, cool, so something worked :) 
Jun 08 07:10:48 <divVerent> DocScrutinizer05: tried, did not
Jun 08 07:11:05 <divVerent> syslog says that The name com.nokia.system_ui was not provided by any service file
Jun 08 07:11:08 <divVerent> THAT sounds VERY critical
Jun 08 07:11:30 <divVerent> I think I'll go with Android, I really don't have the time to fix this kind of stuff in my free time :(
Jun 08 07:12:00 <divVerent> as THAT sure means reflash, lose all settings, lose all packages...
Jun 08 07:12:14 <divVerent> and unlike ANdroid and iOS, N900 has no means to preserve this stuff on an OS reflash
Jun 08 07:38:36 <sixwheeledbeast> divVerent: BM will backup most and default backup app will do package list/contacts etc
Jun 08 07:38:54 <sixwheeledbeast> Also the update is being worked on 
Jun 08 07:40:05 <sixwheeledbeast> this is testing CSSU update it's called CSSU Testing for a reason...
Jun 08 08:59:26 <divVerent> sixwheeledbeast: I never activated CSSU Testing
Jun 08 08:59:34 <divVerent> only CSSU and (supposedly stable) CSSU Thumb
Jun 08 09:30:34 <divVerent> oh, CSSU-Thumb is based on testing, not stable... stupid. Will never use that crap again then.
Jun 08 11:50:00 <freemangordon> hi, anyone here that was hit by the "boot loop" issue in the latest CSSU-T?
Jun 08 12:40:24 <DocScrutinizer05> freemangordon: one line up
Jun 08 12:41:43 <freemangordon> DocScrutinizer05: so?
Jun 08 12:42:00 <freemangordon> is someone CBA to read, it is not my fault
Jun 08 12:42:41 <DocScrutinizer05> sorry then. But don't ask when you don't want an answer
Jun 08 12:43:09 <freemangordon> hmm? I was asking for someone with stock kernel
Jun 08 12:43:19 <DocScrutinizer05> no
Jun 08 12:43:31 <freemangordon> DocScrutinizer05: seems I am missing something
Jun 08 12:43:40 <DocScrutinizer05> [2013-06-08 13:50:00] <freemangordon> hi, anyone here that was hit by the "boot loop" issue in the latest CSSU-T?
Jun 08 12:43:49 <freemangordon> yes
Jun 08 12:43:50 <DocScrutinizer05> [2013-06-08 05:54:15] <divVerent> just installed yesterday's CSSU upgrade and now it is bricked... as in, it boots to black screen with backlight (after nokia logo stuff etc.)
Jun 08 12:44:18 <freemangordon> DocScrutinizer05: this should be something different
Jun 08 12:44:53 <freemangordon> DocScrutinizer05: I am trying to find someone who is hot by "can't boot with CD card in"
Jun 08 12:44:58 <freemangordon> *hit
Jun 08 12:48:10 * freemangordon wonders where is merlin1991
Jun 08 12:49:02 * DocScrutinizer05 wonders where's mgedmin (and povbot, for that matter)
Jun 08 12:49:18 <DocScrutinizer05> FFS
Jun 08 12:49:23 <freemangordon> seems today is MIA day
Jun 08 12:49:28 <DocScrutinizer05> where are netsplits when you need them
Jun 08 12:50:02 <DocScrutinizer05> ~log
Jun 08 12:50:04 <infobot> from memory, log is http://mg.pov.lt/maemo-irclog
Jun 08 12:50:12 <DocScrutinizer05> ~logs
Jun 08 12:50:14 <infobot> All conversations are logged to http://infobot.rikers.org/%23maemo/ Lines starting with spaces are not logged. Logs are updated daily.
Jun 08 13:41:59 <Skry> ~flashing
Jun 08 13:42:00 <infobot> somebody said maemo-flashing was http://wiki.maemo.org/Updating_the_tablet_firmware
Jun 08 13:44:16 <Skry> ahh, nice, page wont even load
Jun 08 13:50:13 <DocScrutinizer05> WUT?
Jun 08 13:50:35 <DocScrutinizer05> loads like thunder lightling here
Jun 08 13:50:42 <DocScrutinizer05> lightning even
Jun 08 13:51:24 <DocScrutinizer05> actually wiki is faster than any single time I tested it during last 4 weeks
Jun 08 13:53:37 <DocScrutinizer05> http://downforeveryoneorjustme.com/wiki.maemo.org  -> It's just you. http://wiki.maemo.org is up.
Jun 08 13:54:18 <Skry> well, everything else seems to be working ok. Doesnt matter though, google cache.
Jun 08 13:55:39 <DocScrutinizer05> doesn't matter? ok, then I shut down the servers
Jun 08 13:56:42 <DocScrutinizer05> why waste 19h/d into keeping infra alive when it doesn't matter anyway?
Jun 08 13:57:41 <DocScrutinizer05> techstaff will love to hear that they finally can have a long holiday
Jun 08 13:59:28 * DocScrutinizer05 shakes head
Jun 08 14:01:23 <Skry> Your problem is? If wiki is not working for me, and I can get the info I need from cache, so this problem does not matter for me currently, sure go ahead power off everything if you like and bitch as much you ever want if you feel it's good behavior.
Jun 08 14:04:04 <DocScrutinizer05> Skry: go ahed and ponder your behaviour regarding being a community member that cares
Jun 08 14:05:04 <DocScrutinizer05> if wiki doesn't work for you but you don't care to even find out why, then pretty please don't come here ranting about it
Jun 08 14:05:31 <Skry> ok
Jun 08 14:05:40 <DocScrutinizer05> since you made me waste 10min of my time to check what's wrong with the infra I'm supposed to keep alive for YOUR convenience
Jun 08 14:05:46 <DocScrutinizer05> sucker
Jun 08 14:06:46 <DocScrutinizer05> ("sucker" been for him parting the channel)
Jun 08 14:09:54 <DocScrutinizer05> ok, he honestly made my day already
Jun 08 14:12:14 * DocScrutinizer05 ponders adding a 24h IP block in maemo firewall on adsl-77-109-215-222.kymp.net
Jun 08 14:19:47 <DocScrutinizer05> homestly, when majority of users think it doesn't matter if *.maemo.org works or not, just let me know. I honestly got other ways to avoid getting bored than taking care about that infra 24/7
Jun 08 14:26:55 <GeneralAntilles> DocScrutinizer05, relax, man.
Jun 08 14:27:05 <GeneralAntilles> It's not a personal attack against you.
Jun 08 14:31:12 <DocScrutinizer05> sure. When the guest dining at Paul Bocuse asks for the Ketchup, that's also no personal attack against the cook. Still I heard guests been threatened with huge kitchen knifes for that
Jun 08 14:31:50 <DocScrutinizer05> sorry, found no better analogy ;-)
Jun 08 14:33:59 <DocScrutinizer05> it's just that I get upset when users don't give a flying F about helping to diagnose problems or the guys keeping stuff alive, as long as those lusers just find a way to get they current problem solved
Jun 08 14:38:28 <DocScrutinizer05> if somebody had vandalized complete wiki, those users wouldn't care as long as google cache or archive.org has what they search for. once archive.org goes down they come here whining why wiki not available *anywhere* anymore, not relizing that maybe 4 weeks earlier we still might have restored the wiki but now all backups are damaged too and no way to fix the problem they happily worked around when they first noticed it
Jun 08 14:39:49 <DocScrutinizer05> general CBA attitude that annoys me
Jun 08 14:41:30 <DocScrutinizer05> sure I could dns lookup adsl-77-109-215-222.kymp.net now, then check the access.log and error.log of w.m.o to find out what might have been the issue
Jun 08 14:41:51 <DocScrutinizer05> but then, there starts *my* CBA
Jun 08 14:48:30 <DocScrutinizer05> on a second thought, it *is* kind of a personal attack, since I take pride in *.m.o availability and uptime
Jun 08 15:26:42 <merlin1991> freemangordon: nah today was sleep in day
Jun 08 15:47:13 <divVerent> freemangordon: I had tried removing SD card, has nothing to do with it
Jun 08 15:47:30 <divVerent> reflashed now, but no longer using cssu-thumb OR testign
Jun 08 15:47:58 <divVerent> and it sure was no reboot loop, as I had rebooted yesterday evening and syslog spammed lots of -- MARK -- over night
Jun 08 15:48:05 <divVerent> and screen was black and backlit during that time
Jun 08 17:17:21 <GeneralAntilles> DocScrutinizer05, yes, I understand that you're irritated, and why, but it's not productive to rant at these people.
Jun 08 17:17:29 <GeneralAntilles> Quite the opposite, in fact.
Jun 08 17:17:41 <DocScrutinizer05> obviously
Jun 08 17:17:56 <DocScrutinizer05> sorry, he cought me during my first coffee
Jun 08 17:18:59 <DocScrutinizer05> also the last 3 days were a nightmare, which made me wonder if it's really worth it
Jun 08 17:19:29 <DocScrutinizer05> not his fault, sure
Jun 08 17:21:03 <GeneralAntilles> DocScrutinizer05, we're going to install a client plugin that makes you wait 10 seconds to reply. :P
Jun 08 17:21:21 <divVerent> DocScrutinizer05: BTW the wiki actually works better than ever... don't even know why, I do remember it was slow at times...
Jun 08 17:21:41 <freemangordon> divVerent: so, it was working after the update, correct?
Jun 08 17:21:52 <divVerent> freemangordon: no
Jun 08 17:22:00 <divVerent> freemangordon: or rather, it booted, but only to black backlit screen
Jun 08 17:22:08 <divVerent> so the OS itself works, and did not enter reboot loop
Jun 08 17:22:09 <freemangordon> I see
Jun 08 17:22:11 <divVerent> only the UI was missing
Jun 08 17:22:33 <freemangordon> divVerent: do you have Nitdroid installed by chance?
Jun 08 17:22:34 <divVerent> I still have a full rootfs dump of the "failure" done with backupmenu... wonder if it can be any help
Jun 08 17:22:38 <divVerent> no
Jun 08 17:22:45 <freemangordon> divVerent: it will be
Jun 08 17:22:46 <divVerent> now I switched to CSSU, no thumb, no testing
Jun 08 17:23:12 <divVerent> and only two system files manually modified :P
Jun 08 17:23:21 <freemangordon> pastebin/upload the contents of /var/log
Jun 08 17:23:28 <divVerent> 1. a fontconfig fix for a weird fontconfig bug not happening on other systems... and affecting only a single font
Jun 08 17:23:29 <freemangordon> divVerent: ^^^
Jun 08 17:23:34 <divVerent> yes, will try
Jun 08 17:23:38 <divVerent> 2. modified xkb keymap
Jun 08 17:24:04 <divVerent> before I did a bit more mess, so MAYBE it even was my fault... but well, if I had seen what the update actually entalis, I may have known how to proceed before
Jun 08 17:24:07 <divVerent> but HAM doesn't show that...
Jun 08 17:24:30 <divVerent> ok, sshd still missing... fixing :)
Jun 08 17:24:52 <freemangordon> divVerent: I suspect FS corruption, "fixed" by maemo's old e2fstools
Jun 08 17:25:11 <divVerent> yes, that may be
Jun 08 17:25:25 <divVerent> I did have some FS corruption before on this device, when also using dm-crypt
Jun 08 17:25:26 <freemangordon> and that will become clear from the logs
Jun 08 17:25:31 <divVerent> but this stopped when no longer using dm-crypt
Jun 08 17:25:32 <DocScrutinizer05> divVerent: backup APP should allow you to install basically all apps you had installed when you did the backup
Jun 08 17:25:42 <divVerent> DocScrutinizer05: "sort of"
Jun 08 17:25:52 <divVerent> does it run the CSSU enabler? :)
Jun 08 17:26:05 <DocScrutinizer05> obviously not ;-)
Jun 08 17:26:11 <divVerent> or rather, how can I see in advance what it will restore
Jun 08 17:26:14 <divVerent> the whole apt state?
Jun 08 17:26:42 <DocScrutinizer05> it gives you a long checkmark list to select which apps to "restore"
Jun 08 17:26:48 <divVerent> no, I mean
Jun 08 17:26:58 <divVerent> I did not do this kind of backup, because I read its restore is quite flaky anyway
Jun 08 17:27:06 <divVerent> only my own full FS backups
Jun 08 17:27:34 <divVerent> I mean, does it also restore programs installed via apt-get install from extras?
Jun 08 17:27:42 <divVerent> and does it also restore the extras repo info?
Jun 08 17:27:51 <DocScrutinizer05> well, that's unfortunate. backup+resore *app* is quite helpful for a few special procedures like installing a selection of apps
Jun 08 17:27:55 <freemangordon> divVerent: it is preinstalled
Jun 08 17:28:26 <freemangordon> and yes, it restores both the repos and applications iirc
Jun 08 17:28:30 <divVerent> I mean
Jun 08 17:28:36 <divVerent> only applications installed via HAM
Jun 08 17:28:39 <divVerent> or also those installed via apt?
Jun 08 17:28:51 <divVerent> because I install most additional stuff via apt... less waiting for stupid HAM
Jun 08 17:29:15 <freemangordon> only those in "user" section iirc, no mater HAM or apt
Jun 08 17:29:21 <DocScrutinizer05> yes, nackup+restore has a list of repos to activate to get the apps to install from. You however have no link of particular app to a particular repo iirc
Jun 08 17:29:29 <divVerent> but extras repo is sections free and non-free
Jun 08 17:29:53 <freemangordon> so?
Jun 08 17:30:00 <divVerent> 19:29:15     freemangordon | only those in "user" section iirc, no mater HAM or apt
Jun 08 17:30:07 <divVerent> that would mean it'd restore nothing from extras
Jun 08 17:30:16 <DocScrutinizer05> and it *probably* won't restore any apps that never show up in HAM to start with
Jun 08 17:30:31 <freemangordon> divVerent: most of the applications in extras fall in that
Jun 08 17:30:32 <divVerent> what defines what shows up in HAM BTW?
Jun 08 17:30:41 <divVerent> yes, like my own encfs build
Jun 08 17:30:43 <freemangordon> the "user" section ;)
Jun 08 17:30:46 <divVerent> so what did I do wrong?
Jun 08 17:31:00 <divVerent> wait, section as in?
Jun 08 17:31:04 <freemangordon> divVerent: who said you did something wrong?
Jun 08 17:31:12 <divVerent> this free non-free stuff in sources.list
Jun 08 17:31:15 <freemangordon> no
Jun 08 17:31:16 <DocScrutinizer05> o/ bbl
Jun 08 17:31:24 <divVerent> oh, only the dpkg attribute
Jun 08 17:31:51 <divVerent> ok, ssh started...
Jun 08 17:32:08 <freemangordon> divVerent: Section: in debian/control
Jun 08 17:32:12 <divVerent> is there btw be a status applet showinf IP addresses?
Jun 08 17:33:42 <freemangordon> divVerent: there might be one, but I guess ipconfig is faster
Jun 08 17:34:01 <divVerent> ipconfig is what I use now, but if I could just open the status pulldown, that'd be faster
Jun 08 17:36:35 <freemangordon> divVerent: http://maemo.org/downloads/product/Maemo5/personal-ip-address/
Jun 08 17:36:50 <freemangordon> divVerent: though there was something wrong wit it iirc
Jun 08 17:36:57 <divVerent> freemangordon: yes, it is a widget
Jun 08 17:37:00 <divVerent> so it eats battery
Jun 08 17:37:09 <freemangordon> what?
Jun 08 17:37:16 <divVerent> widgets always run as process
Jun 08 17:37:25 <divVerent> and get expose events and all such stuff when you open the desktop
Jun 08 17:37:25 <freemangordon> why do you think that widgets eat battery?
Jun 08 17:37:28 <freemangordon> wrong
Jun 08 17:37:29 <divVerent> and lots of other X11 events
Jun 08 17:37:34 <divVerent> because they always run as processes?
Jun 08 17:37:37 <freemangordon> widgets run in hildon-home
Jun 08 17:37:48 <freemangordon> (process)
Jun 08 17:37:57 <divVerent> odd... some widgets I tried are extra processes
Jun 08 17:38:21 <freemangordon> well, nothing stops widgets starting external processess
Jun 08 17:38:31 <divVerent> but good to know it is not always like that
Jun 08 17:38:35 <divVerent> some weather widget e.g. did that
Jun 08 17:39:04 <freemangordon> divVerent: contact widgets too, but this is implementation specific
Jun 08 17:39:27 <freemangordon> but by design h-h load an .so
Jun 08 17:39:32 <freemangordon> *loads
Jun 08 17:39:41 <divVerent> good
Jun 08 17:39:52 <divVerent> that way it should not add any extra processing when desktop is not viewed
Jun 08 17:40:01 <divVerent> (while an X11 window would)
Jun 08 17:41:03 <freemangordon> divVerent: I have lots of widgets enabled, didn;t see any difference in battery usage. Not saying there are not some that will eat the battery
Jun 08 17:41:52 <divVerent> BTW, I had noticed qtmobilehotspot is broken
Jun 08 17:41:53 <freemangordon> but in general thay should not increase the battery life. even if they run external process
Jun 08 17:41:56 <divVerent> as in, breaks charging via USB
Jun 08 17:42:04 <freemangordon> sometimes yes
Jun 08 17:42:11 <divVerent> charging via charger tends to work
Jun 08 17:42:14 <divVerent> but via notebook not
Jun 08 17:42:28 <divVerent> so is there an alternate tool with less breakage?
Jun 08 17:42:30 <freemangordon> well, report a bug to the maintainer
Jun 08 17:42:50 <freemangordon> divVerent: for me it is the best tool for its job
Jun 08 17:43:30 <divVerent> hm... logging in via sshd is VERY slow, can't even get a shell before it times out... maybe my WLAN is at fault here
Jun 08 17:43:54 <divVerent> yes, it is... damn
Jun 08 17:44:02 <divVerent> ISP line faster than WLAN...
Jun 08 17:46:30 <divVerent> BTW I also have a reboot loop in my log, but that may be a different issue
Jun 08 17:46:42 <divVerent> as I was plugged in via USB and that sometimes does that
Jun 08 17:46:55 <freemangordon> divVerent: should not do
Jun 08 17:50:12 <divVerent> the "reboot loop" was in ACT_DEAD state BTW
Jun 08 17:50:34 <freemangordon> weird
Jun 08 17:51:31 <divVerent> http://bpaste.net/show/105517/ - one of the "loop"
Jun 08 17:52:24 <merlin1991> ~rescueos
Jun 08 17:52:25 <infobot> [rescue-os] http://206.253.166.96/N900/rescueOS/
Jun 08 17:52:50 <divVerent> http://bpaste.net/show/105518/ - the boot right after the upgrade
Jun 08 17:53:23 <divVerent> this is how it ended up after the reboot the upgrade did
Jun 08 17:53:37 <freemangordon> init: rcS-late main process (969) terminated with status 1
Jun 08 17:54:27 <freemangordon> weird
Jun 08 17:54:27 <divVerent> now if it were to say WHY it failed...
Jun 08 17:54:58 <freemangordon> divVerent: upload e2fs logs please
Jun 08 17:55:00 <divVerent> BTW, I had multiple boots before actually undone my changes to rcS-late by --reinstall install <package>
Jun 08 17:55:06 <divVerent> where are these?
Jun 08 17:55:16 <freemangordon> "/var/log"
Jun 08 17:55:39 <freemangordon> Pali: ^^^ ?
Jun 08 17:56:49 <divVerent> freemangordon: not there
Jun 08 17:56:58 <divVerent> I have maemo-optify-boottime.log, pycentral.log, syslog, syslog.old
Jun 08 17:57:17 <divVerent> maemo-optify-boottime.log and pycentral.log two days older, though
Jun 08 17:57:41 <freemangordon> divVerent: could you paste the next boot log after http://bpaste.net/show/105517/
Jun 08 17:57:50 <freemangordon> as ^^^ is ok
Jun 08 17:58:11 <Pali> freemangordon: fsck logs are in /var/log
Jun 08 17:58:38 <freemangordon> Pali: for come reason there are no such log on divVerent's device
Jun 08 17:58:43 <Pali> in pr1.0 (and maybe pr1.2/3) was fsck log in /var/lib/
Jun 08 17:58:44 <freemangordon> *logs
Jun 08 17:59:05 <Pali> but cssu patches rcS-late storing all logs to /var/log/
Jun 08 17:59:20 <freemangordon> Pali: btw who cleans tose logs?
Jun 08 17:59:27 <freemangordon> *those
Jun 08 17:59:55 <Pali> nobody
Jun 08 18:00:13 <Pali> or at least I do not know that something cleaning them...
Jun 08 18:00:18 <Pali> maybe temp-reaper?
Jun 08 18:01:47 <divVerent> var/lib/what?
Jun 08 18:02:14 <divVerent> AH, I see the issue
Jun 08 18:02:22 <divVerent> despite me having restored rcS-late...
Jun 08 18:02:29 <divVerent> by apt-get --reinstall
Jun 08 18:02:36 <divVerent> (and verifying it did get restored)
Jun 08 18:02:42 <freemangordon> divVerent: you need --purge
Jun 08 18:02:43 <divVerent> it installed the new rcS-late with .dpkg-dist suffix
Jun 08 18:02:46 <divVerent> so it caused a frankensystem
Jun 08 18:03:12 <divVerent> --purge with --reinstall?
Jun 08 18:03:22 <divVerent> I actually had moved away the file then did --reinstall
Jun 08 18:03:26 <divVerent> and verified that it came back
Jun 08 18:03:26 <freemangordon> well, not exactly :)
Jun 08 18:03:31 <divVerent> so I had thought this should do it
Jun 08 18:04:09 <divVerent> ok, so at least we now know what it was...
Jun 08 18:04:12 <freemangordon> divVerent: you see the problem I guess 
Jun 08 18:04:16 <freemangordon> yep
Jun 08 18:04:20 <divVerent> also, pulseaudio's script got also updated with a .dpkg-new suffix
Jun 08 18:04:24 <divVerent> despite me never having touched it
Jun 08 18:05:19 <freemangordon> divVerent: PEBCAK?
Jun 08 18:05:22 <freemangordon> :P
Jun 08 18:05:28 <divVerent> sure not regarding PA
Jun 08 18:05:46 <divVerent> and regarding rcS-late - no
Jun 08 18:05:54 <divVerent> the old version is the orginal one, and it came from a dpkg install process
Jun 08 18:05:57 <divVerent> so dpkg screwed up here
Jun 08 18:06:03 <divVerent> still, not Maemo...
Jun 08 18:06:06 <divVerent> should try this on a debian box
Jun 08 18:06:17 <freemangordon> divVerent: could you do diff of PA config files?
Jun 08 18:06:35 <freemangordon> maybe it'll give some clue
Jun 08 18:06:42 <divVerent> no, not now... closed mc now
Jun 08 18:06:57 <divVerent> now rather checking why the rcS-late changes not applied caused an unbootable system
Jun 08 18:07:04 <divVerent> +      dd if=$RANDOM of=/dev/urandom bs=$URANDOM_POOLSZ count=1
Jun 08 18:07:12 <freemangordon> divVerent: BTW I remember that apt asks whether to "install maintainers version..." etc
Jun 08 18:07:16 <divVerent> this BTW is scary... hope busybox sh never tries to become more bash compatible
Jun 08 18:07:32 <divVerent> in bash, $RANDOM is special
Jun 08 18:08:17 <divVerent> ah, the new script builds a fstab
Jun 08 18:08:20 <divVerent> the old script did not
Jun 08 18:08:23 <divVerent> I see why that broke then
Jun 08 18:08:33 <freemangordon> so, no fstab?
Jun 08 18:08:33 <divVerent> something later apparently relies on this fstab
Jun 08 18:08:51 <divVerent> because, otherwise these two versions of the script do essentially the same
Jun 08 18:09:13 <divVerent> wonder if the old script always exited with status 1 and it just was no issue before
Jun 08 18:09:22 <divVerent> -    osso-product-info > /sys/kernel/debug/panic_info_buff
Jun 08 18:09:27 <divVerent> it did do this at all times at the end
Jun 08 18:09:37 <freemangordon> divVerent: this can be seen in syslog
Jun 08 18:09:46 <freemangordon> (rcS-late exiting with 1)
Jun 08 18:09:52 <divVerent> yes, just don't care... rather need to find out where dpkg went wrong and why
Jun 08 18:10:53 <divVerent> damn, screwing with fuse.conf for this was a bad idea... reinstalling it calls update-initramfs which takes long :P
Jun 08 18:12:09 <divVerent> current dpkg is even worse... it even remembers when a config file was removed, and won't even restore it then
Jun 08 18:12:59 <freemangordon> divVerent: on a side note - it was you wating for a PC to come?
Jun 08 18:13:03 <divVerent> yes
Jun 08 18:13:05 <freemangordon> ok
Jun 08 18:13:25 <divVerent> PC is mostly there, BTW... some wiring has to be done though
Jun 08 18:13:42 <divVerent> swiss plugs and such stuff :P
Jun 08 18:13:43 <freemangordon> time for the soldering iron?
Jun 08 18:13:48 <freemangordon> :P
Jun 08 18:13:51 <divVerent> haha
Jun 08 18:14:01 <divVerent> I just never ever BOUGHT PC cables
Jun 08 18:14:03 <divVerent> they came with the PC
Jun 08 18:14:11 <divVerent> and now I don't even know where to get them for an ok price...
Jun 08 18:14:31 <freemangordon> divVerent: computer stores?
Jun 08 18:14:50 <freemangordon> BTW which cables?
Jun 08 18:15:08 <freemangordon> you should have the powering cables attached to the power module
Jun 08 18:15:17 <divVerent> freemangordon: AC cables...
Jun 08 18:15:20 <freemangordon> oh
Jun 08 18:15:22 <divVerent> yes, but the other side is a german plug
Jun 08 18:15:33 <freemangordon> german?
Jun 08 18:15:37 <divVerent> currently have it SOMEWHAT running with a power adaptor
Jun 08 18:15:41 <divVerent> I moved from germany to switzerland
Jun 08 18:15:48 <divVerent> but also I need ethernet still...
Jun 08 18:15:52 <freemangordon> isn;t it all EU?
Jun 08 18:15:55 <divVerent> no
Jun 08 18:16:00 <freemangordon> wtf?
Jun 08 18:16:01 <divVerent> 1. Switzerland isn't in EU
Jun 08 18:16:11 <divVerent> 2. EU countries still have their own grounded national plugs
Jun 08 18:16:20 <divVerent> fun fact: Germany and Ukraine share the plug
Jun 08 18:16:24 <divVerent> Germany and France don't
Jun 08 18:16:27 <freemangordon> oh, so they don;t use shuko(or whatever it is called)?
Jun 08 18:16:31 <divVerent> nope
Jun 08 18:16:37 <freemangordon> funny
Jun 08 18:16:40 <divVerent> but "Euro plug" (the 2-pin one) is EU-wide universal
Jun 08 18:16:42 <divVerent> AND switzerland too
Jun 08 18:17:56 <divVerent> so THIS is the proper way to restore a config file:
Jun 08 18:17:58 <divVerent> rm configfile
Jun 08 18:18:02 <divVerent> apt-get -o=Dpkg::Options::=--force-confmiss --reinstall install package
Jun 08 18:18:14 <divVerent> simpler stuff doesn't work, dpkg sucks :(
Jun 08 18:18:21 <merlin1991> afaik dpkg has a simpler way
Jun 08 18:18:27 <divVerent> yes, --force-confmiss :)
Jun 08 18:18:48 <divVerent> but then the command line gets longer due to the /var/cache/apt/... path :)
Jun 08 18:19:13 <divVerent> and on Maemo, a simple reinstall did something that LOOKED like what it should be doing... except that it did not
Jun 08 18:19:18 <divVerent> Debian fixed this later :)
Jun 08 18:20:03 <divVerent> the actual proper option BTW is --force-confask
Jun 08 18:20:13 <divVerent> then one doesn't need to delete the file to be restored first
Jun 08 18:32:07 <DocScrutinizer05> never occured to me that France doesn't use schuko plugs
Jun 08 18:35:26 <DocScrutinizer05> meh! http://de.wikipedia.org/wiki/Schukostecker vs (french) http://de.wikipedia.org/wiki/Stecker-Typ_E. All newer Schuko should fit to Typ_E as well
Jun 08 18:36:01 <DocScrutinizer05> CEE 7/7
Jun 08 18:38:36 <DocScrutinizer05> lart Swiss http://de.wikipedia.org/wiki/Stecker-Typ_J
Jun 08 18:55:24 <divVerent> DocScrutinizer05: swiss plug is actually a lart
Jun 08 18:55:26 <divVerent> the old one
Jun 08 18:55:34 <divVerent> http://de.wikipedia.org/wiki/Datei:LethalSocket.jpg
Jun 08 18:55:50 <DocScrutinizer05> yeah
Jun 08 18:56:06 <DocScrutinizer05> the new ones are not much better
Jun 08 18:56:31 <DocScrutinizer05> particularly the 10A vs 16A issue
Jun 08 18:56:40 <divVerent> new devices must have isolation at the pins, though
Jun 08 18:56:41 <divVerent> to fix this issue
Jun 08 18:56:48 <divVerent> yes, the 10A vs 16A issue is bad
Jun 08 18:57:20 <divVerent> in Switzerland, multi sockets actually CAN be dangerous
Jun 08 18:57:26 <DocScrutinizer05> yes
Jun 08 18:57:34 <divVerent> in Germany, not so much (but the urban legend is spread around anyway)
Jun 08 18:57:35 <divVerent> http://pics.ricardostatic.ch/2_672658434_Big/elektromaterial/dreier-steckdose.jpg
Jun 08 18:57:41 <divVerent> the typical swiss wall socket BTW
Jun 08 18:57:45 <divVerent> I like these...
Jun 08 18:57:48 <kerio> wtf
Jun 08 18:57:51 <kerio> that's horrible
Jun 08 18:57:54 <divVerent> except for STUPID EURO PLUG POWER SUPPLIES THAT COVER ALL THREE SOCKETS
Jun 08 18:58:08 <divVerent> kerio: it is 3 sockets on the space of one
Jun 08 18:58:10 <divVerent> it is quite neat
Jun 08 18:58:19 <kerio> surely not, a single socket is much smaller than that
Jun 08 18:58:26 <divVerent> not much
Jun 08 18:58:42 <divVerent> the wall socket/switch "slots" in walls are the same size in germany and switzerland
Jun 08 18:59:19 <DocScrutinizer05> kerio: btw you should hush - you're Italian ;-P
Jun 08 18:59:26 <kerio> the superior plug
Jun 08 18:59:30 <divVerent> what IS weird with this socket...
Jun 08 18:59:35 <divVerent> you also can plug devices in the wrong way
Jun 08 18:59:35 <kerio> http://www.global-electron.com/plugs/italian_plug.jpg
Jun 08 18:59:46 <divVerent> euro plugs fit on all six sides of the hexagon, sometimes
Jun 08 18:59:53 <divVerent> soemtimes not, though, sometimes the hexagon is not regular
Jun 08 19:00:14 <divVerent> kerio: basically the same, except these can be turned around
Jun 08 19:00:21 <divVerent> basically, swiss plug done right :)
Jun 08 19:00:30 <kerio> indeed
Jun 08 19:00:38 <divVerent> I never understood why the swiss plug has to enforce polarity
Jun 08 19:01:01 <DocScrutinizer05> enforcing polarity is a nice thing, technically speaking
Jun 08 19:01:01 <divVerent> there already IS separate ground, and thus why should polarity of AC matter then
Jun 08 19:01:07 <divVerent> for AC? why?
Jun 08 19:01:24 <DocScrutinizer05> since even AC has a live and a neutral 
Jun 08 19:01:29 <divVerent> sure
Jun 08 19:01:42 <divVerent> but when does it make sense for a device to rely on their order
Jun 08 19:01:57 <DocScrutinizer05> and cheap appliances can switch the live wire
Jun 08 19:02:06 <DocScrutinizer05> instead of the neutral
Jun 08 19:02:07 <divVerent> that is forbidden in germany AND switzerland
Jun 08 19:02:18 <divVerent> one always has to switch both
Jun 08 19:02:27 <DocScrutinizer05> haha
Jun 08 19:02:42 <divVerent> I actually know ONE AC device for which polarity matters
Jun 08 19:02:46 <divVerent> bed lamps with touch switch
Jun 08 19:02:52 <divVerent> you touch metal, it toggles
Jun 08 19:03:03 <divVerent> it works better in one polarity than in the other
Jun 08 19:03:08 <divVerent> but IMHO that is a design mistake in the lamp
Jun 08 19:03:08 <DocScrutinizer05> sure
Jun 08 19:03:21 <divVerent> such a device should never have an euro plug anyway, but use a proper ground
Jun 08 19:03:35 <divVerent> basically, that this happens basically proves the metal part is not galvanically separated from the AC
Jun 08 19:03:37 <DocScrutinizer05> eerr yep
Jun 08 19:04:03 <DocScrutinizer05> it is *galvanically* separated
Jun 08 19:04:04 <divVerent> it probably is a huge resistance
Jun 08 19:04:17 <divVerent> a huge non-ohmic resistance then :)
Jun 08 19:04:24 <divVerent> not really much difference, safety wise, though
Jun 08 19:04:36 <divVerent> whether it is a capacitor on AC or a resistor
Jun 08 19:04:50 <DocScrutinizer05> :nod:
Jun 08 19:04:55 <DocScrutinizer05> usual crap
Jun 08 19:04:56 <divVerent> actually... aren't capacitors for that even MORE dangerous, as they can fail short?
Jun 08 19:05:14 <divVerent> while high ohmic resistors tend to not do that?
Jun 08 19:05:23 <DocScrutinizer05> that's why only certain builds of capacitor are allowed for that purpose
Jun 08 19:05:38 <divVerent> I see
Jun 08 19:06:00 <DocScrutinizer05> the ones always mared with that triange with ! inside, in schematics ;-)
Jun 08 19:06:03 <divVerent> still... this device probably SHOULD rather have been built with a separated circuit for the switching that works relative to "real ground"
Jun 08 19:06:05 <DocScrutinizer05> marked
Jun 08 19:07:06 <divVerent> it's still fun... but it is until now the only AC device I have seen for which polarity even matters
Jun 08 19:07:15 <divVerent> BTW, I discovered another hazard of swiss AND italian plugs :P
Jun 08 19:07:39 <kerio> ?
Jun 08 19:07:39 <divVerent> http://0.tqn.com/d/goitaly/1/0/W/4/-/-/socket-normal.jpg
Jun 08 19:07:43 <divVerent> assumign this socket
Jun 08 19:07:52 <divVerent> not the one that sits deeper in the wall
Jun 08 19:07:53 <kerio> yeah, that's about standard
Jun 08 19:08:12 <divVerent> now, clip off one of the side prongs of your plug :)
Jun 08 19:08:20 <kerio> ...why would i do that?
Jun 08 19:08:25 <divVerent> and then you can insert it so that protective earth (case) is connected to live
Jun 08 19:08:32 <divVerent> because some moron clipped it off and you didn't look?
Jun 08 19:08:42 <divVerent> this can't happen with schuko
Jun 08 19:09:08 <kerio> what if that moron connected the live wire to the ground part of the plug inside the wall?
Jun 08 19:09:12 <divVerent> I quite like Schuko's principle that the protective earth is connected a LOT different from the prongs with actual current on them
Jun 08 19:09:23 <divVerent> that takes the moron a lot more work :)
Jun 08 19:10:31 <divVerent> http://0.tqn.com/d/goitaly/1/0/X/4/-/-/plug-expander.jpg this one is neat
Jun 08 19:10:42 <divVerent> we have these in .ch too, but not as slim as this one
Jun 08 19:10:47 <divVerent> this shows what's good with the italian plug
Jun 08 19:11:57 <DocScrutinizer05> safety standards: http://www.murata.com/products/catalog/pdf/c85e.pdf
Jun 08 19:12:49 <kerio> divVerent: most of those have a shuko socket on the front and two normal sockets on the sides
Jun 08 19:13:01 <kerio> i mean, nowadays
Jun 08 19:13:20 <DocScrutinizer05> kerio: sth I found on several schuko outlets in Spain ;-P
Jun 08 19:13:38 <divVerent> but still... AC is better than DC, discuss
Jun 08 19:14:38 <divVerent> my argument to add to the AC vs DC trolling from old ages: AC is more dangerous, because if you take 230 V AC, a diode and a capacitor, you get 325 V
Jun 08 19:16:23 <DocScrutinizer05> divVerent: is this how your lamp looks inside? http://commons.wikimedia.org/wiki/File:MKP_Capacitor_P10705333b.jpg#
Jun 08 19:17:07 <DocScrutinizer05> actually DC is way more dangerous than AC
Jun 08 19:17:43 <DocScrutinizer05> since your nerves have no 100 opportunities per second to do sth to drop that wire, on DC
Jun 08 19:18:24 <DocScrutinizer05> also AC tends to neutralize the electrolytic effects of previous half sine
Jun 08 19:19:05 <ShadowJK> finland and sweden have schuko + euro too
Jun 08 19:19:09 <DocScrutinizer05> while with DC you get a bubble filled with O2 on one spot of your body, and a bubble filled with H2 on the other contact spot
Jun 08 19:19:22 <ShadowJK> Some old outlets exist that look like schuko without grounding
Jun 08 19:20:09 <divVerent> DocScrutinizer05: there are arguments against AC too
Jun 08 19:20:21 <divVerent> DC's main issue is indeed the electrolysis
Jun 08 19:21:28 <DocScrutinizer05> nah, it's scientifically and empirically proven that DC is doing more damage and is more dangerous than similar voltage AC
Jun 08 19:22:15 <DocScrutinizer05> no electrician ever would test DC 22V with fingertip. Many do on AC 220V
Jun 08 19:22:22 <divVerent> I read arguments for both sides...
Jun 08 19:22:30 <divVerent> DC 22V? I would... but would not feel it anyway :)
Jun 08 19:22:31 <DocScrutinizer05> s/22V/220V/
Jun 08 19:22:31 <infobot> DocScrutinizer05 meant: no electrician ever would test DC 220V with fingertip. Many do on AC 220V
Jun 08 19:22:45 <ecc2g> they should use high frequency AC distribution, then it won't electrocute people, it would just fry their skin... (ok, that was intended to be a joke...)
Jun 08 19:22:47 <divVerent> I consider testing AC 220V with fingertip insane too
Jun 08 19:23:11 <divVerent> I mean... do you always KNOW how well you are isolated?
Jun 08 19:23:11 <DocScrutinizer05> sure
Jun 08 19:23:17 <divVerent> standing on iron ladder...
Jun 08 19:23:36 <divVerent> sure, it is connected to nothing, but it increases the capacitance a lot
Jun 08 19:23:39 <DocScrutinizer05> meh, I did it many time
Jun 08 19:23:51 <divVerent> I felt 220V often enough, don't want to again
Jun 08 19:24:03 <DocScrutinizer05> no worries about how well I'm isolated, except for flase negatives
Jun 08 19:24:07 <divVerent> it's especially bad when not expecting it... e.g. when touching a NIC's back panel in a PC
Jun 08 19:24:13 <divVerent> yes, really that happened to me before
Jun 08 19:24:27 <DocScrutinizer05> :nod:
Jun 08 19:24:31 <divVerent> that PC then got moved to a new case and new power supply
Jun 08 19:24:46 <divVerent> didn't even bother to figure out what went wrong there... I am an IT guy, not an electrician
Jun 08 19:25:03 <divVerent> but having 220V on a touchable thing is BAD
Jun 08 19:25:04 <DocScrutinizer05> flicking a copper end with fingertip isn't anything I'm particularly worried about
Jun 08 19:25:29 <divVerent> sure, USUALLY, if you expect it, you can touch that and you won't e.g. fall down the ladder
Jun 08 19:25:49 <divVerent> often the electric shock isn't that bad compared to the accident following after, e.g. falling off the ladder
Jun 08 19:26:06 <DocScrutinizer05> leaning against that drill-hammer to drill a 45mm hole into that concrete wall, and then suddenly the case is live - that's sth you should worry about
Jun 08 19:26:22 <divVerent> indeed
Jun 08 19:26:30 <divVerent> but that "can't happen" :)
Jun 08 19:26:54 <divVerent> as in, THEORETICALLY there are spaces in walls where wires can be, and spaces where they can't be
Jun 08 19:27:11 <divVerent> and there are testers for metal/AC voltage in walls (not perfect, obviously)
Jun 08 19:27:29 <divVerent> these testers may not be perfect, but if nothing else, they tell you how insane the guy wiring the house was
Jun 08 19:27:38 <DocScrutinizer05> particularly the drill should usually either be PE or non-conductive
Jun 08 19:27:41 <divVerent> speaking of voltage... this touch-sensitive lamp BTW
Jun 08 19:27:50 <divVerent> connected multimeter between me and the lamp's metal surface
Jun 08 19:27:53 <divVerent> multimeter showed 180V
Jun 08 19:28:26 <DocScrutinizer05> you can probe up to 500V from 2m dead end wire hanging in the air, that way
Jun 08 19:28:38 <divVerent> DocScrutinizer05: AH, this is why my drilling machine uses the grounded plug :)
Jun 08 19:28:47 <divVerent> never thought about it from that perspective
Jun 08 19:30:03 <DocScrutinizer05> actually I made LEDs shine from dead end 10m wire
Jun 08 19:30:08 * ShadowJK acts electrician at work from time to time and finds anything over 40V ac/dc scary to touch
Jun 08 19:30:24 <divVerent> how that? what voltage was on the wire?
Jun 08 19:30:29 <DocScrutinizer05> ShadowJK: it is
Jun 08 19:30:53 <divVerent> or did you just amplify.. and amplify...
Jun 08 19:31:05 <divVerent> 42V is actually the limit in germany
Jun 08 19:31:10 <divVerent> not sure if inclusive or exclusive :)
Jun 08 19:31:17 <DocScrutinizer05> I haven't tested that particular situation, but it been rather near to a railway line with electric power
Jun 08 19:32:41 <DocScrutinizer05> icl/excl what?
Jun 08 19:32:57 <DocScrutinizer05> it's 42Veff iirc
Jun 08 19:34:26 <DocScrutinizer05> near high voltage powerlines you have field gradients like 10kV/m
Jun 08 19:35:29 <DocScrutinizer05> a 10cm wire held in 1m above ground can give you 10kV via a virtual 0.1pF series or whatever
Jun 08 19:35:41 <divVerent> so to make the LED shine, all you did was to bend the two wires away, holding one side, pointing other at the wire?
Jun 08 19:35:51 <divVerent> field is stonger near sharp tips, etc.
Jun 08 19:36:01 <DocScrutinizer05> increasing the wire length (parallel to ground) just increases the virtual series capacitor
Jun 08 19:37:02 <divVerent> actually, using a LED there is quite clever... they usually fail open
Jun 08 19:37:05 <DocScrutinizer05> but indeed you can make CF-lamps glow under HV-lines, by simply holding them up into the air
Jun 08 19:37:14 <divVerent> so if you just get SLIGHTLY too close, the LED goes dim and nothing happens to you
Jun 08 19:37:36 <divVerent> just don't think the LED is dark because you weren't close enough yet then :)
Jun 08 19:38:14 <divVerent> issue: if the LED does fail, the current is usually above 50mA...
Jun 08 19:38:51 <DocScrutinizer05> nah, simple test: open up your next wall mounted light switch. You most likely find a 3*1.5NYM used to contact it, where only L and N are connected to the switch. PE usually dead end on both ends
Jun 08 19:38:51 <divVerent> hehe, CF-lamps... now THAT is energy saving
Jun 08 19:38:53 <divVerent> not connecting it
Jun 08 19:39:42 <divVerent> best way to save energy is using someone else's :)
Jun 08 19:40:21 <DocScrutinizer05> contact PE with a LED voltage tester like http://commons.wikimedia.org/wiki/File:LED_Spannungspruefer.JPG
Jun 08 19:40:39 <DocScrutinizer05> touch a water tap with the other probe
Jun 08 19:40:55 <DocScrutinizer05> you'll see one or two of the LEDs shine up
Jun 08 19:41:12 <divVerent> yes, if the PEs on the switch are unconnected
Jun 08 19:41:17 <divVerent> is that actually correct wiring to do that?
Jun 08 19:41:21 <DocScrutinizer05> FL lamps, sorry
Jun 08 19:41:37 <DocScrutinizer05> yes
Jun 08 19:41:56 <divVerent> oh right
Jun 08 19:42:04 <divVerent> the PE wires typically pass by the switch
Jun 08 19:42:10 <divVerent> so they are connected even if the switch is off
Jun 08 19:42:16 <divVerent> but the switch still pas pins for them
Jun 08 19:42:39 <divVerent> so you test at the unused PE pins of the switch... indeed, against infinite resistance I would expect 110V on them
Jun 08 19:42:41 <DocScrutinizer05> in a wall mounted light switch no PE contact even exists
Jun 08 19:43:41 <divVerent> it is kinda a stupid idea to switch PE... so why are these 3x switches anyway?
Jun 08 19:43:54 <GogoPogo> hi everyone
Jun 08 19:44:42 <GogoPogo> where can I get the last vanilla image available? the only link I found doesn't work
Jun 08 19:44:51 <GogoPogo> http://tablets-dev.nokia.com/nokia_N900.php
Jun 08 19:46:29 <Pali> GogoPogo: http://skeiron.org/tablets-dev/nokia_N900/
Jun 08 19:46:41 <GogoPogo> thank you
Jun 08 19:49:38 <GogoPogo> is "latest version" a reliable statement on that mirror link as well?
Jun 08 19:51:46 <ShadowJK> it's been valid for 3 years now or so
Jun 08 19:53:16 <GogoPogo> RX-51_2009SE_10.2010.13-2.VANILLA_PR_EMMC_MR0_ARM.bin should be the latest then
Jun 08 19:53:59 <ShadowJK> that's emmc image, you also want the other image
Jun 08 19:54:12 <GogoPogo> yes
Jun 08 19:54:30 <DocScrutinizer05> divVerent: there are no 3 switches, there's just a NYM cable with 3 wires: blue, black, and gree-yellow
Jun 08 19:54:34 <GogoPogo> RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM is the latest FIASCO, but it's not available on that link
Jun 08 19:54:53 <GogoPogo> do you confirm?
Jun 08 19:55:04 <DocScrutinizer05> GogoPogo: what doesn't work on http://tablets-dev.nokia.com/nokia_N900.php ?
Jun 08 19:55:16 <GogoPogo> I get a blank page
Jun 08 19:55:33 <DocScrutinizer05> DAMN!
Jun 08 19:55:58 <GogoPogo> I double checked my script filters and so.. it just sends back a white page
Jun 08 19:56:01 <DocScrutinizer05> anyway
Jun 08 19:56:05 <DocScrutinizer05> ~pr131
Jun 08 19:56:06 <infobot> from memory, combined is the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://maemo.cloud-7.de/maemo5/fiasco+co/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin  or  http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin
Jun 08 19:56:40 <DocScrutinizer05> GogoPogo: yes, it's obviously broken again
Jun 08 19:56:50 <GogoPogo> ok great I have the latest then
Jun 08 19:56:59 <DocScrutinizer05> nope, probably not
Jun 08 19:57:23 <GogoPogo> yes RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM
Jun 08 19:57:29 <DocScrutinizer05> you probably have pr13
Jun 08 19:57:39 <DocScrutinizer05> wow
Jun 08 19:58:16 <DocScrutinizer05> then yes, you have the newest latest :-)
Jun 08 19:58:31 <GogoPogo> \m/
Jun 08 19:59:35 <DocScrutinizer05> the latest 'official' is pr1.3 aka 20.2010.36-2 or sth like that
Jun 08 20:00:52 <DocScrutinizer05> http://tabletsdev.maemo.org/ is an alternative source for  http://tablets-dev.nokia
Jun 08 20:01:02 <GogoPogo> thanks guys, I have to wait for the vanilla download to complete now
Jun 08 20:01:49 <GogoPogo> nokia domani, + 2 mirrors, + cloud-7?
Jun 08 20:05:38 <DocScrutinizer05> hmm?
Jun 08 20:06:57 <Pali> DocScrutinizer05: not 21.2010 but 21.2011...
Jun 08 20:06:58 <Pali> is last
Jun 08 20:07:03 <DocScrutinizer05> http://tablets-dev.nokia.com/nokia_N900.php *should* work, but obviously it doesn't today (yesterday it did)
Jun 08 20:07:43 <DocScrutinizer05> http://tabletsdev.maemo.org/ is an alternative source, skeiron is a fallback if neither works. 
Jun 08 20:08:06 <DocScrutinizer05> cloud-7 only has the pr131 which none of the "official" sources has
Jun 08 20:08:24 <DocScrutinizer05> Pali: :nod:
Jun 08 20:10:52 <DocScrutinizer05> Pali: RX-51_2009SE_20.2010.36-2_PR_COMBINED_MR0_ARM.bin is latest official though
Jun 08 20:11:34 <Pali> ok, official on maemo is only 20.2010, but official in pc suite is 21.2011
Jun 08 20:12:31 <DocScrutinizer05> no, since pc suite itself is... a POS and nothing official in my book
Jun 08 20:13:13 <DocScrutinizer05> since GogoPogo asked for download links, PC suite is probably irrelevant anyway
Jun 08 20:13:51 <DocScrutinizer05> that's why I pointed him to
Jun 08 20:13:54 <DocScrutinizer05> ~pr131
Jun 08 20:13:54 <infobot> i guess combined is the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://maemo.cloud-7.de/maemo5/fiasco+co/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin  or  http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin
Jun 08 20:14:10 <DocScrutinizer05> the second link in there is what PC suite probably uses
Jun 08 20:44:00 <DocScrutinizer05> anyway, http://tablets-dev.nokia.com/nokia_N900.php works again
Jun 08 20:56:40 <Mike11> hey everybody :)
Jun 08 20:56:58 <Mike11> I bought an old n900 a few days ago
Jun 08 20:57:30 <Mike11> it says "all telephony functions are disabled due to . . ."
Jun 08 20:57:35 <Mike11> when booting
Jun 08 20:57:52 <Mike11> when I dial *#06# it gives me no imei
Jun 08 20:58:56 <Mike11> I tried reflashing the device (both Vanilla and combined), but it says at the end CMT flashing failed
Jun 08 20:59:57 <Mike11> when searching for that on google, I found some people reporting the cmt flashing issue but with "erasing cmt " twice failing before it fails
Jun 08 21:00:08 <Mike11> In my case it does not say that
Jun 08 21:00:33 <Mike11> so what does that mean???? please help me :)
Jun 08 21:01:31 <DocScrutinizer05> Mike11: alas that's a hw defect
Jun 08 21:01:33 <SpeedEvil> it is likely you have a hardware failure
Jun 08 21:01:58 <Mike11> do u think it can be fixed in Nokia care?
Jun 08 21:02:04 <DocScrutinizer05> hardly
Jun 08 21:02:16 <jaska> they wont bother doing anything to n900s even if you had warranty
Jun 08 21:02:23 <DocScrutinizer05> SpeedEvil: do you have a link to springfix?
Jun 08 21:02:31 <SpeedEvil> no
Jun 08 21:02:35 <SpeedEvil> alas not
Jun 08 21:02:55 <Mike11> I heard about some people putting papers under the battery
Jun 08 21:03:00 <DocScrutinizer05> Mike11: the modem chips probably have defect solder points on BGA
Jun 08 21:03:11 <DocScrutinizer05> paper under battery hardly helps
Jun 08 21:03:34 <Mike11> sorry for my ignorance but what is BGA?? :)
Jun 08 21:03:47 <DocScrutinizer05> opening device and placing springs or elastic foam or whatever on top of the chips is reported to help
Jun 08 21:03:58 <DocScrutinizer05> ball grid array
Jun 08 21:04:34 <Mike11> are the springs just to push the chips on each other??
Jun 08 21:04:38 <DocScrutinizer05> chips that have a lot of solder balls on the bottom side
Jun 08 21:04:52 <DocScrutinizer05> push chip on circuit board
Jun 08 21:05:06 <Mike11> or they have other electrical function??
Jun 08 21:06:10 <Mike11> do u think I can do it by myself???, I am afraid of breaking the whole device :(
Jun 08 21:06:16 <Mike11> and thanks for ur help :)
Jun 08 21:07:20 <Mike11> DocScrutinizer05 
Jun 08 21:07:57 <DocScrutinizer05> Mike11: it's a demanding mechanical rework
Jun 08 21:08:26 <Mike11> thanks for ur help :)
Jun 08 21:08:32 <DocScrutinizer05> you should be familiar with working on delicate electronic devices
Jun 08 21:08:51 <Mike11> just to be sure, then the IMEI is still stored safely
Jun 08 21:08:58 <Mike11> no need to change it then??
Jun 08 21:09:11 <Mike11> unfortunately I am not :(
Jun 08 21:09:12 <DocScrutinizer05> no need to change (btw you can't afaik)
Jun 08 21:09:39 <Mike11> very thanks for ur help :D
Jun 08 21:09:44 <DocScrutinizer05> yw
Jun 08 21:10:56 <SpeedEvil> http://dx.com/p/n900-gsm-projector-tv-touch-phone-w-3-1-resistive-screen-dual-sim-quadband-and-fm-black-107462 
Jun 08 21:10:58 <SpeedEvil> hah
Jun 08 21:19:58 <DocScrutinizer05> hah indeed
Jun 08 21:20:23 <DocScrutinizer05> they're marketing this dualsim crappy chipset to death
Jun 08 21:20:59 <DocScrutinizer05> GSM only
Jun 08 21:21:22 <DocScrutinizer05> OS: proprietary (no smartphone) HAHA
Jun 08 23:37:09 <OpenSpace> hello all, my system crashes and phone reboots when copying large or many files over ssh, any idea why?
Jun 08 23:37:49 <rikanee> OpenSpace: swap hell leading to watchdog timeouts
Jun 08 23:38:19 <OpenSpace> what can I do about it?
Jun 08 23:38:49 <rikanee> tweak maemo, swap on SD, tweak swappiness, tweak VM settings, etc.
Jun 08 23:38:56 <freemangordon> :nod:
Jun 08 23:39:26 <freemangordon> tweak your nr_requests (google for it)
Jun 08 23:39:46 <OpenSpace> ok, I'll try
Jun 08 23:39:54 <OpenSpace> thanks
Jun 09 01:57:26 <DocScrutinizer05> swappolube might help as well
**** ENDING LOGGING AT Sun Jun 09 02:59:59 2013