| freemangordon | Pali: I think we should make a bug triage meeting soon. I thinks most of the CVE bugs are fixed, but we need to check that | 00:01 |
|---|---|---|
| freemangordon | think even :) | 00:01 |
| Pali | ok | 00:01 |
| _rd | I ended in the reboot loop described here: http://talk.maemo.org/showthread.php?t=90385&page=4 after the last CSSU update. | 00:03 |
| _rd | I booted now with rescueOS and I read that having BatteryGraph installed is causing the reboot loop. | 00:04 |
| _rd | I now checked my /mnt/maemo/etc/init.d but I do not find a batterygraph startup script in there. | 00:04 |
| _rd | I am wonding if it is understood what is causing the problems and what I can do to fix it. | 00:05 |
| kerio | event.d | 00:05 |
| kerio | not init.d | 00:05 |
| kerio | Pali: *poke* | 00:06 |
| Pali | what? | 00:06 |
| _rd | thanks kerio. | 00:06 |
| kerio | what _rd said | 00:06 |
| _rd | ls bat* shows in ther battery-eye-daemon and batterypatch-check, no batterygraph. | 00:07 |
| Pali | bootloop? remove SD card and update to last CSSU T8.2 | 00:07 |
| Pali | problem with sd card was fixed in T8.1 | 00:07 |
| _rd | I had no SD card in the device | 00:08 |
| _rd | How do I update, when I am in the bootloop? | 00:08 |
| _rd | chroot and then bring up networking manually? | 00:08 |
| _rd | chroot from rescueOS I mean | 00:08 |
| Pali | hm, then I do not know... I know only about bootloop caused by inserted SD card | 00:10 |
| _rd | Can I find out what is causing the bootloop in my case? | 00:12 |
| _rd | What was causing the bootloop? Was it related to batterygraph as claimed in http://talk.maemo.org/showthread.php?t=90385&page=4 | 00:16 |
| _rd | ? | 00:16 |
| *** BCMM has joined #maemo-ssu | 00:17 | |
| Drathir | ok T8.2 on the board... update without problems for first look... | 00:30 |
| *** nox- has joined #maemo-ssu | 00:30 | |
| Drathir | i have maybe strange question from techniccaly side it will be hard to implement switch in security meno to not showing numbers only dot-es when type a security code? | 00:36 |
| Drathir | technically* menu* | 00:37 |
| *** sixwheeledbeast has quit IRC | 00:43 | |
| Pali | Drathir: that input widget is closed, so it is not possible to change | 00:43 |
| Pali | _rd: I do not know what batterygraph doing with bootloop | 00:44 |
| *** dhbiker has quit IRC | 00:44 | |
| *** BCMM has quit IRC | 00:45 | |
| *** sixwheeledbeast has joined #maemo-ssu | 00:45 | |
| *** BCMM has joined #maemo-ssu | 00:46 | |
| _rd | Pali, is there a good way to determine what causes the bootloop? | 00:46 |
| Pali | syslog | 00:46 |
| DocScrutinizer05 | disable watchdogs | 00:47 |
| Drathir | Pali: oh little sad about that... because i also think about second feautures i mean button upon the done button with shutdown phone, harder is hit from mistake a button than all free place and phone goin to ask about shutdown... | 00:48 |
| *** Mihanizat0r has quit IRC | 00:49 | |
| Drathir | yea i know that only my imagines... | 00:50 |
| _rd | Pali, what do I need to install for that? sysklogd? | 00:50 |
| Pali | yes | 00:50 |
| _rd | Would I copy the debian package on the n900 and then chroot into the maemo root dir and then install teh sysklogd package? | 00:51 |
| DocScrutinizer05 | errr no | 00:51 |
| DocScrutinizer05 | apt-get install sysklogd | 00:52 |
| _rd | but my n900 does not boot anymore | 00:52 |
| *** DaRoDi has quit IRC | 00:52 | |
| _rd | Only with rescueOS | 00:52 |
| _rd | or is there another way to boot up my n900? | 00:52 |
| *** kolp has quit IRC | 00:52 | |
| DocScrutinizer05 | ooh I reread what you wrote | 00:52 |
| DocScrutinizer05 | yeah might work | 00:53 |
| DocScrutinizer05 | I somehow read chroot to easydeb | 00:53 |
| *** tadzik has quit IRC | 00:54 | |
| *** tadzik has joined #maemo-ssu | 00:54 | |
| _rd | ah, ok. I will try that tomorrow. Many thanks. | 00:55 |
| *** Pali has quit IRC | 00:56 | |
| *** _rd has quit IRC | 01:02 | |
| *** Vlad_on_the_road has quit IRC | 01:07 | |
| *** infobot has quit IRC | 01:51 | |
| *** infobot has joined #maemo-ssu | 01:52 | |
| *** ChanServ sets mode: +v infobot | 01:52 | |
| *** futpib has quit IRC | 01:59 | |
| *** LauRoman has quit IRC | 02:03 | |
| *** sixwheeledbeast has quit IRC | 02:08 | |
| *** NIN101 has quit IRC | 02:28 | |
| *** xes has quit IRC | 02:29 | |
| *** BCMM has quit IRC | 03:14 | |
| *** andre__ has quit IRC | 03:32 | |
| *** andre__ has joined #maemo-ssu | 03:33 | |
| *** andre__ has joined #maemo-ssu | 03:33 | |
| *** Martix_ has joined #maemo-ssu | 03:41 | |
| *** andre__ has quit IRC | 03:49 | |
| *** jon_y has joined #maemo-ssu | 04:05 | |
| *** nox- has quit IRC | 04:06 | |
| *** Martix_ has quit IRC | 05:28 | |
| *** amiconn_ has joined #maemo-ssu | 05:44 | |
| *** amiconn has quit IRC | 05:44 | |
| *** amiconn_ is now known as amiconn | 05:44 | |
| *** M13 has joined #maemo-ssu | 08:05 | |
| *** LauRoman has joined #maemo-ssu | 08:49 | |
| *** sixwheeledbeast has joined #maemo-ssu | 09:33 | |
| *** lartza_ has quit IRC | 09:54 | |
| *** lartza_ has joined #maemo-ssu | 10:01 | |
| *** lartza_ has quit IRC | 10:15 | |
| *** M13 has quit IRC | 10:15 | |
| *** LauRoman has quit IRC | 10:22 | |
| *** lartza_ has joined #maemo-ssu | 10:24 | |
| *** _rd has joined #maemo-ssu | 10:33 | |
| *** lartza_ has quit IRC | 10:37 | |
| *** lartza_ has joined #maemo-ssu | 10:44 | |
| *** _rd has quit IRC | 10:54 | |
| *** Vlad_on_the_road has joined #maemo-ssu | 10:55 | |
| *** Martix_ has joined #maemo-ssu | 11:00 | |
| *** kolp has joined #maemo-ssu | 11:24 | |
| *** fw190 has joined #maemo-ssu | 11:27 | |
| chem|st | morning... | 11:29 |
| chem|st | so lads and ladies... | 11:29 |
| fw190 | morning | 11:29 |
| chem|st | I was thinking about... fuck freedom of choice... I will announce that properly, so noone can moan! if people want freedom of choice they need to code it themself, cssuS will get a minor upgrade with the pressing things and after that I will pull anything ~stable from testing | 11:31 |
| freemangordon | chem|st: hmm since when there is a freedom of choice in CSSU? :) | 11:32 |
| *** futpib has joined #maemo-ssu | 11:32 | |
| chem|st | freemangordon: I do not pull some stuff from testing to give a choice, like the camera | 11:32 |
| chem|st | merlin1991 is ok with it as I will get the shitstorm and me has to live with it! | 11:33 |
| freemangordon | aah, I see. well, fuck the freedom of choice then | 11:34 |
| freemangordon | :D | 11:34 |
| chem|st | well I did not like it in the first place but with nokia upgrades you don't have that freedom so why should I provide it | 11:35 |
| fw190 | chem|st: It wont be that bad - eventually everyone will go for thumb and all the shtstorm will go on freemangordon :P | 11:35 |
| freemangordon | chem|st: that way I can start pushing for merging -thumb with -T | 11:35 |
| chem|st | freemangordon: oh nope! | 11:35 |
| freemangordon | chem|st: exactly my point | 11:35 |
| freemangordon | (nokia) | 11:35 |
| *** sixwheeledbeast has quit IRC | 11:36 | |
| freemangordon | chem|st: hmm? I'll try to have KSSU in the next -T, I see no reason why not have thumbified packages slowly moving to -T after that | 11:36 |
| chem|st | yeah slowly is the word I missed in the above | 11:37 |
| freemangordon | chem|st: -thumb is out in the wild for more than an year, benefits are clear, it is rock stable, etc | 11:37 |
| freemangordon | chem|st: comeon, have some trust in me :P | 11:37 |
| chem|st | freemangordon: sry bu rock stable is without hardcore testers... | 11:38 |
| chem|st | I know it is stable | 11:38 |
| freemangordon | chem|st: no better test than wild | 11:38 |
| freemangordon | and it is in the wild | 11:38 |
| freemangordon | however | 11:39 |
| freemangordon | that is for the future | 11:39 |
| *** _rd has joined #maemo-ssu | 11:39 | |
| chem|st | are you using your thumb device as daily phone? | 11:39 |
| freemangordon | ofc | 11:39 |
| chem|st | ok | 11:40 |
| freemangordon | I never issue an update to -thumb before havein the new packages installed on my daily device for a week or so | 11:40 |
| freemangordon | *having | 11:40 |
| chem|st | my playtoy has testing and looses its battery without using it in a day | 11:40 |
| chem|st | idle with no simcard no wifi connected | 11:40 |
| freemangordon | that's bad | 11:40 |
| freemangordon | bad battery? | 11:41 |
| chem|st | nope my sister has the very same, just not so frequent | 11:41 |
| chem|st | something hangs I guess | 11:41 |
| chem|st | I cannot find anything odd so I guess something is keeping some hardware powered without the system being aware of... | 11:42 |
| chem|st | sometimes it seems like the charging logic keeps itself powered after disconnecting | 11:43 |
| chem|st | or somelike | 11:43 |
| freemangordon | chem|st: that's weird, my devel device lasts a 4-5 days in the drawer, with wifi on | 11:44 |
| chem|st | well I have to admit it is my playtoy and as soon as I roll over a bcakup it might be gone^^ | 11:44 |
| chem|st | but I didn't alter anything but turning off things... I could dismantle it and check if the screen stays powered | 11:45 |
| freemangordon | chem|st: do you have rd mode on? | 11:46 |
| chem|st | nope | 11:46 |
| freemangordon | hmm. checked with powertop? | 11:46 |
| chem|st | sure | 11:46 |
| chem|st | as I said it is nothing obvious | 11:46 |
| freemangordon | did you try with different battery? | 11:47 |
| chem|st | it might be some device that I turned off by hand... if the kernel does not control it anymore it might get fully powered | 11:47 |
| freemangordon | it might worth thr try | 11:47 |
| chem|st | had that with my wifi on my laptop | 11:47 |
| *** Martix_ has quit IRC | 11:51 | |
| *** LauRoman has joined #maemo-ssu | 11:52 | |
| merlin1991 | heh I didn't say I'm ok with it, I said it isn't my call anymore :D | 11:55 |
| freemangordon | oh you... | 11:56 |
| *** _rd has quit IRC | 11:58 | |
| *** _rd has joined #maemo-ssu | 11:58 | |
| *** _rd has quit IRC | 12:02 | |
| *** M13 has joined #maemo-ssu | 12:03 | |
| *** sixwheeledbeast has joined #maemo-ssu | 12:05 | |
| *** NIN101 has joined #maemo-ssu | 12:10 | |
| sixwheeledbeast | So should CSSU-S go thumb only in the future? I don't see why not myself. | 12:10 |
| kerio | well, it makes it really awkward for the user | 12:12 |
| kerio | because at that point you have to be careful about the kernel | 12:13 |
| *** _rd has joined #maemo-ssu | 12:17 | |
| sixwheeledbeast | kerio: but KCSSU will be a dependency? | 12:23 |
| sixwheeledbeast | If there was an option of CSSU-S and CSSU-S+thumb. You would go with the benefits of thumb. | 12:29 |
| sixwheeledbeast | surely? | 12:29 |
| sixwheeledbeast | So it seems silly to work on both IMO | 12:30 |
| *** BCMM has joined #maemo-ssu | 12:39 | |
| *** fw190 has quit IRC | 12:48 | |
| *** futpib has quit IRC | 13:00 | |
| *** sixwheeledbeast has quit IRC | 13:10 | |
| *** LauRoman has quit IRC | 13:13 | |
| *** jon_y has quit IRC | 13:33 | |
| *** jon_y has joined #maemo-ssu | 13:34 | |
| *** sixwheeledbeast has joined #maemo-ssu | 13:35 | |
| *** sixwheeledbeast has quit IRC | 13:51 | |
| *** sixwheeledbeast has joined #maemo-ssu | 14:03 | |
| Drathir | chem|st: on power saving turn less bright of lcd, and auto device lock | 14:12 |
| Drathir | mine with using and wifi works few hours, but not used can be on 1day | 14:14 |
| *** sixwheeledbeast has quit IRC | 14:16 | |
| *** sixwheeledbeast has joined #maemo-ssu | 14:26 | |
| *** Milhouse has quit IRC | 14:32 | |
| *** Milhouse has joined #maemo-ssu | 14:47 | |
| *** lartza_ has quit IRC | 14:50 | |
| *** lartza_ has joined #maemo-ssu | 14:58 | |
| *** unclouded has quit IRC | 15:02 | |
| *** NIN101 has quit IRC | 15:05 | |
| *** NIN102 has joined #maemo-ssu | 15:06 | |
| *** _rd has quit IRC | 15:18 | |
| *** _rd has joined #maemo-ssu | 15:19 | |
| chem|st | Drathir: device is idle, screen off, flightmode... and still | 15:21 |
| Drathir | hmmm thats interesting... if on clean device is the same maybe is a hw issue? | 15:31 |
| Drathir | you also can check cpu usage usage with widget... | 15:33 |
| *** M13 has quit IRC | 15:36 | |
| *** M13 has joined #maemo-ssu | 15:37 | |
| *** futpib has joined #maemo-ssu | 15:38 | |
| *** _rd has quit IRC | 15:39 | |
| *** _rd has joined #maemo-ssu | 16:09 | |
| DocScrutinizer05 | sixwheeledbeast: IF thumb is such low effort and as compatible, then it's just about compiling everything with -thumb flag in builder set | 16:17 |
| DocScrutinizer05 | and then it's not silly to work on both but actually sensible to offer that alternative | 16:17 |
| DocScrutinizer05 | but requiring all cssu-s users to replace their kernel is sth we already discussed and found will give us problems | 16:18 |
| sixwheeledbeast | problems how? | 16:20 |
| kerio | for instance, you need to force people to replace their kernel | 16:23 |
| sixwheeledbeast | And that's an issue because? | 16:24 |
| DocScrutinizer05 | because they might not even be able to do so | 16:25 |
| DocScrutinizer05 | where's the uBoot with thumb kernel? | 16:25 |
| DocScrutinizer05 | where are the kernel.bz images that are thumb enabled? | 16:25 |
| DocScrutinizer05 | basically changing the thumb thingie starts a complete new distro, | 16:26 |
| DocScrutinizer05 | while CSSU is still an *update* to stock distro | 16:26 |
| DocScrutinizer05 | going thumb creates a system that's fundamentally incompatible to stock maemo | 16:27 |
| sixwheeledbeast | ah | 16:27 |
| DocScrutinizer05 | installing uBoot on your thumb system will fubar it | 16:27 |
| DocScrutinizer05 | installing multiboot on your thumb system will probably fubar it | 16:28 |
| DocScrutinizer05 | you dunno what else depends on stock kernel, or is based on stock kernel | 16:28 |
| sixwheeledbeast | I don't use multiboot :) | 16:28 |
| DocScrutinizer05 | that's irrelevant | 16:29 |
| DocScrutinizer05 | brainfuck-kernel is also incompatible to thumb I guess | 16:29 |
| DocScrutinizer05 | honestly unless you roll out a thumb (and nothing else but thumb) kernel via Nokia stock repo, as PR1.4, so *all* devices do the update, I don't see how CSSU which is meant to be the bugfix addon and continuation of what's in stock repo can ever go thumb per default | 16:32 |
| sixwheeledbeast | but hang on KP has boot variants why not KCSSU | 16:32 |
| DocScrutinizer05 | hmmm? | 16:32 |
| DocScrutinizer05 | what's the use of KCSSU boot variants when you installed brainfuck-scheduler-kernel which doesn't know shit about thimb? | 16:33 |
| kerio | DocScrutinizer05: fwiw, we can just upgrade everything together | 16:34 |
| kerio | and remove the braindead scheduler | 16:34 |
| DocScrutinizer05 | yes, that's what you call a new distro | 16:34 |
| kerio | naaaaah | 16:34 |
| kerio | the only problem is that we don't yet control the nokia repos | 16:34 |
| *** futpib has quit IRC | 16:35 | |
| *** sixwheeledbeast has quit IRC | 16:37 | |
| DocScrutinizer05 | yes, when we control Nokia repos, we can actually roll a PR1.4, and show uBoot and multiboot and brainfuck the finger, since then it's them to either stay on PR1.3 or patch their software to upgrade to PR1.4 | 16:38 |
| jon_y | whats wrong with uboot? | 16:38 |
| jon_y | how are you supposed to boot off SD? | 16:38 |
| DocScrutinizer05 | then every user out there is free to accept the system upgrade and know he can install whatever he likes form whatever repo and it will work, or he rejects the PR1.4 system upgrade and nails his system to PR1.3 and then the "old" kernel dependent stuff from PR1.3 repos will still work for him | 16:39 |
| DocScrutinizer05 | eh? | 16:40 |
| *** _rd has quit IRC | 16:40 | |
| DocScrutinizer05 | what's wrong with uBoot? it's simply a bloated mess that tries to be a OS of its own. I dunno what else is wrong with it | 16:40 |
| *** _rd has joined #maemo-ssu | 16:41 | |
| DocScrutinizer05 | kerio: it's as plain simple as that: such a non-backward-compatible change in core sysem components creates a new OS major revision, like frooblux23.4 -> frooblux24.0 | 16:44 |
| kerio | pr 1.4 then! :D | 16:45 |
| DocScrutinizer05 | that's exactly what happens also on Maemo PR1.2 -> PR1.3 | 16:45 |
| DocScrutinizer05 | and yes, we need a PR1.4 then to enable thumb | 16:45 |
| DocScrutinizer05 | you are aware that _this_ Pr1.4 would obsolete CSSU-S? | 16:48 |
| DocScrutinizer05 | since it IS CSSU-S | 16:48 |
| kerio | cssu-1.4 | 16:49 |
| DocScrutinizer05 | >>It aims to deliver fixes which would be difficult to deliver through Extras (like core Maemo packages).<< It's not difficult at all to deliver those packages thru "Nokia" repos | 16:49 |
| DocScrutinizer05 | once we gain full control over those repos | 16:50 |
| DocScrutinizer05 | but I still don't see that happen | 16:50 |
| jon_y | DocScrutinizer05: I don't see other alternatives to uboot | 16:52 |
| DocScrutinizer05 | unless we nuke the original Nokia repos from user's apt list and replace them with cssu-core repos, on installation of CSSU-1.4 | 16:52 |
| DocScrutinizer05 | jon_y: me neither | 16:52 |
| DocScrutinizer05 | I neither see anything wrong with uBoot | 16:52 |
| jon_y | "it's simply a bloated mess that tries to be a OS of its own" << ? | 16:53 |
| jon_y | isn't it supposed to work that way? a bootloader? | 16:53 |
| DocScrutinizer05 | you asked "what's wrong with uBoot?" so I answered | 16:53 |
| jon_y | "and show uBoot and multiboot and brainfuck the finger" << I assumed you wanted to nuke uboot? | 16:53 |
| DocScrutinizer05 | WUT? nooo you got that wrong | 16:54 |
| DocScrutinizer05 | it's just that with an "official" PR1.4 it's the maintainers of those packages that have a problem to update their software to new kernel, not we (the cssu maintainers) | 16:55 |
| jon_y | ok | 16:55 |
| DocScrutinizer05 | it's just that PR1.3 depends on kernel "2.6.28-omap1 #1" and the uBoot and other packages depend on PR1.3 for the kernel compatibility | 16:58 |
| kerio | i'm not entirely sure why uboot ships with an embedded kernel, actually | 16:58 |
| DocScrutinizer05 | because it replaces original kernel | 16:58 |
| kerio | so? install a bootimg | 16:58 |
| DocScrutinizer05 | so it needs *some* kernel to ship with it, to boot the system after installing uBoot | 16:59 |
| DocScrutinizer05 | kerio: are you already awake? | 17:00 |
| kerio | i am | 17:00 |
| DocScrutinizer05 | kerio: where's that bootimg in FIASCO? | 17:00 |
| kerio | why fiasco? | 17:00 |
| kerio | it's not preinstalled, no | 17:00 |
| kerio | but neither is uboot | 17:00 |
| DocScrutinizer05 | no, you're not ;-P | 17:00 |
| kerio | you definetely need some kernel | 17:01 |
| kerio | i'm challenging "you need an attached kernel" | 17:01 |
| DocScrutinizer05 | you're changing default system architecture | 17:01 |
| DocScrutinizer05 | that's almost worse than the switch to thumb | 17:02 |
| DocScrutinizer05 | ;-P | 17:02 |
| kerio | you're just changing bootloaders | 17:02 |
| kerio | the new bootloader needs the kernel in a different place | 17:02 |
| kerio | it's like moving from lilo to grub | 17:02 |
| DocScrutinizer05 | well, yes | 17:02 |
| DocScrutinizer05 | and that neither is sth done lightly | 17:02 |
| *** sixwheeledbeast has joined #maemo-ssu | 17:03 | |
| DocScrutinizer05 | again, where is your kernelimg in flasher-3.5 -rootfs-only -Ff anyrandomCOMBINED.bin ? | 17:04 |
| *** _rd has quit IRC | 17:04 | |
| *** _rd has joined #maemo-ssu | 17:04 | |
| kerio | you never have to flash the kernel again, actually | 17:04 |
| kerio | you just put it on a uSD and boot from the console, in case of emergency | 17:04 |
| DocScrutinizer05 | sure you have to, with *every* flashing you do | 17:05 |
| DocScrutinizer05 | since... see above, just 2 lines above | 17:05 |
| DocScrutinizer05 | and you'd be surprised how many devices with broken uSD slot are out there | 17:06 |
| DocScrutinizer05 | and actually now you're not only not awake, you're actually having a bad dream. Make my device boot-fail when I swap uSD, are you NUTS?? | 17:06 |
| kerio | no, that's just in case of emergency | 17:07 |
| kerio | the kernel is on emmc | 17:07 |
| DocScrutinizer05 | think about that again please! | 17:07 |
| _rd | I am getting close to get a syslog from my n900 in the bootloop since the last CSSU.... | 17:08 |
| *** sixwheeledbeast has quit IRC | 17:08 | |
| DocScrutinizer05 | what we actually could (and I already did) consider: placing kernel to initrd NAND partition | 17:08 |
| DocScrutinizer05 | mtd4 iirc | 17:08 |
| DocScrutinizer05 | afaik definitely nothing is using initrd mtd4 on N900 | 17:12 |
| DocScrutinizer05 | and it#s not swappable ;-P | 17:12 |
| DocScrutinizer05 | unlike uSD | 17:13 |
| DocScrutinizer05 | and shouldn't usually get nuked on flashing a new rootfs | 17:13 |
| kerio | i just don't get why you dislike my setup | 17:18 |
| kerio | the kernel isn't flashed, it's just written to the eMMC | 17:18 |
| kerio | i mean, it's a file in MyDocs | 17:19 |
| _rd | Hmm, it seems my X server is not coming up since my last CSSU update: http://bokomoko.de/~rd/syslog | 17:22 |
| _rd | As a side note: it is possible to install syslog with rescueOS....but painful. | 17:22 |
| _rd | Do you have any idea why that happens? | 17:23 |
| kerio | Jan 1 07:38:32 Nokia-N900 init: xomap post-start process (922) terminated with status 127 | 17:24 |
| kerio | Jan 1 07:38:32 Nokia-N900 DSME: Process '/usr/bin/Xorg -logfile /tmp/Xorg.0.log -logverbose 1 -nolisten tcp -noreset -s 0 -core' with pid 919 exited with r | 17:24 |
| _rd | just wondering if I could get the Xorg.0.log | 17:28 |
| _rd | did anything change related to X in CSSU? | 17:33 |
| *** futpib has joined #maemo-ssu | 17:40 | |
| *** futpib has quit IRC | 18:37 | |
| DocScrutinizer05 | kernel in Mydocs?? | 19:28 |
| DocScrutinizer05 | that sounds incredibly great, particularly to umount MyDocs for exporting it via ass rage mode, and eventually completely cleaning the volume | 19:29 |
| *** iDont has joined #maemo-ssu | 19:31 | |
| DocScrutinizer05 | _rd: shouldn't | 19:34 |
| DocScrutinizer05 | _rd: replace your transitions.ini by the backup | 19:35 |
| DocScrutinizer05 | remove your SIM | 19:35 |
| DocScrutinizer05 | and maybe even mv /home/user /home/user-AWAY; mkdir /home/user | 19:37 |
| DocScrutinizer05 | also df -h / | 19:38 |
| DocScrutinizer05 | filled rootfs is the most usual reason for effects like yours | 19:38 |
| *** sixwheeledbeast has joined #maemo-ssu | 19:39 | |
| _rd | DocScrutinizer05, rootfs looks good: | 19:56 |
| _rd | rootfs 233344 179628 49624 78% / | 19:56 |
| _rd | none of the fs is more filled than 90% | 19:57 |
| *** iDont has quit IRC | 20:01 | |
| _rd | transitions.ini is in /usr/share/hildon-desktop, right? | 20:01 |
| sixwheeledbeast | ~transitions.ini | 20:02 |
| infobot | transitions.ini is, like, http://wiki.maemo.org/Community_SSU/Features/hildon-desktop | 20:02 |
| sixwheeledbeast | yep | 20:03 |
| _rd | I noticed that I have a transitions.ini.dpkg-dist from May 24th, 2013, transistions.ini is from 2011 | 20:07 |
| _rd | I wanted to rename /tmp/Xorg.0.log to /Xorg.0.log or /home/user/Xorg.0.log, that it does not get deleted at reboot, but that for some reason did not work. Does anybody know why? | 20:07 |
| DocScrutinizer05 | rename? how? | 20:08 |
| _rd | in /etc/event.d/xomap .... I wanted to see what is in the log file | 20:09 |
| _rd | checking new transitions.ini now | 20:09 |
| DocScrutinizer05 | if that's the line that uses dsmetool to start Xorg then it's the right location | 20:09 |
| DocScrutinizer05 | when your transition.ini is old, then it probably didn't change and thus not the culprit | 20:10 |
| _rd | yes it is the dsmetool line, but that for some reason did not work. | 20:10 |
| DocScrutinizer05 | how "doesn't work"? | 20:11 |
| _rd | I did not see the reboot cycles anymore, but it also did not come up. | 20:11 |
| _rd | and I never found an /Xorg.0.log | 20:11 |
| DocScrutinizer05 | editing that line to point to /home/user/Xorg.0.log should work | 20:12 |
| DocScrutinizer05 | probably Xorg runs as user, and user mustn't write to / | 20:12 |
| _rd | I tried that as well, but I had also no luck with that. | 20:12 |
| DocScrutinizer05 | and MyDocs might fail for other reasons | 20:12 |
| _rd | you recommend to boot without SIM, right? | 20:13 |
| DocScrutinizer05 | or you create a dir /mylogs; chmod a+rw /mylohgs; then point the line to there | 20:13 |
| DocScrutinizer05 | right | 20:14 |
| _rd | that is a good idea | 20:14 |
| _rd | does an unavailable SIM delay the boot cycle? | 20:14 |
| DocScrutinizer05 | it's been seen occasionally that a rogue or crippled SMS on SIM made the whole system go bonkers | 20:14 |
| DocScrutinizer05 | shouldn't delay | 20:14 |
| _rd | I do not see the reboots anymore, but also no boot progress. | 20:15 |
| _rd | let me boot in rescueOS again and create the /mylogs | 20:15 |
| *** rd_ has joined #maemo-ssu | 20:20 | |
| *** _rd has quit IRC | 20:22 | |
| rd_ | Xorg.0.log is hidding.... | 20:27 |
| rd_ | ....with /mylogs I have the same behaviour as with /tmp but no Xorg.0.log is in there. | 20:28 |
| rd_ | can anybody check if on a regularly running device /tmp/Xorg.0.log exists? | 20:29 |
| DocScrutinizer05 | IroN900:/home/user# ll /tmp/Xorg* | 20:38 |
| DocScrutinizer05 | -rw-r--r-- 1 root root 4521 2013-06-13 15:09 /tmp/Xorg.0.log | 20:38 |
| DocScrutinizer05 | just for fun try Xorg logging to /dev/null | 20:39 |
| rd_ | The only scenario which makes sense for me is that the xomap crashes before it can start writting a log | 20:39 |
| rd_ | ok, I can do | 20:39 |
| DocScrutinizer05 | so you can tell apart if it doesn't log because it crashes, or it crashed because it can't log | 20:40 |
| *** sixwheeledbeast has quit IRC | 20:42 | |
| rd_ | just for curiosity: does "exec cat /mylogs/Xorg.0.log >> /mylogs/Xorg.log" in the pre-start script section hurt? | 20:43 |
| rd_ | if I add this line, I do not get reboot loops anymore | 20:43 |
| rd_ | ....but the boot process seems also to hang. | 20:43 |
| DocScrutinizer05 | haha | 20:43 |
| DocScrutinizer05 | exec for sure is ... questionable here | 20:44 |
| DocScrutinizer05 | you're aware exec aborts the script, like exit | 20:44 |
| rd_ | ok, I tried before without...but no change | 20:44 |
| rd_ | trying with /dev/null now | 20:45 |
| rd_ | thanks for the explantion of exec | 20:45 |
| DocScrutinizer05 | afk bbl | 20:45 |
| rd_ | I also get reboot loops when using /dev/null | 20:46 |
| DocScrutinizer05 | exec *replaces* the current process with the new one | 20:46 |
| DocScrutinizer05 | (actually not the process, but that doesn't matter here) | 20:47 |
| DocScrutinizer05 | afk bbl | 20:47 |
| rd_ | and I assume it does not return there when it ends | 20:47 |
| rd_ | strange...now the n900 only rebooted once, now it seems to hang again. | 20:48 |
| rd_ | trying again | 20:49 |
| *** rd_ has quit IRC | 21:05 | |
| *** rd_ has joined #maemo-ssu | 21:05 | |
| rd_ | I start to run out of ideas. Maybe I should just save the remaining data away and re-flash.... and hope that the problem goes away after re-flashing, but it came with the reboot of the CSSU update, so it is at least likely. | 21:09 |
| *** arcean has joined #maemo-ssu | 21:21 | |
| DocScrutinizer05 | you most probably are missing files in ~user/.* now | 21:36 |
| DocScrutinizer05 | you could try | 21:36 |
| DocScrutinizer05 | echo "before Xorg" >>/mylogs/mylogs.txt | 21:37 |
| DocScrutinizer05 | before dmsetool Xorg | 21:37 |
| DocScrutinizer05 | and | 21:37 |
| DocScrutinizer05 | echo "after Xorg" >>/mylogs/mylogs.txt | 21:37 |
| DocScrutinizer05 | below it | 21:37 |
| DocScrutinizer05 | what you consider "hanging" might actually be fsck trying to do its thing | 21:38 |
| DocScrutinizer05 | which can take quiiiite a while | 21:39 |
| kerio | and it'll probably fail at it | 21:42 |
| *** BCMM has quit IRC | 21:42 | |
| *** BCMM has joined #maemo-ssu | 21:42 | |
| rd_ | if it would be fsck, I would expect entries in /var/log/fsck_home.log | 21:53 |
| rd_ | but they end all with clean | 21:53 |
| DocScrutinizer05 | hmm | 21:53 |
| rd_ | what is the point of after? | 21:53 |
| rd_ | "after Xorg..." | 21:53 |
| rd_ | you said that exec will replace the current process (?) | 21:54 |
| DocScrutinizer05 | well, just in case | 21:54 |
| rd_ | ok | 21:54 |
| DocScrutinizer05 | after all dsmetool shouldn't block | 21:54 |
| rd_ | Hmm...would they be regenerated if I move /home/user away? | 21:55 |
| DocScrutinizer05 | should, afaik | 22:00 |
| DocScrutinizer05 | wait, is that "exec dsmetool -foo Xorg... "? | 22:01 |
| DocScrutinizer05 | indeed | 22:03 |
| rd_ | Is that explaining some of the "miracles"? | 22:04 |
| rd_ | moving /home/user away did not change anything. | 22:05 |
| DocScrutinizer05 | nope | 22:06 |
| DocScrutinizer05 | it's just making me wonder if i finally should learn a bit about upstart scripts and how they work | 22:07 |
| DocScrutinizer05 | well, it's pretty obvious that dsme finds Xorg aborting for -n=8 times and then -r-eboots the device | 22:07 |
| DocScrutinizer05 | so the problem is in Xorg itself | 22:08 |
| DocScrutinizer05 | you tried placing the logging elsewhere (/dev/null) and that didn't help | 22:08 |
| DocScrutinizer05 | so it's most probably not the logging that fails | 22:08 |
| DocScrutinizer05 | since it seems Xorg doesn't log *anything* nevertheless, i'd guess sth elementary is broken | 22:09 |
| DocScrutinizer05 | if the last test I suggested shows that you actually _can_ echo something >>/mylogs/foo.bar | 22:11 |
| DocScrutinizer05 | then we also can rule out filesystem mounted r/o or whatever | 22:12 |
| rd_ | yes, that works | 22:12 |
| rd_ | I see an entry from before. | 22:12 |
| rd_ | filesystem is definitely ok | 22:12 |
| DocScrutinizer05 | then I'm also out of ideas | 22:12 |
| DocScrutinizer05 | particularly since it seems Xorg doesn't log a single char | 22:13 |
| rd_ | 7f47cfbc6c9d0c87853be2229268fd9a /usr/bin/Xorg | 22:13 |
| rd_ | does that md5sum match yours | 22:14 |
| rd_ | -rwxr-xr-x 1 root root 1568060 Feb 16 2010 /usr/bin/Xorg | 22:14 |
| DocScrutinizer05 | af3220748175c52b2fea9f3045b68d08 /usr/bin/Xorg | 22:14 |
| DocScrutinizer05 | -rwxr-xr-x 1 root root 1525792 2010-02-16 14:15 /usr/bin/Xorg | 22:15 |
| *** futpib has joined #maemo-ssu | 22:16 | |
| rd_ | Hmm that is weired? | 22:18 |
| DocScrutinizer05 | yeah, a bit | 22:18 |
| rd_ | what is your version of xserver-xorg-core 2:1.6.99.1-0osso20090208.108+0m5 ? | 22:18 |
| rd_ | This contains Xorg | 22:18 |
| DocScrutinizer05 | xserver-xorg-core: | 22:19 |
| DocScrutinizer05 | Installed: 2:1.6.99.1-0osso20090208.108+0m5 | 22:19 |
| DocScrutinizer05 | virus? ;-P | 22:20 |
| DocScrutinizer05 | I'd rather suspect you might have installed the thumb binary | 22:21 |
| DocScrutinizer05 | wild guessing | 22:21 |
| rd_ | Hmm...not that I am aware of.... | 22:21 |
| rd_ | trying a "apt-get install --reinstall xserver-xorg-core" | 22:22 |
| rd_ | funny that the data is the same. | 22:22 |
| rd_ | date | 22:22 |
| rd_ | virus on the n900 would be really surprising. | 22:22 |
| DocScrutinizer05 | indeed | 22:26 |
| DocScrutinizer05 | hardly believable | 22:26 |
| DocScrutinizer05 | and yep, date is quite strange | 22:26 |
| rd_ | still reboot loops, but let's see if the Xorg.0.log is now created | 22:34 |
| DocScrutinizer05 | I'd rather be interested in size of your Xorg now | 22:39 |
| DocScrutinizer05 | quite possble that mine is a bit strange, not yours | 22:40 |
| rd_ | no, after the reinstall I got your md5sum | 22:46 |
| rd_ | ....but I saved the old away for inspection ;-) | 22:46 |
| rd_ | reinstallation also reinstalled /etc/event.d/xomap | 22:49 |
| rd_ | The LED becomes sometimes green, I do not remember that I saw that before the reboot loops. Do you know what that means? | 22:51 |
| DocScrutinizer05 | it means that bme and hald-addon-bme and mce and a few other systems decided that your device is on USB power and battery is completely charged | 22:53 |
| DocScrutinizer05 | actually that would be interesting (if only for academic purposes, though you never know) to see if your device also goes into bootloop when plugged to charger when powered down | 22:55 |
| rd_ | Hmm...the green LED comes when it is not on a charger, but it is not blinking either, just flashes once. | 22:57 |
| rd_ | Also after some reboot loops the n900 seems to hang. | 22:57 |
| DocScrutinizer05 | yeah, that's rather normal I think | 22:58 |
| DocScrutinizer05 | the green flashing | 22:58 |
| rd_ | ah, ok. | 22:58 |
| rd_ | actually it is not hanging, it powers off | 22:59 |
| Drathir | for mine obserwation blink grees is short between security and code pin but if battery have low power in this moment also can shutdown and boot again if im not wrong.... | 23:00 |
| DocScrutinizer05 | wait, what? you deleted /home? | 23:00 |
| DocScrutinizer05 | ls -l /opt errr | 23:01 |
| DocScrutinizer05 | you can't | 23:01 |
| rd_ | shortly before the xomap crashes I see | 23:02 |
| rd_ | Jan 1 01:16:25 Nokia-N900 ohmd[806]: GLIB ERROR ** default - module videoep failed to load but listed in require aborting... | 23:02 |
| rd_ | Did CSSU changes in glib? | 23:02 |
| DocScrutinizer05 | when you deleted /home, you're out of luck since that also nuked /home/opt/* | 23:02 |
| DocScrutinizer05 | no | 23:02 |
| DocScrutinizer05 | prolly not | 23:03 |
| rd_ | no I did not delete home, I temporaryly move home/user away, but I moved it back | 23:03 |
| DocScrutinizer05 | actually this isn't a cssu topic at all | 23:03 |
| DocScrutinizer05 | or rather, most likely not | 23:03 |
| rd_ | I agree, although it is strange, that I did the CSSU upgrade and the reboot required for the update ended in boot loops | 23:04 |
| rd_ | BTW, do you also see the GLIB ERROR in your syslog? | 23:05 |
| DocScrutinizer05 | yeah, that *might* be related to cssu T8 which had a fuxored fstab/fsck feature | 23:05 |
| DocScrutinizer05 | that might have resulted in rootfs getting messed up, or whatever | 23:06 |
| DocScrutinizer05 | but now the problem is not related to cssu anymore, it at best been caused by cssu | 23:06 |
| DocScrutinizer05 | the problem not seems more generic | 23:06 |
| DocScrutinizer05 | now* | 23:06 |
| rd_ | How can I find out which CSSU I have installed? | 23:07 |
| Drathir | rd_: can i ask where you move home/user ? | 23:07 |
| DocScrutinizer05 | hmm | 23:07 |
| rd_ | mv /home/user /home/user.bak | 23:07 |
| rd_ | mkdir /home/user | 23:07 |
| Drathir | ok | 23:07 |
| rd_ | chown user:users /home/user | 23:07 |
| rd_ | <tested> | 23:07 |
| rd_ | rm -rf /home/user | 23:07 |
| rd_ | mv /home/user.bak /home/user | 23:08 |
| Drathir | im not sure if user isnt ext partition if moved to fat loosing permission when back but in this case ok... | 23:08 |
| DocScrutinizer05 | nobody moved sth to vfat | 23:09 |
| *** Martix_ has joined #maemo-ssu | 23:14 | |
| * DocScrutinizer05 ponders starting another BM backup | 23:18 | |
| DocScrutinizer05 | actually osso-backuo's inability to do automated backups is one of the most braindead things in maemo | 23:19 |
| rd_ | Do you save away entire disk images, such that in case of an emergency you can play back the entire installation? | 23:20 |
| rd_ | (or do a diff ;-) | 23:20 |
| DocScrutinizer05 | BM does logical full images | 23:21 |
| DocScrutinizer05 | not disk images | 23:21 |
| DocScrutinizer05 | actually disk images are problemantic at least on NAND/ubifs | 23:21 |
| *** LauRoman has joined #maemo-ssu | 23:22 | |
| rd_ | ok | 23:23 |
| Drathir | im not sure but backup menu could work in this case because it is before green light flash... or im wrong? | 23:23 |
| DocScrutinizer05 | which is why BM-rev1 got discontinued | 23:23 |
| rd_ | so thanks to rescueOS I at least did not loose data. | 23:23 |
| rd_ | I will copy away everything overnight. | 23:24 |
| DocScrutinizer05 | backup of MyDoc shouldn't take longer than 3h or so | 23:25 |
| DocScrutinizer05 | iirc | 23:25 |
| rd_ | yes, but in 3h I am sleeping :-) | 23:27 |
| *** freemangordon has quit IRC | 23:43 | |
| *** M13 has quit IRC | 23:59 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!