00:25.33 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.138) |
00:34.01 | *** join/#maemo-ssu gri (~gri@muhkuh.net) |
00:39.03 | *** join/#maemo-ssu NIN101 (~NIN@206.253.166.69) |
00:41.38 | *** join/#maemo-ssu gri (~gri@muhkuh.net) |
00:46.38 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.138) |
01:49.13 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
02:29.23 | *** join/#maemo-ssu int_ua (~int_ua@46.151.80.36) |
02:43.06 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
04:54.04 | *** join/#maemo-ssu merlin_1991 (~merlin@merlin1991.at) |
05:33.49 | *** join/#maemo-ssu Jade (erika@unaffiliated/jade) |
05:54.37 | DocScrutinizer | <merlin1991> (you'll have the partition that is long gone in the list even if you reboot your n900) WTF?! |
05:56.54 | DocScrutinizer | merlin_1991: arcean: could we go thru *all* gconfkeys eventually? I feel like quite a lot of mess there, maybe we can do a major refactoring |
06:02.32 | DocScrutinizer | (re partition table, labels) this is a problem that exists for all flavours of linux/unix. Actually you'll find yourself fixing upstream kernel stuff |
06:03.45 | DocScrutinizer | unix never planned to have hot swappable drives, and there are *still* quite a number of problems atound all that, which usually get solved the "windows way" aka "mandatory reboot" |
06:06.16 | DocScrutinizer | actually a really removable drive will see complete new initialization on plugin, afaik. For changes on fundamental drive structures/properties like partition table there's not yet a proper foolproof concept to do that re-initialization without such unplug&replug or reboot, afaik |
06:09.33 | DocScrutinizer | merlin_1991: NFC though how an obsolete drive-info could survive reboot. *might* be related to friggin partition table concept, which iirc has two redundant ways to describe drive and partitions, and not all tools work on both concurrently to keep them in sync |
06:11.19 | DocScrutinizer | first test to dissect the problem: create a uSD that shows the problem, see if the problem sticks to the uSD when you insert the uSD to a "new" device |
06:12.44 | freemangordon | DocScrutinizer, no need for SD card, a simple compcache drive is enough |
06:12.57 | DocScrutinizer | ?? |
06:12.59 | freemangordon | s/drive/device/ |
06:13.18 | DocScrutinizer | how you gonna insert that to a "new" N900? |
06:13.29 | freemangordon | modins? |
06:13.42 | freemangordon | insmod, sorry, still having my coffe |
06:13.46 | freemangordon | :D |
06:13.47 | DocScrutinizer | nfc what you're talking about |
06:14.14 | freemangordon | by doing inmod ramzswap.ko, you are creating /dev/ramzswap0 |
06:14.39 | DocScrutinizer | that's completely unrelated and irrelevant here |
06:14.46 | freemangordon | and that is listed by blkid |
06:14.56 | freemangordon | see backscroll |
06:15.49 | DocScrutinizer | what in >>first test to dissect the problem: create a uSD that shows the problem, see if the problem sticks to the uSD when you insert the uSD to a "new" device<< makes you think this could be done with ramzswap? |
06:18.36 | DocScrutinizer | there's a couple of potential causes around the topic at large - kernel's device tables not really being flushable is just one, properties/structure of partition-table of one drive is another |
06:18.53 | freemangordon | DocScrutinizer, if you are talking about blkid bug, it could be triggered by using a virtual device, no need for a real SD card partition |
06:20.07 | DocScrutinizer | for dissecting the "sticky across boot" problem which is the most severe one in my book, we want to tackle partition table the way I suggested above first |
06:20.16 | freemangordon | and compcache/ramzswap is such a device, blkid reports /dev/ramzswap0: TYPE="swap" long afater there is no such device in /dev |
06:20.31 | freemangordon | ok |
06:21.04 | freemangordon | but don't really see the difference |
06:21.16 | DocScrutinizer | after solving this problem, we check what persisted and tackle those |
06:21.44 | freemangordon | anyway, I need more coffee |
06:21.55 | DocScrutinizer | the non-flushable device tables in kernel are a known problem, since ages |
06:22.17 | DocScrutinizer | but they won't explain why problem is sticky across boot |
06:22.48 | DocScrutinizer | also runs for another coffee |
06:23.13 | DocScrutinizer | though daywork waiting for me, need to wake up first |
06:25.36 | DocScrutinizer | also all please make damn sure you check back on stock fremantle with stock kernel and manual (u)mounting, to get a clear idea where from the problems stem that we're chasing |
06:26.15 | DocScrutinizer | I anticipate most of them appear on stock as well |
06:30.37 | DocScrutinizer | for problems clearly introduced by new ke-recv we know whom "to blame" and fix. For problems that are also in stock kernel and system even, we have to ponder where and how, or if at all to fix them. Might be mission impossible if the problem even exists in upstream 3.x kernel still |
06:39.43 | DocScrutinizer | freemangordon: actually it doesn't matter at all if you use ramzswap partition or whatever else to create the problem, the point is we create the problem on a partition table we can insert to a new system that never before seen this problem, so we find out if the problem sits (and persists across boots) in partition table itself or rather somewhere in the rootfs |
06:41.35 | DocScrutinizer | or (worst case) in both together, in an either AND or OR way |
06:46.32 | DocScrutinizer | 1) create problem 2a) "swap rootfs" to a "clean" one (by moving uSD to new system, or by restoing a clean rootfs backup to the affected device) 2b) on device with freshly created problem swap MBR/part-tbl of the affected storage to a known good version, via dd; reboot 3) evaluate your findings to conclude what's the nature of the issue and where to investigate further |
06:47.10 | DocScrutinizer | my suggestion above been about 2a) |
06:47.36 | DocScrutinizer | clearly done the most easy way by swapping uSD to a "new" device |
06:56.07 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
07:05.33 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
07:09.19 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
07:21.44 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
07:24.28 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@221.226.175.138) |
07:36.08 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
07:40.39 | DocScrutinizer | man addpart, man delpart |
07:44.34 | DocScrutinizer | http://www.cyberciti.biz/tips/re-read-the-partition-table-without-rebooting-linux-system.html |
07:47.07 | DocScrutinizer | man partprobe |
07:51.28 | DocScrutinizer | it's highly unclear (yet, to me) who (which programs - like sfdisk - or which daemons) does inform kernel to reread partition tables, esp on fremantle |
07:52.50 | DocScrutinizer | also it's unclear how much of the infra needed to support all this is actually implemented in fremantle kernel, not to mention whether all that got tested and is bugfree or not |
07:54.37 | DocScrutinizer | anyway keep in mind there's - afaik - nothing in kernel or userland that's supposed to keep sticky as in across-boot any info about partition tables of attached devices |
07:54.47 | DocScrutinizer | maybe except /dev fs itself |
07:58.13 | DocScrutinizer | depending on what the system is utilizing to create device nodes (udev, devtmpfs, ke-recv, manual mkdev calls, whatever), you easily might find an obsolete devicenode in /dev, or miss a devicenode for a new device or partition. Esp when "hotplugged" or - worse - created "on the fly" as new partition on a storage dev |
08:11.53 | DocScrutinizer | also I think that while /dev/sdx (example) gets created by e.g. a udev rule, yet /dev/sdxN etc most likely are created vy the kernel driver itself, on invocation |
08:12.18 | DocScrutinizer | s/vy/by/. |
08:16.50 | *** join/#maemo-ssu juzn900 (~juzn900@203-219-240-117.static.tpgi.com.au) |
08:21.24 | *** part/#maemo-ssu juzn900 (~juzn900@203-219-240-117.static.tpgi.com.au) |
09:25.29 | *** join/#maemo-ssu Guest50125 (~rd@p57B498FA.dip0.t-ipconnect.de) |
09:26.25 | DocScrutinizer | or put simply: "<merlin199> runing blkid as root shows you some info about all partitions in the system. but when I reformatted my sd card to only have one partition I still have ghost entries in the output from blkid. even after a reboot[!!!]" and would you comment/correct my thoughts regarding that, as of http://mg.pov.lt/maemo-ssu-irclog/latest.log.html#t2012-04-10T09:20:06 ff, please |
09:27.45 | DocScrutinizer | oops |
09:27.55 | DocScrutinizer | ECHAN |
09:38.42 | *** join/#maemo-ssu StyXman (~mdione@grulic/root/StyXman) |
09:40.33 | *** join/#maemo-ssu arcean (~Arcean@aadd57.neoplus.adsl.tpnet.pl) |
09:52.49 | *** join/#maemo-ssu M4rtinK (~M4rtinK@mail.melf.eu) |
09:58.02 | *** join/#maemo-ssu ivgalvez (598c718a@gateway/web/freenode/ip.89.140.113.138) |
09:58.21 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
10:25.05 | *** join/#maemo-ssu schen (~schen@203.91.121.133) |
10:29.08 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-idjrpoxofwohnuag) |
10:43.47 | *** join/#maemo-ssu juzn900 (~tessa@203-219-240-117.static.tpgi.com.au) |
10:47.20 | *** join/#maemo-ssu schen (~schen@tu094238.ip.tsinghua.edu.cn) |
10:49.21 | *** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
10:51.12 | ivgalvez | freemangordon: ping |
11:19.41 | freemangordon | ivgalvez, pong |
11:29.31 | *** part/#maemo-ssu juzn900 (~tessa@203-219-240-117.static.tpgi.com.au) |
11:30.41 | *** join/#maemo-ssu arcean_ (~Arcean@aaer151.neoplus.adsl.tpnet.pl) |
12:03.51 | ivgalvez | I have commented some questions about promotion of KPv50 in http://talk.maemo.org/showpost.php?p=1190361&postcount=183 |
12:04.24 | ivgalvez | I'm afraid some people may complain about promoting it having issues with commercial applications |
12:09.00 | freemangordon | ivgalvez, I saw that, but what are the issues , I am not sure that abc or bless n900 have problems because of KP |
12:09.13 | freemangordon | and joikuspot already should be ok |
12:13.46 | *** join/#maemo-ssu merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
12:30.24 | ivgalvez | I didn't know Joikuspot was OK with KP50 |
12:30.46 | ivgalvez | but it wasn't at least until v48 right? |
12:32.53 | ivgalvez | and with BlessN900 / ABC it seems that reinstalling fcam drivers from devel is needed. |
12:33.10 | ivgalvez | as it's not a User's package, most people doesn't have the update |
12:34.09 | merlin1991 | ivgalvez: about blessn900 |
12:34.16 | freemangordon | ivgalvez, see my post on TMO |
12:34.16 | merlin1991 | or rather fcam drivers |
12:34.30 | merlin1991 | that's actually f00bar on the side of the fcam drivers package |
12:34.37 | freemangordon | :nod: |
12:35.17 | ivgalvez | ok I've read your response |
12:35.28 | ivgalvez | thanks that's clarifying |
12:37.19 | freemangordon | well, there will be issues with KP50 going to extras because of the changed OC frequencies, but I will ask Pali (once again) to make some changes to kernel-power-settings, so old frequencies to be automatically replaced with new |
12:37.30 | ivgalvez | are you going to attend the mer-meeting about OBS? |
12:38.00 | freemangordon | ivgalvez, what am I supposed to do there? My question is serius |
12:38.12 | freemangordon | s/serius/serious/ |
12:38.36 | ivgalvez | you are more capable than most of the tipycal chit chatters |
12:39.05 | ivgalvez | s/tipycal/typical/ |
12:39.30 | freemangordon | well, i *might* be more capable as a coder, but still... |
12:39.49 | ivgalvez | and having a Community OBS for Maemo is something that in the short term could help in development |
12:40.25 | ivgalvez | I'm thinking about the possibilities of upgrading the toolchain |
12:40.47 | ivgalvez | Aapo was trying to upgrade gcc to 4.6 with no luck in the autobuilder |
12:41.01 | freemangordon | agree, but AIUI SD69 will attend the meeting, and I expect more people from Maemo/Harmattan to join |
12:42.04 | ivgalvez | at least things are beginning to move again |
12:42.17 | freemangordon | ivgalvez, lets look it from that angle - noone can expect a couple of people to do all the work, if there is no enough active community members, then let it be that way |
12:43.03 | freemangordon | yeah, lets see in what direction |
12:43.06 | freemangordon | :D |
12:44.36 | freemangordon | and re new toolchain - CSSU does not rely/use on autobuilder and if a new toolchain is needed that could be easily achieved |
12:47.00 | ivgalvez | good to know |
12:51.08 | freemangordon | in fact I have working 4.6.2 in one of mine SB targets :) |
12:52.48 | ivgalvez | one more question, I have seen recent commits for tracker package |
12:53.40 | ivgalvez | are you going to upgrade the deprecated version we are using? I've seen a lot of supposed improvements in performance and battery consumption |
12:53.50 | ivgalvez | in latest tracker versions |
12:56.47 | freemangordon | ivgalvez, better ask Pali, I am not aware what is the case with tracker :) |
12:58.15 | ivgalvez | ok, thanks |
13:01.00 | *** part/#maemo-ssu ivgalvez (598c718a@gateway/web/freenode/ip.89.140.113.138) |
13:03.02 | guly | which twitter client do people here use? |
13:03.41 | freemangordon | mIRC |
13:04.05 | freemangordon | oops |
13:04.05 | freemangordon | twitter? |
13:04.23 | freemangordon | sorry, don't use any :) |
13:04.44 | guly | mirc with pizza script? ghgh |
13:16.49 | merlin1991 | guly: I use tweego |
13:17.18 | merlin1991 | btw anybody got the obs meeting time and date at hand? |
13:20.00 | DocScrutinizer | btw any comments on my comments? |
13:23.29 | merlin1991 | yeah |
13:23.42 | merlin1991 | it makes no difference if it's our ke-recv or the pr1.3 ke-rcv |
13:23.55 | merlin1991 | blkid outputs nonsense regardless |
13:47.08 | Lava_Croft | for the fans: http://forum.xda-developers.com/showthread.php?t=1547408 |
13:50.31 | DocScrutinizer | merlin1991: so the problems are genuine maemo problems |
13:50.58 | DocScrutinizer | quite expected |
13:51.40 | DocScrutinizer | since renaming and changing partitions doesn't even work under a lot of "desktop" linux' |
13:52.57 | DocScrutinizer | nevertheless, as mentioned this morning, your "sticky" problem is a class on its own, and needs some more investigaton |
13:54.43 | DocScrutinizer | first of all I'd like to see it reproduced/confirmed, and the simple swap-SD-to-other-rootfs/device test done, to rule out it's just your partitioning tool that is messing up part-tbk |
13:54.48 | DocScrutinizer | tbl* |
13:55.55 | Lava_Croft | http://news.bbc.co.uk/2/hi/programmes/click_online/9711150.stm |
13:55.56 | Lava_Croft | er |
13:59.30 | merlin1991 | DocScrutinizer: you can reproduce it without even using an sd card |
13:59.40 | merlin1991 | if you create a swap device with ramzswapd |
13:59.42 | merlin1991 | remove it |
13:59.43 | merlin1991 | reboot |
13:59.50 | merlin1991 | blkid still thinks you have it |
14:00.18 | DocScrutinizer | I'm not particularly interested in uSD-free reproduction of the bug, since uSD is the most convenient and easy case to triage |
14:00.58 | merlin1991 | well anyway it got reproduced with and without uSD on 3 devices |
14:01.09 | DocScrutinizer | and I wouldn't bet a fly shit on what ramzswap does to system |
14:01.36 | DocScrutinizer | after all that's SWAP |
14:02.10 | DocScrutinizer | might easily get an own early init job to create that partition during boot, or whatever |
14:02.39 | merlin1991 | well to make you happy I've swapped the sd card to my pr1.3 n900 |
14:02.50 | merlin1991 | and blkid only reports the single partition that should be there |
14:02.59 | Lava_Croft | was it DocScrutinizer asking for new N900's to buy, not too long ago? |
14:03.04 | merlin1991 | Lava_Croft: yes |
14:03.10 | Lava_Croft | According to my wife, MediaMarkt here still sells them |
14:03.13 | Lava_Croft | for 379euros orso |
14:03.22 | DocScrutinizer | and when you insert another SD to the afected device now, will it still show ghosts? |
14:03.25 | Lava_Croft | at least the store nearby here, in Alkmaar apparently has a few left |
14:03.33 | DocScrutinizer | Lava_Croft: yep |
14:03.46 | merlin1991 | DocScrutinizer: it even shows the ghosts if I don't insert it and reboot the affected device |
14:03.48 | DocScrutinizer | Lava_Croft: o.O |
14:03.55 | Lava_Croft | exactly my reaction |
14:04.10 | DocScrutinizer | many thanks |
14:04.27 | Lava_Croft | i have not seen it myself |
14:04.35 | DocScrutinizer | alas ATM I'm broke, since my employer thinks I'm cheaper than a bank |
14:04.39 | Lava_Croft | and while my wife certainly knows what my n900 looks like, i cannot be sure 100% until i saw it myself |
14:04.46 | Lava_Croft | and she can read too |
14:04.52 | Lava_Croft | fine wife of mine |
14:04.55 | merlin1991 | :D |
14:05.13 | DocScrutinizer | thank her from me :-D |
14:05.19 | Lava_Croft | mediamarkt website here in NL does not show any n900's |
14:05.22 | Lava_Croft | i will |
14:05.37 | merlin1991 | DocScrutinizer: I jsut removed the sd card from the pr1.3 n900 and rebooted |
14:05.44 | merlin1991 | blkid still reports the sdcard partition |
14:05.49 | DocScrutinizer | I wonder if MM here in germany can order goods from MM NL |
14:06.03 | Lava_Croft | no idea |
14:06.14 | Lava_Croft | i dont go to mediamarkt |
14:06.18 | DocScrutinizer | merlin1991: AHAAAA! |
14:06.33 | Lava_Croft | merlin1991: magic |
14:06.49 | DocScrutinizer | not magic, probably friggin static /dev/* |
14:06.56 | merlin1991 | no |
14:07.02 | DocScrutinizer | NO?? |
14:07.06 | merlin1991 | <PROTECTED> |
14:07.12 | Lava_Croft | heh |
14:07.12 | merlin1991 | ONLY blkid still shows it |
14:07.23 | DocScrutinizer | W?T!F?! |
14:07.31 | merlin1991 | see my pastebin from earlier today http://pastebin.com/qR5iMx01 |
14:09.34 | DocScrutinizer | merlin1991: that looks like... thoroughly fsckedup :-/ |
14:12.00 | DocScrutinizer | merlin1991: please rm /etc/blkid.tab |
14:12.16 | DocScrutinizer | or rather |
14:12.19 | DocScrutinizer | ls /etc/blkid.tab |
14:12.23 | DocScrutinizer | ls -l |
14:12.36 | merlin1991 | oh that file contains all the evil entries |
14:12.56 | merlin1991 | removing it yields in a perfect list |
14:13.07 | DocScrutinizer | and |
14:13.16 | DocScrutinizer | ^W |
14:13.29 | DocScrutinizer | :-D |
14:14.25 | DocScrutinizer | bug squashed? ;-D |
14:14.45 | merlin1991 | nah |
14:15.12 | merlin1991 | I have to investigate if it is the desired behavious of blkid to store the info in such a way |
14:15.14 | merlin1991 | but I smell bug |
14:15.26 | merlin1991 | because there also is a /etc/blkid.tab.old file |
14:15.28 | DocScrutinizer | what's file perms? |
14:15.43 | DocScrutinizer | DUH? |
14:15.46 | merlin1991 | which automatically gets created when you run blkid and already have a .tab file |
14:15.57 | DocScrutinizer | shiiiiiit! |
14:16.28 | merlin1991 | so my bet is that blkid should write the proper new info but doesn't |
14:16.48 | DocScrutinizer | <PROTECTED> |
14:16.50 | DocScrutinizer | <PROTECTED> |
14:16.51 | DocScrutinizer | <PROTECTED> |
14:16.53 | DocScrutinizer | <PROTECTED> |
14:17.08 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
14:18.59 | merlin1991 | hm running blkid -g |
14:19.05 | merlin1991 | followed by blkid |
14:19.11 | merlin1991 | gives actually proper results |
14:19.38 | merlin1991 | now is that weird cache behaviour intentional or not is the question |
14:20.26 | DocScrutinizer | I smell a bug introduced by a "fix" supposedly introduced during maemo adaption of blkid. This adaption probably be done due to >> If none is given, all devices which appear in /proc/partitions are shown, if they are recognized.<< while we all know (and see in your pastebin) that /proc/partitions on maemo is "wrong" |
14:21.48 | DocScrutinizer | ooh, double invokation of blkid resores the correct result? kinda anticipated behaviour, when yu mentioned .old |
14:22.04 | merlin1991 | nah first invoking blkid with "-g" |
14:22.22 | merlin1991 | which is epxlained as "garbage collect the cache file" |
14:22.27 | DocScrutinizer | BWAHAHA I missed that |
14:22.53 | DocScrutinizer | -g Perform a garbage collection pass on the blkid cache to remove devices which no longer exist. |
14:22.54 | merlin1991 | idly wonders WHO WANT A FRIGGIN REPORT FOR DEVICES THAT DON'T EXIST ANYMORE |
14:23.32 | DocScrutinizer | that's ot intentional, that's to fix the known issue we ran into |
14:23.37 | DocScrutinizer | not* |
14:24.09 | DocScrutinizer | since probing all devices takes eternities, blkid uses a cache |
14:24.39 | merlin1991 | hm I notice no difference between invoking blkid without a cache or with the cache |
14:24.50 | DocScrutinizer | using this cache per definitionem forbids automatic updates of the cache when devices changed |
14:25.00 | merlin1991 | in otherwords invoking it after removing the cache file, or when it still has one |
14:25.12 | merlin1991 | DocScrutinizer: wrong |
14:25.19 | merlin1991 | it actually overwrites in the cache |
14:25.24 | merlin1991 | it only doesn't delete |
14:25.28 | DocScrutinizer | merlin1991: blkid is a general tool, no specialized one for maemo |
14:25.55 | merlin1991 | I've repartitioned my sd from 2 times ext + 1 vfat (in that order) to 1vfat |
14:26.07 | merlin1991 | and then blkid reported 1 vfat 1 ext 1 vfat |
14:26.34 | DocScrutinizer | hmm, it has intelligent cache ;-P |
14:26.49 | merlin1991 | it has a foobar cache :D |
14:29.02 | DocScrutinizer | whatever, you correctly stated it doesn't matter for maemo at all, how fast this shitty thing performs. So we want to wap it up with a wrapper script that changes "blkid $@" to "blkid -c /dev/null $@" |
14:29.21 | DocScrutinizer | wrap* |
14:29.52 | DocScrutinizer | which is an exemplary good CSSU fix of a maemo bug |
14:32.55 | DocScrutinizer | mv /sbin/blkid /sbin/blkid.real; echo -e '#!/bin/sh\n/sbin/blkid.real -c /dev/null "$@"\n" >/sbin/blkid;chmod 755 /sbin/blkid |
14:34.09 | DocScrutinizer | >> |
14:34.11 | DocScrutinizer | -c cachefile |
14:34.12 | DocScrutinizer | <PROTECTED> |
14:34.14 | DocScrutinizer | <PROTECTED> |
14:34.15 | DocScrutinizer | <PROTECTED> |
14:36.28 | DocScrutinizer | of course it needs thorough testing nevertheless, maybe some idiotic script relies on the caching |
14:37.06 | DocScrutinizer | actually we should review rather than test |
14:37.24 | DocScrutinizer | all locations where blkid gets invoked |
14:38.20 | DocScrutinizer | and no, I'd not suggest to fix the intiscripts that invoke blkid, the wrapper solution is way more robust |
14:43.58 | Pali | freemangordon, if you finding upstream git repo of osso-gnome-vfs2, it is here: http://maemo.gitorious.org/maemo-af/osso-gnome-vfs2/commits/fremantle |
14:48.27 | DocScrutinizer | actually make that echo -e '#!/bin/sh\n/sbin/blkid.real -c /dev/null\nif [ 4 -eq $? -o x$1 == x-h ]; then echo "via wrapper script $0 to pass -c /dev/null"; fi; "$@"\n" >/sbin/blkid |
14:50.07 | DocScrutinizer | ugh |
14:52.14 | DocScrutinizer | actually make that echo -e '#!/bin/sh\n/sbin/blkid.real -c /dev/null "$@"\nret=$?\nif [ 4 -eq $ret -o x$1 == x-h ]; then echo "via wrapper script $0 to pass -c /dev/null"; return $ret\nfi; \n" >/sbin/blkid |
14:55.23 | merlin1991 | I think first we have to investigate what in maemo actually uses blkid |
14:55.24 | merlin1991 | :D |
14:55.41 | DocScrutinizer | easy, grep is your friend |
14:55.50 | merlin1991 | sure :) |
14:55.55 | merlin1991 | grep -r is running soon |
14:56.22 | DocScrutinizer | I gues you can limit it to /etc /var |
14:57.18 | DocScrutinizer | though... ohwell t900 has nothing to do anyway ;-D |
15:04.21 | freemangordon | Pali, wrong, it is here git@gitorious.org:community-ssu/osso-gnome-vfs2.git :P |
15:05.04 | Pali | freemangordon, what is wrong? |
15:18.17 | DocScrutinizer | merlin1991: meh, seems blkid is used nowhere |
15:18.48 | DocScrutinizer | libblkid is used 'a lot' |
15:40.07 | freemangordon | Pali, I was joking, we already have those sources in CSSU (cloned from the address you pointed) plus a fix for wrong partition labels |
15:40.39 | Pali | freemangordon, then OK |
15:41.00 | freemangordon | btw you can use cssu-devel repo to test the fix |
15:41.54 | freemangordon | merlin1991, did you send HOWTO use -devel repo to others? |
15:42.03 | amiconn | What does maemo use blkid for, btw_ |
15:42.22 | amiconn | s/_/?/ |
15:42.29 | amiconn | Damn keymap |
15:44.05 | merlin1991 | freemangordon: I've sent it to Pali, still have to explain it to arcean |
15:44.17 | freemangordon | ok |
15:44.36 | merlin1991 | btw I think I've made a config mistake |
15:45.00 | freemangordon | why? |
15:46.05 | merlin1991 | "distribution" is community-devel instead of fremantle |
15:47.15 | freemangordon | hmm, why is that? |
15:47.28 | merlin1991 | because I configured it that way (by mistake) |
15:47.33 | merlin1991 | technially it's no problem |
15:47.41 | merlin1991 | it only looks "wrong" in the cataloges list |
15:47.47 | freemangordon | no, i meant why it should not be fremantle? |
15:47.59 | merlin1991 | it should be fremantle |
15:48.06 | freemangordon | aaah, ok |
15:48.10 | freemangordon | my old eyes |
15:48.38 | freemangordon | well, I don't think anyone has this repo set up, so you still can change it |
15:49.29 | freemangordon | and maybe make an announcement thread on TMO after that |
15:50.08 | freemangordon | is it hard to change distribution to correct one? |
15:50.17 | merlin1991 | nah should be easy |
15:50.25 | merlin1991 | jsut need to find the right options |
15:50.31 | freemangordon | do it then :) |
15:50.33 | merlin1991 | the config files are not exaclty straight forward :D |
16:08.04 | DocScrutinizer | merlin1991: I'm inclined to close your virtual ticket as INVALID |
16:08.49 | DocScrutinizer | merlin1991: seems nothing in maemo fremantle is using blkid. So if it doesn't behave as *you* expect, that's no valid ticket |
16:09.46 | DocScrutinizer | merlin1991: I thought you're describing an actual error showing up in maemo $whatever app |
16:11.11 | DocScrutinizer | like e.g. your ghost partitions would show up in HFM |
16:11.25 | freemangordon | merlin1991, BTW did you try osso-gnome-vfs2 from cssu-devel according to yesterday's plan? |
16:12.11 | DocScrutinizer | which, btw, made me enter panic mode |
16:12.15 | DocScrutinizer | ;-P |
16:12.31 | merlin1991 | yeah it seems to be fsckd by design |
16:13.09 | freemangordon | merlin1991, this is a FEATURE, not a BUG :D |
16:13.33 | freemangordon | you being a developer should know that |
16:13.38 | freemangordon | :P |
16:14.30 | DocScrutinizer | also you should know how to set a proper SEVERITY tag to your error reports ;-) |
16:17.14 | merlin1991 | I never said it is baaaaaaaaaaaaad :D |
16:19.31 | freemangordon | Hmm, was it Raimu to report that renaming a partition usign filemanager screws volume labels? |
16:20.04 | freemangordon | Raimu, ping |
16:25.37 | DocScrutinizer | merlin1991: you actually said nothing regarding that |
16:26.48 | DocScrutinizer | I read that in context of our current ke-recv mess, and filled in the missing SEVERITY tag - obviously incorrect, due to missing input. Your name was the guidance |
16:27.21 | merlin1991 | tbh I hade no idea about severity, I came across it when debugging ke-recv stuff |
16:27.33 | DocScrutinizer | :nod: |
16:28.04 | DocScrutinizer | communication failed. Always a problem of both ends ;-) |
16:28.57 | DocScrutinizer | anyway a great opportunity to learn some stuff about the topic at large |
16:29.33 | freemangordon | merlin1991, what exactly ke-recv stuff are you debugging? |
16:29.38 | freemangordon | the rename bug? |
16:29.57 | merlin1991 | nope had someone where ke-recv wouldn't lead to moutns at all |
16:30.03 | merlin1991 | even with proper init.d script |
16:30.20 | freemangordon | aah, ok |
16:30.43 | freemangordon | Pali, ping |
16:42.18 | merlin1991 | freemangordon: please reupload your package |
16:42.32 | merlin1991 | I've changed the distribution and everything but lost your package on the way |
16:42.35 | freemangordon | ok, give me a minute |
16:44.29 | freemangordon | ready |
16:44.52 | freemangordon | BTW I think all of us should have that repo enabled |
16:45.00 | merlin1991 | dang |
16:45.06 | merlin1991 | it went back into community-devel |
16:45.11 | merlin1991 | seems there still is some gotcha |
16:47.46 | freemangordon | merlin1991, seems it went in BOTH repos |
16:48.34 | merlin1991 | ls |
16:48.37 | merlin1991 | oops :D |
16:48.45 | freemangordon | . |
16:48.47 | freemangordon | .. |
16:48.57 | freemangordon | 0 bytes in 0 files |
16:49.00 | freemangordon | :D |
16:49.21 | merlin1991 | hm it is in the fremantle dist |
16:49.41 | freemangordon | np then |
16:50.23 | merlin1991 | is it only 1 package or a few? |
16:50.48 | freemangordon | 5 .debs |
16:52.32 | merlin1991 | okay please upload once more :$ |
16:52.39 | freemangordon | ok |
16:52.55 | merlin1991 | if it doesn't go to community-devel this time it's fine :) |
16:55.43 | merlin1991 | okay seems the setup is proper now |
16:56.00 | merlin1991 | btw I've created a .install file aswell http://maemo.merlin1991.at/cssu/community-devel/community-devel-fremantle.install |
16:56.01 | freemangordon | yep |
16:56.33 | freemangordon | yeah,i were just browsing from my n900 to use ot :D |
16:57.59 | merlin1991 | watches ham |
16:58.09 | freemangordon | me too :) |
16:58.37 | merlin1991 | it's currently at preparing installation, I guess that is when it adds the repos and refreshes |
16:58.57 | freemangordon | yeah, the same |
16:59.21 | DocScrutinizer | somebody over at #maemo mentioned there's allegedly some kind of dependencies conflict with new KP50 and KP50-multiboot|uboot (can't remember) |
16:59.52 | merlin1991 | oh yes, apt-worker going insane |
17:00.14 | merlin1991 | ham rally needs a busy indicator in the main window for when apt-worker is running in circles |
17:00.24 | DocScrutinizer | YEP! |
17:00.49 | DocScrutinizer | add a statusbar icon to apt-worker |
17:01.00 | merlin1991 | I always open a xterm and run top to see when I finally can use the ui again |
17:01.03 | DocScrutinizer | will help as well on closing HAM |
17:01.30 | DocScrutinizer | well, I got loadapplet for that ;-D |
17:01.55 | freemangordon | loadapplet? and how is the battery life with it? |
17:02.19 | DocScrutinizer | an applet that should've been in maemo default metapr |
17:02.20 | freemangordon | isn't that python? |
17:02.33 | DocScrutinizer | nah, don't think so |
17:02.45 | freemangordon | hmm,ok, if you say so |
17:03.03 | merlin1991 | damn I want the connect now widget to work for bluetooth too :D |
17:03.06 | DocScrutinizer | but actually you're right it's probably eating a few cpu cycles and causing wakeups |
17:03.11 | merlin1991 | the only applet out there for that IS python |
17:03.11 | *** join/#maemo-ssu BCMM (~user@unaffiliated/bcmm) |
17:03.13 | merlin1991 | aka evil |
17:04.06 | DocScrutinizer | I don't mind if it's python, the problem is refresh cycle and suspend or not, and when |
17:04.12 | merlin1991 | okay freemangordonwhich package do I have to upade? all of them or only libosso-gnomevfs2-0? |
17:04.18 | freemangordon | few CPU cycles? possible. And...err... what about memory? |
17:04.36 | DocScrutinizer | I got "plenty of memory" here |
17:04.49 | freemangordon | n950? :D |
17:04.50 | DocScrutinizer | way more than average joe |
17:06.02 | DocScrutinizer | or maybe not... I'll investigate. Thanks for pointing me at it |
17:06.03 | merlin1991 | DocScrutinizer: gimme a free -m on your device when it's idle |
17:06.12 | merlin1991 | I wonder how much it differs from a mostly unmodified device |
17:06.19 | DocScrutinizer | IroN900:~# free |
17:06.21 | DocScrutinizer | <PROTECTED> |
17:06.22 | DocScrutinizer | <PROTECTED> |
17:06.24 | DocScrutinizer | <PROTECTED> |
17:06.25 | DocScrutinizer | Total: 1031964 372420 659544 |
17:07.19 | DocScrutinizer | not what I expected |
17:07.34 | DocScrutinizer | thus "or maybe not..." |
17:08.04 | freemangordon | Nokia-N900:~# free |
17:08.04 | freemangordon | <PROTECTED> |
17:08.04 | freemangordon | <PROTECTED> |
17:08.04 | freemangordon | <PROTECTED> |
17:08.04 | freemangordon | Total: 1342948 415772 927176 |
17:08.08 | merlin1991 | <PROTECTED> |
17:08.08 | merlin1991 | Mem: 235260 219768 15492 0 3768 |
17:08.08 | merlin1991 | -/+ buffers: 216000 19260 |
17:08.08 | merlin1991 | Swap: 786424 76216 710208 |
17:08.59 | freemangordon | but i have PhoneME with Opera loaded and microb and 4 accounts (skype,facebook,gtalk and irc) connected |
17:09.06 | merlin1991 | my pr1.3 device has a better ratio though |
17:09.34 | BCMM | DocScrutinizer: my gf's phone has the same ke-rcev bug. i followed the steps that fixed mine, and it says mp-fremantle-community pr is alread the newest version |
17:09.49 | BCMM | do i continue with dsmetool anyway? |
17:09.54 | merlin1991 | BCMM: then she updated already |
17:09.58 | merlin1991 | this way you need |
17:10.05 | merlin1991 | dpkg --purge --force-all |
17:10.10 | merlin1991 | apt-get install ke-recv |
17:10.13 | merlin1991 | dsmetool -b |
17:10.28 | freemangordon | dpkg --purge --force-all ke-recv |
17:10.31 | merlin1991 | yeah |
17:10.35 | merlin1991 | what freemangordon said :D |
17:10.41 | merlin1991 | silly me |
17:11.12 | BCMM | thanks, doing that |
17:11.31 | freemangordon | DocScrutinizer, you are on omap kernel? |
17:12.03 | DocScrutinizer | freemangordon: stock kernel |
17:12.24 | BCMM | ah, now i forgot to clear the mount point... |
17:12.33 | merlin1991 | did it reboot already? |
17:12.39 | BCMM | oh silly me i can just expose it again with mass storage mode |
17:12.47 | merlin1991 | well even if it did, you can just unmount clean remount |
17:12.47 | BCMM | nah, playing boot video now |
17:12.54 | freemangordon | yea, that is why your memory is 245540 vs 235260 on mine and merlin's |
17:13.29 | merlin1991 | hm I just realized I have pk on my -stable, but omap on my -testing n900 xD |
17:14.14 | BCMM | thanks, mydocs mounts now |
17:14.22 | DocScrutinizer | how would I spot the process of loadapplet? or is it just a "subroutine" of hildon-foo? |
17:14.27 | BCMM | fwiw, this phone had the same issue with rotation |
17:14.31 | freemangordon | should make no difference(beside those additional 10MB for DSP and framebuffer) |
17:14.38 | freemangordon | DocScrutinizer, it is hildon-home |
17:14.45 | DocScrutinizer | :nod: |
17:14.53 | DocScrutinizer | thought as much |
17:14.57 | freemangordon | wait, hildon-status-manu |
17:15.08 | DocScrutinizer | whaever |
17:15.33 | merlin1991 | BCMM: I guess the issue is gone now? |
17:15.42 | DocScrutinizer | ooh wait, we could compare length :-P err values of hildon-status-menu |
17:16.00 | freemangordon | merlin1991, new gnome-vfs-whaecer installed? |
17:16.03 | merlin1991 | yea |
17:16.17 | freemangordon | how the things look like now? |
17:16.22 | merlin1991 | now trying to find that usim |
17:16.34 | freemangordon | usim? |
17:16.39 | merlin1991 | err usd |
17:16.39 | freemangordon | what for? |
17:16.40 | merlin1991 | whatever :D |
17:16.46 | freemangordon | aah :D |
17:16.54 | DocScrutinizer | grrr |
17:17.57 | DocScrutinizer | <PROTECTED> |
17:18.26 | DocScrutinizer | <PROTECTED> |
17:19.28 | DocScrutinizer | 0.0 CPU% 0.2 MEM% I'm not at all concerned |
17:23.27 | *** join/#maemo-ssu javispedro (~javier@Maemo/community/contributor/javispedro) |
17:31.48 | BCMM | merlin1991: yeah works now |
17:33.19 | *** join/#maemo-ssu CepiPerez (~Matias_Pe@186.22.13.195) |
17:35.40 | Raimu | freemangordon, pong |
17:36.44 | freemangordon | raimu, was that you who had problems with volume labels incorrectly shown in filemanager after volume rename? |
17:37.54 | freemangordon | Raimu ^^^ |
17:39.32 | merlin1991 | hm I missed the #mer-meeting |
17:39.53 | DocScrutinizer | MEHs |
17:40.16 | DocScrutinizer | mer vanished from my radar completely |
17:40.51 | DocScrutinizer | I just can't see it leading anywhere |
17:40.54 | Raimu | freemangordon: Yes. |
17:41.25 | merlin1991 | DocScrutinizer: I read the minutes, and it looks like nokia is looking into funding parts of their obs structure |
17:41.41 | freemangordon | Raimu, ok, there is supposed to be a fix for that, dare to enable community-devel repo to test it? |
17:41.50 | DocScrutinizer | that's ewlwvant how? |
17:41.52 | Raimu | freemangordon: Hokay. |
17:41.54 | DocScrutinizer | dang |
17:41.56 | merlin1991 | and it also seems that nokia/maemo.org people seem to be interested into replacing autobuilder with obs aswell |
17:41.57 | DocScrutinizer | relevant* |
17:42.07 | merlin1991 | s/into/in/ |
17:42.22 | freemangordon | Raimu, here http://maemo.merlin1991.at/cssu/community-devel/ |
17:42.42 | freemangordon | there is .install file to be opened directly from your n900 |
17:42.49 | Raimu | freemangordon: Ahah, I got it from here - now what's the file I'm to update? |
17:43.36 | freemangordon | osso-gnome-vfs, but you need 2 .debs, better use HAM to upgrade |
17:43.38 | merlin1991 | why did I decide to get a dns entry with my nick |
17:43.45 | merlin1991 | plenty of useless highlights on irc xD |
17:43.57 | freemangordon | you want to be famous :D |
17:44.03 | DocScrutinizer | haha |
17:44.37 | freemangordon | merlin1991, you know, beware what you wish for |
17:44.45 | freemangordon | :D:D:D |
17:44.53 | merlin1991 | :D |
17:45.22 | merlin1991 | apart from the youtube results, everyhting for merlin1991 (I get) is actually me :) |
17:45.50 | freemangordon | is afk |
17:46.40 | merlin1991 | wtf is that "is afk" you keep writing lateley :D |
17:46.46 | merlin1991 | *lately* |
17:50.05 | DocScrutinizer | ~afk |
17:50.06 | infobot | from memory, afk is Away From Keyboard |
17:53.22 | *** join/#maemo-ssu trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
17:53.57 | *** join/#maemo-ssu CepiPerez (~Matias_Pe@186.22.13.195) |
17:56.54 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
18:00.43 | Raimu | freemangordon: Are you quite sure it can be found via HAM? |
18:04.41 | merlin1991 | DocScrutinizer: but he should /me that and not privmsg it |
18:05.14 | DocScrutinizer | ?? |
18:05.23 | merlin1991 | hm which sys / dev node had the fm_tansmitter power level? |
18:05.38 | DocScrutinizer | mhm, yeah |
18:05.44 | merlin1991 | DocScrutinizer: I meant in that case one writes |
18:05.47 | merlin1991 | is afk |
18:07.26 | freemangordon | Raimu, just add the repo and update |
18:08.18 | DocScrutinizer | errr, really?? |
18:08.32 | merlin1991 | Raimu: apt-get install libosso-gnomevfs2-0 |
18:08.45 | DocScrutinizer | that's more like it |
18:08.46 | freemangordon | is not afk |
18:08.54 | freemangordon | merlin, happy naow? |
18:09.46 | merlin1991 | :D |
18:09.47 | *** join/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
18:11.55 | DocScrutinizer | insane, instagram: 30E6 app users, selling for 1E9 USD |
18:12.23 | DocScrutinizer | that's 33USD/customer |
18:12.38 | DocScrutinizer | suckerberg |
18:12.47 | Raimu | Upgrading. |
18:13.28 | *** part/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
18:13.36 | DocScrutinizer | wishes somebody would pay 33USD per h-e-n user |
18:14.04 | merlin1991 | hrhr |
18:14.13 | *** join/#maemo-ssu mirandir (~valentin@lec67-4-82-230-53-23.fbx.proxad.net) |
18:17.02 | DocScrutinizer | BWAHAHA another friggin portrait bug |
18:19.08 | DocScrutinizer | opening call history: LS. clicking an entry->PRT. closing this requester by clicking background-> call history in PRT. taskswitcher, select call history: LS |
18:19.52 | DocScrutinizer | congrats portrait mode, that's really fsckdup |
18:28.43 | Raimu | freemangordon: Okay, done. What to test now? |
18:30.41 | DocScrutinizer | hehe, the requester that appears after clicking an entry in call history also rotates back to LS, when you lock and unlock |
18:30.46 | DocScrutinizer | X-P |
18:31.04 | DocScrutinizer | did I mention I *adore* portrait mode? |
18:33.01 | Raimu | freemangordon: Well, after the update renaming partitions randomly doesn't suddenly give all other partitions names too. |
18:34.33 | Raimu | freemangordon: Looks like fileman doesn't display the new names though they're renamed properly. |
18:34.44 | Raimu | I can live with that |
18:36.18 | *** join/#maemo-ssu freemangordon_ (~freemango@213.226.63.182) |
18:39.27 | DocScrutinizer | well, I bet there's no method in filemanager to rescan names of directories and partition names, in case they get renamed. It should, however, be aware of such renames when they are done inside filemanager itself |
18:40.43 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
18:40.58 | freemangordon_ | actually there is, the problem is that even hal is not aware of the rename |
18:55.11 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
18:55.31 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
18:56.27 | DocScrutinizer | how could it, it's not designed to monitor for changes ;-D |
18:56.43 | DocScrutinizer | at least not for changes of partition names |
18:58.35 | DocScrutinizer | rather some ahl-addon-foobar I guess |
18:58.42 | DocScrutinizer | hal* |
19:16.55 | *** join/#maemo-ssu freemangordon_ (~freemango@92-247-227-116.spectrumnet.bg) |
19:29.28 | *** join/#maemo-ssu gri (~gri@muhkuh.net) |
19:49.24 | *** join/#maemo-ssu Kaptenen (~Kaptenen@81.216.60.47) |
19:58.13 | *** join/#maemo-ssu Guest50125 (~rd@p57B498FA.dip0.t-ipconnect.de) |
19:59.00 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
20:06.27 | *** join/#maemo-ssu Guest50125 (~rd@p57B498FA.dip0.t-ipconnect.de) |
20:16.30 | *** join/#maemo-ssu javispedro (~javier@Maemo/community/contributor/javispedro) |
20:17.24 | Pali | freemangordon, what is state of RE cellular control panel plugin? |
20:17.40 | freemangordon_ | bad |
20:18.14 | freemangordon_ | it will take lots of time |
20:18.59 | Pali | ok |
20:44.35 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
21:44.33 | *** join/#maemo-ssu int_ua (~int_ua@93.126.96.47) |
22:57.31 | *** join/#maemo-ssu freemangordon_ (~freemango@130-204-50-168.2074156771.ddns.cablebg.net) |
22:59.09 | *** part/#maemo-ssu freemangordon_ (~freemango@130-204-50-168.2074156771.ddns.cablebg.net) |
23:39.21 | DocScrutinizer | pali sucks, my tab nick-completion never works for him |
23:39.48 | DocScrutinizer | well, could be worse, he could have a nick like freemangordon |
23:39.50 | DocScrutinizer | ;-P |
23:40.07 | freemangordon | haha, very funny :p |
23:40.13 | DocScrutinizer | hihihi |