=== ember_ is now known as ember
[02:47]  * Hobbsee waves
=== mekius_ is now known as mekius
[03:33]  * lamont notices that hardy/hppa is below 900 needs-build
[03:59] <poningru> wehre can I ask questions about jeos?
=== asac_ is now known as asac
[06:35] <pitti> Good morning
[06:36] <LaserJock> morning pitti
[06:40] <StevenK> Morning pitti!
[06:41] <StevenK> pitti: You can NBS out lib32icu36{,-dev}, sox-dev and liblinphone1{,-dev}
[06:46]  * StevenK wonders how to debug a squashfs mount failure
[06:55]  * Hobbsee waves
[07:04] <TheMuso> pitti: Could you please give back synfigstudio on amd64? Thanks.
[07:05] <pitti> TheMuso: done
[07:05] <pitti> StevenK: ah, thanks
[07:05] <Hobbsee> pitti: they want all of kde4 stuff given back too, i think
[07:05] <TheMuso> pitti: Thanks.
[07:06] <pitti> Hobbsee: no problem; please just give me a list, without comma, 'and', etc.
[07:06] <StevenK> *-kde4
[07:06] <StevenK> You said nothing about no globs
[07:06] <Hobbsee> pitti: kdeaccessibility-kde4 kdeartwork-kde4 kdemultimedia-kde4 kdenetwork-kde4 kdepim-kde4 kdesdk-kde4 kdetoys-kde4 extragear-plasma
[07:06]  * StevenK ducks
[07:06] <Hobbsee> pitti: you've scripted multiple givebacks, have you?
[07:06] <pitti> Hobbsee: yes
[07:07] <StevenK> for i in <paste> ; do buildd.py give-back $i ; done  ?
[07:07] <pitti> Hobbsee: hey, indeed: you can actually do that yourself
[07:07] <Hobbsee> StevenK: wrong syntax, but yes
[07:07] <pitti> Hobbsee: anyway, given-back
[07:07] <pitti> StevenK: removed
[07:07] <StevenK> pitti: Thanks
[07:07] <pitti> StevenK: 'zactly
[07:07] <Hobbsee> pitti: i could have, yes.  however, now i'm glad i didn't, as it had not occurred to me to script it.
[07:07] <StevenK> Hobbsee: Meh, I don't need to use buildd.py :-)
[07:07] <pitti> StevenK: wrapped in a two-line shell script
[07:08] <Hobbsee> StevenK: :P
[07:12] <warp10> Hi all!
[07:15] <LaserJock> can somebody give back gchempaint?
[07:15] <Hobbsee> LaserJock: done
[07:16] <LaserJock> Hobbsee: thank you
[07:16] <Hobbsee> LaserJock: er, it's already dep-waiting
[07:16] <Hobbsee> but given back anyway
[07:16] <LaserJock> how often are those tried?
[07:16] <LaserJock> I thought they stopped retrying after a while
[07:16] <Hobbsee> unsure.  but multiple times, over a long time interval
[07:16] <Hobbsee> yeah, i think they do
=== \sh_away is now known as \sh
[07:17] <LaserJock> gchempait was in dep-wait for at least 3 weeks
[07:17] <LaserJock> so I figured it'd given up
[07:17] <StevenK> Hum? I thought I uploaded it less than 3 weeks ago?
[07:18] <\sh> moins
[07:18] <LaserJock> gchempaint was synced on 11-24
=== simira is now known as Simira
[07:41] <dholbach> good morning
[07:49] <pitti> hey dholbach
[07:49] <dholbach> hey pitti
[07:55] <superm1> off hand does anyone know what signal is passed to apps on a logout?
[07:59] <persia> Usually HangUP, no?
[07:59] <superm1> that's what I thought, but i wasn't positive (with nothing sticking out in google off hand)
[08:03] <superm1> hm well see the odd thing is that i wasn't seeing any calls in main.cpp for redirecting the call for a hang up, yet the app doesn't respond to a log out properly still
[08:18] <dholbach> please take a look at   http://people.ubuntu.com/~dholbach/sponsoring/   and in case your name is on it, please review and upload if appropriate
[08:19]  * lool has some sponsoring to do, but didn't get to it yet
[08:19] <YokoZar> Is it a good or bad idea to pass commands to dh_builddeb to use compression other than gzip?
[08:21] <persia> YokoZar: It's a good idea, but not widely supported, so you probably don't want to do it until all the tools catch up.
[08:22] <YokoZar> persia: have they caught up in Gutsy?  Like, if my package is for Gutsy, can I switch to lzma there?
[08:22] <YokoZar> It would save something like 30% of the bandwidth for my third party repo at this point
[08:22]  * persia isn't sure, but thinks lzma will only be default for hardy
[08:23] <pitti> YokoZar: you can use bzip2 in all supported Ubuntu releases
[08:23] <pitti> YokoZar: lzma is hardy only
[08:23] <YokoZar> ok cool
[08:25] <pitti> YokoZar: if your package has lots of text, bz2 usually performs very well
[08:25] <YokoZar> pitti: Will it work all the way back with dapper?  I still get downloads for that.
[08:25] <pitti> YokoZar: yes, as I said above
[08:26] <YokoZar> Oh, right.  Dapper is still supported ;)
[08:26] <pitti> it was introduced in hoary or breezy at the latest
[08:26] <YokoZar> What about etch?
[08:26] <YokoZar> For that matter, do you know if lenny will support lzma like Hardy?
[08:26] <pitti> I don't, sorry
[08:27] <YokoZar> I'm wondering if we should do an audit of package build scripts and change as many as we can to bz2 (or lzma) for Hardy
[08:28] <minghua> I remember a mail about this on d-d-a list...
[08:28] <pitti> YokoZar: if that involves more than 20 packages, I'd rather do that change centrally
[08:28] <lool> pitti++
[08:28] <YokoZar> pitti: you mean change the default of dpkg-dev ?
[08:28] <YokoZar> err dpkg-deb
[08:28] <pitti> something like that, yes
[08:29] <YokoZar> That's actually a good idea
[08:29] <pitti> but let's test it for a while first
[08:29] <pitti> lzma is said to be relatively moderate in terms of unpacking performance
[08:29] <minghua> YokoZar: According to http://lists.debian.org/debian-devel-announce/2007/12/msg00007.html you can use bzip2 compression since dpkg 1.11.
[08:29] <pitti> bz2 is quite heavy, so that might not be a reasonable default
[08:30] <dholbach> hey seb128
[08:30] <YokoZar> Well, maybe lzma for Hardy then
[08:30] <seb128> hi dholbach
[08:30] <YokoZar> I wonder if this would help us with our CD size issues...
[08:30] <minghua> Etch has 1.13.25 by the way.
[08:30] <pitti> YokoZar: yes, it would; that has been tested already, and it's impressive
[08:30]  * pitti hugs seb128, bonjour
[08:31]  * seb128 hugs pitti
[08:31] <seb128> guten morgen ;-)
[08:39] <YokoZar> I'm gonna test if Gutsy can handle an lzma package now
[08:39] <YokoZar> I just might save myself some serious bandwidth
[08:39] <pitti> YokoZar: no, it can't
[08:39] <pitti> well, it can be made to, but not OOTB
[08:39] <YokoZar> pitti: hmm...dpkg-deb can do it though, heh
[08:40] <YokoZar> pitti: maybe I'll use bzip2 then
[08:40] <pitti> YokoZar: but gutsy's dpkg doesn't ensure that lzma is installed, and gutsy's lzma is universe
[08:40] <YokoZar> ahhh I see
[08:40] <pitti> YokoZar: bz2 is a safe bet, yes
[08:40] <YokoZar> It'd be a weird pre-depends thing I see
[08:42] <Lure> pitti: no need for bug 172755 if archive-admin-of-the-day does bug 176620
[08:42] <ubotu> Launchpad bug 172755 in kipi-plugins "Rebuild for libgpod2 -> libgpod3 transition" [Undecided,Confirmed] https://launchpad.net/bugs/172755
[08:42] <ubotu> Launchpad bug 176620 in kipi-plugins "sync kipi-plugins 0.1.5~beta1-3 from debian/experimental" [Undecided,Confirmed] https://launchpad.net/bugs/176620
[08:43] <Lure> pitti: ^^^ from sponsoring list (btw)
[08:48] <pitti> StevenK: doing mass-removal of NBS now (shell hack to verify that they are indeed NBS and not just FTBFS)
[08:48] <StevenK> Hurrah!
[08:48] <StevenK> How are you verifying they aren't FTBFS?
[08:48] <pitti> for p in `cat /tmp/x`; do apt-cache showsrc `grep-dctrl -n -sSource:Package -P $p /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_hardy_main_binary-amd64_Packages` | grep -q "^Binary:.*$p" || echo $p; done
[08:49] <StevenK> Ew :-)
[08:49] <pitti> /tmp/x has the empty files from people.u.c.
[08:56] <TheMuso> dholbach: Thanks heaps for the uploads.
[08:57] <pitti> StevenK: I'll head to the supermarket for a bit, then I'll fix the NBS cron job to display FTBFS packages in ftbfs/ or not at all
[08:57] <dholbach> TheMuso: anytime
[09:10] <geser> morning
[09:11] <StevenK> pitti: Under ftbfs/ would be good, so the information is still there, just seperated out
=== seb128_ is now known as seb128
[09:14] <seb128> StevenK: hi
[09:14] <seb128> StevenK: any news about the gimp update to gutsy?
[09:24] <StevenK> seb128: I've started poking at it
[09:24] <StevenK> seb128: I can keep doing so now instead of playing WoW if you want
[09:26]  * tjaalton is still puzzled why xorg-server failed to build on most archs
[09:26] <seb128> StevenK: not sure what time it is at your place, but if that's after work hours you should better enjoy your evening and look at it tomorrow ;-)
[09:27] <StevenK> seb128: It's 8:30pm. Keep in mind I work on Ubuntu for fun as well. I'll look at it sometime tonight
[09:28] <seb128> StevenK: right, there is no hurry so whenever you want ;-)
[09:31] <tjaalton> the xorg-server build fails on 'hw/xfree86/os-support/linux/lnx_apm.c:43: error: expected specifier-qualifier-list before 'apm_event_t''
[09:31] <tjaalton> no patch touches that file, and it built fine on debian
[09:32] <tjaalton> so either there were changes in toolchain or some headers that causes this?
[09:34] <pitti> tjaalton: was it built with gcc 4.1 in Debian maybe?
[09:35] <tjaalton> pitti: probably, but I think I found the cure
[09:35] <tjaalton> from fedora..
[09:35] <tjaalton> xserver-1.4.99-apm-typedefs.patch: Temporary hack for broken kernels that don't publish the /dev/apm_bios types.
[09:37] <StevenK> seb128: It looks like I have source. Do you want to look over it?
[09:37] <StevenK> seb128: Due to 2.4.0~rc3 -> 2.4.2, a debdiff is useless
[09:37] <seb128> StevenK: sure, where is it?
[09:39] <StevenK> Here, at the moment.
[09:53] <pitti> StevenK: http://people.ubuntu.com/~ubuntu-archive/NBS/
[09:53] <pitti> :)
[09:54] <pitti> hm, that doesn't look quite right
[09:58] <pitti> ah
[10:00] <persia> pitti: What lives in 00FTBFS?  Is that just out-of-date packages?
[10:00] <pitti> yes
[10:00] <pitti> persia: however, the current output is exactly the wrong way around
[10:00] <pitti> I fixed the script, rebuilding
[10:19] <pitti> persia, StevenK: ok, fixed
[10:24] <pitti> tjaalton: any chance you could test the dapper-proposed kernel for bug 72696?
[10:24] <ubotu> Launchpad bug 72696 in linux-source-2.6.15 "tg3: doesn't recognize the network device on Fujitsu Esprimo E5915" [Medium,Fix committed] https://launchpad.net/bugs/72696
[10:24] <pitti> tjaalton: or boot the current dapper.2 candidate CD and check it out in the d-i environment?
[10:28] <tjaalton> pitti: hmm, I could do that yes
[10:28] <pitti> tjaalton: that would be great, thanks
=== mez is now known as Mez
[10:30] <tjaalton> pitti: the image appears not to be on cdimage.u.c?
[10:30] <pitti> http://cdimage.ubuntu.com/ubuntu-server/dapper/daily/20071207.2/
[10:30] <pitti> tjaalton: ^ it's server only
[10:30] <tjaalton> ah, right.. thanks
=== stu2 is now known as stub
[10:43] <Riddell> cjwatson: am I ok to make kde 4 seeds?
[10:56] <tjaalton> pitti: debian has dropped xresprobe from the latest xorg upload. Do you think it would be ok to merge that for alpha2?
=== mvo_ is now known as mvo
[11:13] <Riddell> mvo: have you seen the libept failure?
[11:16] <Riddell> mvo: and python-apt doesn't want to install?
[11:16] <mvo> Riddell: yes, I noticed the libept failure, I have no idea why it fails, it builds fine in my pbuilder and on my regular system
[11:17] <mvo> Riddell: something about that it can't find tests
[11:17] <Riddell> enrico: might you be able to take a quick look? https://edge.launchpad.net/ubuntu/+source/libept/0.5.11ubuntu1/+build/473150
[11:17] <mvo> Riddell: what is it about python-apt? 0.7.4ubuntu1 should be ok, no?
[11:21] <Riddell> mvo: mm, it does seem to be ok after sorting out my chroot
[11:25] <pitti> tjaalton: sure, if it doesn't use this any more; the sooner we get testing for the new-world hw detection, the better
[11:26] <tjaalton> pitti: my thoughts exactly
[11:30] <mvo> Riddell: aha, good! thanks .)
[11:36] <mvo> Riddell: does libpythonize0 really needs python-all-dev as a dependency? it seems to confuse dapper->hardy upgrades
[11:37] <mvo> Riddell: I'm looking at kubuntu upgradability currently
[11:38] <Riddell> mvo: python2.5-dev would probably be fine
[11:38] <mvo> Riddell: ok, if you don't mind I change it and upload?
[11:38] <Riddell> mvo: go ahead
[11:40] <pitti> tkamppeter: AFAICS we can sync python-cups, right? our delta is just upstream version update
[11:46] <cjwatson> Riddell: please don't, I'd rather reorganise the seeds first
[11:47] <Riddell> cjwatson: ok, any timeline for that?
[11:49] <pitti> slomo: can we sync mono-tools now? we have gnome-sharp2 2.16.0-6 and xulrunner (-1.9, though, not sure whether that matters)
[11:53] <tkamppeter> pitti, I think so, I did not introduce anything new into python-cups. I got also an offer from Otavia Salvador during the weekend to maintain system-config-printer on a common GIT repo on Alioth.
[11:53] <pitti> tkamppeter: right, thanks
[11:57] <tkamppeter> pitti, how does syncing exactly work? Can I still quickly do my own package if needed? And is every Debian upload also uploaded to Ubuntu without additional human interaction?
[11:57] <cjwatson> Riddell: not sure, hope to look at it RSN though. Sorry I can't give you a better estimate
[11:57] <Riddell> cjwatson: fair enough
[11:57] <pitti> tkamppeter: yes, we can always reintroduce an Ubuntu delta with just a normal upload
[11:58] <pitti> tkamppeter: Debian uploads were auto-imported util DebianImportFreeze last Thursday; now we need explicit sync requests to update to debian's versions
[12:00] <novas0x2a> is it possible to form a pin-definition that can differentiate between a ppa and main, when the ppa publishes a Release file that matches main's? can i override it somehow?
[12:01] <tkamppeter> pitti, do you know whether doko is alkready on his christmas vacation? OOo needs to be rebuilt as it is dependin
[12:01] <tkamppeter> g on an old library.
[12:02] <pitti> tkamppeter: that's calc's domain now
[12:03] <tkamppeter> So doko has stopped mainyaining OOo and calc did not pick up yet?
[12:03] <pitti> calc did
=== pedro is now known as pedro_
[12:04] <pitti> good morning pedro
[12:05] <tkamppeter> "apt-get dist-upgrade" wants to delete OOo for more than a week now and this seems to be due to a library which switched to a new ABI version and so OOo needs to have a simple rebuild. This would be needed before Thursday for the Alpha 2.
[12:06] <pitti> right
[12:12] <pedro_> morning pitti
[12:15] <tkamppeter> calc, hi
[12:44] <pitti> tkamppeter: FYI, calc is in the US, so he'll be asleep ATM
[12:46] <soren> . o O { Slacker }
[12:46] <soren> :)
[12:46] <pitti> says the man with only 179 pushups :-P
[12:46] <soren> Gah..
[12:47] <soren> Wel, the wiki is *slightly* out-of-date, though.
[12:47] <soren> I've got a master plan to still make it.
[12:47]  * pitti is afraid seeing '2500' the next time he reloads
[12:48]  * pitti hugs soren, good luck!
[12:48] <soren> :)
[12:48]  * pitti recommends workrave
[12:49] <soren> The main problem is the size of my office. I need to move stuff around every time I want to do a push-up.
[12:49] <Mithrandir> soren: go into the living room or the hall or something?
[12:50] <soren> Mithrandir: That's even worse. My office is in the basement, my living room is on the third floor.
[12:50] <Mithrandir> it's called "warming up"
[12:50] <pitti> soren: call it 'warm-up exercise'
[12:50] <soren> Mithrandir: If the challenge was a million flights of stairs climbed, I'd be well on my way.
[12:50]  * pitti ^5s Mithrandir
[12:50] <Mithrandir> ideally, you should go there on your hands rather than your legs, though
[12:50]  * pitti wants a video of that
[12:51]  * Mithrandir ^5s pitti too
[12:51] <pitti> then flip the movie upside down and call it soren_carries_his_house.avi
[12:51] <soren> LOL!
[12:51] <Mithrandir> pitti: .ogg!
[12:51] <pitti> erm, sorry, of course :)
[12:52] <soren> There. I've moved some stuff out into the stairway. I suppose I'll burn a bit of energy when I need to shout back at my annoyed and annoying neighbours when they spot it.
[12:52] <tkamppeter> pitti thanks, I saw his name in the list of participants on the right, but perhaps he has still left open his client from yesterday.
[12:52] <pitti> tkamppeter: yeah, he usually stays in IRC 24/7
[12:53] <Mithrandir> tkamppeter: you'd have seen him being idle for 14 hours if you checked though.
[12:53] <Mithrandir> (14 hours?  Such a slacker)
[12:53]  * pitti introduces Mithrandir to the concept of an advent Sunday
[12:53] <soren> Bah.
[12:54] <Mithrandir> pitti: when I grew up, we had double Mondays instead of Sundays.
=== cprov-away is now known as cprov-out
[13:04] <slomo> pitti: i doubt it works with xulrunner 1.9 (but that's a gecko-sharp2 bug then), feel free to sync it though
[13:04] <pitti> slomo: well, I don't want to deliberately break it
[13:07] <slomo> pitti: you have to ask asac if he's finished with fixing everything to work with new xulrunner ;) in theory no ubuntu specific changes are necessary anymore
[13:14] <StevenK> I wonder if I can convince compiz to not shade a window gray any more
[13:19] <tkamppeter> Mithrandir, pitti, thanks, I have looked now and I get "last message: unknown", as my client was not running during the night.
[13:23] <mvo> could someone please giveback nip2 (amd64 at least) and k3d ?
[13:25] <Mithrandir> mvo: given-back
[13:25] <mvo> thanks Mithrandir
[13:27] <mvo> Riddell: It seems like koffice2 needs a rebuild for the libopenexpr2 transition, is this correct?
[13:32] <Riddell> mvo: shouldn't do
[13:33] <Riddell> mvo: 1.9.95.1-0ubuntu4 already depends on libopenexr2ldbl
[13:35] <mvo> Riddell: aha, right. I'm outdated, sorry
[13:35] <pitti> mvo: http://people.ubuntu.com/~ubuntu-archive/NBS/libopenexr2c2a was updated recently
[13:36] <mvo> pitti: thanks, k3d and nip2 should be good soon
[13:36] <Riddell> k3d has been needs build for a week
[13:36] <mvo> but aqsis is FTBFS
[13:36] <Riddell> universe is quite a struggle sometimes
[13:37] <pitti> mvo: if there are only uninteresting and broken reverse dependencies left, I have no problem with removing it anyway
[13:38] <lamont> mvo: you saw i followed up on the update-manager/ports thing, yes?
[13:38] <mvo> lamont: no, let me check
[13:38] <pitti> BenC: seems the latest linux upload still doesn't have the headers-rt which is needed for lum (just FYI in case you wonder what stalls it)
[13:38] <lamont> (and btw, your instructions in the bug result in a 755/root:root /tmp, which made life slightly more interesting for a bit.  it could use a mkdir/cd in there.. :-)
[13:39] <mvo> *cough*
[13:39] <mvo> sorry lamont
[13:39] <mvo> and thanks for the followup, I will correct that now
[13:39] <BenC> pitti: the bug is that lum shouldn't depend on headers-rt...will get fixed shortly
[13:39] <lamont> mvo: even when I fixed the prereq$mumble, it still failed
[13:39] <pitti> BenC: ah, or that way around :)
[13:39] <lamont> claimed to not be able to find that udeb
[13:40] <pitti> BenC: so we'll stop offering -rt images?
[13:40] <BenC> pitti: just until the realtime folks get us a new patch
[13:43] <lamont> mvo: I'm where I can test for the next 4-5 hours, I htink
[13:44] <mvo> lamont: ok, nice
=== tkamppeter____ is now known as tkamppeter
[14:04] <mvo> lamont: I uploaded a new 0.81.2 to http://people.ubuntu.com/~mvo/dist-upgrader/gutsy-0.81.2.tar.gz that should fix the issue, please give it a go :)
[14:06] <lamont> Reading package lists: Donesty-backports/main/debian-installer Packages: 98
[14:06] <lamont> donesty?
[14:07] <lamont> Updating repository information
[14:07] <lamont> No valid mirror found
[14:08] <lamont> mvo: what's it looking for that the mirror is mssing?
[14:08] <lamont> -backports/
[14:08] <lamont> ?
[14:09] <mvo> lamont: I assume your machne points to a internal mirror
[14:09] <mvo> ?
[14:09] <lamont> yes
[14:10] <lamont> and a partial one at that
[14:10] <lamont> hence the "what's missing?" quesiton
[14:12] <mvo> lamont: nothing is missing, it just notices that it can not find a mirror it knows about and offers you to rewrite the sources.list. its intended behavior (but that maybe redone as it seems to confuse more than it helps)
[14:13] <lamont> ah, ok
[14:16] <lamont> quinn-diff Depends: libglib1.2?  WTF?
[14:22] <lamont> oops.  that was the wrong window to kill.
[14:47] <soren> Why does this page exist? https://edge.launchpad.net/ubuntu/+source/virt-manager/
[14:47] <soren> I can't find virt-manager in the NEW queue or anywhere else..
[14:49] <ScottK> soren: That will happen if it was uploaded and then rejected.  Dunno if that's the case here.
[14:49] <soren> ScottK: I see..
[14:49] <soren> pitti: ^^ ?
[14:50] <pitti> no idea TBH
[14:51] <soren> Oh, I have it in my ppa. That migt be it..
[14:51] <pitti> soren: :)
[14:51] <pitti> libvirt is in binary NEW on amd64, though
[14:51] <soren> pitti: I was just wondering since it landed in Debian prior to DIF, so I'm curious why it wasn't autosynced.
[14:52] <pitti> libvirt NEWed
[14:52] <soren> pitti: Thanks for that.
[14:53] <pitti> no idea; maybe it was a victim of the three-day mirror lag; anyway, synced now
[14:53]  * soren hugs pitti
[14:53] <soren> Thanks!
[14:53] <pitti> you're welcome
[14:57] <ScottK> soren: If it showed an empty Ubuntu page for the package because it was in your PPA, I think that'd be an LP bug worth reporting.
[14:58] <soren> ScottK: I'm not entirely sure. I also don't know if that's the issue here :)
[14:58] <ScottK> pitti: Would you be up for a bit of binary NEWing for backports?
[14:58] <ScottK> soren: I'd say file the bug and let them sort it out then.
[14:58] <ScottK> pitti: If so, https://edge.launchpad.net/ubuntu/dapper/+source/dkim-milter/2.4.0.dfsg-1ubuntu2~dapper1
[15:03] <Mithrandir> mvo: why does apt-get consume 100% CPU when running here?  It seems like it's doing waitpid + select + read + write (both read and write are 0 byte ones).
[15:03] <mvo> Mithrandir: gutsy? hardy? buildd environement or regular one?
[15:04] <Mithrandir> mvo: hardy, in a freshly debootstrapped chroot.
[15:05] <Mithrandir> multi-core machine, so it actually does consume 100% of one core.
[15:05] <Mithrandir> it's being called from a python program, so reading from a pipe rather than a tty, iirc
[15:06] <mvo> Mithrandir: could I get a strace please? you run something like "subprocess.call(["apt-get","install","foo"]) " in the python program I assume?
[15:06] <Mithrandir> mvo: yes, something like that.
[15:07] <Mithrandir> mvo: http://rafb.net/p/xQX8UT12.html
[15:08] <mvo> Mithrandir: thanks, I'm checking the code now, I think I have a idea what is wrong
[15:08] <Mithrandir> cheers. :-)
[15:09] <mvo> Mithrandir: is that reproducable for you? or does it happens only every now and then?
[15:09] <Mithrandir> mvo: it seems to happen every time I run apt-get from moblin-image-creator.
[15:09] <mvo> ok, cool. that should make testing a possilbe fix easier :)
[15:10] <Mithrandir> yup
[15:11] <mgunes> what would be the correct procedure to have a new keyboard layout included? file a bug in xkeyboard-config and attach layout/debdiff?
[15:12] <tkamppeter> Is Henrik Nilsen Omma here around on IRC?
[15:12] <soren> tkamppeter: Usually, yes. He goes by "heno"
[15:12] <mgunes> tkamppeter, his nick is heno
[15:13] <tkamppeter> Thanks, he does not tell his nick on Launchpad.
[15:14] <pitti> tjaalton: any luck with the dapper.2 CD and your broadcom eth?
[15:18] <tjaalton> pitti: haven't tried it yet, but I'll burn it now and see how it goes
[15:18] <pitti> tjaalton: thanks a lot, and sorry for nagging
[15:18] <tjaalton> pitti: no problem :)
[15:21] <pitti> BenC: eww - I just noticed that we don't have a linux-restricted-modules-2.6.15 yet for dapper-proposed?
[15:22] <pitti> BenC: ah, ignore me; just a bug in my SRU script
[15:27] <cVsup> hi
[15:28] <cVsup> i would like to know how change usplash.conf in installation disc?
[15:30] <mvo> Mithrandir: just to be sure, this is apt 0.7.9ubuntu1 (because its meant to be fixed there and I'm unable to reproduce it with the execCommand() from pdk_utils from moblin_creator)
[15:33] <calc> tkamppeter: needs more than a simple rebuild due to a security issue as well
[15:33] <calc> tkamppeter: and the new version of ooo has 18 mir's 8-\
[15:34] <calc> i just tried rebuilding ooo again last night for an upload with current hardy and it failed at the end so i am looking into how to fix that now, it was working before that
[15:36] <calc> tkamppeter: i am going to try to get it uploaded today but due to all the mir's it will be awhile before it gets rebuilt (i'm guessing)
[15:38] <pitti> calc: 18!
=== Kmos_ is now known as Kmos
[15:38] <pitti> calc: that smells like it would double the required CD space again?
[15:38] <calc> pitti: lots of small java libs
[15:39] <pitti> calc: ok; please open MIR bugs for them, doko and I will have a look
[15:39] <calc> pitti: i was hoping i could get lzma support done before uploading new ooo
[15:39] <pitti> calc: we'll ask you to write MIRs for the nontrivial ones only
[15:39] <doko> pitti: not now; currently skiing =)
[15:39] <calc> pitti: i am in the process of writing the mir's still but as soon as i am done i will file the bugs, etc
[15:39] <calc> pitti: oh ok
[15:39] <pitti> doko: enjoy! but how the heck did you get Wifi on the ski lift??
[15:40] <calc> pitti: they're all java libs except for libneon27
[15:40] <calc> pitti: i'll start filing the bugs now
[15:40] <doko> pitti: it's in some neighbor chalet ... week signal
[15:41] <pitti> calc: libneon27? that's just a new upstream version
[15:41]  * pitti wishes Debian would stop uploading duplicate libraries with SONAMEs in source packages
[15:41] <calc> pitti: yea i may be able to revert it to libneon26 i'll have to see why it was changed for debian for that particular one
[15:42] <pitti> calc: we can promote it, put it into HardyReducingDuplication, and rebuild the rest against 27 later, too
[15:42] <calc> pitti: i mentioned libneon27 at UDS in that meeting iirc
[15:42] <calc> since iirc we have 25/26/27 now
[15:42] <cVsup> i would like to know how change usplash.conf in installation disc?
[15:42] <pitti> hm, I only remember 25/26
[15:43] <pitti> calc: 26 is just subversion and ooo
[15:43] <pitti> calc: so feel free to switch to 27
[15:44] <calc> pitti: ok
[15:52] <tjaalton> pitti: it still failed to find the device on the esprimo :/
[15:53] <pitti> tjaalton: darn; nothing helpful in dmesg?
[15:53] <tjaalton> pitti: not that I could quickly find. I can try it again tomorrow
[15:53] <pitti> tjaalton: ok, thanks a lot for testing
[15:54] <tjaalton> note that adrian bunk said on the bug that the commit actually removes support for the device :)
=== \sh is now known as \sh_away
=== maniacmusician_ is now known as maniacmusician
[18:12] <tkamppeter> heno, ping
=== \sh_away is now known as \sh
[18:13] <heno> tkamppeter: hey
[18:17] <warp10> Hi all!
[18:23] <tkamppeter> Hi heno, thank you for sorting out the g-c-m stuff. Even with g-c-m staying in Universe, most of the people who reported bugs here are happy to switch to s-c-p, they simply click on Admin -> Printing and take what is coming up.
[18:24] <heno> tkamppeter: yeah, a bug against g-c-m is really against ubuntu printing
[18:24] <heno> I still have 20-30 to process
[18:27] <tkamppeter> heno, yes, many users do no know about the internal structures of the printing system and report everything as a bug of the printer setup tool.
[18:31] <tkamppeter> Many of the problems g-c-m users complained about simply went away by switching to s-c-p and also by my feature additions like DNS-SD support, HPLIP setup support, better SMB scanning, better auto-selection of printer-drivers, plug'n'print, ...
[18:34] <heno> tkamppeter: yep, it looks that way. btw, please correct any errors I make in these triage runs on the bug; I won't take offense :)
[18:42] <tkamppeter> An important missing point is sharing printers to Windows clients. For an SMB sharing with driver supply from the server we would need to ship the non-free CUPS PostScript driver for Windows (from www.cups.org) in our restricted drivers.
=== \sh is now known as \sh_away
=== \sh_away is now known as \sh
=== mez is now known as Mez
[20:14] <slangasek> soren: are you interested in testing out the preliminary openldap 2.4 packages?
=== \sh is now known as \sh_away
=== tkamppeter_ is now known as tkamppeter
[20:18] <lool> Hmm I didn't know Fedora had a Rosetta-like solution
[20:19] <sjoerd> They started it recently apparently
[20:20] <sjoerd> But they want to set it up more distro neutral according to lennart
[20:22] <lool> (Naturally, I read about it via Lennart's blog post :)
=== bluekuja_ is now known as bluekuja
[20:48] <dx9s_work> any good wiki-s on deb's from source? (recent switch to ubuntu from slackware and I understand the slackbuild process and interested in what sources and scripts the distro maintainers use -- so I can re-build some customized .debs .. like for one a tweaked kernel option for 4GB+ RAM and redoing everything that depends on libjack as I've updated to newer svn version )
[20:49] <pochu> !packagingguide | dx9s_work
[20:49] <ubotu> dx9s_work: packagingguide is The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports
[20:49] <dx9s_work> ty
[20:54] <pochu> dx9s_work: also for packaging questions #ubuntu-motu is the best place.
[20:54] <dx9s_work> motu?
[20:55] <pochu> !motu
[20:55] <ubotu> motu is short for Masters of the Universe. The brave souls who maintain the packages in the Universe section of Ubuntu. See  http://wiki.ubuntu.com/MOTU
[20:55] <dx9s_work> will head there if I can't answer specifics
[20:56] <dx9s_work> so what's this channel used for .. -devel I know but where is the line in development versus packaging?
=== \sh_away is now known as \sh
=== \sh is now known as \sh_away
[21:34] <enrico> Riddell: I had a look
[21:34] <enrico> Riddell: for some reason, the test data doesn't seem to be there
[21:35] <enrico> Riddell: the test data is in the .orig.tar.gz that I uploaded to debian
[21:35] <enrico> Riddell: no idea why it's not found in that build log
[21:35] <enrico> Riddell: try builing 0.5.12, however: 0.5.11 has wrong deps
[22:00] <dionoea> Hello. Ubuntu has localized directory names for ~/Desktop. What is the standard way to retreive the desktop folder?
[22:02] <dionoea> (that's an ubuntu specific feature right?)
[22:02] <pitti> dionoea: that actually comes from upstream
[22:02] <dionoea> from debian?
[22:02] <pitti> no, from freedesktop IIRC
[22:03] <pitti> and gnome
[22:03] <dionoea> Ok, I'll have a look at the freedesktop specs
[22:07] <dionoea> hum, can't find it in the freedesktop specs list, I'll have a look on the gnome website
[22:08] <bddebian> They should all be in /usr/share/applications/
[22:09] <pitti> dionoea: nothing at http://freedesktop.org/wiki/Software/xdg-user-dirs ?
[22:10] <pitti> dionoea: looks like sourcing ~/.config/user-dirs.dirs would do what you need?
[22:11] <dionoea> ah, well it wasn't on http://www.freedesktop.org/wiki/Specifications :)
[22:11] <dionoea> thanks for the link
[22:12] <pitti> dionoea: /usr/share/xdg-user-dirs/README :)
[22:41] <dx9s_work> I'll try here.. is there a way to mass recompile (from source) and install (or create .debs for upgrading? -MOTU is silent on this) based on a dependency update? aka I've manually updated (outside of any packaging system) libjack (and the header files) and wanna select and recompile from source all things that depend on that ...
[22:47] <geser> slangasek: do you know if there is some common "understanding" for gcc-4.3 fixes for hardy? are they worth a sync from Debian? or should I ask doko about it?
[22:52] <slangasek> geser: I'm not aware of any plans to migrate to gcc-4.3 as the default compiler for hardy, which means it's a little late to be starting that discussion.
[22:52] <slangasek> geser: so gcc-4.3 fixes aren't anything we should need to care about, though that doesn't preclude syncing with Debian at this point either
[22:54] <geser> I've seen that Ubuntu packages got patches applied for gcc-4.3 in the past and was wondering if we should get them into hardy if possible or wait for the autosync for hardy+1
[22:54] <slangasek> geser: oh, I don't think you should create an Ubuntu delta just for those fixes, no
[22:55] <slangasek> sorry, I was reading your question the other way around
[22:56] <geser> if the gcc-4.3 fixes from debian aren't that important to get them into hardy, I won't spent much effort to look for them and sync them