DocScrutinizer05 | I'd rather provide diff proper, than fix bb-b | 00:00 |
---|---|---|
DocScrutinizer05 | straight forward, zero risk | 00:00 |
kerio | hrmpf, why isn't diffutils-gnu optified? :( | 00:01 |
DocScrutinizer05 | downside: probably some 50k more rootfs usage | 00:01 |
*** luf has quit IRC | 00:01 | |
DocScrutinizer05 | compared to bb-b patch | 00:01 |
kerio | DocScrutinizer05: 61316 | 00:01 |
kerio | oh, ok :) | 00:01 |
* DocScrutinizer05 waves, for good now | 00:02 | |
kerio | hell, why isn't the whole of /usr/bin/gnu optified? | 00:02 |
* kerio waves back | 00:02 | |
kerio | be safe out there, doc | 00:02 |
gregoa | dpkg uses diff. in src/configure.c: "sprintf(cmdbuf, DIFF ...", and in lib/dpkg.h: '#define DIFF "diff"' | 00:06 |
*** nox-- has joined #maemo-ssu | 00:06 | |
merlin1991 | well sleeping bug it is then | 00:07 |
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 | 00:08 |
*** luf has joined #maemo-ssu | 00:08 | |
DocScrutinizer05 | :nod: | 00:08 |
*** nox-- is now known as nox- | 00:09 | |
*** nox- has joined #maemo-ssu | 00:10 | |
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 | 00:11 |
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" | 00:11 |
gregoa | (which reminds me that a conffile in /usr/share/$foo is weird) | 00:13 |
kerio | and in the midst of all this, the fact that versions for -thumb are fscked | 00:14 |
kerio | :( | 00:14 |
gregoa | seems like the contest for the longest-and-weirdest-versions-ever is still running | 00:15 |
merlin1991 | gregoa: it always is :D | 00:15 |
kerio | merlin1991: update every package version with a new epoch plskthx | 00:16 |
kerio | (don't do that) | 00:16 |
gregoa | merlin1991: I know :) on each upgrade I'm staring at the screen when I see the "replacing foo-$version with foo-$nextversion" messages | 00:16 |
merlin1991 | gregoa: well it's debian policy to have a package version of $upstreamversion-$debianrevision+$whatevverpostfix | 00:17 |
merlin1991 | so we have $upstreamversion which actually is $upstreamversion-$somerevision+$nokiasuffix and then we add our stuff :D | 00:18 |
kerio | merlin1991: we have some "-"s in some versions, and fmg botched the postfix, made it -thumb | 00:18 |
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) | 00:20 |
kerio | gregoa: oh, the *last* dash? | 00:20 |
kerio | oh shit | 00:20 |
kerio | that's the problem then | 00:20 |
merlin1991 | yeah doubledash tanks to silly nokia version | 00:21 |
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 | 00:21 |
kerio | gregoa: community-thumb has a silly situation now | 00:21 |
gregoa | kerio: yes that's the problem indeed :) | 00:21 |
kerio | 1:2.2.142-21.1-thumb1 is considered greater than 1:2.2.142-22 | 00:22 |
kerio | still not sure why, though | 00:22 |
merlin1991 | yeah t vs 22 :/ | 00:22 |
kerio | but isn't 2.2.142-21 lesser than 2.2.142? | 00:22 |
merlin1991 | it is greater | 00:22 |
kerio | dammit | 00:22 |
kerio | freemangordon: we (you) are thoroughly fucked | 00:22 |
merlin1991 | kerio: well the simplest fix would be if freemangordon fixes his -thumb packages with epoch and +thumb at the end | 00:23 |
kerio | merlin1991: but then his packages won't fit between the -testing packages | 00:23 |
merlin1991 | ah yeah I'd have to epoch mine aswell | 00:23 |
merlin1991 | bloody mess | 00:23 |
kerio | would you actually do it? :3 | 00:23 |
DocScrutinizer05 | https://bugs.maemo.org/show_bug.cgi?id=12664 | 00:24 |
povbot | Bug 12664: dpkg depends on diff, pager. But neither diff nor pager available | 00:24 |
merlin1991 | nah fmg should just fix his versions and tell everyone who was on -thumb to reflash | 00:24 |
merlin1991 | it had huge warning signs on the thread after all | 00:24 |
kerio | merlin1991: D: | 00:25 |
kerio | madness | 00:25 |
kerio | but good pont | 00:25 |
kerio | *point | 00:25 |
kerio | i'll just downgrade manually =D | 00:25 |
kerio | "downgrade", i mean | 00:25 |
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 | 00:25 |
merlin1991 | DocScrutinizer05: apt-get resp dpkg dafiq | 00:27 |
merlin1991 | s/dafiq/dafuq?/ | 00:27 |
infobot | merlin1991 meant: DocScrutinizer05: apt-get resp dpkg dafuq? | 00:27 |
kerio | merlin1991: less lines of apt-get install foo=version :) | 00:30 |
DocScrutinizer05 | that's the right way | 00:31 |
kerio | merlin1991: this will screw up my manual/automatic marks though :c | 00:31 |
merlin1991 | hm booting uboot on hw revision 2204 also fails | 00:32 |
merlin1991 | it only works on 2101 for me | 00:32 |
DocScrutinizer05 | merlin1991: I don't really think "apt-get resp dpkg" is a big problem | 00:33 |
merlin1991 | DocScrutinizer05: my main problem was to understand what you mean by it | 00:33 |
kerio | but on the other hand, they're fucked anyway, because most things are marked as manually installed | 00:33 |
luf | merlin1991: how you get the hw revision? | 00:35 |
merlin1991 | flasher-3.5 -i | 00:35 |
merlin1991 | luf: or in /proc/cpuinfo as "Revision" | 00:36 |
gregoa | kerio: I think bug #12645 can be closed, right? | 01:00 |
povbot | Bug https://bugs.maemo.org/12645 operator-name-cbs-widget does not display the operator name correctly | 01:00 |
kerio | i think so | 01:01 |
kerio | amiconn had that problem too | 01:01 |
merlin1991 | well untill you guys say it really is fixed I'm not going to fix it | 01:12 |
kerio | i haven't encountered that problem again | 01:13 |
merlin1991 | s/fix it/ close it/ | 01:13 |
infobot | merlin1991 meant: well untill you guys say it really is fixed I'm not going to close it | 01:13 |
gregoa | it works for me and, IIRC, for kerio, so if amiconn can also confirm it weh should be good | 01:13 |
amiconn | As already mentioned I cannot confirm right now. Need to travel somewhere near the border so roaming kicks in | 01:14 |
amiconn | I don't know when that will happen. Could be in a few weeks as well as next year | 01:19 |
*** luf has quit IRC | 01:21 | |
*** M4rtinK has quit IRC | 02:05 | |
*** DocScrutinizer05 has quit IRC | 02:23 | |
*** DocScrutinizer05 has joined #maemo-ssu | 02:24 | |
*** nox- has quit IRC | 02:59 | |
*** arcean has quit IRC | 03:38 | |
*** LaoLang_cool has joined #maemo-ssu | 05:16 | |
*** amiconn has quit IRC | 05:38 | |
*** amiconn_ has joined #maemo-ssu | 05:38 | |
*** amiconn_ is now known as amiconn | 05:38 | |
*** LaoLang_cool has quit IRC | 06:18 | |
*** DocScrutinizer05 has quit IRC | 06:36 | |
*** DocScrutinizer05 has joined #maemo-ssu | 06:36 | |
*** luf has joined #maemo-ssu | 07:41 | |
*** M13 has joined #maemo-ssu | 09:06 | |
*** X-Fade has quit IRC | 09:17 | |
*** X-Fade has joined #maemo-ssu | 09:17 | |
freemangordon | merlin1991: what was that flashing for -thumb users? | 09:18 |
*** andre__ has joined #maemo-ssu | 09:38 | |
*** andre__ has joined #maemo-ssu | 09:38 | |
*** BCMM has joined #maemo-ssu | 12:07 | |
kerio | freemangordon: versions are fscked, fix them and tell people to reinstall stuff, or something | 12:12 |
*** Pali has joined #maemo-ssu | 12:38 | |
kerio | freemangordon: your other option is to drop the testing/thumb intertwining possibility and keep the versions as they are | 12:50 |
kerio | until -testing updates the part before the first "-" or something | 12:50 |
*** arcean has joined #maemo-ssu | 12:54 | |
*** LaoLang_cool has joined #maemo-ssu | 13:04 | |
*** M4rtinK has joined #maemo-ssu | 13:10 | |
*** lizardo has joined #maemo-ssu | 13:41 | |
*** LaoLang_cool has quit IRC | 13:41 | |
merlin1991 | bah harm got diff | 13:58 |
merlin1991 | after the initial bug report for diff came for diablo | 13:59 |
kerio | haha | 14:01 |
*** LaoLang_cool has joined #maemo-ssu | 14:09 | |
kerio | i vote for optified difftools | 14:30 |
kerio | although to be honest, busybox is supposed to provide "diff" | 14:31 |
kerio | so idk | 14:31 |
*** LaoLang_cool has quit IRC | 15:00 | |
DocScrutinizer05 | fsck, bug report for diablo diff?? how could I miss that? | 15:09 |
Pali | why not to pack single diff binary into diff package? | 15:15 |
Pali | less is already in SDK and extras-devel | 15:16 |
merlin1991 | DocScrutinizer05: even if we bring diff in over a different package, we should remove the provides line from the busybox control file | 15:28 |
merlin1991 | it's a plain lie | 15:28 |
DocScrutinizer05 | sure | 15:29 |
merlin1991 | actually that would be the best solution | 15:30 |
merlin1991 | remove the provides line from busybox and push a proper optified package to extras | 15:30 |
DocScrutinizer05 | all for it, full support here | 15:31 |
merlin1991 | hm there even is such a file around already | 15:31 |
merlin1991 | http://maemo.org/packages/package_instance/view/fremantle_extras_free_armel/diffutils-gnu/2.8.1-18maemo3/ | 15:32 |
DocScrutinizer05 | yep, I know, I got that ;-D | 15:32 |
DocScrutinizer05 | just no "proper" diff in that it's not in /usr/bin but /usr/bin/gnu/ | 15:32 |
merlin1991 | yeah the package needs a slight update so that it goes to /usr/bin | 15:33 |
DocScrutinizer05 | I.E. not in $PATH | 15:33 |
merlin1991 | I'll have look at the other binaries provided and see if that would pose any conflict | 15:33 |
merlin1991 | if not, I'd suggest pushing an updated version to extras that goes into /usr/bin | 15:34 |
merlin1991 | if there is a conflict we can drop the package in the cssu repository, this way we make sure users have the cleaned busybox installed already | 15:34 |
DocScrutinizer05 | how about a 'pkg* that creates alternative to /usr/bin/gnu/diff | 15:34 |
merlin1991 | you mean a pkg that basically depends on diffutils-gnu and just contains a bunch of symlinks? | 15:35 |
merlin1991 | actually scratch the idea that we ship this over extras, cssu should be self containing, if we fix a dpkg problem the fix should live in the cssu repo | 15:36 |
DocScrutinizer05 | yep | 15:36 |
DocScrutinizer05 | (for first line) | 15:37 |
DocScrutinizer05 | can we depend on diffutils-gnu? | 15:37 |
merlin1991 | nope because it is in extras | 15:39 |
merlin1991 | user possibly has extras disabled | 15:39 |
merlin1991 | and has every right todo so | 15:39 |
*** DocScrutinizer05 has quit IRC | 15:41 | |
*** DocScrutinizer05 has joined #maemo-ssu | 15:41 | |
DocScrutinizer05 | merlin1991: what's that bullshit that happened to marble with their last update, on cssu-t? | 15:45 |
DocScrutinizer05 | could any of the experts here pretty please have a look at it and help fix it? | 15:46 |
merlin1991 | I'll have a look after lunch | 15:46 |
DocScrutinizer05 | [2012-09-07 15:37:24] <DocScrutinizer05> FUUUCK! new marble has black-on-black-text issue in route-planning screen | 15:47 |
DocScrutinizer05 | [2012-09-07 15:38:06] <DocScrutinizer05> I thouhgt this been a Qt bug fixed like 18 months ago?! >:-( | 15:47 |
DocScrutinizer05 | [2012-09-08 03:00:30] <DocScrutinizer05> [2012-09-07 20:15:11] <Earthwings> DocScrutinizer05: works fine here without cssu | 15:47 |
DocScrutinizer05 | [2012-09-08 03:00:30] <DocScrutinizer05> [2012-09-07 20:15:36] <Earthwings> DocScrutinizer05: the reason could be that we subclass QLineEdit to include the inline clear icon | 15:47 |
merlin1991 | what was their channel again? (and the name of the dev) | 15:47 |
*** ZogG has quit IRC | 15:48 | |
RST38h | Marble is second of two programs guaranteed to bring n900 toits knees | 15:48 |
DocScrutinizer05 | [2012-09-08 03:00:30] <DocScrutinizer05> [2012-09-07 20:18:27] <Earthwings> DocScrutinizer05: according to http://talk.maemo.org/showpost.php?p=1256169&postcount=280 | 15:48 |
merlin1991 | btw DocScrutinizer05where did you install it from? | 15:48 |
RST38h | so it is rather irrelevant what font color it is using | 15:48 |
DocScrutinizer05 | #marble earthwings | 15:48 |
DocScrutinizer05 | IroN900:~# apt-cache policy marble Installed: 1.4.0-2 500 http://repository.maemo.org fremantle-1.3/free Packages | 15:50 |
*** ZogG has joined #maemo-ssu | 15:50 | |
*** ZogG has joined #maemo-ssu | 15:50 | |
*** LaoLang_cool has joined #maemo-ssu | 15:56 | |
*** M13 has quit IRC | 16:00 | |
*** luf has quit IRC | 16:12 | |
*** dafox has joined #maemo-ssu | 16:19 | |
* merlin1991 install marble on 3 devices | 16:28 | |
merlin1991 | DocScrutinizer05: what exactly do I want to reproduce now (and how)? | 16:29 |
DocScrutinizer05 | http://talk.maemo.org/showpost.php?p=1256169&postcount=280 | 16:30 |
DocScrutinizer05 | I just ran update via ham to most recent marble version like last friday | 16:30 |
DocScrutinizer05 | I.E. *before* T5 | 16:30 |
merlin1991 | does the main screen fail you already? | 16:31 |
DocScrutinizer05 | wait, it "fixed itself" for me o.O | 16:33 |
DocScrutinizer05 | obviously last cssu-t update fixed it, since I didn't do a thing to marble itself | 16:33 |
DocScrutinizer05 | (sorry I forgot to check after T5 update) | 16:34 |
merlin1991 | ECANNOTREPRODUCE | 16:34 |
merlin1991 | does marble have turn by turn navigation? | 16:35 |
DocScrutinizer05 | (does main screen...) nope, it's actually been the route planning screen like shown in above tmo post that looked exactly same way for me | 16:35 |
DocScrutinizer05 | yes | 16:35 |
kerio | neat | 16:35 |
kerio | have you also tried modrana? | 16:35 |
merlin1991 | hm gotta try it one day, I always used mappero | 16:35 |
DocScrutinizer05 | nope | 16:35 |
DocScrutinizer05 | I got both | 16:36 |
DocScrutinizer05 | and I'm undecided which is better | 16:36 |
kerio | modrana has voice instructions | 16:36 |
DocScrutinizer05 | mappero and marble too | 16:36 |
DocScrutinizer05 | marbe using on-board routing | 16:37 |
DocScrutinizer05 | monav | 16:37 |
DocScrutinizer05 | weird shit with this black-on-black text issue | 16:38 |
merlin1991 | what was the google supl dns for the agps again? | 16:42 |
kerio | supl.google.com | 16:45 |
merlin1991 | thanks kerio | 16:45 |
kerio | merlin1991: have you found a good way to fix the -thumb versions apart from reflashing? | 16:46 |
DocScrutinizer05 | merlin1991: could it be we got some fsckdup Qt build in T4.1, which got fixed in T5(.1) with >> qt-x11-maemo Improved performance of partial updates in raster window surface on X11.<< ? | 16:47 |
merlin1991 | DocScrutinizer05: highly unlikely the change in qt with T5 is only a single patch that got backported by fmg | 16:48 |
DocScrutinizer05 | I'm not suspecting some explicit fix, but a borked build in T4 | 16:49 |
merlin1991 | while that is possible I highly doubt it | 16:49 |
DocScrutinizer05 | you know, autobuilder :-/. Local builds :-// | 16:50 |
merlin1991 | last qt build we had was in 16.6 almost a year ago | 16:50 |
merlin1991 | did you have a problem with marble that long? | 16:50 |
DocScrutinizer05 | ooh I see | 16:50 |
DocScrutinizer05 | nope | 16:51 |
DocScrutinizer05 | just with last update that obviously changed sth regarding the broken widgets | 16:51 |
DocScrutinizer05 | [2012-09-12 14:47:45] <DocScrutinizer05> [2012-09-08 03:00:30] <DocScrutinizer05> [2012-09-07 20:15:36] <Earthwings> DocScrutinizer05: the reason could be that we subclass QLineEdit to include the inline clear icon | 16:51 |
DocScrutinizer05 | aiui that's a change introduced with last marble update 5 days ago, that also brought the problems | 16:52 |
merlin1991 | well the full change we did in qt is here: http://gitorious.org/community-ssu/qt-x11-maemo/commit/81fb472ad4c97d1ee43ec5550c8d8ce2aeb2c7b7 | 16:52 |
DocScrutinizer05 | so it might have awakened a bug that slept in qt since 16.6 | 16:52 |
merlin1991 | possibly, but it is also possible that some *evil* pkg messed with your system qt and only the cssu update of qt threw a clean version on top of the mess again | 16:53 |
merlin1991 | hm seems like the summer is over in vienna, currently there is one of the typical heavy autumn rains | 16:57 |
DocScrutinizer05 | quite possible | 16:58 |
DocScrutinizer05 | (summer) same here. But on sunday it's getting better again | 16:58 |
DocScrutinizer05 | merlin1991: (some evil pkg) though I had to think hard to recall anything I installed during last 12 or so months, that _might_ have touched qt. If anything comes to mind, that's all cmdline tools | 17:00 |
DocScrutinizer05 | but obviously that's still the best story we could come up with, so far | 17:01 |
DocScrutinizer05 | hey! I got a complete BM tarball of pre-T5, where rogue file has to be around still | 17:02 |
DocScrutinizer05 | would it help to pastebin a tar --list of that somewhere? | 17:04 |
merlin1991 | don't think so | 17:05 |
* DocScrutinizer05 idly wonders WTF does libqtm* on his IroN900 | 17:23 | |
* DocScrutinizer05 hates qtm | 17:23 | |
kerio | DocScrutinizer05: remove it! | 17:23 |
*** LaoLang_cool has quit IRC | 17:24 | |
DocScrutinizer05 | ~ # du -sh /var/lib/dpkg/ | 17:26 |
DocScrutinizer05 | 32.1M /var/lib/dpkg | 17:26 |
DocScrutinizer05 | :-S | 17:26 |
DocScrutinizer05 | ~ # df -h /var/lib/dpkg | 17:27 |
DocScrutinizer05 | Filesystem Size Used Available Use% Mounted on | 17:27 |
DocScrutinizer05 | rootfs 227.9M 166.3M 57.4M 74% / | 17:27 |
merlin1991 | DocScrutinizer05: it's over 115 mb on my pc | 17:27 |
DocScrutinizer05 | I guess your PC's / is >>256MB ;-) | 17:27 |
merlin1991 | slightly ;) | 17:28 |
kerio | DocScrutinizer05: i suppose it could be optified | 17:28 |
* DocScrutinizer05 still tries to chill out about that qt weirdness | 17:28 | |
kerio | i don't know if dpkg will complain, though | 17:28 |
DocScrutinizer05 | well, I think temporarily "optiying" /var/lib/dpkg is one of the "tricks" SSU (without C) does to allow system upgrades on tight free space in root | 17:30 |
DocScrutinizer05 | or it's been one of the suggested tricks user can do when "please use PC suite" due to too little free space in / | 17:31 |
kerio | why can't we permanently do that? | 17:42 |
kerio | although it should be outside of /opt | 17:43 |
kerio | it should be something like /home/varlibdpkg | 17:43 |
kerio | DocScrutinizer05: it's not really in CSSU's best interests, but is it possible to properly mount /usr from the eMMC? | 17:45 |
DocScrutinizer05 | possible? sure | 17:46 |
DocScrutinizer05 | you 'just' have to move around a *lot* of pkgs from /usr/(s)bin to /(s)bin | 17:47 |
kerio | why? | 17:47 |
kerio | why do i need stuff in /usr to mount /usr? | 17:48 |
kerio | i need mount | 17:48 |
DocScrutinizer05 | because all those are needed during early boot when /usr wouldn't be mounted yet | 17:48 |
kerio | which is in /sbin/mount | 17:48 |
DocScrutinizer05 | or you "fix" /sbin/preinit to mount /usr *really* early | 17:48 |
kerio | hell, it could be mounted right at the time when /proc is mounted | 17:49 |
DocScrutinizer05 | anyway you have to mess around with stuff that might get overridden with next SSU (I know will never come), and thus will render your system borked | 17:49 |
* kerio ponders about putting /usr in mmcblk0p3 | 17:50 | |
DocScrutinizer05 | might be well worth the effort | 17:50 |
DocScrutinizer05 | :-) | 17:50 |
DocScrutinizer05 | beware of mmcblk0 vs mmcblk1 confusion in kernel, depending on whether uSD is inserted or not | 17:51 |
kerio | ...wat | 17:51 |
kerio | oh, you mean that they could be reversed? | 17:51 |
kerio | ew | 17:51 |
DocScrutinizer05 | it gets "fixed" only later during boot by renaming done by udev iirc | 17:51 |
DocScrutinizer05 | if uSD inserted, it's mmcblk0 during early boot | 17:52 |
DocScrutinizer05 | if no uSD, eMMC is mmcblk0 | 17:52 |
kerio | # if user set up mmc booting, try to find the first mmc device | 17:52 |
kerio | # which contains /sbin/init, it will be used as root | 17:52 |
kerio | # also fallback to the mtdblock4 (our flash) | 17:52 |
kerio | what the FUCK is this | 17:53 |
DocScrutinizer05 | cruft | 17:53 |
*** toxaris has joined #maemo-ssu | 17:53 | |
DocScrutinizer05 | or legacy, if you like it better | 17:54 |
DocScrutinizer05 | I bet it's from diablo times, when we still had initrd | 17:54 |
DocScrutinizer05 | where from is that? preinit? | 17:55 |
DocScrutinizer05 | :nod: | 17:56 |
kerio | CHROOT="/usr/sbin/chroot ." | 17:57 |
kerio | oh for fuck's sake | 17:57 |
DocScrutinizer05 | there's a *lot* of cruft in preinit | 17:57 |
kerio | meh, at least - as far as i know - there's no mention of /usr/ before that | 17:58 |
kerio | so i just have to mount /usr before the chroot command is executed | 17:58 |
kerio | ... | 17:58 |
kerio | no, wait | 17:58 |
kerio | wait | 17:58 |
kerio | BACK THE FUCK AWAY FROM A MINUTE | 17:58 |
kerio | *FOR | 17:58 |
DocScrutinizer05 | the line above that is pivot_root which obviously is as moot as the whole boot() function | 17:58 |
kerio | why the hell does it chroot . | 17:59 |
kerio | goddammit | 17:59 |
DocScrutinizer05 | pivot_root from initrd to real rootfs | 17:59 |
DocScrutinizer05 | diablo stuff | 17:59 |
DocScrutinizer05 | cruft | 17:59 |
kerio | there's no pivot_root | 17:59 |
DocScrutinizer05 | pivot_root . mnt/initfs | 18:00 |
DocScrutinizer05 | CHROOT="/usr/sbin/chroot ." | 18:00 |
kerio | i know, but where is it defined? | 18:00 |
kerio | q | 18:00 |
DocScrutinizer05 | pivot_root is a command | 18:00 |
kerio | whoops, sorry | 18:00 |
kerio | q | 18:00 |
kerio | GAAAAH goddammit trackpad | 18:00 |
kerio | DocScrutinizer05: i can't find where it's defined though | 18:00 |
DocScrutinizer05 | in man pages? | 18:01 |
kerio | oh, it's a binary? | 18:01 |
kerio | anyway, it's clearly not our case - i hope | 18:01 |
kerio | if [ $root_mounted -ne 1 ] | 18:01 |
DocScrutinizer05 | clearly | 18:01 |
DocScrutinizer05 | since we got no initfs | 18:02 |
DocScrutinizer05 | no initrd | 18:02 |
kerio | root_fstype="jffs2" | 18:02 |
kerio | oh god why | 18:02 |
kerio | CSSU feature request: a real init | 18:02 |
DocScrutinizer05 | LOL | 18:02 |
kerio | but then, how does it exec $CHROOT /sbin/init? | 18:03 |
kerio | ...oh you sneaky fucks | 18:03 |
kerio | if there's no CHROOT defined, then it's just exec /sbin/init | 18:03 |
DocScrutinizer05 | IroN900:~# init --help | 18:03 |
kerio | very clever, nokia | 18:03 |
DocScrutinizer05 | Usage: init [OPTION]... | 18:03 |
DocScrutinizer05 | Process management daemon. | 18:03 |
kerio | the thing i'm afraid of is that it will screw up bootmenu if i put an unconditional mount for /usr here in boot() | 18:05 |
DocScrutinizer05 | LOL @ | 18:05 |
DocScrutinizer05 | # let me see then, what thereat is and this mistery explore | 18:05 |
DocScrutinizer05 | /sbin/fiasco-do-update | 18:05 |
DocScrutinizer05 | exec $CHROOT /sbin/init $def_runlevel <dev/console >dev/console 2>&1 | 18:05 |
kerio | T2S="${initfs_prefix}/usr/bin/text2screen" GODDAMMIT BOOTMENU YOU ARE NOT HELPING ME | 18:06 |
DocScrutinizer05 | WTF?!! | 18:07 |
DocScrutinizer05 | # Change ownership to allow locking for pulseaudio | 18:07 |
DocScrutinizer05 | chown pulse:pulse /sys/power/vdd2_lock | 18:07 |
DocScrutinizer05 | W*T*F?!!! | 18:07 |
kerio | DocScrutinizer05: indeed | 18:08 |
*** BCMM has quit IRC | 18:08 | |
DocScrutinizer05 | ls -l /sys/power/ | 18:10 |
DocScrutinizer05 | o.O | 18:10 |
kerio | DocScrutinizer05: yeah, i see | 18:13 |
kerio | so? | 18:13 |
DocScrutinizer05 | cat /sys/power/idcode | 18:13 |
DocScrutinizer05 | hehe | 18:13 |
DocScrutinizer05 | IDCODE: 4b7ae02f | 18:14 |
DocScrutinizer05 | Production ID: 00000000 00000000 000000cc cafeb7ae | 18:14 |
DocScrutinizer05 | Die ID: 0c004012 040364fb 00000000 44f60004 | 18:14 |
DocScrutinizer05 | kerio: so? just look what PA is messing around with | 18:14 |
kerio | yeah, yeah, PA is awful | 18:15 |
kerio | old story | 18:15 |
DocScrutinizer05 | this is plain rogue | 18:15 |
kerio | anyway, Pali confirms that there's no clean way to mount /usr from a separate partition | 18:15 |
kerio | which makes me a really sad panda | 18:15 |
kerio | easier way to fix this: boot wholly from a eMMC partition | 18:16 |
DocScrutinizer05 | there is a clean way, but it's hard to make this fly in maemo, due to general borkedness | 18:16 |
kerio | but it's still a fucking stupid way | 18:16 |
kerio | DocScrutinizer05: the whole boot process expects a single device file to be the rootfs, and nothing else | 18:16 |
Pali | DocScrutinizer05, I will include rx51_battery driver into kernel-power. Now I'm testing it and I do not see any problem | 18:17 |
DocScrutinizer05 | iirc they introduced optification with PR1.1, and we so much hoped and prayed that they will fix that shit in PR1.2, do a clean cut and get /usr partition properly mounted from eMMC, but NOOOOO | 18:18 |
Pali | it only export & convert ADCIN channels to sysfs | 18:18 |
kerio | DocScrutinizer05: i just don't get why we can't have a proper /etc/fstab that mounts shit | 18:18 |
DocScrutinizer05 | Pali: should be safe | 18:18 |
kerio | and we need these weird scripts that run *before* init, to mount shit | 18:19 |
Pali | what was before pr1.1? | 18:19 |
Pali | no optification? | 18:19 |
Pali | I do not remember... | 18:19 |
DocScrutinizer05 | no optification, and pretty crammed rootfs | 18:20 |
merlin1991 | before pr1.1 my n900 rebooted all the time and locked itself thanks to that on boot | 18:20 |
DocScrutinizer05 | which caused 100% of rootfs eaten up every now and then -> bootloop | 18:21 |
DocScrutinizer05 | and they didn't get PR1.2 out via SSU due to missing free space on rootfs | 18:22 |
DocScrutinizer05 | so lcuk invented optification | 18:22 |
DocScrutinizer05 | (maybe it's been PR1.1, not 1.2, can't remember) | 18:23 |
DocScrutinizer05 | I *think* optification came with PR1.1 though | 18:23 |
merlin1991 | DocScrutinizer05: nah I just had sw reset all the time | 18:24 |
kerio | oh for fuck's sake, cal-tool is in /usr too | 18:24 |
merlin1991 | and there was this nasty bug, that after a certain amount of sw reset the boot stopped at the moving dots | 18:24 |
kerio | merlin1991: why? | 18:25 |
kerio | :o | 18:25 |
DocScrutinizer05 | yeah, there's been some monkey throwing dice whether a pkg goes to /sbin or /usr/sbin | 18:25 |
DocScrutinizer05 | hehehehe yeah, THAT was nasty | 18:25 |
merlin1991 | kerio: the only way to get the system up was to enable r&d mode | 18:25 |
kerio | why was there a counter? | 18:25 |
merlin1991 | ask nokia | 18:26 |
kerio | was the counter removed? | 18:26 |
DocScrutinizer05 | there's aconter that stops on reaching 30 reboots, and iirc they even forgot to reset it *ever* | 18:26 |
DocScrutinizer05 | ROTFL | 18:26 |
DocScrutinizer05 | kerio: I'm not sure about that | 18:27 |
kerio | was that bug removed at least? | 18:28 |
merlin1991 | DocScrutinizer05: a clean poweroff did reset the counter | 18:28 |
DocScrutinizer05 | maybe it's still lingering somewhere, but now they reset it on proper boot | 18:28 |
merlin1991 | so one could disable r&d untill the next time the reboot limit was reached :D | 18:28 |
DocScrutinizer05 | aah poweroff, ok | 18:28 |
DocScrutinizer05 | yeah, the 'early' times of maemo5, fun fun fun | 18:30 |
DocScrutinizer05 | and we still suffer from heritage | 18:30 |
merlin1991 | well the reboot fun was fixed in 1.1 afaik | 18:31 |
DocScrutinizer05 | yup | 18:31 |
DocScrutinizer05 | dunno how, though. Either they neutered or removed the whole thing, or they simply introduced proper reset of counter on power-off | 18:31 |
merlin1991 | well i guess the main reason I did never ever encounter it again, was that my device didn't reboot every 10 mins while using it after I had 1.1 installed | 18:32 |
DocScrutinizer05 | since I never again heard of that "houston, we got a problem" shit, I gather they neutered it completely | 18:33 |
merlin1991 | hm worth a try, artifially make a kernel panic 30 times in a row and see what happens on boot | 18:33 |
DocScrutinizer05 | :nod: | 18:33 |
* merlin1991 thinks of cat /dev/kmem | 18:33 | |
DocScrutinizer05 | obvious and easy | 18:34 |
kerio | wat | 18:34 |
DocScrutinizer05 | just ponder how to recover | 18:34 |
kerio | why is that a problem? | 18:34 |
DocScrutinizer05 | kerio: reads 0x0000 | 18:34 |
kerio | oh, lol | 18:34 |
merlin1991 | DocScrutinizer05: well the enable r&d recovery path should still work | 18:35 |
* merlin1991 goes on a kernel panic quest | 18:35 | |
DocScrutinizer05 | not sure, since kernel will still ooops | 18:35 |
DocScrutinizer05 | you better include that line somewhere next to slider-open query for bootmenu | 18:36 |
merlin1991 | err I do it by hand after each boot? :D | 18:36 |
DocScrutinizer05 | or hell, just replace BM by cat /dev/kmem | 18:36 |
DocScrutinizer05 | ooh | 18:36 |
DocScrutinizer05 | might work too | 18:36 |
merlin1991 | at least that resembles what I experienced more closely | 18:37 |
DocScrutinizer05 | hmm, fair enough | 18:37 |
DocScrutinizer05 | (... 5h later ...) | 18:40 |
merlin1991 | #4 | 18:40 |
DocScrutinizer05 | ;-P | 18:40 |
DocScrutinizer05 | Zen or the art to reboot your device 50 times in a row | 18:40 |
*** toxaris has quit IRC | 18:41 | |
merlin1991 | hehe, I drive a peugeot 106 Zen, I can do this :P | 18:42 |
DocScrutinizer05 | since we had a lot of bootloop reports but not a single "Housten, we got a problem" complaint, I'd guess it's nuked and gone | 18:42 |
DocScrutinizer05 | do you recall where that friggin counter lived? CAL? | 18:43 |
kerio | anyway, maemo 5 is a fucking mess | 18:43 |
DocScrutinizer05 | prolly since otherwise a hotfix was easy | 18:43 |
merlin1991 | no idea, back then I was a (l)user and almost had my n900 sent to nokia care before I found tmo :D | 18:43 |
DocScrutinizer05 | hehe | 18:43 |
kerio | freemangordon: *poke* | 18:44 |
DocScrutinizer05 | I found IRC months before I first visited tmo | 18:44 |
merlin1991 | back then my irc usage was limited to quakenet :D | 18:44 |
DocScrutinizer05 | actually I was on #maemo quite some time before I got N900 | 18:44 |
DocScrutinizer05 | I visited #maemo first when lindi- reported GTA02 gets hot when charging prototype N900, so I tried to ask about N900 USB & charging, and crash&die and timeless were as nasty as they could get, so I avoided channel for another 3 months | 18:47 |
kerio | hahaha | 18:47 |
DocScrutinizer05 | http://mg.pov.lt/maemo-irclog/%23maemo.2009-09-13.log.html#t2009-09-13T18:46:08 | 18:54 |
freemangordon | kerio: what about /me | 18:54 |
kerio | freemangordon: fix versions plskthx | 18:55 |
*** luf has joined #maemo-ssu | 18:55 | |
freemangordon | kerio: just for the sake of fixing? | 18:55 |
kerio | but, you know, no pressure :) | 18:55 |
kerio | freemangordon: for the sake of the new hildon-desktop! | 18:55 |
freemangordon | kerio: there is no new hildon-desktop. AFAIK | 18:55 |
kerio | 1:2.2.142-22 | 18:56 |
kerio | instead of 1:2.2.142-21.1 | 18:56 |
freemangordon | and why do you think those differ? | 18:56 |
kerio | it adds the proper blurless thing | 18:56 |
freemangordon | is that in -testing? | 18:56 |
freemangordon | OMG | 18:56 |
freemangordon | merlin1991: why? | 18:56 |
kerio | THERE'S BEEN A RELEASE BRAH | 18:56 |
kerio | and it includes new magical things! | 18:57 |
merlin1991 | freemangordon: why not? | 18:57 |
kerio | !changelog | 18:57 |
kerio | ^ we need a bot for that | 18:57 |
freemangordon | kerio: keep quiet for a while please, I know what is that as it was me, Estel and arcean to invent it and arcean to code it | 18:57 |
DocScrutinizer05 | http://mg.pov.lt/maemo-irclog/%23maemo.2009-09-13.log.html#t2009-09-13T18:55:17 | 18:57 |
freemangordon | merlin1991: it is not tested at all | 18:57 |
freemangordon | besides arcean noone has ever run it | 18:58 |
merlin1991 | when I asked arcean if I should include his mg on hildon-desktop he said something along the lines of "yes if you find the time" | 18:58 |
freemangordon | and it is missing a major functionality, from the consistency POV | 18:58 |
merlin1991 | which would be? | 18:58 |
freemangordon | if you press X on application (outside tasknav) and got to tasknav, thumbnail won;t be blurred | 18:59 |
freemangordon | anyway, it is too late now :) | 18:59 |
kerio | does it work fine with blurless? | 18:59 |
*** NIN101 has joined #maemo-ssu | 18:59 | |
freemangordon | kerio: NFC, how am I suppsed to know | 19:00 |
merlin1991 | freemangordon: yeah I remember that it missed that | 19:00 |
freemangordon | merlin1991: I am not saying it is buggy, just not tested at all | 19:00 |
freemangordon | kerio: you'll have your .22-thumb0 soon | 19:01 |
merlin1991 | blame arcean ;) | 19:01 |
freemangordon | why him, MR was sitting unmerged for a month or so :P | 19:01 |
merlin1991 | well he's our hildon-desktop vodoo priest and he said go ahead :D | 19:02 |
kerio | freemangordon: what about the fact that about half of the -thumb package don't "wedge" themselves in the testing versions? | 19:02 |
merlin1991 | I gotta trust some people :D | 19:02 |
freemangordon | well, ok then | 19:02 |
freemangordon | :D | 19:02 |
freemangordon | kerio: rephrase please, I am not native Wnglish speaker | 19:02 |
freemangordon | *english | 19:02 |
kerio | or, alternatively, what about the fact that about half of the -thumb packages do wedge themselves in the testing versions? | 19:02 |
kerio | freemangordon: 1:2.2.142-21.1-thumb1 is a higher version than 1:2.2.142-22 | 19:02 |
DocScrutinizer05 | merlin1991: seems we need to ressurrect the good old inclusion triage meetings here in #maemo-ssu ;-) | 19:03 |
freemangordon | kerio: ok, you'll have .22 in next -thumb update | 19:03 |
freemangordon | DocScrutinizer05: we MUST ;) | 19:03 |
kerio | freemangordon: it's not just a problem of hildon-desktop | 19:03 |
freemangordon | kerio: I know, so what? | 19:03 |
freemangordon | you'll have to wait for the next -thumb update | 19:04 |
kerio | i'm just wondering if you'll find a way to make things consistent, in a direction or the other | 19:04 |
freemangordon | we(me and merlin1991) screwed the versioning system, btu I don;t see any problem because of that | 19:04 |
freemangordon | and as DocScrutinizer05 said why you want to downgrade? | 19:05 |
DocScrutinizer05 | after all you shouldn't get updates from testing for any package coming from thumb | 19:05 |
kerio | the way i see it, you either make all the versions higher than the non-thumb ones, or you make them all fit in the middle | 19:05 |
freemangordon | kerio: they are consistent, though not in the direction we tought it will be :D | 19:06 |
kerio | no they're not, some packages can be upgraded right now | 19:06 |
freemangordon | kerio: using apt-get? | 19:06 |
kerio | or HAM with "display all packages", i suppose | 19:06 |
kerio | yes, there's no problem for lusers | 19:06 |
freemangordon | hmm, rm -fr / is much easier way if you want to screw your device | 19:06 |
kerio | but it's a dependency mess :( | 19:06 |
freemangordon | kerio: I will say that again (and I'll never give up), -pr thung is for (l)users and they are supposed to use HAM | 19:07 |
freemangordon | period | 19:07 |
kerio | freemangordon: it fucks with the versioning => it fucks with the dependencies | 19:07 |
kerio | say, modest | 19:08 |
kerio | my installed version is 3.90.7-11.1-thumb3, the current testing version is 3.90.7-11.2 | 19:08 |
kerio | if a package depends on >=3.90.7-11.2, then i can install it | 19:08 |
freemangordon | kerio: I know, but as long as there are no problems I don;t see why should I change it. Of course I will try to fix at least some packages with the netxt -thumb, but cannot promise anything | 19:08 |
kerio | even though i shouldn't, because i only have 11.1, but thumbified | 19:08 |
DocScrutinizer05 | kerio: hell! disable cssu-testing repo, get updates from cssu-thumb only! | 19:09 |
kerio | DocScrutinizer05: not every package is thumbified | 19:09 |
kerio | AND IT STILL SCREWS WITH DEPENDENCIES | 19:09 |
freemangordon | DocScrutinizer05: won't work, -thumb needs -testing | 19:09 |
freemangordon | only a subset of packages are in -thumb repo, there is no reason to put translations there (for example) | 19:10 |
DocScrutinizer05 | then all the packages that aren't thumbified should still be available in -thumb and point to -testing | 19:10 |
freemangordon | kerio: you have a point, will see what can be done. happy? | 19:10 |
kerio | i'm not entirely happy, because i'm afraid there's nothing that can be done :( | 19:11 |
freemangordon | merlin1991: AIUI we screwed versioning by choosing -thumbN instead of +thumbN, correct? | 19:11 |
kerio | freemangordon: yeah, using +thumbN means you don't have this problem - and it still works as intended | 19:11 |
kerio | freemangordon: but people who have the weird versions installed right now will have to "downgrade" to the new packages with +thumb manually | 19:12 |
DocScrutinizer05 | kerio: so what? reflash! | 19:12 |
kerio | DocScrutinizer05: not me, i know how to fix those | 19:13 |
kerio | freemangordon: unless merlin1991 decides to make DocScrutinizer05 angry and re-epoch the affected packages | 19:14 |
freemangordon | kerio: bad idea | 19:14 |
freemangordon | i'll find another way, eve if it is by using apt-get | 19:14 |
kerio | yeah, i know | 19:14 |
DocScrutinizer05 | kerio: see? you're suggesting merlin1991will make *everybody* angry ;-P | 19:15 |
kerio | apt-get install foo=bar+thumbX will work fine | 19:15 |
freemangordon | kerio: I think there is a swith to apt-get to force downgrade, just need to find it | 19:15 |
kerio | ooh, force downgrade to the current higher version in the repos? | 19:15 |
kerio | i was looking for it, but i can't find it | 19:15 |
* DocScrutinizer05 suggests a tiny bit of shell filter magic | 19:16 | |
kerio | freemangordon: ooh, a priority higher than 1000 will make apt willfully downgrade | 19:16 |
DocScrutinizer05 | incl some sed/awk | 19:16 |
kerio | DocScrutinizer05: nah, we found it | 19:16 |
freemangordon | kerio: elaborate please | 19:17 |
kerio | freemangordon: give correct versions to the packages | 19:17 |
freemangordon | ok | 19:17 |
DocScrutinizer05 | freemangordon: I guess he means repo prio | 19:17 |
kerio | then give the repository a priority of 1001 | 19:17 |
kerio | and then apt-get upgrade will work | 19:17 |
DocScrutinizer05 | :nod: | 19:17 |
kerio | in theory | 19:17 |
Pali | kp52 for testing: http://talk.maemo.org/showpost.php?p=1265427&postcount=141 | 19:17 |
kerio | Pali: ^_^ | 19:17 |
freemangordon | hmm, how to change repo priority? | 19:17 |
freemangordon | Pali: great | 19:18 |
DocScrutinizer05 | it's in the config file at very least | 19:18 |
DocScrutinizer05 | at-cache policy lists repo prio | 19:18 |
DocScrutinizer05 | currently 500 | 19:18 |
freemangordon | hmm, I would rather make a shell script containing apt-get install p1=v1 p2=v2 etc. | 19:18 |
freemangordon | to be downloaded from TMO | 19:19 |
* DocScrutinizer05 marks another day in red on his calendar "kerio been helpful" ;) | 19:19 | |
freemangordon | after all there are about maybe 20-40 users of -thumb and they are supposed to be able to at leas run a shel script | 19:19 |
Pali | kp52 has updated rx51_battery driver | 19:19 |
Pali | I will update hald-addon bme and other bme code to use it | 19:20 |
freemangordon | Pali: and please revert *thermalobject* to use libbmeipc and fix libbmeipc to read the temp | 19:20 |
kerio | freemangordon: downgrading is usually kinda dangerous, but this is only a formal downgrading - the packages will either be the same or be an actual upgrade | 19:20 |
freemangordon | kerio: :nod: | 19:20 |
kerio | freemangordon: btw, which release are these packages in? | 19:21 |
freemangordon | "these packages"? | 19:21 |
freemangordon | which ones | 19:21 |
Pali | freemangordon, ok we do not have to usee patched dsme-thermal package | 19:21 |
freemangordon | yep | 19:21 |
kerio | the thing is, i don't know how to identify the repo :s | 19:22 |
DocScrutinizer05 | Pali: please ensure your bat temperature readings are meaningful/defined for ambient temp range -50°C to +90°C at least | 19:22 |
freemangordon | :nod: | 19:23 |
freemangordon | Pali: did you implement the polinomial approximation? | 19:23 |
Pali | not yet | 19:23 |
freemangordon | you should do it, upper limit of 45 deg is too low | 19:23 |
kerio | freemangordon: oh my fucking god | 19:23 |
DocScrutinizer05 | then you should extend your LUT by extrapolated values | 19:23 |
kerio | i have something glorious in mind | 19:23 |
freemangordon | iirc shutdown temp is 60 deg or something | 19:23 |
kerio | Package: *\nPin: version *-thumb*\nPin-Priority: -10 | 19:24 |
kerio | or something | 19:24 |
Pali | where to implement turning charging off? | 19:25 |
Pali | or is this somewhere in maemo implemented? | 19:25 |
freemangordon | Pali: hmm, good wuestion | 19:25 |
Pali | mce, dsme, bme, ... | 19:25 |
freemangordon | maybe we'll need some "bmed" | 19:25 |
DocScrutinizer05 | L3_4 mentions -40°C and +85°C as thresholds for certain operation conditions, so we need at least exceed that range | 19:25 |
Pali | I think hald-addon-bme should be ok | 19:25 |
Pali | here is also implemented MCE led pattern signals | 19:26 |
freemangordon | Pali: well, could be, but have in mind we should take care for low battery shutdown too | 19:26 |
DocScrutinizer05 | that's why I requested -50 to +90 at least | 19:26 |
Pali | I do not want other daemon for charging and battery | 19:26 |
kerio | freemangordon: it could end up being just a file in /etc/apt/preferences.d/ | 19:26 |
kerio | i really hope this works :D | 19:26 |
Pali | freemangordon, lowbat is handled by systemui or hildon plugin | 19:26 |
freemangordon | kerio: no, i've already decided on that, will make a script with correct apt-get command and will attach it on TMO | 19:27 |
Pali | bme only send signal battery empty and somebody turn off phone | 19:27 |
kerio | no, seriously, this shit will work a lot better | 19:27 |
freemangordon | Pali: ok | 19:27 |
kerio | if it works | 19:27 |
kerio | currently testing it :) | 19:27 |
Pali | hald-addon-bme already sending all signals like bme | 19:27 |
freemangordon | Pali: yeah, I know, great job :) | 19:27 |
Pali | https://garage.maemo.org/forum/forum.php?thread_id=6342&forum_id=5812 | 19:28 |
* DocScrutinizer05 supports kerio's approach | 19:28 | |
DocScrutinizer05 | sounds clean | 19:28 |
Pali | is really dsme handling turn off charging? | 19:28 |
arcean | guys, the latest h-d fixes blurless desaturation and adds thumbnail's desaturation (disabled by default) | 19:29 |
arcean | so no worries ;P | 19:29 |
DocScrutinizer05 | Pali: nah, this is a basic security function that *has* to go to lowest level driver possible, directly | 19:29 |
freemangordon | DocScrutinizer05: how am I supposed to edit a file in /etc/apt/preferences.d/ ? | 19:29 |
kerio | hrmpf, i can't seem to only filter for -thumb | 19:30 |
freemangordon | arcean: the point is it is not tested by anyone but you :P | 19:30 |
Pali | DocScrutinizer05, but bq2415x cannot read any temperature... | 19:30 |
DocScrutinizer05 | freemangordon: hrrrmpf, with a sed script? | 19:30 |
kerio | just append those three lines | 19:30 |
freemangordon | from when? | 19:30 |
freemangordon | preinst? | 19:30 |
kerio | freemangordon: from TMO | 19:30 |
freemangordon | from where? | 19:30 |
freemangordon | well, what is the difference then? | 19:31 |
DocScrutinizer05 | Pali: that's the layering problem I've been talking about since somebody suggested implementing charging completely in kernel | 19:31 |
freemangordon | it is much easier for me to just make the correct apt-get command than playing with sed, awk, and who knows what else | 19:31 |
arcean | freemangordon: it was tested on a couple of devices, but yes - it's not available in -devel branch :) | 19:31 |
freemangordon | arcean: is it? | 19:32 |
freemangordon | aah, sorry, i thought it was tested on your device only | 19:32 |
arcean | in devel branch? not yet :) | 19:32 |
DocScrutinizer05 | Pali: anyway going "hmm. *somebody* will take care about over/under-temperature on charging2 won't fly | 19:32 |
freemangordon | is it tested on couple of devices :) | 19:32 |
DocScrutinizer05 | Pali: bq24150 also can't read ENUM and D+/- short | 19:33 |
freemangordon | DocScrutinizer05: i *think* it is bme who does that right now. | 19:33 |
*** M13 has joined #maemo-ssu | 19:33 | |
freemangordon | (temp protection) | 19:33 |
DocScrutinizer05 | :nod: | 19:33 |
DocScrutinizer05 | together with dsme afaik | 19:33 |
Pali | and why dsme needs temp? | 19:33 |
freemangordon | good question | 19:33 |
DocScrutinizer05 | there's a friggin lot of thermal management you never heard or thought of | 19:34 |
freemangordon | Pali: well, you can return 90 deg from libbmeipc (hardcoded) and we'll see :D | 19:34 |
Pali | ok :-) | 19:35 |
DocScrutinizer05 | good plan | 19:35 |
freemangordon | that way we can find shutdown temp too | 19:35 |
Pali | we can also hack twlmadc driver which read some num from /sys and then send fake raw temp value | 19:35 |
freemangordon | increasing return value every 20 seconds or on every readtemp() call | 19:35 |
DocScrutinizer05 | look L3_4 for shutdown levels | 19:35 |
Pali | and we will see what will bme do :-) | 19:35 |
freemangordon | Pali: no, without BME | 19:36 |
freemangordon | that way we'll check who does thermal shutdown | 19:36 |
Pali | I think we can get more values into table | 19:36 |
freemangordon | if nothing happens on 90 deg, then it is not dsme to shutdown on overtemp | 19:36 |
DocScrutinizer05 | you knew cmt is supposed to not do any calls on >60°C (or whatever), *unless* it's a 911 call? | 19:36 |
DocScrutinizer05 | same for *cell* temperatures <-25°C | 19:37 |
freemangordon | DocScrutinizer05: sure, but all of them use libbmeipc | 19:37 |
DocScrutinizer05 | just saying | 19:37 |
freemangordon | (cmr,dsme,puleaudio) | 19:37 |
freemangordon | s/cmr/cmt/ | 19:37 |
infobot | freemangordon meant: (cmt,dsme,puleaudio) | 19:37 |
freemangordon | the fuck :D | 19:38 |
DocScrutinizer05 | fsckng PA | 19:38 |
DocScrutinizer05 | I wonder what the hell this shit is about | 19:38 |
DocScrutinizer05 | might just be warning jingle | 19:38 |
freemangordon | no idea, but seems like yet another protection | 19:38 |
freemangordon | could be | 19:38 |
DocScrutinizer05 | might be PA using this for reducing heat from amp when due, by lowering volume | 19:39 |
freemangordon | :nod: | 19:39 |
DocScrutinizer05 | might even be calibration for AEC | 19:39 |
kerio | oh for fuck's sake pulseaudio | 19:39 |
kerio | you're just an audio daemon, stop being silly! | 19:39 |
freemangordon | anyway, by replacing the underlying lib we'll have all this functionality in place | 19:39 |
DocScrutinizer05 | (you know, speed of sound in air differs for different air temperature) | 19:40 |
freemangordon | we only need to find out if BME does anything but reading the pemt | 19:40 |
DocScrutinizer05 | yup | 19:40 |
DocScrutinizer05 | agree | 19:40 |
freemangordon | hmm, we can ask someone from meego/nemo gurus if they have any clue on that | 19:41 |
DocScrutinizer05 | obviously it does some averaging | 19:41 |
freemangordon | I hope it is not under NDA :D | 19:41 |
DocScrutinizer05 | they don't | 19:41 |
DocScrutinizer05 | I already asked | 19:41 |
freemangordon | damn | 19:41 |
DocScrutinizer05 | they use custom built bme courtesy Nokia | 19:42 |
DocScrutinizer05 | of course blob | 19:42 |
DocScrutinizer05 | so basically they do same as we do | 19:42 |
freemangordon | DocScrutinizer05: we only need to know if BME reacts in any way on temp changes | 19:42 |
freemangordon | nothing more | 19:42 |
DocScrutinizer05 | just they don't worry about any functions inside bme they might miss | 19:42 |
freemangordon | hmm, actually Pali is right, we can fake BME from twl adcin driver | 19:43 |
DocScrutinizer05 | as mentioned above, it seems bme does some post-processing of raw ADCIN values | 19:43 |
DocScrutinizer05 | averaging, leaving out extremes, deglitching, PID, whatever | 19:43 |
freemangordon | DocScrutinizer05: but we don;t care for that PP, the important part is device protection and if there is any implemented in BME or everything is in dsme | 19:44 |
DocScrutinizer05 | we should adopt work thesis that temp can't change by more than 1°C per maybe 10 seconds | 19:44 |
freemangordon | DocScrutinizer05: implementing PID should not be that hard | 19:45 |
freemangordon | :) | 19:45 |
DocScrutinizer05 | sure it's not hard to implement, it's my "jb". Calibrating it though... | 19:45 |
freemangordon | a first order lowpass filter should do the job too | 19:45 |
DocScrutinizer05 | :nod: | 19:45 |
kerio | freemangordon: ok, i have a good way now | 19:46 |
kerio | kinda | 19:46 |
freemangordon | and I think i have some matlab source code there, first order digital filter | 19:46 |
kerio | still trying to figure out how to pin by version | 19:46 |
DocScrutinizer05 | or just pick most frequent value out of a sample window of maybe 16 | 19:46 |
DocScrutinizer05 | no averaging | 19:46 |
freemangordon | kerio: forget about it, I told you how I will do it | 19:46 |
freemangordon | DocScrutinizer05: median filter? | 19:47 |
DocScrutinizer05 | kinda | 19:47 |
freemangordon | should be ok | 19:47 |
kerio | ok, fine, i'm just trying to figure out how *I* will do it | 19:47 |
freemangordon | DocScrutinizer05: 5 samples median filter should be pretty ok | 19:47 |
DocScrutinizer05 | nope, from my test row I did it seems we need at very least 8 | 19:48 |
merlin1991 | fu you debian policy: The package management system will break the version number apart at the last hyphen in the string (if there is one) to determine the upstream_version and debian_revision. The absence of a debian_revision is equivalent to a debian_revision of 0. | 19:48 |
kerio | DocScrutinizer05: The final conclusion has to be that not only the official documentation of apt, in regard to pinning, sucks— but the whole design and algorithm that determines the candidate version is borked. It is counter-intuitive, ambiguous and not as flexible as it could be. | 19:48 |
kerio | LOL | 19:48 |
*** M13 has quit IRC | 19:49 | |
merlin1991 | freemangordon: that's why ie hildon-desktop fails, because in the -testing case the "revision" is after the -22 in h-d for -thumb it is only -thumb | 19:49 |
DocScrutinizer05 | sounds about right | 19:49 |
merlin1991 | so the upstream version is *higher* | 19:49 |
DocScrutinizer05 | so freemangordon's point gets stronger | 19:49 |
kerio | merlin1991: does cssu always use + like it should? | 19:49 |
kerio | DocScrutinizer05: it can still be done | 19:49 |
merlin1991 | kerio: I hope so | 19:50 |
merlin1991 | though afaik we have a few -cssu packages | 19:50 |
* merlin1991 goes investigate | 19:50 | |
kerio | you give 2000 priority to every package from maemo.merlin1991.at | 19:50 |
kerio | and it'll prompt to up/downgrade to the latest version from there | 19:50 |
kerio | regardless of installed version | 19:50 |
freemangordon | merlin1991: i will take care of -thumb users once we have a clear ploicy WTF needs to be done :D | 19:50 |
DocScrutinizer05 | kerio: *nod* | 19:51 |
kerio | now, if only -devel wasn't on the same domain too... :P | 19:51 |
merlin1991 | kerio: that could be changed | 19:52 |
* DocScrutinizer05 calls it a day where real work been done in cssu r&d | 19:52 | |
freemangordon | merlin1991: if I change -thumb with .thumb? | 19:52 |
kerio | freemangordon: use +thumb | 19:53 |
kerio | it's the "standard" | 19:53 |
freemangordon | kerio: ok | 19:53 |
merlin1991 | freemangordon: It may contain only alphanumerics and the characters + . ~ (plus, full stop, tilde) | 19:53 |
kerio | much like cssu uses +0cssuX | 19:53 |
merlin1991 | also somebody nuke busybox for me please | 19:54 |
kerio | hehe | 19:54 |
kerio | ~nuke busybox | 19:54 |
* infobot prepares 100 missle silos, and targets them at busybox ... Bâ¢â¢M! | 19:54 | |
freemangordon | merlin1991: ok, i'll change -thumbN with +MthumbN, ok? | 19:54 |
* DocScrutinizer05 goes placing real thermometer into his freezer, to hopefully find it's ~-25°C in there | 19:54 | |
kerio | hm, what should the M be? | 19:54 |
freemangordon | DocScrutinizer05: -18 | 19:54 |
merlin1991 | +thumnN should be enough | 19:54 |
freemangordon | merlin1991: well, it will be, but M is in case I screw up something | 19:55 |
freemangordon | ok? | 19:55 |
kerio | hmm, i saw some mojbake from infobot | 19:55 |
merlin1991 | freemangordon: dosfstool version is foobar aswell | 19:55 |
freemangordon | why? | 19:56 |
freemangordon | (it is not in -thumb still :) ) | 19:56 |
kerio | merlin1991: epoch! epoch! | 19:56 |
merlin1991 | it's the only package with -cssu compared to all the others | 19:56 |
merlin1991 | :D | 19:56 |
freemangordon | kerio: sto trolling :P | 19:56 |
kerio | freemangordon: no, he should use an epoch | 19:56 |
kerio | that's like the official debian policy for version mismatches | 19:57 |
kerio | if he started using +0cssu0 there it would be the same version mismatch as the thumb packages | 19:57 |
freemangordon | merlin1991: no choice for dosfstools | 19:57 |
freemangordon | :D | 19:57 |
merlin1991 | yeah dosfstools is doomed | 19:57 |
DocScrutinizer05 | lol | 19:57 |
merlin1991 | kerio: actually dofstools could swap to +cssu | 19:57 |
* DocScrutinizer05 notices kerio's learning how to NOT troll | 19:57 | |
kerio | DocScrutinizer05: i can still troll if you want :3 | 19:58 |
DocScrutinizer05 | we are all sure about that | 19:58 |
kerio | (and srsly, you're a bit too trigger-happy with your op powers) | 19:58 |
merlin1991 | because in dosfstools case there is no "revision" but the cssu one so swapping to + would increase the "upstream" version which supercedes any "debian revision" | 19:58 |
kerio | (or with the threatening of your op powers) | 19:58 |
kerio | merlin1991: neat | 19:58 |
freemangordon | yeah | 19:59 |
kerio | if there's no other "-" then version dependencies will work fine | 19:59 |
DocScrutinizer05 | kerio: I usually just explain my moods | 19:59 |
kerio | it's still something that you have to remember for the next release, though | 19:59 |
DocScrutinizer05 | doesn't imply I follow them indiscriminately | 19:59 |
DocScrutinizer05 | ~lart debian | 20:00 |
* infobot DoSes debian | 20:00 | |
kerio | freemangordon: i still think the pinning is better than the apt-get line | 20:00 |
kerio | especially because not everyone has every package from -thumb installed | 20:01 |
DocScrutinizer05 | that's why I suggested shell filter magic | 20:01 |
kerio | i wonder if HAM will respect priorities | 20:02 |
Pali | hald-addon-bme code updated | 20:02 |
Pali | but not tested yet | 20:02 |
DocScrutinizer05 | hardcoded script with apt-get lines for sure won't pan out | 20:02 |
freemangordon | kerio: WUT? | 20:02 |
kerio | freemangordon: I SAID NOT EVERYONE HAS EVERY PACKAGE FROM -THUMB INSTALLED | 20:02 |
freemangordon | how they dont have every package from thumb? | 20:02 |
DocScrutinizer05 | don't shout! | 20:02 |
freemangordon | hear, her | 20:02 |
kerio | freemangordon: for instance, busybox-power :) | 20:03 |
freemangordon | kerio: it is not -mp dependency ;) | 20:03 |
freemangordon | thus not a part of CSSU | 20:03 |
DocScrutinizer05 | ooh, for mp dependencies it's for sure hardcoded fixed set | 20:04 |
freemangordon | DocScrutinizer05: that is why a script with apt-get is better than any shell script magic ;) | 20:04 |
kerio | freemangordon: not every package in community-thumb is referred to by the metapackage :) | 20:06 |
freemangordon | kerio: it is. (at least should be) | 20:06 |
kerio | busybox-power | 20:06 |
freemangordon | if you find something missng, i'll be glad to fix it | 20:06 |
kerio | the weird rotation lock applet | 20:06 |
freemangordon | kerio: stop that | 20:06 |
kerio | no, you stop that! | 20:07 |
kerio | :3 | 20:07 |
freemangordon | cssu-thumb consist of mp-fremantle-community-pr and its dependencies | 20:07 |
merlin1991 | #maemo-ssu, the place where kerio lives on the edge :D | 20:07 |
freemangordon | there is fennec in thumb repo, should we consider it a part of CSSU? | 20:07 |
freemangordon | meh | 20:07 |
kerio | freemangordon: you should still kinda rerelease busybox-power with +thumb0 instead of -thumb0 | 20:08 |
kerio | but there's no other "-" in the version, so at least there's that | 20:08 |
freemangordon | kerio: ask iDont for that | 20:08 |
freemangordon | he is the maintainer, I only do dpkg-buildbackage | 20:08 |
kerio | oh crap, fennec has that "problem" too | 20:08 |
freemangordon | kerio: fennec is in no way related you yoyr edgy place | 20:08 |
freemangordon | s/you/yoyr/to your | 20:09 |
kerio | i'm just trying not to get into a dependency hell | 20:09 |
freemangordon | you are already there :P | 20:09 |
kerio | because those version numbers are just /wrong/ | 20:09 |
kerio | like, dead wrong | 20:09 |
kerio | and you can't reliably depend on package(>=version) if some versions are wrong | 20:09 |
freemangordon | that is why I depend on = | 20:10 |
freemangordon | check you -mp thingie | 20:10 |
freemangordon | *your | 20:10 |
kerio | freemangordon: yeah, about that... | 20:10 |
kerio | your exact dependencies are kinda bad | 20:11 |
merlin1991 | freemangordon: well at least the -thumb repo fixes itself, because I only keeps 1 package in the index | 20:11 |
kerio | yeah, the repo is fine once you change the versions | 20:11 |
kerio | and the mirrors inside n900s will be fine once they pin the repo with priority 2000 and do an upgrade :) | 20:11 |
freemangordon | merlin1991: you should cleanup it before the new -thumb release. otherwise i wont be able to upload the packages | 20:12 |
merlin1991 | freemangordon: about that, tell me when you're ready to upload and I'll wipe it? | 20:12 |
freemangordon | sure | 20:12 |
freemangordon | i will start right now, but it will take a while | 20:13 |
freemangordon | a 2-3 days maybe, I am short on spare time these days | 20:13 |
*** dafox has quit IRC | 20:16 | |
kerio | freemangordon: btw, "curl" is also thumb and not in the metapackage | 20:17 |
freemangordon | kerio: btw you don;t have the latest -thumb | 20:18 |
kerio | mind you | 20:18 |
freemangordon | https://gitorious.org/community-ssu/mp-fremantle-community-pr/commit/302f4af52fb4c872de8d67bed603950350bbc596 | 20:19 |
kerio | "curl" is also thumb and **should not** be in the metapackage | 20:19 |
freemangordon | why? | 20:19 |
kerio | because it is not necessary | 20:19 |
freemangordon | where it is supposed to be? | 20:19 |
freemangordon | yeah, sure | 20:19 |
kerio | no, seriously | 20:19 |
kerio | remove it - you won't get any dependency problem | 20:20 |
kerio | libcurl3-0 is the thing stuff uses | 20:20 |
freemangordon | kerio: it fixes several bugs | 20:20 |
kerio | i meant "try to uninstall it from your n900" | 20:20 |
kerio | neat, iphone 5 announcement | 20:21 |
kerio | 112 grams, 326 PPI display, 4 inches screen, 1136x640 | 20:21 |
kerio | ANOTHER ROW OF ICONS | 20:22 |
kerio | this. changes. everything. | 20:22 |
DocScrutinizer05 | suuure | 20:25 |
kerio | "It certainly looks on-par with current console gameplay graphics." | 20:27 |
kerio | the current consoles are 7 years old! | 20:27 |
DocScrutinizer05 | who the flying fuck wants CONSOLE GAMEPLAY GRAPHICS on his phone? Morons! | 20:33 |
RST38h | yeah, morons, all of them | 20:34 |
kerio | but... i like super mario :( | 20:34 |
DocScrutinizer05 | there's an annoying tendency to turn each and every gadget into a next-gen gameboy nowadays | 20:34 |
RST38h | That is pretty low on the list of today's annoying tendencies | 20:35 |
DocScrutinizer05 | yep, but still | 20:35 |
kerio | you say that like each and every gadget *shouldn't be* a next-gen gameboy | 20:35 |
RST38h | I would even say, it is a consequence | 20:35 |
DocScrutinizer05 | of general cerebral decay? | 20:35 |
kerio | ooh, the new iphone has three microphones | 20:36 |
kerio | i wonder what pulseaudio would do with that | 20:36 |
* DocScrutinizer05 grows a third ear | 20:36 | |
RST38h | Attention spans are dangerously low now and it looks like people never quite grow up | 20:36 |
RST38h | So, yeah, what you just said | 20:36 |
kerio | back in my day, we had to pay attention to videogames! | 20:36 |
RST38h | Now, they had to start making "casual" video games for these morons | 20:37 |
RST38h | Not enough dedication to play the real thing | 20:37 |
kerio | ooh, the data connector is reversible | 20:38 |
kerio | and i bet the port doesn't break if you look at it wrong | 20:39 |
DocScrutinizer05 | *burp* | 20:39 |
* kerio glances at the µusb port in his n900 | 20:39 | |
kerio | "For the record, I'm weeping at the thought of how many adapters I now have to buy..." | 20:40 |
kerio | JUST DON'T BUY THE NEW IPHONE YOU DOLT | 20:40 |
kerio | it's not mandatory | 20:40 |
DocScrutinizer05 | kerio: take it to #maemo please | 20:42 |
kerio | k | 20:42 |
kerio | freemangordon: btw, why do you need to wipe the repo before uploading packages again? | 20:42 |
DocScrutinizer05 | kerio: iirc he said otherwise the repo won't take the new upload, due to some version check | 20:45 |
*** toxaris has joined #maemo-ssu | 20:45 | |
kerio | oh, makes sense :) | 20:45 |
*** toxaris has quit IRC | 20:50 | |
kerio | wait, why do i have status-area-orientationlock-applet 1.0+0cssu3.1? | 20:52 |
kerio | :o | 20:52 |
kerio | where did that come from? | 20:52 |
kerio | merlin1991: modest-l10n-mr0 doesn't have a correct version | 20:52 |
*** toxaris has joined #maemo-ssu | 20:52 | |
kerio | unless it's intended that the cssu package is below the nokia one | 20:52 |
merlin1991 | that's why we depend on the various l10n packages | 20:54 |
DocScrutinizer05 | kerio: why would you NOT have status-area-orientationlock-applet? | 20:55 |
kerio | DocScrutinizer05: i have it at a higher version than community-devel | 20:55 |
kerio | merlin1991: 6.11+0m5 is greater than 6.11+0cssu3 | 20:55 |
DocScrutinizer05 | I gather that's the version in T then | 20:55 |
kerio | i assume you wanted 6.11+0m5+0cssu3 :) | 20:55 |
kerio | DocScrutinizer05: let me rephrase that | 20:55 |
kerio | DocScrutinizer05: i have it at a higher version than any repo | 20:55 |
merlin1991 | kerio: check ie modest-l19n-nono | 20:56 |
merlin1991 | with dpkg -l | 20:56 |
merlin1991 | it's only the mr0 which has a higher version from nokia | 20:56 |
merlin1991 | all the single packages had various lower versions | 20:56 |
kerio | merlin1991: hm, why do you still provide a package then? | 20:57 |
merlin1991 | because it builds from the source | 20:58 |
merlin1991 | and nobody ever cared to make the dependencies proper | 20:58 |
kerio | hrmpf | 20:58 |
kerio | fukken nokia | 20:58 |
DocScrutinizer05 | indeed | 20:58 |
kerio | merlin1991: it seems like a waste | 20:59 |
DocScrutinizer05 | my mantra: the MP is *EVIL* | 20:59 |
DocScrutinizer05 | and we should try hard to get rid of it, every single dependency less in MP is a win | 20:59 |
kerio | DocScrutinizer05: it's still needed for HAM upgrades | 20:59 |
kerio | just having *proper* deps on the other stuff is fine | 21:00 |
DocScrutinizer05 | hmm, don't know if that's a good or even valid rationale | 21:00 |
DocScrutinizer05 | it's just bulk-release centric concept | 21:00 |
DocScrutinizer05 | we *could* update every single shit on a per-opportunity basis, even in HAM (with slight updates/fixes/patches) | 21:01 |
DocScrutinizer05 | maybe get a MP called 'core system' | 21:02 |
IronLegend | Yay i need nokia PC suite to update now xD | 21:02 |
DocScrutinizer05 | hmmpf | 21:02 |
DocScrutinizer05 | where's my [general notice] ? | 21:02 |
merlin1991 | IronLegend: that msg is a lie | 21:02 |
DocScrutinizer05 | [GENERAL NOTICE] if you're using CSSU-T, do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff | 21:03 |
merlin1991 | IronLegend: install the operator name update first | 21:03 |
IronLegend | ah thanks | 21:03 |
kerio | DocScrutinizer05: just make it so that it's posted every 5 minutes in #maemo and here | 21:03 |
DocScrutinizer05 | friggin konversation has no scripting | 21:03 |
* DocScrutinizer05 spanks merlin1991 a little bit | 21:04 | |
IronLegend | DocScrutinizer05: or you could put it in the topic ? | 21:05 |
* merlin1991 bitchslaps back | 21:05 | |
kerio | guys, get a room | 21:05 |
DocScrutinizer05 | wtf is wrong with chanserv? | 21:05 |
IronLegend | it dislikes you | 21:06 |
DocScrutinizer05 | ooh no /op | 21:06 |
merlin1991 | DocScrutinizer05: usinga an inferior irc client atm? | 21:06 |
*** ChanServ sets mode: +o DocScrutinizer05 | 21:06 | |
DocScrutinizer05 | nah, inferior cerebral perfomance | 21:07 |
DocScrutinizer05 | and actually a new installation of whole system that doesn't have all the goodies I got on the old one during 5 years | 21:07 |
DocScrutinizer05 | like /opm | 21:07 |
DocScrutinizer05 | and /dopm | 21:07 |
DocScrutinizer05 | (user defined commands) | 21:08 |
DocScrutinizer05 | so I went for /op #maemo-ssu instead of /cs op #maemo-ssu | 21:08 |
*** DocScrutinizer05 changes topic to "do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff || 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: htt" | 21:09 | |
kerio | DocScrutinizer05: /cs topic? | 21:09 |
DocScrutinizer05 | thought as much :-S | 21:09 |
merlin1991 | also you hit topiclen with your update | 21:09 |
freemangordon | merlin1991: apt debian/rules is screwed | 21:10 |
*** DocScrutinizer05 changes topic to "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 || do NOT use "update all" in HAM, you need to first install/update the" | 21:10 | |
DocScrutinizer05 | :-/ | 21:10 |
freemangordon | atp is compiled with on -O-x flags :( | 21:10 |
merlin1991 | freemangordon: screwed is a bit vague, any additional hints? | 21:10 |
freemangordon | ^^^ | 21:10 |
kerio | -x? | 21:10 |
freemangordon | kerio: typo | 21:10 |
freemangordon | -Ox :) | 21:11 |
kerio | oh | 21:11 |
kerio | what's -Ox? | 21:11 |
*** DocScrutinizer05 changes topic to "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 || READ!!: http://talk.maemo.org/showthread.php?p=1264963#post1264963" | 21:11 | |
freemangordon | merlin1991: it exports CXXFLAGS, but actual configure line does "cd build && CXXFLAGS="$(confcxxflags)" ../configure --disable-block-hidden $(confflags)" | 21:11 |
*** ChanServ sets mode: -o DocScrutinizer05 | 21:12 | |
merlin1991 | freemangordon: seems silly | 21:24 |
freemangordon | merlin1991: did you look at it (debian/rules)? | 21:31 |
merlin1991 | I'm currently doing dinner preperations | 21:32 |
*** _xnt14 has quit IRC | 21:32 | |
DocScrutinizer05 | oooh dinner, what a nice idea | 21:32 |
DocScrutinizer05 | ((<kerio> DocScrutinizer05: /cs topic?)) nah, the topic editor in Konversation is actually fine | 21:33 |
DocScrutinizer05 | while /cs topic is clumsy | 21:34 |
*** _xnt14 has joined #maemo-ssu | 21:35 | |
freemangordon | merlin1991: I consider that a bug, going to fix it in master, ok? | 21:41 |
freemangordon | merlin1991: scratch that, somehow flags are passed | 21:58 |
freemangordon | though the way it is passed is ugly :( | 22:00 |
*** luf has left #maemo-ssu | 22:01 | |
kerio | huh, this pinning thing actually gives you a neat way of uninstalling CSSU without bothering with weird stuff | 22:14 |
kerio | pin every repo at 2000, remove the cssu repos, update & upgrade | 22:15 |
freemangordon | kerio: there is -thumb version of apt in the repo, you may want to try it ;) | 22:15 |
kerio | freemangordon: which version is it? | 22:15 |
freemangordon | 0.7.20.2maemo13.2+0cssu1+thumb0 | 22:15 |
kerio | yay ^_^ | 22:16 |
kerio | freemangordon: ZOMG SO FAST | 22:20 |
freemangordon | yep ;) | 22:21 |
kerio | except that not really | 22:21 |
freemangordon | it is faster | 22:21 |
* kerio pictures a wonderful world where cssu-th is actually for the "fremantle-thumb" release and the versions are the same as cssu | 22:23 | |
kerio | and you just pin it at 600 priority and it magically works fine | 22:23 |
*** Spark25x has joined #maemo-ssu | 22:41 | |
Spark25x | heya | 22:41 |
Spark25x | why the new SSU update ask for pc connectivity?Is this mandatory?tnx in advance | 22:41 |
merlin1991 | see /topic | 22:41 |
kerio | Spark25x: first update the operator name widget, make sure it's updated and that application manager stopped doing its things, then do the upgrade | 22:42 |
DocScrutinizer05 | [GENERAL NOTICE] if you're using CSSU-T, do NOT use "update all" in HAM, you need to first install/update the opername widget, only *then* go update the rest. Read http://talk.maemo.org/showthread.php?p=1264963#post1264963 ff | 22:43 |
Spark25x | and if ill do a "fresh install" tommorow i will need to follow same process?:P | 22:43 |
DocScrutinizer05 | no | 22:43 |
merlin1991 | Spark25x: nope this is only valid for an update to the current version | 22:43 |
Spark25x | doc sorry i cleaned the buffer and didnt had the chance to read the topic | 22:43 |
Spark25x | my bad | 22:43 |
merlin1991 | you can get it back with /topic ;) | 22:44 |
Spark25x | i know now :P | 22:44 |
Spark25x | i meant i did the mistake to not read it before ask | 22:44 |
Spark25x | hehe | 22:44 |
*** NIN101 has quit IRC | 22:45 | |
kerio | freemangordon: btw, please use inequalities in the metapackage :3 | 22:45 |
Spark25x | and another question if you dont mind,where can i see the changelog etc?the wiki and ssu features page arent update it yet (hope this is not a silly question) | 22:45 |
kerio | they are | 22:46 |
kerio | http://wiki.maemo.org/Community_SSU/Changelog#T-maemo5 | 22:46 |
Spark25x | kerio okey ill check again lol sorry | 22:46 |
DocScrutinizer05 | been updated yesterday | 22:47 |
DocScrutinizer05 | even prior to rollout of actaul update | 22:47 |
DocScrutinizer05 | (though only minutes) | 22:47 |
merlin1991 | why do people get so demanding lately regarding cssu? people used to be happy when the changelog arrived a week later :D | 22:48 |
DocScrutinizer05 | hehe | 22:48 |
Spark25x | tommorow ill make a reflash couse i want to get rid of nitroid :P and im happy that i can test the new ssu before this :D | 22:48 |
kerio | do i need anything in particular to make obexd work? | 22:50 |
Spark25x | okey tnx for the answers have a good night :) | 22:51 |
merlin1991 | kerio: if it doesn't work then you have no bluethooth :D | 22:51 |
*** Spark25x has quit IRC | 22:54 | |
*** BCMM has joined #maemo-ssu | 23:49 | |
*** Pali has quit IRC | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!