[00:00] RainCT: well, things happen *g*... maybe I now reported a bug twice, in case exim was smart enough to still retry the original message (the log is a little bit vague, saying completed, which I guess is valid for the bounce only though) [00:01] gouki: I usually use debsign -k... as for me DEBSIGN_KEYID never seemed to work *shrug* [00:02] well, good night [00:02] gn8 RainCT [00:03] sistpoty, indeed! That worked like a charm. Weird, as DEBSIGN_KEYID doesn't work. Any ideas why? [00:05] gouki: not really... maybe a bug in debsign? [00:07] gouki: from a glimpse, maybe also setting DEBSIGN_MAINT ? [00:08] Random Quote: One of the most striking differences between a cat and a lie is that a cat has [00:09] sistpoty, hmm, didn't work either :S [00:12] gouki: hm... no idea then, even with staring at debsign's source for some time now [00:22] Hmmm ... That's weird. Are those variables saved and persistent after reboots? It keeps forgetting the name and email [00:23] did you write them to your .profile or .bash_profile or some other similar file? [00:41] cyphermox, I thought they were written when using export. [00:42] ah, no. you need to add those to the profile file used by you're shell. maybe there's some other way elsewhere, but i'm not aware of it [00:46] how do i figure out who the maintainer(s) for a particular package is [00:48] CTho: "apt-cache showsrc $pkg | grep Maintainer" [00:49] most packages in Ubuntu don't have maintainers, only some packages in main have maintainers (but any coredev can still upload) [00:52] cool [00:56] hey stgraber :) [00:57] hi pochu [00:57] how's it going ? [01:00] stgraber: pretty well! you? [01:00] * pochu just applied to NM [01:00] yeah, getting used to living in Canada :) [01:00] pochu: coming to UDS ? [01:00] stgraber: not this time :( [01:00] stgraber: oh, are you in Canada? [01:01] yep, moved there 3 months ago [01:01] argh, too bad we'll never meet if you continue to go to UDS only when I don't :) [01:03] I'm now working on LTSP and educational softwares at full time and I'm paid for that :) [01:04] I'll probably apply for MOTU membership soon though as it seems to be a requirement to get limited upload rights to main now ... (I maintain iTalc/ltsp/ltspfs/ldm and soon ltsp-cluster there but need to get everything sponsored ...) [01:05] not that I don't like to speak to my sponsors :) but it'd make things a lot faster to directly upload that to Ubuntu. [01:05] stgraber: that's cool! yeah, hopefully next UDS... [01:06] pochu: yeah, now that I'm working on Ubuntu full-time I should be able to come to every UDS either sponsored by Canonical or by my company (if Canonical sponsors me we can then send someone else) [01:07] so now all the pressure is on my side :) [01:07] yeah :) [01:08] * pochu thinks of a cool proposal for the Kind Koala's UDS :D [01:10] topics aren't the problem at UDS, time usually is :) [01:11] I hope next UDS is not in June ;) [01:11] * pochu is off to bed [01:11] pochu: why ? exams ? [01:12] yeah [01:12] yeah, that'd be a problem :) [01:12] pochu: good night [01:12] good night stgraber! see you [01:14] GREAT SUCCESS! Intrepid boots to ext4 :D [01:15] jdong: cool [01:15] yeah, pretty neat :) [01:16] jdong: can we install on ext4 or do you need to install on ext3, then debootstrap on ext4 ? [01:16] stgraber: I just tune2fs -E test_fs -O extents my / [01:16] stgraber: but BE CAREFUL: (1) you need to add ext4dev to /etc/initramfs-tools/modules (2) you need a separate ext2/ext3 /boot because grub can't read ext4 [01:17] stgraber: right now I'm just going to mangle all my files in-place to take advantage of extents (i.e. rsync usr usr.new, mv usr.new usr) [01:18] ok, that'll take a while :) (Copying all your files) [01:18] stgraber: yeah, maybe 15 minutes of mangling around; this is a fairly new install [01:19] stgraber: I'm not sure how much you'd have to hack ubiquity to make it install to ext4dev, probably it'll be a simple hack [01:19] stgraber: though you will have to manually make sure ext4dev.ko is in initramfs or the next boot will be interesting [01:20] yeah :) and force it to create a /boot (as it does with xfs/jfs) [01:20] correct [01:22] uh oh [01:22] I think I found a FTBFS [01:23] can someone verify or should I just file? [01:27] hello? Did everyone just run away as soon as I mentioned FTBFS? [01:27] I'm just being curious, but what fails? [01:28] geordi [01:28] missing a haskell library in the build-dep I think === csilk_ is now known as csilk [01:49] coppro: hm? iirc geordi built last fine a few weeks ago? could you pastebin the error message eventually? [01:50] sure [01:55] sistpoty: http://codepad.org/HOYP77NO [01:56] coppro: did you try that in pbuilder? [01:56] sistpoty: I can't get pbuilder to do it; how do I make the dsc for it to use [01:57] coppro: sudo pbuilder build [01:57] which dsc? [01:57] coppro: well, if you take a pacakge from the archive, you've already got a dsc [01:58] coppro: otherwise you could build a source package first (dpkg-buildpackage -rfakeroot -S -us -uc) [01:58] oh there we go [01:58] coppro: or just use pdebuild in the top source dir [01:58] I forgot the build [01:58] coppro: however in this case, are you sure you have all the build-dependencies of geordi installed? [01:58] yes [01:59] pbuilder fails at satisfying them though [02:00] that would be bad [02:00] probably [02:02] * sistpoty test-builds geordi [02:11] jdong: I was planning to reinstall my laptop later today... I think it might be hack-Ubiquity-on-the-live-CD time. [02:11] wgrant: it'll be fun! :) [02:11] FWIW an hour later nothing exploded yet [02:11] Not surprising. [02:12] yeah, I wouldn't expect ext4 to be all that risky [02:12] performance improvements are modest and incremental [02:12] I'd have to tweak /etc/modules and update-initramfs, wouldn't I? [02:12] for ordinary workloads, little difference, but for huge files, it helps significantly [02:12] yeah you need to tweak /etc/initramfs-tools/modules [02:12] Ah, that's the one. [02:12] and of course, separate /boot [02:13] Yep. [02:13] how do I get ext4? I already have a separate /boot, so that's not an issue [02:13] * wgrant hits clueless forum users. [02:14] wgrant: That's redundant. [02:14] They're now complaining that you can delete root-owned files. [02:14] Withou being root. [02:14] If you own the parent. [02:15] bug, clearly [02:16] ubuntuforums actually looks a bit better without CSS. [02:17] you mean everything looks better when it isn't in a crap brown and orange theme? [02:17] [02:17] * ScottK likes L better that way. [02:17] jdong: I'd agree with that. [02:17] * ScottK likes blue. [02:17] :) [02:17] Native widgets help. [02:17] coppro: well depends on how daring you are [02:18] coppro: to convert the filesystem, simple tune2fs -E test_fs -O extents /dev/root_block_dev [02:18] is ext4 installed in the kernel now? [02:18] coppro: then make sure to add ext4 to initramfs as mentioned [02:18] coppro: yup [02:18] err s/ext4/ext4dev/ [02:18] coppro: then edit fstab change ext3 -> ext4dev [02:18] then reboot [02:18] * coppro blindly follows jdong's instructions [02:19] afterwards for large files you may have, it helps to make a copy of them and mv the copy over the original [02:19] extents are only used for newly created files [02:19] jdong: You saw my comment about a bzr backport? [02:19] ScottK: yeah [02:19] can ext3 still mount the ext4 ones if it doesn't work? [02:19] coppro: *NO* [02:19] coppro: once you enable extents there's no going back! [02:19] coppro: Make a backup of anything you actually care about. [02:19] even if they aren't actually used? [02:19] coppro: it may be prudent to -E test_fs *WITHOUT* -O extents first [02:19] coppro: then it's backwards compatible [02:20] ok [02:20] coppro: Make a backup of anything you actually care about. [02:20] coppro: until you're sure you can mount ext4 properly [02:20] coppro: then add extents and do the copy-move mangling [02:20] coppro: oh yeah ScottK is absolutely right :). [02:20] ScottK: yeah, all the stuff I care about is in source code repos :) [02:21] actually, I know [02:21] OK. If you're going to play with new file systems, consider the data totally expendable. [02:21] OK. [02:21] I'll try it on just /usr for now, and see how that goes [02:21] * wgrant stab stab stab. [02:21] 99% of that is all package files, so it's recoverable [02:21] Don't fricking file bugs after a dev tells you you are *wrong*. [02:22] wgrant: Unless it's Launchpad and a Launchpad Dev. [02:23] Haha. [02:23] True, true. [02:23] okay, so I've enabled ext4 but no extents on /usr... time to reboot and hope I don't end up having to dig out a boot disk [02:23] * ScottK should probably point out to cprov that you said that. [02:24] coppro: oh you'll be fine. [02:24] kk good [02:24] and when it breaks I blame it on jdong [02:24] ScottK: The bugs I file are normally fairly sane, I suspect. Sometimes they object violently but then a few months later the politics sort themselves out and they become high priority... [02:24] :P [02:25] wgrant: but because you complain, they don't get listened to. duh. [02:26] Hobbsee: kiko has a good point, but I generally complain more relevantly now. [02:26] wgrant: doesn't seem to matter. [02:26] * Hobbsee shrugs [02:42] hm.. geordi builds fine as expected, but now coppro is gone [02:42] oh god, he's still not back? [02:42] crap.... [02:42] * jdong runs away and hides [02:42] heh [02:43] Haha. [02:43] * Hobbsee throws rotten tomatoes at jdong [02:44] * wgrant throws in some broken volumes. [02:44] hey, these are still edable Hobbsee :P [02:44] sistpoty: feel free to eat them... [02:44] *yum* === nellery_ is now known as nellery [02:44] if you really wish :P [02:44] erm... maybe I was wrong *g* [02:45] they're all squishy and rotten, so... [02:56] * ScottK figures he got what he deserved for listening to a known crackhead. [02:56] haha [02:57] I see it's business as usual in here. [02:59] hello, i have a question, how do i change display resolutions in 8.10? it seems the X11 doesnt care about xorg.conf and the "graphical" program only gives me 800x600 (i can get way more). Xrand doesnt seem to work either. I was used to get 1024x768 with VESA driver, now i can't get more than 800x600 (in 8.10). [03:00] This isn't a support channel. Try #ubuntu [03:00] jfc [03:00] people in #ubuntu tells me to come here [03:00] well, they're wrong. [03:00] and people here tells me to go to #ubuntu! [03:00] this still isn't a support channel. [03:00] i notice it. [03:00] Go to #ubuntu+1 then [03:00] orly_owl: is closed. [03:00] KOSHrf: might be a bug, though output of your xorg.log might shade some light [03:01] Ah. fair enough. [03:01] s/shade/shed/ [03:02] sistpoty, well it is pretty empty... i only put the modes in it, thats pretty much all. [03:02] xorg.log doesnt says anything. [03:02] /var/log/Xorg.0.log? [03:02] KOSHrf: /var/log/Xorg.0.log is completely empty? [03:02] * ScottK hands KOSHrf https://wiki.ubuntu.com/X/Troubleshooting/Resolution [03:03] It's not your exact problem there, but I suspect the solution will work. [03:03] by anything i meant "anything wrong" :) [03:03] ScottK, let me try that, thank you. [03:03] * ScottK then mutters about #ubuntu-x [03:05] ScottK, nop, it doesnt do anything, xrandr says there is only "800x600" and "640x480" available. [03:06] Then I'd ask in #ubuntu-x, but it's generally VERY quiet on the weekends. [03:06] hehehe, okie, thanks tho [03:06] * jdong points towards the last part of the page [03:06] * wgrant points people towards unbuggy hardware. [03:07] wgrant: That page exists because of a monitor that worked fine in Hardy and Intrepid falls over on. [04:20] jdong: I couldn't hack the extra FS into partman+ubiquity properly, so I just s/ext3/ext4dev/ in the mkfs and mount commands... it seems to be working. [04:20] wgrant: wait, what's the proper way? [04:20] :) [04:28] It seems to now be happily installing with extents enabled. [04:31] wgrant: awesomeness [04:31] I have to keep a swapfile and extents are just wonderful for that [04:39] Note to self: The changelog entry isn't enough. You have to actually make the change for it to count. [04:40] ScottK: lol there needs to be a lintian added-dpatch-but-series-unchanged alarm :) [04:40] I've caught myself doing that several times when inspecting a debdiff pre-upload [04:41] Yeah. I had one of those last week. I even uploaded it. Fortunately it was an SRU, so I could just get it rejected. [04:43] One of my main uploads towards the end of Intrepid had one of the patches removed by the sponsor... but he didn't add either of them to series, and nobody noticed for a couple of days. [04:43] It's too easy to do. [04:44] yeah, indeed [04:48] hmm I'm going to give the Kubuntu CD a try. [04:48] I admittedly haven't touched KDE for almost a year now and am curious [04:52] jdong: IMO KDE4 makes Gnome look a bit tired and old fashioned. [04:53] ScottK: I've heard enough good things that I'm at least curious [05:09] ScottK: you know if anything will blow up if I install kubuntu-desktop on Ubuntu? :) [05:10] the livecd was definitely intriguing [05:14] jdong: I don't know because I haven't done it, but it should be fine (assuming you mean install the metapacakge from the archives and not some silly use the CD thing) [05:14] I tried the 8.10 livecd and had some issues but overall it blows the gnome look out of the water. I just don't like some of the functionality. I couldn't get the twitter widget to work without it screwing up pretty bad. [05:14] jdong, In 8.04 I installed it and it replaced my Ubuntu screen with Kubuntu and it threw all of the kubuntu stuff into my gnome menus. It was pretty annoying. [05:15] Well KDE4 is young and so it's definitely got some rough edges. [05:15] yep [05:15] It looks great though. [05:15] well it's going to add kubuntu stuff all over the menu for sure [05:15] and a splash screen isn't going to kill me [05:16] and the autoremove thing should give me a quick uninstall path if I don't like it :) [05:16] jdong, Yeah I rarely rebooted and when I did that was the only time the other IT guys hassled me for having Kubuntu on it :P [05:16] (at work anyhow) [05:16] rrittenhouse: update-alternatives on the usplash-artwork.so file should do the trick [05:16] ah [05:16] I went to Ibex there today anyhow =/ [05:17] I have to go back in tomorrow and keep working through all of my issues and get a running system again. [05:17] might just be me, but ext4 seems to unpack these debs a lot faster [05:17] hmm [05:17] Does Ibex do ext? [05:17] er [05:17] ext4* by default [05:17] No [05:17] no, it's experimental in 2.6.27 [05:18] you've got to be a daring idiotic fool like me to try to hack it working :) [05:18] Oh ok. I swore it was Ext3. Ok [05:18] i see [05:18] haha :-D [05:18] I normally am. I'm actually trying to involve myself into the project more to see what I can (hopefully not) screw up :P [05:18] (e2fsprogs in Intrepid along with the kernel support ext4 but neither advertises its abilities by default) [05:19] interesting. [05:20] it's been marked stable in 2.6.28 (i.e. recommended for adoption) but AFAICT there's no significant code changes to get to that marking [05:20] but the improvements for the average user IMO are not worth it to make your system experimental and unsupported :) [05:20] yeah [05:20] I should just VM that then? :P [05:21] that is if VMWare wants to work with the newer kernels. I was having a horrid time with vmware server 2 in 8.04 with the last 2-3 kernels. [05:24] testing from KDE4 :) [05:24] :) [05:24] I [05:24] I'm just not sure if I could convert over to KDE.. I've tried. :P [05:25] jdong: Feel free to stop in on #kubuntu-devel if you want to discuss the experience. [05:25] ScottK: absolutely if I find something productive to say, I'll do so :) [05:25] jdong: Also we'll have KDE 4.1.3 hitting intrepid-proposed next week, so the bug fix goodness level should go up. [05:26] ScottK: fantastic [05:26] Good night. Hope you enjoy it. [05:26] thanks :) [07:57] what files should I submit to the ubuntu source if I wants to maintain a deb package? [08:33] Hi Aron. You can find more info here: https://wiki.ubuntu.com/MOTU/Contributing. Is it for a new package or an existing one? [08:36] Aron_: anyway, all begins with a bug in launchpad [08:36] ... [08:37] I am just reading the page you gave me [09:13] Good morning. [09:21] morning [09:22] it there any special SRU versioning scheme? [09:26] didrocks: you can use the same as for security updates [09:27] RainCT: that was what I reckoned! Thanks a lot ;) === RainCT_ is now known as RainCT [10:54] * RainCT released https://wiki.ubuntu.com/MOTU/Packages/REVU/CheckList into the wild for people to improve it (this includes coming up with a better name for the page :P) [11:04] RainCT, what about asking archive-admins for common reject cases (e.g. for copyright issues)? It could be an added value to that page [11:08] * Package is empty: reject [11:10] * Package is empty, or only contains changelog and copyright file for a non-meta package: reject [11:11] * Package matches /matix$/: reject [11:12] wgrant: ^5 [11:13] wgrant: uhm? [11:13] wgrant: +1 [11:13] RainCT: automatix [11:13] :) [11:13] or ultamatix [11:14] Hobbsee: so, empty packages are common? o.O [11:15] I would also like to propose automatic rejection of NEW packages with 'ubuntu' in the version. [11:15] i once had an empty package approved. i forgot to bzr add stuff :/ [11:15] RainCT: Um, sometimes. I've seen a few [11:15] i don't really do much of it [11:15] wgrant: what about ubuntu-specific packages? [11:15] wgrant: why? [11:15] RainCT: re: src and bin package names, should they be exactly the same? [11:15] karooga: no, they are fine [11:16] karooga: No they shouldn't. They should be *sane* [11:16] karooga: the name of the binary package should follow the Python policy [11:16] karooga: that one of the source package name can be the same as upstream gave it [11:16] laga: That is my point. We don't want them. [11:16] Hobbsee: We don't want to maintain many hundreds of packages on our own. [11:17] wgrant: no, i mean if they're only going to work on ubuntu. [11:17] stuff like ubuntu studio meta packages etc [11:17] Ah. [11:18] wgrant: well, i'd say a more effective way of doing that woudl be to close REVU, adn give people other things to work on [11:18] But that would make sense... [11:18] wgrant: they only end up in the new queue after being reviewed and uploaded, so that seems slightly silly. [11:18] RainCT: great. When I did the packaging, I did it for hardy and intrepid - I presume I should still do it for these too, in addition to jaunty? [11:18] The Ubuntu Studio meta packages I daresay didn't hit REVU, and they don't contain ubuntu in their version, since they're native [11:18] wgrant: well, that's true. It would actually make sense. But I think people are *finally* starting to see exactly why it doens't, and that they needto do something about it. I live in hope, anyway! [11:19] Hobbsee: But we're the final line of defense! [11:19] StevenK: oh? [11:19] StevenK: why? [11:19] Hobbsee: -archive is [11:19] karooga: Jaunty is enough but yes, if you aim to get them backported later then ensuring that they work on previous releases is a good thing :) [11:20] StevenK: we were not talking about REVU, we were talking about possible reasons why an archive admin would reject a package :) [11:20] StevenK: that's true. But i'm not seeing the relevance, as such :) [11:20] Hobbsee: Off the cuff comment [11:20] StevenK: i was under the impression that non-native packages with an upstream tarball are preferred. like the mythbuntu stuff is handled [11:20] StevenK: ah, right. [11:21] laga: The seeds and meta packages ought to be native [11:21] yeah, they are. other stuff isn't. like default settings packages [11:22] Seeds are special [11:22] default settings and such, I can go either way [11:22] -m{id,obile}-default-settings are native [11:24] laga: actually, there's a really good debian link about this. [11:26] laga: http://ftp-master.debian.org/REJECT-FAQ.html iirc [11:27] then let's link that on the REVU page [11:27] not all are relevant, though [11:29] fails to build from source in a sane way <- got to love that one [11:29] yup [11:33] laga: what might be useful is if you document which of those are relevant for that page, and link it. [11:35] i have no clue which ones are relevant and i dont have my wiki login handy ;) [11:36] laga: oh, sorry, it was RainCT who was adding them, not you. [11:36] * Hobbsee got the purple people mixed up [11:36] RainCT: ^ [11:37] purple? [11:37] too much fluor in your drinking water? [11:37] purple people ? but he's geen ! [11:37] heh [11:37] *green even [11:37] you show as purple in my client. as does ogra. [11:38] can i get another color? [11:38] you should really rework your color scheme, you are yellow btw ... [11:38] heh === calc_ is now known as calc [11:44] All of you are black [11:44] i don't have a nick list [11:44] Until you say my name, and then for that line you're red [11:44] All of you are white. [11:44] Unless you're yellow. [11:45] wgrant: irssi? [11:46] laga: Affirmative. [11:46] \o/ [11:50] wgrant: good choice \o/ [11:59] Hi all [12:00] Can somebody help with a packagin issue, pls? [12:00] hi marrow [12:00] I am stuck [12:00] !ask [12:00] Please don't ask to ask a question, simply ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) [12:00] Are people ready for hte open day? [12:00] ubottu: noted [12:00] Sorry, I don't know anything about noted [12:02] I am new in pachaging. I was trying to upgrade small packages for practice, but at pbuilder I always get an error. Always when it tries to apply the patches of the previous version. [12:03] marrow: well, the source changed then, so you'll have to see if the patches are still necessary and if they are redo the patch against the new source [12:04] I see. And do I need to note whether the patches are necessary or not in the changelog? [12:05] marrow: yep, that's usually a good thing to do [12:05] Ok. [12:05] One more thing which is not clear to me. A patch is a debdiff, right? [12:06] So if I make a debdiff from a modification, then I simply rename that debdiff to xyz.patch? [12:07] marrow: no, a patch is a patch (and a debdiff is basically also a patch, but is unrelated to this) [12:07] marrow: which patch system is the package using? (you can check by running the command what-patch, available in ubuntu-dev-tools) [12:09] Ok. I install the ubuntu-dev-tools first, and check [12:10] any other way to check the patch system, btw? [12:10] marrow: yep, look at debian/rules [12:11] RainCT: it says quilt [12:12] marrow: OK. I still haven't got to understand quilt but there are instructions on how to use it on the wiki :P [12:12] quilt is great IMHO [12:12] marrow: https://wiki.ubuntu.com/PackagingGuide/Howtos/Quilt [12:12] laga: simple-patchsys is great :P :P [12:13] RainCT: if a patch is a patch, and not a debdiff than how do you generate the patch [12:13] yeah. [12:13] RainCT: i only ever used quilt outside of packages.. but that was for 150 patches. it was great for that [12:13] marrow: Using quilt :). That wiki page explains how to do it. [12:14] Any other wiki pages? For simple-patchsys for example? :) [12:15] marrow: not sure if there's one, but you shouldn't change the patch system used by existing packages [12:15] 'lo all [12:15] marrow: and hey, I don't like it but this doesn't mean that you can't use it :) [12:15] hi Laney [12:16] Anyone fancy some reviewing? http://revu.ubuntuwire.com/details.py?package=goocanvasmm [12:16] for a dist-upgrade, does update-notifier show you the release notes? [12:16] Hi RainCT. How are you? [12:16] I am not considering to change the patch system. I take what is given [12:16] marrow: there are two ways how you may update this patch: quilt refresh .diff - this will probably not work, as you said that the patches don't apply [12:17] marrow: or deleting the old patch and adding a new one which does the same (instructions on the wiki) [12:17] RainCT: for simple patchsys? I thought that was the cdbs'ey one. [12:18] Hobbsee: that's for quilt. and yes, simple-patchsys = cdbs [12:19] oh, right, it actually is quilt. [12:19] Laney: fine, fine. I should be learning maths but well, I'm doing some Ubuntu stuff as it's funnier :P [12:19] hm, maths is fun too [12:19] ...not as fun as reviewing packages........ [12:19] * Laney runs away fast [12:19] * RainCT added a section about the copyright file to https://wiki.ubuntu.com/MOTU/Packages/REVU/CheckList [12:20] Laney: not if you have to learn the stuff from the past three months :P [12:20] (erm, it's 2 months actually, but anyway :P) [12:22] RainCT. Thank you for your help. I will dive further into the patch systems. [12:23] One more question: what is pushd and popd? [12:23] No manual entries for them [12:23] I hope this is the right place to report this, I just installed libvisual-dev to play around with it. But when I include libvisual-0.4/libvisual.libvisual.h and I compile these errors are given: /usr/include/libvisual-0.4/libvisual/libvisual.h:27:32: error: libvisual/lvconfig.h: No such file or directory. [12:23] I haven't seen these words since I learnt assembly [12:23] I think the files should be in /usr/include/libvisual/*.h [12:24] marrow: that's bash stuff.. pushd x = cd to directory x, popd = cd back to where you were before the pushd [12:24] I see [12:24] Thank you again RainCT [12:25] you're welcome :) [12:26] Laney: looking at it [12:26] \o/ [12:26] Don't forget your maths though [12:26] (If you want to see it working, look at glom in my PPA) [12:29] can anyone confirm whether I can use hardy script in /usr/share/debootstrap/scripts/ for jaunty? (I'm running hardy still...) [12:30] karooga: I guess so [12:32]