[00:09] pitti: regarding lpi, it would be better to drop the BDs on libmono-2.0-dev and mono-gmcs entirely [02:13] RAOF: Just reading the merge changelog entry for mesa confirms that specialists need to be handling that part of our system. :p I am sure others think that about audio etc. [02:13] Thats one big lot of changes we carry. [02:15] TheMuso: There are fewer changes conceptually than appear there. But yeah, we've got quite a lot of changes! === asac_ is now known as asac [05:31] robert_ancell: Hi Robert, Have you had a chance to look at the suggestions at https://launchpad.net/bugs/793366 ? [05:31] Ubuntu bug 793366 in lightdm "Sets $LANG to invalid value "de"" [Undecided,In progress] [05:32] GunnarHj, Hi thanks for that. I've had a quick look. I'm just trying to get 0.4.0 out the door, and then it's my top priority for 0.4.1 [05:34] robert_ancell: Ok, then I know. Let me know when you are ready to talk about it. Thanks! [05:37] GunnarHj, will do [05:38] Good morning === pitti_ is now known as pitti [05:40] Morning pitti. [05:53] bryce: http://launchpad.net/ubuntu/oneiric - see the diffs section [05:53] https://launchpad.net/ubuntu/oneiric/+localpackagediffs [06:10] lifeless, sweet [06:11] lifeless, 'Add comment'... interesting [06:33] RAOF, aha, I think I worked out why my unit tests don't work in a pbuilder... xcb/xlib tries to connect over TCP/IP first right? Any ideas how to make something running in a pbuilder definitely run my local X server and not connect outside of the pbuilder? [06:35] robert_ancell: I think that if you've got DISPLAY set appropriately (ie: to “:0”) xlib should be connecting locally before trying TCP/IP? [06:35] * RAOF goes code diving. [06:36] it looks like it's using the xauth and connecting to my main xserver [06:40] Hm. You could also try DISPLAY set to “unix:0”. [06:44] RAOF, I think the problem is while pbuilder uses a chroot, the chroot is not used for unix sockets. So it always connects to the host socket [06:45] Well, another option would be to start xvfb on :99 or somesuch? [06:45] yes, that works. So it prefers the host sockets, and falls back to local ones? It's very weird [06:47] oh, no there will be a table in the kernel where the names of each socket are, and that name will be taken by the host first [06:54] I think the latter is correct, yes. === warp10` is now known as warp10 [08:24] hey [08:28] bonjour Monsieur Bacher [08:31] hm, is there any CLI way to determine the default value of a gsettings key? [08:32] hey pitti, how are you? [08:32] I'm great, thanks! [08:32] had a challenging training last night, was a bit harder than usual to get out of bed :) [08:32] not sure about the default value [08:32] you can ask on #gnome-hackers [08:32] desrt should know ;-) [08:33] ok, thanks [08:33] * pitti checks the GLib API -- using GI would be fine [08:34] hm, seems not [08:34] ok, plan B then [08:37] pitti, get out of bed at 5am is difficult, training or not ;-) [08:37] hey, it's 6 am! [08:37] lol [08:37] same difference :p [08:37] yeah.. [08:39] I'm on the late evening side nowadays but 6am would still be at least one hour too early for me ;-) [08:39] robert_ancell, hey [08:39] seb128, hello [08:40] robert_ancell, how is that new lightdm version coming? do you need testing on the current vcs code? [08:40] seb128, I'm fighting pbuilder to run the unit tests [08:40] robert_ancell, btw I read your meeting logs and set up oneiric retracers yesterday [08:40] seb128, that will be a huge help [08:40] usually they are not that useful for GNOME that early in the cycle because we are too busy packaging to look at those bugs [08:41] but it's true that for new product or things we are actively hacking on they are useful [08:41] robert_ancell, sorry that it took a while [08:41] np [08:43] pitti, btw do you want bugs about things that take apport down in the bug description formatting? [08:43] seb128: yes, at least as a place to discuss them [08:44] I wonder what's better, silently ignoring them or stopping on them to fix the bugs [08:44] pitti, like [08:44] "/usr/lib/python2.7/dist-packages/apport/crashdb_impl/launchpad.py", line [08:44] 751, in _subscribe_triaging_team [08:44] best might be to send email about the bugs and go on, I guess [08:44] oh, please bug me for those, yes [08:44] it was doing that yesterday one a bug where the \n got eaten after the previous line [08:44] so the Distro..what next to another field rather to be on its line [08:45] what->was [08:45] pitti, ok, thanks [08:47] morning [08:48] hey rodrigo_, how are you? [08:48] hum [08:48] how do I set a package on hold? echo "binary hold" | dpkg --set-selection? [08:48] selections [08:48] or is there a better way? [08:50] that seems to do it, let's keep that [08:55] oh, I didn't know about that [08:55] seb128: I usually use apt pinning [08:55] seb128: for the retracer chroots? [08:55] hi seb128, pitti [08:56] hey rodrigo_ [08:56] pitti, yes, to pin down python-httplib2 to a working version [08:56] pitti, well, that's easier to do a one line command that to remember the pinning syntax and values to use :p [08:56] right, I just didn't know about it [08:58] learning every day ;-) [08:58] I used before but I had to google to find it back :p [09:02] robert_ancell, don't forget to make lightdm read .profile before rolling a new tarball :p [09:03] seb128, yeah yeah. Actually thats in the ubuntu package [09:03] robert_ancell, btw is there any process that is likely to have private infos in its gdb dumps? [09:03] robert_ancell, just to know if I need to be careful about making lightdm bugs public [09:04] seb128, yes, they may contain passwords so don't make public until backtraced (and then should still check if is in trace) [09:04] robert_ancell, ok, I don't make bugs public before retracing in any case [09:05] robert_ancell, bug #795686 just got a duplicate [09:05] Launchpad bug 795686 in lightdm "lightdm crashed with SIGSEGV in g_closure_invoke()" [Medium,New] https://launchpad.net/bugs/795686 [09:05] xserver_get_server_type (server=0x0) at xserver.c:100 [09:05] that's all from recent retracing [09:06] seb128, I think it's fixed in 0.4.0 [09:06] ok [09:12] chrisccoulson, hey [09:12] chrisccoulson, rodrigo_: could one of you have a look to bug #797947 [09:12] Launchpad bug 797947 in gnome-settings-daemon "gnome-settings-daemon crashes frequently with X protocol error" [Undecided,New] https://launchpad.net/bugs/797947 [09:12] seb128, looking [09:12] slangasek got a stacktrace but I've the feeling it's useless because the libxklavier handler traps the real error or something [09:13] chrisccoulson knows better about the libxklavier issue than me I forgot the details [09:13] hi seb128, how are you? [09:13] but I think those usually are not libxklavier bug, it's just trapping the error [09:13] chrisccoulson, I'm fine thanks, what about you? [09:13] can we turn that libxklavier handler off or something? [09:14] ricotz, gnome-shell is making my laptop cry. how do i force notifications for critically low battery situations? [09:14] seb128, sounds like we should [09:14] unfortunately, the stack isn't much use there - the actual error code would be interesting (that's usually printed in the error message when it quits, and it should be on the stack as well) [09:16] chrisccoulson, can you remind me why the stack is hijacked by libxklavier? was there anything we could patch to avoid that and get the actual errors? [09:16] LLStarks: I think you'd need to get gnome-power-manager to actually work. [09:17] seb128, it sets it's own error handler, but it needs to do that so it can catch errors that it legitimately creates [09:17] chrisccoulson, so we could have a version without that in a ppa that users could install to get the real stacktrace of their non libxklavier issues? [09:17] chrisccoulson, rodrigo_: the actual error he gets is [09:17] "The error was 'BadMatch (invalid parameter attributes)'. [09:17] (Details: serial 102079 error_code 8 request_code 2 minor_code 0)" [09:18] he said he usually gets it once a day on workspace switching [09:18] ugh, those are usually on the X stack, right? [09:19] request code 2 is ChangeWindowAttributes, which doesn't match what is in the stack. so the actual error occurred earlier on :) [09:19] i think it would be useful to see the stack with --sync [09:19] chrisccoulson, I hate those [09:19] heh :) [09:19] yeah [09:20] rodrigo_, no, usually they turn to be issues on the client side [09:20] chrisccoulson tracked a few of those back then when he still had time for desktop work ;-) [09:21] chrisccoulson, can you comment on the bug asking what you need? [09:21] chrisccoulson, would rebuilding libxklavier without the signal handler help? [09:22] it seems that handler gets in the way most of the time, it turns out that those issues are often not libxklavier ones :p [09:27] raof: as if the low-capacity warnings weren't depressing enough. thanks though. [09:38] * pitti -> dentist, bbl [09:51] oh [09:52] I just discovered evolution-settings [09:54] it's quite nice, you just enter your email and password, it figures all the account settings for you [09:54] servers, etc [09:55] seb128, but the UI is horrible, or it was, haven't run the 3.0 version [09:55] * rodrigo_ runs it [09:55] yes, as horrible as it was :) [09:56] right, but the "new" dialog is just nice [09:59] i.e just having to enter your email and having all the server details figured for you [10:03] rodrigo_, ok, mcrha fixed the "wrong time is displayed in the meeting reminder dialogs" ;-) [10:03] it was a typo in a gconf key name [10:03] seb128, yes, that's very nice, what I don't like is the main UI, the list of accounts [10:03] it was not seeing that the system tz is used and reading the gconf value [10:04] rodrigo_, right, I was not suggesting the dialog is nice, just the "add an account" part [10:04] it should be the first run dialog imho :p [10:04] just enter your email and password and we done [10:04] we->be [10:08] seb128, yes [10:21] need to run some errands, bbiab [10:30] morning EU folks. [10:32] jasoncwarner, evening .au ;-) [10:33] hey seb128 [10:33] jasoncwarner, how are you? [10:33] so, uh, I think I, like, screwed up my machine? [10:33] again? [10:33] ;) [10:33] what did you do this time? ;-) [10:34] I just updated and when I rebooted it put me into Unity-2d with no option to go back to Unity [10:34] I'm thinking my machine now thinks I don't have the necassary hardware to run it? I'm nvidia on that test machine [10:34] (this is oneiric, fyi) [10:35] jasoncwarner, right, didrocks mentioned that linux 3 screwed nvidia yesterday or the day before [10:35] gah! [10:35] ok... so I'm just in a waiting period now until that gets sorted? or is there something I need to do to get it fixed? [10:35] jasoncwarner, check with tseliot he made nvidia updates yesterday [10:35] jasoncwarner, otherwise didrock's workaround was to boot the previous kernel [10:36] seb128: but...but...but...3 is newer than "previous" kernel...it has to be better? [10:36] jasoncwarner: can you boot in recovery mode? [10:37] jasoncwarner, not really a matter of better... if the kernel ABI changes, nvidia has to be rebuilt else it won't interface with the kernel properly [10:37] tseliot: I can boot, and I boot into unity-2d...I'll check recovery mode when I go back upstairs (test machine is not right next to me right nwo...non-ideal physical layout :( ) [10:37] jasoncwarner, it's clearly better, it's getting ride of that boring 3d, soon you will be back in real command line ;-) [10:38] jasoncwarner: you could control you machine with ssh ;) [10:38] jasoncwarner, having to take stairs to switch between computers seems good physical exercise at least :p [10:38] hehe [10:39] seb128: tis true, though, if you've seen me lately, how could one think I need _more_ excercise?! (as a gentle reminder to seb128, 2012 objectives are being written this week...respond with care :) ) [10:40] tseliot, seb128 mentioned that you rebuilt nvidia drivers yesterday or so? can I pull those down somewhere? [10:41] jasoncwarner, DOH ;-) (indeed!= [10:41] jasoncwarner: just make sure that you have nvidia-current 275.09.07 and the linux-headers for your kernel [10:41] jasoncwarner: that would be a first step. Then I'd like to see the X log, dmesg and the output of dkms status [10:42] ok...let me go upstairs..be back in a bit..thanks [10:50] jasoncwarner, there is bug 798007 today with mesa and nvidia, even with the latest nvidia you'll fallback to 2d. [10:50] Launchpad bug 798007 in mesa "[Oneiric] Latest mesa (7.10.3) breaks 3D with nvidia-current" [High,Incomplete] https://launchpad.net/bugs/798007 [10:52] oh, so it's RAOF breaking things! [10:55] hello, any vala god here? [10:56] try #vala on irc.gnome.org [10:56] chrisccoulson, nice, your accountsservice patch has already been uploaded to debian [10:56] ups [10:56] rodrigo_, ^ [10:57] thanks seb128 [10:58] alex3f, yw [10:59] alex3f: hey! what are you up to with vala? just curious? [11:00] oh, a mvo, hey mvo ;-) [11:00] hey seb128 [11:00] hi mvo :) I'm still stuck at PackageKit + gi + GPtrArray + pygobject :( [11:01] and I wanted to write the same code I'm running in python, but in vala [11:01] hey jasoncwarner [11:01] to see if the problem isn't inside PackageKit instead of gobject-introspection [11:01] alex3f: aha, ok. good luck, your branch is *still* on my high importance todolist, but today I will finally review/merge, I'm sure [11:01] alex3f: *nod* [11:02] np, after the merge, I'll bring the other two left things [11:02] \o/ [11:02] haven't got the time either *nod* [11:03] pitti, wb [11:05] jasoncwarner: what jibel said is correct. So, as a quick fix, I guess you can downgrade mesa [11:16] pitti, do you know what happened to the daily iso yesterday? [11:16] where is the extra space use coming from? [11:17] there daily-live doesn't have isos from < 15 to diff the manifest lists [11:17] seb128, my or chrisccoulson's patch? [11:17] rodrigo_, yours [11:17] seb128: https://lists.ubuntu.com/archives/ubuntu-devel/2011-June/033495.html perhaps? [11:17] ah ok [11:17] seb128, can you sync it then? [11:17] seb128, hybrid iso prep work? [11:17] rodrigo_, yes [11:17] LLStarks, soren: that email said it would take an extra meg [11:18] or did I misread it? [11:18] seb128: No, you're right. [11:18] 1MB. still contributing though. [11:19] right, though we go from 710 to 720mb there [11:19] seb128: Ah, and that would only be starting today. [11:19] seb128: And from yesterday->today, it grew 1 MB. [11:19] it's something else [11:19] Yeah. [11:19] seb128: I wonder myself -- today we dropped tomboy and a bunch of libs, and yet it didn't shrink [11:20] it even grew by 1 MB or so [11:20] pitti, no we didn't [11:20] pitti, tomboy etc are still in the current build [11:20] ?? [11:20] well tomboy is in the manifest [11:20] pitti, you uploaded to late for the iso build [11:20] ah, darn [11:20] $ grep tomboy oneiric-desktop-i386.manifest [11:20] tomboy 1.6.1-0ubuntu4 [11:20] pitti, ^ [11:20] seb128: We still have the build logs, though. [11:20] * ogra_ was also just looking for tomboy in his manifests [11:21] next build I guess [11:21] I did that first thing in the morning [11:21] https://launchpad.net/ubuntu/+source/ubuntu-meta/1.229 [11:21] speaking of the hybrid iso... will zsync work fine? [11:21] no, the manifest does have 1.229 [11:21] weird [11:22] not so weird, didrocks ran into a similar case recently [11:23] I can't find it in germinate either [11:23] There's a whole bunch of perl things on the CD now that weren't there two days ago. [11:23] pitti, cjwatson had an explanation the other day [11:23] ...and autoconf and automake.. [11:23] I think it's wrong timing issue [11:24] seb128: I'll try a rebuild then [11:24] like the lifefs build still had outdated datas or something [11:24] soren: uh [11:24] soren: there's also some 5 MB of new mono bits on it [11:24] pitti: Really? didn't spot that yet. [11:24] well those were the 700 to 710 mb though [11:24] that's something new [11:24] soren, can you pastebin the diff? [11:25] * pitti sighs -- 25 MB growth in just a few days, after all the hard work of getting it from 730 to 698 [11:25] A whole bunch of erlang stuff was added. [11:25] oh, couchdb? [11:25] seb128: I'm working on making it more readable. [11:25] soren, thanks [11:25] desktopcouch is back [11:25] desktopcouch! [11:25] Heh :) [11:26] for xdiagnose [11:26] desktopcouch is on the CD [11:26] bah [11:26] whcih also pulls in python-distutils-extra, and toolchain bits [11:26] xdiagnose | xdiagnose | x11-common (Recommends) | Bryce Harrington [11:26] bryce, !!! ;-) [11:27] bryce: ^ could this not use desktopcouch? [11:27] There we go. [11:27] bryce: also, I guess the python-distutils-extra dependency is unnecessary? (it's a build time tool) [11:27] oh, also uses python-gtk2 [11:28] could be tjaalton's fault, he did the recent xorg upload ;-) [11:29] http://paste.ubuntu.com/627891/ [11:29] seb128: I have a feeling that xdiagnose actually came from us, not from Debian [11:29] above pastebin is the delta from alpha-1 to today's daily [11:29] + [ Bryce Harrington ] [11:29] + * apport/source_xorg.py: [11:29] + - Move Failsafe-X out of the xorg package to xdiagnose [11:29] +xorg (1:7.6+7ubuntu1) oneiric; urgency=low [11:29] + [11:29] [11:30] I guess [11:31] hm, that delta doesn't have the xorg bits yet [11:31] I suppose the alternate was built before that got published? [11:32] pitti, that was uploaded on tuesday [11:32] so that would be weird [11:32] apt-get source xdiagnose -> no trace of couch there, hmm [11:32] http://paste.ubuntu.com/627892/ [11:33] If you scroll down to line ~1700 or thereabouts.. [11:33] You see the stuff getting downloaded. Scroll down to see where the gaps are to see what was only downloaded now, but not two days ago. [11:33] I've cheated a tiny bit (removed a few lines here and there to make things line up), but it's mostly accurate. [11:34] seb128: oh, xdiagnose 0.3 FTBFSed [11:34] * pitti looks to fix [11:36] soren, the perl stack is pulled in by python-distutils-extra it seems [11:36] I'll get that fixed, too [11:36] it's all down to the xorg issue [11:36] seb128: Yup. [11:36] seb128: ah, so xdiagnose pulls a lot of stuff? [11:36] meh [11:37] tjaalton: it's all just an error, not required [11:37] pitti: cool [11:37] it doesn't even need pysupport/dh_python, there are no python modules [11:37] tseliot: Yeah, you sneakily uploaded a new non-multiarched nvidia-current while I wasn't looking. :) I've updated the Breaks, and I'll fix the armel build, and upload. [11:38] soren, thanks for the pastebin dual column thing ;-) but yeah, it's all down to one issue it seems [11:38] so let's wait for pitti to fix it and trigger a new iso build later in the day [11:39] pitti: the new xorg upload should actually save a few kb since -video-all pulls in fewer drivers now :) [11:39] seb128: Sure thing. I was in the mood for a bit of detective work, apparently :) [11:39] ;-) [11:39] RAOF: yes, thanks. I'll make sure nvidia and fglrx are ready soon so that we won't have to worry about this any more [11:40] bryce: I push my changes to lp:ubuntu/xdiagnose; is that ok? [11:40] tseliot: The Breaks: will be unversioned this time; once we know what versions of the packages support multiarch we can stick the appropriate versioning on there. [11:40] uploaded 0.4 [11:40] pitti, danke [11:42] RAOF: right, as you explained on launchpad. It's a sensible choice, so that we don't have to rebuild mesa every time [11:42] rodrigo_, did you plan to fix other issues in accountsservices or do you need feedback from kees on your comments? [11:43] seb128, I have a patch for upstream, about the -- thing Kees comments on, should be pushing it as soon as mclasen approves it [11:44] seb128, apart from that, yes, need feedback from Kees [11:44] ok [11:44] rodrigo_, can you add a pointer to your patch and reassign to kees, setting as New? [11:44] not sure if he will notice comments otherwise [11:45] ok, lunch time [11:45] bbl [11:45] seb128, yes, as soon as I push it, since mclasen told me it looked ok yesterday [11:45] rodrigo_, thanks [11:45] seb128, just needed some more testing, which I've done today [11:48] pitti, chrisccoulson, a bunch of Natty langpacks + Firefoxes have been tested -> https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA - We don't have feedback for all languages, but as discussed, we need to upload them all to make sure FF appears translated. This is just a heads up that the testing period from the translations side is over, and that the langpacks can be uploaded [11:52] dpm - ok, thanks. they need to wait for the firefox release though [11:52] chrisccoulson, yeah, yeah, this was just a fyi that langpacks are ready to go [11:52] dpm - thanks :) [11:52] dpm: ah, thanks; so I guess we can wait a little longer until ffox is ready [11:53] i'm glad things have gone smoothly :) [11:53] chrisccoulson, np :) do you know roughly when the FF release is planned? [11:53] * pitti does another xdiagnose upload to actually make the package work [11:54] dpm - it's meant to be june 21st, i'm not sure if that will slip yet as they did 2 new beta's this week [11:54] chrisccoulson, ok, thanks [11:54] so, it looks like they've done their release build already [11:55] so i'd imagine we're still on for the 21st [12:02] * pitti ports xdiagnose to pygi while he is at it, and the project is still small [12:07] bryce: FYI, I ported xdiagnose from obsolete pygtk2 to PyGI with GTK3, and pushed to ubuntu:xdiagnose; but this doesn't build right now, I need to fix python-distutils-extra first (which I'll do now) [12:14] mvo, hi, I'm getting a blank grey window whenever I launch USC 4.0.3. Do you have time to help fix it? :-) [12:15] mpt: wehh - does ps afx show another running s-c that is for some reason sstale? [12:16] mvo, no, just the one [12:17] 21074 ? Sl 5:34 /usr/bin/python /usr/bin/software-center [12:17] mpt: and if you kill that (kill 21074 on the terminal) [12:17] ? [12:17] mvo, when running it from a terminal I get the grey window, but the terminal command returns, which seems odd [12:17] mvo, killing that process closes the window [12:18] oh, and now relaunching it works fine [12:18] weird [12:21] mpt: yeah, so the problem is that one software-center was stuck for some reason (would be nice if you could mail me .cache/software-center/softwarecenter.log) [12:21] mpt: but it had a dbus server still running, so the other s-c tried to contact the dbus server of the hanging ne and exited [12:26] mvo, logs sent [12:27] LLStarks: zsync should continue to work just fine [12:27] pitti: have you folks debugged the CD size growth problems I saw in scrollback, or is there more to do? [12:28] cjwatson, it's debugged [12:28] cjwatson, should be fixed or will once things build [12:28] ok [12:28] cjwatson: the ones for the perl and couchdb/erlang bits, yes [12:28] cjwatson: not yet the mono growth [12:29] do we have the manifests from previous week somewhere? [12:29] just to diff what got pull off and in with the updates [12:30] well I guess diffing with alpha1 could work [12:30] it's just easier to work on a smaller diff [12:35] seb128: you might be able to find them by going to http://{cardamom,kapok}.buildd/~buildd/LiveCD/oneiric/ubuntu/ from a DC machine [12:35] depends how long ago [12:35] cjwatson, ok, thanks [12:35] cjwatson, should be around a week or less [12:35] seb128: also, the build logs have enough information to reverse-engineer the manifest, more or less [12:36] http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/ubuntu/ [12:36] we should probably log that properly somewhere [12:37] cjwatson, seb128: also, diff to alpha-1 is not too hard to read, I think: http://paste.ubuntu.com/627891/ [12:38] (that's not a live .manifest diff, though, but an alternate; but it's more actionable) [12:40] ssl.SSLError: [Errno 185090050] _ssl.c:340: error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib [12:40] oha [12:40] seb128: I just got that from lp-project-upload [12:40] seb128: wasn't that the one you got in the retracers as well? [12:40] httplib2 downgrade? [12:41] pitti, yes [12:41] pitti, downgrade python-httplib2 to the natty version [12:42] thanks [12:42] yw [12:42] that helped [12:46] bryce: FYI, p-distutils-extra fixed, so ubuntu:xdiagnose bzr head is good to go [12:47] go pitti go [12:47] pitti, once those are built can you do an iso spin? [12:47] pygified GTK3 xdiagnose, here you come! [12:48] seb128: the xdiagnose package with the dependencies fix is already published [12:48] so I'll start one in a few minues, yes [12:48] \o/ [12:48] pitti, thanks [12:48] I wanted to do the GI port as a separate upload [12:50] cjwatson, is there a way to chroot in a daily-live iso? [12:50] (I'm trying to see if I can automate rdepends calls from a script) [12:51] well, you can loop-mount the ISO and then loop-mount casper/filesystem.squashfs? [12:52] if you have fuse privileges on the relevant system you might even be able to do that without root using grub-mount :-) [12:52] pitti: can you wait for parted 2.3-6ubuntu1 before spinning new ISOs, please? [12:53] might as well have a system that's vaguely installable [12:57] cjwatson, thanks, that works fine ;-) [12:58] (doing loop mounting, I didn't try grub-mount) [12:58] try grub-mount next just to see ;-) [12:59] cjwatson: sure [13:00] so, in an hour [13:00] sounds like lunch break :) [13:00] enjoy [13:02] seb128: it's not entirely POSIX-compatible, but it's fine for read-only work [13:02] (well, it never will be entirely POSIX, given that it will never support writing ...) [13:02] cjwatson, I just want an easy way to do rdepends list for gconf, gtk2 and some other things on the CD image [13:03]