15:09.54 | *** join/#maemo-ssu infobot (~infobot@rikers.org) |
15:09.54 | *** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version (testing): 21.2011.38-1Tmaemo3.1; (stable): 21.2011.38-1Smaemo3 |
15:09.54 | *** mode/#maemo-ssu [+v infobot] by ChanServ |
15:11.39 | *** join/#maemo-ssu CepiPerez (~Matias_Pe@186.22.13.195) |
15:18.34 | freemangordon | DocScrutinizer, dosfslabel doe not work :D |
15:18.42 | freemangordon | s/do/does/ |
15:19.13 | freemangordon | s/doessfslabel doe/dosfslabel does/ |
15:19.29 | freemangordon | whatever, but vfat label remains the same |
15:19.38 | DocScrutinizer | hmm |
15:19.58 | freemangordon | yep, i've checked it by using blkid -c /dev/null ;) |
15:20.40 | DocScrutinizer | I'd rather check it by strace dosfslable |
15:20.58 | freemangordon | seems like mtools are used by purpose |
15:21.26 | DocScrutinizer | after all that's a real bug then, and I'd wonder how dosfslabel made it on fremantle stock |
15:21.40 | DocScrutinizer | mtools are severely fscked |
15:21.44 | DocScrutinizer | by design |
15:21.47 | freemangordon | DocScrutinizer, can you do that (to check with strace) |
15:22.10 | freemangordon | wel,, could be, but at least mlabel works |
15:22.33 | freemangordon | it might be that dosfslabel does not work on mounted volume |
15:22.48 | DocScrutinizer | while I don't think we can fix mtools design madness, we still can fix a bug in a part of stock fremantle, which dosfslabel obviously is then |
15:23.20 | DocScrutinizer | nothing should work on mounted volumes, it's BAD[TM] |
15:24.38 | DocScrutinizer | and using mtools means exploiting one bug (mtools) to make another bug (ke-recv and how label change is done) work |
15:24.55 | DocScrutinizer | if your assumtion is correct |
15:26.18 | DocScrutinizer | we should fix ke-recv label change sequence&method to make it work with "perfectly sane" dosfslabel, then |
15:27.19 | DocScrutinizer | I guess checking if "<freemangordon> it might be that dosfslabel does not work on mounted volume" is correct is just simple enough, uh? |
15:29.17 | DocScrutinizer | nota bene mtools friggin config file doesn't work either, for anything but a one-partitons vfat uSD and a standard partitioned eMMC, so using it is no option at all |
15:29.24 | DocScrutinizer | without fixing that either |
15:29.47 | DocScrutinizer | so I'd prefer to "fix" whatever sane-by-design stuff rather than mtools |
15:33.54 | freemangordon | DocScrutinizer, mtools |
15:34.25 | freemangordon | mtools mmc-rename works pretty well for my 3 partitions sdcard |
15:35.00 | freemangordon | however, iw will try to unmount vfat partition to check if dosfslabel works |
15:35.33 | DocScrutinizer | oooh c'mon |
15:35.36 | DocScrutinizer | drive a: file="/dev/mmcblk0" |
15:35.38 | DocScrutinizer | drive b: file="/dev/mmcblk0p1" |
15:35.39 | DocScrutinizer | drive c: file="/dev/mmcblk0p3" |
15:35.46 | freemangordon | I know :) |
15:36.05 | freemangordon | yep, partition should be unmounted |
15:36.53 | DocScrutinizer | best you can get from mtools is it fails on mmcblkNp2 |
15:37.18 | DocScrutinizer | worst, it renames a ext3 partition or another partition |
15:37.58 | freemangordon | uh, no, dosfslable does not rename even unmounted volume :( |
15:37.58 | DocScrutinizer | and drive a: WTF - super floppy?! |
15:39.50 | freemangordon | WTF? dosfslabel reports new label, while blkid reports old ?!? |
15:40.41 | DocScrutinizer | how about that: ;-P we install and invoke cfdisk in mmc-rename.sh, as it's obviously a way to complex and risky task for HFM to relabel partitions |
15:41.23 | DocScrutinizer | <PROTECTED> |
15:44.08 | DocScrutinizer | not that I ever really used HFM for anything, but I swear I'd never trust it on formatting and labeling partitions, and for all I know all this also never really worked decently |
15:44.34 | freemangordon | hmm, seems dosfslabel caches too |
15:45.03 | DocScrutinizer | figure: you inserted a uSD with 3 ext3 partitions, friggin HFM detects it as superfloppy. Relabel it -> SCREWED |
15:45.40 | freemangordon | no way, it is ke-recv who detects drive layout based on what HAL knows |
15:46.10 | DocScrutinizer | whatever it is, it's brainfsckd |
15:46.16 | DocScrutinizer | always been |
15:46.41 | DocScrutinizer | I'd not trust it, nor bother to fix it after Nokia and 2 years field didn't |
15:47.35 | DocScrutinizer | the idea to invoke a proper tool whenever mmc-(format|rename).sh gets called, has some special charme and is tempting |
15:48.01 | freemangordon | WTF? https://bugzilla.redhat.com/show_bug.cgi?id=503228 |
15:48.04 | povbot | Bug 503228: was not found. |
15:48.14 | DocScrutinizer | quote plrease |
15:48.59 | freemangordon | Bug 503228 - dosfslabel does not set volume label in the right place |
15:48.59 | povbot | Bug https://bugs.maemo.org/503228 was not found. |
15:49.10 | freemangordon | povbot, shut up |
15:49.11 | povbot | freemangordon: Error: "shut" is not a valid command. |
15:49.43 | freemangordon | Fixed in dosfstools-3.0.9-2.fc14 in rawhide. |
15:50.15 | DocScrutinizer | IroN900:~# dosfslabel --version |
15:50.16 | DocScrutinizer | dosfslabel 2.11, 12 Mar 2005, FAT32, LFN |
15:50.27 | DocScrutinizer | BWAHAHAHA |
15:50.28 | freemangordon | nice :D |
15:50.39 | *** join/#maemo-ssu Pali (~pali@unaffiliated/pali) |
15:51.23 | DocScrutinizer | ticket: get recent, supposedly bugfixed, dosfslabel version |
15:51.25 | freemangordon | Pali, after all it seems we should upgarde dosfstools :) |
15:51.54 | DocScrutinizer | maximum in line with CSSU idea |
15:52.19 | freemangordon | lemme check which version is in ubuntu 10.04 |
15:52.54 | freemangordon | dosfslabel 3.0.7, 24 Dec 2009, FAT32, LFN |
15:53.03 | DocScrutinizer | dang, this thing must origin back to maemo0.8 |
15:53.16 | DocScrutinizer | and never seen an update since |
15:54.12 | DocScrutinizer | no friggin dosfslabel on my box XP |
15:55.23 | freemangordon | http://harmattan-dev.nokia.com/pool/harmattan/free/d/dosfstools/ |
15:55.43 | freemangordon | HAHAHAHA |
15:55.51 | freemangordon | nice. ain't |
15:57.05 | DocScrutinizer | dang, cfdisk only shows labels, doesn't edit them |
15:59.22 | DocScrutinizer | *COUGH* do less /etc/mtools.conf on your desktop |
16:00.08 | freemangordon | dpkg-deb: building package `dosfstools' in `../dosfstools_3.0.7-1_armel.deb'. |
16:00.20 | freemangordon | lets try it on my devel device |
16:00.46 | DocScrutinizer | friggin shit, there has to be a sane way at par with mkfs.vfat and tune2fs, to *change* labels on vfat |
16:01.32 | DocScrutinizer | use dd? >;-P |
16:01.50 | freemangordon | yeah |
16:01.59 | freemangordon | why not hex editor :D |
16:02.04 | DocScrutinizer | sure |
16:02.10 | DocScrutinizer | sed shall do that |
16:02.30 | DocScrutinizer | since sed is supposed to work on *any* source |
16:03.02 | DocScrutinizer | even source that consists of 256k/"line" |
16:03.20 | DocScrutinizer | some unique property it shares only with vi afaik |
16:06.16 | DocScrutinizer | and a proper dd (ot the crippled messybox crap) is supposed to cut an arbitrary block of arbitrary length and pos out of any source, and insert it to another destination |
16:06.57 | DocScrutinizer | but - as said befor... |
16:07.01 | DocScrutinizer | friggin shit, there has to be a sane way at par with mkfs.vfat and tune2fs, to *change* labels on vfat |
16:07.56 | DocScrutinizer | it can't be that mtools is the supposed and recommended way to deal with uSD on desktop linux these days |
16:09.00 | DocScrutinizer | mkfs.vfat knows how to set labels. Alas it can't do that without same time formatting the whole partition |
16:10.33 | DocScrutinizer | I'd rather strip down mkfs.vfat to only handle and write label, rather than bother with friggin mtools with its mindboggling prone-to-fail /etc/mtools.conf |
16:11.16 | DocScrutinizer | again, get a laugh, do 'less /etc/mtools.conf' on your desktop PC! |
16:11.43 | DocScrutinizer | teaser: |
16:11.46 | DocScrutinizer | #dosemu hdimage |
16:11.48 | DocScrutinizer | drive n: file="/var/lib/dosemu/hdimage.first" MTOOLS_SKIP_CHECK=1 MTOOLS_LOWER_CASE=1 MTOOLS_NO_VFAT=1 partition=1 offset=128 |
16:12.53 | DocScrutinizer | SUUUURE, I know I need driveletter (WAAAAH!!!) n: to access dosemu image |
16:13.47 | freemangordon | DocScrutinizer, take it easy, I was able to build dosfstools from ubuntu 11.10, going to test them now |
16:14.01 | DocScrutinizer | yo da man! |
16:14.21 | DocScrutinizer | <3 |
16:17.27 | DocScrutinizer | I might ask my friend werner almesberger, author of fsck.vfat, what's the contemporary tool to mess with dos partitions' properties |
16:18.27 | Pali | maemo gitorious sources: https://maemo.gitorious.org/maemo-af/dosfstools |
16:19.00 | freemangordon | Pali, it is of no use, i've just compiled ubuntu upstream, so far seems ok |
16:19.04 | freemangordon | 11.10 |
16:19.25 | freemangordon | compiled as in made a .deb |
16:19.34 | freemangordon | dosfstools_3.0.12-1ubuntu1_armel.deb |
16:20.01 | freemangordon | give me some 10 minutes to upgrade my devel device to lates cssu and to test it |
16:20.40 | freemangordon | btw in the meantime you can ask merlin1991 how the hell would that package be called for inclusion in CSSU |
16:23.11 | DocScrutinizer | LOL |
16:23.53 | freemangordon | dosfstools_3.0.12-1ubuntu1+0cssu0 ? |
16:25.13 | DocScrutinizer | prolly |
16:25.40 | freemangordon | merlin1991 ^^^ |
16:25.41 | DocScrutinizer | tbh I don't give a flies' shit |
16:26.02 | merlin1991 | freemangordon: why use the ubuntu source as base? |
16:26.13 | merlin1991 | if you're upgrading the package why don't we simply go upstream? |
16:26.17 | freemangordon | because we're debian |
16:26.22 | *** join/#maemo-ssu M4rtinK (~M4rtinK@134.89.broadband12.iol.cz) |
16:26.25 | merlin1991 | and? |
16:26.33 | freemangordon | i don't want to bother debianizing it |
16:26.33 | DocScrutinizer | [2012-04-12 17:50:14] <DocScrutinizer> IroN900:~# dosfslabel --version |
16:26.34 | DocScrutinizer | [2012-04-12 17:50:14] <DocScrutinizer> dosfslabel 2.11, 12 Mar 2005, FAT32, LFN |
16:26.36 | DocScrutinizer | [2012-04-12 17:50:27] <DocScrutinizer> BWAHAHAHA |
16:26.37 | DocScrutinizer | [ |
16:26.39 | merlin1991 | afaik it's upstream -> debian -> ubntu |
16:26.49 | merlin1991 | and where in upstream -> debian -> maemo |
16:26.57 | merlin1991 | so either pick from debian or upstream :D |
16:27.16 | DocScrutinizer | uh, nm |
16:27.20 | freemangordon | so? which package to use then, point me to the right source |
16:27.22 | merlin1991 | freemangordon: that's something you've got maintainers for ;) |
16:28.08 | freemangordon | sure, tell me which package to use |
16:30.30 | merlin1991 | I'd prefer to use the upstream source |
16:31.26 | freemangordon | why? are you sure it is bugfree? |
16:31.43 | merlin1991 | upstream surely has a "stable" releaase |
16:31.48 | merlin1991 | arf typos ftw |
16:32.15 | freemangordon | well, i told you , tpoint me to the source code i should use and i will package it |
16:32.41 | merlin1991 | http://www.daniel-baumann.ch/software/dosfstools/ |
16:33.44 | freemangordon | ok, renaming with ubuntu dosfstools works |
16:33.51 | freemangordon | lets try upstream |
16:34.14 | freemangordon | hmm, upstream version is 3.0.12 |
16:34.42 | freemangordon | the same as in ubuntu |
16:39.27 | freemangordon | merlin1991, actually ubuntu 11.10 contains a patch which is not upstream :P |
16:39.33 | freemangordon | https://bugs.launchpad.net/ubuntu/+source/dosfstools/+bug/794943 |
16:40.10 | merlin1991 | :/ |
16:41.05 | freemangordon | or it is upstream, let me clone the upstream repo and check |
16:44.12 | freemangordon | no, it is not, the last upstream commit is on 07.06.2011 |
16:46.29 | freemangordon | merlin1991 ^^^ |
16:46.36 | freemangordon | now again, which version? |
16:46.43 | merlin1991 | hm |
16:47.03 | merlin1991 | technically we should pick upstream and apply the patch ourselves |
16:47.28 | freemangordon | ubuntu package does exactly that |
16:47.52 | freemangordon | it has upstream tar.gz and a diff file |
16:47.58 | freemangordon | diff.gz |
16:48.50 | merlin1991 | well I bet fedore does it aswell |
16:48.56 | merlin1991 | *fedora* |
16:49.13 | freemangordon | did you look at the bug report? |
16:49.23 | freemangordon | the patch is backported from fedora |
16:49.33 | freemangordon | well, "backported" |
16:49.47 | merlin1991 | :D |
16:50.51 | freemangordon | merlin1991, waiting for your decision |
16:51.10 | merlin1991 | I'd grab upstream and add the patch on top in our "own" packaging |
16:51.22 | merlin1991 | but if you want to have it done now take the ubuntu sources |
16:51.45 | freemangordon | but of course, ubuntu packaging does not work in SB |
16:52.01 | merlin1991 | well then we have to package it anyway :D |
16:52.05 | merlin1991 | --> upstream + patch :D |
16:52.27 | freemangordon | which i've already done, but using ubuntu's changelog |
16:52.43 | freemangordon | and rules and control from maemo dosfstools |
16:52.53 | merlin1991 | then just make a frech changelog :D |
16:53.04 | freemangordon | EURECA |
16:53.06 | merlin1991 | with 2 entries, one for the upstream release and one for the applied patch |
16:53.20 | freemangordon | ok |
16:54.50 | freemangordon | merlin1991, you could create dosfstools in CSSU |
16:54.55 | freemangordon | in the meantime |
16:55.45 | merlin1991 | bah forgot my pw :/ |
16:56.19 | merlin1991 | or rather I'm not sure which one applies :D |
16:57.50 | merlin1991 | oh ffs I hate windows |
16:57.56 | freemangordon | merlin1991, i will keep debian/changelog, will just edit the last entry to be 3.0.12+0cssu0 |
16:58.16 | merlin1991 | can't even mount my other drive and check my encrypted pass file due to ntfs security |
16:58.18 | merlin1991 | fooooooo |
16:58.23 | merlin1991 | err fuuuuuuuuuuuu ofc :D |
16:58.42 | freemangordon | wow, thats GPL3 |
16:58.49 | freemangordon | any problem with that? |
16:59.26 | merlin1991 | is the package gpl3 or only the ubuntu packaging ? |
16:59.54 | freemangordon | upstream is GPL3 |
17:00.07 | merlin1991 | well we don't violate it so we can use it |
17:00.14 | freemangordon | :D |
17:00.14 | merlin1991 | though I personally disike gpl3 |
17:00.30 | merlin1991 | btw how's the package called in the control file? |
17:00.39 | merlin1991 | (the source package) |
17:00.59 | freemangordon | which one? maemo or ubuntu |
17:01.03 | merlin1991 | maemo |
17:01.26 | freemangordon | source: dosfstools |
17:01.41 | DocScrutinizer | you guys are awesome |
17:01.41 | freemangordon | package: dosfstools |
17:01.48 | freemangordon | package: dosfstools-dbg |
17:01.56 | merlin1991 | https://gitorious.org/community-ssu/dosfstools |
17:01.59 | merlin1991 | DocScrutinizer: how come? |
17:02.04 | freemangordon | great |
17:02.19 | DocScrutinizer | just saying. I love the way things prgressed in last 3h |
17:02.20 | freemangordon | hmm. after all I will purge the control file |
17:02.33 | freemangordon | oops, not control file |
17:02.38 | freemangordon | changelog file |
17:02.48 | merlin1991 | DocScrutinizer: I'm still not sure if you're beeing sarcastic there :D |
17:02.56 | DocScrutinizer | mot at all |
17:02.58 | DocScrutinizer | not* |
17:03.02 | merlin1991 | arf why is being hardwired to beeing in my brain :/ |
17:29.45 | freemangordon | merlin1991, CSSU package names should use -Xcssu-Y, not +Xcssu-Y otherwise dpkg-buildpackage does not produce .diff.tar.gz file |
17:30.06 | freemangordon | s/-Xcssu-Y, not +Xcssu-Y/-XcssuY, not +XcssuY/ |
17:30.30 | merlin1991 | freemangordon: 90% of our packages are "native" anyway so we don't get diff.tar.gz for them in any case |
17:30.53 | freemangordon | well dosfstool is from the remaining 10% |
17:30.58 | merlin1991 | yea sure |
17:32.25 | merlin1991 | tbh I'm not sure if we should adopt a -x naming scheme |
17:32.42 | merlin1991 | nokia deliberatly broke it by adding +0m5 to all packageas |
17:32.50 | merlin1991 | s/packageas/packages/ |
17:39.45 | freemangordon | dosfstools_3.0.12-0cssu0 pushed on gitorious and uploaded in -devel repo :P |
17:40.38 | freemangordon | merlin1991 ^^^ |
17:45.00 | freemangordon | daamn |
17:45.02 | freemangordon | dpkg - warning: downgrading dosfstools from 1:2.11maemo8-2+0m5 to 3.0.12-0cssu0. |
17:45.38 | freemangordon | merlin1991, fix that for me please, i am not sure I can do it properly :( |
17:45.59 | merlin1991 | that's easy |
17:46.06 | merlin1991 | add the epoch to the front of the version |
17:46.14 | merlin1991 | --> 1:3.0.12-0cssu0 |
18:01.01 | freemangordon | FUUUK, seems this dosfslabel has bugs too |
18:01.23 | freemangordon | it does not update root directory label, only bootsector :( |
18:24.12 | merlin1991 | dang 5 hours of straigt coding and I'm tired as if im awake for 24 hours |
18:37.15 | *** join/#maemo-ssu NIN101 (~NIN@206.253.166.69) |
19:40.00 | DocScrutinizer | freemangordon: I'd think such essential fuckups wouldn't go unnoticed for a pkg like dosfslabel? |
19:41.41 | DocScrutinizer | anyway javispedro pointed to mlabel -i <phy-dev-name> or sth, that allegedly doesn't need this friggin mtools.conf |
19:41.59 | DocScrutinizer | lemme check if our mlabel even knows this option |
19:45.37 | DocScrutinizer | meh, of course not |
19:46.05 | DocScrutinizer | >>The drive letter : (colon) has a special meaning. It is used to access image files which are directly specified on the command line using the `-i' options. |
19:46.16 | DocScrutinizer | >>mcopy -i my-image-file.bin ::file1 ::file2 |
19:46.34 | DocScrutinizer | >>You can also supply an offset within the image file by including `@@'OFFSET into the file name |
19:46.47 | DocScrutinizer | >>mcopy -i my-image-file.bin@@1M ::file1 ::file2 |
19:47.40 | DocScrutinizer | pukes a little |
19:54.59 | DocScrutinizer | >> The syntax described herein is new for version `mtools-3.0'. The old line-oriented syntax is still supported. Each line beginning with a single letter is considered to be a drive description using the old syntax. Old style and new style drive sections may be mixed within the same configuration file, in order to make upgrading easier. Support for the old syntax will be phased out eventually, and in order to discourage its use, I |
19:55.00 | DocScrutinizer | purposefully omit its description here |
19:55.17 | DocScrutinizer | HAHA, KTHNXBY |
19:56.37 | *** join/#maemo-ssu tadzik (tjs@feather.perl6.nl) |
19:56.41 | tadzik | hello there |
19:58.50 | tadzik | is there a way to install cssu from command-line somehow? My patience is nothing compared to glacial slowness of the package manager, and I don't believe it works at all |
20:00.20 | tadzik | okay, I guess nagging you guys on IRC did help it a bit :) |
20:00.35 | Sicelo | it is recommended to always use the package manager |
20:00.43 | tadzik | I see |
20:01.24 | *** join/#maemo-ssu int_ua (~int_ua@159.146.224.78) |
20:01.51 | trumee | MohammadAG: ping |
20:01.52 | DocScrutinizer | there's for sure a way, but it's not documented and thus not supported |
20:01.57 | int_ua | anyone with uSD present? |
20:01.58 | tadzik | right |
20:02.16 | DocScrutinizer | int_ua: ol |
20:02.18 | tadzik | htop seems to be convinced that something is working |
20:02.29 | int_ua | I have a reproducible crash of dbus-vfs-daemon |
20:02.46 | DocScrutinizer | tadzik: what's wrong? |
20:03.06 | DocScrutinizer | int_ua: talk to freemangordon / pali |
20:03.20 | DocScrutinizer | iirc they messed with this system a lot last few days |
20:03.36 | int_ua | DocScrutinizer: $ sudo umount /dev/mmcblk1p1 ; sudo mount -o ro /dev/mmcblk1p1 /media/mmс1 |
20:03.36 | tadzik | DocScrutinizer: I hope nothing, it's just that the app manager seems to do nothing at all |
20:04.02 | tadzik | . o O ( maybe it just finished ) |
20:04.22 | DocScrutinizer | maybe :-D |
20:04.27 | tadzik | was it supposed to install just one app? |
20:04.32 | DocScrutinizer | yep |
20:04.40 | tadzik | I saw apt-get process working after that so I thought it's still doing something |
20:04.55 | DocScrutinizer | see instructions please |
20:05.01 | tadzik | okay, there's Community SSU in the menu |
20:05.12 | DocScrutinizer | click it |
20:05.13 | tadzik | I'm looking at them, but they only say "Once this is completed" |
20:05.25 | tadzik | and it also told about "lots of popups", so I waited :) |
20:05.34 | tadzik | okay, it's working visibly now :) |
20:05.47 | tadzik | thanks for a hand |
20:06.14 | DocScrutinizer | tadzik: you need to read instruction like it was a chronological sequence of events |
20:06.17 | DocScrutinizer | ;-P |
20:06.24 | tadzik | yeah, I understand it well :) |
20:06.34 | tadzik | I just have, well, mixed feeling about the application manager |
20:06.48 | DocScrutinizer | we all have |
20:07.02 | tadzik | I can imagine |
20:07.03 | DocScrutinizer | there are reasons we use it nevertheless |
20:07.09 | tadzik | right |
20:07.25 | DocScrutinizer | and on the bright side CSSU comes with a somewhat fixed version |
20:07.30 | tadzik | yay |
20:07.40 | tadzik | I've been using the Faster Application Manager for a while now |
20:07.57 | DocScrutinizer | ot that this would make the pile of sh* any more bearable ;-) |
20:08.07 | tadzik | :> |
20:08.15 | DocScrutinizer | not* |
20:08.47 | int_ua | s/dbus-vfs/gnome-vfs/ |
20:08.56 | DocScrutinizer | int_ua: yeah |
20:09.17 | DocScrutinizer | int_ua: iirc freemangordon yesterday claimed he has a bugfixed version |
20:09.40 | DocScrutinizer | freemangordon: that's why I'm reluctant to look into your issue |
20:09.54 | DocScrutinizer | s/freemangordon/int_ua/ |
20:10.31 | int_ua | should I add a new post on the forum? I'm running out of battery, half an hour to a place with charger :) |
20:10.39 | DocScrutinizer | I guess you should wait for freemangordon |
20:11.24 | DocScrutinizer | ooh short on battery - well, a post on tmo will do, or just paste details here, freemangordon will see them in backscroll |
20:12.00 | int_ua | ok, I'm leaving now, please tell him "$ sudo umount /dev/mmcblk1p1 ; sudo mount -o ro /dev/mmcblk1p1 /media/mmс1" |
20:12.20 | DocScrutinizer | you did ;) |
20:12.41 | DocScrutinizer | freemangordon: ^^^ |
20:13.01 | DocScrutinizer | pali: (just in case) |
20:13.03 | DocScrutinizer | ^^^ |
20:13.47 | DocScrutinizer | [2012-04-12 10:36:41] <freemangordon_> Pali, update your gnome-vfs from -devel repo ;-) |
20:14.48 | DocScrutinizer | [2012-04-10 19:42:22] <freemangordon> Raimu, here http://maemo.merlin1991.at/cssu/community-devel/ |
20:14.49 | DocScrutinizer | [2012-04-10 19:42:42] <freemangordon> there is .install file to be opened directly from your n900 |
20:14.51 | DocScrutinizer | [2012-04-10 19:42:49] <Raimu> freemangordon: Ahah, I got it from here - now what's the file I'm to update? |
20:14.52 | DocScrutinizer | [2012-04-10 19:43:36] <freemangordon> osso-gnome-vfs, but you need 2 .debs, better use HAM to upgrade |
20:15.09 | DocScrutinizer | dang, his battery already dead? |
20:18.13 | tadzik | cssu onboard \o/ |
20:18.57 | DocScrutinizer | congrats |
20:19.01 | DocScrutinizer | T or S? |
20:19.48 | DocScrutinizer | tadzik: ^^^ |
20:19.53 | tadzik | S |
20:19.57 | DocScrutinizer | :-) |
20:20.04 | tadzik | I'm not that adventurous, Yet |
20:20.13 | DocScrutinizer | S is just fine |
20:22.31 | tadzik | huh. In the new Modest, tree view doesn't mean threaded emails? |
20:23.59 | merlin1991 | it means tree view for the account / folders structure |
20:24.33 | tadzik | hmm, shame. Maybe I could find some tuits to hack on this |
20:34.01 | *** join/#maemo-ssu int_ua (~int_ua@46.151.80.36) |
20:35.09 | int_ua | DocScrutinizer: did I miss something about gnome-vfs-maemon? |
20:35.21 | DocScrutinizer | yup |
20:35.45 | DocScrutinizer | [2012-04-10 19:42:22] <freemangordon> Raimu, here http://maemo.merlin1991.at/cssu/community-devel/ |
20:35.47 | DocScrutinizer | [2012-04-10 19:42:42] <freemangordon> there is .install file to be opened directly from your n900 |
20:35.48 | DocScrutinizer | [2012-04-10 19:42:49] <Raimu> freemangordon: Ahah, I got it from here - now what's the file I'm to update? |
20:35.50 | DocScrutinizer | [2012-04-10 19:43:36] <freemangordon> osso-gnome-vfs, but you need 2 .debs, better use HAM to upgrade |
20:36.09 | merlin1991 | DocScrutinizer: you can scratch the ham line |
20:36.16 | Raimu | Bling! |
20:36.25 | DocScrutinizer | merlin1991: ?? |
20:36.25 | merlin1991 | ham is not going to notice the upgrade since there is no metapackage |
20:37.05 | DocScrutinizer | merlin1991: you lost me |
20:37.57 | merlin1991 | osso-gnome-vfs is in the libs section, so ham does not show any upgrades for it unless you bump the requires version in the metapackage |
20:38.09 | merlin1991 | ofc there's always red pill mode |
20:38.33 | DocScrutinizer | err, where did I use HAM and gnome-vfs in same post? |
20:38.48 | merlin1991 | <DocScrutinizer> [2012-04-10 19:43:36] <freemangordon> osso-gnome-vfs, but you need 2 .debs, better use HAM to upgrade |
20:38.54 | DocScrutinizer | meh |
20:39.22 | DocScrutinizer | tbh I didn't even read in detail what I posted ;-P |
20:40.15 | DocScrutinizer | merlin1991: maybe you can provide better guide for int_ua |
20:40.36 | DocScrutinizer | and comment on his "bugreport" |
20:43.52 | int_ua | did freemangordon mean HAM over FAM or HAM over CLI? |
20:44.27 | merlin1991 | ham over fam |
20:44.31 | DocScrutinizer | he didn't mean anything with that line, as it was outright incorrect, as merlin1991 explained one post up |
20:44.31 | merlin1991 | cli is still better than fam |
20:44.49 | *** join/#maemo-ssu Sc0rpius (~naikel@190.78.151.78) |
20:45.55 | DocScrutinizer | int_ua: maybe you should read chanlog |
20:46.57 | int_ua | well, I'm not ready to use devel version, I just wanted to make sure this bug is a known one... |
20:47.00 | DocScrutinizer | I'm not sure what freemangordon did, and if it's related to your bug, or whether it's wise at all when you update to that devel osso-gnome-vfs |
20:47.11 | DocScrutinizer | :-D |
20:48.23 | DocScrutinizer | [2012-04-12 22:11:59] <int_ua> ok, I'm leaving now, please tell him "$ sudo umount /dev/mmcblk1p1 ; sudo mount -o ro /dev/mmcblk1p1 /media/mmс1" |
20:48.46 | DocScrutinizer | int_ua: what'S the fs of that partition? |
20:48.46 | tadzik | is it possible that extras-devel conflicts with the community repo in some way? |
20:48.47 | int_ua | freemangordon: is it the same crash you've fixed? |
20:49.10 | merlin1991 | tadzik: afaik there are no conflicts |
20:49.10 | int_ua | DocScrutinizer: fat |
20:49.35 | tadzik | dd |
20:49.38 | tadzik | * odd |
20:50.00 | DocScrutinizer | there shouldn't be any ;-D |
20:50.02 | int_ua | merlin1991: but theoretically it's possible, right? |
20:50.23 | merlin1991 | int_ua: theoretically even the ssu repo extras and the ovi repo can have conflicts |
20:51.04 | int_ua | tadzik: what are the conflicts you are talking about? |
20:51.36 | tadzik | int_ua: I get them during apt-get update. "Expected fremantle-1.3, got " (nothing after got) |
20:51.54 | DocScrutinizer | duh, that's some very special issue |
20:52.03 | DocScrutinizer | alas I forgot what's causing it |
20:52.04 | merlin1991 | tadzik: that's easy :D |
20:52.16 | tadzik | go on :) |
20:52.33 | merlin1991 | it's probably your extras-devel entry |
20:52.41 | tadzik | aye |
20:52.46 | tadzik | commenting it out fixes the issue |
20:52.54 | merlin1991 | replace the distribution to fremantle |
20:52.57 | tadzik | thing is, I put it there for a reason :) |
20:53.01 | tadzik | oh, I'll try that |
20:53.16 | DocScrutinizer | rrright |
20:53.19 | merlin1991 | fremantle-1.3 is a symlink back to fremantle |
20:53.39 | merlin1991 | DocScrutinizer: extras devel has 3 dists which are all symlinked to 1 |
20:53.49 | DocScrutinizer | yeah, I know |
20:54.35 | tadzik | oh, camera-ui is not in stable? |
20:54.41 | DocScrutinizer | nope |
20:54.48 | DocScrutinizer | it's not stable after all |
20:55.01 | tadzik | yeah, go ahead, tempt me more ;) |
20:55.06 | int_ua | merlin1991: and what about extras? Is fremantle-1.3 a symlink there? |
20:55.07 | DocScrutinizer | plus you should be able to install it as a normal app as well |
20:55.16 | tadzik | is there a way to turn of this autostarting camera-ui after opening the lens cover in stable? |
20:55.37 | tadzik | merlin1991: everything works now, thank you! |
20:55.43 | merlin1991 | int_ua: at least fremantle and fremanlte-1.2 are distinct in extras |
20:56.01 | merlin1991 | but I don't know if fremantle-1.2 points to 1.3 or the other way around |
20:56.36 | int_ua | merlin1991: should I add fremantle if I have fremantle-1.3 entry? |
20:56.47 | merlin1991 | you'll want 1.3 in exrras |
20:57.13 | int_ua | merlin1991: ok, thanks :) |
20:58.17 | DocScrutinizer | basically for extras Nokia maintains a repo for 1.2, but they don't for -testing and -devel, as both are supposed to be "bleeding edge" |
20:59.09 | DocScrutinizer | so for pr1.3 you should have plain fremantle in all your catalog defs AIUI |
20:59.26 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
20:59.53 | DocScrutinizer | while for pr1.2 you may want femantle-1.2 for extras, and probably not use -testing and -devel |
21:00.07 | merlin1991 | actually you don't want fremanlte for -extras |
21:00.14 | merlin1991 | fremanlte in -extras is pr 1.1 |
21:00.20 | DocScrutinizer | duh |
21:00.22 | merlin1991 | since there was an abi break from 1.1 to 1.2 |
21:00.32 | DocScrutinizer | mhm |
21:00.48 | DocScrutinizer | so they changed extras catalog with update |
21:00.53 | merlin1991 | yep |
21:01.12 | DocScrutinizer | well fremantle-1.3 for extras then |
21:01.34 | merlin1991 | to say that the maemo infrastructure is complicated is an understatement :D |
21:01.38 | DocScrutinizer | frematle without anything for -testing/-devel |
21:01.52 | int_ua | so the fremantle-1.3 is the right one? |
21:02.02 | DocScrutinizer | for extras |
21:02.07 | int_ua | ok |
21:02.12 | DocScrutinizer | if you're on pr1.3 |
21:03.33 | DocScrutinizer | the symlinks for testing/devel are just ... rudimentary |
21:04.05 | DocScrutinizer | or at least I can't see what for they were meant |
21:04.26 | merlin1991 | Isn't it obvious? |
21:04.34 | merlin1991 | they are there to confuse users xD |
21:05.46 | DocScrutinizer | hehehe |
21:06.29 | *** join/#maemo-ssu javispedro (~javier@Maemo/community/contributor/javispedro) |
21:06.59 | DocScrutinizer | javispedro: oh hi again |
21:07.39 | javispedro | hi |
21:25.11 | tadzik | is anyone using BatteryPatch and has an idea why does it _over_clock the phone CPU? |
21:32.57 | merlin1991 | tadzik: battery "patch" is frowned upon in here :D |
21:36.54 | tadzik | I see. It's description made me suspiscious |
21:40.04 | DocScrutinizer | don't use batterypatch, it's pile'o AFAIK |
21:40.34 | DocScrutinizer | a big hoax |
21:41.00 | DocScrutinizer | done by a script kiddie with no clue apparently |
21:48.05 | *** join/#maemo-ssu scoobertron (~tom@93.186.147.98) |
23:17.22 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |