[00:22] I'm trying to push to a ppa, but twice now I've received the following error back in the rejection email: [00:22] Rejected: [00:22] Unhandled exception processing upload: 'NoneType' object has no attribute 'md5' [00:22] any ideas? === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === jjohansen is now known as jj-afk === asac_ is now known as asac [02:25] @pilot out === udevbot changed the topic of #ubuntu-devel to: Natty Alpha 1 released! | Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk [04:25] cnd: PPA support is in #launchpad. [04:25] ScottK, ahh, thanks :) [04:25] Is rmadison broken for anyone else just now? [04:25] nm, it just returned... probably the server is just under load === ssj6akshat is now known as akshat|school === almaisan-away is now known as al-maisan === birthday-vorian is now known as vorian [06:58] Good morning [06:59] GrueMaster: that kernel needs a reupload now (and will presumably get further updates), I'm afraid [07:00] hi, i am facing an error with inserting ko's and removing them .. not able to remove them ... more logs @ http://paste.ubuntu.com/541312/ .. any help ??? [07:08] SpamapS, james_w: hm, your new WI tracker change makes it crash now [07:08] report_tools.blueprints_base_url, project.name) [07:08] AttributeError: 'str' object has no attribute 'name' [07:09] SpamapS, james_w: you once call it with a name (strnig) and once with an LP project object [07:14] I committed a fix now [07:31] good morning === bilalakhtar_ is now known as cdbs === smb` is now known as smb [08:31] good morning! [08:32] hey dholbach! [08:32] salut didrocks [09:09] hi there [09:10] how would I go about finding which packages Build-Depend on a given package? [09:10] say I want to find all the packages that Build-Depend on package foo [09:10] I can't seem to achieve this with apt-cache [09:11] and hi dholbach :-) [09:12] raphink: you should check build-rdeps in the ubuntu-dev-tools package [09:12] salut raphink [09:13] thanks didrocks (and hi, too) [09:13] raphink: it has some grep-dctrl magic IIRC [09:13] alright [09:13] I also just thought that I could grep in Sources.gz on my local mirror :-) [09:13] that might be faster :-) [09:15] thanks for the suggestion didrocks [09:15] raphink: you're welcome :) [09:48] @pilot in === udevbot changed the topic of #ubuntu-devel to: Natty Alpha 1 released! | Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: ev [09:49] * dholbach hugs ev [09:52] :) === hunger_ is now known as hunger [10:37] doko: FYI, I'm looking at fixing python-launchpad-integration [10:38] doko: python-indicate is in progress, but has some more dependencies, so it'll take a bit to fix still [10:38] seb128: you're looking at python-ubuntuone? I can take a look at ubuntu-sso-client after lpi [10:39] then there's python-uno and hplip left (which breaks CD builds) [10:39] pitti, I will ask rodrigo to debug libubuntuone [10:39] rebuild is not enough it has gir issues as well [10:40] ok [10:40] python-uno will take more time [10:40] my first attempt to monkey-patch one of the three current OO.o build failures failed :-( [10:52] GrueMaster: oh, the maverick ti-omap kernel is still in the queue; releaseing now [11:08] is this the best channel to ask about / report vanishing partition UUID's? === ogra_ac is now known as ogra === ogra is now known as Guest42462 [11:15] cjwatson: who's the best person to talk to re blkid? [11:15] i noticed that i had no swap [11:16] there's an entry in fstab for a swap partition, with UUID, and a note when it was created during an upgrade [11:17] however, the partition still existed (according to fdisk) but sans UUID [11:17] it was an sda5 inside an extended partition [11:17] so i deleted it and recreated it as an sda2 primary [11:17] but it still seems to have no UUID [11:17] any ideas? [11:20] sabdfl: can you pastebin the output of sudo BLKID_DEBUG=0xFFFF blkid -p /dev/sda2 ? [11:21] hallyn_: multipath-tools> perhaps you might volunteer? :-) [11:22] apw: RAM swap support> not quite sure what you mean ... do you mean compcache/ramzswap when booting the live CD? that's mostly in initramfs-tools, with a configuration file in casper to enable it [11:22] sabdfl: I created a swap partition here, and I do get an uuid, so it's not trivial to reproduce [11:27] seb128: I've added exceptions for libcanberra and gobject-introspection [11:27] cjwatson, thanks [11:27] cjwatson, I hope you feel better today! [11:28] doko: on seeing what dh7 is doing: try DH_VERBOSE=1 [11:29] CarlFK1: installer progress jumping backwards: it's not a symptom of anything other than that we haven't always gardened all the little tedious progress bar bugs :-) [11:30] hallyn_: what ssh bug is this? I normally merge openssh into Ubuntu immediately after uploading it to Debian [11:31] sabdfl: Keybuk or pitti probably [11:32] seb128: somewhat ... not doing anything too strenuous [11:32] sabdfl: or lamont, he maintains util-linux in Debian [11:34] hi [11:34] doko, ping [11:34] rodrigo_, hey ;-) [11:34] doko, better to ping with context I guess [11:34] hi seb128 :) [11:34] other people might be able to reply and doko would know what you want ;-) [11:35] well, I wanted to ask doko about his libu1 submission: [11:35] * Rebuild to add support for python 2.7. [11:35] -- Matthias Klose Fri, 03 Dec 2010 00:04:06 +0000 [11:35] rodrigo_, doko has been doing no change uploads for everything using python basically [11:35] I guess that was for fixing the multiple python versions issue we were having [11:35] so they get rebuilt with 2.7 === njpatel is now known as njpatel_ [11:36] right, so it's still failing for me, with: configure: error: source directory already configured; run "make distclean" there first [11:36] so I guess I need to upgrade some package? [11:36] rodrigo_, no,it failed in the archive as well [11:36] rodrigo_: sounds like this was a hidden bug all along [11:36] but have already upgraded everything I can think of [11:36] rodrigo_: presumably you do two build trees? [11:36] seb128, ah ok [11:36] rodrigo_, doko probably didn't investigate each upload, he did some hundred uploads [11:37] rodrigo_, that's mostly scripted I guess [11:37] rodrigo_: if you run configure from another directory which has the source, that directory must be clean [11:37] i. e. unconfigured [11:37] pitti, yes, it configures several times, then make for each build tree [11:37] ok, so it's not fixed then [11:37] rodrigo_: that's wong -- the source tree must be clean; then create the build trees, and call configure there, and only there [11:37] not in srcdir [11:37] rodrigo_: I guess it didn't matter as long as we just had one supported python versions [11:37] s/s$// [11:38] right [11:40] cjwatson, yeah thats the one thanks [11:43] hi all === ogra_ is now known as ogra [11:47] rodrigo_: yes, seen, and I submitted bug #684983 [11:47] Launchpad bug 684983 in libubuntuone (Ubuntu Natty) "FTBFS in natty" [High,In progress] https://launchpad.net/bugs/684983 [11:48] doko, ok, fixing it then [11:49] hey guys, i'm currently working on a bug in software-center, wondering if someone can point me to the right channel to discuss it with someone? === akshat|school is now known as ssj6akshat [11:54] doko: python-greenlet needs a rebuild for python 2.7. Are you doing a mass upload for these rebuilds or should I just go ahead and do it myself? [11:57] cjwatson: The dh_apport helper has your name on it.. Would it be ok to subscribe you to a bug about it? Don't know how closely you watch apport bugs (if at all). [11:59] axp2: this is seemingly the right place. Might want to flag down mvo if you have questions. [12:00] soren: not at all. feel free to subscribe me [12:00] cjwatson: Ta. done. [12:01] doko: Just let me know. I've got it ready to go, since needed it in a ppa. [12:01] ev: thanks. have done that, looks like he's not here atm. will try him again later [12:03] soren: please just do it yourself, some are still missing [12:03] doko: Alrighty, thanks. [12:05] soren: ahh, it doesn't have *any* deps on python, therefore I missed it [12:05] doko: Hm.. Yeah. [12:06] doko: It only provides a .so, so I suppose it doesn't really need the interpreter, but it still looks odd. [12:07] * soren wonders if there are others like it [12:07] It b-ds on python-all-dev, though. (Naturally) [12:07] soren: would be reason to use dh_python2 to generate these, and then explaining in the debian report, why you did it [12:08] doko: Too late, I'm afraid. Already uploaded it 5 minutes ago. [12:11] lucas: do you have any recent debian rebuilds of synopsis, obmenu, mirage? [12:13] pitti: cdbs question: http://launchpadlibrarian.net/60353084/buildlog_ubuntu-natty-i386.obmenu_1.0-1ubuntu3_FAILEDTOBUILD.txt.gz === MacSlow is now known as MacSlow|lunch [12:14] the build tries to build for all supported python versions, not just for the default one [12:15] hey axp2 [12:17] ev: could you please use lp:ubuntu/initramfs-tools? it would have saved our uploads clashing ... [12:17] * cjwatson tries to sort out the history [12:18] ah, sorry. Is there a way of telling whether a package is just imported or people are actively using branches for it? [12:18] I'm not sure it matters in this case - you can just use the branch as a default if it's available [12:19] doko: I did a debian (squeeze) rebuild two days ago [12:19] ev: hm, your upload contained a .bzr-builddeb file - did you actually build it from a bzr branch and just forget to push? [12:19] lucas: could you point me to the build logs? even if these were sucessful? [12:20] cjwatson: indeed, I thought the way this usually worked was that the branch was constructed by using the regular uploads [12:20] thus why I didn't bzr commit [12:21] oh. it's usually best to commit/push if you can. never mind, how about I just reconstruct it here since I need to merge anyway? [12:21] the importer won't overwrite the branch if there's a commit tagged with the version number of the upload [12:21] so you can interleave work in bzr with work not in bzr [12:21] doko: http://blop.info/pub/synopsis_0.12-6_lsqueeze64.buildlog http://blop.info/pub/obmenu_1.0-1_lsqueeze64.buildlog http://blop.info/pub/mirage_0.9.5.1-1_lsqueeze64.buildlog [12:21] doko: (all 3 successful) [12:23] lucas: ok, thanks [12:23] cjwatson: ahh, that alleviates all of my worry [12:23] thanks for clearing that up [12:25] ev: np - the importer has beaten me to merging it so I'll just recommit on top [12:29] thanks [12:37] Anyone knows whether there is any problem with libxml2 in Natty? See bug 687973. [12:37] Launchpad bug 687973 in foomatic-db-engine (Ubuntu) "[FTBFS] package 'foomatic-db-engine' (4.0.5-0ubuntu6) failed to build on natty" [Undecided,New] https://launchpad.net/bugs/687973 [12:39] tkamppeter: Are you subscribed to ubuntu-devel-announce? [12:40] ScottK, I do not know. [12:40] ScottK, seems not. [12:41] tkamppeter: If you read that mailing list, you'd have read a mail from doko warning that we were switching to python2.7 as a default yesterday and that a few days of problems with Python related packages are to be expected. [12:41] I suspect that's the source of your current trouble. [12:41] ScottK, tkamppeter: commented instead of suspecting. [12:43] ScottK, I have read that, but is libxml2 Python-related? [12:43] ScottK, I have also not done any update after reading that mail. [12:46] ScottK, libxml2 depends only on libc6 and zlib1g, not on anything with Python. [12:47] tkamppeter: I suggest reading doko's comment on the bug before commenting further on IRC :-) [12:51] cjwatson, sorry, did not see from doko's message that he meant that he has commented on the bug. [12:53] doko, did gcc change to strikter requirements of command line order recently? [12:53] tkamppeter: heh, *now* we come back to the u-d-a question ;) [12:54] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-November/000783.html [12:54] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-October/000772.html [12:55] doko: obmenu> doesn't seem to be specific to cdbs; I can have a look later on [12:55] distutils.core not found looks weird [12:55] pitti: obmenu has another cause, as I found [12:56] pitti: but synopsis and mirage do build in debian, and don't try to use all python versions [12:58] doko: not sure what you mean? debian/rules explicitly does for buildver in 2.6 2.7 .., so why shouldn't it build for both? [12:58] doko, thanks. [12:59] doko: ah, no, that seems to be distutils.mk; so is that wrong? === MacSlow|lunch is now known as MacSlow [12:59] pitti: it seems so, but it doesn't do that in unstable, trying to find out why ... [13:00] doko: ah, ok; I got the source now, and it's not even a python-* library, so building with the current versino should be sufficient [13:01] pitti: otoh, I think this one is correct to fail, although I don't know why it doesn't fail in unsable: http://launchpadlibrarian.net/60373280/buildlog_ubuntu-natty-i386.python-opster_1.1-1_FAILEDTOBUILD.txt.gz [13:04] pitti: yes, generally all the packages (applications) with a private python lib ftbfs [13:06] distutils.core is in the python2.x packages, right? [13:07] They are in Maverick, at least. [13:08] soren: yes. the package thinks it should build for all supported python versions, and fails for 2.6, because the b-d is just python-dev. this behaviour is not seen in debian. trying to figure out why [13:08] And the build log looks like python2.6 doesn't get pulled in. [13:08] Ah. === oubiwann is now known as oubiwann_ === drspeedo is now known as drspeedo|away [13:36] out of curiosity is it possible for a package to specify that it should be built with a non-default gcc (4.4 in this case) on the build servers? [13:38] janimo1, yes [13:39] you can set CC=gcc-4.4 or equivalent in the rules [13:39] with an adapted build-depends [13:39] seb128: and add the explciit build depends [13:39] aha, ok thank [13:39] but usually you probably want to fix your code to build with the current compiler [13:39] this may temporarily needed only [13:39] for ghc6 [13:39] ok [13:40] check with doko maybe [13:40] as it uses itself to build [13:40] yes [13:40] * Laney sees ghc6 [13:40] what's the problem? [13:40] Laney: ARM FTBFS of many haskell packages because -lpthread is not passed, so Setup.hs does not compile [13:40] oh, yes [13:41] ghc6 itself does not build with such a ghc6 [13:41] I've fixed that locally I hope [13:41] -optl-pthread is the secret flag [13:41] so first it may be fixed using gcc 4.4 which does not exhiobit that [13:41] Laney: secret flag to be passed where? [13:41] to ghc [13:41] upstream issue http://hackage.haskell.org/trac/ghc/ticket/4523 I think this is the same [13:41] you can put it in SRC_HC_OPTS in mk/build.mk [13:41] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-November/000783.html [13:41] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-October/000772.html [13:41] Laney: but that owuld mean changing every package [13:41] janimo1: ^^^ [13:41] that patch too [13:41] ? [13:42] no [13:42] fix it in ghc, add that patch [13:42] then you can remove those changes on the next upload [13:42] Laney: indeed ghc6 is the one needs fixing [13:42] (the pthread ones) [13:42] but even then, haskell had a lot of build failures in maverick [13:43] on armel? [13:43] it's not fully supported, only a stage one compiler unfortunately [13:43] yes [13:43] doko: I know the cause, gcc 4.5 is more strict it is ok [13:43] ... [13:43] hence ghc6 needs to be patched [13:43] permanently [13:44] Laney: what I ws thinking is fix ghc6 - maybe using a 4.4 gcc to build itself [13:44] i don't think it's necessary [13:44] and then remove that change (gcc 4.4 dep) but leave the pthreaf fix [13:44] let me do this upload [13:44] ok I was about to try the build [13:44] as part of a caonfigure step ghc6 calss ghc6 [13:44] which on armel FTBFS for me [13:44] janimo1: no, we made some changes in the linking behaviour, so if ghc drops something, then please add it, and use --no-as-needed for this particular link [13:44] yes you can pass -optl-pthread there [13:44] edit theh configure script [13:44] janimo1: no, gcc-4.4 is not an option [13:45] doko: yes, I know , I said ghc6 needs to be changed, ghc upstream agrees and knows about the issue [13:45] ok [13:45] doko: 4.4 as a temporary oncshot build in case the self bootstrap needs it [13:45] sure [13:46] i'll upload now [13:46] Laney: I got FTBFS on ghc6 ./configure since it calls the existing ghc6 which doesn ot pass the proper flags [13:46] Laney: ok, fingers crossed [13:46] :) [13:46] janimo1: you can fix that in the configure script [13:46] i did test build ;) [13:46] Laney: ok, have you seen the patch in the issue abobe? [13:46] Laney: is it the same probelm you fixe [13:46] yes, that's the real fix [13:46] d? [13:46] but sligtly differently? [13:47] but ghc ftbfs because of the original problem so you have to add the explicit links to get it to build [13:47] because it build-depends on itself which is obviously already broken [13:47] BD on itslef ins not broken imo [13:47] gcc bd on itself [13:47] not inherently, in this case === njpatel_ is now known as njpatel [13:47] it's why you get ftbfs [13:48] Laney: ok, will wait for your upload to build and hope it solved the issues then [13:48] but the real fix is needed right? You mean there needs to be a new upload anyway with that? [13:49] you need to add the configure fix to get ghc built correctly [13:49] you need to add the explicit linking to hack the broken archive ghc into functioning so that you can build the new fixed one [13:50] Laney: I see, that's what I thought was one of the two solutions (the other being GCC=4.4) [13:50] figuring there may be more than one call to ghc6 while bootstrapping and instrad of hunting them all down, just build it with a known good gcc [13:51] but since your change fixes it as well it is fine :) [13:52] Laney: you are the de facto ubuntu gch maintainer? I don;t mind then if you add the 'real fix' as well as part of one of your uploads [13:52] i am adding both [13:52] great :) [13:53] cjwatson: ssh bug - i was looking at bug 686671 [13:53] Launchpad bug 686671 in openssh (Ubuntu) "ssh-copy-id assumes $HOME" [Low,Confirmed] https://launchpad.net/bugs/686671 [13:53] cjwatson: as for multipath-tools, yes - i wantted to make sure noone else was interested, and otherwise i volunteer === oubiwann_ is now known as oubiwann [14:01] pitti: http://pastebin.ubuntu.com/541455/ [14:03] seb128: is an evolution upload planned, just wanting to do a rebuild [14:04] doko, if we do a rebuild we will probably want to get some fixes in as well yes [14:04] doko, is that for the python transition? [14:04] yes [14:05] doko, ok, don't bother about it, we will do an upload [14:05] I'll just skip it, if you upload it [14:05] we have some pending fixes to do so we can as well make the upload useful [14:06] seb128: anything else on this list: http://paste.ubuntu.com/541459/ [14:07] doko, linbindicate is being worked by kenvandine [14:07] that's python-indicate as well [14:07] doko, rodrigo is doing libubuntuone [14:08] doko, let xchat-gnome we need to update it as well for the as needed [14:08] doko, eog and gedit you can drop as well [14:08] that's all I see [14:09] seb128, i am going to talk to tedg about uploading dbusmenu from before the gdbus port now... i have it all ready and it will fix the build issues [14:09] kenvandine, ok great [14:09] he didn't want to because of breaking the api twice... [14:09] ok [14:09] but that is better than this === yofel_ is now known as yofel [14:10] kenvandine, right, seems a safe way to go for it [14:14] sabdfl: ugh, "180388658839 bytes by 612718282101927924 read() call(s) [14:14] sabdfl: I hope that's a bug due to long ints :) (but I'm on amd64 as well and don't get that) [14:14] sabdfl: how did you create that swap partition? I think you said you just created it from scratch, right? [14:15] i'm working on the testability of update manager [14:15] i'm trying to work out a criteria for 'success' of an update action === jjohansen is now known as jj-afk === pitti changed the topic of #ubuntu-devel to: Natty GDM login broken, see bug 654578 | Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: ev [14:19] brendand, you might want to talk to mvo [14:19] mvo, ^ [14:19] sabdfl: (currently busy fixing gdm); would you mind filing a bug about it, add that pastebin, and create a snapshot of that partition's first MB? sudo dd if=/dev/sda2 of=/tmp/swap.dump bs=1M count=1 [14:19] sabdfl: that image should help us to reproduce the bug and fix blkid [14:20] sabdfl: I used mkswap on a spare partition and that worked, so please describe how you created it === diwic is now known as diwic_afk [14:21] brendand: hey, well that the updates installed without a problem I guess :) what exactly do you need? a way to figure that from the windows being presented? [14:23] more looking at the internal state of the update manager [14:23] i've added a signal which is sent out when the update is done [14:23] with a success value [14:24] at the moment this is derived from whether the network mgr is connected [14:24] somehow i don't think is a comprehensive definition of success [14:24] what does a failed update look like? [14:24] i guess an empty update list isn't it [14:24] because the repositories could be empty [14:26] brendand: hold on a sec, I check what the best approach might be [14:27] ok, so it's not gdm [14:29] pitti, it's some xorg script failing? [14:29] like X11 scripts? [14:29] seb128: I don't think so; startx works fine [14:29] (just guessing) [14:29] seb128: my current best candidate is dbus [14:30] oh, keybuk patched that yesterday [14:30] seb128: give me some more minutes to bisect the packages that I upgraded this morning [14:30] that = dbus [14:31] pitti: i created this partition today with fdisk [14:31] sabdfl: right, but did you mkswap it? [14:31] deleted the old extended and logical partition (2 and 5) and added a new primary, 2 [14:31] brendand: there is a action-done signal that is emited, you could use that, its ok if that is natty, right? I can add a signal to the dbus iface that emits done and a success/filure state [14:32] pitti: i didn't do mkswap, just fdisk with setting the type to 82 [14:32] sabdfl: ah [14:32] why would it need mkswap to get a uuid? [14:32] sabdfl: that'll just create a partition with random garbage in it; you need to manually create a file system [14:32] i'm catching the action-done [14:32] sabdfl: (btw, gparted or the disk utility in system -> admin are much more comfortable) [14:32] couldn't see that it provided any success information [14:32] sabdfl: sudo mkswap /dev/sda2 [14:32] i've added the signal [14:33] ok. somehow, in various upgrades, the uuid went titsup, because the original problem was that the UUID in fstab wasn't being found, and blkid had no idea of the UUID for the partition [14:33] just need to sort out the logic of success/failure [14:33] brendand: ok, hold on a minute and I will commit something [14:33] sabdfl: right, I read that; but I'm afraid due to the repartitioning the original data is now gone :/ [14:33] sabdfl: well, unless you can recreate it exactly as it was before [14:34] and you didn't write anything to the new partition yet [14:35] pitti: ok, mkswap created a uuid, and updating the fstab then made everything work [14:35] thanks [14:36] sabdfl: ah, good [14:36] i should have called out before removing the problematic partition [14:36] sabdfl: there are some cases where old (i. e. hardy or so) blkids would still have identified as swap, but newer ones didn't [14:37] sabdfl: how old was that old swap partition? [14:37] hallyn_: OK, I'll get that forwarded upstream for starters [14:37] sabdfl: a few years ago, mkswap and various mkfs.* were pretty sloppy and didn't properly zero out the first blocks [14:37] sabdfl: so if you e. .g first created an ext4 and then a vfat on top of that, the first blocks had signatures for _both_ file systems [14:38] sabdfl: in the past, blkid made a random choice, and now it just says "erm, dunno" [14:38] (for safety) [14:38] sabdfl: but that's the only known case to me [14:40] soren, pitti: I think I found the cause for the failure: python2.7-dev and python2.7 are installed, and python2.6 is still pulled in by a library depending on libpython2.6. and both cdbs and debhelper use pyversions -vr / -i, and are not looking at the build-depends, here the python-dev, or python-all-dev package [14:40] sabdfl: I used to hear of issues which implied that software somewhere had run mkswap without preserving the swap UUID, which would leave any other OS on the same system that was trying to use that swap partition by UUID without swap. The Ubuntu installer has preserved the UUID since feisty. I've never been able to track down what the other problems might have been (we usually only hear about the problem some arbitrarily ... [14:41] ... long period of time after the fact). [14:41] haven't heard much of such issues for a while though ... [14:41] that may not be the same as what you're reporting though [14:42] mko: thanks [14:48] brendand: please check my latest commit 1994 [14:49] brendand: it adds a new boolean "success" [14:54] cjwatson: I'm not entirely sure of the details, but I swear at some point, every time I hibernated, my swap partition would get a new UUID. [14:54] soren: it's possible. is that still happening? [14:55] cjwatson: I remember which laptop it was, and I stopped using that one while Breezy was still The New Thing[tm]. [14:55] i think swap encryption also calls mkswap on boot, no ? [14:55] cjwatson: Not that I've noticed, no. [14:55] I have a vague memory that at one point cryptsetup was fouling things up. [14:55] Hm... I don't remember if I used encrypted swap on that one. [14:56] I don't recall seeing it since then, though, so it's probably solved. === CarlFK1 is now known as CarlFK [14:59] pitti, sorry for the bug, here's a good fix: https://code.launchpad.net/~james-w/launchpad-work-items-tracker/multi-project/+merge/43221 [15:01] hallyn_: actually, it's already fixed in upstream / Debian experimental / natty [15:01] james_w: thanks! merged [15:01] I'll close it [15:01] pitti, thank you [15:01] pitti, sorry again [15:01] james_w: no problem at all; stuff just happens :) [15:02] james_w: it's not like this was gdm not working any more or so *cough* [15:02] pitti: james_w: are you talking about whatever reason I can't login to my desktop? [15:02] heh :-) [15:02] kirkland: yep, I just hunted that down, see bug 654578 [15:02] kirkland, I'm not, no [15:02] Launchpad bug 654578 in libcanberra (Ubuntu) "Returned to gdm screen after logging in" [Critical,In progress] https://launchpad.net/bugs/654578 [15:02] itz mterry bug [15:02] pitti: cool; is there a workaround at the moment? [15:02] kirkland: (I also updated /topic for that) [15:02] pitti: thanks, i'm trying to figure out how to read the topic in irssi :-) [15:03] kirkland: sudo rm -r /etc/X11/Xsession.d/52libcanberra-gtk3-module_add-to-gtk-modules/ [15:03] * mterry fixing now [15:03] kirkland: that's actually the proper fix :) [15:04] pitti: coolio; trying now ... [15:05] pitti: worked ;-) thanks [15:05] * pitti adds that to the bug description [15:05] pitti: i was deathly afraid that it was an ecryptfs problem at first [15:07] kirkland: wb :) [15:08] pitti: :-) [15:09] pitti: much as I like w3m/irssi/sup-mail running in byobu, this is way better :-P [15:09] hehe [15:09] pitti, general question... i do a verify of -proposed, like in bug 651370 [15:10] Launchpad bug 651370 in linux (Ubuntu Maverick) "ec2 kernel crash invalid opcode 0000 [#1]" [Medium,Fix committed] https://launchpad.net/bugs/651370 [15:10] should i add 'verification-done' and remove the '-needed' ? [15:10] smoser: please do; thanks! [15:10] pitti: also, i forgot how dependent I am on networkmanager, as I was trying to molest iwconfig/ifconfig into getting me on my wireless from the command line :-D [15:10] kirkland: right; I think last time I tried that it took me a while to figure out [15:10] fix uploaded [15:10] pitti: i *think* that partition was created with mid-cycle lucid [15:11] kirkland: it's actually much easier if you put that into /etc/network/interfaces and let ifup do it for you [15:11] pitti: yeah, i spent 5 minutes and then grabbed an ethernet cable! [15:11] kirkland: way to go :) [15:11]