mdeslaurThis is weird: bug 85517100:09
ubottuLaunchpad bug 855171 in ca-certificates (Ubuntu) "libnss3.so went missing after upgrade" [Undecided,New] https://launchpad.net/bugs/85517100:09
mdeslaurI just hit that bug also00:10
RAOFAs did I.p00:10
mdeslaurROAF: do you have your dpkg.log to figure out what common packages we both upgraded?00:10
NafaiHey RAOF.  Feeling the last few week's crunch?00:10
RAOFmdeslaur: Yup.00:11
RAOFNafai: I currently have three different systems up.  It's busy :)00:11
htorquemdeslaur: the package upgrade causing it is ca-certificates. ;-)00:18
mdeslaurhtorque: how can you tell?00:20
htorquetouch /usr/lib/x86_64-linux-gnu/libnss3.so ; sudo apt-get install --reinstall ca-certificates → that fails and libnss3.so is gone00:21
=== mdz` is now known as mdz
htorquemdeslaur: my report is actually a dupe of the others, i just didn't see the java stacktrace00:21
LirodonRAOF, I'm going back into inkscape on those GRUB 2 mockups: you said you wanted Recovery stuff in its own menu?00:24
cyphermoxhtorque: can't reproduce with that command00:24
RAOFLirodon: Yup.  And less technical detail in general (ie: I don't think we need the kernel version number on the main screen).00:25
RAOFhtorque: Reproduced here.00:25
LirodonRAOF, hmm, but maybe "Boot with previous Linux kernel" could be a good option with a good "If a recent update to the Linux kernel powering Ubuntu has caused issues, you may boot with a backup copy of a previous one"00:26
RAOFLirodon: Absolutely.  Under the recovery options ?00:26
RAOFHm.  do_cleanup () ? rm -r $nssjdk/libnss3.so ?00:28
LirodonBut hmm, do you think that having an explanation at all of GRUB's parameter/command line is needed?00:29
LirodonI had proposed patching the shortcuts to require a CTRL in them00:30
slangasekRAOF: yeah, that's the culprit :P00:32
jcastromdeslaur: that nss missing bug just hit me too00:32
RAOFslangasek: Is it?  I looks suspicious, but I'm not sure yet that it's actually what's killing it.00:32
=== slangasek changed the topic of #ubuntu-devel to: ca-certificates eats system libraries, DO NOT UPDATE | Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for h
slangasekRAOF: it definitely is00:32
=== leguin.freenode.net changed the topic of #ubuntu-devel to: Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
jcastroah, looks like I joined at the right time. :)00:33
RAOFslangasek: You're on it, then?00:34
broderdoes anybody have access to the @ubuntustatus account?00:34
jcastroI believe I do, on it00:34
slangasekRAOF: ish00:35
slangasekRAOF: would help if someone else could work on fixing the code while I'm sounding the alarm00:35
RAOFslangasek: Ok.  I'll see what I can do to hunt it down.00:37
=== Lutin is now known as Guest99625
LirodonRAOF, now, I wonder, while there were objections to moving ALL the recovery tools into the Recovery menu, what SHOULd be in there?00:42
doko_slangasek, there was a suggestion to drop the libdir setting in nss.cfg. openjdk does have the multiarch path on the default libpath.00:44
doko_the other safety check would be to check both arguments for -n before comparing00:45
doko_both in the hook and the postinst00:46
cyphermoxRAOF: found the issue, I think00:47
slangasekdoko_: that last sounds sensible to me00:47
cyphermoxwhich dpkg-query --version fails every time00:47
RAOFWell, and it's looking for libnss3.so which doesn't exist, rather than libnss3.so.1d, which does.00:48
=== slangasek changed the topic of #ubuntu-devel to: ca-certificates eats system libraries, DO NOT UPDATE (bug #855171) | Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubu
slangasekgood enough for now00:48
slangasekcyphermox, RAOF: which> that's a bug but not the bug00:48
slangasekcyphermox: this is being triggered in the hook, not the postinst; the hook doesn't call which00:49
slangaseklibnss3.so which doesn't exist> er, you mean doesn't exist /any more/, I guess?00:50
RAOFRight.  The hook looks for libnss3.so in libnss3-1d, doesn't find it, and hence merrily symlinks the real libnss3.00:50
Lirodonokay, what would be the best name for a "run level 3"-type mode? "Boot without graphical desktop"?00:50
doko_cyphermox, "which dpkg-query --version fails every time", what do you mean?00:50
slangasekRAOF: ah00:50
RAOFslangasek: No, it's looking for libnss3.so in libnss3-1d, and libnss3-1d contains libnss3.so.1d00:50
slangasekdoko_: the postinst calls 'which dpkg-query --version'; "which" takes a single argument00:50
RAOFWhich is why it compares an empty string with /usr/lib/x86_64-linux-gnu, merrily symlinks libnss3 to itself, then deletes it.00:51
RAOFActuall, that doesn't make sense.00:51
doko_slangasek, I don't get it, sorry. exits with 0 with or without argument00:52
slangasek$ which dpkg-query --version00:52
slangasek$ echo $?00:52
slangasekdoko_: ^^00:52
RAOFOh, no.  That does make perfect sense.  It's deleting libnss3.so from libnss3, rather than libnss3.so.1d from libnss300:52
slangasekbut I don't think that's the issue00:52
cyphermoxit's not00:54
RAOFSo, what I think the issue is: nsspkg=$(dpkg-query -L libnss3-1d | sed -n 's,\(.*\)/libnss3\.so$,\1,p') is always empty, so the query against nss.cfg is always false, so ?ln -sf $nsspkg/libnss3.so $nssjdk/? always happens (which symlinks to itself), then do_cleanup kills $nssjdk/libnss3.so, which just happens to be /usr/lib/x86_64-linux-gnu/libnss3.so00:55
micahgright, that's a transitional package now00:55
micahgthat should be libnss300:55
RAOFOr it should be looking for libnss3\.so\.1d$00:56
RAOFOne or the other.00:56
slangasekdoko_: ^^ that analysis seems correct to me; so we should update the dpkg-query for the correct package name, and we should add a guard in do_cleanup() to make sure we don't remove anything if either nsspkg or nssjdk is empty?00:57
LirodonRAOF, "Boot using previous Linux kernel", "If an update to the Linux kernel has caused hardware issues or other problems, you may boot using a backup of the previous kernel."00:57
RAOFLirodon: Probably better to do that in #ayatana.01:00
doko_slangasek, RAOF http://paste.ubuntu.com/694144/01:00
doko_ahh, package name ...01:00
slangasekdoko_: yep, nearly identical to what I have here, except for fixing the pkg name check in the hook01:01
slangasekdoko_: bug #855171 for your changelog, btw01:01
ubottuLaunchpad bug 855171 in nss (Ubuntu) "libnss3.so went missing after upgrade" [Undecided,Confirmed] https://launchpad.net/bugs/85517101:01
slangasekdoko_: http://paste.ubuntu.com/694145/ is mine, if you want to compare / steal01:02
RAOFdoko_: ?if dpkg-query >/dev/null; then? is going to consistently fail, isn't it?  dpkg-query when called with no arguments returns an error.01:02
doko_gahh, the postinst has it right01:02
doko_RAOF, it's which dpkg-query01:03
slangasekdoko_: you changed two calls; one had 'which' in front (in the postinst), the other did not (in the hook)01:03
slangasekRAOF: good catch01:03
RAOFWhat slangasek said :)01:03
doko_slangasek, go ahead, use your version01:03
doko_I think I do more harm now ...01:05
slangasekdoko_: ok, uploading - thanks for your help01:05
slangasekdoko_: I think you can sleep easily now :)01:06
doko_slangasek, will do, good night :-)01:06
=== Lirodon is now known as Viper550
doko_infinity, ready for review01:12
Viper550RAOF, Even though this may be better in a design channel, I still think that anything involving the bootloader/startup can be relevant in here01:14
RAOFBut what you're after is design feedback, right?01:15
Viper550design, and functionality, and feasibilitiy01:15
RAOFWell, it looks perfectly feasible to me.01:16
jcastroslangasek: ok so I get the recovery instructions right, will a normal upgrade after this upload fix it or is there something else the user needs to do?01:20
Viper550speaking of recovery ... I cannot believe there aren't GUI-based disk cloning programs on Linux01:25
slangasekjcastro: if they've been hit by the fix, they should manually reinstall the libnss3 package01:27
slangaseker, hit by the bug01:27
slangasekwe can look at doing a no-change rebuild of libnss3, but that will take *much* longer01:27
jcastrook so just dpkg -i it from the local archive?01:27
slangasek'apt-get install --reinstall libnss3' *SHOULD* work, but is failing consistently for me and others01:27
jcastrofailed for me too01:28
RAOF?apt-get install --reinstall libnss3:i386 libnss3? worked for me.01:28
slangasekRAOF: oh, clever01:28
RAOF(And on i386 just apt-get install --reinstall libnss3 worked for me)01:28
RAOFWhen apt does something weird, guess that it's multiarch fallout and kick it in the foreign-arch ?01:29
slangasek'apt-get install --reinstall libnss3:i386 libnss3' should also work on i386, fwiw, so it's probably safe to give everyone that command01:29
slangasekRAOF: heh :)01:29
jcastrogot it, I'll put the word out on that01:29
slangasekRAOF: btw, what's wrong with your quote characters :)01:29
jcastrook so that apt-get install command hits the network, which is impossible for people who are broken01:33
jcastroso reinstalling the deb from /var/cache is probably the best way to go for those people?01:33
* RAOF 's network wasn't broken.01:34
jcastronor mine, but apparently it broke other people01:34
RAOFBut, yeah.  If the network is broken hope that the deb's in /var/cache.01:34
jcastrodo you have the exact version of the deb handy?01:34
slangasekor boot from the liveCD you keep lying around when you're running betas01:34
slangasekjcastro: 3.12.9+ckbi-1.82-0ubuntu501:35
* ajmitch wonders how it could break the network enough for apt-get to not work01:38
RAOFajmitch: Because all sorts of things link to libnss301:39
RAOFnetwork manager components, ecryptfs-*, ?01:39
ajmitchI didn't think that apt would have been one of those01:39
ajmitchah right01:39
RAOFI noticed this because logging in immediately dropped me back to unity-greeter.01:40
* ajmitch is too used to having a working network without n-m :)01:40
RAOFBecause it was no longer possible to mount my ecryptfs home.01:40
sgnb`debian bug #620031 is present in natty... is it possible to fix it? the fix is trivial and non intrusive...07:26
=== sgnb` is now known as sgnb
sgnbactually, it has been reported in Ubuntu as well... #69670607:41
=== ikonia_ is now known as ikonia
=== elleuca is now known as Guest1587
=== dendro-afk is now known as dendrobates
=== doko_ is now known as doko
dokojtaylor, do you have an opinion/suggestion about dlr-languages?08:35
jamespagedoko: branch proposed for FTBFS for shrinksafe - which should fix the dojo build failure as well once published08:44
dokojamespage, \o/08:44
jamespagebug 83136608:44
ubottuLaunchpad bug 831366 in shrinksafe (Ubuntu Oneiric) "shrinksafe version 1.6.1-1 failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/83136608:44
jamespagegot to know rhino AST quite well :-)08:45
=== chrisccoulson_ is now known as chrisccoulson
ricotzdoko, hello, do you know what happened to x264 v116?08:55
ricotzthe binaries arent available in the repos anymore08:56
dokoricotz, what should I know?08:56
dokowhich source package?08:56
ricotzdoko, i was hoping so since you commented on the mir of x26408:57
dokoricotz, it's in the archive. what are you looking for?09:05
ricotzdoko, thank, i hope you can look at it09:05
ricotzit isnt available for download09:06
ricotzok, now it is, again09:06
ricotzlooks like a glitch of some kind, but it really wasnt there a moment ago, sorry09:08
ricotzE: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/universe/x/x264/libx264-116_0.116.2042+git178455c-1ubuntu1_amd64.deb: 403  Forbidden [IP: 80]09:08
ricotzi thought there went something wrong with the main transition09:08
ricotzok now it is gone again :\09:09
ricotzdoko, please look at http://archive.ubuntu.com/ubuntu/pool/universe/x/x264/09:09
=== ember` is now known as ember
loolHmm a debmirror on ubuntu fails on natty-updates with:09:33
lool[GNUPG:] BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key <ftpmaster@ubuntu.com>09:33
loolmany other pockets have a good signature though09:33
loolI've retried this and it failed again, so it doesn't seem to be temporary skew09:33
loolI can wait one hour for the next run, but it seems odd that we'd be publishing invalid sigs09:33
loolif I download natty-updates' Release and Release.gpg it gives a good signature, hmmm09:35
loolapparently this was really a temporary skew, sorry for the noise; it just lasted surprisingly long as I had the time to fetch many suites 3 times with some inconsistency each time09:37
sorenUh oh.09:44
tseliotpitti: any ideas on bug #855396 ? I don't know what's going on. I have attached a patch which makes things a little better but the driver still doesn't show up09:58
ubottuLaunchpad bug 855396 in jockey (Ubuntu) "Jockey doesn't provide fglrx-updates" [High,Triaged] https://launchpad.net/bugs/85539609:58
pittitseliot: hey10:01
pittitseliot: looking10:01
tseliotpitti: thanks10:01
pittitseliot: I also just got another interesting one in bug     85517510:01
ubottuLaunchpad bug 855175 in jockey (Ubuntu) "jockey fglrx driver error" [Undecided,New] https://launchpad.net/bugs/85517510:01
pittitseliot: seems it's picking up fglrx:i386 and showing that as a separate handler10:01
tseliotpitti: I think we can create a subclass to catch that and make it fail so that it doesn't show up10:02
tseliotpitti: that = fglrx:i38610:03
pittitseliot: I'd just fix it in OSLib to filter out the ones with non-matching arches10:03
tseliotpitti: I don't see fglrx:amd64 (my current arch) but only fglrx and fglrx:i386 so maybe we can filter out anything with ":" in their name?10:07
pittitseliot: right10:08
pittiI just need to ponder how to reproduce this, but shouldn't be too hard with a slight hack10:09
pittitseliot: hm, might that be the same issue?10:10
pittithat> your bug10:10
tseliotpitti: in my bug though, we can't get fglrx-updates but only fglrx and fglrx:i38610:11
pittitseliot: so your patch supplies an xorg_driver name10:13
pittitseliot: does that actually work, i. e. does it help to set a driver "fglrx_updates" in xorg.conf?10:13
pittitseliot: I thought we aren't supposed to actually set that any more, as otherwise we break the automatic fallback to ati10:13
tseliotpitti: no, that's just for the kernel module10:16
tseliotpitti: as the module alias would be fglrx_updates10:17
pittitseliot: oh, of course, I misread; that looks correct, nvidia.py does that as well10:17
pittitseliot: can you please commit that?10:17
tseliotpitti: sure10:18
pittitseliot: I'll have a deeper look at this in a bit then10:18
tseliotpitti: thanks10:19
s1adencjwatson: (last person to touch console-setup, noting console-terminus).  Do you know what the default font loaded for the VGA/framebuffer is.  Is it terminus.  I can't work out where in the initscripts the font loading is actually taking place.  (kirkland's colour setting is in vtrgb in console-setup)10:23
tjaaltonpitti: i filed a bug against jockey about removing the choice of installing "experimental nouveau 3d support", which is now installed by default anyway. should probably be targeted for oneiric release10:25
pittitjaalton: ah, thanks; which bug #?10:25
tjaaltonbug 83953310:26
ubottuLaunchpad bug 839533 in jockey (Ubuntu) "Please remove the handler for nouveau 3D" [Undecided,Confirmed] https://launchpad.net/bugs/83953310:26
pittitjaalton: thanks10:26
cjwatsons1aden: locale-dependent10:29
=== s1aden is now known as sladen
cjwatsonsladen: /var/lib/dpkg/info/console-setup.config, search for CODESET and FONTFACE10:30
tjaaltonpitti: thank you :)10:30
pittitseliot: I think I'll compare the apt cache's package object .architecture() against c['xserver-xorg-core'].installed.architecture; that sounds most correct?10:31
sladencjwatson: oh, right.  So this is first-time install dependent/10:31
pittitseliot: in the crazy case that someone actually installs the :i386 xorg-server on an amd64 machine :)10:31
pittitseliot: ah no, we also have non-X drivers; I'll ask dpkg about the native arch instead10:32
=== tkamppeter__ is now known as tkamppeter
tseliotpitti: I haven't looked into the apt code after the work on multi-arch but I guess that would be correct10:34
tseliotpitti: BTW I've just pushed my patch10:35
cjwatsonsladen: yes10:36
cjwatsonor dpkg-reconfigure console-setup10:36
sladencjwatson: got everything I needed.  thank you!10:37
pittitseliot: seems you pushed an empty changelog?10:39
pittitseliot: want me to add it for you?10:39
tseliotpitti: yes, sorry, I'm used to write the changelog only before the release10:40
tseliotpitti: but I also pushed the actual patch10:42
pittitseliot: yup, I saw, thanks! changelog committed as well10:42
pittitseliot: I usually write them right away and then use debcommit to construct an appropriate bzr commit changelog10:42
tseliotpitti: oh, I see. In git I simply push commits and then use git-dch to fill the changelog10:43
tseliotI'll keep in mind the debcommit command10:44
pittitseliot: that's fine10:44
pittitseliot: hah, your's is an easy one: fglrx-updates does not have any Modaliases: :)10:47
tseliotpitti: oh, it's definitely easy to fix then. I wonder how it happened. BTW your bug seems to be fixed here10:49
pittitseliot: I updated the bug and added an fglrx-updates task10:50
tseliotpitti: thanks10:50
tseliotpitti: the code in fglrx-updates looks fine though. I have both XB-Modaliases: ${modaliases} in debian/control and the relevant code in debian/rules. I wonder why I didn't get any modaliases in the package10:54
pittitseliot: it seems to work fine for nvidia-*-updates, anyway10:54
pittitseliot: I suspect it's identical to the code in fglrx?10:54
pittitseliot, tjaalton: jockey fixes uploaded, will go in right after b210:55
tseliotpitti: well, the code in fglrx and fglrx-updates is the same. I can check nvidia-*-updates but it should be the same10:55
tjaaltonpitti: nice, thanks10:59
=== Pendulum_ is now known as Pendulum
=== MacSlow is now known as MacSlow|lunch
Sweetsharktyhicks: could you take over nannying bug 745836?11:28
ubottuLaunchpad bug 745836 in ecryptfs-utils (Ubuntu) "soffice.bin crashed with SIGSEGV in cppu::throwException()" [High,Confirmed] https://launchpad.net/bugs/74583611:28
Sweetsharktyhicks: that would be great.11:28
=== dholbach_ is now known as dholbach
tkamppeterpitti, hi11:41
pittihey tkamppeter11:43
Laneyricotz: did you get any answerS?11:44
Laneyit seems to affect more packages than just that one11:44
elleuca_seb128, https://bugs.launchpad.net/ubuntu/+source/gnome-utils/+bug/85546011:46
ubottuUbuntu bug 855460 in gnome-utils (Ubuntu) "Fonts Viewer and thumbnailers not installed" [Undecided,New]11:46
seb128elleuca_, yes?11:47
elleuca_seb128, GNOME font viewer and thumbnailer are no longer installed by oneiric, package build issue11:48
tkamppeterpitti, it is about bug 855445 and bug 855026. It is a CUPS crash which happened to me yesterday and today, when creating a print queue. I have submitted the automatic reports hoping to get a stack trace for an upstream bug report. Unfortunately, Apport refuses to retrace as it seems to not have the correct dbgsym packages on the server (and my system was always up-to-date). Can this be a bug in Apport?11:48
ubottuLaunchpad bug 855445 in cups (Ubuntu) "cupsd crashed with SIGSEGV in _cups_strcasecmp()" [Undecided,Invalid] https://launchpad.net/bugs/85544511:48
ubottuLaunchpad bug 855445 in cups (Ubuntu) "duplicate for #855026 cupsd crashed with SIGSEGV in _cups_strcasecmp()" [Undecided,Invalid] https://launchpad.net/bugs/85544511:48
pittitkamppeter: oh, I think that's fixed with the update I uploaded this moring11:49
pittiah, ignore me11:50
pittiit's  acrash, not _cups_strcasecmp() not existing, sorry11:50
seb128elleuca_, see bug #83940711:50
ubottuLaunchpad bug 839407 in gnome-utils (Ubuntu) "gnome-font-viewer missing in oneiric" [Undecided,Confirmed] https://launchpad.net/bugs/83940711:51
pittitkamppeter: yeah, sorry about that; seems our debug symbols are very far behind, so the retracer can't get an useful trace out of it11:51
tkamppeterpitti, yes, it is a crash. Has nothing to do with the Natty->Oneiric update. My box is a daily-grown Oneiric.11:51
Sweetsharkpitti: does the retracer retry later?11:51
pittiSweetshark: no; why should it work better later on?11:52
pittisome ddebs seem to be missing11:52
Sweetsharkpitti: ah, ok. I misunderstood that.11:52
elleuca_seb128, ok, sorry for duplicate, it seems I performed a bad search before opening mine11:54
seb128elleuca_, no worry ;-)11:54
pittiseems to affect a lot of crashes; I'll try whether I can fish out some lost ddebs11:54
tkamppeterpitti, that is bad for the development, as one cannot make use of Apport's retracer during the development period. pitti, is there a chance that I can retrace these bugs later, and how do I trigger a new retrace?12:05
pittitkamppeter: you need to reuplaod the crash, I'm afraid12:06
pittitkamppeter: but right now it won't make too much sense, it won't be any better12:07
tkamppeterpitti, you need the file in /var/crash? How long do I have to wait?12:08
pittitkamppeter: I'm re-running ddeb-retriever to fetch all ddebs from teh last 7 days; that might help a bit; I'll ping you when it's done12:09
ricotzLaney, hi, no, i didnt get a real answer -- good that you can confirm this problem12:36
ricotzthey are just disappear from time to time12:36
Laneyjpds is fixing it12:37
ricotzok :)12:37
=== MacSlow|lunch is now known as MacSlow
barrypitti: ping13:08
pittihey barry13:09
barrypitti: hi.  i wonder if you have any ideas about a weird problem i'm having with gtimelog 0.6.1.  i've added the ppa you mentioned, and built a pkg from trunk's 0.6.1, but something very strange is happening13:09
barrypitti: when i run 'gtimelog' say from a shell, none of the key presses get sent to the app.  e.g. ctrl-q doesn't work, but neither does alt-1 or alt-2, etc.  when i run it from lp:gtimelog via ./gtimelog, everything works fine.13:10
pittibarry: right, compiz/unity currently has a bug with eating keypresses13:11
pittiF10 and Alt+Letter also don't work anywhre13:11
pittibarry: you can work around it with UBUNTU_MENUPROXY= gtimelog13:11
barrypitti: oh wow, trying!13:11
pittithat'll use the per-app menu instead of the global menu bar13:11
barrypitti: bingo.13:12
barrypitti: but why does it work when running from source but not when running from an installed pkg?13:12
pittibarry: hah!13:12
pittibarry: it's because trunk prefers pygtk13:13
pittibarry: we have a "force-gi" patch which makes it use pygi13:13
pittibarry: if you apply it to trunk (the "raise ImportError"), it's the very same13:13
barrypitti: wait though, that patch was installed upstream, so it shoudl be the same (remember, i'm running a pkg built from trunk and both are 0.6.1)13:13
pittibarry: no, it wasn't; upstream said they prefer using pygtk13:14
barryoh wait13:14
barryright, it was the other gi patch that was added upstream13:14
barrypitti: well, i think by default i am now the upstream maintainer :)  should i just go ahead and apply force-gi?13:14
pittibarry: it's not a nice upstreamable patch, as it effectively just totally disables pygi13:15
pittibarry: for upstream it should rather swapa around the try/except ImportError:13:15
pittibarry: i. e. try to import the GI bits, and if that fails, fall back to pygtk13:15
pittibarry: force-gi is just a minimally intrusive hack which is easy to maintain in our packages13:16
pittibarry: at some point we should just drop the pygtk bits, though, which will make the code a whole lot easier13:16
barrypitti: that makes sense.  thanks for the explanation.  let me look at doing exactly that.  do you happen to have a bug # handy for the compiz/unity keypress gluttony?13:17
pittididrocks: ^ do you happen to know?13:17
* didrocks backlogs13:18
didrocksyep, one sec13:19
didrocksthe is bug #849732 for Alt + key13:20
ubottuLaunchpad bug 849732 in unity-2d "Alt + <application menubar shorcut> doesn't work" [Critical,Triaged] https://launchpad.net/bugs/84973213:20
=== madnick_ is now known as madnick
didrocksF10 should work now though since last release13:21
barrydidrocks: thanks. note that if this is the bug affecting gtimelog, it's not just alt that gets eaten, but ctrl too13:21
barrydidrocks: i'll add a comment to the bug13:22
didrocksCtrl + w/q, those weren't reported, I think it's the same than the alt one, adding some news13:22
didrocksbarry: retitled13:23
barrydidrocks: ack13:23
kelemengabortedg: hi, do you have a minute to review the proposed branch to bug #853130?13:44
ubottuLaunchpad bug 853130 in Ubuntu Translations "Untranslated string in indicator-datetime" [Medium,Triaged] https://launchpad.net/bugs/85313013:44
tedgkelemengabor, Hmm, it's merged, not sure why LP didn't pick that up..  http://bazaar.launchpad.net/~indicator-applet-developers/indicator-datetime/trunk/revision/13213:46
hrwsomeone know which package I need to isntall for "from gi.repository import AppIndicator3 as AppIndicator"?13:47
seb128hrw, gir1.2-appindicator3-0.113:48
kelemengabortedg: no, it isn't, this is the same problem in another file13:48
kelemengaborand another bug too13:48
tedgkelemengabor, Ah, okay.  Sorry.13:48
tedgkelemengabor, Done13:50
kelemengabormvo: ping, got a few minutes to review some proposed branches in bug #853231?13:52
ubottuLaunchpad bug 853231 in Ubuntu Translations "Make the software-properties .policy file dynamically translatable" [Medium,Triaged] https://launchpad.net/bugs/85323113:52
pittibarry: "we'll actually have a working app"> oh, is my 0.6.0 upload broken?13:54
pittibarry: but with 0.6.1 we should be down to just the force-gi patch, so that's nice :)13:56
barrypitti: no, i'm sorry, my comment was misleading.  i merged your gi-fixes patch to upstream 0.6.113:57
pittiah, that'd be a working upstream release indeed13:57
barrypitti: right!  i'm going to rework the gi-by-default patch for upstream 0.7 too (it'll be overridable from an envar)13:58
pittibarry: simply swapping around the imports seems easiest, though? i. e. first try GI, then try static?13:58
barrypitti: yep, with just a tiny bit of goo to read an envar first.  or do you think that's not worth it?  (i.e. upstream should always default to gi).  would someone ever want pygtk if gi were available?13:59
pittibarry: I don't know; pygtk and gtk2 are dead in my view of the world, but some other people might still use it; but _if_ they have gtk 3 and GI, I can't think of why they wouldn't use it14:00
barrypitti: fair enough.  you know i have the same general rule (e.g. python3, though py2 is still twitching in my world.  :).  i'll make it unconditional and let bug reports drive any further change.  thanks!14:01
pittibarry: the only thing that actually works better with pygtk2 is the dynamic adaption of the panel tray icon (it looks bad with Radiance)14:02
pittiwith indicators that hack doesn't seem to work any more14:02
pitti(pygtk mode doesn't use indicators)14:02
barrypitti: and this bug ;) https://bugs.launchpad.net/ubuntu/+source/computer-janitor/+bug/80657414:03
ubottuUbuntu bug 806574 in computer-janitor (Ubuntu Oneiric) "computer-janitor-gtk crashed with AttributeError in reorder(): 'ListStore' object has no attribute 'reorder'" [Medium,Triaged]14:03
pittibarry: does that affect gtimelog, too?14:03
pittibarry: ah, not introspectable as the array has an unknown size14:06
pittibarry: hm, I thought I've seen that before14:06
pittiright, I even followed up there :)14:06
barrypitti: :)14:07
barrypitti: but tbh, i don't think anyone actually *likes* cj so i'm not particularly motivated to fix it ;)14:07
pittiI'm actually using it occasionally, as it's quite good at picking up some cruft14:08
pittibut yeah, it's become a step child14:08
=== shadeslayer_ is now known as shadeslayer
barrypitti: i kind of like it too, but i think some people have had catastrophes with it14:08
pittibarry: perhaps the reordering could just be disabled14:10
barrypitti: that's probably a fine solution, since i really don't know how useful the feature is14:11
jmlstgraber: hello. For ARB submitted apps, what's the process like for submitting a new version of an app?14:33
stgraberjml: same process as for getting it in initially though you can skip the screenshots and logo step if they're the same. Code review is usually easier as we usually just check the delta.14:34
jmlstgraber: thanks. I guess https://wiki.ubuntu.com/PostReleaseApps/Process is the relevant doc?14:35
stgraberjml: yep14:36
jmlstgraber: thanks!14:37
* mneptok reboots and prays libnss3 is back where it should be14:49
pittimneptok: hang on14:50
pittimneptok: it won't come back automatically14:50
pittimneptok: we just fixed the bug that kills it14:50
pittimneptok: you have to reinstall libnss3 if it got zapped14:50
mneptokpitti: i brought up eth0 by hand, used --reinstall, and then update && upgrade && dist-upgrade14:50
mneptokpitti: my nm-applet icon is back, Chrome is launching (depends on libnss3-0d) and all seems well.14:51
mneptoki guess i should have said "prays libnss3 is back where it should be, *AFTER* a manual --reinstall"  :)14:52
doko#include <Python.h>14:56
dokonamespace sf {14:56
doko#include <cstddef>14:56
doko#include <stddef.h>14:56
dokotypedef ptrdiff_t GLintptr;14:56
dokog++ -c -I/usr/include/python2.7 foo.cc14:56
dokofoo.cc:9:9: error: 'ptrdiff_t' does not name a type14:56
mneptokdoko: can i blame you for the broken ca-certificates-java issue? mind you, i don;t care if you are actually responsible. i just want a blame target. O:)14:57
slangasekmneptok: you're meant to blame me, it's all multiarch's fault14:58
dokomneptok, blame as you can ...14:58
dokoI just did upload it, didn't approve it ;-P14:58
mneptokslangasek: drat. if i blame you, The Mighty Missus Slangasek will beat me to a pulp. less because she's burly and mostly because i'm a wuss.14:59
mneptokdoko: in better news, with the certs update Pidgin no longer warns about AOL servers being untrusted when trying to enable an AIM account. that's quite nice.15:05
=== eyes_ is now known as EyesIsServer
=== brannig_an is now known as brannig
hyperairScottK: could you ack my upload of banshee to oneiric please? no FFe required. just a new upstream bugfix release from an unstable version to a stable.15:45
=== tkamppeter_ is now known as tkamppeter
tkamppeterpitti, is are the dbgsyms of Apport up-to-date now?15:55
=== mdz` is now known as mdz
=== beuno is now known as beuno-lunch
dpmmvo, I can't remember, does app-install-data-ubuntu contain translation for the descriptions of all desktop files in the Ubuntu archive, regardless of whether the packages containing them are in main, universe, etc?16:09
mvodpm: yeah, I'm not sure though if those are striped during build16:12
=== deryck is now known as deryck[lunch]
kirklandmterry: ping16:16
kirklandmterry: i have an ecryptfs-verify script here16:16
dpmmvo, let me ask pitti: Martin, do you happen to know if the descriptions from non-main/restricted package are striped from app-install-data-ubuntu at build time?16:16
kirklandmterry: i was wondering if you might help with a bit of testing16:16
mterrykirkland, oooh, ok16:23
infinity@pilot in16:23
=== udevbot changed the topic of #ubuntu-devel to: ca-certificates eats system libraries, DO NOT UPDATE (bug #855171) | Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubu
kirklandmterry: give me a minute, i'll get you a branch16:24
infinityAaaaand, topic overflow.16:24
kirklandmterry: bzr branch lp:ecryptfs, r566.  see: src/utils/ecryptfs-verify16:31
kirklandmterry: you can run it in place16:31
mterrykirkland, k16:31
kirklandmterry: ie, no need to build/install16:31
kirklandmterry: i've tested it a bit here, works for my test cases16:31
jtaylormterry: can you reproduce bug 745119?16:46
ubottuLaunchpad bug 745119 in meld (Ubuntu) "meld crashed with IndexError in get_chunk(): list index out of range" [Undecided,Confirmed] https://launchpad.net/bugs/74511916:46
mterryjtaylor, I think so.  I believe it has to do with activating View->Refresh16:46
jtaylork, gotta go now, if you ahve more information please post it in the bug, I'll have a look when I'm back. thx16:47
jtayloralso if oneiric is still affected, natty has a very buggy -dev version16:47
mterrykirkland, it seems to report 0 (ecryptfs enabled) on a user that isn't using it16:49
kirklandmterry: doh16:49
kirklandmterry: can you pastebin the output?16:49
mterrykirkland, though I'm running as a user that is.  (src/utils/ecryptfs-verify -u tester) where tester is the username16:49
mterrykirkland, "INFO: Configuration valid" is all I get16:49
kirklandmterry: hrm, okay, let me reproduce16:49
kirklandmterry: can you pastebin the sh -x ?16:50
mterrykirkland, ah, I didn't give it any tests to run.  Sorry, should have read --help first16:51
kirklandmterry: oh, good call though -- i should error out in that case16:51
mterrykirkland, maybe add a quiet mode too, for ease of calling without redirecting output to /dev/null?16:52
mterrykirkland, though that's not hard to do16:52
kirklandmterry: i thought about that, and I could ... however, I figured >/dev/null was pretty simple?16:52
mterrykirkland, yeah, that's fine16:52
kirklandmterry: it's not hard for me to do, though16:53
mterrykirkland, eh, don't listen to me trying to feature creep this simple utility16:53
kirklandmterry: :-)16:53
mterrykirkland, ok, works for me16:53
kirklandmterry: stdout and stderr are seperate too16:54
kirklandmterry: so you can filter one or the other or both16:54
kirklandmterry: pull r567, and see that the no-checks-given error gets you16:55
mterrykirkland, yup16:56
kirklandmterry: sweet, i'll release and upload as soon as the archive thaws16:56
mterrykirkland, thank you!16:56
kirklandmterry: np, thanks for the reminder16:57
=== beuno-lunch is now known as beuno
=== deryck[lunch] is now known as deryck
ahasenackhi guys, can someone please take a look and hopefully approve the landscape-client packages which are in the upload queue for maverick and natty?17:17
ahasenackhttps://launchpad.net/ubuntu/maverick/+queue?queue_state=1 and https://launchpad.net/ubuntu/maverick/+queue?queue_state=117:17
ScottKhyperair: It doesn't need a pre-upload approval, but we're frozen for beta 2, so it won't be looked at until after.17:34
hyperairScottK: alright. it's already uploaded, and waiting in the queue.17:34
slangasekapw: bug #855764 filed on linux about the grub->linux flicker that persists here; insight welcome17:49
ubottuLaunchpad bug 855764 in linux (Ubuntu) "text console between grub and plymouth in oneiric, with current grub" [Undecided,Confirmed] https://launchpad.net/bugs/85576417:49
SpamapSslangasek: question on multiarch..17:53
* slangasek hides under an ld.so.conf17:53
SpamapSslangasek: my binary only printer drivers from canon are i386 only as well.. they depend on libpopt0 .. which only exists in /lib17:53
SpamapSslangasek: so effectively, they are now uninstallable.. where before they actually worked fine with my amd64 libpopt17:54
slangasekSpamapS: libpopt0 is still shipped in ia32-libs for this reason (and others)17:54
slangasekehm, how do you mean "worked fine"?17:54
SpamapSslangasek: works fine17:54
SpamapSI can extract the binaries and use it.. it runs17:54
slangasekyou mean it depends on libpopt0 but doesn't use the library?17:54
slangasekso you can install with --force-depends17:54
SpamapSheh.. I didn't think of that. :-P17:55
slangasekrather, you *need* to install with --force-depends... and whether you bother to fix up the libpopt.so.0 dependency by installing ia32-libs afterwards is up to you17:55
slangasekmvo: if I search for skype in software-center on oneiric, it offers to install it for me from natty-partner even though the i386 package is now available in oneiric-partner... I guess something needs updating to know about oneiric-partner?18:00
slangasekbjf: http://reports.qa.ubuntu.com/reports/boot-speed/dell-latitude-e6510/2011-09-20_00-00-03/bootchart.png shows a lot of time spent in /usr/lib/update-notifier/update-motd-updates-available, which wouldn't be the case on a typical boot.  Should/could we correct for this somehow, possibly by making sure there's an 'apt-get update' as part of what's run on the system before the boot test?18:18
bjfslangasek, that's a good point18:19
bjfslangasek, i normally 1. install the daily iso, and reboot, 2. install bootchart and modify /etc/default/grub and update-grub, 3. reboot for speed test18:22
bjfslangasek, there is an 'apt-get update' before installing bootchart (step 2)18:23
slangasekbjf: hmm, I guess we need to dig into that then to find out why update-motd-updates-available is still doing work after an apt-get update18:32
mvoslangasek: yeah, that needs a update, there is a bzr branch already, I will upload tomorrow morning latest18:35
slangasekbjf: I notice too that in some of these, ureadahead looks like it's reprofiling the boot; do we need an additional reboot in there, to make sure we're measuring with an up-to-date ureadahead pack?18:38
slangasekmvo: aha - thanks, man :)18:39
bjfslangasek, could be18:39
slangasekI wonder why we call dbus-uuidgen at boot when we also call it in the postinst19:02
mvoslangasek: new app-install-data-partner with multiarch skype is up19:06
slangasekmvo: huzzah :)19:06
broderslangasek: i think livecd-rootfs removes the dbus uuid, so there isn't actually one at install time19:14
broder(and you wouldn't want there to be, anyway, because then it makes for a crappy universally unique id :-p)19:14
slangasekbroder: that seems like something ubiquity should fix up as part of the install to disk, though, not something we should do on every boot19:15
broderslangasek: i looked into this once; my recollection is that it short-circuits fairly quickly if the uuid is there19:15
slangasekbroder: it's actually popping up on my radar because it's showing up in boot charts as taking a non-trivial amount of time :)19:16
broderyeah, that was why i was looking at it :)19:16
broderbut +1 from me to fixing this in the installer and dropping it from the upstart job19:18
slangasekkirkland: do you know why setvtrgb seems to take .25s to 1s to do its thing at boot?  it's possible it's just stuck waiting on the kernel and has no impact on boot speed, but it's strange that it should take this long19:18
ryoohkiwould this be the place to ask for help with pbuilder?19:42
Davieyryoohki: depending on the volume, yes - #ubuntu-motu is another very good place for things like that.19:47
=== yofel_ is now known as yofel
=== infinity changed the topic of #ubuntu-devel to: Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
infinity@pilot in19:53
=== udevbot changed the topic of #ubuntu-devel to: Beta 2 Freeze | Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: infinity
smoserhey all.19:55
smoseri'm looking at https://code.launchpad.net/~menesis/ubuntu/oneiric/paste/oneiric/+merge/7558419:55
Davieysmoser: if it gets rid of that annoying warning every time i invoke python, great19:59
ximionhi! I would love to see bug 847815 - I get messages about duplicates, but I don't have the required rights to see this bug :(19:59
ubottuError: Launchpad bug 847815 could not be found19:59
ximionif someone would be so kind to make it public... :P19:59
infinitysmoser: Can you test if building the Debian paste on oneiric fixes the bug?  If so, I say we just sync instead of merging that patch.19:59
Davieyximion: looking19:59
infinitysmoser: Oh, except that ours already has changes.  What are those?  *looks*20:00
Laneyyeah, we already have .1-220:01
infinityYeah, indeed.20:01
Davieyximion: public.20:01
infinitySo, ScottK's comment stops making sense to me at this point. ;)20:01
infinitysmoser: Nevermind me.  I was assuming ScottK's comment on the bug made sense. :P20:02
ScottKWhat bug?20:02
ubottuUbuntu bug 810019 in distribute (Ubuntu Oneiric) "UserWarning printed on import pkg_resources'" [Medium,Confirmed]20:02
Laneythat bug affects Debian too20:03
ximionDaviey: thanks!20:04
Laneyah, already there20:04
ScottKIt was a drive by comment based on the one before, so indeed, there's no guarantee it makes sense.20:04
smoserok. i can verify this20:05
smoseri built binaries of the ubuntu version and the proposed20:05
smoseris the diff20:05
ximionDaviey, I still don't have permission... But maybe LP is just slow today...20:05
smoserand installed, and it doesn't give the issue anymore20:05
Davieyximion: odd, try now.20:06
smoserso, to me, its a straight forward fix.20:06
Davieysmoser: well it looks safe, but does it work? :)20:06
smoserbut i really dont know what the namespace_packages.txt does20:06
ximionDaviey: works now, thanks again! :)20:06
smoseryes, verified it works.20:06
ximionoh nooo, it's Russian :D20:06
Davieyximion: hug google translate.. feel free to add your own words to the description.20:07
ScottKConsidering the paste maintainer is also the dh_python2 author, I think the chances of a bad dh_python2 conversion are low.20:08
DavieyScottK: well seems something is wrong he missed.20:08
ScottKI'd run it by him first.20:09
ximionDaviey: Apparently he asks if he can write russian text there :D20:09
ScottKIIRC automatic handling of namespaces is one thing that's changed.20:10
DavieySo, the big task is against distribute, not paste20:10
Davieybut we only see this issue when paste is installed.20:10
smosersee the debian bug20:10
smoserit affects other python packages too20:10
DavieyThe Debian bug is pretty stale.20:12
Davieybarry: do you have thoughts on this?20:13
* barry reads back20:13
Laneyhe explicitly touched that line when doing the dh_python2 conversion20:17
jtayloryou get the same working with argparse installed btw20:19
smoserjtaylor, thank you.20:20
smoserjtaylor, wait..i dont think so20:20
Laneyjtaylor: i can't reproduce that. how?20:20
smoseri have argparse, and i have the proposed fix installed for paste, and i no longer see any warnings with20:21
smoser python -c 'import pkg_resources'20:21
jtaylorI get it when starting ipython qtconsole20:22
ScottKI think the fix is wrong.20:22
Davieyjtaylor: i don', without touching paste20:22
jtaylorit seem sconnected with pygments20:22
ScottKWith dh_python2 we shouldn't have to extend sys.path.20:22
jtaylor /usr/lib/python2.7/dist-packages/pygments/plugin.py:39: UserWarning: Module argparse was alrea...20:22
ScottKThe current package has /usr/share/pyshared/Paste-
jtaylorah because that includes pkg_resources20:23
ScottKSo I think the actual problem is that file getting installed.20:23
barryso, interestingly enough, piotr originally suggested removal of *.pth files, but then backtracked20:23
barry(this was in reference to flufl.lock getting into debian)20:23
barryactually i think it was jakub who said:20:24
ScottKAIUI his debian/rules tries to remove it, but fails.20:24
jtaylorneither argparse nor pygments install pth files20:24
barrywhich would make sense because i don't think either provides a namespace20:24
ScottKIf I manually remove the pth file, the warning doesn't happen.20:24
barryjtaylor: so you're getting two pkg_resources?20:26
smoserScottK, you're saying if you remove /usr/lib/python2.7/dist-packages/Paste- the problem goes away ?20:27
smoserbecause i do not see that.20:27
ScottKActually, not quite.20:27
jtaylorbarry: I only see one20:27
ScottKI removed rm /usr/share/pyshared/Paste-
Laneysmoser: http://paste.debian.net/131463/20:28
jbichayesterday's ca-certificates bugfix doesn't actually restore libnss3 to those who lost it, would a libnss3 rebuild help?20:28
barryindeed, after installing python-paste, and importing pkg_resources, it's getting it from where i'd expect20:29
smoserjbicha, only those who did a fresh install were affected. i assume you're one of them.20:29
smoserso, Laney, what did i do wrong ?20:30
barryit's very disconcerting that you get a warning about module Paste when you don't even import it20:30
infinityjbicha: Yes, but ideally not in the middle of a freeze.20:30
Laneythe find line fails to remove the pth file20:30
jtaylorpkg_resources does some weird stuff when you import it20:30
Laneyfind /srv/home/laney/temp/paste- -name '*.pth' -or -name 'namespace_packages.txt' -print -delete20:30
ScottKLaney: Yes.  That's what needs fixing.20:30
jbichasmoser: no, not a fresh install, anyone who had been using Oneiric & happened to upgrade to the broken ca-certificates yesterday20:31
barryyeah, try turning on -v to see the imports that happen as a result of pkg_resources.  zope, then lazr, and it's there i get the warning20:32
barryScottK: so you're saying that it's python-paste that needs fixing?  if so, i think i agree :)20:33
jbichainfinity: people's systems are quite broken, and it's easier to tell people to update then for them to find a random .deb to install20:33
dokobarry, you can give back cardstories on the regular buildds20:33
ScottKbarry: Yes, but I think someone should also talk to POX before fixing it.20:33
Laneyjust needs some parens20:33
jtaylorin my argparse case it comes after lazr20:34
barrydoko: build retried20:34
ScottKI don't agree that the proposed change is correct.20:34
Laneyfind /srv/home/laney/temp/paste- \( -name '*.pth' -or -name 'namespace_packages.txt' \) -print -delete20:34
Laneylike that20:34
barryScottK: i asked pox for his opinion of bug 810019 on #debian-python20:36
ubottuLaunchpad bug 810019 in distribute (Ubuntu Oneiric) "UserWarning printed on import pkg_resources'" [Medium,Confirmed] https://launchpad.net/bugs/81001920:36
ScottKOK.  Thanks.20:36
barryhe may not be around now though20:37
barrywell, i subscribed him to the lp bug20:37
jbichainfinity: thanks20:38
ScottKIt's just (IIRC) part of supported, so we can get this fix in when it's ready.20:38
ScottKNo need to sweat the beta 2 milestone.20:38
smoserjbicha, i dont think you're right though20:38
smoserbecause i upgraded to the busted openssl20:38
smoserand i'm not broken20:39
infinitysmoser: And by "openssl", you mean "ca-certificates"?20:39
jbichasmoser: it was ca-certificates and I had to manually install libnss320:39
smoserso, Laney ScottK if i remove those .pth files, my problem does not go away.20:40
smoseri'm on updated to the moment-ish oneiric20:40
smosergranted i do have some ppas installed for openstack20:40
dokojelmer, do you want to propose heimdal 1.5 for the final release?20:40
ScottKYou may have more than one package installed with the same issue.20:40
jtaylorso got a way to reproduce argparse issue: mkdir -p external/argparse; touch external/__init__.py; echo "import argparse > external/argparse/__init__.py"; python -c import external.argparse; import pkg_resources"20:40
jtaylornot related to any pth files20:40
smoserScottK, but it is still paste that complains20:41
smoseror, is complained of20:41
Davieysmoser: what file did you rm?20:43
smosersee pastebin, daviey20:43
Daviey/usr/share/pyshared/Paste- ?20:43
Laneysmoser: do you have /usr/lib/python2.7/dist-packages/PasteDeploy-1.5.0-nspkg.pth ?20:44
Laneyseems pastedeploy has the same issue20:44
smoseri was just suspecting that.20:44
barryfrom #debian-python:20:44
barry<POX> barry: well, I am actually *not* removing this damn Egg stuff  [16:42]20:44
barry<POX> will fix in next upload20:44
barry 20:44
Laneyconfirm/deny plz20:44
smosersudo rm $(dpkg -L python-pastedeploy | grep pth$)20:44
Davieysmoser: it also doesn't help me20:44
smoserthat fixed my problem20:44
Laneyright, so pastedeploy has it too20:45
smoserDaviey, you also have paste-deploy probably20:45
Laneywhich is unsurprising because it has exactly the same line in its rules file20:45
Davieysmoser: confirmed20:45
Laneybarry: can you pass that info to POX?20:45
barryLaney: sorry, which info exactly?20:45
ScottKbarry: Since POX was heading to bed, why don't you file some nice bug reports in Debian once this is sorted?20:45
infinitybarry: That if his find syntax was correct, this would all be working. ;)20:45
Laneythat python-pastedeploy needs fixing too20:46
ScottKbarry: That paste-deploy is broken too20:46
ScottKerr, that one.20:46
Davieyseems to be evil, /usr/share/pyshared/*.pth20:46
* Laney has NFI what .pth files actually are :-)20:46
barryLaney: http://docs.python.org/library/site.html#module-site20:47
jtaylorI don't think removing the pth file is a proper solution20:47
jtayloror is my argparse example somehow wrong?20:47
jtaylorthat method is quite important to ipython20:48
barryso, sounds like pox will fix those in the next debian uploads20:48
barry(of paste*)20:48
Davieyjtaylor: Nobody else has been able to reproduce your argpath example?20:48
Laneydoes he agree with our assessment?20:48
dokoI'll disallow imports from /ust/share/pyshared directly for the p-series20:48
Laneyi.e. should we upload fixes like that?20:48
jtaylorDaviey: https://bugs.launchpad.net/ubuntu/+source/distribute/+bug/810019/comments/920:48
ubottuUbuntu bug 810019 in distribute (Ubuntu Oneiric) "UserWarning printed on import pkg_resources'" [Medium,Confirmed]20:48
dokojtaylor, did you see my dlr-languages question?20:49
Davieyjtaylor: dropping the .pth files breaks ipython?20:49
ScottKsince POX says he'll upload fixed versions tomorrow, my recommendation is just wait and sync that.20:50
Davieysmoser / jtaylor: removing the pth files does break ipython20:51
barryokay, so pox is going to upload fixed versions tomorrow.  we'll need to sync that once it's uploaded and then our problem should be fixed20:51
Davieyinfact, it breaks paste.20:51
Davieyyou can't import paste full stop, without the pth files.20:51
smoserwell, thats hardly of concern.20:51
smoseri dont want to see the error!20:51
barryexactly.  installing paste should not cause that warning for unrelated modules20:52
jtaylorah ok now I get it, the argparse issue is caused by paste ._.20:54
=== tuos is now known as tuomasjjrasanen
jtaylordoko which dlr-languages question?20:55
barrydoko: dang.  cardstories 1.0.6-1 still ftbfs, but it builds fine for me locally.  i'll keep digging20:56
OdyXtkamppeter: is your foomatic-db patch upstream'ed ?20:57
dokojtaylor, ahh, sorry, that was Laney, not you20:57
Laneyregarding my email?20:57
dokowill remove it now20:57
ryoohkiDaviey: thanks!20:57
dokoLaney, yes, I do not want to care about the whole dlr stack, and ironpython is now part of that (mess)20:58
Laneycan it be split up?21:03
dokoI didn't check anymore. let's address this for p21:04
Laneyno probs21:04
jelmerdoko: are you asking whether that's what I had planned, or requesting I do so?21:20
dokojelmer, have you been a diplomat in your former life?21:20
jelmerdoko: Sorry :)21:21
jelmerdoko: I didn't have any plans to upload the final 1.5 release into oneiric.21:21
dokojelmer, no, was a question what should be supported, and if the changes are worth (the risk) including it21:21
dokoLaney, could you have a look at bug 756121?21:30
ubottuLaunchpad bug 756121 in nemerle (Ubuntu Oneiric) "nemerle version 0.9.3+dfsg-3 failed to build on i386" [High,Confirmed] https://launchpad.net/bugs/75612121:30
Laneydoko: we are removing it21:30
Laneyi thought directhex filed the rm bug21:31
Laneybut no, I will do it now21:31
dokojelmer, what's the status about bug 83137521:33
ubottuLaunchpad bug 831375 in bzr-hg (Ubuntu Oneiric) "bzr-hg version 0.2.0~bzr409-1.1 failed to build in oneiric" [High,In progress] https://launchpad.net/bugs/83137521:33
LaibschI have added http://paste.debian.net/131459/ to my pbuilderrc s suggested in http://www.netfort.gr.jp/~dancer/software/pbuilder-doc/pbuilder-doc.html#altcompiler to build with gcc 4.4 (4.6 has a bug on my CPU), but logging in to the pbuilder and doing "gcc --version" still show 4.6.1.  What's wrong?21:36
dokoLaney, same for bug 83137321:39
ubottuLaunchpad bug 831373 in ikvm (Ubuntu Oneiric) "ikvm version failed to build in oneiric" [High,Confirmed] https://launchpad.net/bugs/83137321:39
jelmerdoko: it's on my todo list, I'm hoping to address it before the end of the week (as well as some other bzr-hg issues)21:43
Laneydoko: debian bug #642361 for nemerle21:49
ubottuDebian bug 642361 in ftp.debian.org "RM: nemerle -- ROM; FTBFS, not buildable with Mono" [Normal,Open] http://bugs.debian.org/64236121:49
Laneyfire ze missiles21:49
dokoLaney, thanks, fired21:57
Laneyivkm looks like a missing --exclude-modeuleref21:57
slangasekdoes anyone here see plymouth crashes on boot?22:01
slangasekwe get plenty of bug reports about it... but it's a deep bug that needs to be reproduced locally to fix22:02
RAOFWhat would a plymouth crash look like?22:09
slangasekRAOF: an apport pop-up :)22:11
RAOFHeh.  So, no, none of my systems do that :)22:11
slangaseksomewhere there's a reference counting bug in the event loop code, but my eyes can't find it.... I need to get at a gdb session, but the retracer helpfully scrubs all core files from the bugs before it shows them to me :P22:14
=== babaei_ is now known as babaei
tkamppeterOdyX, the upstream repo for foomatic-db is still down, I will upstreamize the patch as soon as it gets possible.22:35

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!