[12:23] <ne78> All window clients using the new xcb backed Xlib make an _XCBUnlockDisplay error. is there a solution ?
[12:54] <cjwatson> I would just like to say that filesystem corruption in /lib/udev/devices/std{in,out,err} is particularly annoying to try to recover from
[02:19] <jdong> is restricted-manager to be installed by default?
[02:25] <mdz> jdong: that's the plan
[02:25] <jdong> mdz: awesome, that's nice to hear :)
[02:25] <mdz> cjwatson: I wonder why those aren't created on the fly
[02:25] <jdong> mdz: will it be made apparent to users that Restricted Manager is available?
[02:26] <jdong> i.e. if fglrx/nvidia cards are detected, pop up a first-boot notification bubble, etc
[02:26] <mdz> jdong: it will be in the menu and the release notes; do you mean something more?
[02:26] <mdz> jdong: something along those lines is intended, yes
[02:27] <jdong> mdz:  yeah, having it inform the user "Additional 3D acceleration is available for your hardware through proprietary drivers. Click this icon for more info" would be good.
[02:28] <cjwatson> mdz: Debian's udev has the facility to do it, but for some reason Scott decided it was evil
[02:28] <bddebian> Sounds evil :-)
[02:28] <cjwatson> and indeed I think Debian's udev is configured that way by default, with /etc/udev/links.conf
[02:29] <jdong> bddebian: how about a little BonziBuddy-like GPL advisor (like a RMS buddy? :D)
[02:29] <mdz> cjwatson: I expect there are already plenty of targets in /lib such that corruption is more likely to take out something else critical
[02:29] <cjwatson> it's curious that just those three inodes got clobbered
[02:30] <bddebian> jdong: Haha.  Yeah he pops up "THAT SOFTWARE IS NON_FREE!!"
[02:30] <cjwatson> they seem unusually related for random corruption
[02:33] <jdong> bddebian: New Malone bug 666666 in restricted-manager "RMS buddy leaves facial hair artifacts after closing" [High, Confirmed] 
[02:33] <bddebian> haha
[03:13] <kronoman> I think that Ubuntu needs a better failure recovery, for novice users
[03:13] <kronoman> I mean, the concept of dumping to a root terminal if the system crashes goes against the "for human beings" thingy
[03:46] <cjwatson> kronoman: you've made your point multiple times now, and mdz commented on it earlier as well. I don't think it's necessary to keep bringing it up
[03:46] <mdz> maybe it's a bot
[03:49] <cjwatson> there are enough variations that I think not
[03:50] <lifeless> markov chain?
[04:19] <Arch_NME> personally motivated suggestion... develop some support for cellular internet services into future ubuntu release
[04:19] <Arch_NME> that is all
[05:18] <TheMuso> c
[05:18] <TheMuso> damn kvm
[05:23] <jdong> I'm guessing not the virtualization solution :)
[05:28] <TheMuso> jdong: no
[05:52] <kronoman> cjwatson: so, is worth that I start coding something like that ? or is already done ?
[05:52] <kronoman> cjwatson: I could make like a 'agent' that could guide the user in the recovery steps
[06:15] <fabbione> morning
[06:16] <Fujitsu> Hi fabbione.
[06:17] <fabbione> yo
[07:05] <Fujitsu> fabbione: Who broke what?
[07:06] <fabbione> update from yesterday to today.. something took down my network.. network manager told NOT to touch my wired network, was spinning at 100% CPU unkillable and unable to reconfigure my network interface.. = full lock of the machine
[07:06] <fabbione> now i have tons of corrupted crap in my /home
[07:06] <fabbione> somebody is going to suffer a lot of pain today
[07:06] <Fujitsu> Ouch.
[07:07] <Fujitsu> My NM exploded when I upgraded this afternoon, too... But it didn't kill the machine.
[07:07] <fabbione> the machine was killed because i have some stuff over nfs
[07:07] <Fujitsu> Oh.
[07:08] <fabbione> NM should not have touched my network since i told it NOT too in the first place
[07:08] <Fujitsu> Heh, heh, heh.
[07:08] <Fujitsu> That was the change, I believe.
[07:08] <Fujitsu> You might want to check the changelog.
[07:08] <fabbione> Fujitsu: already done...
[07:41] <Lutin> hey there
[07:41] <Lutin> doko: are you around ?
[07:42] <doko> Lutin: not really ...
[07:43] <Lutin> doko: ok, see you later then
[07:55] <Mithrandir> mdke: regarding 82335> if you believe my fix doesn't cover all the cases, please tell me what you don't think is covered by my fix and I will be happy to take a look at that.
[08:04] <fabbione> Mithrandir: mind to check outdate for ppc? i think gnome-panel-data is outdated... 
[08:04] <fabbione> or tell me where it is now and i will look at it
[08:05] <Mithrandir> stuff moved to http://people.ubuntu.com/~ubuntu-archive/
[08:06] <Mithrandir> I should send a mail to u-d-a about it.
[08:06] <fabbione> thanks
[08:13] <fabbione> Mithrandir: i guess ppc could use a general giveback
[08:30] <Mithrandir> pitti: you win 42 new source language packs. :-)
[08:31] <pitti> Mithrandir: accepted 30 seconds ago :)
[08:31] <Mithrandir> pitti: great. :-)
[08:31] <pitti> Good morning everyone, btw
[08:32] <mvo> good morning pitti
[08:34] <mantiena> heloo all
[08:36] <mantiena> There are no builds at cdimage.ubuntu.com/livecd-base/  for 4 days at least, anobody knows why ?
[08:36] <StevenK> Mithrandir: If I give you a debdiff for openoffice.org-voikko, would you mind uploading it?
[08:36] <Mithrandir> StevenK: please.
[08:38] <StevenK> Mithrandir: http://wedontsleep.org/~steven/ooo-voikko.debdiff
[08:38] <StevenK> Mithrandir: It's just a build1 -> build2 kick
[08:38] <Mithrandir> ah, sure.
[08:39] <StevenK> I tested it last night, I seriously doubt anything shattering has happened to the archive in the mean time.
[08:41] <Mithrandir> StevenK: uploaded
[08:41] <Mithrandir> Fujitsu: just too late. :-)
[08:41] <Fujitsu> Damn.
[08:41] <Fujitsu> I've got another 20 minutes, surely?
[08:41] <Mithrandir> maybe, if you're in the DC.
[08:41] <Fujitsu> And another hour after that before it starts building.
[08:42] <StevenK> Mithrandir: Thanks
[08:42] <StevenK> Mithrandir: I managed to get to the (7am) tech board meeting, and got a +1 from mdz and sabdfl for -core-dev, by the way
[08:42] <Mithrandir> StevenK: yay. :-)
[08:43] <StevenK> Oh yes. :-)
[08:44] <tepsipakki> StevenK: have you tested that ooo-voikko would get correct Conflicts by a simple rebuild? I've talked to the maintainer who said that it doesn't currently handle rc-versions
[08:44] <Fujitsu> StevenK: Congrats :)
[08:45] <Mithrandir> tepsipakki: sorry I wasn't around last night for your core-dev application
[08:45] <StevenK> tepsipakki: I can look again, if you like.
[08:46] <tepsipakki> Mithrandir: np, I forgot to ask you to be there ;)
[08:47] <tepsipakki> pitti: I'll look at vesa later today
[08:47] <tepsipakki> sorry, evdev
[08:47] <pitti> tepsipakki: vesa? context?
[08:47] <pitti> aah
[08:47] <pitti> tepsipakki: thank you
[08:48] <pitti> tepsipakki, Mithrandir: FYI, the meeting didn't handle applications, at least not until an hour after it started
[08:48] <pitti> tepsipakki: applications are supposed to be handled through email to the TB first now
[08:48] <tepsipakki> there is 1.1.5 which was released for 7.2 but maybe we should just find the commit to make it build
[08:48] <tepsipakki> pitti: oh, ok
[08:48] <pitti> tepsipakki: backporting++, unless we can exhaustively test this easily
[08:48] <tepsipakki> I can do both
[08:49] <pitti> does 1.1.5 officially belong to 7.2?
[08:49] <tepsipakki> evdev isn't used by default anyway
[08:49] <tepsipakki> yes
[08:49] <pitti> if it's a stable branch from upstream, that might even be better; in this case we should just eyeball the diff for suspicious changes
[08:49] <tepsipakki> but the list of changes wrt to 1.1.2 is long
[08:50] <tepsipakki> but either way
[08:50] <pitti> the other bug that I saw that crashed a program due to that API/ABI change wasn't very encouraging
[08:50] <tepsipakki> due to evdev?
[08:51] <pitti> yes; I mentioned that other bug in the FTBFS bug report
[08:51] <tepsipakki> ah
[08:51] <fabbione> Setting up network-manager (0.6.4-6ubuntu3) ...
[08:51] <fabbione>  * Reloading system message bus config...                                                                                           [ OK ]  
[08:51] <fabbione>  * Restarting network connection manager NetworkManager                                                                                    
[08:51] <fabbione> BAHM
[08:51] <fabbione> and 2
[08:52] <fabbione> Mithrandir: i think the last network manager update is breaking hard
[08:52] <Mithrandir> fabbione: that's a terrible bug report. :-P
[08:55] <fabbione> Mithrandir: i can give you all details.. basically ifaces are not wireless and configured via interfaces to use dhcp
[08:55] <fabbione> Mithrandir: for some reasons NM takes them down and it's not capable of bringing them up again
[08:55] <fabbione> and that's bad when you have NFS mounted stuff
[08:56] <Mithrandir> hm, you have multiple active interfaces?
[08:56] <mdke> Mithrandir: your changelog entry says that it fixes the bug for people who use static interfaces. But the bug occurs also for people who use dhcp, and has them configured in /etc/network/interfaces, as I understand it NM simply ignores them
[08:57] <mantiena> who is responsible forf cdimage.ubuntu.com mirroring ? livecd-base mirroring doesn't work, because REMOTE HOST IDENTIFICATION HAS CHANGED
[08:57] <fabbione> Mithrandir: yes i do.. most of them are virtual interfaces tho
[08:57] <fabbione> Mithrandir: on my i386 there is only one real and plenty between vmware and tunnels
[08:57] <fabbione> Mithrandir: on laptop is one wired ether and 2 wireless.. tho i told NM NOT to touch any of them
[08:57] <Mithrandir> mdke: no, it doesn't.
[08:57] <fabbione> on both machines.. 
[08:58] <fabbione> and during the upgrade it does try to take them over
[08:58] <mdke> Mithrandir: ok, well lots of people on that bug report say that it happens on their system (and it does on mine - I don't use static, I use dhcp)
[08:58] <Mithrandir> mdke: can you attach your /etc/network/interfaces to the bug report, please?
[08:59] <mdke> mantiena: https://launchpad.net/~ubuntu-cdimage
[08:59] <mdke> Mithrandir: sure
[08:59] <mantiena> mdke: what ? I'm talkink about mirroring scripts
[08:59] <mantiena> mdke: it seems womeone just forgot to upload new ssh key
[09:00] <mdke> mantiena: I was answering your question
[09:00] <mdke> "who is responsible for cdimage.ubuntu.com..."
[09:00] <Mithrandir> fabbione: the solution in your case might then be "don't use NM".
[09:00] <khermans1> it appears that many packages are depending ~gnome < 2.18
[09:00] <fabbione> Mithrandir: well i told NM not to touch my networks.. at least i think it is supposed to keep settings?
[09:01] <khermans1> but >= 2.18 are being installed
[09:01] <Mithrandir> fabbione: uh, how did you tell NM that?
[09:01] <Fujitsu> fabbione: As I said before, the change in the last version modified that behaviour.
[09:02] <fabbione> from the applet: "Enable Networking".. i thought it meant.. keep your NM hands away from my settings
[09:02] <fabbione> Fujitsu: yes.. i got that...
[09:02] <Fujitsu> Oh, that way.
[09:02] <mdke> Mithrandir: done
[09:02] <Mithrandir> fabbione: no, it doesn't, and it's not what it says on the lid either.
[09:03] <khermans1> ie -> libwnck18 depends libwnck-common (<2.18) but 2.18.0 will is installed
[09:03] <mantiena> cjwatson:  cdimage.ubuntu.com/livecd-base mirroring doesn't work, because REMOTE HOST IDENTIFICATION HAS CHANGED - look at cd-build-logs on people.ubuntu.com/~cjwatson
[09:03] <Mithrandir> khermans1: we just had a new revision of gnome uploaded, the archive isn't consistent yet.  No need to nag us about it, it's being tended to.
[09:04] <khermans1> Mithrandir: i see that and i was wondering if you knew -- now i know
[09:05] <khermans1> Mithrandir: is there a HOWTO for unb0rking my apt/dpkg now that i screwed myself with the last dist-upgrade?
[09:05] <Mithrandir> khermans1: wait until it doesn't give errors and then upgrade.
[09:06] <Mithrandir> mdke: your interfaces file ought to work with the new NM.
[09:06] <khermans1> Mithrandir: :-(
[09:06] <Mithrandir> mdke: I haven't tried, but from my changes and how your file looks, I believe that case is also fixed with the latest NM upload.
[09:07] <mdke> Mithrandir: alright, I'll check and close the bug if so. I maybe misunderstood your changelog entry
[09:07] <Mithrandir> mdke: it might not respect the wireless-essid setting, though, which would be a bug.
[09:07] <Mithrandir> mdke: or my changelog entry wasn't good enough
[09:07] <mdke> Mithrandir: :)
[09:12] <sabdfl> i'm about to do an upgrade, is apt / apt-utils b0rked? should I hold off a few hours?
[09:14] <Mithrandir> sabdfl: no, but you shouldn't force through updates if apt tells you that it can't install everything.  We had a full gnome upload yesterday and the archive is still slightly busy sorting the bits.
[09:17] <Treenaks> Mithrandir: yeah, I noticed.. after it had removed gnome-panel :)
[09:18] <Fujitsu> I noticed (what I presume to be a result of) it when my gnome-panel crashed a few times a second.
[09:18] <Treenaks> Fujitsu: that too
[09:18] <Fujitsu> But then something else updated and it started up fine.
[09:24] <mdke> Mithrandir: yes, works. Wow, the applet is quite cool all of a sudden
[09:25] <Mithrandir> mdke: does it pick up the wireless setting correctly too?
[09:25] <mdke> Mithrandir: I had to left click on the applet and select my network, then it connected
[09:26] <mdke> no idea if i was already connected or not
[09:26] <Mithrandir> mdke: ok, it probably ignore it, then.  I should probably make it call ifup/ifdown and not manage it itself.
[09:26] <mdke> ok, well I'm happy anyway
[09:28] <dholbach> good morning
[09:46] <pitti> hey dholbach 
[09:48] <dholbach> hey pitti
[09:53] <Kagou> it's seems that daily-live feisty iso for i386 is too big today
[09:56] <pitti> mvo: erk, the 'reboot required' dialog's German translation has lots of  signs in it
[09:56] <pitti> carlos: ^ I thought that would have been fixed?
[09:57] <carlos> ggrrr, I forgot to send the request to the DBA :-( It's my fault
[09:57] <Hobbsee> BenC: linux-backports-modules-2.6.20 is in depwait - sure the build-deps for that are right?  (it's referencing -8 headers, not -9)
[09:57] <carlos> I'm going to do it now so I'm sure I will not forget it again
[09:57] <pitti> carlos: thanks
[09:57] <pitti> Hobbsee: and now we are at -10 already
[09:59] <Hobbsee> pitti: true that, but it seems that it's behind, or something.  the 9.3 built with the -8 headers, so i'm confused.
[10:01] <Mithrandir> the control file for l-b-m is wrong
[10:01] <Hobbsee> i suspected as much, what should it be?
[10:02] <Hobbsee> ie to point to -9, or -10?
[10:02] <Mithrandir> -10, but it's not a manual process.
[10:02] <Mithrandir> I can fix it.
[10:05] <Mithrandir> Hobbsee: thanks, fixed.  Good catch.
[10:06] <mneptok> +sexy
[10:06] <Hobbsee> Mithrandir: :)
[10:06] <mneptok> Mithrandir: careful. that's Hobbsee's job.
[10:07] <Hobbsee> mneptok: you wish it was.
[10:07] <Mithrandir> mneptok: you dirty old man.
[10:07] <mneptok> Hobbsee: the GF is pleased to know that women continue to abuse me as she sleeps. it's like a weird trade union.
[10:08] <Hobbsee> heh
[10:12] <dholbach> could somebody please give back gnome-python-desktop on amd64?
[10:13] <Mithrandir> dholbach: done, and same for ppc done
[10:13] <dholbach> Mithrandir: you ROCK :)
[10:13] <Mithrandir> thanks. :-)
[10:13] <dholbach> :-))
[10:14] <Mithrandir> huzzah, evo built fine now
[10:14] <dholbach> hey seb128
[10:15] <seb128> hi dholbach
[10:16] <seb128> pitti: language packs seem to work fine
[10:16] <pitti> seb128: yay
[10:16] <pitti> for me, too
[10:16] <pitti> high time, eh
[10:17] <Mithrandir> iwj: pdf2ps segfaults in the opensp build, would you like to take a look at it?  http://librarian.launchpad.net/6640435/buildlog_ubuntu-feisty-powerpc.opensp_1.5.2-3build2_FAILEDTOBUILD.txt.gz
[10:18] <Mithrandir> iwj: seems to be ppc specific.
[10:19] <Mithrandir> seb128: your pyorbit upload blew up sideways, you might want to take a look http://librarian.launchpad.net/6601939/buildlog_ubuntu-feisty-i386.pyorbit_2.14.2-0ubuntu2_FAILEDTOBUILD.txt.gz
[10:19] <seb128> Mithrandir: I've asked doko if he could have look some time ago, it's due to the python-dbg changes :/
[10:20] <Mithrandir> seb128: from the build log, it doesn't look like that.  Looks more like libtool fell over.
[10:21] <seb128> Mithrandir: yeah, and autotools are runned for the python-dbg changes
[10:22] <dholbach> seb128: if you want, I'll try to take a look?
[10:23] <seb128> dholbach: if you want to do so you are welcome
[10:23] <dholbach> ok, just looking at a new workrave, will do it afterwards
[10:24] <seb128> Mithrandir: when is beta freeze starting?
[10:24] <Mithrandir> seb128: tomorrow.
[10:24] <seb128> oh, good
[10:30] <pitti> arrgh
[10:31] <pitti> mvo: I just wasted 20 minutes banging my head on the table before I discovered that gksu does not propagate the exit status
[10:31] <pitti> 'gksu false' exiting with 0 is wrong...
[10:33] <seb128> speaking about sudo it behaves weirdly for users not to the admin group on my desktop
[10:33] <seb128> sudo command asks for the password
[10:33] <seb128> and then do nothing
[10:33] <seb128> no error, no message, it just don't do the action and acts like it was doing
[10:34] <seb128> ah, there is a bug open: https://beta.launchpad.net/ubuntu/+source/sudo/+bug/81140
[10:34] <Ubugtu> Malone bug 81140 in sudo "sudo (edgy) silently fails when user is not a member of admin" [Undecided,Unconfirmed]  
[10:35] <pitti> mvo: ah, it's already filed as bug 51633
[10:35] <Ubugtu> Malone bug 51633 in gksu "Doesn't return correct system exit code" [Undecided,Confirmed]  https://launchpad.net/bugs/51633
[10:36] <pitti> seb128: hm, I get 'joe is not in the sudoers file.  This incident will be reported.'
[10:36] <seb128> pitti: I don't
[10:36] <seb128> if you need any debug info let me know ;)
[10:37] <Mithrandir> seb128: the pyorbit build failure is due to the CC=$PYTHON_CC in configure.in, but you'll need to change the AC_SUBST([ACLOCAL_AMFLAGS] , [..]  line too, to change $ac_macro_dir to (the string) m4.
[10:38] <Fujitsu> I get both sudo behaviours across various machines.
[10:38] <pitti> Fujitsu: comparing sudoers and group memberships on both machines would be appreciated
[10:39] <Fujitsu> I can't recall which has which, but I'll have a look tomorrow.
[10:39] <seb128> Mithrandir: ok, thank you
[10:39] <Mithrandir> seb128: (and you need to run autoconf once after changing configure.in).
[10:39] <pitti> Fujitsu: thanks
[10:39] <seb128> dholbach: ^ if you are on pyorbit
[10:39] <Mithrandir> seb128: at least it completes building here.
[10:40] <seb128> Mithrandir: good, thank you for looking at it!
[10:40] <Mithrandir> np
[10:47] <dholbach> Mithrandir: do you have any idea, why gnome-python-desktop just ftbfs? i successfully updated my powerpc to python-gnome2-dev (2.18.0-0ubuntu1) a minute ago
[10:50] <Mithrandir> dholbach: I'll take a look in a second
[10:50] <dholbach> Mithrandir: gracias
[10:50] <Mithrandir>  * php4-ps_1.3.4-3ubuntu1 builds: php5-ps
[10:50] <Mithrandir>       but no longer builds:
[10:50] <Mithrandir>         o 1.3.4-2: php4-ps
[10:50] <Mithrandir> maybe a rename of the source package is in order?
[10:51] <pitti> Mithrandir: yay!
[10:54] <Mithrandir> dholbach: probably just unfortunate timing wrt when python-gnome2 was happy, given-back
[10:59] <dholbach> yoohoo
[11:01] <Mithrandir> dholbach: seems to be building now at least
[11:02] <StevenK> Mithrandir: Reaccept it, and purge it out again.
[11:02] <dholbach> Mithrandir: super - I'll pester with you some other give-back requests later, so gnome 2.18 is installable on powerpc and amd64 again
[11:03] <Mithrandir> dholbach: if it's on outdate.txt, I'll tend to it by myself, so unless you see something stuck for a while, you don't need to ask me.
[11:03] <dholbach> ok
[11:03] <dholbach> thanks
[11:07] <mvo> pitti: yeah, that gksu problem is very anoying
[11:20] <cjwatson> Mithrandir: I didn't see any need to mail -devel-announce about the report URL changes since I left redirects in place
[11:20] <cjwatson> khermans1: you made a comment the other day that "the new ubiquity is broken" or some such. Care to give details?
[11:26] <Mithrandir> cjwatson: well, point, but telling people that "you might want to poke around at ~ubuntu-archive to see if you find interesting information" might not be a bad idea?
[11:30] <cjwatson> Mithrandir: true
[11:31] <imbrandon> Mithrandir, do i need to poke you ( or another archive admin ) about a edgy-proposed upload , or will it automajicly get accepted ( sru page said something about poke to make sure the versioning was sane )
[11:31] <imbrandon> versioning is/was mod-mono_1.1.17-3 -->  mod-mono_1.1.17-3build1~proposed1 fyi 
[11:31] <pitti> mvo: shall I take a look at gksu?
[11:32] <mvo> pitti: if you have spare cycles, that would be great
[11:33] <Mithrandir> imbrandon: why the build1 in there?
[11:33] <pitti> mvo: well, not exactly 'spare', but it makes the destop-effects/restricted-manager integration look bad, and that's my top goal ATM
[11:34] <Mithrandir> imbrandon: sorry, you do of course need something like that, ignore me. :-)
[11:34] <imbrandon> Mithrandir, because its only a rebuild ( but i was told it needed to be a SRU )
[11:34] <mvo> pitti: right, if you would fix it, g-a-i would benefit as well, so I'm all for it :)
[11:34] <imbrandon> no real changes
[11:34] <pitti> mvo: ok; doesn't sound hard
[11:35] <imbrandon> Mithrandir, 17-3 is whats currently in the archive 
[11:35] <Mithrandir> imbrandon: yes, I see that.
[11:35] <Mithrandir> imbrandon: I'd probably have named it 1.1.17-3edgy1~proposed1 to show that it's an edgy branch.
[11:36] <imbrandon> sure i can do that if you can remove the upload i just did, only take me 2 seconds to change
[11:38] <Mithrandir> pitti: are you aware of the langpacks in edgy-proposed NEW?
[11:38] <pitti> Mithrandir: oh, I thought I already rejected them; doing now, thanks
[11:38] <Mithrandir> imbrandon: rejected.
[11:39] <imbrandon> Mithrandir, k
[11:41] <imbrandon> Mithrandir, ok re-uploaded , so if you get a sec can you push that through
[11:41] <imbrandon> moins pitti 
[11:41] <Mithrandir> imbrandon: will do once it shows up in the queue (at :45)
[11:41] <pitti> hey imbrandon 
[11:41] <imbrandon> Mithrandir, ok, thanks ;)
[11:43] <imbrandon> wheeowww
[11:43] <imbrandon> ;)
[11:44] <mneptok> *muah* hey sailor :)
[11:44] <iwj> Mithrandir: Sure, I'll look at your pdf2ps bug.
[11:45] <Mithrandir> iwj: thanks a lot
[11:46] <ogra> seb128, do you have any hint for me for bug 82527 ? do i need anything special to register with dbus ?
[11:46] <Ubugtu> Malone bug 82527 in gnome-screensaver "gnome-screensaver-command doesn't work for gnome-screesaver instances started from /etx/X11/Xsession.d" [Undecided,Confirmed]  https://launchpad.net/bugs/82527
[11:46] <seb128> ogra: does it need some environment variable?
[11:46] <ogra> (not for the gss issue there, but we need the student-control-panel client working)
[11:47] <ogra> seb128, nope .... we have an Xsession.d script that starts scp-client on thin client sessions ...
[11:48] <ogra> it needs the LTSP_CLIENT env variable set to actually start the binary, but that happens fine ...
[11:48] <ogra> it just cant communicate thrugh dbus
[11:48] <ogra> as the screensaver apparently cant either f not started by gnome-session ...
[11:49] <seb128> ogra: it probably requires something in the environment which is set with gnome-session
[11:50] <ogra> hmm, k, i'll dig in that direction, thanks for the pointer
[11:52] <seb128> np
[12:03] <pitti> mvo: erk, this is much worse than I imagined
[12:07] <pitti> mvo: so this would involve API changes, rebuilds of several packages and extensive changes in libgksu gksu
[12:13] <ogra> seb128, heh, got it ... syou shouldnt execute stuff from Xsession.d scripts but just add them to $STARTUP so it gets DBUS_SESSION_BUS_ADDRESS set in the environment :)
[12:14] <ogra> the scp-client script only executed the command ...
[12:14] <seb128> k
[12:14] <mvo> pitti: I vaguely remeber that I looked at it some months ago and felt that its a can of worms too
[12:15] <Mithrandir> it feels like I've given-back half the archive now.
[12:16] <imbrandon> lol @ Mithrandir 
[12:21] <Hobbsee> Mithrandir: must be time for you to give back the other half then.
[12:33] <ogra> seb128, i had various reports about shutdown not working anymore from the logout dialog ... did you just switch recently from gdm to gpm for gnome-session ? 
[12:33] <seb128> no
[12:33] <ogra> hmm, k
[12:33] <seb128> when did you start getting them?
[12:33] <ogra> then i'll try to get more info 
[12:34] <ogra> jammcq said with the last update he did this week, but he's not completely up to date yet ... i'll wait until he upgraded
[12:34] <ogra> i just thought i missed the switch or something 
[12:35] <Fujitsu> seb128: Did you do the processing of -proposed uploads a couple of hours ago?
[12:36] <Mithrandir> Fujitsu: no, I did a couple for edgy-proposed.
[12:36] <seb128> Fujitsu: no, I don't do SRU
[12:37] <Mithrandir> Hobbsee: broken how?
[12:37] <pitti> Hobbsee: Till did some pretty intrusive changes recently; can you please talk to him?
[12:37] <pitti> Hobbsee: I saw a lot of bug reports about not-working backends any more
[12:37] <Hobbsee> Mithrandir: pitti https://beta.launchpad.net/ubuntu/+source/cupsys/+bug/92205
[12:37] <pitti> Hobbsee: I guess something in the backend enabling/disabling broke
[12:37] <Ubugtu> Malone bug 92205 in cupsys "Error on cupsys update" [Undecided,Unconfirmed]  
[12:37] <Hobbsee> installing error
[12:38] <Fujitsu> Mithrandir: Aren't you meant to set the bug to fixcommitted?
[12:38] <pitti> Hobbsee: oh, I see
[12:38] <Mithrandir> Hobbsee: ouch
[12:39] <pitti> Hobbsee: right, that's the recently uploaded version
[12:39] <Hobbsee> yes
[12:39] <geser> Mithrandir: is it possible to sync linux-ntfs from Debian unstable to fix bug #86231 aka Debian bug #379628 ?
[12:39] <Hobbsee> it's only just come thru, doesnt appear to have any dupes yet
[12:39] <Mithrandir> Fujitsu: hm, I don't think that has been discussed in the new MOTU SRU proposal.  I think it'd make sense for the uploader to set it to fix committer.
[12:39] <Ubugtu> Malone bug 86231 in linux-ntfs "Installer won't resize Windows Vista NTFS-partitions" [Undecided,Confirmed]  https://launchpad.net/bugs/86231
[12:39] <Ubugtu> Debian bug 379628 in ntfsprogs "ntfsresize: resizing a Vista NTFS partition leads to corrupted" [Critical,Closed]  http://bugs.debian.org/379628
[12:39] <Mithrandir> geser: I believe cjwatson has been pondering how to attack that problem.  Try asking him?
[12:40] <geser> ok
[12:40] <Fujitsu> `After the upload, archive administrators should then verify that the version number of the upload is sane and accept the package into -proposed. They set the bug status to Fix committed.'
[12:41] <Fujitsu> Mithrandir: Some people won't be on [old release] -changes, so won't see the notification of the acceptance unless there's a change on the bug.
[12:41] <geser> cjwatson: is it possible to sync linux-ntfs from Debian unstable to fix bug #86231 aka Debian bug #379628 ?
[12:41] <Ubugtu> Malone bug 86231 in linux-ntfs "Installer won't resize Windows Vista NTFS-partitions" [Undecided,Confirmed]  https://launchpad.net/bugs/86231
[12:41] <Ubugtu> Debian bug 379628 in ntfsprogs "ntfsresize: resizing a Vista NTFS partition leads to corrupted" [Critical,Closed]  http://bugs.debian.org/379628
[12:47] <cjwatson> geser: uh, surely that was a partman problem
[12:48] <cjwatson> at least, a partman problem as well
[12:48] <cjwatson> happy to take 1.13.1-6 from testing though, probably; will check
[12:50] <cjwatson> Mithrandir: everything from partman-base 100 to 105 looks OK - http://svn.debian.org/wsvn/d-i/trunk/packages/partman/partman-base/debian/changelog?op=file&rev=0&sc=0 - UVFe?
[12:50] <geser> it's only a 2 line change which is also in the bug report
[12:50] <cjwatson> geser: there was definitely a partman problem; I know because I spent a couple of hours reviewing the patch
[12:51] <Mithrandir> cjwatson: looks sane; go for it.
[12:51] <Mithrandir> cjwatson: are you planning on a d-i upload for the new kernel too?
[12:52] <cjwatson> oh, was there another ABI bump? yes then, but not just yet
[12:52] <Mithrandir> -10 is in the archive now and default, so yes.
[12:52] <Mithrandir> just a gentle push
[12:58] <fabbione> Mithrandir: i know ben is about to upload -11 to fix all the audio mess that happened with -10
[12:59] <Mithrandir> ok
[12:59] <imbrandon> hum means i will need to reupload lirc, is there a way to have that package rebuilt on a new kern upload ?
[01:00] <imbrandon> like the lrm is etc
[01:01] <Mithrandir> imbrandon: no, there isn't.
[01:02] <imbrandon> hum okies /me adds it to a personal soyuz wishlist
[01:10] <Mithrandir> dholbach: the libgnome-desktop-dev build-dependency of deskbar-applet is ever-so-slightly optimistic, isn't it?
[01:11] <Tonio_> hi
[01:11] <Tonio_> BenC: ping ?
[01:11] <imbrandon> moins Tonio_ 
[01:11] <Tonio_> hey imbrandon :)
[01:11] <Hobbsee> Tonio_: [23:11]  [Whois]  BenC has been idle for 11 hours, 2 minutes, and 32 seconds.
[01:11] <Tonio_> Hobbsee: indeed
[01:12] <Tonio_> Hobbsee: heard about a kernel problem with the latest released ? it doesn't boot on macbook machines, so I wondered if I should report the bug
[01:12] <Tonio_> Hobbsee: as you follow malone carefully.... ;)
[01:13] <Hobbsee> Tonio_: cant say i've been following, with the >20 sec load time on every single launchpad page, and i dont get that in my email.
[01:13] <imbrandon> Tonio_, from what i seen a few minutes ago in here BenC is planned to upload -11 soonish, maybe that will fix it, if not i would file a bug
[01:13] <slomo_> Mithrandir: hi :) can you take a look at bug #91639 ?
[01:13] <Ubugtu> Malone bug 91639 in ndesk-dbus "UVF exception: ndesk-dbus 0.4.2" [Undecided,Unconfirmed]  https://launchpad.net/bugs/91639
[01:13] <Tonio_> Hobbsee: I'll have a look and report that toonight
[01:13] <Hobbsee> Tonio_: however, i havent really looked in -bugs that much either.
[01:14] <Tonio_> Hobbsee: the point is I also needed to test a kernel patch for the speakers but I can't since it fails to boot
[01:14] <Hobbsee> useufl
[01:14] <Hobbsee> *useful
[01:15] <Mithrandir> dholbach: care to take a look at the gnome-games ftbfs?
[01:15] <Mithrandir> slomo_: looking.
[01:16] <dholbach> Mithrandir: sure
[01:17] <Keybuk> cupsys is broken :-/
[01:17] <Hobbsee> Keybuk: known.  want the bug id?
[01:17] <Keybuk> sure
[01:17] <Hobbsee> oh bugger, then i have to find it
[01:17] <Hobbsee> Keybuk: https://launchpad.net/bugs/92205
[01:17] <Ubugtu> Malone bug 92205 in cupsys "Error on cupsys update" [Undecided,Confirmed]  
[01:18] <pitti> huh?
[01:18] <pitti> I just set this to High
[01:19] <Fujitsu> pitti: Apparently not.
[01:19] <Mithrandir> pitti: uh, apparently lp did something funky and removed it when I milestoned it.
[01:19] <pitti> Mithrandir: we probably changed it at the same time
[01:20] <pitti> I set it to high, assigned it to Till, and milestoned
[01:20] <Fujitsu> pitti: It was 9 minutes apart.
[01:20] <Mithrandir> pitti: no, we didn't.  I remember seeing you had assigned it to Till already.
[01:20] <Mithrandir> but it wasn't milestoned.
[01:20] <Hobbsee> it's still milestoned, etc.
[01:20] <Mithrandir> anyway, it's high/till-ed now
[01:20] <Hobbsee> clearly Ubugtu hasnt gotten an updated email or something yet - it's always a bit delaye
[01:20] <Hobbsee> d
[01:20] <Hobbsee> heh
[01:21] <dholbach> Mithrandir: lunch first :)
[01:21] <Fujitsu> Hobbsee: No, the status on the actual bug got reset.
[01:21] <Hobbsee> oh, weird
[01:22] <Hobbsee> oh, meh.  3 people trying to modify the same bug at once always causes large amounts of trouble
[01:22] <Fujitsu> Hobbsee: Mithrandir was some 8 minutes later. Milestoning seems to reset it.
[01:24] <Mithrandir> slomo_: how well tested is this?
[01:24] <Keybuk> pitti: I have a patch already I think
[01:25] <slomo_> Mithrandir: works fine for me since the day of the release
[01:25] <Keybuk> in the sense that I have an upload that restores cups to its formerly working state
[01:26] <slomo_> Mithrandir: and i tested it with almost all packages that depend on it
[01:26] <Mithrandir> slomo_: and no ille effects?
[01:26] <Mithrandir> Keybuk: it looks fairly easy to just adjust its perception of where the mime database should be instead?
[01:27] <Keybuk> Mithrandir: the problem is that cups doesn't support path:path:path :p
[01:27] <cjwatson> I think it would be good to finish the job rather than reverting if possible
[01:27] <cjwatson> the idea was to add such support to cups, I understood
[01:27] <cjwatson> was discussed on IRC the other day
[01:27] <pitti> Keybuk: it's supposed to support it now
[01:27] <Keybuk> the patch uploaded only changes the string of paths, it doesn't add any kind of support for looking in multiple directories
[01:27] <Keybuk> pitti: this is signed by your key ... did you test it before upload?
[01:28] <slomo_> Mithrandir: nope, everything perfect :)
[01:28] <pitti> Keybuk: not this time, I started trusting Till's uploads
[01:28] <pitti> and time crunch, sorry
[01:29] <Mithrandir> slomo_: ok, approved.
[01:29] <slomo_> Mithrandir: thanks
[01:31] <ogra> seb128, jammcq> hey, even after applying 130mb of updates, it still locks up when I try and shutdown, but shutting down from GDM seems to be fine
[01:32] <ogra> seems like gpm or gnome-session misbehave
[01:32] <bmm> Hi everybody. I'm packaging the io language interperter, do I need to post an ITP somewhere (like with debian)?
[01:33] <Fujitsu> ogra: locks up like how? When I last tried it (an hour or two ago) the button pressed, but then the session froze before it popped up again.
[01:33] <seb128> ogra: gpm is not used for shutdown
[01:33] <ogra> seb128, oh, you didnt switch at all ?
[01:33] <ogra> i thought you had planned that
[01:34] <ogra> Fujitsu, the logout dialog just hangs on a greyed out desktop
[01:34] <seb128> ogra: and I decided to do it next cycle because it was late in the cycle already, etc
[01:34] <ogra> ok
[01:34] <Fujitsu> ogra: I can confirm that.
[01:34] <seb128> ogra: do you have network-manager installed? does it happen without it?
[01:34] <seb128> we had a bug where it happens to guy and it's fixed without n-m
[01:34] <ogra> dunno, i'll ask jammcq to join here
[01:34] <seb128> maybe it takes the lo interface down or something
[01:35] <shawarma> bmm: Try #ubuntu-motu
[01:35] <ogra> hey jammcq 
[01:36] <jammcq> hello ogra 
[01:36] <seb128> hi jammcq
[01:36] <jammcq> hello seb128 
[01:36] <ogra> jammcq, <seb128> ogra: do you have network-manager installed? does it happen without it?
 we had a bug where it happens to guy and it's fixed without n-m
[01:36] <bmm> shawarma: will do, thanks
[01:36] <jammcq> having a small problem withfeisty
[01:36] <jammcq> yes, I have nm installed, and that's working fine.  haven't tried without it
[01:36] <ogra> jammcq, see above
[01:36] <ogra> seems it has cases where it touches the lo interface
[01:36] <jammcq> how do I try without it?  remove it?
[01:37] <Fujitsu> Does NM have a habit of making lo vanish? Mine does sometimes.
[01:38] <seb128> jammcq: uninstall the package
[01:38] <seb128> Fujitsu: no idea
[01:38] <jammcq> my nm has been working wonderfully for the last 4 weeks or so
[01:38] <heno> Hobbsee: do you still see 20 sec load times on LP? I find it's improved over the past 3-4 days
[01:38] <jammcq> seb128: ok, i'll remove it right now
[01:38] <heno> Hobbsee: I'm asking so I can give useful feedback to the LP team
[01:38] <ogra> Fujitsu, it has way more evil habits than touching lo ... i.e. shutting down static interfaces you run servers on ... :)
[01:39] <Fujitsu> ogra: I find touching lo to be worse.
[01:39] <ogra> even though killing lo might be similary evil
[01:39] <Hobbsee> heno: yes.  before it was 45+.  i'm speaking to SteveA at the moment about it, and he's testing.
[01:39] <Fujitsu> It breaks my mpd regularly :(
[01:40] <heno> Hobbsee: ok, thanks. it's never been that bad here, 20, but not 45 I think
[01:40] <Hobbsee> heno: yes, but you're not aussie
[01:40] <heno> about 2-3 seconds now at worst
[01:41] <Hobbsee> at worst.  that'd be at best, for here.  lucky.
[01:41] <tepsipakki> jammcq: put "exit 0" to /etc/default/NetworkManager and /etc/default/NetworkManagerDispatcher..
[01:41] <tepsipakki> that's how I disable it
[01:42] <tepsipakki> that could also be documented somewhere
[01:42] <heno> Hobbsee: do you have caching of SSL enabled?
[01:42] <Hobbsee> heno: no, we were asked to test without it
[01:42] <heno> right, ok
[01:43] <jammcq> seb128: ok, removed nm, rebooted.  shutdown still hangs :(
[01:43] <seb128> ok, not it then
[01:44] <seb128> dunno what it would be :/
[01:44] <jammcq> can I just re-install nm now?
[01:44] <seb128> yep
[01:44] <Mithrandir> heno: ssl caching doesn't seem to make any difference for me here.
[01:44] <jammcq> also, on the updates that I installed today, cups seems to have a problem with post-inst
[01:45] <jammcq> I got this:
[01:45] <Hobbsee> jammcq: known.
[01:45] <imbrandon> Mithrandir, should that mod-mono build show up on LP even from -proposed ? ( i'm not seeing it yet is why i ask )
[01:45] <Mithrandir> ogra: have you had a chance to look at the gnome-power-manager build failure on sparc?
[01:45] <ogra> seb128, its weird that it works from gdm directly though ... do you know the status of the current console kit implementation we use ? might be that its needing it now ...
[01:45] <jammcq>    E: cupsys:subprocess post-installation script returned error exit status 2
[01:45] <heno> Mithrandir: as in 'it's fixed to be equally good', or equally bad?
[01:45] <seb128> ogra: we don't use console kit
[01:45] <jammcq> Hobbsee: known issue on the shutdown problem?
[01:45] <Hobbsee> jammcq: https://launchpad.net/bugs/92205
[01:45] <Ubugtu> Malone bug 92205 in cupsys "Error on cupsys update" [High,Fix committed]  
[01:45] <ogra> Mithrandir, i looked at the ftbfs log and understood that i have no clue how to fix it ...
[01:45] <jammcq> oh
[01:45] <heno> if that makes sense
[01:45] <Hobbsee> jammcq: no, the cupsys
[01:46] <jammcq> cool, i won't worry about it then
[01:46] <ogra> Mithrandir, nothing beyond that yet
[01:46] <Mithrandir> ogra: have you solicited help?
[01:46] <ogra> not yet #
[01:47] <Mithrandir> heno: it's between 1 and 5 seconds for me.
[01:47] <Mithrandir> so quite bad, but nowhere near the times Hobbsee are seeing.
[01:53] <ogra> the ftbfs log is here, in case some sparc god is listening ... http://librarian.launchpad.net/6761499/buildlog_ubuntu-feisty-sparc.gnome-power-manager_2.18.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[01:53] <seb128> ogra: don't use -Werror ;)
[01:54] <seb128> I'm not a sparc god, that's a workaround though :p
[01:54] <seb128> Werror doesn't bring much to a stable version
[01:54] <ogra> hmm
[01:55] <fabbione> ogra: it's problably complaining that the stuff is not 64bit alligned
[01:55] <fabbione> even if userland is 32
[01:55] <seb128> GNOME tarball usually use Werror on SVN only
[01:55] <fabbione> all the access must be 64bit alligned
[01:55] <ogra> well, amd64 doesnt make probs ... 
[01:55] <fabbione> amd64 does not require allignment
[01:55] <ogra> neither do i get reports fro ppc64
[01:55] <fabbione> same
[01:55] <ogra> ah
[01:55] <ogra> ok
[01:55] <fabbione> sparc is the only one that forces it
[01:59] <ogra> fabbione, but since its only a warning, it should do no harm to just disable Werror ? 
[01:59] <ogra> or do i need to hack up the upstream code ?
[02:00] <fabbione> ogra: i am ok if you want to disable -Werror only for sparc
[02:00] <ogra> well, since seb128 says its disabled in upstream releases anyway i'm fine to switch it off everywhere ... dunno why gpm didnt do that 
[02:01] <ogra> configure.in has a commented line without Werror, likely just an oversight of hughsie
[02:02] <iwj> Feh, the pdf from my i386 build of opensp doesn't make powerpc's pdf2ps crash.  I'll have to build opensp on davis.
[02:13] <iwj> Mithrandir: That opensp build WFM when I build it by hand on davis.
[02:13] <Mithrandir> iwj: ugh.  I could try a give-back and see if it's just a bogon which hit the buildd at the wrong time.
[02:14] <iwj> Mithrandir: I think it may be a difference in the gs versions.
[02:14] <Mithrandir> iwj: well, I just gave it back; let's hope it works this time around, else we can ask for a freshening of the davis chroot?
[02:15] <iwj> Just a mo ...
[02:16] <iwj> ... the buildd used gs-esp and davis is using gs-gpl.
[02:16] <iwj> gs-esp is 8.15 and full of bugs.
[02:17] <iwj> *sigh*
[02:17] <iwj> I think that for feisty I might try and see if I can persuade Till that we should make gs-gpl the default.
[02:17] <Mithrandir> I'm scared of doing that change at this point.
[02:18] <iwj> Yers.  Well the alternative is to have me debug it and find a bug which will turn out to have been fixed in 8.54.
[02:18] <iwj> But I can do that if that's what you want :-).  I quite _enjoy_ bughunting in gs, but it seems a bit silly when the bug is already fixed elsewhere and we just don't know which one it is ...
[02:19] <Mithrandir> changing the build-deps should be the easy way out on this one.
[02:19] <iwj> Mithrandir: Err, yes.  Nice kludge.
[02:19] <iwj> OK, shall I do that ?
[02:19] <Mithrandir> yes, please.
[02:19] <iwj> OK.
[02:20] <Mithrandir> I was more worried about changing the default, but if you can make a good case for it, we can certainly discuss it.
[02:20] <Mithrandir> 8.54 > 8.15, after all. :-)
[02:20] <iwj> Quite.  The problem is that there are quite a few printers which aren't supported in gs-gpl but are in gs-esp.
[02:20] <iwj> Ideally we'd use gs-gpl for ps processing and stuff and gs-esp just as a backend.
[02:21] <Mithrandir> hmm.  If this was two months ago, I'd think that would be a swell idea. :-)
[02:24] <asac> source thaifonts-scalable is not in merges (main) list ... i guess this is an automatically sync'ed package, right?
[02:25] <Hobbsee> asac: might be on the manual merge page
[02:25] <Hobbsee> asac: version number suggests that it's nto an autosync
[02:26] <asac> right ... so what does this mean ... in regards to updating it to latest?
[02:27] <Hobbsee> asac: well, the version number means that it's nto in debian, or wasnt at the time of packaging, so you can just update it in ubuntu (and get a UVFe because we're in freeze)
[02:27] <Hobbsee> if it's in debian now, then you should merge it with the debian packaging, to get debian fixes.  if it's really whacked, dont bother, just grab any fixes in there
[02:29] <asac> ah ok :)
[03:32] <Keybuk> cjwatson: mbp has found an amusing bug
[03:32] <Keybuk> cjwatson: the rescue thing on the alternate CD doesn't have a "normal" /sbin/init, does it? :p
[03:33] <cjwatson> no ...?
[03:33] <cjwatson> busybox init
[03:33] <Keybuk> so when you upgrade upstart, and the postinst sends SIGTERM to pid 1 to tell the running one to reexec ... what do you think happens? :p
[03:33] <cjwatson> heh
[03:34] <cjwatson> sysvinit used to check whether it was running in a chroot, I'm sure
[03:34] <cjwatson> hmm, maybe not, dunno
[03:34] <Keybuk> nah, sysvinit used to use /dev/initctl to tell it to rexec
[03:35] <Treenaks> Keybuk: now you know why ;)
[03:35] <Keybuk> upstart uses the signal since most of the time I need to do it is when I've wedged it
[03:35] <Keybuk> and signal handlers have the advantage of not needing the main loop to be working properly :p
[03:36] <Keybuk> is there a way to tell you're running in a chroot?
[03:40] <siretart_> iwj: are you still interested in my 'initramfs'?
[03:43] <BenC>   * quickcam: Add 0.6.6 driver (from qc-usb package).
[03:43] <BenC>     - GIT-SHA 6cfdbcfc6427769567a0b4bb593751c089f3d852
[03:43] <BenC> Nafallo: ^^
[03:45] <cjwatson> Mithrandir: could you quickly review kboot-installer? I need it in main
[03:45] <cjwatson> (it's in NEW)
[03:48] <pitti> Keybuk: Till just sent me a new cupsys package; did you already upload something?
[03:49] <Keybuk> pitti: nope
[03:49] <Keybuk> go for it
[03:49] <pitti> alright
[03:50] <pitti> mvo: btw, isn't this cups thingy a perfect test case for the u-m apport integration?
[03:51] <mvo> pitti: yes! 
[03:51] <pochu> Mithrandir: there have been some request for xubuntu PPC, would it be possible to build theme in xubuntu/ports?
[03:51] <mvo> pitti: the integration is there
[03:51] <mvo> or rather, should be there :)
[03:52] <pitti> mvo: I don't see any bugs for it
[03:52] <pitti> mvo: anyway, I'll do an upgrade to the broken version and check it
[03:53] <mvo> pitti: thanks. keep me updated
[03:56] <Mithrandir> pochu: yes, sure.
[03:56] <pochu> Mithrandir: thanks :)
[03:58] <Mithrandir> pitti: are you ok with me just putting kboot-installer in main?  It's written by Colin, it's a d-i component and looks perfectly fine to me.
[03:58] <pitti> Mithrandir: of course; in-house developments are no problem
[03:59] <Mithrandir> cjwatson: accepted.
[03:59] <Mithrandir> pitti: thanks; I still wanted to check with you
[03:59] <pitti> mvo: hm, I got the postinst failure, and the final dialog with the error message, but no apport report
[04:00] <cjwatson> Mithrandir: thanks
[04:00] <cjwatson> pitti: any chance you could review ps3pf-utils for main? (ideally ps3-kboot as well but that's (a) more complicated and (b) less urgent)
[04:00] <pitti> cjwatson: can do, yes
[04:00] <cjwatson> thanks
[04:00] <pitti> cjwatson: after cupsys, though
[04:02] <mvo> pitti: strange. I will investiage, thanks
[04:03] <pitti> mvo: echo hallo | /usr/share/apport/package_hook -p cupsys still works (and that's testcase'd as well)
[04:04] <pitti> hi tkamppeter 
[04:05] <tkamppeter> pitti, can you upload cupsys quickly, as there is bug 92205, one of the "make system totally unusable" thingies. 
[04:05] <Ubugtu> Malone bug 92205 in cupsys "Error on cupsys update" [High,Fix released]  https://launchpad.net/bugs/92205
[04:05] <tkamppeter> You are much faster than me and Ubugtu.
[04:05] <pitti> tkamppeter: it would be nice if 96_more-bug-fixes-between-cups-1.2.8-1.2.9 would unapply (but that's much lower priority)
[04:06] <pitti> tkamppeter: building the package, and then cleaning it doesn't work ATM
[04:06] <tkamppeter> Thnks pitti, otherwise we will get a similar duplicate collection as with hal
[04:07] <tkamppeter> This is strange,  96_more-bug-fixes-between-cups-1.2.8-1.2.9 is simply a patch generated with dpatch-edit-patch.
[04:07] <tkamppeter> Or do I have to list all patches explicitly also for unapplying (for applying they are in 00list)?
[04:07] <pitti> tkamppeter: it has some junk in it (*.orig) which might be the reason; or some of the files it touches are modified during build
[04:09] <jdong> hmm, where can I find a picture of mako?
[04:09] <jdong> I think I walked past him 5 minutes ago, without realizing....
[04:09] <tkamppeter> If CUPS 1.2.9 comes out before release simply lets make an UVF ER, as with this patch we are simply approaching 1.2.9 (all minor releases of CUPS are pue
[04:09] <tkamppeter> pure bug fix releases.
[04:10] <tepsipakki> jdong: planet.u.c
[04:10] <Spads> jdong: http://mako.cc/images/mako_suit2-small.png
[04:11] <jdong> looks.... strikingly similar
[04:11] <jdong> I saw someone looking very similar, but with a longer beard, walking near the Stata center
[04:11] <jdong> with an Asian girl
[04:12] <tkamppeter> pitti, can you also upload gutenprint and gs-esp to fix bug 36532
[04:12] <Ubugtu> Malone bug 36532 in gutenprint ""Unsupported format" when trying to print" [Medium,Fix committed]  https://launchpad.net/bugs/36532
[04:13] <pitti> tkamppeter: can do a bit later; please mail me
[04:16] <Mithrandir> jdong: his wife looks Asian, iirc.
[04:17] <jdong> aww are you serious?
[04:17] <sore_loser> I hate myself
[04:19] <tkamppeter> pitti, I have already mailed you.
[04:19] <cjwatson> she's of Japanese extraction I believe
[04:19] <sore_loser> http://www.flickr.com/photos/krysalist/156408781/in/set-514981/
[04:19] <sore_loser> yeah
[04:19] <sore_loser> that's them
[04:19] <sore_loser> I suck at life....
[04:19] <pitti> sore_loser: http://mako.cc/copyrighteous/reflections/20060502-00.html
[04:19] <sore_loser> yeah, definitely them
[04:25] <pitti> cjwatson: packaging/quick source code review/QA looks good, approved
[04:26] <cjwatson> pitti: thanks
[04:27] <nixternal> Keybuk: pinging you letting you know that Palmer has issues building. It failed to build kubuntu-docs 7.04-3 and gnome games as well just a few minutes ago
[04:27] <nixternal> ^^ or anyone else on the BDM
[04:29] <hunger> Any fix to cups in the queue yet?
[04:29] <cjwatson> pitti: 15:04  * pitti uploads fixed cupsys package, this time tested
[04:29] <pitti> hunger: uploaded 30 minutes ago
[04:29] <cjwatson> er
[04:29] <cjwatson> hunger: ^--
[04:29] <nixternal> pitti: you rock!!!
[04:30] <hunger> pitti: Wow, you guys are fast! Thanks!
[04:30] <nixternal> now I can print out my midterm cheat sheets :)
[04:30] <pitti> nixternal: well, I don't; I should have tested the sponsored upload in the first place
[04:30] <nixternal> pitti: well I should have done the same the otherday with kubuntu-docs
[04:30] <nixternal> thank god they "DIDN'T" overwrite ubuntu-docs :)
[04:30] <jdong> nixternal: we got one of those.... it was a mockery.....
[04:30] <nixternal> heh
[04:30] <jdong> "The area of a square with side s is s^2"
[04:30] <jdong> thanks a lot.
[04:31] <nixternal> lol
[04:32] <jdong> (it was for a multivariable calculus exam... TA's apparenlty find stuff like this funny)
[04:32] <pitti> hunger: or dpkg -i the previous version in your apt cache
[04:32] <hunger> pitti: Not that much of a problem. I hardly ever print anyway.
[04:32] <nixternal> hunger: palmer broke down during the building of the new kubuntu-docs :) so you have to wait even longer for that one
[04:33] <jdong> nixternal: actually it saw my xgl upload and went off to clean itself
[04:33] <hunger> nixternal: Well, who needs docs anyway?
[04:33] <nixternal> hehe
[04:34] <nixternal> hey now, don't say that, I spent 5 months rewriting them
[04:35] <hunger> nixternal: Oh, I'll better shut up then. Maybe I should even read them for a change.
[04:36] <nixternal> heh, they aren't good
[04:36] <nixternal> lol
[04:38] <hunger> nixternal: What did you do those 5 month then? Stare at the blank screen wondering what to write?;-)
[04:38] <nixternal> shh, there are to many *big whigs* in here ;p
[04:44] <jdong_> nixternal: excellent use of the word "pervasive" :)
[04:44] <jdong_> though I think pervasive availability = ubiquity </pun>
[05:06] <Nafallo> BenC: thanks :-)
[05:06] <ogra> pochu, could you please use real adresses in your mails ? "To: 	undisclosed-recipients : ;" makes my spamfilter unhappy
[05:07] <pochu> ogra: sorry, but that mail was to about 30 or 40 people... and I'm not happy if then somebody does "reply all" ;)
[05:07] <pochu> ogra: they were BBC
[05:07] <ogra> ok ...
[05:07] <pitti> ogra: hm, that's fairly common, though
[05:07] <pitti> ogra: and I never saw it in actual spam
[05:07] <ogra> just dont count on me seeing them then ...
[05:08] <ogra> pitti, i filter *all* undisclosed-recipients mails to my spam folder, i never saw it in any regular mail 
[05:08] <pochu> ogra: if had set up a ML, I would have spamed it ;)
[05:08] <ogra> only from script mailers yet
[05:08] <pochu> if you also
[05:13] <mako> jdong: actually, that was me
[05:13] <mako> jdong: i just walked by the stat center with an asian girl about 2 hours ago
[05:13] <jdong> mako!!! :)
[05:13] <jdong> mako: I was the nerdy looking asian kid crossing the street in front of stata :)
[05:13] <mako> jdong: i didn't realize you were local
[05:14] <mako> i thought you were in the midwest for some reason
[05:14] <jdong> yeah, just got here spring term....
[05:14] <jdong> I used to live in Michigan
[05:14] <mako> jdong: you a student here now?
[05:14] <jdong> mako: yeah
[05:14] <mako> awesome :)
[05:15] <jdong> awesome place :)
[05:15] <mako> want to have lunch outside with some media labbers?
[05:15] <iwj> Bah!  My dom0 still crashes even now I've made the machine have plenty of RAM.
[05:16] <jdong> mako: aww already ate lunch, and got a calc exam tomorrow that I'm not ready for... perhaps another time :)
[05:16] <Spads> iwj: all hail Xen, destroyer of nodes
[05:16] <jdong> Spads: isn't that reiser? oh wait not inodes
[05:16] <Spads> haha
[05:16] <iwj> reiser - destroys more than just inodes.
[05:17] <jdong> oh boy, a murder joke
[05:17] <Spads> jdong: it cuts down your btrees too
[05:18] <jdong> we used "he cdr up piece by piece" in scheme class the other day :D
[05:20] <shawarma> How many /win 2
[05:21] <shawarma> Nice one.. 
[05:23] <tkamppeter> pitti, I am putting up another cupsys package, 0ubuntu7, to fix bug 92042. Can you upload it. Thanks.
[05:23] <Ubugtu> Malone bug 92042 in cupsys "cupsys in feisty doesn't put any backends into /usr/lib/cups/backend/" [Medium,Fix committed]  https://launchpad.net/bugs/92042
[05:23] <pitti> tkamppeter: does this also fix the patch?
[05:23] <jwendell> pitti, i have a file control.in with this inside: Build-Depends: @cdbs@,...
[05:24] <jwendell> pitti, when i run debuild it fails saying there is no control file
[05:24] <tkamppeter> Yes, I have removed two unneeded .orig files from it.
[05:24] <pitti> jwendell: that's from the Dark Side of the Force
[05:24] <pitti> tkamppeter: thanks
[05:24] <jwendell> haha
[05:24] <jwendell> pitti, how to generate control from control.in ?
[05:25] <pitti> jwendell: look in debian/rules, there ought to be a special target for it
[05:25] <jwendell> pitti, there isn't
[05:26] <jwendell> #DEB_AUTO_UPDATE_DEBIAN_CONTROL:=yes
[05:26] <jwendell> pitti, is that?
[05:26] <pitti> jwendell: please don't enable it
[05:26] <jwendell> :)
[05:26] <pitti> jwendell: TBH, the cleanest fix would be to just move control.in to control, add the necessary build-deps, and rest in peace
[05:26] <jwendell> pitti, ok, thanks :)
[05:27] <pitti> jwendell: if not, temporarily uncomment that line, clean the package once, and comment it back
[05:27] <ogra> pitti, isnt that even in the reject faq of debian ... ? i wonder how all these control.in hacks make it into the distro
[05:28] <pitti> ogra: no idea about the reject faq; however, most Gnome packages have it as well
[05:28] <pitti> ogra: it updates the Uploaders: field on build
[05:29] <pitti> ogra: and having 'debian/rules generate-control' is fine; it's just evil to change it on clean or build IMHO
[05:29] <ogra> i know what it does ... i got tricked by it often enough :)
[05:30] <moox> hi there. Where are libapache2-mod-php4 for feisty ?
[05:30] <ogra> pitti, http://ftp-master.debian.org/REJECT-FAQ.html 
[05:30] <ogra> but its about changing build-deps, not maintainers/uploaders
[05:31] <malix0> hi all
[05:32] <geser> moox: php4 got removed from feisty
[05:32] <moox> geser: mmh... baaad for me
[05:33] <malix0> I have recompiled a package (with my patch) and installed it with dpkg, but now apt-get upgrade want upgrade the package with the one on-line, the two packages (the one recompiled from me and the one in the edgy-updates) have the same version
[05:33] <geser> moox: can't you use php5?
[05:34] <malix0> I have tried to use a local repository too, but the package on-line have precedence
[05:35] <malix0> did someone can help me, thanks
[05:36] <geser> malix0: you can set it to hold or better add an own suffix to your version
[05:37] <malix0> geser: how ?
[05:37] <geser> add an own changelog entry
[05:37] <moox> geser: no, I must use ezpublish (php4 only). I'll install edgy using kvm :)
[05:38] <pitti> moox: you so much don't want to install any Ubuntu php4 version
[05:39] <pitti> moox: PHP 4 is not supported any more since breezy
[05:39] <malix0> geser: with dh_installchangelogs ?
[05:39] <jdong> oh look RHEL5 is out.
[05:40] <ogra> malix0, update the version in the sourcepackages changelog before building the package 
[05:40] <geser> malix0: no, edit debian/changelog
[05:43] <moox> pitti: ok. I didn't know..thanx
[05:47] <shawarma> How many SoC applications did we get last year?
[05:48] <malix0> geser: ok now I'm rebuilding the package
[05:49] <malix0> geser: I change the debin/changelog manually, but is there a tool that I can use for this task?
[05:51] <geser> malix0: dch from the devscripts package
[05:52] <malix0> geser: thanks :)
[05:59] <malix0> geser: excuse me, I have another question
[06:00] <ogra> seb128, hughsie will care for the sparc fix upstream he said ... (alongside with fixing -Werror)
[06:00] <tkamppeter> pitti, ich habe jetzt noch ein neues foo2zjs-Paket zum hochladen fuer dich, fuer bug 92216 (biff)
[06:00] <Ubugtu> Malone bug 92216 in foo2zjs "File in foo2zjs conflicts with mcompress" [Undecided,Unconfirmed]  https://launchpad.net/bugs/92216
[06:00] <ogra> so we just have to wait
[06:00] <malix0> geser: this time regarding package repository. I follow the Debian repository how to  and create a repository tree
[06:00] <seb128> ogra: k
[06:01] <ogra> he said leaving Werror in place was intentional to find build errors :P
[06:01] <malix0> geser: but how can I manage the pool tree? Is there a tool?
[06:01] <tkamppeter> pitti, but there is one thing which has to be done by a release manager. foo2zjs depends on mscompress now and mscompress is in universe
[06:01] <tkamppeter> Can you move mscompress to main?
[06:02] <pitti> tkamppeter: that requires a main inclusion report and review
[06:02] <tkamppeter> pitti, also needed if it is taken in by a dependency?
[06:02] <pitti> tkamppeter: yes, of course
[06:03] <pitti> tkamppeter: urgh, why is that thing necessary? cupsys certainly doesn't need mscompress'ed files?
[06:04] <ogra> pitti, GDI drivers ? 
[06:08] <pitti> tkamppeter: please mail me for all pending uploads
[06:28] <mvo> pitti: I fixed a bug in the apport integration code, new upload soon
[06:34] <pitti> mvo: great, thanks
[06:35] <mvo> pitti: thanks for verifiying it
 i try to help you, you respond with personal atacks. You get banned. Simple <-- how did I personally attack you?
[06:44] <ogra> wolferine, please stop spamming all channels
[06:44] <Treenaks> wolferine: don't take fights from other channels here
[06:59] <mjg59> Mithrandir: Are you able to trigger another rebuild of acpid?
[07:10] <jwendell> seb128, we have entire gtk 2.10.10 in feisty, right?
[07:15] <seb128> jwendell: we have 2.10.10 patched to work (equivalent of 2.10.11)
[07:15] <seb128> jwendell: I did upload it before getting the tab bug fixed
[07:15] <seb128> s/did/didn't
[07:15] <jwendell> seb128, right, i guess there was a mistake on 2.10.10 release...
[07:16] <seb128> jwendell: they don't roll a new tarball in the next day for nothing ;)
[07:17] <bddebian> Heya
[07:19] <Toadstool> smart-notifier (0.28-1ubuntu2) feisty; urgency=low
[07:19] <Toadstool>   * debian/smart-notifier.postinst: no need to restart dbus daemon anymore
[07:19] <Toadstool> oops
[07:22] <Mithrandir> mjg59: not when LP is offline, no.  If it ftbfs, I can trigger it when I get home again (I'm on my way out the door)
[07:23] <pochu> Mithrandir: just the beta is offline (dunno if that helps)
[07:24] <Mithrandir> mjg59: it didn't ftbfs, so no, I can't trigger a rebuild.  Just upload a new version.
[07:26] <pitti> Mithrandir: what would you think about fixing bug 87292 with http://pastebin.ca/394978 ?
[07:26] <Ubugtu> Malone bug 87292 in python2.5 "packaging backend crashes with "Interrupted system call"" [Medium,Confirmed]  https://launchpad.net/bugs/87292
[07:26] <pitti> Mithrandir: we can fix it in python proper and thus solve the problem for other Python applications as well, or I stuff it in apport to just fix the bug there; the former has the theoretical impact of breaking apps which *expect* EINTR to be thrown from subprocess (although I cannot conceive why someone would want this)
[07:31] <mjg59> Mithrandir: ? It did ftbfs, surely?
[07:31] <mjg59> Or has it been pushed through again since then?
[07:33] <pitti> Mithrandir: I attached the debdiff to the bug as well
[07:34] <jwendell> seb128, can ubuntu backport that patch? (bug 83278)
[07:34] <Ubugtu> Malone bug 83278 in gtk+2.0 "Phantom space in Notification Area" [Low,Fix committed]  https://launchpad.net/bugs/83278
[07:35] <asac> cdimage.ubuntu.com gives me 23Kb/s :(
[07:36] <seb128> jwendell: it was on my list
[07:37] <jwendell> seb128, 'was' ?
[07:37] <seb128> it was already on my list
[07:37] <jwendell> hehe
[07:38] <trycyt> Can update-alternatives be used to manage symlinks in /usr/lib/cups/backend ?
[07:40] <trycyt> Anyone?
[07:45] <seb128> trycyt: is that required?
[07:45] <seb128> trycyt: better to avoid alternatives when they are not really required
[07:52] <trycyt> seb128: I'm making a package in which a CUPS backend has to be determined through a symlink.
[07:53] <dholbach> Riddell: when you updated decibel - did you change the packaging to split out different libraries? different library packages?
[07:54] <Riddell> dholbach: there is only 1 library, I renamed the binary packages
[07:54] <Riddell> dholbach: although I see now I forgot to update the shlibs lines in debian/rules
[07:54] <trycyt> seb128: So the symlink /usr/lib/cups/backend/smb would point to an alternative spooler besides /usr/bin/smbspool
[07:54] <dholbach> Riddell: ok, just wanted to make sure
[07:55] <dholbach> Riddell: was the consensus to just upload "that stuff" now?
[07:55] <trycyt> seb128: And as far as I've seen, alternatives are used liberally in other Debian packages.
[07:55] <Riddell> dholbach: from the kubuntu side it was :)
[07:56] <ajmitch> morning
[07:56] <dholbach> Riddell: as I said in the thread - we should probably talk about that with the TB - as the TB approved the spec
[07:57] <ajmitch> a shame we just missed a TB meeting yesterday 
[07:57] <dholbach> Riddell: i really don't want to argue and fight over it
[07:57] <seb128> trycyt: yeah, extra complexity create bugs, I just don't like alternatives much because of that
[07:57] <Riddell> I'm happy to have tech board consider it
[07:57] <dholbach> hi ajmitch
[07:57] <ajmitch> hey daniel
[07:57] <dholbach> it seems that some people thought that the MC decided something already - which was not the case
[07:58] <dholbach> some people merely expressed concerns
[07:58] <dholbach> I wouldn't like to have tension over that topic or block people's work that much.
[07:59] <ajmitch> if the MC makes a decision, people won't be happy
[07:59] <ajmitch> same if the KC makes a decision :)
[08:02] <dholbach> "we're going to do it anyway" is just not an option
[08:03] <dholbach> might be that the MC was the wrong group to ask and the TB would have been the better place
[08:03] <trycyt> seb128: Hmm, also, would a package maintainer ever need to add anything in the Depends: line other than ${shlibs:Depends} ?
[08:03] <trycyt> seb128: According to what I've read it appears as though I wouldn't, but is it just redundant if I include the dependencies anyway?
[08:03] <trycyt> seb128: Or is it actually necessary?
[08:06] <seb128> trycyt: shlibs work for libraries, not for icon theme, other binaries, utils required, etc
[08:08] <tkamppeter> pitti, I have done a MainInclusionRequest for mscompress, so the foo2zjs problem can be fixed for the Feisty beta.
[08:09] <tkamppeter> pitti, I have also sent mails to you about all needed package updates. There were many today.
[08:12] <trycyt> seb128: So a program needs it to be compiled, ${shlibs:Depends} would automagically know of which package to use?
[08:15] <pochu> do you guys know when we will the first beta candidate? Mithrandir ?
[08:17] <tkamppeter> Mithrandir, pitti, some minutes ago ESP GhostScript 8.15.4 was announced, the last ESP GhostScript at all (after that ESP GS and GPL GS will merge). This release is a pure bug fix release and most of these fixes are already in our package by means of patches. Should I package 8.15.4 for Feisty (beta)?
[08:18] <dholbach> pochu: http://wiki.ubuntu.com/FeistyReleaseSchedule
[08:20] <ajmitch> hm, strigi was uploaded?
[08:21] <pochu> dholbach: there it says when beta will be out, but not the beta candidates (to test them, as Testing/Matrix)
[08:22] <dholbach> ah ok
[08:23] <pochu> thanks anyway :)
[08:23] <dholbach> good night everybody - see you tomorrow
[08:29] <mdz> pochu: not until the freeze begins, at the earliest
[08:29] <pochu> mdz: ok, ty
[08:30] <pochu> mdz: the freeze is tonight, isn't it? :)
[08:41] <trycyt> So does update-alternatives not work with anything outside of /usr/bin? As in, can I do something like sudo update-alternatives --install /usr/lib/cups/backend/mytest mytest /usr/bin/myprogram 50 ?
[08:41] <trycyt> It doesn't seem to be working for whatever reason.
[08:44] <Treenaks> trycyt: works fine for /usr/share (ls -l /etc/alternatives)
[08:44] <evo_> is there a way to see a list of projects ubuntu is looking to find developers for?
[08:45] <Treenaks> evo_: do you mean http://www.ubuntu.com/employment or https://blueprints.launchpad.net/ubuntu/+specs?
[08:45] <trycyt> Treenaks: It seems to generate a broken symlink for me.
[08:46] <evo_> Treenaks: more like package maintainer stuff
[08:47] <Treenaks> evo_: ah.. wiki.ubuntu.com/MOTU ?
[08:47] <evo_> that looks like the one, thanks!
[09:30] <seb128> trycyt: shlibs will list all the libs your program is using
[09:49] <ogra> seb128, ogra@edubuntu:~/packages/ltspfs-0.4.3$ yelp 
[09:49] <ogra> Segmentation fault (core dumped)
[09:49] <ogra> :(
[09:49] <ogra> thats 2.18
[09:50] <seb128> ogra: what libgnomevfs2-0 version?
[09:50] <ogra> the last 2.17 ... 
[09:50] <ogra> shouldnt there be a versioned dep ? 
[09:50] <mjg59> And license their cores
[09:51] <mjg59> Oops.
[09:51] <seb128> ogra: could you get the exact version you are using?
[09:51] <seb128> ogra: 2.18.0 is buggy, 2.17 is not
[09:51] <ogra> 2.18.0-0ubuntu1
[09:51] <seb128> ogt
[09:51] <ogra> aha
[09:51] <seb128> ok
[09:51] <seb128> you want 2.18.0.1
[09:51] <seb128> it fixes the yelp crasher and has been uploaded yesterday
[09:52] <ogra> yep, just getting 
[09:52] <ogra> thanks
[09:52] <seb128> np
[09:52] <ogra> i havnet seen the edubuntu docs yet, i was already worried they cause a crash :)
[09:54] <Mithrandir> mjg59: I gave it back after pitti uploaded the pkgmaintainermangler fix the other day.
[09:54] <Mithrandir> tkamppeter: can you give me a debdiff and a list of the bugs in LP it fixes?
[09:57] <mjg59> Mithrandir: Ah, excellent. No worries, then.
[09:57] <Mithrandir> happy to help. :-)
[10:00] <imbrandon> Mithrandir, hum is there a reason mod-mono still hasent built yet ?
[10:01] <Mithrandir> imbrandon: it's still in the queue, since I'm a slacker.
[10:01] <imbrandon> ahh ok , no worries, just was asking someone to test and it wasent there 
[10:01] <imbrandon> hehe
[10:01] <imbrandon> thought something might have went wrong
[10:02] <Mithrandir> imbrandon: can you set the bug to fix committed?  It should be referenced in the changelog.
[10:03] <imbrandon> sure
[10:03] <Mithrandir> ok, accepted.
[10:03] <imbrandon> you rock
[10:04] <Mithrandir> it just didn't make this cycle, so it'll be published in about 1.5 hours, then built in the next cycle, so the binaries should be around a little before midnight UTC, I think.
[10:04] <imbrandon> Mithrandir, k, thanks
[10:06] <Gwaihir> can somebody help me with a package-find issue? or at least tell me where can I ask...
[10:07] <Gwaihir> I'm looking for the desktop-effects package... to translate it...
[10:08] <pochu> Gwaihir: have you tried in Launchpad?
[10:08] <Gwaihir> nope... I'll try... thx
[10:38] <ogra> yay GNOME 2.18 released \Q/
[10:43] <jdong> yay are there any buttons left on the print dialog?
[10:46] <seb128> jdong: what do you mean?
[10:46] <jdong> it seems like printer options tend to disappear from GNOME over time :)
[10:46] <seb128> weird
[10:47] <tepsipakki> the new dialog is nice
[10:47] <seb128> the new GTK+ API should have most of useful options
[10:47] <jdong> like what's the justification for not presenting printer options to the user at print-time?
[10:47] <tepsipakki> if only OO.org used it
[10:47] <seb128> what dialog are you speaking about?
[10:47] <seb128> libgnomeprintui is crap
[10:47] <jdong> seb128: i.e. epiphany's Print dialog
[10:47] <seb128> the new GTK dialog should be fine
[10:47] <jdong> ok, haven't tried the new one yet
[10:47] <seb128> what option do you lack? margin?
[10:47] <jdong> seb128: print quality
[10:47] <seb128> epiphany uses GtkPrint
[10:48] <jdong> seb128: I have a photo printer, and that setting makes a huge difference between ink used and outpt quality
[10:48] <Fujitsu> jdong: Print quality is the big one I miss.
[10:48] <seb128> do you have an advanced teb?
[10:48] <seb128> tab
[10:48] <jdong> seb128: the option is availabe from the cups manager thing
[10:48] <jdong> seb128: but lacking in any print dialogs... I know Edgy didn't have any advanced tabs
[10:48] <seb128> maybe it depends on your printer
[10:48] <Fujitsu> It's certainly not there in Feisty.
[10:49] <seb128> epiphany has an advanced tab with a "print mode" and a "resolution, quality, ink type, media" option
[10:49] <jdong> no, not in Feisty either
[10:49] <jdong> how do you get all those options?
[10:49] <seb128> I don't have them when printing to a file
[10:49] <jdong> hmm
[10:49] <seb128> using a printer I've them though
[10:50] <jdong> maybe that's different in Feisty then
[10:50] <jdong> that'd be a great improvement
[10:50] <jdong> and I just noticed that Feisty allows custom print commands
[10:50] <jdong> which is wonderful...
[10:50] <seb128> jdong: now is a good time to try feisty rather than describing edgy bug
[10:50] <jdong> all our campus printers are lpr/kerberos
[10:51] <jdong> seb128: since coming to college I don't have access to my photo printer anymore
[10:53] <seb128> jdong: that's not a design decision, works fine with my deskjet printer, feel free to open a bug, it's either due to cupsys or gtk
[10:53] <jdong> ok, thanks
[10:54] <seb128> jdong: np
[10:54] <jdong> seb128: btw did you ever figure out what's the deal with that fglrx compiz patch?
[10:54] <seb128> it's on my list of things to do, I've been busy with GNOME 2.18.0, I'll probably upload that tomorrow
[10:55] <jdong> don't work too hard :)
[11:16] <pitti> Mithrandir: still awake?
[11:22] <tkamppeter> Mithrandir, I am creating the new ESP GS package now and will send you an UVF ER mail with debdiff and upstream ChangeLog when done.
[11:35] <tkamppeter> Anyone still awake who can approve a UVF ER?
[11:37] <sistpoty> tkamppeter: does it still have the x/nox split, as I'm just gathering a few possible breakages on bug #83597 (not that I could approve an UVFe though)
[11:37] <Ubugtu> Malone bug 83597 in kdegraphics "Unknown device: x11alpha " [Medium,Confirmed]  https://launchpad.net/bugs/83597
[11:51] <tkamppeter> sistpoty, it has the split, and the split will stay, as it is a feature to reduce the installed size of servers.
[11:53] <sistpoty> tkamppeter: sure, makes sense
[12:03] <mjg59> slomo_: Any chance I can convince you that Liferea 1.2.8 is a good plan?
[12:03] <mjg59> slomo_: Significant performance improvements, no other changes
[12:06] <ogra> urgh
[12:06] <ogra> *dialogs
[12:10] <jdong> ogra: now you know how Congress feels after summer recess.
[12:10] <ogra> heh