00:27.40 | *** join/#maemo-ssu gri (~gri@muhkuh.net) |
02:39.50 | *** join/#maemo-ssu amiconn_ (quassel@rockbox/developer/amiconn) |
03:35.03 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
07:01.17 | *** join/#maemo-ssu Mephistopheles (~Miranda@83.149.34.229) |
07:31.26 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
07:36.28 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.138) |
07:46.18 | *** join/#maemo-ssu andre__ (~andre@ip-89-176-24-140.net.upcbroadband.cz) |
07:46.18 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
08:08.33 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
08:14.06 | *** join/#maemo-ssu Skry (~skry@adsl-215-245-204.kymp.net) |
09:06.05 | *** join/#maemo-ssu arcean (~arcean@aacr116.neoplus.adsl.tpnet.pl) |
09:24.35 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
10:26.59 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
10:28.50 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-dmeptceldxeflbdr) |
10:49.49 | merlin1991 | uploads 569Mb of stuff |
10:49.59 | merlin1991 | or in other words the -testing update is incoming |
10:51.34 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
10:51.35 | kerio | :D |
10:51.46 | kerio | freemangordon: start compiling 280Mb of stuff |
11:01.50 | merlin1991 | fsckd changelog |
11:02.05 | merlin1991 | ETOOMANYCHANGES |
11:08.14 | *** join/#maemo-ssu arcean (~arcean@aacr116.neoplus.adsl.tpnet.pl) |
11:22.05 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-jwkrmyexryihwyid) |
11:26.05 | merlin1991 | Pali: ping |
11:26.16 | Pali | merlin1991, pong |
11:26.31 | merlin1991 | for the osso-wlan eap fix, did we have a bugreport? |
11:26.55 | Pali | I do not know but, patch is correct for me |
11:28.21 | Pali | last param for exec functions must be NULL |
11:28.53 | merlin1991 | yeah I trust you, I was only asking because I'm currently writing the changelog and I'd like to reference the bug # if there is one |
11:30.26 | Pali | ok |
11:30.34 | Pali | what about operator name widget fixes? |
11:30.50 | merlin1991 | I built it from git |
11:30.55 | merlin1991 | will be included |
11:32.22 | Pali | ok |
11:33.58 | Pali | merlin1991, do you have permission for extras repository? |
11:34.09 | merlin1991 | still not working |
11:51.45 | merlin1991 | hm 3rd attempt to upload the qt4 sources, why does my connection have to drop all the time today? WHY? |
11:59.57 | kerio | Pali: btw, i still haven't found any reference to mmcblk0p2 in ke-recv |
12:00.07 | kerio | so i think it's something else that enables the mass storage mode |
12:05.53 | Pali | kerio, mass storage mode is enabled by script osso-usb-mass-storage-enable.sh |
12:06.03 | Pali | ke-recv call it for mmc device |
12:06.25 | Pali | now I'm trying to find where is hardcoded mmc device partittion |
12:07.03 | kerio | to be fair i didn't look too much into it, i just grepped the ke-recv source for mmcblk |
12:11.53 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
12:12.07 | Pali | seems that ke-recv export all mmc devices when mass storage mode is enabled |
12:12.21 | Pali | and if some partition cannot be umounted then is not exported |
12:12.26 | kerio | oic |
12:12.40 | Pali | so is this enought? |
12:12.41 | kerio | wait, no |
12:12.57 | kerio | does it try to umount the whole of mmcblk1? |
12:14.28 | Pali | see syslog |
12:14.35 | kerio | i don't have it installed D: |
12:14.42 | Pali | so install it |
12:14.53 | kerio | what do i have to install? |
12:15.11 | Pali | apt-cache search syslog |
12:15.23 | Pali | some ksyslogd or syslogd or similar package |
12:15.30 | kerio | sysklogd? |
12:15.36 | Pali | should be |
12:19.04 | merlin1991 | http://wiki.maemo.org/Community_SSU/Changelog#T-maemo5 |
12:19.08 | merlin1991 | mp should arrive soonish |
12:24.41 | merlin1991 | freemangordon: ^^ |
12:24.52 | kerio | oh god, sysklogd fills /var/log with crap |
12:24.53 | kerio | D: |
12:31.45 | merlin1991 | hm |
12:32.12 | merlin1991 | I copied the busybox depends from the pr mp but there's stuff missing |
12:39.41 | merlin1991 | arf typo, ofc |
12:46.32 | DocScrutinizer05 | kerio: fool, that's what /var/log/ is meant for |
12:46.38 | DocScrutinizer05 | and it's not 'crap' |
12:46.51 | kerio | i don't need to log every time i open and close the slide |
12:47.09 | DocScrutinizer05 | then learn to config syslog |
12:47.31 | DocScrutinizer05 | tbh I don't care what you *think* *you |
12:47.34 | DocScrutinizer05 | ** neeed |
12:47.35 | kerio | i don't wanna D: |
12:47.51 | Skry | put /var/log to tmpfs and set maximum logsize to something you see appropriate |
12:48.19 | DocScrutinizer05 | Skry: no use in suggesting good advice to renitent trolls |
12:48.48 | kerio | nah, it's small enough to be reinstallable whenever i actually need to log stuff |
12:48.57 | DocScrutinizer05 | hahaha |
12:49.36 | DocScrutinizer05 | actually ver/log/syslog is small enough so I don't care |
12:53.50 | *** mode/#maemo-ssu [+o merlin1991] by ChanServ |
12:54.01 | *** topic/#maemo-ssu by merlin1991 -> Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version (testing): 21.2011.38-1Tmaemo5.1; (stable): 21.2011.38-1Smaemo4.1 |
12:54.05 | *** mode/#maemo-ssu [-o merlin1991] by ChanServ |
12:54.37 | DocScrutinizer05 | merlin1991: unfortunate you didn't allow prior testing of testing |
12:55.02 | DocScrutinizer05 | merlin1991: I gather copying of repo wasn't that simple |
12:55.43 | DocScrutinizer05 | btw why Tmaemo5.1 ? |
12:56.00 | DocScrutinizer05 | checks changelog to learn about 5.0 |
12:56.11 | kerio | oh typos |
12:56.24 | merlin1991 | when rearanging the busybox dependencies I managed to make a fail paste which fsckd 2 dependencies |
12:56.45 | kerio | merlin1991: hmm, was the fix for the extra logging applied? |
12:56.46 | DocScrutinizer05 | anyway changelog has no 5.1 |
12:56.55 | kerio | http://wiki.maemo.org/Community_SSU/Changelog#T-maemo5.1 |
12:56.57 | DocScrutinizer05 | ohh it has |
12:57.06 | merlin1991 | scrolling helps ;) |
12:57.44 | DocScrutinizer05 | indeed |
12:58.19 | DocScrutinizer05 | ok, I'll immediately run a BM and then isntall update |
12:59.14 | merlin1991 | also see: http://talk.maemo.org/showpost.php?p=1264791&postcount=793 |
12:59.38 | *** join/#maemo-ssu luf (luf@nat/ibm/x-cgztccubqopeeyiu) |
12:59.51 | merlin1991 | Pali: many thanks for the xterm patches, FINALLY I can set the text colour |
12:59.56 | luf | merlin1991: curl also fixes the problem with some ciphers |
13:00.01 | luf | There is also bug for it ... |
13:00.23 | merlin1991 | luf: if you find the bugnumber fell free to add that to the changelog |
13:01.00 | luf | So I can feel free to correct some typo also. Ok. |
13:01.13 | merlin1991 | ofc, it's a wiki :) |
13:01.34 | luf | https://bugs.maemo.org/show_bug.cgi?id=10233 |
13:01.36 | povbot | Bug 10233: curl does not support certificates with a SHA-2 signature. |
13:01.52 | luf | Are we able also to close the bug? |
13:02.34 | *** join/#maemo-ssu X-Fade (~xfade@d5152FFD8.static.telenet.be) |
13:06.43 | DocScrutinizer05 | merlin1991: http://talk.maemo.org/showpost.php?p=1264798&postcount=794 |
13:12.06 | DocScrutinizer05 | merlin1991: please edit 793 to include more verbose explanation what exactly to do, in which sequence. You know about DAUs ;-) |
13:14.41 | DocScrutinizer05 | sth like >>in HAM there will show up (among others): "CSSU-T 5 system update" and "opername-2.0". Either select "opername-2.0" *first* and install it, only *then* install CSSU-T. Or select "update all" option in HAM, which will automatically update opername-2.0 first...<< |
13:15.16 | DocScrutinizer05 | (if that's^^^ correct. Otherwise adapt. Consider typeset bold) |
13:15.43 | Pali | I think update all should work |
13:16.00 | Pali | if you did not installed operator name widget, then everything is OK |
13:16.06 | DocScrutinizer05 | I think so too, since opername probably is before T |
13:16.13 | DocScrutinizer05 | alphabetically |
13:16.43 | Pali | and if you installed it (e.g. via old cssu version) then you cannot update metapackage until you update operator name widget to new version (or you will uninstall it) |
13:17.07 | Pali | and if HAM can solve dependency graph (like apt-get) then all is OK |
13:17.40 | Pali | somebody wihtout cssu-devel/thumb should try what happends |
13:19.29 | *** part/#maemo-ssu luf (luf@nat/ibm/x-cgztccubqopeeyiu) |
13:21.15 | kerio | oh so now operator-name-cbs-widget isn't actually in the metapackage anymore? |
13:21.15 | kerio | neat |
13:22.53 | Pali | kerio, is transitional package and can be removed |
13:22.57 | kerio | i see |
13:23.10 | kerio | currently waiting for fmg to give him the go |
13:23.24 | kerio | will do a BM backup in the meantime |
13:23.28 | kerio | *mean time |
13:24.17 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
13:24.42 | DocScrutinizer05 | dammit no, cbsms is after maemo-T |
13:24.54 | DocScrutinizer05 | when I click "update all" |
13:27.20 | DocScrutinizer05 | do I need to update cssu-enabler? I think I kicked it after installation |
13:27.38 | DocScrutinizer05 | I don't plan to roll back cssu-t installation |
13:28.28 | kerio | DocScrutinizer05: it used to be uninstallable, not sure if that's changed |
13:28.49 | Pali | new enabler is needed for new HAM |
13:29.08 | DocScrutinizer05 | ooh, ok |
13:29.10 | Pali | now gpg keys and cssu repositories are properly installed into maemo system |
13:29.29 | DocScrutinizer05 | so let's see how that works on *update* |
13:29.50 | Pali | and new ham rejected on my n900 to install anything from cssu repositories without new enabler |
13:30.09 | kerio | Pali: so the new cssu enabler enables the domain change in HAM? |
13:30.11 | kerio | or whatevs |
13:30.20 | Pali | yes |
13:30.42 | Pali | cssu repositories have correct domain settings in ham |
13:31.09 | kerio | oh, they're installed as "system repositories" now? neat |
13:31.28 | Pali | as "trusted" |
13:31.40 | kerio | the ones you can't modify, right? i see |
13:31.47 | Pali | yes |
13:31.48 | kerio | do i have to run community-ssu-enabler again then? |
13:32.16 | Pali | packages from trusted repositories cannot be updated to version from non trusted (by ham) |
13:32.49 | Pali | before -enabler script hacked ham to ignore it and then installed cssu |
13:32.55 | Pali | now this hack was removed |
13:32.56 | merlin1991 | kerio: nope just installing the new version is enough |
13:33.08 | Pali | no, you do not need to run -enabler script again |
13:33.23 | Pali | you only need to update enabler package, nothing more |
13:33.35 | merlin1991 | btw DocScrutinizer05 we do have an uninstaller now :) |
13:33.48 | DocScrutinizer05 | I know |
13:33.59 | DocScrutinizer05 | [2012-09-11 15:27:38] <DocScrutinizer05> I don't plan to roll back cssu-t installation |
13:34.14 | merlin1991 | :) |
13:34.57 | DocScrutinizer05 | so will I have to (and be allowed to) uninstall enabler after update, again? |
13:35.25 | kerio | Pali: hm, won't this cause duplications in the repo list? |
13:35.35 | kerio | the .install adds a custom repo |
13:36.30 | merlin1991 | have to no, allowed to no again |
13:36.45 | DocScrutinizer05 | :-/ |
13:36.50 | Pali | DocScrutinizer05, enabler can be uninstalled if you install cssu |
13:37.03 | merlin1991 | *uninstall cssu* |
13:37.05 | DocScrutinizer05 | I hope I'm at least allowed to nuke the icon off my desktop and menu |
13:37.10 | Pali | kerio, no, duplicites are removed |
13:37.14 | kerio | Pali: neat |
13:37.18 | merlin1991 | DocScrutinizer05: there should be no icon whatsoever |
13:37.26 | DocScrutinizer05 | mhm |
13:37.29 | kerio | is the repo removed when community-ssu-enabler is removed? |
13:37.38 | Pali | no |
13:37.48 | Pali | wait |
13:37.49 | DocScrutinizer05 | then I guess I have completely wrong idea about what's cssu-enabler |
13:38.06 | Pali | it is removed when you uninstall package enabler |
13:38.16 | merlin1991 | DocScrutinizer05: cssu enabler contains the system files for repo url and gpg keys + the script to bootstrap the initial cssu installation |
13:38.53 | Pali | cssu-enabler package which install gpg keys + domains to system and contains script which install or uninstall cssu |
13:38.59 | DocScrutinizer05 | and wtf is started via icon click on initial cssu installation then? |
13:39.24 | merlin1991 | the script, but if your device is not fsckd you should have no icon |
13:39.50 | DocScrutinizer05 | I'm not sure I get it |
13:39.58 | Pali | it install CSSU metapackage |
13:40.37 | Pali | after installing cssu metapackage postinst will remove icon |
13:40.58 | Pali | also when enabler is updated it check if metapackage is installed and remove icon too |
13:41.09 | DocScrutinizer05 | do you say the script started by icon is the enabler script but installing (aka updating) cssu-enabler will *not* create the icon to start it? |
13:41.46 | Pali | it will unpack icon from enabler package |
13:41.47 | DocScrutinizer05 | mhm |
13:41.55 | Pali | but postinst will delete it |
13:42.10 | DocScrutinizer05 | we'll see |
13:42.34 | merlin1991 | DocScrutinizer05: why don't you try it out before you go on a rant about a possible problem? :D |
13:42.45 | merlin1991 | also I did update here and no icon anywhere |
13:43.25 | Pali | I tested it more times and it worked |
13:44.09 | merlin1991 | DocScrutinizer05: the important part in the enabler postinst: http://paste.debian.net/189316/ |
13:46.29 | DocScrutinizer05 | anyway, seems update went smoothly |
13:46.35 | DocScrutinizer05 | and no icon |
13:46.48 | DocScrutinizer05 | (at least not obvious so far) |
13:48.47 | DocScrutinizer05 | merlin1991: "update all" first asked my about confirmation for installing cssu-t update |
13:49.04 | DocScrutinizer05 | I concluded it would also try to *install* it first |
13:49.24 | DocScrutinizer05 | and aborted to first install opername manually |
13:49.28 | merlin1991 | tbh I have nfc how update all works, thus *should* |
13:49.55 | merlin1991 | in theory if it does the dependency check with the other udpates in mind it should run |
13:50.55 | DocScrutinizer05 | I had no mood to try what happens once I run into half-installed cssu-t that detects conflicts then. Since you also don't mention what will be the recoil and symptoms of such a conflict |
13:51.12 | kerio | huh... what? |
13:51.19 | DocScrutinizer05 | so we leave that for DAUs now |
13:51.22 | kerio | why is 21.2011.38-1Tmaemo4-thumb16 a greater version than 21.2011.38-1Tmaemo5.1 |
13:51.24 | kerio | ? |
13:51.24 | kerio | :o |
13:51.47 | merlin1991 | dafuq? |
13:51.48 | jon_y | 16 > 5? |
13:51.56 | jon_y | oh |
13:52.08 | jon_y | t > T? |
13:52.11 | kerio | merlin1991: that's what apt-cache policy tells me |
13:52.28 | jon_y | ascii tables1 |
13:52.28 | kerio | jon_y: try again |
13:52.33 | freemangordon | :D |
13:52.47 | freemangordon | could be because it is - not + |
13:52.48 | jon_y | ah wait |
13:52.52 | kerio | freemangordon: have you done magic to my apt |
13:53.09 | jon_y | 4-thumb16 vs 5.1 |
13:53.19 | freemangordon | kerio: tpt only? i was thinking it is cast on the whole device :S |
13:54.01 | DocScrutinizer05 | straight silly compare was "-">"."? |
13:54.12 | kerio | DocScrutinizer05: it's still 4 vs 5 |
13:54.14 | kerio | before that |
13:54.18 | DocScrutinizer05 | ooh yeah |
13:54.52 | freemangordon | merlin1991: is -1Tmaemo5 correct? isn'n +1Tmaemo5 better? |
13:55.01 | merlin1991 | hm dpkg --compare-versions 21.2011.38-1Tmaemo4-thumb16 lt 21.2011.38-1Tmaemo5.1 has an exit code of 1 |
13:55.08 | merlin1991 | freemangordon: the -1 is part of the nokia version |
13:55.18 | merlin1991 | we'd have to add the + before the T |
13:55.33 | freemangordon | aah, yeah |
13:55.34 | merlin1991 | though I need to check how that goes against the current version |
13:55.58 | DocScrutinizer05 | honestly you want to update a thumb version to a plain T version? |
13:56.04 | merlin1991 | btw adding the + doesn't either |
13:56.08 | merlin1991 | fsckd version compare |
13:56.20 | freemangordon | try without .1 |
13:56.22 | kerio | DocScrutinizer05: there's no reason it shouldn't work :) |
13:56.28 | DocScrutinizer05 | haha |
13:56.32 | merlin1991 | freemangordon: still fsckd |
13:56.38 | freemangordon | dafuq? |
13:56.49 | DocScrutinizer05 | kerio: sure, the update will work flawlessly |
13:57.03 | DocScrutinizer05 | just your system is fscked after that |
13:57.10 | freemangordon | DocScrutinizer05: why? |
13:57.27 | DocScrutinizer05 | hmm, indeed |
13:57.38 | freemangordon | it will be slower and with less free RAM, but fsckd? |
13:57.39 | DocScrutinizer05 | it's just de-thumbified, not fucked |
13:58.27 | DocScrutinizer05 | until you get something into -thumb that's *needed* to make those parts work that aren't dethumbified |
13:58.44 | DocScrutinizer05 | like enabling of thumb-patch in kernel during init |
13:58.57 | kerio | nah, the workaround is enabled by default |
13:59.06 | kerio | which is weird, but convenient |
13:59.07 | DocScrutinizer05 | haha, maybe on your kernel |
13:59.26 | kerio | it's Pali's kernel! |
13:59.36 | DocScrutinizer05 | no, it's your kernel |
13:59.40 | freemangordon | kerio: it's Titan's kernel :P |
13:59.50 | kerio | k |
13:59.57 | merlin1991 | anyway kerio just wait for freemangordon todo his update :) |
13:59.57 | kerio | hm, i wonder if HAM will prompt the update |
14:00.46 | freemangordon | merlin1991: we should fix that version bullshit |
14:00.53 | DocScrutinizer05 | and no matter if system fscked or just de-thumbified, it's insane to roll back stuff to a basically lesser version |
14:00.54 | freemangordon | maybe not now, but still |
14:01.10 | freemangordon | DocScrutinizer05: :nod: |
14:01.10 | DocScrutinizer05 | just to update to the new thumb version a few days later |
14:01.20 | kerio | a few *days*? D: |
14:01.25 | kerio | omg i gotta update |
14:01.43 | freemangordon | kerio: what was that noise then? |
14:01.55 | kerio | nah, just kidding |
14:02.04 | freemangordon | yeah, verry funny |
14:02.10 | freemangordon | very* |
14:02.18 | DocScrutinizer05 | he's practicing trolling a lot lately |
14:02.19 | kerio | HAM doesn't prompt the update either, anyway |
14:02.34 | kerio | dpkg versions are silly |
14:02.44 | freemangordon | DocScrutinizer05: and he's getting better |
14:02.49 | DocScrutinizer05 | indeed |
14:02.51 | merlin1991 | freemangordon: well personally I'd drop the nokia part in our version string, to simplify the whole thing, but I don't know if there aren't some mp-fremantle-* version comparisons in place somewhere |
14:02.51 | DocScrutinizer05 | scary |
14:03.36 | freemangordon | merlin1991: well, we'd better keep what is for -T and invent something new for -thumb |
14:03.59 | DocScrutinizer05 | yoh |
14:04.10 | merlin1991 | use +thumbX instead? |
14:04.19 | freemangordon | instead what? |
14:04.21 | DocScrutinizer05 | why? |
14:04.32 | merlin1991 | instead of -thumbX |
14:04.33 | kerio | if you do that, people won't be able to update |
14:04.39 | kerio | because -thumbX will be greater than +thumbX |
14:04.46 | merlin1991 | because the +whatever is compared differently |
14:04.51 | DocScrutinizer05 | doesn't it work pretty nice right now, NOT "up"dating -thumb to lesser T version |
14:05.20 | freemangordon | DocScrutinizer05: no, the ideas is new -T to be with higher version of latest -thumb |
14:05.39 | DocScrutinizer05 | sorry? |
14:05.41 | kerio | the weird thing is that it works fine with other packages |
14:05.43 | freemangordon | in some critical fix needs to be distributed and I am unable to do it |
14:05.47 | merlin1991 | freemangordon: to be more exact 5+whatever is bigger than 5 but never bigger than 6 for dpkg |
14:05.53 | freemangordon | s/in/in case/ |
14:05.57 | kerio | right now, apt is prompting me to update qt and obexd |
14:06.15 | DocScrutinizer05 | and no matter if system fscked or just de-thumbified, it's insane to roll back stuff to a basically lesser version |
14:06.21 | DocScrutinizer05 | (repost) |
14:06.48 | freemangordon | DocScrutinizer05: the is why I issued a warning ont TMO "do not update to new -testing" :D |
14:07.02 | merlin1991 | DocScrutinizer05: a -T update would never roll back to a lower version only to a version without thumb |
14:07.17 | merlin1991 | DocScrutinizer05: that's why all the dependencies in our mp are >= |
14:07.32 | DocScrutinizer05 | well, another way to handle that. Probably you want to replace cssu-t repo by cssu-thumb repo |
14:07.46 | kerio | DocScrutinizer05: completely replace? ouch |
14:07.58 | freemangordon | DocScrutinizer05: again, we invent that in case I got hit by a bus |
14:08.02 | kerio | still doesn't solve the "critical bugfix" thing, tho |
14:08.09 | DocScrutinizer05 | again |
14:08.11 | DocScrutinizer05 | and no matter if system fscked or just de-thumbified, it's insane to roll back stuff to a basically lesser version |
14:08.24 | freemangordon | whatever |
14:08.29 | kerio | DocScrutinizer05: it's not a fucking lesser version if it doesn't have a critical bug |
14:08.36 | DocScrutinizer05 | where "lesser" means "not thumbified" |
14:08.58 | DocScrutinizer05 | kerio: eh?? |
14:09.25 | merlin1991 | DocScrutinizer05: kerio talks about the case where there is an update for $package in -T which is arm but has some nasty bug fixed |
14:09.38 | DocScrutinizer05 | so what? |
14:09.48 | DocScrutinizer05 | I'm talking about the 'normal' case |
14:09.58 | freemangordon | hmm, DocScrutinizer05 assumes -thumb an advantage? WTF, I FEEL constrained. wHAT DATE IS TODAY, i NEED THAT MARKED IN RED IN MY CALENDAR :p |
14:10.14 | freemangordon | sorry for the caps |
14:11.08 | kerio | freemangordon: you should've used +thumbY, but you haven't - how are you going to fix this? |
14:11.48 | kerio | while still maintaining the ability to update from HAM for the non-techy users |
14:11.56 | DocScrutinizer05 | I'm just waiting for the release that actually fucks up thumb systems, due to replacing something with a version that doesn't provide some mandatory thumb support or simply is so much bigger in size that it crashes in update on thumb systems |
14:12.25 | kerio | DocScrutinizer05: wat? |
14:13.11 | DocScrutinizer05 | ooh, btw, what will settings-aboutCSSU tell? XP |
14:13.49 | kerio | flavour: testing, right now |
14:14.10 | DocScrutinizer05 | ooh, for -thumb? *BAD* |
14:14.18 | kerio | it is testing! |
14:14.27 | DocScrutinizer05 | no it's not |
14:14.45 | kerio | freemangordon: ooh, other packages have a +cssu or +0cssu i think, so the issue wouldn't come up |
14:16.05 | kerio | it does come up for hildon-desktop, for instance, which has no +foo in the version |
14:16.18 | kerio | 1:2.2.142-21.1-thumb1 is greater than 1:2.2.142-22 |
14:16.36 | DocScrutinizer05 | I'm not going to support dumbass users by telling them "no matter what settings_About-CSSU shows! If you *ever* installed cssu-thumb, I can't help since that's not a proper cssu-t install, it has a lot of different binaries" |
14:16.48 | kerio | freemangordon: this is going to be painful to fix, i'm afraid :c |
14:17.16 | kerio | DocScrutinizer05: Version: 21.2011.38-1Tmaemo4-thumb16; Flavor: Testing |
14:17.44 | kerio | files a bug for the wrong spelling of "Flavour" |
14:17.53 | DocScrutinizer05 | kerio: FUCK YOUr FLAVOUR! |
14:18.34 | kerio | freemangordon: the supposed way to fix all these kinds of version mismatches is to increase the epoch |
14:18.39 | DocScrutinizer05 | honestly... |
14:18.43 | kerio | but you'd have to get merlin1991 to do that for -testing as well :s |
14:19.11 | kerio | DocScrutinizer05: <3 |
14:19.13 | merlin1991 | kerio: actually if the spelling in the widget is wrong it is a valid bug report |
14:19.23 | kerio | DocScrutinizer05: see? :D |
14:19.29 | DocScrutinizer05 | no, we won't mess with testing to accomodate -thumb requirements |
14:19.46 | DocScrutinizer05 | kerio: stop trolling |
14:20.04 | DocScrutinizer05 | you're extremely antagonizing |
14:20.05 | merlin1991 | also kerio the spelling is right |
14:21.11 | kerio | not in en_GB :) |
14:21.12 | DocScrutinizer05 | I thought thumb repo got invented to decouple from trsting repo |
14:21.26 | DocScrutinizer05 | kerio: stop trolling |
14:21.28 | kerio | DocScrutinizer05: no, -thumb is supposed to match -testing |
14:21.43 | DocScrutinizer05 | what a BS statement is that? |
14:22.12 | kerio | it's supposed to be functionally equivalent to cssu-testing |
14:22.23 | DocScrutinizer05 | so what? |
14:22.33 | DocScrutinizer05 | ~dict decouple |
14:22.52 | kerio | they're very connected, though |
14:22.57 | DocScrutinizer05 | BS |
14:23.08 | DocScrutinizer05 | they are alternative |
14:23.13 | DocScrutinizer05 | not complementary |
14:25.00 | freemangordon | DocScrutinizer05: -thumb is supposed to follow -testing |
14:25.03 | DocScrutinizer05 | you *can't* hope to pick _some_ essential bugfix updates from cssu-t repo while keeping other stuff on -thumb "level", whenever a new CSSU-T rolls out |
14:25.29 | freemangordon | DocScrutinizer05: yes, you can |
14:25.39 | DocScrutinizer05 | freemangordon: exactly, so why do you need cssu-t repo then? yeah the bus, BS |
14:25.41 | *** join/#maemo-ssu arcean (~arcean@aacr116.neoplus.adsl.tpnet.pl) |
14:25.57 | kerio | DocScrutinizer05: also, not everything is recompiled afaik |
14:26.04 | freemangordon | DocScrutinizer05: because development happens in -T |
14:26.11 | freemangordon | kerio: exactly |
14:26.51 | DocScrutinizer05 | that's your probelm then, increase epoch of your -thumb stuff to avoid downgrading to cssu-t on new rev |
14:27.14 | freemangordon | DocScrutinizer05: but that is intended behaviour |
14:27.26 | freemangordon | it is not done by mistake |
14:27.41 | kerio | freemangordon: otoh, the weird versioning thing is a mistake :c |
14:27.42 | DocScrutinizer05 | shall I post it *again*?? |
14:27.49 | freemangordon | DocScrutinizer05: no need |
14:28.11 | freemangordon | kerio: yes, but we will fix that somehow |
14:28.32 | DocScrutinizer05 | oh well, I simply don't care about that -thumb stuff, too weird |
14:28.33 | freemangordon | DocScrutinizer05: but your reasoning is not necessarily valid for everyone |
14:28.55 | DocScrutinizer05 | no concept how to maintain |
14:29.22 | DocScrutinizer05 | so do whatever you like, on -thumb |
14:29.39 | kerio | now look who's antagonizing |
14:30.13 | freemangordon | and that is why newer -T is supposed to have bigger version when out. because I am not the best debian maintainer around and could easily screw something |
14:30.43 | DocScrutinizer05 | just please save me from comments like "Then we need to increase epoch on all stuff in -testing" or similar nonsense |
14:31.01 | kerio | DocScrutinizer05: no, i said that you'd have to do that to use the standard fix for this kind of thing |
14:31.02 | freemangordon | when did I say that? |
14:31.13 | DocScrutinizer05 | kerio did |
14:31.28 | kerio | notice the... conditional tense? |
14:31.35 | kerio | conditional form? |
14:31.39 | freemangordon | but kerio can do nothing in -thumb, i miss your point |
14:31.46 | DocScrutinizer05 | stfu kerio |
14:32.04 | freemangordon | DocScrutinizer05: calm down, ok? |
14:32.24 | DocScrutinizer05 | my point? we just updated testing and are discussing -thumb since 1h now |
14:32.58 | DocScrutinizer05 | no feedback whatsoever about testing update form any of you |
14:33.20 | freemangordon | DocScrutinizer05: I wouldn't update my primary device while at work |
14:33.23 | kerio | i only have one n900 :c |
14:33.41 | DocScrutinizer05 | so you got my point now? |
14:33.49 | DocScrutinizer05 | if not I don't mind either |
14:33.54 | DocScrutinizer05 | cya peeps |
14:35.15 | kerio | DocScrutinizer05: oh i'm sorry, i didn't know me and freemangordon were the only ones in here who can test the new -T release |
14:35.43 | DocScrutinizer05 | I'm temped to kick you for continued trolling despite warnings |
14:36.34 | Lava_Croft | whistles a familiar tune |
14:36.38 | freemangordon | DocScrutinizer05: kicking everyone out of the channel wouldn't make CSSU better or more tested. Though it is your right being the chanop |
14:36.49 | Lava_Croft | freemangordon recognized the tune! |
14:36.52 | Lava_Croft | and fast too! |
14:37.36 | DocScrutinizer05 | freemangordon: you try to join kerio's trollig efforts? That will still not cause me kicking *everybody* |
14:37.51 | freemangordon | kicks himself on his way home, bbl |
14:38.38 | Lava_Croft | one day DocScrutinizer05 is all about how we should be friendly since we all like hacking our lovely n900 |
14:38.43 | Lava_Croft | the next day he is all about kicking folks |
14:39.04 | DocScrutinizer05 | I didn't know kerio was "folks" |
14:39.16 | Lava_Croft | you already basically mentioned two |
14:39.34 | DocScrutinizer05 | check your definition of "basically" |
14:39.39 | Lava_Croft | but im smart enough to know that having any kind of discussion with you when you are in this mood is fruitless |
14:39.51 | Lava_Croft | take a hike, get some fresh air |
14:39.56 | Lava_Croft | it will do you good! |
14:40.06 | Lava_Croft | (unless you live in some big city with shit air quality) |
14:40.26 | DocScrutinizer05 | I tried that when kerio thought he needs to highlight me |
14:40.40 | DocScrutinizer05 | with further trolling nonsense |
14:40.48 | Lava_Croft | ignore hilights for a while |
14:40.52 | Lava_Croft | and dont make em beep |
14:41.09 | Lava_Croft | anyhow, you get the point |
14:41.23 | Lava_Croft | and im fairly certain kerio got it:) |
14:41.33 | kerio | yeah, i'll just shut up when ops with PMS are around |
14:41.42 | Lava_Croft | sighs |
14:41.47 | Lava_Croft | silly child |
14:42.14 | Lava_Croft | I basically defended you for a little bit, but you waste no time in proving me wrong |
14:42.18 | Lava_Croft | I should have known better |
15:03.54 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
15:15.00 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
15:26.18 | Pali | please test patched ke-recv which adds support for configuring usbnetwork (by default all disabled) |
15:26.19 | Pali | https://gitorious.org/~pali/community-ssu/pali-ke-recv |
15:30.58 | *** join/#maemo-ssu arcean_ (~Arcean@aacr116.neoplus.adsl.tpnet.pl) |
15:45.51 | merlin1991 | Pali: you need one more thing taken care of in the script |
15:46.09 | merlin1991 | dnsmasq shouldn't give a gateway ip if nat is disabled |
15:58.00 | kerio | Pali: put it in -devel |
15:58.25 | Pali | I do not want to start qemu |
15:58.33 | Pali | scripts was not tested yet |
15:59.39 | *** join/#maemo-ssu Woody14619 (~Woody@66-162-186-66.static.twtelecom.net) |
15:59.40 | *** join/#maemo-ssu Woody14619 (~Woody@Maemo/Community/council/Woody14619) |
16:13.31 | DocScrutinizer05 | Pali: >>/usr/sbin/iptables -t nat -D POSTROUTING ! -o lo -j MASQUERADE<< ?? "!" really? not "1"? |
16:13.55 | DocScrutinizer05 | Pali: -D, --delete chain rulenum |
16:14.24 | DocScrutinizer05 | Pali: I'm no expert, but looks like a typo |
16:15.06 | Pali | correct is also: -D chain rule-specification |
16:15.29 | DocScrutinizer05 | ooh I see |
16:15.42 | DocScrutinizer05 | should've finished manpage all way down first :-) |
16:15.44 | *** join/#maemo-ssu NIN101 (~NIN@p5DD28AE2.dip0.t-ipconnect.de) |
16:16.07 | DocScrutinizer05 | [!] -o, --out-interface name |
16:16.13 | Pali | maybe we can limit masquerading only for usb0 |
16:18.07 | Pali | but we can use usbnetwork for 1) connect N900 to PC with NAT or 2) connect PC to N900 |
16:18.59 | Pali | also more iptables rules for security should be added |
16:19.18 | Pali | but n900 has disabled iptables, so is without firewall by default... |
16:19.46 | Pali | so additional rules depends on users... |
16:19.49 | kerio | is there no kernel support or it's just the userland missing? |
16:20.26 | Pali | kerio, missing iptables package (is only in extras) and I do not know if iptables is enabled in default kernel |
16:20.40 | Pali | kernel-power has it included |
16:21.22 | Pali | DocScrutinizer05, I pushed package iptables-persistent from ubuntu which run iptables-restore < /etc/iptables/<some_file> if exists |
16:21.49 | Pali | so confguration is now possible with one config file |
16:21.57 | Pali | (or two for ipv6) |
16:22.03 | DocScrutinizer05 | no iptables in stock kernel afaik |
16:22.54 | kerio | i think it's probably one of the things worth including if CSSU eventually decides to do a kernel update |
16:22.57 | DocScrutinizer05 | sidenote: if [ $? != 0 ]; then ## better use [$? -ne 0] since it's basically numeric, but I see it's already like that in original script |
16:25.40 | DocScrutinizer05 | another sidenote: if [ "$USBNETWORK_DNSMASQ" = "1" ]; then ### better use a function call, like >> if config-set USBNETWORK_DNSMASQ; then << |
16:29.17 | DocScrutinizer05 | config-set(){ if [ "$1" = "1" -o "$1" = "true" -o "$1" = "yes" -o "$1" = "y"]; then return 0; fi; return 1} |
16:29.30 | DocScrutinizer05 | sorry |
16:30.27 | DocScrutinizer05 | s/$1/${$1}/ |
16:30.36 | DocScrutinizer05 | s/$1/${$1}/g |
16:44.13 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
17:13.32 | *** join/#maemo-ssu Free-MG (~test@p5DD7C58A.dip.t-dialin.net) |
17:19.16 | kerio | why does community-testing hold so many past versions of packages? |
17:19.40 | kerio | same goes for the extras repos |
17:23.59 | amiconn | Hmm, new cssu-t |
17:24.39 | amiconn | wonders whether it has the fix for this %$&/§"% operator name widget |
17:27.40 | amiconn | Hmm, no offline mode + reboot? |
17:28.05 | amiconn | Is this expected? |
17:34.23 | kerio | amiconn: the new operator name widget worksforme |
17:34.30 | kerio | and i had problems with the older version |
17:36.03 | amiconn | The old version had a fairly big bug. Unfortunately I can't even verify right now - the bug only hit me when roaming |
17:36.20 | kerio | yep, same bug i was affected by |
17:36.21 | kerio | :) |
17:36.24 | Pali | roaming is fixed |
17:36.37 | kerio | it's kinda easy for me though, i have to go roaming when in 2g |
17:37.15 | Pali | I fixed problem when operator name was empty and when not changed in roaming |
17:37.32 | Pali | also added handler for dbus signal "operator changed" |
17:39.28 | kerio | Pali: there's a weird log line that's not disabled, which makes me a sad panda :( |
17:39.43 | kerio | Pali: "service provider name match" |
17:40.12 | Pali | where is written? |
17:41.00 | Pali | ok, I see |
17:44.10 | Pali | kerio, fixed: https://gitorious.org/community-ssu/operator-name-cbs-widget/commit/ff96ce3653b9951158badc150cb4c62aec28b1fc |
17:44.45 | kerio | =D |
18:26.20 | DocScrutinizer05 | damn, sure we already fixed that, and kerio should know damn well |
18:26.51 | kerio | i always said it wasn't fixed yet! |
18:27.44 | DocScrutinizer05 | amiconn: yes, fixed opername applet in new CSSU, see changelog! |
18:28.20 | DocScrutinizer05 | kerio: you've actually been asked to test the fix iirc |
18:29.36 | DocScrutinizer05 | amiconn: reboot happened here, please see http://talk.maemo.org/showpost.php?p=1264791&postcount=793 |
18:29.59 | kerio | DocScrutinizer05: i don't have a working toolchain, i'd need binaries to do that |
18:31.07 | *** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
18:36.25 | amiconn | Hmm, "About CSSU" still says Tmaemo4.1, even after manual reboot |
18:37.14 | DocScrutinizer05 | amiconn: you're supposed to install opername applet first, then both cssu-t and cssu enabler |
18:37.29 | DocScrutinizer05 | in HAM |
18:37.48 | amiconn | ham offered both opername applet and cssu enabler, I chose "update all" as usual |
18:37.54 | merlin1991 | cssu-t is enough it will pull in the enabler update aswell |
18:38.07 | merlin1991 | amiconn: ham is stupid, do hte opername applet first :D |
18:38.12 | DocScrutinizer05 | amiconn: thanks for confirming it doesn't work |
18:38.51 | DocScrutinizer05 | merlin1991: please again edit #793 |
18:39.01 | amiconn | Now there are "no updates available" |
18:39.12 | DocScrutinizer05 | since everybody would just pick "update all" |
18:39.42 | amiconn | Why are dependencies on maemo f**ed up like that? |
18:40.01 | DocScrutinizer05 | Nokia invented mega-MP |
18:40.04 | gregoa | the dependencies are fine, it seems that HAM is silly |
18:40.20 | kerio | that's an understatement :) |
18:40.28 | DocScrutinizer05 | no, actually dependencies are lazy/sloppy |
18:40.46 | merlin1991 | DocScrutinizer05: edited |
18:41.11 | merlin1991 | amiconn: because ham uses apt worker and udate all is just a nice way to say do those all in single steps |
18:41.14 | DocScrutinizer05 | Nokia decided to just go "screwit, it's all in MP anyway, so why get *real* dependencies right?" |
18:41.19 | merlin1991 | which will fail if the cssu update goes first |
18:41.32 | gregoa | well, "aptitude dist-upgrade" did what I expected it to do (i.e. remove the opername package all by itself. in one run.) |
18:41.43 | DocScrutinizer05 | OUCH |
18:44.22 | amiconn | does not understand why Nokia tried to reinvent the wheel (but made it worse) instead of just relying on apt and one of the numerous existing front-ends (maybe with a custom touch ui) |
18:44.34 | kerio | because fukken Elop |
18:44.37 | kerio | or something like that |
18:44.47 | amiconn | That was way before Elop |
18:44.51 | kerio | i know :) |
18:44.58 | kerio | proper dependencies are actually kinda hard to maintain |
18:45.10 | kerio | and i think they wanted to control the updates released to the users |
18:45.19 | kerio | nokia phones are upgraded in bulk |
18:45.53 | gregoa | apt worker updating packages one by one is a different question than dependencies |
18:46.37 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz) |
18:47.10 | wmarone | numerous existing front-ends? |
18:47.34 | kerio | wmarone: synaptic |
18:47.35 | DocScrutinizer05 | btw prepare for shitstorm, as most users simply will click "update all2 nevertheless, when they get notification [!] |
18:47.52 | wmarone | kerio: OH ok, I thought you meant GUI |
18:48.04 | wmarone | as in the entire UI, not package manager |
18:48.27 | kerio | DocScrutinizer05: well, it upgrades fine if you do "Update all" twice, doesn't it? |
18:48.38 | DocScrutinizer05 | nfc |
18:48.39 | amiconn | kerio: Nope, at least not here |
18:48.52 | kerio | :( |
18:48.58 | kerio | meh, at least it's testing and not stable |
18:49.07 | DocScrutinizer05 | meh, at least meh |
18:49.40 | DocScrutinizer05 | prepares for nightshift |
18:49.57 | RST38h | Nightshift where |
18:50.00 | RST38h | Here? |
18:51.52 | DocScrutinizer05 | sure |
18:52.06 | DocScrutinizer05 | and on friggin tmo |
18:52.11 | amiconn | Why is this ham thing so darn slow? |
18:52.23 | kerio | amiconn: because fukken Elop, or something like that :P |
18:52.30 | DocScrutinizer05 | because it's building dependencies |
18:52.44 | DocScrutinizer05 | something other fap apps don't |
18:52.59 | amiconn | apt-get dist-upgrade would be faster, wouldn't it? |
18:53.11 | kerio | amiconn: eeh, never properly worked for me |
18:53.20 | kerio | (on maemo) |
18:53.22 | RST38h | You are still trolling tmo? |
18:53.23 | RST38h | Nooooo |
18:53.30 | DocScrutinizer05 | the question is: why does it still fsck up when there's a conflict that can get solved by simply installing in right sequence? |
18:53.40 | amiconn | Not necessarily on maemo, but on debian with similarly specced hardware |
18:53.54 | kerio | amiconn: it's not a matter of hardware :) |
18:54.00 | kerio | and yeah, apt-get is much faster |
18:54.02 | amiconn | Seems it's finally upgrading cssu properly |
18:54.19 | DocScrutinizer05 | amiconn: apt-get dist-upgrade is *DEPRECATED* |
18:54.33 | DocScrutinizer05 | known to fuck up system |
18:54.48 | amiconn | [20:53:39] <amiconn> Not necessarily on maemo, but on debian with similarly specced hardware |
18:54.58 | kerio | actually i think it's kinda deprecated on debian too |
18:55.04 | gregoa | no |
18:55.09 | kerio | you're supposed to use aptitude for big updates that apt-get can't get through |
18:55.13 | amiconn | Nope |
18:55.15 | kerio | (or apt-get install manually) |
19:01.19 | *** join/#maemo-ssu infobot (~infobot@rikers.org) |
19:01.19 | *** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version (testing): 21.2011.38-1Tmaemo5.1; (stable): 21.2011.38-1Smaemo4.1 |
19:01.19 | *** mode/#maemo-ssu [+v infobot] by ChanServ |
19:01.20 | DocScrutinizer05 | infobot: wb |
19:01.20 | infobot | thx |
19:01.48 | merlin1991 | Pali: does the pkg with the various kernels contain that? |
19:02.03 | Pali | I think yes |
19:02.08 | Pali | it is only tar.gz |
19:02.24 | merlin1991 | anything I can look for especially? |
19:03.29 | Pali | try boot framebuffer kernel and see where it failing... |
19:05.02 | merlin1991 | okay |
19:05.17 | DocScrutinizer05 | blames modules |
19:05.19 | merlin1991 | first I need to find my sd card :D so I know which device I tried it on :D |
19:05.33 | merlin1991 | DocScrutinizer05: it is a stock kernel on a device with only stock kernel modules |
19:05.41 | DocScrutinizer05 | hmm |
19:05.46 | DocScrutinizer05 | strange then |
19:06.25 | merlin1991 | now where was that u-boot thread again D: |
19:12.18 | DocScrutinizer05 | merlin1991: we *might* have postponed cssu-t update by 24h or more, to allow all users to update opername first |
19:12.55 | DocScrutinizer05 | now I think we should have a story at hand about how to recover |
19:13.24 | merlin1991 | Pali: it fails to mount the root fs cannot open "ubi0:rootfs erorr -19 |
19:13.35 | Pali | I need more messages |
19:13.50 | merlin1991 | how can I keep it from shutting down so fast after the kernel panic? |
19:13.54 | DocScrutinizer05 | >>ovi sms msg shit?<< notmynokia |
19:14.01 | DocScrutinizer05 | cherry |
19:14.13 | Pali | merlin1991, enable R&D mode + disable watchdogs |
19:14.22 | merlin1991 | okay |
19:14.46 | Pali | merlin1991, I think somebody already wrote problem that rootfs cannot be mounted |
19:14.47 | DocScrutinizer05 | ~jrtools |
19:14.48 | infobot | somebody said jrtools was http://wiki.maemo.org/User:Joerg_rw/tools |
19:15.07 | DocScrutinizer05 | ^f cherry |
19:15.10 | merlin1991 | Pali: what is the disable watchdog argument for flasher? |
19:15.46 | Pali | $ flasher-3.5 --enable-rd-mode --set-rd-flags=no-omap-wd |
19:16.21 | DocScrutinizer05 | flasher --set-rd-flags |
19:16.26 | DocScrutinizer05 | will show a list |
19:16.33 | Pali | merlin1991, can you upload your parsed /proc/atags (booted without u-boot) |
19:16.58 | DocScrutinizer05 | no-omap-wd no-ext-wd no-lifeguard-reset |
19:17.08 | merlin1991 | I'll get them together with the framebuffer msgs |
19:17.52 | DocScrutinizer05 | omap-wd is hw-wd on omap, ext-wd is on GAIA, lifeguard is basically dsme, aiui |
19:18.11 | Pali | yes, correct |
19:18.15 | merlin1991 | is it a comma seperated list? |
19:18.18 | Pali | yws |
19:18.23 | DocScrutinizer05 | or maybe not even GAIA but bb5? |
19:18.38 | DocScrutinizer05 | yep, afaik |
19:19.36 | Pali | DocScrutinizer05, in kernel are only: CONFIG_OMAP_WATCHDOG=m CONFIG_TWL4030_WATCHDOG=m |
19:19.40 | DocScrutinizer05 | at least I recently noticed the bb5 can reset omap and of course omap can reset bb5 |
19:20.15 | DocScrutinizer05 | I guess you can't disable bb5 wd |
19:20.32 | DocScrutinizer05 | just shut down cmt completely |
19:21.01 | DocScrutinizer05 | or maybe it's not even used in fremantle |
19:21.02 | merlin1991 | Pali: I guess I could test on my other devices aswell to see if it is a hw specific thing |
19:21.18 | Pali | merlin1991, ok |
19:21.59 | Pali | merlin1991, also provide atags, see thread: http://talk.maemo.org/showthread.php?t=84560 |
19:23.48 | DocScrutinizer05 | merlin1991: amiconn: what's the proper recovery path from updating cssu-t5 first conflicts? |
19:24.23 | amiconn | It seems that one just needs to update again. This didn't work for me first time because of ham hiccup |
19:25.05 | merlin1991 | DocScrutinizer05: install oper name, do update |
19:25.20 | Pali | and then remove operator name |
19:25.33 | DocScrutinizer05 | [2012-09-11 20:39:02] <amiconn> Now there are "no updates available" |
19:25.42 | Pali | wait |
19:25.57 | Pali | HAM will show update after 2-3 minutes after clicking on button |
19:26.20 | DocScrutinizer05 | [2012-09-11 20:48:27] <kerio> DocScrutinizer05: well, it upgrades fine if you do "Update all" twice, doesn't it? [2012-09-11 20:48:38] <amiconn> kerio: Nope, at least not here |
19:26.46 | amiconn | [20:59:10] -*- amiconn wonders why ham temporarily forgot all its catalogs |
19:26.54 | amiconn | [20:59:22] <amiconn> Restarting ham fixed that |
19:27.24 | merlin1991 | amiconn: when apt-worker is still busy when you hit the catalouges button then you get an emtpy list after a timeout |
19:27.34 | Pali | problem is that after each operation ham will parse all package lists and this take a lot of time |
19:27.38 | DocScrutinizer05 | ok, so the recommendation is: quit ham, start ham, do update opername, quit ham, start ham, do cssu-t update |
19:27.45 | Pali | second problem is with apt-worker |
19:27.48 | merlin1991 | just run xterm in the background with top, when you see that apt-worker isn't hogging the cpu anymore you should be able to get the list |
19:27.56 | Pali | if apt worked crash or fail, HAM stop working... |
19:28.19 | merlin1991 | fsckd battery for the rtc |
19:28.23 | Pali | if apt-worker freeze then HAM not working after starting again too |
19:28.40 | DocScrutinizer05 | ok, so the recommendation is: quit ham, wait 5 min, start ham, do update opername, quit ham, wait 5 min, start ham, do cssu-t update |
19:28.42 | Pali | it is possible to charge rtc battery? |
19:28.44 | merlin1991 | I really need a set of those batteries, I'm getting tired of setting the time over and over again |
19:28.55 | merlin1991 | DocScrutinizer05: the wait 5 min is after start ham |
19:28.58 | Pali | merlin1991, use operator time |
19:29.12 | merlin1991 | Pali: operator does not provide time :/ |
19:29.24 | merlin1991 | and ntp needs at least some kind of proper date in order to work |
19:29.37 | Pali | use gps for time :D |
19:29.42 | DocScrutinizer05 | haha |
19:29.52 | merlin1991 | i have nothing installed that does that |
19:29.54 | DocScrutinizer05 | a-gps needs time to work |
19:29.58 | merlin1991 | though it would be the next best option |
19:30.19 | Pali | DocScrutinizer05, how agps working? |
19:30.23 | DocScrutinizer05 | +-10min maybe |
19:30.25 | Pali | it is only SW solution? |
19:30.30 | kerio | merlin1991: find a way to install ntpdate |
19:30.31 | Pali | or needs also some HW? |
19:30.32 | DocScrutinizer05 | basically yes |
19:30.32 | merlin1991 | Pali: do you need just a cat /proc/atags or do I need to run your funky binary? |
19:30.47 | merlin1991 | kerio: like I said, ntp needs at least some sort of right date |
19:30.48 | Pali | merlin1991, /proc/atags is binary |
19:30.58 | kerio | that's why i said ntpdate |
19:30.58 | Pali | so if you can send me unmodified binary, it is ok |
19:31.08 | DocScrutinizer05 | merlin1991: ntp has an option to override the "less than a hour" restriction |
19:31.46 | DocScrutinizer05 | and also ntpd now is the official replacement for ntpdate |
19:32.06 | Pali | $ cat file | xxd |
19:32.21 | Pali | $ uuencode -m file file |
19:32.24 | merlin1991 | DocScrutinizer05: I'm using rdate (which talks ntp) but when your own date is wayyyy too wrong then it fails when calculating the timing difference to the ntp server |
19:32.25 | DocScrutinizer05 | xxd: no binary |
19:32.29 | Pali | or something else... |
19:32.51 | kerio | DocScrutinizer05: i thought that the option that made ntpd work like ntpdate wasn't in maemo ntpd |
19:33.01 | merlin1991 | Pali: I still have the atags binary around |
19:33.09 | Pali | DocScrutinizer05, xxd is used by vim |
19:33.23 | Pali | :%!xxd |
19:33.34 | Pali | convert current file to binary |
19:33.42 | Pali | :%!xxd -r |
19:33.53 | Pali | convert current hexdump back |
19:35.53 | Pali | merlin1991, or check if atags are still same as your reported: http://talk.maemo.org/showpost.php?p=1214052&postcount=14 |
19:36.07 | Pali | and which is problematic |
19:36.42 | Pali | merlin1991, can you try to boot rescue os via u-boot and copy atags from rescue os? |
19:37.18 | merlin1991 | Pali: atags are still the same, they only differ in BOOTREASON (pwr key vs sw reset) |
19:37.28 | Pali | ok |
19:37.42 | Pali | I will write bootmenu item for rescue os |
19:37.45 | Pali | ~rescueos |
19:37.45 | infobot | [rescue-os] http://206.253.166.96/N900/rescueOS/ |
19:38.02 | merlin1991 | my errors are here: http://paste.debian.net/189406/ |
19:38.38 | DocScrutinizer05 | inde3ed friggin opennntpd doesn't know -g |
19:39.27 | DocScrutinizer05 | I'm pretty sure I got ntpdate on T900, wonder where from |
19:42.37 | Pali | merlin1991, here is rescue os item file for u-boot: http://talk.maemo.org/showthread.php?p=1264989#post1264989 |
19:43.13 | Pali | rescue os not using ubifs rootfs, so it should boot |
19:43.32 | merlin1991 | Pali: where should I drop the rescuefs files? |
19:43.44 | Pali | internal or external mmc |
19:43.52 | Pali | mydocs is ok |
19:44.19 | merlin1991 | the other n900 booted fine with u-boot |
19:44.47 | Pali | just update file names, filesystem and mmc partittion in config file |
19:44.58 | Pali | which HW rev is OK and which incorrect? |
19:46.01 | DocScrutinizer05 | dman, tmo users are not thanks-happy on [Announce] CSSU Testing thread |
19:46.09 | merlin1991 | 2101 is ok |
19:46.49 | DocScrutinizer05 | ooooh, hv-rev incompatibilities? :-) |
19:47.19 | DocScrutinizer05 | prolly due to different nand types on different hw-revs |
19:49.00 | merlin1991 | arf now my n900 is silly |
19:50.05 | merlin1991 | 2104 fails |
19:50.20 | kerio | merlin1991: oh noes D: |
19:50.25 | kerio | has a 2104 |
19:51.50 | merlin1991 | hm I also have a revision 2204 device here, I'll try how that one does |
19:53.53 | merlin1991 | ewww I'll have to reflash this one beforehand |
19:58.24 | Pali | seems that your error is same as somebody reported |
20:02.31 | kerio | Pali: regarding different hw revs? or regarding 2104? |
20:02.57 | Pali | somebody reported same problem as merlin |
20:05.37 | merlin1991 | Pali: where on Mydocs do I have to drop the kernel image, inside bootmenu.img.d? |
20:07.37 | Pali | merlin1991, drop it where you want |
20:07.43 | Pali | just adjust path in config file |
20:07.54 | Pali | in config file must be full path without leading '/' |
20:07.56 | merlin1991 | err the question is does it assume the bootmenu.img.d path by default or not? |
20:08.02 | Pali | no |
20:08.14 | Pali | do not use this bootmenu.img.d |
20:08.20 | merlin1991 | what is it? :D |
20:08.34 | Pali | this is for autogenerated files |
20:08.51 | merlin1991 | and why does it contain the stock and the fb kernel, and how the fuck do their item files work then? |
20:09.04 | Pali | and I forgot that you need to generate uimage and uinitrd from rescue os files |
20:09.16 | merlin1991 | ... how? |
20:09.19 | Pali | u-boot can load only signed images with its types |
20:09.39 | Pali | merlin1991, or better, drop these files in /boot/ |
20:09.56 | Pali | and remove FSTYPE and MMC drive lines |
20:10.20 | Pali | u-boot-update-bootmenu will then sign it |
20:10.26 | merlin1991 | okay |
20:10.31 | Pali | and generate files to bootmenu.img.d |
20:11.44 | Pali | post on TMO was edited |
20:12.39 | Pali | u-boot binary which is flashed to nand contains u-boot binary and attached pr1.3 kernel |
20:13.09 | Pali | so nolo load both to RAM and start first image (u-boot). u-boot then find kernel and can boot it |
20:13.35 | DocScrutinizer05 | no real news |
20:13.55 | Pali | then uboot load script file bootmenu.cmd from MyDocs and execute it (if exists) |
20:14.21 | Pali | this script is generated by u-boot-update-bootmenu and contains additional entries for other kernels/OSs |
20:15.14 | Pali | u-boot-update-bootmenu will parse config files and if ITEM_DEVICE is not specified it copy file from /boot to MyDocs/bootmenu.img.d and sign it |
20:15.30 | merlin1991 | hm how do I get the atags out of there? |
20:15.54 | Pali | in rescue os you can enable usb networking |
20:16.10 | Pali | and login via telnet |
20:16.19 | Pali | also you can mount MyDocs |
20:16.30 | Pali | cat /proc/atags > ... mydocs... |
20:16.53 | merlin1991 | no I can't same error as when I boot pr kernel from u-boot |
20:16.54 | Pali | and via usb mass storage you can copy file out |
20:17.30 | DocScrutinizer05 | dafaq, /me needs some breakfast |
20:17.43 | DocScrutinizer05 | *before* nightshift |
20:17.49 | Pali | merlin1991, is rescue os working from u-boot? |
20:17.58 | merlin1991 | yes it booted |
20:18.41 | merlin1991 | hm I have usb networking up, but no ssh server? |
20:18.58 | Pali | telnet |
20:19.05 | kerio | merlin1991: why are you doing this in rescue-os? |
20:19.25 | *** join/#maemo-ssu toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
20:19.27 | Pali | because if atags are fsck then only rescue os can show it |
20:19.37 | kerio | i see |
20:19.43 | Pali | because in atags are stored mtd layout (for maemo) |
20:19.53 | Pali | but upstream kernel has hardcoded mtd layout |
20:19.59 | Pali | and does not depends on atags |
20:20.06 | Pali | ok, now I'm going offline |
20:20.08 | Pali | bye |
20:20.09 | kerio | where are the atags written? |
20:20.11 | kerio | aww :( |
20:20.28 | Pali | /proc/atags |
20:20.36 | merlin1991 | hm I can telent in but nothing happens when I type on the telnet console |
20:20.37 | kerio | no, i mean |
20:20.40 | kerio | where does the kernel get those? |
20:20.46 | Pali | from RAM |
20:20.51 | kerio | i see |
20:21.03 | Pali | bootloader will store atags to RAM to well known address |
20:22.40 | DocScrutinizer05 | http://talk.maemo.org/showthread.php?p=1265003#post1265003 |
20:23.13 | DocScrutinizer05 | damn, how can pali vanish the very 30s you need him? |
20:23.39 | kerio | DocScrutinizer05: haha |
20:23.42 | kerio | also no, it's a bb-p problem |
20:23.51 | DocScrutinizer05 | orly? |
20:23.54 | DocScrutinizer05 | cooooool |
20:24.19 | DocScrutinizer05 | isn't bb-p the latest hottest shit around? |
20:24.22 | kerio | yep |
20:24.33 | kerio | the only issue is updating bb-p itself |
20:24.47 | kerio | not sure why it's related to cssu, that one |
20:24.59 | DocScrutinizer05 | toldya don't mess with system shell |
20:25.00 | kerio | unless that dude also upgraded busybox-power at teh same time |
20:25.26 | kerio | DocScrutinizer05: if i told you that with a proper replacement for the busybox package there would be no such problem, would you tell me to stop trolling? |
20:25.59 | kerio | right now the packaging for bb-p is a kludge |
20:26.03 | DocScrutinizer05 | I'd tell you "read chanlog, it's exactly what I suggested for a clean solution of this mess" |
20:26.17 | DocScrutinizer05 | ooh, actually not |
20:27.09 | DocScrutinizer05 | since the "proper replacement" actually is an independent installation of bb-p on /opt |
20:27.20 | luf | kerio: stop trolling :D :D |
20:27.33 | kerio | i meant a conflicts+provides for "busybox", but yeah |
20:28.22 | DocScrutinizer05 | the problem now is that bb-p actually replaces bb |
20:28.47 | DocScrutinizer05 | without any sane rationale why we can't do better |
20:29.11 | kerio | the problem is that it doesn't actually replace it, but it uses preinst/postinst scripts to kludge itself in |
20:29.20 | DocScrutinizer05 | so cssu-t bb update obviously is prone to run into trouble |
20:29.34 | DocScrutinizer05 | :nod: |
20:29.44 | kerio | and it also does a weird thing with the symlinks to the busybox functions |
20:29.51 | kerio | bb-p provides stuff like bzip2 |
20:30.00 | kerio | but it doesn't actually make the link if you have it installed already |
20:30.11 | kerio | i have no fscking idea of what happens if you install bzip2 *after* busybox-power |
20:31.12 | merlin1991 | kerio: nothing special, the bzip2 binary replaces the bb-power symlink |
20:31.25 | merlin1991 | DocScrutinizer05: we had a discussion with the bb-power maintainer about this some time ago |
20:31.34 | merlin1991 | users of bb-power have to reinstall bb-power in order to get it back |
20:31.54 | merlin1991 | but there is no way we can go around this due to the hacky postinst replacing of busybox bb-power does |
20:32.30 | kerio | merlin1991: actually, a dpkg diversion with an exception for the busybox-power package itself would work much better |
20:32.35 | DocScrutinizer05 | yep, but we got new problems |
20:32.36 | kerio | it wouldn't help for the extra symlinks though |
20:32.42 | DocScrutinizer05 | http://talk.maemo.org/showthread.php?p=1265003#post1265003 |
20:40.12 | DocScrutinizer05 | merlin1991: we honestly should go for some 5 betatesters, from a non-public repo, before rolling out new cssu releases |
20:41.26 | DocScrutinizer05 | I wouldn't know which potential betatester would've noticed the bb-p problem, but generally it's for sure worth the 30min additional effort on your side |
20:42.03 | kerio | DocScrutinizer05: honestly i still can't figure out why he had that problem |
20:42.18 | DocScrutinizer05 | and we could've simply rolled out opername today and postponed cssu-t for 48h |
20:43.28 | DocScrutinizer05 | kerio: I guess new cssu.enabler's uninstall function tried to detect (and actually detected) modified files (here: for bb-p) and tried to do some diff to allow rollback/unnstall |
20:43.44 | amiconn | ...which would not have helped when post-poning updates due to limited internet access |
20:44.03 | DocScrutinizer05 | amiconn: sure |
20:44.08 | merlin1991 | DocScrutinizer05: your guess is bs |
20:44.18 | DocScrutinizer05 | ok, granted |
20:44.26 | DocScrutinizer05 | been wild handwaving |
20:44.38 | kerio | DocScrutinizer05: it could've been the ke-recv update, actually |
20:44.39 | amiconn | usually never updates when travelling, with two main reasons |
20:45.06 | merlin1991 | the facts are: we updated the pkg busybox which contains /bin/busybox, so dpkg removed /bin/busybox (which at this time actually is the bb-power binary) and replaced it with our slightly patched binary |
20:45.16 | amiconn | (1) No PC available, should a recovery become available. (2) Volume cap on mobile data |
20:45.35 | merlin1991 | thus all the symlinks which point to "applets" inside bb-power don't work anymore because there is a reduced busybox now in place |
20:45.41 | amiconn | s/available\./necessary./ |
20:46.12 | amiconn | Hmm, no infobot... |
20:46.20 | kerio | merlin1991: not pager or diff though |
20:46.21 | DocScrutinizer05 | damn, diff symlink should be standard bb |
20:46.26 | kerio | indeed |
20:46.34 | kerio | DocScrutinizer05: was that guy even using HAM? |
20:46.41 | merlin1991 | standard bb does not have diff |
20:46.58 | DocScrutinizer05 | ~pet amiconn |
20:46.59 | infobot | ACTION reaches over and pets amiconn on the head, saying "There, there! It'll all be ok!" |
20:47.01 | kerio | ...wat |
20:47.04 | kerio | merlin1991: wat |
20:47.12 | kerio | how the fuck can it be a UNIX system without diff |
20:47.16 | amiconn | eh? infobot being lazy then? |
20:47.21 | merlin1991 | kerio: in case you do have "diff" avaiable you should check where it actually comes from |
20:47.26 | DocScrutinizer05 | amiconn: \ |
20:47.30 | merlin1991 | kerio: we're missing patch aswell |
20:47.53 | kerio | Package diff is a virtual package provided by: busybox |
20:48.05 | DocScrutinizer05 | amiconn: infobot doesn't do regex |
20:48.24 | kerio | i don't even |
20:48.27 | amiconn | Hmm, but there used to be a bot doing that... |
20:48.29 | merlin1991 | kerio: so what? if you have extras enabled you'll always get that, even if you still have stock bb installed |
20:48.45 | kerio | ...i don't even |
20:48.59 | kerio | is there no diff in the sdk tools repo? :c |
20:49.06 | merlin1991 | hm funky busybox does have diff in the provides list |
20:49.08 | kerio | meh, nvm, it would uninstall busybox |
20:49.14 | DocScrutinizer05 | amiconn: and even if it did, you "matched for . while you wrote , |
20:49.21 | kerio | anyway yeah, diff comes from bb-p |
20:49.27 | kerio | so... i dunno lol |
20:49.29 | merlin1991 | I guess we should fix that, since busybox does not provide diff at all |
20:49.41 | merlin1991 | just checked on a device with stock pr 1.3 |
20:49.42 | DocScrutinizer05 | so, I dunno who the fuck is using diff then |
20:49.53 | kerio | DocScrutinizer05: apt |
20:51.25 | DocScrutinizer05 | so why didn't we see similar crap since PR1.0? |
20:52.05 | kerio | DocScrutinizer05: that dude was using apt |
20:52.25 | DocScrutinizer05 | either diff been in bb-basic since all times (or provided as separate binary by Nokia-MP), or it never got used by apt before |
20:52.39 | merlin1991 | DocScrutinizer05: never used |
20:52.47 | kerio | it doesn't *use* it, unless you ask for it when there's a conflicting configuration file |
20:52.50 | merlin1991 | it is not part of stock busybox |
20:53.04 | DocScrutinizer05 | weird shit |
20:53.15 | kerio | DocScrutinizer05: ok, so it appears that it's not a busybox-power problem |
20:53.22 | gregoa | since when and why would apt use diff? |
20:53.29 | kerio | gregoa: it doesn't use diff internally |
20:53.29 | DocScrutinizer05 | indeed |
20:53.49 | gregoa | ah, conffile handling. well that's dpkg and not apt :) |
20:53.57 | kerio | "this configuration file was changed, and there's an update, y to install the new one, n to keep the old, d to show a diff" |
20:54.00 | DocScrutinizer05 | I just can't figure nobody used that option when he ran into conflicts so far |
20:54.14 | merlin1991 | hm neither apt nor dpkg depend on diff |
20:54.31 | merlin1991 | (according to the dpkg database) |
20:54.36 | gregoa | or they have diffutils-gnu installed (and $PATH adjusted) |
20:54.37 | DocScrutinizer05 | failwale then |
20:54.58 | kerio | DocScrutinizer05: maybe the latest ke-recv update is the first that had a common cause of conflicts |
20:55.01 | DocScrutinizer05 | open a ticket |
20:55.09 | kerio | namely, /etc/default/mmc-mount if you had kernel-power installed |
20:55.11 | DocScrutinizer05 | kerio: nah! |
20:55.46 | DocScrutinizer05 | there are dozen of users messing with their scripts and shit |
20:55.56 | DocScrutinizer05 | .bashrc |
20:55.59 | DocScrutinizer05 | .profile |
20:56.02 | DocScrutinizer05 | whatnot else |
20:56.08 | kerio | those are *never* |
20:56.14 | kerio | er |
20:56.19 | kerio | those are *never* modified by packages |
20:56.30 | kerio | nothing ships (or should ship, at least) files or configuration files inside /home/user/ |
20:56.45 | DocScrutinizer05 | ooh? not even when updating bash2->bash3->bash4 ? |
20:56.46 | gregoa | in debian /usr/bin/diff is in diffutils which is an essential package, so no need for an explicit dependency. - no idea about dpkg + diff in maemo |
20:57.02 | kerio | DocScrutinizer05: bash3 has a "bash-setup" script that does that if you want to |
20:57.11 | DocScrutinizer05 | rrright |
20:57.23 | kerio | anyway, .bashrc, .profile, .bash_profile are not tracked by dpkg in any way |
20:57.51 | DocScrutinizer05 | open a ticket |
20:58.10 | kerio | should the next busybox update by cssu include diff? |
20:58.14 | DocScrutinizer05 | if only to close as won't-fix |
20:58.38 | DocScrutinizer05 | we can discuss this on the ticket |
20:59.07 | DocScrutinizer05 | obviously it's a sleeping bug |
20:59.17 | DocScrutinizer05 | since beginning of times |
20:59.56 | DocScrutinizer05 | either dpkg is fsckd, or dependencies and bb-b are fsckd |
21:00.30 | DocScrutinizer05 | I'd rather provide diff proper, than fix bb-b |
21:00.56 | DocScrutinizer05 | straight forward, zero risk |
21:01.16 | kerio | hrmpf, why isn't diffutils-gnu optified? :( |
21:01.24 | DocScrutinizer05 | downside: probably some 50k more rootfs usage |
21:01.41 | DocScrutinizer05 | compared to bb-b patch |
21:01.42 | kerio | DocScrutinizer05: 61316 |
21:01.47 | kerio | oh, ok :) |
21:02.10 | DocScrutinizer05 | waves, for good now |
21:02.11 | kerio | hell, why isn't the whole of /usr/bin/gnu optified? |
21:02.16 | kerio | waves back |
21:02.22 | kerio | be safe out there, doc |
21:06.27 | gregoa | dpkg uses diff. in src/configure.c: "sprintf(cmdbuf, DIFF ...", and in lib/dpkg.h: '#define DIFF "diff"' |
21:06.47 | *** join/#maemo-ssu nox-- (noident@p5798CD5F.dip.t-dialin.net) |
21:07.21 | merlin1991 | well sleeping bug it is then |
21:08.25 | merlin1991 | DocScrutinizer05: the reason this is such a sleeping bug is, that ham just runs dpkg with flags so that the question what todo does not arrive |
21:08.26 | *** join/#maemo-ssu luf (~luf@ip-89-103-223-164.net.upcbroadband.cz) |
21:08.56 | DocScrutinizer05 | :nod: |
21:10.07 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
21:11.18 | merlin1991 | and this is also the reason why the community-ssu enabler in stable runs this hack: https://gitorious.org/community-ssu/community-ssu-enabler/blobs/stable/install-community-ssu#line96 |
21:11.53 | merlin1991 | because otherwise users would never get an updated transistions.ini and probably would be on tmo "where is this option, my transistions.ini does not contain it" |
21:13.28 | gregoa | (which reminds me that a conffile in /usr/share/$foo is weird) |
21:14.13 | kerio | and in the midst of all this, the fact that versions for -thumb are fscked |
21:14.15 | kerio | :( |
21:15.15 | gregoa | seems like the contest for the longest-and-weirdest-versions-ever is still running |
21:15.28 | merlin1991 | gregoa: it always is :D |
21:16.11 | kerio | merlin1991: update every package version with a new epoch plskthx |
21:16.17 | kerio | (don't do that) |
21:16.44 | gregoa | merlin1991: I know :) on each upgrade I'm staring at the screen when I see the "replacing foo-$version with foo-$nextversion" messages |
21:17.42 | merlin1991 | gregoa: well it's debian policy to have a package version of $upstreamversion-$debianrevision+$whatevverpostfix |
21:18.12 | merlin1991 | so we have $upstreamversion which actually is $upstreamversion-$somerevision+$nokiasuffix and then we add our stuff :D |
21:18.29 | kerio | merlin1991: we have some "-"s in some versions, and fmg botched the postfix, made it -thumb |
21:20.36 | gregoa | merlin1991: no, debian policy is $epoch:$upstreamversion-$debianrevision, where $epoch: is optional; everything after the last dash, if any, is the $debianrevision (which is also not needed but then it's a native package) |
21:20.50 | kerio | gregoa: oh, the *last* dash? |
21:20.53 | kerio | oh shit |
21:20.56 | kerio | that's the problem then |
21:21.21 | merlin1991 | yeah doubledash tanks to silly nokia version |
21:21.35 | gregoa | merlin1991: this whole dance with -X+y+z is totally matter of taste and convention, and makes sense for nmus, derivates, whatever, but stacking stuff like +0m5+0cssu0 is just ... aehm ... ugly |
21:21.43 | kerio | gregoa: community-thumb has a silly situation now |
21:21.52 | gregoa | kerio: yes that's the problem indeed :) |
21:22.08 | kerio | 1:2.2.142-21.1-thumb1 is considered greater than 1:2.2.142-22 |
21:22.20 | kerio | still not sure why, though |
21:22.22 | merlin1991 | yeah t vs 22 :/ |
21:22.39 | kerio | but isn't 2.2.142-21 lesser than 2.2.142? |
21:22.46 | merlin1991 | it is greater |
21:22.50 | kerio | dammit |
21:22.58 | kerio | freemangordon: we (you) are thoroughly fucked |
21:23.24 | merlin1991 | kerio: well the simplest fix would be if freemangordon fixes his -thumb packages with epoch and +thumb at the end |
21:23.37 | kerio | merlin1991: but then his packages won't fit between the -testing packages |
21:23.48 | merlin1991 | ah yeah I'd have to epoch mine aswell |
21:23.55 | merlin1991 | bloody mess |
21:23.57 | kerio | would you actually do it? :3 |
21:24.11 | DocScrutinizer05 | https://bugs.maemo.org/show_bug.cgi?id=12664 |
21:24.12 | povbot | Bug 12664: dpkg depends on diff, pager. But neither diff nor pager available |
21:24.37 | merlin1991 | nah fmg should just fix his versions and tell everyone who was on -thumb to reflash |
21:24.47 | merlin1991 | it had huge warning signs on the thread after all |
21:25.06 | kerio | merlin1991: D: |
21:25.07 | kerio | madness |
21:25.21 | kerio | but good pont |
21:25.23 | kerio | *point |
21:25.28 | kerio | i'll just downgrade manually =D |
21:25.47 | kerio | "downgrade", i mean |
21:25.49 | merlin1991 | well a simple reflash with --flash-only=rootfs and then a few lines of apt-get install should get your system to the laste state quickly |
21:27.17 | merlin1991 | DocScrutinizer05: apt-get resp dpkg dafiq |
21:27.24 | merlin1991 | s/dafiq/dafuq?/ |
21:30.30 | kerio | merlin1991: less lines of apt-get install foo=version :) |
21:31.16 | DocScrutinizer05 | that's the right way |
21:31.28 | kerio | merlin1991: this will screw up my manual/automatic marks though :c |
21:32.09 | merlin1991 | hm booting uboot on hw revision 2204 also fails |
21:32.36 | merlin1991 | it only works on 2101 for me |
21:33.01 | DocScrutinizer05 | merlin1991: I don't really think "apt-get resp dpkg" is a big problem |
21:33.20 | merlin1991 | DocScrutinizer05: my main problem was to understand what you mean by it |
21:33.47 | kerio | but on the other hand, they're fucked anyway, because most things are marked as manually installed |
21:35.09 | luf | merlin1991: how you get the hw revision? |
21:35.17 | merlin1991 | flasher-3.5 -i |
21:36.23 | merlin1991 | luf: or in /proc/cpuinfo as "Revision" |
22:00.48 | gregoa | kerio: I think bug #12645 can be closed, right? |
22:00.49 | povbot | Bug https://bugs.maemo.org/12645 operator-name-cbs-widget does not display the operator name correctly |
22:01.09 | kerio | i think so |
22:01.21 | kerio | amiconn had that problem too |
22:12.26 | merlin1991 | well untill you guys say it really is fixed I'm not going to fix it |
22:13.09 | kerio | i haven't encountered that problem again |
22:13.11 | merlin1991 | s/fix it/ close it/ |
22:13.14 | gregoa | it works for me and, IIRC, for kerio, so if amiconn can also confirm it weh should be good |
22:14.12 | amiconn | As already mentioned I cannot confirm right now. Need to travel somewhere near the border so roaming kicks in |
22:19.33 | amiconn | I don't know when that will happen. Could be in a few weeks as well as next year |
23:24.16 | *** join/#maemo-ssu DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |