00:05.56 | *** join/#maemo-ssu Raimu-Z (~raimu@kameli.net) |
00:16.01 | *** join/#maemo-ssu KrayonWork (~krayon@pdpc/supporter/28for7/krayon) |
01:32.59 | merlin1991 | hm wft http://talk.maemo.org/showpost.php?p=1190291&postcount=161 |
01:33.08 | merlin1991 | I think he kinda missed the first post of the stable thread |
01:45.19 | *** join/#maemo-ssu Raimu-Z (~raimu@kameli.net) |
02:22.30 | merlin1991 | srly that post made me want to rage |
02:33.06 | Lava_Croft | hands merlin1991 a stressball |
02:36.42 | merlin1991 | hehe thanks :) |
02:40.13 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
03:48.00 | *** join/#maemo-ssu MohammadAG (~MohammadA@ool-45772b34.dyn.optonline.net) |
03:48.50 | *** join/#maemo-ssu LinuxCode (~LinuxCode@fedora/LinuxCode) |
05:09.35 | *** join/#maemo-ssu psycho_oreos (~no@unaffiliated/tuxsavvy) |
05:39.30 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
06:50.26 | *** join/#maemo-ssu dafox (~dafox@dyn-194208.nbw.tue.nl) |
06:57.07 | *** join/#maemo-ssu DocScrutinizer (~halley@openmoko/engineers/joerg) |
08:55.16 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
10:01.55 | *** join/#maemo-ssu arcean (~Arcean@aaer151.neoplus.adsl.tpnet.pl) |
10:43.32 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-zpjyhoolqpjahwxm) |
11:30.58 | *** join/#maemo-ssu arcean_ (~Arcean@aada146.neoplus.adsl.tpnet.pl) |
11:49.13 | Lava_Croft | it is a cruel world where your phone contract is nearly over and there is no single device on the market that you desire to get in combination with a new contract |
11:51.50 | guly | i'd go with newer iphone, just to regret 9500 communicator |
11:52.08 | Lava_Croft | my wife has an iphone, thats enough for me |
11:52.12 | Lava_Croft | i only use it to check games |
11:52.20 | Lava_Croft | besides, the OS is no option |
11:52.23 | Lava_Croft | same with android :\ |
11:52.54 | Lava_Croft | ill just scurry off and cry some more |
12:24.44 | DocScrutinizer | get N900 in good condition, maybe offer to swap for $random-phone from your contract |
12:25.23 | guly | what about n950 ? |
12:25.49 | DocScrutinizer | there's definitely no substitute or successor for N900 |
12:26.09 | DocScrutinizer | even n950 sucks, I don't use it at all |
12:26.17 | guly | good devices always die alone |
12:27.00 | Lava_Croft | i have 2 n900s already |
12:27.07 | Lava_Croft | but they are slow |
12:27.24 | Lava_Croft | i was just a bit whining about how there is no real replacement |
12:28.36 | guly | i had to wait 6 years after selling my 9500communicator |
12:29.12 | Lava_Croft | 5510 here |
12:29.21 | Lava_Croft | n900 replaced it |
12:57.18 | DocScrutinizer | guly: I gather you'll get enough n900 for the next 6 years |
12:59.30 | guly | i'll do for sure |
13:15.12 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
13:19.21 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
13:57.39 | *** join/#maemo-ssu BCMM (~ben@unaffiliated/bcmm) |
14:18.25 | *** join/#maemo-ssu sigkill_ (~sigkill@bl6-91-173.dsl.telepac.pt) |
15:06.40 | *** join/#maemo-ssu NIN101 (~NIN@206.253.166.69) |
16:07.15 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
16:20.38 | *** join/#maemo-ssu dafox (~dafox@80.187.201.33) |
16:34.04 | freemangordon | DocScrutinizer, Pali ping |
16:34.21 | Pali | freemangordon, pong |
16:34.42 | freemangordon | Pali, i am chasing the bug with mmc rename in filemanager |
16:34.57 | freemangordon | are you aware of it? |
16:35.15 | Pali | I did not looked at that bug |
16:36.22 | freemangordon | well, if you rename a fat partition using filemanager, the voluma label is changed, but even HAL knows nothing about new label and keeps the old one. a reboot is needed so new label to appear correctly |
16:36.47 | *** join/#maemo-ssu int_ua (~int_ua@93.126.96.47) |
16:36.57 | freemangordon | myu question si - could anyone give me some hint where to start from :) |
16:37.12 | Pali | so hal does not update label? |
16:37.15 | freemangordon | s/myu question si/my question is/ |
16:37.18 | freemangordon | yep |
16:37.26 | freemangordon | remains the old one |
16:37.32 | Pali | try to run partprobe ioctl on mmc device |
16:37.50 | Pali | hal then should reread partitions from /dev/ |
16:38.10 | Pali | and I belive then it update also label |
16:38.11 | freemangordon | but the voulume is re-mounted |
16:38.23 | freemangordon | by ke-recv afaik |
16:39.06 | Pali | who is renaming label? |
16:39.08 | Pali | ke-recv? |
16:39.32 | freemangordon | yep |
16:39.44 | freemangordon | using mmc-rename.sh |
16:40.30 | Pali | see this: https://bugs.freedesktop.org/show_bug.cgi?id=10363 |
16:40.31 | povbot | Bug 10363: signature problem |
16:40.43 | Pali | shut up povbot! |
16:40.58 | Pali | maybe hal really does not suppot it |
16:41.31 | freemangordon | hmm, could we hack it with some hal_set_property? |
16:41.36 | freemangordon | from ke-recv |
16:41.59 | Pali | no idea |
16:42.24 | Pali | I think we could really use something to force hal to reread part info |
16:42.32 | freemangordon | Pali, what is strange is that the volume is unmounted first and the mounted |
16:42.58 | freemangordon | so HAL should remove the device and re-add it |
16:43.02 | freemangordon | AIUI |
16:43.28 | freemangordon | could be a problem in ke-recv not unmounting the correct volume? |
16:43.53 | DocScrutinizer | try partprobe |
16:44.14 | Pali | freemangordon, why mmc-rename.sh using mlabel? |
16:44.24 | Pali | I think it should use dosfslabel |
16:44.32 | freemangordon | by historical reasons :D |
16:44.47 | Pali | mlabel has stupid windows drive configuration in /etc/mtools.conf |
16:45.07 | freemangordon | yep, but mtools are used everywhere from what I saw |
16:45.24 | freemangordon | something to do with USB |
16:45.31 | freemangordon | mass storage mode |
16:45.36 | DocScrutinizer | ??? |
16:45.50 | Pali | also mtool support only fat |
16:46.10 | Pali | and also only drives configured in /etc/mtools.conf |
16:46.28 | freemangordon | I know, right now we cannot ranme other filesystems using filemanager :D |
16:46.28 | Pali | I think that script should be changed to use dosfslabel and e2label |
16:46.52 | Pali | [fs]label programs has same syntax |
16:47.04 | freemangordon | agree, but lets fix what is broken before doing that |
16:47.44 | Pali | freemangordon, try to run partprobe after renaming label |
16:47.54 | Pali | also partx |
16:48.02 | Pali | if this fixing hal problem |
16:48.40 | DocScrutinizer | throws up a little at /usr/sbin/mmc-rename.sh |
16:48.56 | freemangordon | no such things here, my busybox is not so fancy as yours :D |
16:49.31 | DocScrutinizer | (me suggests echo partprobe >> /usr/sbin/mmc-rename.sh nevertheless |
16:49.47 | freemangordon | no partprobe here |
16:49.53 | Pali | partprobe and partx calling some syscall |
16:49.54 | DocScrutinizer | o.O |
16:50.06 | Pali | yes, maemo5 has no partprobe .... |
16:50.07 | freemangordon | no partx |
16:50.14 | Pali | I see now |
16:50.33 | Pali | seems that messybox is more messy now :D |
16:50.36 | DocScrutinizer | yup, no partprobe |
16:50.39 | DocScrutinizer | :-/ |
16:50.43 | freemangordon | hmm, a the remount should do the trick |
16:51.03 | DocScrutinizer | nope |
16:51.15 | DocScrutinizer | remount is one level above what you need |
16:52.35 | freemangordon | but volume labels are not in poartition table AFAIK |
16:55.21 | freemangordon | is going to ask google |
16:58.59 | DocScrutinizer | volume labels are read when the fs type of partition gets scanned, afaik. Also it seems I recall you label partitions in (*)fdisk |
16:59.31 | freemangordon | hmm, remember DOS format? |
16:59.53 | DocScrutinizer | cfdisk has [label} |
17:00.07 | DocScrutinizer | for each partition |
17:00.24 | DocScrutinizer | I conclude: part labels are related to part table |
17:00.47 | freemangordon | it was asking for volume label at the end, so label is on volume level, and is stored in 1st sector(of the volume), not in partition table IIRC |
17:01.06 | DocScrutinizer | hmmm |
17:02.43 | DocScrutinizer | dd if=/dev/mmcblk1p1 bs=256 count=1|od -c |
17:05.05 | freemangordon | yep, confirmed |
17:05.27 | freemangordon | no need to re-read partition table |
17:06.42 | DocScrutinizer | you're right, no partition name in MBR |
17:08.51 | DocScrutinizer | volume-labels are primary domain of (mk|tweak)fs |
17:09.30 | DocScrutinizer | still they are in partition's sector 0 and thus rather low level |
17:10.18 | DocScrutinizer | anyway, depending on what's your error, you need to do the right rereading, and of course you should umount the volume prior to editing label |
17:10.20 | *** join/#maemo-ssu andre__ (~andre@dslb-092-076-137-048.pools.arcor-ip.net) |
17:10.21 | *** join/#maemo-ssu andre__ (~andre@Maemo/community/bugmaster/andre) |
17:11.39 | DocScrutinizer | freemangordon: see blkid, it doesn't care about mounts at all and only knows phynames. still it knows about volume-labels |
17:12.40 | DocScrutinizer | use blkid -g and/or blkid -c /dev/null to check if kernel has noticed your label renaming |
17:13.06 | DocScrutinizer | if it hasn't, you'll need partprobe, I guess |
17:13.28 | DocScrutinizer | if it knows new label (in blkid), then a remount might suffice |
17:14.21 | freemangordon | blkid knows about label change |
17:14.28 | freemangordon | without any arguments |
17:14.44 | DocScrutinizer | don't use blkid without arguments, it's bogus output |
17:14.51 | freemangordon | it is ok |
17:15.01 | DocScrutinizer | no it's not |
17:15.11 | freemangordon | it shows the correct label for FAT partition on sd card |
17:15.12 | DocScrutinizer | see 24h backscroll |
17:15.15 | freemangordon | yeah |
17:15.29 | freemangordon | i know that it caches volumes |
17:15.47 | freemangordon | but it seems smart enough to spit the correct volume labels |
17:16.01 | DocScrutinizer | mere incidence |
17:16.03 | freemangordon | i.e. not the cached ones |
17:16.07 | freemangordon | whatever |
17:16.39 | freemangordon | so, kernel knows about changed volume label, it seems there is something wrong with th remount |
17:16.48 | freemangordon | let me try to remount by hand |
17:16.55 | DocScrutinizer | you're free to check your blkid cache and see when and how it changes |
17:17.11 | DocScrutinizer | or you simply trust in blkid -g |
17:17.46 | freemangordon | DocScrutinizer, i've changed volume label just before running blkid, and it showed me the new one, that is pretty enough for me |
17:17.59 | DocScrutinizer | I dunno if a remount is even possible when file handles are open to the volume |
17:18.09 | freemangordon | nothing is open |
17:18.17 | freemangordon | i'll do unmount/mount |
17:18.25 | freemangordon | not mount - remount |
17:18.32 | freemangordon | not mount -o remount |
17:18.45 | DocScrutinizer | freemangordon: I'm getting bored by your argumentation of "what I see is what I expected, so I don't bother if what I see is correct" |
17:19.22 | freemangordon | DocScrutinizer, not helping much. And TBH i was expecting blkid to give me the cached labal. |
17:22.38 | freemangordon | hmm, hal shows the volume even if unmounted, with the old volume label, after all it seems hal_set_property is unavoidable :( |
17:23.25 | DocScrutinizer | that's why umount is done via ke-recv |
17:23.38 | freemangordon | you mean? |
17:23.58 | freemangordon | didn't understand why? |
17:24.35 | DocScrutinizer | think about removing battery lid |
17:24.45 | DocScrutinizer | what's happening in system? |
17:25.01 | freemangordon | forced unmount of sd card |
17:25.51 | freemangordon | AFAIK |
17:25.55 | DocScrutinizer | why doesn't hal show uSD after opening bat lid? |
17:28.56 | freemangordon | iirc there was a hck in kernel nadling the situation by unloading the device |
17:29.19 | freemangordon | but it is different case here |
17:29.44 | DocScrutinizer | you're sure about it's any different? |
17:30.30 | freemangordon | I think so, we are only re-mountn a volume, but mmc device does not change in any way |
17:30.53 | freemangordon | however, I will try to do hal-set-property and will report if it helps |
17:31.49 | DocScrutinizer | it for sure helps |
17:32.04 | DocScrutinizer | the question is, will it fix the root problem? |
17:34.02 | freemangordon | no |
17:34.05 | ShadowJK | could someone summarize the problem? |
17:34.44 | freemangordon | I am not sure if there is such thing like hal-volume-monitor, but if there is, the problem might be there |
17:35.23 | freemangordon | ShadowJK, if you rename a volume in filemanager, the new volume name to show you need to reboot the device |
17:35.39 | ShadowJK | did this work in fremantle? |
17:35.59 | freemangordon | we are talking about fremantle |
17:36.29 | DocScrutinizer | ShadowJK meant did it work on stock fremantle |
17:37.54 | DocScrutinizer | and tbh I doubt it works on my openSuse11 PC |
17:44.17 | DocScrutinizer | ShadowJK: the question is: when is who reading the volume labels? |
17:44.39 | DocScrutinizer | what needs to be done to retrigger this procedure? |
17:45.22 | DocScrutinizer | I gather partprobe is doing exactly that |
17:45.35 | ShadowJK | wonders if maemo 1.0 was begun before blkid |
17:46.12 | DocScrutinizer | a derived probelm is: when and why is hal reading the volume labels, and from where? |
17:46.29 | freemangordon | :nod: |
17:47.16 | ShadowJK | in a normal linux distro, from before hal was killed, would be getting info about new drives and cards from hal |
17:47.30 | ShadowJK | and ask hal to mount/umount |
17:47.51 | DocScrutinizer | of course you can fix the hal problem by "hacking" hal, by sending a explicit update for a particular label, you even can make hal think the label is "mickeymouse" |
17:48.42 | DocScrutinizer | indeed. On maemo though I guess ke-.recv is doing the (u)mount |
17:49.14 | DocScrutinizer | [2012-04-11 19:23:25] <DocScrutinizer> that's why umount is done via ke-recv |
17:49.37 | DocScrutinizer | see ke-recv-test |
17:51.25 | DocScrutinizer | ob - open battery cover signal / f - format device <arg> / r - rename device <arg> / (e - check device <arg>)? / m - enable USB mass storage |
18:03.03 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
18:08.34 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
18:08.58 | *** join/#maemo-ssu trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
18:15.58 | *** join/#maemo-ssu dafox__ (~dafox@ip51cc571d.speed.planet.nl) |
18:17.44 | *** join/#maemo-ssu trbs (~trbs@2001:470:d2ad:1:4a5b:39ff:fe7d:1623) |
18:31.15 | freemangordon | DocScrutinizer,Pali: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510001 |
18:31.40 | freemangordon | seems after all we should inform hal from ke-recv :) |
18:34.59 | Pali | yes, I wrote that hal did not updating label |
18:35.16 | Pali | and seems that method Rescan sounds like good solution |
18:37.43 | DocScrutinizer | I'd guess quite a number of tools already call rescan() |
18:38.33 | DocScrutinizer | particularly partprobe seems worth looking at it, also ke-recv |
18:40.00 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
18:40.58 | freemangordon | ke-recv does not call libhal_device_rescan |
18:42.36 | DocScrutinizer | rather unfortunate |
18:42.50 | freemangordon | we will make it :) |
18:48.11 | DocScrutinizer | It seems to me we should include `hal-disable-polling' at beginning, and `hal-disable-polling --enable-polling' at end of /usr/sbin/mmc-rename.sh |
18:48.21 | DocScrutinizer | might do exactly what we need |
18:50.58 | freemangordon | will check what exactly hal-disable-polling does |
18:51.42 | freemangordon | however we don't need the whole hal database re-scaned, so a programatic call to libhal_device_rescan would suit better |
18:55.36 | DocScrutinizer | man hal-disable-polling - has some nice general discussion about (removable) storage devices |
18:56.45 | DocScrutinizer | probably even the opposite approach is more correct: enable polling before unmounting, then unmount, rename, mount, disable polling |
18:57.02 | DocScrutinizer | we don't need constant polling on non-removable devices |
18:57.47 | freemangordon | well, might work, but my concern is that it would be a little bit less effective re battery consumtion |
18:57.52 | DocScrutinizer | of course an explicit hal-set-property from within that /usr/sbin/mmc-rename.sh might do as well |
18:57.56 | freemangordon | than a single call to rescan |
18:58.26 | DocScrutinizer | freemangordon: how's battery affected by a temporary action? |
18:58.26 | freemangordon | DocScrutinizer, no need this to be done through script, ke-recv already talks to hal |
18:58.35 | freemangordon | by a little bit :) |
18:58.38 | freemangordon | but still |
18:59.35 | freemangordon | anyway, I think we have the reason and the solution, thanks |
18:59.47 | DocScrutinizer | I'd agree leaving polling enabled is something that could impact battery massively |
19:00.50 | DocScrutinizer | btw this friggin /usr/sbin/mmc-rename.sh is (c)2007 :-S |
19:01.04 | Pali | see git log |
19:01.04 | freemangordon | :D nice |
19:01.09 | DocScrutinizer | seems like it could use a major rewrite |
19:01.17 | Pali | sometimes nokia did not extended copyright |
19:01.54 | DocScrutinizer | Pali: they'd have if they had changed *anything* in this fsckdup code |
19:02.43 | DocScrutinizer | which btw is the explanation why it is using ancient crap like L=`eval grep '\"$DEV\"' /etc/mtools.conf | awk '{print $2}' | sed 's/://'` |
19:03.55 | DocScrutinizer | ShadowJK's suspicion it might date from before blkid got invented seems rather correct |
19:05.02 | DocScrutinizer | echo "$0: could not determine drive letter" |
19:05.05 | DocScrutinizer | OMG |
19:09.44 | DocScrutinizer | [2012-04-11 18:46:28] <Pali> I think that script should be changed to use dosfslabel and e2label |
19:09.51 | DocScrutinizer | ^^^me agrees |
19:14.21 | DocScrutinizer | bwahaha look into /etc/mtools.conf |
19:45.35 | *** join/#maemo-ssu javispedro (~javier@Maemo/community/contributor/javispedro) |
19:49.16 | DocScrutinizer | FSTYPE=$(echo $(blkid -c /dev/null -s TYPE $1|sed 's@.*TYPE="\(.*\)"@\1@')); case $FSTYPE in vfat) echo "do dosfslabel $2 here";; ext2|ext3) echo "do e2label $2 here";; *) echo "unknown filesystem:>$FSTYPE<";; esac; |
19:50.32 | DocScrutinizer | ^^^ use that as template for a new better /usr/sbin/mmc-rename.sh |
19:56.09 | DocScrutinizer | FSTYPE=$(blkid -c /dev/null -s TYPE $1|sed 's@.*TYPE="\(.*\)" @\1@'); case $FSTYPE in vfat) echo "do dosfslabel $2 here";; ext2|ext3) echo "do e2label $2 here";; *) echo "unknown filesystem:>$FSTYPE<";; esac; |
19:56.11 | DocScrutinizer | even |
19:57.18 | DocScrutinizer | maybe even |
19:57.33 | DocScrutinizer | FSTYPE=$(blkid -c /dev/null -s TYPE $1|sed 's@.*TYPE="\(.*\)" *@\1@'); case $FSTYPE in vfat) echo "do dosfslabel $2 here";; ext2|ext3) echo "do e2label $2 here";; *) echo "unknown filesystem:>$FSTYPE<";; esac; |
19:59.24 | DocScrutinizer | check $1 is non-empty; add proper return code after echo "unknown..." |
20:03.04 | DocScrutinizer | o/ |
20:03.09 | DocScrutinizer | ->dinner |
20:11.11 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
20:19.59 | *** join/#maemo-ssu s1gk1ll (~sigkill@bl16-230-200.dsl.telepac.pt) |
20:31.24 | DocScrutinizer | http://maemo.cloud-7.de/maemo5/usr/sbin/mmc-rename.sh |
20:31.49 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
20:31.59 | DocScrutinizer | might still need a bit of polishing |
20:32.57 | freemangordon | thanks, i am just going to test the Rescan() thing |
20:50.23 | Pali | DocScrutinizer, why to use blkid for detecting fstype? We can pass $3 from ke-recv |
20:50.45 | Pali | also e2label working fine for ext4 too |
20:52.47 | freemangordon | Pali, there is a critical bug in ke-recv, if you try to format a prtition on external sd card through filemanager, it will always format the first partition :( |
20:53.02 | freemangordon | the same with rename |
20:53.17 | freemangordon | the udi passed to hendler functions is NULL |
20:53.22 | freemangordon | *handles |
20:53.25 | freemangordon | damn |
20:53.28 | freemangordon | handler |
20:53.46 | Pali | uff, ok |
20:53.54 | Pali | at least we know where is problem |
20:54.22 | freemangordon | https://gitorious.org/community-ssu/ke-recv/blobs/master/src/ke-recv.c#line439 |
20:54.54 | freemangordon | https://gitorious.org/community-ssu/ke-recv/blobs/master/src/ke-recv.c#line377 |
20:56.36 | freemangordon | so volume_get_num and respectively get_nth_volume will always return "preffered" volume, whichever it is |
20:57.22 | freemangordon | Pali, know if there exists a helper function to ge udi from device id? |
20:57.42 | freemangordon | *get |
20:58.56 | Pali | freemangordon, I do not know now - I'm going to sleep... |
20:59.18 | Pali | I will look at it later - tomorrow |
20:59.29 | freemangordon | :) |
20:59.38 | freemangordon | ok, I will fix it |
21:05.08 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
21:56.06 | *** join/#maemo-ssu scoobertron (~tom@93.186.144.237) |
22:10.00 | DocScrutinizer | I found no simple way (yet?) to get udi for any volume |
22:10.22 | DocScrutinizer | otherwise I'd have hacked the hal-set-property call into that script as well |
22:10.52 | DocScrutinizer | my plan been along hal-device|awk |
22:11.12 | DocScrutinizer | ugly |
22:11.56 | freemangordon | hal-find-by-property --key=block.device --string=/dev/mmcblk0p1 |
22:12.19 | DocScrutinizer | duh :-D |
22:12.38 | freemangordon | however https://gitorious.org/community-ssu/ke-recv/commit/bee72d58a3b6ca4e66564a38fb22b0dd40dfa675 |
22:12.45 | freemangordon | :) |
22:13.20 | freemangordon | no more mount/unmount ;) |
22:13.35 | DocScrutinizer | ?? |
22:13.54 | freemangordon | no more mount/unmount on rename |
22:14.22 | freemangordon | everything looks fine with that patch |
22:16.04 | freemangordon | tomorrow i will integrate your mmc-rename.sh but as Pali wrote, with fstype as a parameter |
22:17.03 | freemangordon | for today, thats all folks :D |
22:17.56 | DocScrutinizer | o/ |
22:25.22 | DocScrutinizer | <PROTECTED> |
22:25.57 | DocScrutinizer | #!/bin/sh\n mount -t vfat -o $3,noauto,nodev,noexec,nosuid,noatime,nodiratime,utf8,uid=29999,shortname=mixed,dmask=000,fmask=0133,rodir "$1" "$2" > /dev/null W*T*F?! |
22:26.55 | DocScrutinizer | aaah I gather there's been a better alternative for this abomination on tmo already |
22:30.28 | DocScrutinizer | BWAHAHAHA! |
22:30.31 | DocScrutinizer | Mar 15 20:47:31 IroN900 BME: start |
22:30.32 | DocScrutinizer | Mar 15 20:47:31 IroN900 init: Unable to execute "/usr/sbin/NotMyNokia.sh" for notmynokia: No such file or directory |
22:30.34 | DocScrutinizer | Mar 15 20:47:31 IroN900 init: notmynokia main process (746) terminated with status 255 |
22:31.30 | DocScrutinizer | wtf hapened to notmynokia? |
22:34.15 | *** join/#maemo-ssu scoobertron (~tom@93.186.144.237) |
23:14.40 | merlin1991 | DocScrutinizer: mmc-mount looks a lot different in current cssu |
23:14.49 | merlin1991 | (it takes a fs type argument now |
23:15.03 | DocScrutinizer | hope so ;-D |
23:16.14 | DocScrutinizer | I'd love to move to a simple "#!/bin/sah\n/sbin/mount $1" |
23:16.50 | DocScrutinizer | which obviously implies there's a proper fstab, which in turn means we don'T want this file to get crappy autogenerated on boottime |
23:24.22 | merlin1991 | hm why do you need a proper fstab for thatß |
23:24.24 | merlin1991 | *?* |
23:26.06 | DocScrutinizer | for a >> mount $foo <<? |
23:26.12 | merlin1991 | yep |
23:26.29 | DocScrutinizer | gtry it for sth that's not in your fstab |
23:26.35 | merlin1991 | works jsut fine :D |
23:26.39 | DocScrutinizer | nope |
23:26.42 | merlin1991 | yes |
23:26.45 | DocScrutinizer | what is $foo? |
23:26.56 | merlin1991 | /dev/sdc2 |
23:27.00 | merlin1991 | which is not in fstab |
23:27.03 | merlin1991 | and actually ntfs |
23:27.22 | merlin1991 | hm silly me |
23:27.22 | DocScrutinizer | if $fo is "-o bla,blub -t xy /dev/x /mnt/y" then yes |
23:27.40 | merlin1991 | hm it's moutn /dev/sdc2 /somepath |
23:27.54 | DocScrutinizer | this *might* work |
23:27.58 | merlin1991 | though we cannot redue mmc-mount to a simple fstab depending mount |
23:28.13 | DocScrutinizer | prolly not |
23:28.14 | merlin1991 | since it is used for sd mounting aswell |
23:28.19 | merlin1991 | (afaik) |
23:29.06 | DocScrutinizer | well, a proper entry in fstab should deal with up to 8 partitons on uSD as well |
23:30.13 | merlin1991 | and how are you going to handle all the different filesystems in fstab? |
23:30.27 | DocScrutinizer | -t auto |
23:30.54 | merlin1991 | wonders in how many cases that would fail miserably with the stock kernel |
23:30.59 | DocScrutinizer | okok, maybe that's not exactly what we want |
23:31.18 | DocScrutinizer | as we maybe want noatime and whatnot else |
23:38.41 | merlin1991 | http://www.youtube.com/watch?v=316AzLYfAzw <-- interesting way to advertise a tv channel |
23:38.53 | merlin1991 | completely OT ofc :D |
23:52.24 | *** join/#maemo-ssu Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |