[12:46] <Riddell> "dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address" hmm
[12:47] <kylem> Riddell, yeah, annoying++ :/
[12:49] <Riddell> oh well, cheereo Debian maintainer
[12:50] <Hobbsee> heya Riddell 
[12:50] <kylem> Riddell, you can rename it to "XSBC-Original-Maintainer:" to stop it whining.
[03:58] <mconnor> hmm, I bet iwj is asleep already
[04:03] <crimsun> likely. perhaps alexander (asac) is awake?
[04:03] <mconnor> oh, right
[04:03] <mconnor> asac: ping
[04:06] <mconnor> right, it was asac who made the change :-/
[04:07] <mconnor> asac: the FeedWriter.js patch fixed the feed preview bug that happens with flat chrome, see LP 61182
[04:08] <asac> mconnor: why didn't someone ask for branch approval?
[04:09] <mconnor> asac: because we didn't know anyone ships with flat chrome?
[04:10] <mconnor> asac: the perf overhead sucks, etc
[04:11] <mconnor> asac: whoever landed it didn't point at the LP bug?
[04:11] <asac> nope
[04:11] <asac> at least I didn't see it in changelog
[04:13] <mconnor> bah
[04:13] <asac> mconnor: thanks ... will reapply when 2.0.0.2 is out. would you volunteer to take over the approval for 1.8.1.3 step?
[04:13] <mconnor> which approval?
[04:13] <asac> for landing on branches
[04:15] <mconnor> asac: we have a group doing that already, but I'll nominate the upstream patch for approval
[04:15] <asac> mconnor: thx
[04:15] <mconnor> which is probably enough to get it rubber-stamped ;)
[04:15] <asac> what group?
[04:16] <mconnor> there's no mailing list, because I'm a failure, but its Jay Patel, dveditz, and a rotating group of three others (one from the Firefox team, one from the Platform team, and one from QA)
[04:16] <mconnor> I'll hopefully get that handled before I leave for FOSDEM
[04:18] <asac> mconnor: good to hear. please keep me updated on new procedures for getting distributor patches approved.
[04:20] <mconnor> asac: nominate for the branch once they're appropriately reviewed
[04:20] <mconnor> asac: that should be it
[04:21] <mconnor> if you run into roadblocks, email me
[04:22] <asac> mconnor: ty ... will definitly come back to you soon :)
[04:22] <mconnor> asac: I'm not always evil, I really do want this to all be less painful ;)
[04:33] <asac> mconnor: i didn't perceived you as evil ... just as a messenger of sad news :) ... n8
[04:35] <mconnor> asac: well, that's good, for a while I had visions of showing up at FOSDEM or something and getting swarmed ;)
[04:45] <mconnor> bah
[04:45] <mconnor> I'm not THAT evil
[04:45] <mconnor> I'm just the bad cop sometimes
[04:45] <poningru> naah its reed's cross its got that gnu magick powder
[04:46] <poningru> it harms anyone who has written any code in non-GPL/LGPL
[04:46] <poningru> ;)
[04:46] <poningru> but dont tell reed I stole his cross
[04:59] <mconnor> poningru: don't try to sucker me into a discussion about licenses :P
[05:16] <poningru> mconnor: lol
[05:16] <poningru> wtf wrong channel
[05:29] <jdong> seeking prod on bug 85424
[05:29] <Ubugtu> Malone bug 85424 in gnome-mount "Unmount fails every time " [Undecided,Confirmed]  https://launchpad.net/bugs/85424
[05:29] <jdong> stale /media/.hal-mtab causes spurious errors from gnome-mount
[05:30] <jdong> wondering if that file should be cleaned out per bootup
[05:32] <Hobbsee> jdong: it's a sunday in most countries, and the europeans are asleep
[05:33] <jdong> Hobbsee: thanks for ruining my optimism
[05:33] <jdong> Hobbsee: I'm gonna go three blocks east and jump off the Charles River bridge
[05:33] <jdong> Hobbsee: and it's all your fault
[05:33] <jdong> :P
[05:34] <Hobbsee> jdong: oh dear...
[05:34] <jdong> look, longfellow bridge is only .2 miles away
[05:35] <jdong> ironically mass general hospital is right across the bridge :)
[07:26] <popey> hehehe@jdong
[09:03] <Mirv> Mithrandir: you might want to consider applying the patch for bug 22985 (19 duplicates) in xserver-xorg-video-ati, now that there is such
[09:03] <Ubugtu> Malone bug 22985 in xserver-xorg-video-ati "[x700]  fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port" [High,Confirmed]  https://launchpad.net/bugs/22985
[09:05] <Mithrandir> Mirv: thanks; I'll have a look.
[09:52] <dholbach> good morning
[09:54] <bhale> hello dholbach 
[09:56] <dholbach> hey bhale
[10:13] <seb128> asac: hi. About that totem,firefox crasher, any reason firefox stopped linking to libxpcom?
[10:27] <pitti> good morning
[10:27] <ajmitch> morning pitti 
[10:27] <pitti> hey ajmitch 
[10:27] <seb128> hey pitti
[10:27] <seb128> hi ajmitch
[10:28] <ajmitch> hi seb128
[10:28] <ajmitch> so who's approving UVF exceptions at the moment? ubuntu-release?
[10:30] <Mithrandir> ajmitch: yes, ubuntu-release, but we don't have a process in place for it yet, so it's "nag Tollef on IRC" for now.
[10:31] <ajmitch> ah right
[10:31] <ajmitch> so nag you once I have a package tested?
[10:34] <Fujitsu> pitti: I've attached a new debdiff to that zope3 SRU, as you may have noticed. I've got no idea if the changelog is user-oriented enough now.
[10:34] <ajmitch> Fujitsu: tested the twisted-web2 'fix'?
[10:35] <Mithrandir> ajmitch: yes, for main packages.  Universe has the motu-uvf team.
[10:35] <ajmitch> I haven't had any problems with it yet (and have a package ready to upload)
[10:35] <ajmitch> Mithrandir: yep, I was part of motu-uvf for edgy
[10:35] <Fujitsu> ajmitch, yep, it seems to sort of work. I haven't tested too much of it.
[10:36] <ajmitch> I was playing around a bit with zope3 today, I'll check with doko before I upload
[10:50] <ajmitch> doko: ah, your package seems to work fine, thanks :)
[11:31] <dholbach> gpocentek: there's a new goffice and gnumeric - if you care about it
[11:34] <seb128> dholbach, gpocentek: already packaged by Debian if that makes the job easier
[11:35] <dholbach> seb128: that's good to hear... I reckon we just need to apply our "*-gtk packages" patch
[11:46] <gpocentek> dholbach, seb128, ok, I'll work on it
[12:00] <iwj> fabbione: AYT?  What's the current situation with bug 38409 ?
[12:00] <Ubugtu> Malone bug 38409 in lvm2 "creation of snapshots fails unpredictably" [High,Confirmed]  https://launchpad.net/bugs/38409
[12:10] <pitti> doko: gcc-4.1 is alright now in feisty?
[12:10] <pitti> seb128: so I'll ignore Maintainer: stuff for Xish and Gnomeish packages for now?
[12:10] <seb128> pitti: correct
[12:11] <doko> pitti: yes
[12:11] <pitti> splendid
[12:11] <pitti> so, we need to upload about 10 packages per day until the beta freeze
[12:12] <doko> pitti: but not yet built on sparc
[12:12] <pitti> doko: still building or ftbfs problems? shall I wait?
[12:12] <doko> pitti: still building
[12:12] <pitti> doko: ok, I'll just wait another day then?
[12:12] <seb128> pitti: do you have a list of packages to rebuild somewhere?
[12:13] <pitti> seb128: grep-dctrl -sPackage,Maintainer,Original-Maintainer -FVersion ubuntu archive.ubuntu.com_ubuntu_dists_feisty_main_binary-amd64_Packages | grep-dctrl -sPackage -FMaintainer -v -n ubuntu
[12:13] <doko> pitti: do you have a list of packages somewhere? maybe we can sort out some stuff, where we know about new uploads
[12:13] <pitti> doko: see above
[12:14] <pitti> seb128: this gives 305 hits so far, but of course this will boil down a bit since we rebuild entire source packages
[12:14] <pitti> doko: oh, oo.o-help/l10n covers some 40 packages alone :)
[12:15] <pitti> and the X.org video drivers another good chunk
[12:15] <seb128> pitti: that's 129 source packages apparently
[12:15] <doko> pitti: right ... and I know I will make another upload ... could you put the list in the wiki, so we can sort out some packages to other sections?
[12:16] <pitti> doko: 'sections'?
[12:16] <seb128> pitti: without xorg and gnome package there is probably like 40 packages to rebuild, we can probably wait and see which ones sort themself
[12:16] <pitti> seb128: that's not too bad
[12:16] <doko> paragraphs, whatever
[12:16] <pitti> doko: ah, sure
[12:16] <pitti> wiki will become obsolete quite fast, though
[12:16] <doko> so you only process these, and others take the responsibility for other packages
[12:17] <pitti> doko: right, maintaining an explicit blacklist is fine
[12:18] <asac> seb128: have to take a look if it was a regression from last upload. otherwise, I don't know.
[12:18] <seb128> asac: that's a regression, totem didn't change recently and those crashes happened since your firefox upload
[12:19] <seb128> asac: I think firefox used to link with libxpcom and stopped doing that or something like that, that's not the first time that happens IRC
[12:20] <asac> seb128: you sure it popped up with last upload? we a good bunch of totem crashers in bts.
[12:20] <seb128> asac: and totem doesn't link explicitly with the firefox libs to not make the browser plugin depends explicitly on a browser
[12:21] <seb128> asac: well, the missing symbol was making firefox crash on any video for everybody and I'm pretty sure that's due to a recent change, we started to get totem bugs about that some days ago
[12:21] <asac> seb128: ok ... hasn't there been a fix uploaded for totem? ... what does it do, load libxpcom manually?
[12:22] <seb128> asac: right, I made the plugin build with "-L/usr/lib/firefox -lxpcom"
[12:23] <seb128> asac: totem doesn't do it usually to no Depends specifically on a browser (the browser plugin can work with firefox, xulrunner, etc then)
[12:23] <pitti> seb128, doko: https://wiki.ubuntu.com/MaintainerFieldRebuilds; please add the things you want to take care of (doko: oo.o-help* are separate sources, will they be updated again before freeze?)
[12:24] <pitti> seb128, doko: I'll write an u-d-a mail now with some details
[12:24] <seb128> pitti: do we need to do that?
[12:24] <seb128> pitti: can't we just wait 2 weeks and see what solves itself by normal uploads and then do the remaining changes?
[12:24] <asac> seb128: ok, then how was it linked before?
[12:25] <pitti> seb128: that's the thing, we have pkgbinarymangler in place for a long time already
[12:25] <pitti> seb128: and stuff like libogg, mailx, or mount won't change anytime soon again
[12:25] <seb128> pitti: those are the ones we can rebuild in 2 weeks
[12:26] <seb128> there is probably not a zillion of them, there is only 129 source packages to rebuild
[12:26] <seb128> and a good part of them are xorg drivers
[12:26] <cjwatson> pitti: -sSource:Package FYI
[12:26] <pitti> seb128: I don't want to rebuild them on one day, though
[12:26] <seb128> pitti: well in one week will be good enough
[12:26] <pitti> seb128: ok, WFM
[12:26] <pitti> cjwatson: thanks
[12:26] <seb128> asac: I'm looking at it, one min
[12:27] <pitti> cjwatson: ah, that's 'show Source:, and if that doesn't exist, show Package:'? clever
[12:28] <cjwatson> pitti: yeah
[12:30] <seb128> asac: 
[12:30] <seb128> with 2.0.0.1+0dfsg-0ubuntu1:
[12:30] <seb128> $ objdump -x firefox-bin | grep xpcom
[12:30] <seb128>   NEEDED      libxpcom.so
[12:30] <seb128>   NEEDED      libxpcom_core.so
[12:30] <doko> pitti: and now make it a list of source packages ;-)
[12:30] <seb128> with 2.0.0.1+1-0ubuntu1
[12:30] <seb128> $ objdump -x firefox-bin | grep xpcom
[12:30] <seb128>   NEEDED      libxpcom_core.so
[12:30] <seb128> 
[12:30] <pitti> doko: see grep on updated wiki page
[12:31] <seb128> asac: the "NEEDED      libxpcom.so" drop is what created the problem
[12:33] <asac> seb128: so lib has not been loaded, so bang ... ok
[12:33] <seb128> right
[12:33] <seb128> might be considered as a totem bug though
[12:33] <seb128> the "don't link to required libs to not depends on a specific browser" is sort of a workaround
[12:34] <Riddell> cjwatson: new partitioner in kde frontend should be ready to merge in, are you happy for me to go ahead or do you want to take a look first?
[12:35] <cjwatson> Riddell: feel free to blat it into mainline and I'll have a look before upload
[12:35] <cjwatson> Riddell: btw see http://wiki.ubuntu.com/InstallerDevelopment for CIA setup so that your commit gets logged on #ubuntu-installer
[12:37] <lifeless> cjwatson: btw, you can configure branches centrally for bzr-email
[12:37] <lifeless> cjwatson: and looking at cia-email, that too in all probability
[12:37] <cjwatson> lifeless: sorry, I don't understand?
[12:38] <lifeless> 'Unlike with a centralised revision control system, this can't (easily) be set up centrally; each committer needs to set this up for each branch.'
[12:38] <lifeless> this is not the case
[12:38] <cjwatson> lifeless: I don't see how I could set it up such that anyone's commits get sent to CIA; can you elaborate?
[12:39] <cjwatson> lifeless: the only way I could see to do that would be if I got to install push hooks on the supermirror
[12:39] <lifeless> if you put the settings in branch.conf, which lives in .bzr/branch, then the code will find the configuration on each machine during post commit
[12:39] <lifeless> it should be that all you need to do is to have the plugin installed on each machine
[12:39] <cjwatson> branch.conf doesn't propagate to other branches surely?
[12:40] <cjwatson> and in any case, my point that each committer will need to do some setup (getting the plugin at least) still stans
[12:40] <cjwatson> stands
[12:40] <lifeless> thats true
[12:40] <ogra> seb128, are you aware of any probs with the screenshooter ? i just had a prob with it (it wasnt saving anything) so i ran an strace which then hardlocked the machine ...
[12:40] <cjwatson> which is my main point
[12:40] <lifeless> it sounds worse than it is to me
[12:40] <seb128> ogra: nop
[12:40] <lifeless> which was my point
[12:41] <cjwatson> lifeless: feel free to edit the wiki page to more accurately describe the state of affairs, as long as the setup information remains accurate
[12:41] <ogra> last thing i saw was it was trying to access a socket in /tmp/.ICE-unix/
[12:41] <cjwatson> lifeless: I think you're reading it as criticism of bzr, which it isn't intended to be
[12:41] <cjwatson> the primary purpose of that section is to document the setup
[12:42] <lifeless> cjwatson: 22:41, so not right now, but we'll see later
[12:42] <cjwatson> I'll s/centrally/on a single central machine/
[12:43] <cjwatson> lifeless: better now?
[12:44] <lifeless> its fine, I'll make some time to test exactly what can be done to make the setup easier for you
[12:44] <lifeless> I think what I'm really saying is you aren't using bzr's facilities to their fullest for what you seem to want
[12:45] <lifeless> and thats really something I'm better placed to fix, but after 0.15 is out
[12:45] <cjwatson> I'd certainly welcome suggestions of improvements
[12:46] <cjwatson> supermirror hooks to do service notification (whether CIA or something Launchpad-specific) on push would actually be ideal, but that seemed like something I shouldn't hold my breath for
[12:47] <lifeless> LP is getting email-on-commits soon
[12:47] <lifeless> done lp specific
[12:47] <cjwatson> perhaps that can be made to be extensible and machine-parseable and stuff
[12:47] <cjwatson> I do like the CIA model, although I appreciate that it overlaps with Launchpad in some ways
[12:48] <cjwatson> IRC notification is the bit I actually care about
[12:48] <Mithrandir> seb128: is the gdm socket going to move to /var/run/gdm_socket soonish?
[12:49] <seb128> Mithrandir: I'm working on it at the moment
[12:49] <Mithrandir> seb128: cheers.
[12:49] <seb128> Mithrandir: will be uploaded before lunch
[12:49] <seb128> ;)
[12:50] <Mithrandir> seb128: but the new address will be /var/run/gdm_socket, right?
[12:50] <Mithrandir> seb128: I'm updating powermanagement-interface now.
[12:50] <seb128> Mithrandir: correct
[12:51] <Mithrandir> seb128: cheers
[12:51] <seb128> Mithrandir: I can update that package as well if you want
[12:51] <seb128> would be nice to have something like 
[12:51] <seb128> if (old_socket_name_exist)
[12:51] <seb128> ...
[12:51] <seb128> else
[12:51] <seb128> ...
[12:51] <Mithrandir> indeed.
[12:51] <Mithrandir> if you want to fix it, feel free. :-)
[12:51] <seb128> will do
[12:52] <seb128> I'm already doing for gnome-session
[12:52] <Mithrandir> it should be easy enough to make it iterate over the possible names.
[12:52] <seb128> right
[12:52] <shawarma> Stuff in the NEW queue should (if they don't get rejected) make it in time for universe's FF, right?
[12:58] <shawarma> &win 2
[12:58] <shawarma> ... sorry
[01:00] <Mithrandir> shawarma: if we have the time, yes.
[01:05] <ogra> kwwii, http://people.ubuntu.com/~ogra/ldm_cairo_screenshot.png
[01:05] <ogra> i didnt work on the font handling yet
[01:06] <ogra> feel free to drop me a different wallpaper svg
[01:09] <ogra> seb128, is there a way that we split out pythons rsvg module from gnome-python2-desktop ? i think the xubuntu guys wont be happy if ldm depends on half of the desktop libs
[01:09] <seb128> ogra: there is still a way to split things, yep ;)
[01:09] <ogra> (and i wonder why its in there instead of being separate since i started with cairo stuff)
[01:10] <ogra> well, would it be possible for feisty ? 
[01:11] <shawarma> Mithrandir: Ok.. So "likely, yes" ?
[01:11] <shawarma> :-)
[01:13] <kwwii> ogra: cool, I'll send you a bg sometime later today
[01:15] <Mithrandir> shawarma: "maybe".  We're usually processing the queue in FIFO order, so get your uploads in early rather than late.
[01:17] <shawarma> Mithrandir: Ok. The particular upload I'm interested in went in saturday night. Does that qualify as early, you think?
[01:17] <shawarma> Mithrandir: It's network-manager-{openvpn,vpnc} if it matters.
[01:18] <infinity> I'm happy to do some universe NEW processing when I need a brain break here and there if the distro-owned archive guys are tied up with doing main processing.
[01:18] <Mithrandir> shawarma: shiny, yes, I do definitively think we should get that in.
[01:18] <shawarma> Mithrandir: Whee! Thank you. :-)
[01:19] <Mithrandir> infinity: I'm doing binary new now, but if you'd like to start with source new at the top or the bottom, that works for me.
[01:19] <infinity> (And I agree with Tollef, those are toys I want)
[01:19] <infinity> Mithrandir: I'm assuming you'll be focussing on main first, so I'll poke at universe stuff when I need a context switch for sanity reasons.
[01:19] <infinity> Mithrandir: Tomorrow, mind you, I'm about to cut out for the day today (11pm)
[01:19] <Mithrandir> infinity: sounds good to me.
[01:20] <Mithrandir> infinity: binary new is generally so small I just do it all in one batch
[01:21] <Hobbsee> Mithrandir: i think the question more is "will we have to file exceptions, etc, if our stuff doesnt get thru NEW in time for the freeze"
[01:21] <infinity> Mithrandir: Yeah, binary NEW was always just a "I have a few minutes and look, there's some crap in the queue!" thing for me.
[01:22] <infinity> Hobbsee: If it was uploaded pre-freeze, but not processed, I'd recommend a poke to the -archive list for the ones you're concerned about.
[01:23] <Hobbsee> infinity: right.  shawarma ^
[01:23] <Mithrandir> Hobbsee: I'd have to make up some policy about that.
[01:23] <seb128> Mithrandir: I should have left the huge pile of new python -dbg for you :p
[01:23] <Mithrandir> but otherwise as infinity says.
[01:23] <infinity> Hobbsee: In some cases, it may be stuff we've purposefully not processed, cause we just don't think it can be made useful between now and release, in other cases, it'll be stuff that slipped through and we should process it.
[01:23] <Hobbsee> Mithrandir: well, yeah
[01:23] <Mithrandir> seb128: lucky me you didn't. :-)
[01:23] <seb128> yeah ;)
[01:24] <shawarma> Hobbsee: Mkay.
[01:34] <doko> infinity: could you get me the preprocessed file in the openoffice.org build on amd64?
[01:35] <Mithrandir> doko: hmm, why is ooo-l10n now trying to drag in stlport?  I thought we got rid of that?
[01:35] <doko> Mithrandir: not yet rebuilt from new sources
[01:36] <infinity> doko: You know the answer to that.
[01:36] <doko> infinity: no?
[01:36] <infinity> doko: Correct.
[01:36] <infinity> doko: But if it's required, I can do a manual rebuild and save the chroot.
[01:36] <infinity> doko: By default, it's all blown away post-build.
[01:36] <doko> infinity: that is the question I have ...
[01:37] <infinity> doko: Yup, can be done.  Mail me, pretty please, I'll do it in the background tomorrow while coding and such.
[01:40] <doko> infinity: done
[01:40] <infinity> doko: Danke.
[01:48] <jdub> what controls gnome power manager showing suspend and hibernate? for some reason, in fisty, mine shows neither (and i can't make the machine suspend)
[01:49] <jdub> ACPI_SLEEP and ACPI_HIBERNAME == true in /etc/default/acpi-support
[01:49] <cjwatson> /usr/sbin/pmi
[01:49] <cjwatson> (last I checked)
[01:49] <jdub> $ pmi capabilities
[01:49] <jdub> hibernate suspend
[01:49] <cjwatson> guess I'm wrong then
[01:50] <lifeless> jdub: try clicking on logout again
[01:50] <jdub> aha
[01:50] <jdub> after i ran the power manager applet
[01:50] <jdub> gnome-power-manager ran
[01:50] <jdub> and now i can see them in power manager again
[01:51] <Riddell> seb128: re bug 86257, do you know if the gdk-pixbuf feature is used by anything?
[01:51] <Ubugtu> Malone bug 86257 in amarok "amaroK indirectly depends on libgtk2.0 (dup-of: 59663)" [Wishlist,Rejected]  https://launchpad.net/bugs/86257
[01:51] <Ubugtu> Malone bug 59663 in libgpod "Please build without gdk-pixbuf/gtk" [Wishlist,Confirmed]  https://launchpad.net/bugs/59663
[01:51] <seb128> Riddell: gtkpod
[01:51] <jdub> so g-p-m is never run, it seems
[01:51] <seb128> jdub: do you have an autostart to /etc/xdg/autostart for it?
[01:51] <Riddell> seb128: ok
[01:52] <jdub> seb128: hmm! no
[01:52] <jdub> not in startup programs either
[01:52] <seb128> jdub: what version of the package do you have installed?
[01:53] <jdub> 2.17.90-0ubuntu3
[01:53] <jdub> also
[01:53] <jdub> it has a /usr/share/gnome/autostart directory, but it's empty
[01:54] <geser> infinity: Hi. Have you some time to look at the build failure of xmms2? http://librarian.launchpad.net/6335715/buildlog_ubuntu-feisty-i386.xmms2_0.2DrHouse-3.1ubuntu3_FAILEDTOBUILD.txt.gz
[01:55] <geser> infinity: it's HASH(0x82db558)="" in the environment that /bin/sh can't parse and errors out
[01:56] <infinity> geser: Yeah, I recall, though it wasn't on my immediate TODO.  Can you mail me about it, though?
[01:56] <infinity> geser: The failure looks... Interesting... But should be trackable.
[01:56] <seb128> jdub: 
[01:56] <seb128> $ dpkg -L gnome-power-manager | grep desktop
[01:56] <seb128> /usr/share/applications/gnome-power-preferences.desktop
[01:56] <seb128> /etc/xdg/autostart/gnome-power-manager.desktop
[01:57] <seb128> jdub: maybe you removed the autostart at some point and since that's a conffile ...
[01:59] <geser> infinity: I send you an email on 7 Feb 2007 about it. Should I send it again?
[02:01] <jdub> seb128: hrm, can't imagine i dicked with that
[02:01] <cjwatson> if I've got a runtime-determined set of buttons which may well end up not fitting onto a single line in a GTK UI, what container widget should I use for them? It doesn't look like HButtonBox will wrap
[02:01] <heno> dholbach, Mithrandir: can we still get a new upstream version of onboard? the current one is broken since the python changes. Should I file a UVF request?
[02:02] <Mithrandir> heno: debdiff, please?
[02:02] <infinity> geser: Oh, so you did.
[02:03] <infinity> geser: Again might be nice anyway, unlike most people, I appreciate the occasional nag. :)
[02:03] <heno> Mithrandir: I'll ask Chris to prepare one
[02:04] <Mithrandir> heno: thanks.
[02:12] <geser> do Debian updates of native packages need an UVF exception?
[02:15] <jdub> seb128: i just upgraded g-p-m and now i have that file :)
[02:17] <shawarma> Does our sparc version install in a qemu sparc thing?
[02:18] <infinity> No idea, you could try. :)
[02:18] <infinity> I've only installed it on real hardware.
[02:19] <shawarma> I tried it a while ago, but it didn't work, but I don't know if it's me or qemu that's being stupid.  I'm going to try again when the feisty image is done downloading.
[02:21] <seb128> jdub: ah, you had .90, yeah that was a known bug fixed
[02:22] <shawarma> infinity: It seems not. It just says "Unsupported image format
[02:26] <mvo> iwj: I assume you have intimite knowledge of update-alternatives? if you could have a look at https://launchpad.net/ubuntu/+source/vim/+bug/84466, it looks like there is some problem with it there
[02:26] <Ubugtu> Malone bug 84466 in vim "[apport]  package vim-tiny failed to install/upgrade:  (dup-of: 84906)" [Undecided,Unconfirmed]  
[02:26] <Ubugtu> Malone bug 84906 in vim "vim-tiny postinst fails" [Undecided,Confirmed]  
[02:27] <iwj> mvo: Hmm.
[02:27] <mvo> update-alternatives: unable to make /usr/share/man/ru.KOI8-R/man1/vi.1.gz.dpkg-tmp a symlink to /etc/alternatives/vi.ru.KOI8-R.1.gz: No such file or directory
[02:27] <mvo> that is the error
[02:28] <mvo> vi.ru.KOI8-R.1.gz vanished from the packaage in the later version but was part of it in the earlier version
[02:28] <infinity> Then the slave needs to be removed with a version check, no?
[02:29] <iwj> Well, the _alternative_ needs to be removed.
[02:29] <iwj> Exactly how that should work depends on what the old package said.
[02:29] <iwj> Oh, err, no, infinity was right.
[02:30] <cjwatson> mvo: there's a Debian bug for that too
[02:30] <mvo> hm, prerm runs "update-alternatives --remove vi" and it seems to be only trigger for some people
[02:30] <mvo> I'm unable to reproduce it here
[02:30] <cjwatson> I reproduced it
[02:30] <Mithrandir> it fixes itself over a couple of runs, iirc.
[02:30] <iwj> That's weird.
[02:31] <jdub> seb128: thanks :)
[02:31] <cjwatson> yes, update-alternatives removes the slaves one by one on repeated runs, or something like that
[02:31] <seb128> jdub: np
[02:31] <tbf> finally found some script for creating linux-to-osx cross-compilers
[02:31] <iwj> cjwatson: Freaky.
[02:31] <tbf> wondering if this script should not be turned into some ubuntu package - like the mingw32 packages
[02:32] <cjwatson> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399024
[02:33] <Ubugtu> Debian bug 399024 in vim "Upgrade fails because of missing man page directory" [Important,Closed]  
[02:33] <cjwatson> iwj,mvo: ^--
[02:33] <shawarma> Where would I ask questions about Ubuntu on Sparc hardware? (May god have mercy on the soul of the first person who says #ubuntu..)
[02:33] <cjwatson> I attached a /var/lib/dpkg/alternatives/view to that bug
[02:33] <gnomefreak> shawarma: but you leave it wide open for someone to say #ubuntu ;)
[02:34] <mvo> cjwatson: thanks! 
[02:34] <cjwatson> supposedly we can merge to fix it, but there may be an update-alternatives bug there too
[02:37] <gnomefreak> asac: not many people in #ubuntu use sparc anyway
[02:37] <iwj> cjwatson, mvo: I think this needs looking at the code really.  Do you want me to take a look ?
[02:38] <iwj> I mean the code in update-alternatives.
[02:38] <mvo> iwj: I would appreciate that, especially since it does seem to be triggered on nano as well (not only vim)
[02:38] <iwj> The `rerun it to fix it' definitely sounds like an u-a bug.
[02:38] <iwj> mvo: OK, willdo.
[02:38] <shawarma> gnomefreak: precisely.
[02:38] <gnomefreak> shawarma: is ther a #sparc channel?
[02:41] <mvo> iwj: thanks, I subscribed you to bug https://launchpad.net/ubuntu/+source/dpkg/+bug/84906 (the master) and will add the information we have so far
[02:41] <Ubugtu> Malone bug 84906 in vim "vim-tiny postinst fails" [Undecided,Confirmed]  
[02:44] <iwj> mvo: Thanks.
[02:49] <mvo> iwj: I also added how the workaround works. let me know if I can do more 
[03:51] <Mithrandir> shawarma: you need to ship a copy of the licences in the orig.tar.gz.
[03:57] <seb128> Mithrandir: are you doing syncs atm?
[03:58] <Mithrandir> seb128: nope
[03:58] <seb128> ok, I'm doing the libdrm sync now then
[04:00] <seb128> does anybody have an opinion on using gnome-power-manager for restart and shutdown from GNOME rather than gdm?
[04:00] <seb128> it would make the actions work for people not running gdm
[04:01] <seb128> and make them configurable by gconf with the possibility for an admin to force settings for example
[04:01] <giskard_> g-p-m is installed by default?
[04:02] <mvo> seb128: if you do this, please let me know because I would have to switch the reboot method in u-n (it currently uses gdm)
[04:02] <seb128> it would also means means gnome-session has to keep depending on gnome-power-manager
[04:02] <seb128> pitti as requestion a move to Recommends for it
[04:02] <seb128> mvo: well, you don't "have to", gdm keeps working
[04:02] <Mithrandir> ubiquity would also need updating that way.
[04:02] <seb128> giskard: yep, it's part of GNOME desktop and gnome-session uses it for power management
[04:03] <seb128> giskard: speaking about g-p-m, do you maintain it for Ubuntu? Help on the huge bugs list would be welcome ;)
[04:04] <seb128> "pitti was asking if we could Recommends g-p-m only" rather ;)
[04:05] <seb128> mvo, Mithrandir: any preference between using gdm or gpm?
[04:05] <ogra> Mithrandir, not as long as we use gdm on the livecd ...
[04:06] <ogra> seb128, i'd go for gpm ...
[04:06] <ogra> to have all options centralized in one place
[04:06] <seb128> right
[04:06] <ogra> and there is finally a centralized source for the bugs ...
[04:07] <seb128> need to check if it works fine with usplash now
[04:07] <mvo> I don't mind either way, I just want to keep u-n in sync so that is uses the same method
[04:07] <seb128> we reverted that change for dapper because we had no usplash screen on shutdown with it IIRC
[04:08] <ogra> nobody told me ... whats required to make it work if it doesnt ? 
[04:09] <seb128> not sure
[04:10] <ogra> well, it shouldnt be to hard given that it works from console as well as from gdm
[04:11] <seb128> probably not
[04:28] <keescook> Mithrandir: aagh.  sorry (see email).  I was doing the UVFe upload, so I didn't study the packaging -- I assumed it was unchanged from the prior package.
[04:30] <seb128> hi keescook
[04:30] <keescook> hiya seb128
[04:31] <seb128> keescook: do you want to work on the "filename doesn't match mimetype" thingy?
[04:32] <keescook> seb128: not today at least; it's a holiday here.  :)  I am interested in poking at it in general, though, since it relates to .desktop management.
[04:32] <seb128> keescook: ah right, enjoy your holiday ;) You have some interest for .desktop management? ;)
[04:33] <keescook> seb128: well, from the perspective of changing the entire design to make sure .desktop files have to be executable, etc, yeah.  :)
[04:33] <keescook> but I can't do that without a better understanding of things around them.
[04:33] <seb128> keescook: BTW Debian patched nautilus for the "don't run .desktop not named .desktop" problem
[04:34] <seb128> keescook: I'll grab the patch once it got some testing in Debian
[04:34] <keescook> seb128: excellent.  :)
[04:36] <seb128> wb pitti
[04:36] <pitti> hey seb128
[04:37] <seb128> pitti: any opinion on making GNOME uses gnome-power-manager for restart and shutdown?
[04:37] <seb128> pitti: that would mean to Depends on g-p-m and you opened a bug for moving it to Recommends
[04:37] <seb128> the advantage over using gdm is that it would work for people not using gdm
[04:37] <pitti> seb128: if it's better/easier for you, sure
[04:37] <seb128> and would allow gconf config flexibility
[04:38] <keescook> okay, so I want to fix up my mistake with the mythtv upload... I imagine I should move the /home stuff to /var/lib/mythtv somewhere, correct?  Anyone see anything else wrong with it?
[04:38] <leleobhz> someone can help-me to update the jackd?
[04:38] <leleobhz> im trying to insert libfreebob support
[04:38] <seb128> pitti: well, it's not really easier since it's already working with gdm atm. I'm just wondering if using g-p-m for that would be better
[04:39] <leleobhz> but im unsuccessfull
[04:39] <pitti> seb128: hm, I don't have a strong opinion about it; I don't know the pros and cons, but as desktop team master you should decide
[04:39] <seb128> one advantage is the gconf use which could make easier for admin to force values by user category
[04:41] <seb128> pitti: what was the reason you were trying to remove gnome-power-manager? Cleaning the installed packages or it's created problems for you?
[04:42] <seb128> I'm try to determine if moving to Recommends (which we can do if we keep using gdm) would make some users happy
[04:43] <pitti> seb128: no, just getting rid of unnecessary cruft on a desktop system
[04:43] <seb128> ok
[04:43] <pitti> seb128: there's no other point in running all the dynamic freq/battery/power stuff here
[04:44] <seb128> right
[04:44] <pitti> seb128: but I wouldn't particularly mind if g-p-m keeps being installed
[04:44] <wasabi> I like GPM on my desktop... because I have a UPS. :0
[04:44] <wasabi> And it all sort of works together really cooly.
[04:44] <wasabi> Even lets me shut down when the UPS power gets too low.
[04:52] <Mithrandir> keescook: the previous package was busted too.
[04:52] <keescook> Mithrandir: yeah.  :(  I've started making a list of all the problems I see with it.  What's the right way for me to fix this?
[04:52] <pitti> doko: ah, gcc-4.1/sparc built
[04:53] <Mithrandir> keescook: apply the necessary cluebats to the sponsee and get him to make you new packages until you're really, really happy with them.
[04:53] <Mithrandir> keescook: then upload them.
[04:54] <keescook> Mithrandir: okay.  what would you suggest for the /home dot-file shipping issue?  just move the mythtv user in /var/lib/mythtv or something?
[04:54] <Mithrandir> keescook: for instance, yes.
[04:55] <keescook> Mithrandir: did anything else jump out at you?
[04:56] <Mithrandir> keescook: I don't see the point of the metapackages, particularly not four of them
[04:58] <keescook> Mithrandir: as far as I can see; they're for setting up specific configurations of mythtv, in the right combinations for what a person wants their system doing.
[04:58] <Mithrandir> keescook: a couple of them didn't have any postinsts.
[04:59] <keescook> Mithrandir: I don't think a postinst is required for them; they're just the list of the various myth packages to get installed to get a sane myth setup.
[05:00] <Mithrandir> keescook: why can't that just go into the description of the packages they depend on?
[05:01] <keescook> Mithrandir: I assumed it was to make it easy to install a given configuration.  I'm happy to make whatever changes; this package is giant.  :)
[05:02] <Mithrandir> keescook: I don't think the metapackages make sense there; they're like "frontend-backend", something which doesn't make any kind of sense unless you know a bit about how mythtv is put together (and then the metapackage still doesn't make any sense, because you can just as easily install the two packages it depends on)
[05:06] <keescook> Mithrandir: I could go either way; the metapackages do enforce some non-myth deps that are required for sane functioning.  looking at it, for example, the ubuntu-mythtv-master-backend requires mysql-server, where as u-m-secondary-b does not, etc.
[05:11] <keescook> I'm going to have to have some preinst scripts build some /etc/defaults files too, for sane migration out of /home and /media (!!)
[05:38] <shawarma> Mithrandir: As in basically a copy of debian/copyright?
[05:40] <Mithrandir> shawarma: as in a full copy of the licence.  
[05:42] <shawarma> Mithrandir: Alright. The LGPL stuff is contained in then auth-daemon directory, so I could toss the LGPL COPYING file in there and the GPL one in the main dir. Something like that?
[05:43] <Mithrandir> shawarma: yes, that's fine
[05:43] <shawarma> Coolenss.
[05:43] <shawarma> Coolness, even.
[05:46] <shawarma> Mithrandir: I have to say, it really feels wrong to alter the orig.tar.gz..
[05:47] <cjwatson> I don't see why this needs to go in the .orig.tar.gz
[05:47] <cjwatson> the only reason to modify the .orig.tar.gz is really if for some reason we have to remove stuff from it
[05:48] <shawarma> Ok, now I'm really confused. :-)
[05:49] <Chipzz> shawarma: licensing issues
[05:49] <Mithrandir> it's an svn snapshot anyway.
[05:49] <Chipzz> shawarma: if the orig.tar.gz contains material which is not suitable for distribution
[05:49] <shawarma> Chipzz: Yes, yes, I get that.
[05:50] <Chipzz> shawarma: all the rest can be taken care of with a patch
[05:50] <shawarma> Chipzz: I'm just confused since cjwatson and Mithrandir seems to be giving me contradictory orders. :-)
[05:50] <keescook> Mithrandir: trimmed metapackages to 2.  :)
[05:51] <Mithrandir> shawarma: we are, because we are of a differing opinion.  I am of the belief that the orig.tar.gz by itself has to allow for redistribution and not just reference the licence.
[05:52] <Chipzz> is it normal that apt-get dist-upgrade keeps insisting on removing hwdb-client and a couple of python packages?
[05:53] <Chipzz> this seems like some unsorted stuff from python 2.4 -> 2.5 migration
[05:55] <shawarma> Mithrandir: That is also a valid point.. fine, I'll add it, but I'll be feeling funny while doing it. :-)
[05:55] <doko> pitti, seb128, cjwatson: please promote the binary only python packages, found in anastacias output
[05:55] <seb128> doko: today's is Mithrandir's archive day ;)
[06:02] <doko> Mithrandir: ^^^ ;)
[06:04] <Mithrandir> doko: yeah, I'll poke it
[06:04] <shawarma> Mithrandir: Should I subsequently make sure that those COPYING files are copied to /usr/share/doc/..../ ?
[06:06] <Mithrandir> shawarma: no.
[06:06] <shawarma> Mithrandir: Ok.
[06:17] <pochu> I have just tried to update the system, but the update-manager tells me that it's dangerous because the packages aren't authenticated. did you know this?
[06:18] <cjwatson> this sometimes happens transiently if the mirror you're using got a bit desynchronised
[06:18] <cjwatson> reload in synaptic (or apt-get update, or whatever) in a while and try again
[06:19] <pochu> cjwatson: ok, thanks. but I think I'm using the main server :)
[06:21] <cjwatson> pochu: unfortunately once in a while it happens on archive.ubuntu.com as well; it should go away in an hour
[06:21] <pochu> cjwatson: there is no problem in update, right?
[06:21] <shawarma> Mithrandir: Reuploaded the network-manager-{openvpn,vpnc} packages.
[06:21] <Mithrandir> shawarma: cheers.
[06:28] <shawarma> Mithrandir: Thanks for your help!
[06:54] <Ocha> hello everyone
[07:10] <Ocha> no one here :-/
[07:25] <Riddell> pitti: 84717 updated with patches with improved descriptions and some missing dependencies and shlibs
[07:25] <Riddell> bug 84717
[07:25] <Ubugtu> Malone bug 84717 in update-manager "SRU: updates necessary for Kubuntu Upgrade Tool in Edgy" [Undecided,Needs info]  https://launchpad.net/bugs/84717
[07:25] <pitti> Riddell: ah, great
[07:25] <Riddell> pitti: nothing much can be done about the complexity of the diffs in kdelibs or python-kde3 I'm afraid
[07:26] <pitti> Riddell: hm, they seemed to have shifted code around
[07:27] <Riddell> pitti: the methods added in the kdelibs patch do reuse some lines of code from the existing open() method which makes diff not just give you a diff of the methods
[07:36] <Ocha> oooow, someone is talking.  hello all, i would like some information out of you guys.  I'm looking into getting ubuntu, but i want to be selled first.  tell me whats great about ubuntu.
[07:36] <Nafallo> Ocha: you probably want #ubuntu :-)
[07:37] <Ocha> your telling me you can't describe any good of ubuntu?  but thanks for the channel.
[07:37] <mjg59> Ocha: We could, but this is the wrong place to ask
[07:38] <Ocha> sorry then, what is this channel for?
[07:38] <mjg59> Development of Ubuntu
[07:38] <Ocha> thought so, thanks everyone. ^_,^  have a good day.
[07:53] <yveslu> hello, I have an observation regarding startup speed of OOo, something that looks strange
[07:54] <yveslu> for fun I put fedora core 6 on the laptop, alongside with edgy and feisty
[07:54] <yveslu> warmstart of oowriter on edgy takes almost 3 seconds
[07:54] <yveslu> on feisty a little less, about 2.5 I guess
[07:54] <yveslu> and on fedora 6 it takes 1, yes one, second
[07:55] <yveslu> also, their whole gnome starts in 3 seconds, on my edgy it takes twice the time
[07:56] <yveslu> so finally the question: is feisty built with dt_gnu_hash already?
[08:04] <Reefa> Howdy eeryone, Was hoping someone could shed some light on this error for me, with amd64 ubuntu 6.10 and with ubuntu i368 6.10, it loads live fine but when I actually install and reboot I get, tty can't start job control. Any ideas?
[08:10] <Treenaks> Reefa: Please ask support questions on #ubuntu; this is not a support channel, but a development channel
[08:13] <Reefa> Yeah no one there could help me
[08:13] <Reefa> Or answer lol
[08:13] <Reefa> Sure no dev might be able to lend me a minute?
[08:13] <sladen> Reefa: could you file a bug report on https://launchpad.net/ubuntu/+filebug
[08:14] <Reefa> Yeah
[08:14] <sladen> reefa: people would love to lend you a hand, but on #ubuntu :)
[08:15] <Reefa> I've been in there for 20 mins asking that question, no one there is happy to lend a hand :)
[09:03] <superm1> cjwatson, are you around?
[09:04] <cjwatson> superm1: kind of
[09:04] <superm1> well i just had a quick suggestion/question for ubuiqity
[09:04] <superm1> i wanted to see if you could add "mythtv" to the list of reserved usernames 
[09:04] <superm1> that it prevents from being used
[09:05] <sladen> cjwatson: which part of ubiquity selects the partitions to be passed to grub post-install?
[09:06] <cjwatson> superm1: that's in user-setup; feel free to file a bug
[09:06] <cjwatson> superm1: (sounds reasonable)
[09:06] <sladen> (causes 'root=' to be filled out in menu.lst
[09:06] <superm1> oh didn't realize which package it was part of, will do
[09:06] <superm1> thanks
[09:07] <cjwatson> sladen: that's done by update-grub in the grub package
[09:07] <cjwatson> sladen: ... which fishes it out of /etc/fstab for itself
[09:08] <sladen> cjwatson: okay thanks, I'll follow it back
[09:13] <sladen> ubuntu_: /nick Reefa
[09:14] <Reefa> Thanks
[09:25] <RageMax> anyone know what package reconfigures fstab and menu.lst to use UUID? I didn't do the proper upgrade to edgy and those files never got switched to the new system
[09:28] <stgraber> RageMax: Maybe "volumeid"
[09:28] <RageMax> ok, I'll take a look at that one
[09:28] <geser> RageMax: /etc/fstab was handled by volumeid
[09:28] <RageMax> I at least know it's not ubuntu-base
[09:28] <RageMax> I'm wondering why dist-upgrade didn't take care of that though
[09:30] <geser> RageMax: and menu.lst is updated by /usr/bin/update-grub
[09:56] <RageMax> geser: right, but I don't think it automatically changes to the UUID format
[09:59] <geser> RageMax: I've only feisty to check but update-grub uses vol_id to do the translation from /dev/* to uuid
[09:59] <RageMax> ok, I try it
[10:00] <geser> RageMax: search for vol_id in the script