[12:02] you mean the latest source did not produce any bin ? [12:03] so the bins are from the latest but one source [12:03] ;) [12:03] the source code in the source package for pktsetup is an older version...only has two help lines in usage() that it prints with you give --help... if I run pktsetup --help, it gives more help and reports a newer version [12:03] ? [12:03] no, I mean the bin from the binary package was NOT compiled from this source ;) [12:03] yes [12:03] but the bin could have been built from an older version and the latest src could have not produced any bin [12:03] this doesn't seem to be the case though [12:03] no... the bin is built from a newer version [12:04] ok [12:04] that's weird [12:04] yea [12:04] what does p.u.c say about it? [12:04] p.u.c? [12:04] packages.ubuntu.com [12:05] wait... [12:05] ohh, there's some patches in debian... they must not be applied [12:05] they arne't dpatch though... hand rolled looks like [12:05] hrm... === seth [n=seth@asmallorange.com] has joined #ubuntu-motu === psusi is getting frustrated that the patches aren't applied automatically when you apt-source [12:07] If you wanted to change the colour of a single word in a paragraph, what tag should I use? acronym? or is there a more suitable one? [12:08] Duh, sorry guys, wrong channe;l [12:08] ok... THAT looks like the right source ;) === sistpoty is off to bed [12:09] gn8 everyon [12:09] +e [12:09] \sh: debdiff uploaded [12:10] <\sh> raphink: number? [12:10] selinium, probably [12:10] #6558 [12:10] cheers seth! :) lol [12:11] \sh: right? [12:12] <\sh> raphink: fetching package and debdiff now :) [12:12] ok [12:14] <\sh> raphink: it complains again about the changelog...debuild fails [12:15] fails? [12:15] well I know about the changelog stuff, but it doesn't make debuild fail here [12:15] <\sh> parsechangelog/debian: error: found change data where expected next heading or eof, at changelog line 105 [12:15] <\sh> dpkg-genchanges: error: syntax error in parsed version of changelog at line 0: empty file [12:15] <\sh> debuild: fatal error at line 768: [12:15] <\sh> dpkg-buildpackage failed! [12:15] what makes it fail? [12:15] <\sh> raphink: the missing version entry [12:16] what if you use debuild directly [12:16] instead of dpkg-buildpackage ? [12:16] actually I tested it with debuild [12:16] <\sh> raphink: i'm using debuild :) [12:16] and with pbuilder [12:16] and it worked [12:16] <\sh> raphink: I'm using it on dapper :) [12:16] same here \sh I have dapper here [12:16] <\sh> raphink: it creates a source changes file yes, but it's not correct :) [12:17] let's see again [12:17] hub: opensync is stuck in NEW at the moment [12:17] hub: the gui and plugins are ready to go after that [12:17] it seems to build here [12:17] just launched debuild [12:18] does it fail at the end of the build? [12:18] lifeless: okay. there are directly uploaded? [12:19] <\sh> raphink: try this: debuild -S -v1:0.16.7.2-1ubuntu2 -ksh@sourcecode.de [12:19] lifeless: s/there/they/ [12:19] EPARSE [12:19] hub: to debian, yes [12:19] <\sh> raphink: I'm not building in chroot...I'm using this debuild call and pbuild it [12:19] ajmitch: ah you mean they do to debian and we resync.... [12:19] ajmitch: ok cool [12:19] wait it's building right now [12:19] the build is finishing [12:21] hmm right I get the same error as you with your command \sh [12:22] but I don't get it when I run `debuild' simply [12:22] \sh: I know why you get this error [12:22] ;) [12:22] there's no such version as 1:0.16.7.2-1ubuntu2 [12:23] ;) [12:23] in this changelog at least [12:23] <\sh> raphink: didn't you merge the changelog? [12:23] my version is 1:0.16.7.2-3ubuntu1 [12:23] \sh: I merged the changelog with the latest available source on ubuntu [12:23] which was 1:0.16.7.2-2 [12:23] since it had been synced [12:24] and thus didn't contain any ubuntu changelog ;) [12:25] see http://archive.ubuntu.com/ubuntu/pool/universe/e/enlightenment/ \sh [12:25] <\sh> Previous Ubuntu Version: 1:0.16.7.2-1ubuntu2 [12:25] <\sh> Current Debian Version: 1:0.16.7.2-2 [12:25] nope [12:25] <\sh> argl... [12:25] <\sh> the report is old [12:25] previous source in ubuntu is 1:0.16.7.2-2 [12:25] and current debian is -3 [12:25] <\sh> well..running version is 1ubuntu2 [12:25] which is the one I'm merging [12:25] -2 never produced bins in Ubuntu [12:25] yes \sh [12:26] but then crimsun synced -2 [12:26] but it never built [12:26] because it lacked the xbitmaps deps [12:26] so now I'm basing my merge on -2, merging -3 === Hobbsee [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-motu [12:26] or should I base it on -1ubuntu2 although it's an old source? [12:26] gnight [12:27] <\sh> raphink: forget it...I'll adjust it to but it complains about line 105... [12:27] \sh: i'm ok to base it on -1ubuntu2 if you prefer it that way [12:27] <\sh> raphink: and line 105 is the missing entry :) [12:27] line 105 must be the missing entry [12:27] <\sh> raphink: no...since -2 was synced [12:27] yes [12:27] it doesn't prevent from building though [12:28] <\sh> raphink: so we have all the changelogs we need.. [12:28] merges should not be based on synced versions? [12:28] hmm? [12:28] <\sh> raphink: nono..it's ok...:) [12:28] <\sh> raphink: so we have all the changelogs we need.. <--- in which version? [12:28] \sh: no I'd like to understand really :) [12:29] <\sh> raphink: from the last ubuntu version to the actual version...-2 synced and -3ubuntu1 will be merged [12:29] ok [12:29] I should just have ignored -2, right? [12:29] <\sh> raphink: no you can't :) [12:29] then what? [12:29] :s [12:30] use the changelog from -1ubuntu2, add -2 and -3 changelogs and dch ? [12:30] <\sh> raphink: nothing to be done for debuild...debuild -S -ksh@sourcecode.de is enough for here.. [12:30] <\sh> but I wonder if we shouldn't fix up the changelog at all.. [12:31] <\sh> ajmitch: what do you think? [12:31] ajmitch said it was ok [12:31] that it would maybe not even be considered in Debian [12:31] since so small a bug [12:31] <\sh> ok..i'll build it now :) [12:31] just as I'm not sure to report to Debian that I bumped standards-version to 3.6.2 [12:32] and reporting the xbitmaps stuff would be nonsense since they don't have this pb in Debian [12:32] <\sh> updating the standards version is normally a job for the maintainer [12:32] yes [12:32] I did it because it was an old one really [12:32] and that's not a big diff ;) [12:32] <\sh> raphink: well..they don't have it not now :) wait until modular xorg is hitting debian :) [12:33] yes exactly [12:33] as long as they don't have modular xorg [12:33] this patch will have to be applied on all merges of enlightenment [12:33] <\sh> well..you can file a bug with a debdiff attached and tell them that it is for the modular xorg...but I wouldn't do it, they know exactly where to look :) [12:34] yes [12:34] ;) [12:34] and filing bugs for future work is not always appreciated imo [12:35] does it build well now? [12:35] <\sh> yes no probs [12:35] ok :) [12:36] <\sh> uploaded [12:36] :D [12:36] time for me to get uploaded to my bed [12:37] ;) [12:37] <\sh> rebooting with new kernel...brb [12:37] hehe ok [12:39] why does this source package have man pages in section 8? there is no section 8? and when it is installed, it ends up in section 1 [12:42] <\sh> re === FireRabbit [n=FireRabb@c-67-183-18-60.hsd1.wa.comcast.net] has joined #ubuntu-motu [12:58] <\sh> k...going to bed === doko [n=doko@dslb-084-059-113-107.pools.arcor-ip.net] has joined #ubuntu-motu === thierry_ [n=thierry@modemcable214.48-131-66.mc.videotron.ca] has joined #ubuntu-motu [01:10] by gosh I'm making all kinds of patches for udftools... by the time I'm done with this thing it will be proper plug and play === abelcheung_ [n=abelcheu@221.126.155.205] has joined #ubuntu-motu === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu === plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu === crimsun [n=crimsun@216.133.95.98] has joined #ubuntu-motu [01:45] ajmitch: shall I email some guys about their package when they haven't uploaded a new version for a month and a half ? [01:45] or even more ;) [01:45] no? [01:45] :p [01:45] emailing people directly is a good way to annoy people [01:46] thats what bug trackers are for [01:46] well then we need to use a bug tracker on REVU [01:46] raphink: new version on revu? [01:46] lots of packages are lying there with comments [01:46] and no modif has been done on them for months [01:46] e.g. http://revu.tauware.de/details.py?upid=816 [01:47] or http://revu.tauware.de/details.py?upid=866 [01:47] or http://revu.tauware.de/details.py?upid=797 [01:47] just very old packages [01:47] whose packagers didn't work on for ages [01:47] and that are preventing (imo) reviewers from working efficiently [01:48] hmm wait a min [01:48] chmsee has been archived actually === rikai [n=gtk2@pool-68-238-59-32.port.east.verizon.net] has joined #ubuntu-motu [01:50] should very old packages be archived ajmitch ? [01:50] why should they? [01:50] are they any less valid? [01:50] no [01:51] but it seems their packagers have left with no interest in having them in dapper anymore [01:51] when it's been almost 3 months [01:51] that may be the case [01:51] that's why I asked if maybe these guys could be emailed [01:51] to get to know if they still want to work on these packages [01:52] some people are waiting for up-to-date packages to be reviewed [01:52] and old packages staying around with no modif doesn't help [01:53] http://revu.tauware.de/details.py?upid=866 [01:53] should be archived/nuked [01:53] because a newer version is in dapper [01:53] ok [01:53] I'll archive it [01:54] I was about to, but if you want, go ahead [01:54] already done ;) [01:55] http://revu.tauware.de/details.py?upid=738 hasn't been worked on in 3 months [01:56] so? [01:56] so nothing ... [01:56] hub is around here at least every couple of days [01:56] I guess [01:56] that's right === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu [01:57] maybe we could have an automatic tool to check if the version if dapper has not made packages in REVU outdated [01:57] sure, that'd only take a couple of minutes to do [01:57] ok :) [01:58] this way, packages who are obsolete could be nuked [01:58] maybe a few more, anyway [01:58] s/who/which/ [01:58] *most* packages are new packages anyway [01:58] yes most [01:59] raphink: because there is an argument about a line in the license, and I have forgotten to write upstream for clarification [02:00] oh ok [02:00] raphink: once I become MOTU, I'll give a hand... [02:00] :) [02:00] same here hub [02:00] I wish to do more once I'm a MOTU :) === spacey_ki @#$@ @ cups [02:02] raphink: I'll do what I cna [02:02] sure :) [02:03] hub: I'm a bit frustrated about REVU right now, cause it's not easy to know which packages are to be reviewed and which ones are not [02:03] without checking all pages [02:03] :s [02:03] but I guess I should go to sleep and stop complaining ;) [02:03] is there a way to ask cut for only the LAST field on the line? [02:04] use awk :) [02:05] heh [02:05] raphink: yeah it is a bit late on your side of the pond [02:05] yes [02:06] 2AM? [02:06] awk '{print $NF}' [02:06] will tend to print the last field [02:06] hrm... [02:06] yes hub [02:07] psusi: what do you need it for? [02:07] k well I'll go [02:07] later [02:07] I have modified pktsetup to auto assign the first availible virtual device to the given cdrom device, and print it's dev number... I'm now writing a hal fdi policy callout that will run pktsetup and grab the device number and store it in a hal property [02:13] that way all you have to do is install the udftools package, and hal will configure the pktcdvd devices for each cdrw drive it detects === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu === jsgotangco [n=jsg@210.4.38.43] has joined #ubuntu-motu === seth [n=seth@asmallorange.com] has joined #ubuntu-motu === psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-motu === lakin [n=lakin@208.157.149.64] has joined #ubuntu-motu === LaserJock [n=mantha@adsl-69-227-134-50.dsl.renocs.nvbell.net] has joined #ubuntu-motu [02:59] sanyone interested in giving me a crash course on how to write man pages [03:01] Mez: I did one using Docbook and converting it === Mez has no idea how to do that either [03:01] http://jr.falleri.free.fr/files/kubuntu/sample.1.docbook [03:01] then in the build rule, docbook2x-man debian/blah.1.docbook [03:02] Mez: take the sample that dh_make gives you === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-motu [03:02] and in the clean rule, rm -f blah.1 [03:02] it's a pretty good starter. [03:02] or if you're really lazy [03:02] use help2man [03:02] ajmitch, it doesnt have a --help or --version [03:02] though it does have man pages [03:03] which I didnt spot :D [03:03] the program sucks then :) [03:03] yeahhh!!!! my first package just hit dapper-changes! [03:03] LaserJock: well done [03:03] seeing as it has man pages and installs them automatically with the make install - I dont need to run anything else for it do I ? === SloMoSnail [n=slomo@p5487F10B.dip.t-dialin.net] has joined #ubuntu-motu === Mez grumbles [03:07] no [03:08] Riddell, do you feel dirty after touching a GNOME package? ;) [03:09] I always believe in being open to new cultures and experiences, even Gnome [03:09] sorry, had to ask that [03:10] Burgundavia: now go and revu the KDE packages! [03:11] Riddell, not a MOTU [03:11] write some KDE docs! [03:11] lol [03:12] might be soon [03:12] infact to get you learning about new cultured and experiences please rewrite the whole of KDE docs and put them under a Debian-happy licence, that would make things much easier for us === luk [n=luk@97.8-200-80.adsl.skynet.be] has joined #ubuntu-motu [03:13] anyone experience with figuring out the ipp URI from a network printer? :S [03:13] Riddell, the doc team is unlikely to move from GFDL/cc-by-sa 2.0. We (including Mako) made that decision at Mataro [03:15] Burgundavia: to be incompatible with debian? :-/ [03:16] hub, no [03:16] hub, to be more compatible with the vast majority of docs out there [03:17] Burgundavia: I was sort of kidding. [03:17] Burgundavia: I have nothing against this license [03:17] From a documentation perspective, GNOME/KDE are the more important upstreams [03:18] I don't agree with the decision, but I didn't take part, and I don't care to debate it. [03:18] I was not about to debate either [03:18] maybe I should just shush [03:19] :D [03:19] I get ask that question a lot and since I was there for the decision, I usually tell people what happened [03:19] s/ask/asked === jsgotangco just writes and let people like Burgundavia decide on licenses :D === minghua [n=minghua@69-153-139-23.dsl.hstntx.swbell.net] has joined #ubuntu-motu === Arrogance [n=aks@ottawa-hs-64-26-148-22.d-ip.magma.ca] has joined #ubuntu-motu === marcin` [n=user@194.114.146.58] has joined #ubuntu-motu === dfgas [n=dfgas@adsl-69-210-76-226.dsl.milwwi.ameritech.net] has joined #ubuntu-motu === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu === dfgas_ [n=dfgas@adsl-69-210-45-50.dsl.milwwi.ameritech.net] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.9] has joined #ubuntu-motu === seth [n=seth@asmallorange.com] has left #ubuntu-motu ["With] [04:07] any cdbs guru around? [04:08] define 'guru' [04:08] and don't ask to ask [04:09] I need to pass the option --enable-shared to the configure script but I'm using cdbs, is there anyway to do this or do I have to switch for debhelper? [04:10] ajmitch : what do you think? [04:10] of course you can [04:11] how? [04:12] DEB_CONFIGURE_EXTRA_FLAGS = --enable-shared [04:12] is the most common way [04:12] assuming you're using autotools.mk [04:13] ajmitch : ok thanks : last thing, I need to add the changes made in a file by the upstream author in the source of the librairy I package, how do I that? [04:13] and put that line below the include lines [04:13] I add the change and that's all? [04:13] yeah, unless you feel like using a patch system [04:14] ajmitch : and by below you mean under? (my english is not so good, I speak mainly french) [04:14] yes [04:15] for example http://lists.debian.org/debian-devel/2005/03/msg00083.html [04:16] k thanks [04:18] ajmitch : do I also need to change the file in the orig.tar.gz archive? [04:18] no [04:18] don't do that [04:18] k [04:26] ajmitch : would you mind checking my package? I already had a advocate before, but we found this shared librairy problem that I just solved so I think he's alright [04:26] I'm very surprised it got advocated [04:26] since it was an empty package [04:27] it was zakame [04:28] I'll have to talk to him :) [04:28] don't poke him too bad :) [04:28] too hard* [04:29] anyway, do you have time to check my package? [04:29] building it on tiber now [04:29] :D thanks! [04:30] it's a dependency for another package I want to do for dapper wich is in the universe candidates === sevrin [n=sevrin@202.75.186.154] has joined #ubuntu-motu [04:41] wow Riddell thats a lot of CDs [04:45] is there a gui tool that shows all the configurable settings in all the packages in the system? rather than having to dpkg-reconfigure? [04:54] ajmitch : is it looking good [04:54] -rw-r--r-- root/root 776012 2006-01-08 22:47:30 ./usr/lib/libfxscintilla.so.17.0.0 [04:54] lrwxrwxrwx root/root 0 2006-01-08 22:47:27 ./usr/lib/libfxscintilla.so.17 -> libfxscintilla.so.17.0.0 [04:57] so? is it ok? [04:58] I knew I had my .so files... but is the whole thing alright to get an advocate? :) [04:59] oh, I haven't done an indepth look :) [05:00] ho!... then I'll sleeping :) but if you want to leave a comment when you'll have the time to finish this, I would be grateful === Arr0gance [n=aks@ottawa-hs-209-217-84-48.d-ip.magma.ca] has joined #ubuntu-motu [05:02] ok === ajmitch has to see if the library has the right name or not [05:02] ho crap, it's the only thing I'm really not sure ;) anyway good night [05:02] night [05:15] why do people persist in using the mailing list to report bugs? [05:15] or worse, the forums [05:16] for a lot of people it's hard to tell the difference between a bug report and a support request [05:16] scared of bugzilla/malone? [05:16] most computer users are used to "it's not working" being their own fault [05:17] which makes a forum an appropriate place to seek help [05:17] desrt: I agree [05:17] I am still that way [05:18] anyone else notice the firefox in dapper is HORRIBLY slow at redrawing it's window when previewing edits to the ubuntu wiki? tab to a terminal and back, or worse, drag the terminal window over the dapper window, and holy moley it lags! [05:18] I at least like to confirm that it's not me before I do a bug report [05:18] psusi; sounds like you're not using accelerated X drivers [05:18] psusi; fglrx is completely fixed now, fwiw [05:18] dereks_, nope... it's accelerated... not using fglrx, but have dri and mesa working [05:19] firefox is nice and fast otherwise, it is only when redrawing uncovered areas on the wiki preview page [05:19] psusi; that has very little to do with 2D accel [05:19] scrolling the preview page is plenty fast... doesn't even make my cpu bump up speed [05:19] desrt, dri has everything to do with 2d accel === desrt raises an eyebrow [05:19] no. it seriously does not :) [05:20] ummm.... I'm prety darn sure it does [05:20] dri is when libGL connects directly to the kernel [05:20] (ie: bypasses the X server hence "direct") [05:20] it's also for 2d apps to do the same, is it not? [05:20] no. [05:20] 2d apps always render through X [05:20] well it sure as hell makes 2d go faster when you turn on dri ;) [05:21] possibly because you're also enabling XRENDER acceleration at the same time [05:23] well, got any 2d speed tests to check it? scrolling works nice and smooth... might be that firefox scrolls sanely, but whenever it has part of the window uncovered, it repains the ENTIRE page, and this is a rather complex page... so it may be making a crap-ton of calls to the X server [05:23] cause it does seem to be the X server that is actually getting bogged down [05:23] uhm [05:24] there is something [05:24] xperftest or something [05:24] i don't know the exact name === Mez pokes his package onto revu [05:28] anyone fancy reviewing [05:28] hrm... yea... I think it is actually the X server that is bogging down... because if I tab to firefox, then immediately tab out again, the tab lags [05:29] try out fglrx and see if the situation improves [05:29] don't want to run proprietary code [05:29] if it does, consider filing a bug against the dri driver [05:29] arf [05:30] intuition knocked again: [05:30] getting rid of fglrx so mesa worked right was a pain [05:30] i remember :) [05:30] but that was your own fault :) [05:30] hehe.... [05:30] the ubuntu fglrx packages install cleanly [05:30] do they now? they didn't for a while [05:30] as of today they do [05:30] i said so ^^ up there :p [05:31] dapper is actually working great right now [05:31] i'm pretty impressed with how rapidly it's coming together [05:32] a lot of really nice things have happened in this release [05:32] ok... nevermind... it seems dri broke somewhere ;) [05:32] turn your back for 5 seconds and it breaks... sheehs... heh... ;) [05:32] there's your problem :) [05:33] desrt, I would be really pleased if dmraid could make it into dapper so I can cleanly install it [05:33] file an RFE on bugzilla? [05:33] if it's small, easy, and has a reasonable use it will probably get in === abelcheung_ is now known as abelcheung [05:33] I filed a bug when I first installed ubuntu breezy preview... it is currently assigned to infinity I believe [05:34] fabione also had a hand in it, but seems to have more important things to work on [05:34] he build the package from source and put it in universe before breezy was released [05:34] I ended up making some initramfs scripts to go with it and wrote a howto on the wiki [05:35] works fine for me and a few others, but the integration has not moved anywhere in months [05:35] hmm [05:35] https://wiki.ubuntu.com/FakeRaidHowto if you are interested [05:35] nothx :) [05:35] ;) [05:35] my ubuntu install is not valuable [05:36] and my home directory is backed up [05:36] which reminds me === desrt makes a backup :) [05:36] hehe [05:36] backing up will be nicer once I finish this: https://wiki.ubuntu.com/PacketCD [05:37] i can't imagine backing up to cd [05:37] that would be pain [05:37] and why the hell does revu allways say access is forbidden when I try to look at the source.changes? [05:38] desrt, it would? drag and drop your documents is a pain? === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu [05:39] full system backups are nice, but your averge user just likes to drag and drop a copy of their important files to a disc [05:39] I find that 'average user' argument really annoying [05:40] I've known lots of users, and my assessment of the average is they want to not do backups manually, just to set it up once, and then have a button to press that does it and /tells/ them it did it [05:41] ya [05:41] some people like that... some people would rather have a disc they can hold in their hot little hands and know their data is on it and they can open it in another computer ;) [05:41] if i were an average user i'd have to agree with lifeless :p [05:41] i like the idea of an external firewire drive [05:42] it's large and i can unplug it [05:42] for full system backups? yea... that's great [05:42] unplugging is important [05:42] aye [05:42] it means that if my computer explodes in the worst way possible it still can't take the backup with it [05:43] well, as long as the backup is off site... the computer could burn the building down and the firewire drive with it ;) [05:43] rsync snapshot backups look really nice [05:43] psusi: they get a disk [05:43] tand they can [05:43] *and they can* [05:43] if you have a removable drive with more space than your main disk [05:43] psusi: no, you are making assumptions that were not present in what I said [05:44] or it can be on a remote server... handy for those peskey fires [05:44] huh? [05:44] I was still talking about rsync snapshot backups... I have no idea what you said ;) [05:44] psusi; ya. rsync is what i use [05:44] it's bloody quick [05:44] it takes about 10 seconds if nothing has changed [05:44] (and obviously longer if things have) [05:45] desrt, I'd still like to have a chattr attribute or something for copy on write... then you could do rsync snapshot type backups on one disk, without wasting half the space [05:45] psusi; but then you lose the advantage of the backup in the case your computer goes bonkers [05:45] i want my backup offline, k thx [05:45] desrt, yes... but you get the history without having to buy more hardware ;) [05:46] i also want to protect against media faulure [05:46] and that implies redundancy [05:46] ideally, I'd like to have copy on write on all the time... then make periodic backups to removable media [05:46] psusi: you talked about drag and drop as what the average user *wants* [05:46] psusi: I dont think thats accurate === Yagisan used to have two backup locations, gmailfs + dvd - but gmailfs died :( [05:47] gmailfs is an amusing concept [05:47] lifeless, why not? from what I have seen, the _average_ person ( not the average linux user ) basically (only) understands copying things to removable media [05:47] Yagisan, hey... welcome back [05:48] desrt: I have so many accounts, I thought why not. I encrypt my backups anyway .. [05:48] heh [05:48] Yagisan, you ever build my defrag package? I was playing with it last night... kept giving it different lists of files to store in order hehe... [05:48] that's an amusing concept [05:48] use a cluster of gmail accounts as a large disk [05:48] psusi: not for long - I just stepped in, saw my name lit up, and have to leave in few minutes again [05:48] Yagisan, btw... make sure you use the -p option... it defaults to only use 2 MB of ram to move data with... goes MUCH faster if you give it more [05:50] psusi: I have only /boot and / on ext3, the rest are jfs - so I don't have much to defrag. btw on ext2/3 it will *never* completely defrag, due to the way ext2/3 stores files [05:51] Yagisan, well, assuming it is a very large file, then yea... it can't be stored without being broken up to fit around the inode and bitmap blocks [05:51] so do you guys use tar when you are backing up? [05:51] it's fun seeing fsck report 0.0% fragmentation though ;) [05:52]