[00:00] <SpamapS> I guess so many patches have been applied.. most of upstream's changes are already there. :-P
[00:11] <slangasek> SpamapS: heh, no clue I'm afraid
[00:12] <SpamapS> slangasek: this is.. the worst merge ever
[00:13] <slangasek> my condolences ;)
[00:13] <SpamapS> half the patches have been upstreamed, half haven't
[00:13] <SpamapS> all centered around the same 4 or 5 files. :-P
[00:15] <TheMuso> Does anybody know how often status.ubuntu.com refreshes?
[00:36] <Riddell> mterry: libbison-dev and python-scikits.statsmodels accepted, sorry for the delay I'm on holiday this week
[00:42] <SpamapS> rmdir: failed to remove `/var/lib/nfs/rpc_pipefs': Device or resource busy
[00:42] <SpamapS> slangasek: seen that on trying to upgrade nfs-common?
[01:27] <cjwatson> Daviey: could you please merge libapache2-mod-perl2 from unstable (or tell me I can do it)?  I think http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636651 is what's causing current build failures with perl 5.14
[02:00] <slangasek> SpamapS: gnar; yes and no
[02:00] <slangasek> SpamapS: I thought I had that upgrade path stable
[02:01] <slangasek> SpamapS: do you have nfs-kernel-server installed?
[02:50] <TheMuso> Anybody using irssi in gnome terminal running precise? If so, are you able to use alt + 1-0 and alt q-o to switch between channels?
[02:51] <StevenK> TheMuso: I've been using Esc-1-0 and Esc-q-o for a long while
[02:52] <StevenK> But I'm on Oneiric
[03:05] <TheMuso> StevenK: Right, it worked for me in oneiric. :)
[03:06] <StevenK> TheMuso: alt-1 and so on switch terminal tabs for me
[03:07] <TheMuso> StevenK: Right, but I have irssi in a separate terminal window on a separate workspace, and since there are no other tabs, irssi's keyboard shortcuts worked.
[03:07] <TheMuso> That was oneiric.
[03:07] <TheMuso> Same setup in precise, but no shortcuts to move between channels.
[03:43] <TheMuso> StevenK: Turns out something in gtk 3.2.2 in precise changed, requiring a patch to vte.
[03:43] <TheMuso> So back to normality for me at least, and hopefully for other users of vte if the patch gets committed upstream.
[03:43] <TheMuso> At which point I'll upload to precise.
[04:19] <SpamapS> slangasek: yes
[04:19] <SpamapS> slangasek: I have nfs-kernel-server installed, and I'm still unable to rmdir even with it stopped and portmap and idmapd and basically everything stopped
[05:13] <pitti> Good morning
[05:15] <pitti> slangasek: no, none of cups etc. should have increased; the 20111114 images increased by 8 MB compressed due to some duplicated fonts, though; we added fonts-nanum and removed ttf-unfonts-core, but that's 7.5 MB delta only
[05:15] <pitti> slangasek: yesterday's daily images were back to 702 MB
[05:17] <pitti> slangasek, micahg: no, I don't have a magic script to check and fix for kernel overrides; in the PPA they are all in "main", and when copying they sometimes randomly go to universe
[05:17] <pitti> the kernel team has a cron job which yells at us if there are uninstallable packages, but apparently it doesn't pick this up (it looks at universe, too?)
[05:26] <micahg> pitti: I realized after I said that that it was fixed at one point copying from native PPAs to apply overrides, but it seems to selectively break
[05:38] <slangasek> pitti: hmm, ok; maybe it was part of something I have here that's not part of the default install then
[05:38] <slangasek> guess I'll investigate further :)
[05:38] <pitti> slangasek: perhaps you can salvage your /var/log/dpkg.log before it gets rotated?
[05:39] <slangasek> SpamapS: should only be nfs-kernel-server, gssd, and idmapd that might need to be stopped; nfs-common's postinst not handling the nfs-kernel-server part of that however
[05:39] <pitti> I'm not tracking installed size here really, it's well possible that some package grew a lot uncompressed, or some postinst is creating lots of data
[05:39] <slangasek> pitti: I certainly have plenty of logs, it's sorting through them to figure out what changed in size that's arduous
[06:19] <slangasek> pitti: revert the workaround> yep, my thinking exactly :)
[06:20] <pitti> slangasek: haven't had tea yet :)
[06:57] <pitti> hm, seems I lost my ability to target bugs to a release
[06:57] <slangasek> !
[06:57] <infinity> !!
[06:57] <nigelb> Needs coffee.
[06:57] <pitti> "You do not have permission to nominate this bug."
[06:57] <JackyAlcine> nigelb: +1 aye
[06:57] <nigelb> Expired from some team?
[06:57] <pitti> not that I know of
[06:58] <slangasek> pitti: what URL?
[06:58] <infinity> pitti: Which bug?
[06:58] <pitti> bug 828415
[06:58] <slangasek> pitti: weird
[06:58] <pitti> I could target it to precise just fine, though
[06:58] <slangasek> pitti: and you didn't accidentally get logged out?
[06:58] <pitti> nope
[06:58] <slangasek> oh
[06:59] <slangasek> you can target but not nominate?
[06:59] <slangasek> that's not new then
[06:59] <infinity> "The Ubuntu release manager is Ubuntu Drivers"... I can't wait for all that to get fixed.
[06:59] <pitti> just tried to target bug 865199 to lucid, which works
[06:59] <slangasek> or do you mean that you can target to precise but not to other releases?
[06:59] <slangasek> ok weird
[06:59] <pitti> so either it's special to oneiric or to that bug
[07:00] <slangasek> pitti: worked for me
[07:00] <pitti> slangasek: ok, thanks; at least I have a task to play with now :0
[07:00] <micahg> pitti: did your original target to release leave you with lucid in the URL?
[07:01] <pitti> https://bugs.launchpad.net/ubuntu/precise/+source/gnome-themes-standard/+bug/828415
[07:01] <pitti> micahg: yes, indeed; that might be it?
[07:01] <micahg> pitti: yes, I think there's a bug for it
[07:01] <pitti> I targetted it to precise before
[07:01] <pitti> ah, good
[07:01] <infinity> pitti: Yeah, need to be on the "raw" bug URL.
[07:02] <infinity> (Or the parent task, or whatever you want to look at it as)
[07:02] <pitti> at least next time I know where to look
[07:03] <lathiat> <broken record risk> security.ubuntu.com is having problems .. is this known / where is the right place to report it?
[07:04] <micahg> pitti: I can't seem to find the bug ATM
[07:06] <slangasek> lathiat: what's the problem?
[07:06] <lathiat> slangasek: well i was having no connection.. now it seems to be working but going slowly.. another guy said the same in #ubuntu so wasnt just me
[07:07] <lathiat> not responding again now for me
[07:08] <slangasek> (this is a reasonable place to report it)
[07:08] <lathiat> thought that might be the case
[07:09]  * micahg is also getting a 500 error
[07:09] <slangasek> micahg: are you rousing IS or do you want me to?
[07:09] <micahg> oops, not a 500 error
[07:10] <micahg> slangasek: if you could please, I'm trying to finish some stuff up
[07:10] <micahg> it's a connection timed out error
[07:15] <slangasek> lathiat: believed to be sorted now
[07:15] <lathiat> slangasek: ok thanks
[07:33] <pitti> wow, xz FTW; I recompressed langpack-locales orig.tar.gz (3.6 MB), now it's 1.2 MB
[07:44] <slangasek> pitti: oh, I found my 200MB; it was being eaten by deleted files belonging to running processes ;)
[07:44] <pitti> hah!
[07:44] <pitti> "Reboot now and win an extra 200 MB"
[07:45] <slangasek> never seen it quite that extreme on a daily update
[07:45] <pitti> who could resist that
[07:51] <pitti> sabdfl: reducing ccsm unity settings and put the most common one into a "real" settings dialog> +1000!
[07:52] <mvo> didn't we had "simple-ccsm" at some point for exactly tihs?
[07:52] <mvo> this
[07:59] <didrocks> mvo: indeed, but it's not compatible with 0.9 and still, it has too many options
[08:04] <mvo> didrocks: aha, yeah, I noticed it got removed
[08:07] <dholbach> good morning
[08:15] <broder> could i get an archive admin to accept the pdns-recursor packages in hardy bin NEW? (it's just a -dbg package that wasn't there before)
[08:16]  * broder is going to have to take a backports break after this to earn his archive admin brownie points back
[08:29] <infinity> broder: Waiting on the PPC build.
[08:29]  * broder looks again
[08:30] <broder> oh, huh. i thought everything had finished, but i must have been distracted by the sparc/hppa failures
[08:30] <broder> sorry about that, then
[08:31] <infinity> broder: Although, the sparc failure is interesting, since the same version built on lucid/sparc...
[08:31] <infinity> broder: Oh well.  Backports are a big "who cares" in that arena, I suppose.
[08:32] <broder> they were certainly much weird failures than i care about as a backporter
[08:32] <broder> *weirder
[08:35] <infinity> broder: Without really looking (and now being unable too, thanks LP), I'm going to guess from parisc/sparc failing that it's endian-related, and ppc will also fail.
[08:35] <infinity> broder: We'll find out, I guess.
[08:35] <infinity> broder: (I scored up the ppc build to see)
[08:36] <infinity> broder: But sparc and parisc also have other oddities in common that aren't shared with powerpc...
[08:36]  * broder nods
[08:49] <infinity> broder: PPC good, accepting all 5.
[09:38] <mvo> ev: I haven't used usb-creator in a long time, but the test-disk feature with kvm is just such a awsome idea!
[09:44] <Daviey> cjwatson: Erm, libapache2-mod-perl2 - slangasek touched it last in Precise.  For future, unless i have a "please merge foo" bug opened and assigned to me indicating it's a complex merge and something is in-progress.. i'll never object to a hijack.
[09:45] <Daviey> Not quite sure why slangasek did the merge TBH, it was a no-change merge.. :)
[09:46] <Daviey> Oh no it wasn't, my bad.
[09:46] <Daviey> I'm a plum.
[09:47] <Daviey> (Doing the merge now.)
[09:49] <cjwatson> Daviey: thanks.  I ask because I sometimes get annoyed when people don't ask me so it would be hypocritical not to. :-)
[09:49] <Daviey> cjwatson: Yeah, you are on my "must ask list" :)
[09:50] <cjwatson> I just end up with a lot of merges I guess, so higher chance ...
[10:31] <ev> mvo: you can thank kirkland for the idea :)
[10:31] <ev> but cheers!
[10:33]  * Daviey looks at component-mismatches, and cries.
[10:37] <cjwatson> Daviey: most of it's due to (AIUI) one package pulling in maven; jamespage said he was going to clean that up
[10:38] <Daviey> cjwatson: Yeah, i imagine it won't be looked at until next week - he's sprinting.
[10:38] <cjwatson> ah
[10:38] <Daviey> cjwatson: BTW, the testsuite failed for libapache2-mod-perl2 failing the build.  Annoyingly, it worked in local pbuilder before uploading
[10:39] <Daviey> Another sample of pbuilder env not matching buildd :(
[10:43]  * ogra_ wonders what cjwatson did ... i get build failures for x86 images etc but apparently all armel images built just fine tonight .... thats a true novum \o/
[10:45] <cjwatson> Daviey: I noticed the failure, although have no particular ideas to offer about it :-/
[10:45] <cjwatson> ogra_: heh
[10:45] <cjwatson> I assure you it wasn't deliberate
[10:45] <ogra_> i wonder why though ... armel shouldnt differ in content from x86 and x86 failed on perl stuff
[10:45] <cjwatson> Ubuntu desktop x86 images built
[10:46] <cjwatson> there was an x86 build attempt from last night when the perl transition was at a point when it couldn't possibly have worked; ignore that
[10:46] <ogra_> yesterdays didnt ... i got failure mails from 23:48 here
[10:46] <cjwatson> yes, that was somebody unidentified doing a manual build for some reason
[10:46] <ogra_> ah, k
[10:46] <cjwatson> maybe I should put $SUDO_USER in the log :-)
[10:46] <ogra_> good idea :)
[10:46] <ogra_> though its over anyway, who cares :)
[10:47] <Daviey> cjwatson: i gave back and it worked, non-determinisitic builds \o/
[10:48] <cjwatson> joy
[11:42] <Drakeson> Alt no longer sends "Meta" in gnome-terminal since two days ago. Which is frustrating. Alt-f, Alt-b, etc. no longer work.  Is it the same for you?
[11:44] <brendand> Drakeson - in precise?
[11:47] <infinity> Drakeson: Fix already uploaded.
[11:48] <infinity> Drakeson: https://launchpad.net/bugs/890555
[13:31] <kirkland> mvo: ev: hey guys, thanks for revisiting that idea ;-)
[13:45] <Drakeson> infinity: Thanks. I looked into gnome-terminal and gtk-3.0 in bugs.launchpad.net, and couldn't find anything related. Guess I should have searched more before complaining here.
[14:04] <cjwatson> $ change-override.py -c universe -y libperl5.12
[14:04] <cjwatson> whee
[14:06]  * ogra_ applauds
[14:07] <pitti> cjwatson: ah, we can't move everything to 5.14 in precise?
[14:08] <pitti> I had thought it was NBS now
[14:08] <pitti> or was that to say "main is done now", and a milestone?
[14:08] <pitti> (congrats!)
[14:11] <cjwatson> pitti: precise will be entirely 5.14
[14:11] <cjwatson> pitti: and yes, that was just to say that all the libperl5.12 users in main are now on libperl5.14 - still universe to go
[14:11] <pitti> nice
[14:11] <cjwatson> libperl5.12 is uninstallable so it has to go :-)
[14:13] <didrocks> congrats cjwatson (and yeah, no more spam in precise-changes ;))
[14:13] <cjwatson> I wouldn't go that far
[14:13] <didrocks> :)
[14:14] <ogra_> didrocks, wail until he does the next haskell run :P
[14:15] <didrocks> ogra_: heh ;)
[14:31] <pitti> ev: just updated https://code.launchpad.net/~ev/apport/disable-core-removal/+merge/81974 again with a question, FYI
[15:11] <stokachu> what package needs to be installed in order to have /usr/lib/pymodules available
[15:12] <stokachu> in my package build ive enabled dh_pysupport -- does that not put the python libraries in their appropriate directories?
[15:13] <stokachu> i see them listed in /usr/share/pyshared which is odd to me
[15:14] <tumbleweed> stokachu: that's how pysupport shares modules between python versions
[15:14] <tumbleweed> stokachu: you should use dh_python2 these days, pysupport is deprecated
[15:14] <stokachu> will dh_python2 create /usr/lib/pymodules?
[15:14] <stokachu> in my chroot that directory doesn't exist and is not in the python sys.path
[15:14] <stokachu> im using pbuilder to attempt to build this package that has python libraries
[15:15] <stokachu> so far everything is placed in /usr/share/pyshared but then fails because its not listed in python path
[15:15] <tumbleweed> it shouldn't be in sys.path. It's a python helper implementation detail
[15:16] <tumbleweed> stokachu: the maintainer scripts, should provide symlinks into the python path
[15:16] <stokachu> and dh_python2 will do that?
[15:17] <tumbleweed> so does dh_pysupport
[15:17] <stokachu> so dh_pysupport places files in /usr/share/pyshared but where does /usr/lib/pymodules come into play
[15:18] <pitti> stokachu: just forget that /usr/lib/pymodules/ exists :)
[15:18] <stokachu> ok
[15:19] <stokachu> so at what point does sys.path get updated to look in /usr/share/pyshared?
[15:19] <tumbleweed> stokachu: it doesn't
[15:19] <tumbleweed> does your package have maintainer scripts, which don't have #DEBHELPER# in them?
[15:19] <stokachu> yea in my rules file
[15:21] <tumbleweed> stokachu: no I meant postinst. Can I see the source package? Also maybe this should move to #ubuntu-packaging
[15:21] <stokachu> ok
[15:49] <ev> pitti: ah, cheers. I've been knee deep in porting the crash reporter to C.  Will have a look after my team meeting.
[16:13] <pitti> ev: oh, you are porting the client side apport parts?
[16:17] <broder> barry: if you want a citation for your port, dbus strings are required to be utf-8 as per the table at http://dbus.freedesktop.org/doc/dbus-specification.html#message-protocol-signatures
[16:18] <broder> (the dbus-daemon does verification and will replace code points that don't validate)
[16:18] <barry> broder: thanks!
[16:24] <ev> pitti: I had to write a parser for the RFC822 stuff, but this is just the daemon that takes the report and sends it over the wire to the crash database frontend
[16:24] <ev> you had requested that if it must live forever, that it not be written in python :)
[16:24] <pitti> ev: right, but I thought we could start this on demand
[16:25] <pitti> by upstart or cron
[16:25] <ev> that doesn't appear to be the case
[16:25] <ev> upstart doesn't have support for inotify watches yet
[16:25] <ev> or an Internet connectivity event
[16:25] <ev> I'm happy to spawn it from that with a --single-shot or whatever flag once we have those bits in place
[16:26] <sladen> on default-route ?
[16:26] <ev> but I didn't want to block on them
[16:26] <pitti> ev: or just have a small daemon doing the inotify and spawning the python process
[16:26] <ev> on actual path to crashdb.ubuntu.com or what-have-you
[16:26] <pitti> ev: but either way, your call
[16:27] <ev> pitti: no need to do it that way around - I've already written it (except for the n-m dbus bits, but that's a cakewalk)
[16:28] <ev> the apport crash format isn't sufficiently complex that I'm worried about having to constantly tune a C parser
[17:34] <stokachu> _jmp_, :X
[17:45] <igetroot> what up all
[17:46] <igetroot> anyone alive in here?
[17:47] <slangasek> frequently so
[17:47] <igetroot> i got a quick question..not exactly a development question, for of a glitch i found
[17:48] <igetroot> atleast i think it's a glitch lol
[17:48] <igetroot> lets say im an unprivileged user, working on the terminal. if i enter this specific string and hit enter, the console freezes for a second and then gives it a /bin/sh shell w/ root
[17:48] <igetroot> but it wont respond to commands afterwards
[17:49] <igetroot> any cmd i enter at the prompt after, just gives me another blank prompt
[17:49] <igetroot> looks like it only works on ubuntu thus far
[17:51] <mdeslaur> igetroot: what string?
[17:52] <igetroot> it'll flood the channel bad if i post it
[17:52] <igetroot> ill put it on a pastie.org post in 1 sec
[17:52] <mdeslaur> igetroot: please send an email to<EMAIL_ADDRESS>[17:53] <mdeslaur> igetroot: and this is the wrong channel, please join #ubuntu-hardened if you want to continue talking about it
[17:53] <igetroot> okay definitely
[17:53] <igetroot> yeah it will give me a /bin/sh root prompt but no commands seem to do anything
[17:53] <igetroot> okay thank you :D
[20:14] <bjsnider> doko_, can we discuss binutils-gold on lucid for a minute?
[20:39] <dobey> can someone approve my ubuntuone-client upload for oneiric-proposed please?
[20:47] <mbiebl> bjsnider: binutils-gold can have very negative effects, if the autotools* files aren't very recent
[20:48] <mbiebl> see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554821
[20:48] <bjsnider> mbiebl, i have a potential fix for a longstanding bug
[21:09] <Randolph> hi all
[21:09] <Fusionite> Hey
[22:12] <angelo-c> Hi guys, I'm trying to solve bug 773841, I wrote the unity part
[22:13] <angelo-c> but when I try to open the smb:// or ssh:// I have this error: Error showing url: The specified location is not mounted
[22:13] <angelo-c> the same error could be easly reprodeced whit xdg-open smb://<IP_ADDRESS>
[22:14] <angelo-c> bith Unity and Xdg open uses the g_app_info_launch_default_for_uri
[22:14] <angelo-c> have you any hunts?
[22:14] <angelo-c> hints?
[22:16] <angelo-c> there are many bug in lauchpad involving xdg-open
[22:16] <angelo-c> I tought that xdg-open sould open nautilus, but nothing happens
[22:25] <angelo-c> anybody out there?
[22:53] <angelo-c> anybody out there?
[23:29] <broder> angelo-c: i think most of the people that work on unity hang out in #ayatana, so that might be a better place to ask
[23:30] <broder> oh, hmm...i missed that xdg-open does the same thing as well
[23:33] <angelo-c> it's not a bug reletad to ayatana, but xdg-open
[23:33] <broder> right, i see that
[23:33] <angelo-c> or better, gnome-open which is called by xdg-open
[23:34] <broder> actually, it sounds like an issue with gvfs, which is what gnome uses for its "virtual" filesystem stuff
[23:36] <angelo-c> yes, I think so, I'm digging hard the source but I'm stuck
[23:37] <broder> i don't know gvfs very well, but i am able to access an smb server if i run "gvfs-mount smb://my/share", and then xdg-open
[23:37] <broder> i don't know whether you're supposed to have to explicitly mount it first like that
[23:38] <angelo-c> I think the bug is here, xdg-open should open nautilus for smb or ssh, or mount in advance the
[23:41] <broder> it seems to me that somebody had a design in their head when they set this up. i would personally try and figure out what that design was before trying to make any changes
[23:41] <broder> it might be a good idea to ask around in, say, #gtk+ on irc.gnome.org
[23:41] <angelo-c> the bug is located in this function g_file_query_default_handler in gfile.c, it should mount the path if not mounted
[23:42] <angelo-c> good idea!
[23:42] <broder> i think you're making assumptions about somebody else's design