[00:00] <LaserJock> that's what I thought, just wanted to make sure
[00:41] <swj> anyone know when linux-generic linux-image-generic linux-restricted-modules-generic xserver-xorg-video-all is coming down? Thanks!
[00:42] <slangasek> what do you mean, "coming down"?
[00:44] <swj> i.e., ready to apt-get upgrade
[00:44] <crimsun> swj: in hardy, linux-meta has already built and points to the 2.6.24-3-generic packages.
[00:44] <swj> those packages are held back on my system for some reason...
[00:44] <swj> thus breaking nvidia
[00:44] <swj> switched to nv
[00:45] <crimsun> they're blocked on linux-ubuntu-modules-2.6.24-3-generic.
[00:46] <StevenK> slangasek: Could I convince you let something out of binary NEW?
[00:46] <slangasek> StevenK: you can try!
[00:46] <LaserJock> swj: in general it's good to wait until everything is ready to install (not held back) before upgrading the kernel :-)
[00:46] <StevenK> slangasek: Heh. If you feel so inclined, could you let moko out of binary NEW?
[00:47] <ScottK> StevenK: Did you see my missive on perl-modules on ubuntu-devel?
[00:47] <StevenK> I didn't.
[00:47] <swj> crimsun: thanks.  I sure I need to just wait for them; however, I was wondering how long it usually takes...
[00:47] <slangasek> StevenK: pff, you can try harder than that to convince me, I'm sure
[00:47] <slangasek> swj: "until your mirror catches up"
[00:48] <swj> crimsun: I usually do...but today I was in a hurry and this is a test machine; however, I do play games from time to time
[00:48] <swj> thanks
[00:48] <swj> oh so I can possibly change mirrors and get them?
[00:48] <StevenK> slangasek: Puhhleeease? :-)
[00:49] <slangasek> oh, ok
[00:50] <crimsun> swj: see https://launchpad.net/ubuntu/hardy/+queue?queue_state=0&queue_text=linux-ubuntu
[00:51]  * ScottK pokes StevenK to see if he can be tortured into confessing knowing something about Perl.
[00:52] <StevenK> Nope.
[00:52] <ScottK> OK.
[00:53] <ScottK> I guess I'll start ripping perl-modules apart then.
[00:53] <StevenK> Have you asked bod?
[00:53] <ScottK> No.  Who or what is bod?
[00:54] <swj> thanks
[00:54] <StevenK> They were pulled into perl-modules for a reason, I suspect the seperate packages want to bugger off, and the source in perl-modules updated?
[00:54] <StevenK> ScottK: Original-Maintainer: Brendan O'Dea <bod@debian.org>
[00:54] <ScottK> Ah.
[00:54] <ScottK> No.  I haven't.  But in the mean time we've got stuff the won't build.
[00:55] <StevenK> But I suspect they shouldn't exist seperately.
[00:55] <jtt> can anyone tell me how to retrieve an svn trunk one level down i.e. latest trunk is 100 i want 99
[00:56] <StevenK> ScottK: I'm still unconvinced they need to be seperate.
[00:57] <ScottK> StevenK: So you'd suggest updating the packages in perl-modules instead?
[00:58] <StevenK> Right.
[00:58] <ScottK> That'd work too, but seems like more effort in the long run (new perl upload each time the module is updated).
[00:59] <StevenK> Then don't update them? They're part of perl, they'll get upgraded when Perl does.
[00:59] <ScottK> Right.  Then the separate module packages should all be removed?
[01:00] <StevenK> If they're part of perl-modules, they need to die. All they cause is confusion.
[01:00] <ScottK> And other perl packages that depend on newer versions don't get uploaded?
[01:00] <StevenK> ScottK: Do any exist?
[01:00] <ScottK> Yes.
[01:00] <StevenK> Oh, grumble.
[01:00] <ScottK> mime-tools and libmail-box-perl at least
[01:01] <ScottK> For mime-tools it's a new dependency, but libmail-box-perl last built in Edgy because of this problem.
[01:01] <StevenK> You have proved quite suctinctly why they shouldn't be seperate. I'm not in favour of ripping apart perl-modules since the next time a core-dev looks at merging Perl, they'll have a heart attack.
[01:02] <slangasek> StevenK: why does moko contain a shared lib but no sane lib packaging?
[01:03] <ScottK> StevenK: Well we currently have them both in perl modules and separately.  I think we either need to update the code in perl-modules, rip it out, or figure some easy way for sbuild to know the version a virtual package provides.  Which would you pick?
[01:04] <StevenK> Version Provides aren't supported, and probably aren't going to be.
[01:04] <StevenK> Er, versioned
[01:04] <ScottK> OK.  That narrows the choices.
[01:04] <slangasek> well, there's been talk in the past of versioned provides
[01:05] <Robot101> why can't the other package just depend libfoo-perl > x | perl-modules > y ?
[01:06] <ScottK> Because sbuild will believe it already has it installed (because it does - just not in sufficient version) and still fail the build later on.
[01:06] <Fujitsu> Should sbuild perhaps not let Provides fulfill a versioned dependency?
[01:08] <StevenK> Fujitsu: Which will break packages that currently build
[01:08] <Fujitsu> Probably, yes.
[01:09] <slangasek> Robot101: sbuild specifically gets confused by versioned depends on virtual packages
[01:09] <slangasek> so I'd say that's an sbuild bug, but it seems to be a fairly long-lived one
[01:09] <ScottK> So then what's the least painful work around?
[01:09] <ScottK> It doesn't seem to be about to go away at all (the bug)
[01:11] <slangasek> either pull the newer modules into perl-modules and have a versioned build-dep on that, or split the modules into their own packages (that part's done) and make perl-modules depend on them instead of providing its own copies, dropping the Provides
[01:11] <slangasek> I'm ambivalent on the choice, but those are the only two solutions I see that work right
[01:12] <minghua> I think ScottK proposed exactly the second in his mail?
[01:13] <StevenK> slangasek: Which means those packages need to be sucked into the minimal set.
[01:13] <ScottK> minghua: Yes.  That's what I proposed because seemed easiest to maintain
[01:13] <ScottK> StevenK: Done by making perl-modules depend on them
[01:14] <slangasek> StevenK: which isn't onerous IMHO, the content is already there but in a different form
[01:15] <slangasek> even without the sbuild bug, I think the current situation of having two copies of the modules in the archive is Bad Mmkay
[01:19] <ScottK> slangasek: What would vorlon have to say about this do you think?
[01:20] <slangasek> probably the same thing
[01:21] <slangasek> :)
[01:21] <ScottK> OK.  Just checking.
[01:25] <slangasek> vbrfix is an improbably small package
[01:34] <StevenK> Oh, twitch.
[01:35] <StevenK> lrwxrwxrwx 1 steven users   67 2008-01-08 12:38 missing -> /scratchbox/tools/autotools/automake-1.7/share/automake-1.7/missing
[01:35] <StevenK> Thank you for shipping that *useless* symlink.
[01:35] <slangasek> eh, where's that?
[01:35] <bddebian> heh
[01:35] <StevenK> slangasek: Bomberman for the N800
[01:36] <StevenK> I'm unsure if I should rename the package, too
[01:36] <StevenK> ("Bomberman" might be a trademark)
[01:37] <bddebian> Just fix clanbomber to build with clanlib 0.8 instead will ya? ;-P
[01:37] <slangasek> StevenK: trademarks lapse if you're not trading on them
[01:38] <StevenK> Cool
[01:40] <slangasek> (IANAL, TINLA, TMTOWTDI, YHTBT, YHBT)
[01:41] <StevenK> Any more choice acroynms you want to throw out there?
[01:41] <slangasek> TINC
[01:41] <ScottK> SNAFU
[01:41] <ScottK> BOHICA
[01:42] <StevenK> slangasek: HAND
[01:42] <slangasek> the last of the bohicans
[01:57] <Romney08> GOVERNOR ROMNEY: "And further, if I were fortunate enough to be elected your President, I'd call for a National Summit of Nations to create a new partnership – a Partnership for [Progress] and Prosperity."
[01:57] <Romney08> "This Partnership would assemble the resources of all the nations of the world to work to assure that Islamic states that are threatened with violent Jihad have public schools that are not Wahhabi madrasas; that they have micro-credit and banking, the rule of law, human rights, basic health care, and competitive economic practices." (Governor Mitt Romney, Remarks At Yeshiva University, 4/26/07)
[01:58] <Vorian> !ops | Romney08
[01:58] <ubotu> Romney08: Help! bhale, infinity, Hobbsee, jdub, thom, fooishbar, fabbione, mdz, lamont, or Keybuk
[02:32] <Hobbsee> meh.
[02:32]  * Hobbsee doesn't have enough access
[02:33] <elkbuntu> thanks
[05:51] <nenolod> there's a windows virus going around that has strings concerning ubuntu in it -> http://projectshadow.randomsonicnet.org/misc/trueman_virus.txt
[05:53] <dmb> yes, indeed
[05:53] <dmb> i'll pastebin them
[05:54] <dmb> http://pastebin.da4.org/231
[05:54] <slangasek> did someone finally write the "antibodies for Windows" virus?
[05:55] <dmb> here's the whole strings thing: http://pastebin.da4.org/232
[05:55] <nenolod> slangasek, no, it just seems to not nicely use ubuntu mirrors for speedtesting
[05:55] <slangasek> oh, lovely.
[06:06]  * StevenK chokes.
[06:06] <StevenK> OH. MY. GOD.
[06:06] <StevenK> http://paste.ubuntu.com/3363/
[06:11] <slangasek> tasty
[06:12]  * StevenK senses some new livergrams
[06:15] <ion_> stevenk: :-D
[06:15] <nenolod> StevenK, is that a debian/rules ?
[06:16] <nenolod> i mean you can technically do a debian/rules like that (hopefully it would be rejected)
[06:16] <StevenK> That's a "package.sh" I found in the tarball of a game.
[06:16] <nenolod> ar -rc ../sokoban_2.00-1_armel.deb debian-binary control.tar.gz data.tar.gz
[06:16] <nenolod> this seems especially interesting
[06:16] <nenolod> :D
[06:16] <StevenK> If you did a debian/rules like that, it *would* be rejected.
[06:17] <nenolod> StevenK, i saw one in zsh script once
[06:17] <nenolod> StevenK, it was in some upstream tarball
[06:17] <StevenK> Twitch
[06:18] <nenolod> actually, there's an idea
[06:18] <nenolod> have a contest as a teaching tool to come up with the most perverse debian packaging you can think of
[06:18] <Hobbsee> use yada.  problem solved.
[06:18] <nenolod> (the only rule that would apply is "must install")
[06:18] <Hobbsee> although that is quite special too
[06:19] <nenolod> Hobbsee, i make all of my debian packages with checkinstall
[06:19]  * nenolod nods
[06:19]  * Hobbsee adds to her little black book
[06:20] <nenolod> Hobbsee, i must wonder what people's obsession with yada and checkinstall are
[06:20] <nenolod> i don't see what's really hard about making a debian package, it takes what? 10 minutes for most packages and you only really have to do it once?
[06:21] <nenolod> oh yes
[06:21] <nenolod> Hobbsee, yada's documentation looks absolutely disgusting
[06:22] <Hobbsee> yeah....
[06:22]  * nenolod writes a tool to make a debian package from an RPM spec file
[06:22] <nenolod> haha! i win ;)
[06:22] <StevenK> That's been done. Ho hum
[06:22] <nenolod> really?
[06:22] <ion_> apt-get says “1min29s” while downloading packages. Didn’t it say “1m29s” before, or are my synapses on drugs?
[06:23] <nenolod> StevenK, from a .spec file?
[06:23] <ion_> Ah, it changed in 0.7.9ubuntu2.
[06:23] <nenolod> StevenK, alien, sure
[06:24]  * ion_ writes a tool to make a debian package from a Windows® Installer file.
[06:24] <nenolod> ion_, aren't those DRM'd somehow?
[06:42] <Chipzz> nenolod: I think debian/rules are *required* by debian policy to be a Makefile
[06:42] <Chipzz> and they should support multiple targets
[06:47] <nenolod> Chipzz, yes. like i said "hopefully it would be rejected" ;)
[06:48] <nenolod> Chipzz, i have seen debian/rules as other things though in upstream tarballs
[06:48] <Chipzz> god I hate OPN's nickserv at times
[06:49] <nenolod> they're supposedly replacing it with my implementation of Services soon
[06:49] <nenolod> (atheme-services in debian experimental)
[06:49] <Chipzz> you don't notice getting disconnected, get unidentified from nickserv, start chatting with someone and then wonder why they're not responding
[06:53] <highvoltage> tomboy, tomboy, tomboy, tomboy, tomboy, tomboy
[06:54] <nenolod> Chipzz, hehe, see PM sometime ;)
[06:55] <nenolod> hmm
[06:56] <nenolod> i think a package should be created outlining what NOT to do during packaging
[06:56] <nenolod> e.g. "if your debian/ looks like this, you've messed up even if it builds correctly"
[06:58] <dholbach> good morning
[06:59] <Fujitsu> Hi dholbach.
[06:59] <dholbach> hiya Fujitsu :)
[07:00] <nenolod> hi
[07:00] <dholbach> hey nenolod
[07:00] <nenolod> dholbach, one suggestion for your MOTU Q&A sessions would be to go through how to NOT make a debian package
[07:01] <nenolod> you know, do insane things like write debian/rules in bash
[07:01] <nenolod> (of course making it clear that doing these things will earn an instant REJECT)
[07:02] <dholbach> nenolod: we could make it a fun session collecting ideas on how to make a package really crackful for like 5 minutes, then take every point on the list and try to think of ways to avoid it - cool idea - see you on friday ;-)
[07:03] <ion_> Hi dholbach
[07:03] <nenolod> dholbach, i'll have to find the upstream tarball i was looking at which had a debian/rules in zsh.
[07:03] <nenolod> dholbach, yada and checkinstall are givens clearly
[07:04] <dholbach> hehe, let's see what we can come up with :)
[07:04] <dholbach> hi ion_
[07:04] <nenolod> dholbach, StevenK found this work of art: http://paste.ubuntu.com/3363/
[07:05] <pwnguin> heh
[07:08] <Hobbsee> dholbach: make sure you include "do a package named automatix3, and ask Mithrandir to review it"
[07:09] <Hobbsee> oh, and make sure you're in a different country at a time
[07:22] <StevenK> Morning pitti
 you don't notice getting disconnected, get unidentified from nickserv, start chatting with someone and then wonder why they're not responding // i'v done that multiple times :D
[07:22] <pitti> Good morning
[07:22] <pitti> hey StevenK
[07:22] <Chipzz> dmb: me too, on several occasions; which is why I was whining :P
[07:23] <StevenK> pitti: I wonder if the kernel can be NBS'd out
[07:23] <ion_> Hi pitti
[07:23] <pitti> StevenK: if everything from -3 built, yes
[07:23] <StevenK> pitti: However, libtinymailui-mozembed-1.0-0 and libtinymailui-mozembed-dev can be NBS'd out at your leisure.
[07:24] <pitti> StevenK: well, we still need to rebuild d-i, but that has to happen anyway
[07:24] <pitti> StevenK: great
[07:25] <StevenK> pitti: libopenscenegraph4, libopenthreads4, and libproducer4 can all go, too.
[07:35] <pitti> cjwatson: I moved the seeds to the 2.6.24-3 kernels and merged them all
[07:35] <pitti> so we just need a d-i rebuild now
[07:38] <Hobbsee> guten morgen pitti
[07:38] <pitti> hey Hobbsee!
[07:38] <Hobbsee> :)
[07:40]  * Hobbsee wonders when keybuk will turn up
[07:40] <pitti> StevenK: ok, I NBS'ed the kernel, the libs you gave me, everything without rdepends, and all *-dev packages
[07:40] <dholbach> Hobbsee: it's 7:40 now where he lives :)
[07:40] <StevenK> pitti: You rock! *hugs*
[07:41] <StevenK> pitti: The list on rookery is up to date, or I need to wait for a publisher cycle and a regen?
[07:41] <pitti> StevenK: the latter
[07:41] <StevenK> Okay
[07:42] <Hobbsee> dholbach: ahhh.
[07:43]  * Hobbsee wonders what 7.40 is.
[07:46] <StevenK> Another name for 10.04
[07:46] <StevenK> :-P
[07:46] <Hobbsee> oh right.
[07:46] <Hobbsee> does that work for both am and pm?
[07:47] <StevenK> Hum? I think you took my joke seriously
[07:47]  * Hobbsee got it, and took it both ways.
[07:47] <Hobbsee> assuming you're having a go at me for how mornings and i don't mix, when on an au-timezone.
[07:48] <StevenK> I'm not
[07:48] <Hobbsee> then i missed it :(
[07:48] <StevenK> 7.40 -> 40th month of 2007; 40 months is 3 years, 4 months -> 10.04
[07:48] <Hobbsee> right
[08:11] <soren> I should probably hold back the dpkg merge until after tha alpha?
[08:11] <pitti> soren: might be a good idea, yes
[08:11] <pitti> depending on how intrusive the merged changes are?
[08:13] <soren> pitti: Not sure yet. I was only just about to start working on it.
[08:13] <slangasek> might be a good idea anyway? :)
[08:16] <soren> slangasek: That was what I was thinking, too. dpkg uploads still scare the fsck out of me :)
[08:18] <slangasek> yes, I have a bottle of antacids earmarked for dpkg uploads
[08:18] <soren> :)
[08:20] <StevenK> And another for OO.o uploads?
[08:20] <Fujitsu> StevenK: You need worse than that for OOo.
[08:21] <slangasek> nah, OOo uploads take long enough that I can use prescription preventatives
[08:22] <StevenK> Muahaha
[08:43] <TheMuso> 5~/c
[08:43] <TheMuso> argh
[08:56] <Richard_> gdb vmlinux, why will list start_kernel command lead to time.h?
[09:01] <slangasek> lamont: curious that gmetadom ftbfs with an ocamlfind problem in hardy, but didn't in sid...
[09:10] <slangasek> lamont: the trick seems to be that "ocamlfind install" is being treated as a request to run some program named "install", but it's supposed to be an ocamlfind subcommand instead -- recognized on other archs... http://launchpadlibrarian.net/11187736/buildlog_ubuntu-hardy-hppa.gmetadom_0.2.5-3ubuntu1_FAILEDTOBUILD.txt.gz
[09:10] <slangasek> lamont: btw, I'm chasing this because the old version of gmetadom is the last reverse-dep of libgcc2 in main ;)
[09:11] <\sh> moins
[09:11]  * slangasek waves
[09:13] <\sh> looks like whitelisting fglrx for compiz is not enough to get actually fglrx working with a card which should be supported
[09:16] <tjaalton> pitti: vmmouse is now fixed, so it can be promoted to main. it should now be used by default on vmware installs
[09:16] <tjaalton> pitti: no fix for the resolution issue yet :/
[09:17] <tjaalton> apparently the driver tries to use 1024x768, but doesn't get a valid mode for it
[09:28] <kelmo> hi. I'd love to discuss an extension of Ubuntu's sendsings.omit interface in initscripts package (to be more similar to debian's initscripts). who is appropriate developer and/or automated ticket system to contact ?
[09:32] <pitti> tjaalton: right, I thought the reason was that the default sync rates were too small?
[09:39] <geser> good morning
[09:41] <pitti> hi geser
[09:44] <rzr> hi, snd app review welcome : https://bugs.launchpad.net/ubuntu/+bug/160732
[09:44] <ubotu> Launchpad bug 160732 in ubuntu "[needs-packaging] Jaaa (JACK & ALSA Audio Analyser)" [Wishlist,In progress]
[09:51] <rzr> let's try motu 1st ..
[09:55] <pitti> tjaalton: hm, didn't you say you filed MIR bugs for the video drivers? I don't see them on https://bugs.edge.launchpad.net/~ubuntu-mir/+subscribedbugs
[10:01] <pitti> StevenK: libhildonfm> what's debian/changelog1 good for?
[10:04] <tjaalton> pitti: oh, I subscribed ubuntu-archive :/
[10:07] <StevenK> pitti: Ummmmm
[10:07] <StevenK> pitti: Ah, right. Just think of it as changelog.old
[10:08] <pitti> StevenK: yeah, no problem; just pointing out in case you want to clean up cruft
[10:08] <StevenK> I don't think it's worth it, it still shows history
[10:12] <tjaalton> pitti: ok, ubuntu-mir subscribed to those bugs
[10:12] <pitti> tjaalton: thanks
[10:15] <pitti> StevenK: ah, seems that you don't use the libhildon i18n yet?
[10:16] <pitti> StevenK: if you can live with entirely breaking all l10n when moving libhildon to main, it's fine
[10:16] <pitti> depends on whether being in main or i10n'ed is more important
[10:17] <ogra> is the final metapackage upload for alpha3 already done ? i need an installer seed change i'd like to see in there
[10:18] <pitti> ogra: we didn't get a rebuilt d-i yet, so go ahead
[10:18] <ogra> great, thanks :)
[10:18] <pitti> ogra: I recently merged the kernel ABI change to the seeds, FYI
[10:20] <pitti> StevenK: bug 149275 updated; please let me know if I should promote libhildon and its rdepends
[10:20] <ubotu> Launchpad bug 149275 in osso-gwconnect "First cut of source packages for -mobile promotions" [Undecided,Fix committed] https://launchpad.net/bugs/149275
[10:23] <pitti> tjaalton: hm, shouldn't something in main (-input-all or so) depend on xserver-xorg-input-vmmouse? ATM it doesn't
[10:23] <tjaalton> pitti: 10ubuntu2 should
[10:23] <tjaalton> of xorg
[10:26] <pitti> ah, seems that's not built yet
[10:27] <pitti> or rather, not published
[10:27] <tjaalton> yep
[10:27] <pitti> tjaalton: ok, thanks
[10:28] <tkamppeter> hi ptti
[10:28] <pitti> hi tkamppeter
[10:28] <pitti> tkamppeter: the gnome-system-tools PK bug is fixed now
[10:28]  * Hobbsee waves again
[10:28] <tkamppeter> I have put up a new system-config-printer now, can you upload it into Alpha3?
[10:29] <pitti> yes, I'll get to it
[10:29] <tkamppeter> pitti, great, so then  one can use the GUI config tools in Alpha 3 again.
[10:30] <geser> Hi Hobbsee
[10:30] <tkamppeter> pitti, is Henrik Nilsen Omma around?
[10:30] <pitti> tkamppeter: not ATM, no; ("heno")
[10:30] <pitti> tjaalton: hm, now we just need a working patch for building the vmware modules on 2.6.24 :)
[10:31] <tjaalton> pitti: good point :)
[10:32] <tjaalton> pitti: hmm, does the client need those? I mean shouldn't it be possible to run hardy vmware client on gutsy host
[10:32] <pitti> tjaalton: right
[10:32] <tkamppeter> pitti. do you know whether he is on vacation? I need to talk with him because of the participation in the Sprint in London
[10:33] <pitti> if only I had a gutsy install :)
[10:33] <tjaalton> pitti:  same here.. I can't test those :)
[10:33] <tkamppeter> Where is the web site for the sprint?
[10:34] <pitti> tkamppeter: he's not listed as being on vac, so he should turn up today
[10:36] <pitti> tkamppeter: maybe just mail him?
[10:37] <tkamppeter> pitti, I sent mail to him on Friday and he did not answer up to now. I have sent a reminder today.
[10:40] <ScottK> pitti: Since you touched Perl last (asked for the sync) and because it involves a MIR, I wanted to check with you and see if you had any comments on my mail to ubunt-devel about perl-modules?
[10:40] <pitti> ScottK: I haven't got to that mail yet
[10:41] <pitti> ScottK: is it about the virtual packages it provides and thus breaking versioned b-deps?
[10:41] <pitti> in that case it is an sbuild bug which should be fixed
[10:41] <pitti> but I'll read it in a bit (still doing MIR)
[10:41] <ScottK> That's the one.
[10:42] <pitti> that's an infinity-ism then, I think
[10:42] <ScottK> Agreed its an sbuild problem, but in general I don't think we want two copies of the same code in the archives
[10:42] <ScottK> And also unlikely to get fixed in the near term.
[10:42] <pitti> right, we don't want code duplication, but getting rid of the b-deps and the separate packages should be done in Debian then
[10:43] <Hobbsee> oh noes, it's cprov!
[10:43] <Riddell> siretart: are you planning to package xine 1.1.9?
[10:43]  * cprov tries to hide 
[10:43] <ScottK> Would you be willing to accept doing it here first if I work to push it back into Debian?  So far they don't have any FTBFS since they generally do binary uploads of arch all packages?
[10:43] <ScottK> It's less of a rush for them.
[10:44] <ScottK> pitti: ^^
[10:44] <Hobbsee> cprov: you cannot hide!
[10:44] <pitti> ScottK: of course;
[10:44] <cprov> Hobbsee: heh, too late. How are you doing ?
[10:44] <Hobbsee> cprov: taking over the world.  and trying to find someone from the tech board
[10:44] <ScottK> pitti: OK.  I'll contact the Debian Perl maintainer and continue working out the details then.
[10:45] <Hobbsee> cprov: i haven't killed anyone yet today, either.
[10:45] <cprov> Hobbsee: :)
[10:45] <ScottK> It's early yet (at least here)
[10:46] <pitti> ScottK: awesome, thanks
[10:46] <Hobbsee> ScottK: there is that.
[10:46] <ScottK> pitti: When you get to it if you could make some reply to the mail on ubuntu-devel, it would be nice ...
[10:46] <pitti> ScottK: yes, I absolutely planned to
[10:46] <ScottK> Great.
[10:47]  * Fujitsu preemptively kills Hobbsee.
[10:47]  * Hobbsee dies.  yay!
[10:47]  * Hobbsee haunts Fujitsu
[10:48] <ogra> Hobbsee, could you first get your corpse out of the way ? it will start to smell soon
[10:48] <Hobbsee> ogra: dead people can't lift things
[10:49] <Fujitsu> Damn.
[10:49] <Fujitsu> Can't you haunt yourself away, or something?
[10:49] <Hobbsee> not really, no
[10:49] <ogra> heh
[10:50] <Fujitsu> Pfft.
[10:51] <Hobbsee> that would be too easy
[10:51] <tjaalton> pitti: vmmouse failed to upload, "duplicated ancestry"?
[10:51] <Hobbsee> if i'm going to create hell, i should at least do it properly, and create some inconvenience too!
[10:51] <pitti> tjaalton: probably because I promoted the source while the binaries weren't there yet
[10:51] <pitti> tjaalton: let's wait until after the next publisher, then I'll give it back
[10:51] <tjaalton> ah
[10:53] <ScottK> pitti: I see from my bugmail you are indeed working on MIRs.  Thanks for the approvals.  I've got about 4 more to go I think to get amavisd-new done ...
[10:55] <pitti> ScottK: amavis itself sounds a bit more scary :)
[11:00] <siretart> Riddell: yes, we have 1.1.9 already packaged in our hg branch
[11:01] <pitti> there; everything in the MIR queue is processed now
[11:01] <siretart> Riddell: we could upload soon, but we wanted to wait until the current xine package transitions to testing
[11:01] <siretart> Riddell: do we need xine 1.1.9 in ubuntu soon?
[11:01]  * siretart meeting
[11:05] <pitti> asac: did you notice that ffox 3 always moves to the current desktop when you open a new link? that drives me crazy (ffox 2 didn't do that); is that a 'feature' or a bug?
[11:06] <soren> cjwatson: Last week I stumbled upon a note saying that I should pester you about the debconf bug we worked out about a month ago (debconf-apt-progress and stale file descriptors and such) .. It would probably be good to get it in in time for alpha 3. My note says the fix is in r2249, but I may have just noted that for SRU purposes.
[11:06] <Fujitsu> pitti: Hm, doesn't do that for me.
[11:08] <pochu> I can confirm that, and I can confirm it's annoying :)
[11:11] <Riddell> siretart: it contains some important fixes needed for KDE 4.0 (due friday)
[11:16] <Nafallo> I bet ff3 wouldn't do that for me.
[11:16] <Nafallo> devilspie would move it all the time :-)
[11:16] <Hobbsee> Nafallo: devilspie ftw!
[11:17]  * Hobbsee can't get devilspie to set something once, then ignore it, though.
[11:17] <Nafallo> :-)
[11:21] <pitti> tkamppeter: can you please fix http://www.linux-foundation.org/~till/tmp/ubuntu/hardy/system-config-printer/system-config-printer_0.7.78+svn1799-0ubuntu1_source.changes ?
[11:27] <StevenK> pitti: Bug 149275 updated, answering your question.
[11:27] <ubotu> Launchpad bug 149275 in osso-gwconnect "First cut of source packages for -mobile promotions" [Undecided,Fix committed] https://launchpad.net/bugs/149275
[11:30] <StevenK> pitti: I daresay it's been long enough, would you mind regenerating the NBS list?
[11:30] <pitti> StevenK: done
[11:30] <pitti> cron is due in 45 minutes, but triggering now
[11:31] <pitti> tkamppeter: don't bother about avahi-utils MIR
[11:31] <pitti> tkamppeter: the source is already in main, I promoted avahi-utils some hours agao
[11:31] <pitti> ago, even
[11:32] <pitti> well, not that long ago, but it should move to main in an hour or two
[11:33] <pitti> ogra: ltsp> yay no i386 kernel any more \o/
[11:33] <ogra> pitti, well, lets see how that turns out :)
[11:34] <ogra> on the 10 thin clients i have tested here it worked ... but i'm still ready to roll back
[11:35] <tkamppeter> pitti, too late, I completed the MIR now. How did you see that I was working on it?
[11:35] <pitti> tkamppeter: I'm subscribed to all MIR wiki pages
[11:36] <pitti> tkamppeter: also, please don't use the UbuntuMainInclusionQueue wiki page any more; see the comment at the top
[11:37] <tkamppeter> pitti, then you have seen it only in the moment when I completed it (triggered by my saving of the page). So I know that this one is done for Hardy.
[11:39] <pitti> StevenK: cron.NBS finished
[11:40] <StevenK> pitti: Thanks, I refreshed about a minute ago and saw that it was updated.
[11:43] <tkamppeter> pitti, I have read https://wiki.ubuntu.com/UbuntuMainInclusionRequirements, this page is obsolete then, it either needs to be updated or removed and linked to https://wiki.ubuntu.com/MainInclusionProcess.
[11:45] <pitti> tkamppeter: oops, thanks; someone added the steps to the Requirements page, which is wrong; fixing, thanks
[11:46] <tkamppeter> pitti, one suggestion to simplify the MIRs: As we now announce them via bug reports, why not do away with the Wiki pages for the MIRs and putting the MIRs directly as initial description of the bug reports.
[11:46] <pitti> wiki is easier to edit and for long-term keeping
[11:46] <pitti> and for including links, etc.
[11:48] <tkamppeter> pitti, the initial description of a bug report can also be edited and it can also contain links. Also closed bug reports are not deleted. If one leaves them subscribed to ubuntu-mir one can still all the time find them (by searching closed bugs subscribed to ubuntu-mir).
[11:50] <StevenK> pitti: Oh yes. Look at the gem I found earlier today: http://paste.ubuntu.com/3363/
[11:52] <asac> pitti: not sure if i noticed that .... let me try
[11:52] <pitti> asac: it's bug 175904, I just confirmed it
[11:52] <ubotu> Launchpad bug 175904 in firefox-3.0 "Firefox-3.0 window moves to current workspace" [Medium,Confirmed] https://launchpad.net/bugs/175904
[11:53] <pitti> StevenK: WTH is that??
[11:54] <StevenK> pitti: A script called package.sh I found in a tarball -- it looks to build a .deb by hand.
[11:54] <asac> pitti: indeed
[11:54] <asac> thats fun ;)
[11:54] <StevenK> pitti: I nearly choked on my tea.
[11:57] <Mithrandir> StevenK: win.
[11:57] <StevenK> Mithrandir: Oh yes.
[11:59] <thom> it's cross platform!
[11:59] <thom> obviously much better than this crappy os specific system we've adopted
[11:59] <pitti> StevenK: *cough*
[12:00] <StevenK> thom: Bah
[12:00]  * thom is not at all bitter about the fact that work uses something very similar for our java packages
[12:00] <thom> honest
[12:02] <pitti> tjaalton: vmmouse built/uploaded now
[12:04] <pitti> asac: do you plan to switch to ffox 3 by default for alpha-3 or after?
[12:05] <StevenK> Gahh. Scons in Hardy looks busted
[12:05] <StevenK> Well. More busted. :-P
[12:05] <asac> pitti: I planned to start that after alpha-3
[12:06] <ScottK> pitti: Agreed that amavisd-new will need a much closer look than these Perl modules.  I think it's a hopeful sign that many of the security issues (rare as they are) that existed against the Perl libraries were identified by the primary amavisd-new developer
[12:06] <siretart> Riddell: okay, so you want me to upload a xine-lib_1.1.9-0ubuntu1 RSN?
[12:07] <siretart> Riddell: I mean, the packaging is ready in our hg branch
[12:11] <Riddell> siretart: yeah, that would be handy
[12:30] <asac> pitti: bug 180628 ... flashplugin on amd64 appears to be broken because of that
[12:30] <ubotu> Launchpad bug 180628 in ia32-libs "[Hardy wishlist]libsepol1 and libselinux1 needed to run skype 2" [Wishlist,Confirmed] https://launchpad.net/bugs/180628
[12:36] <nenolod> asac, duplicate of 180478
[12:37] <asac> bug 180478
[12:37] <ubotu> Launchpad bug 180478 in ia32-libs "pulseaudio support, broken nspluginwrapper/flash" [Undecided,New] https://launchpad.net/bugs/180478
[12:37] <nenolod> i missed sepol1
[12:37]  * nenolod updates description
[12:40] <tjaalton> pitti: great, thanks
[12:41] <pitti> mvo_: oh, new update-notifier icons, eh? :)
[12:41] <StevenK> They're blue now?
[12:41] <pitti> mvo_: now I have an alert triangle which doesn't want to go away; what does it want to tell me?
[12:41] <mvo_> pitti: what does the tooltip say?
[12:41] <Hobbsee> pitti: it's got an update
[12:41] <dholbach>  http://people.ubuntu.com/~dholbach/sponsoring/  PING!
[12:42] <mvo_> pitti: not really new icons, but more consistent icon theme usage
[12:42] <pitti> Hobbsee: that was the explosion-like thingy
[12:42] <Hobbsee> pitti: oh wait, alert triangle is it thinks it's out of date, as it's got a broken package
[12:42] <pitti> mvo_: right, it says it's out of date; two packages cannot be upgraded
[12:42] <Hobbsee> (which stays there indefinetly, till you fix it by apt)
[12:42] <persia> pitti: I'd like to defer to you for bug #177175, as I have only a weak understanding of python.
[12:42] <ubotu> Launchpad bug 177175 in python-distutils-extra "FAQ mentions "build_l10n", but it is actually "build_i18n"" [Low,Triaged] https://launchpad.net/bugs/177175
[12:43] <siretart> Riddell: ok, I've added it to my todo list for today
[12:43] <pitti> persia: well, it's just a typo in the FAQ file :)
[12:43] <StevenK> Hobbsee: The triangle is adept's icon for updates, by the way.
[12:43] <mvo_> pitti: do you have broken packages? or is /var/lib/apt/lists/periodic not touched in a while?
[12:43] <persia> pitti: True.  There's also the bit about me not being able to upload directly :)
[12:44] <Hobbsee> mvo_: when i saw it earlier, it was broken packages.  pitti answered that earlier too
[12:44] <pitti> mvo_: yes, there is libhsqldb and some xorg packages which don't upgrade
[12:44] <Hobbsee> StevenK: ah right
[12:44] <pitti> persia: I hope that Sebastian will just fix it upstream
[12:44]  * Hobbsee adds to her gripes of update-manager
[12:45] <persia> dholbach: mind if the assignment for that gets changed?
[12:45] <mvo_> Hobbsee: I think its ok if it tells you about broken packages
[12:45] <Hobbsee> mvo_: yes, but surely it's got a little of a strange error message for it
[12:45] <dholbach> persia: assignment?
[12:45] <mvo_> pitti: packages not upgrading != broken packages. if it tells you that its out of date, then that is a new feature that is meant to nag^Whelp people
[12:45] <Hobbsee> mvo_: why doesn't it let you install new packages to satisfy the current one's depends, like i believe apt's safe-upgrade does?
[12:45] <Hobbsee> mvo_: sure, but 10 mins doesn't mean out of date.
[12:46] <pitti> mvo_: it nags me when my package index is (OMG!) 20 minutes old?
[12:46] <persia> dholbach: "Responsible" in your sponsoring page, for python-distutils-extra
[12:46] <dholbach> persia: hm, what do you want me to change?
[12:46] <persia> dholbach: Oh.  Right.  That's autogenerated.  Do we just subscribe the person who would fix it upstream?
[12:47] <mvo_> pitti: no, it shouldn't nag for 20min (7days currently)
[12:47] <dholbach> persia: I think that'd be glatzor
[12:47] <Hobbsee> mvo_: iz bug.
[12:47] <pitti> mvo_: right, apt-get update, now it's gone
[12:47] <persia> dholbach: Me too, I'm just asking about procedure :)
[12:47] <mvo_> Hobbsee: that is one of the things I want to fix, its currently whining instead of helping when broken dependencies are discovered
[12:48] <Hobbsee> mvo_: my other gripe - why wait for someone to hit close on the "updates are done" dialog, and then close on the original dialog?
[12:48] <mvo_> pitti: there might be a transient problem, the new apt-get from yesterday was required to make it reliable enough
[12:48] <Hobbsee> why not only show an error dialog, and shut up and leave me in peace if it all worked fine?
[12:48] <dholbach> persia: yeah, that's fine
[12:48] <mvo_> Hobbsee: fixed in bzr, I think this can be uploaded today
[12:49] <Hobbsee> (and why does it keep insisting on stealing focus, even between "iv'e downloaded everything" and "i'm starting to unpack"
[12:49] <tkamppeter> why is bug 180628 a duplicate of bug 180478, at least the ia32-libs task should not be a duplicate.
[12:49] <ubotu> Launchpad bug 180628 in ia32-libs "[Hardy wishlist]libsepol1 and libselinux1 needed to run skype 2 (dup-of: 180478)" [Wishlist,Confirmed] https://launchpad.net/bugs/180628
[12:49] <ubotu> Launchpad bug 180478 in flashplugin-nonfree "pulseaudio support, broken nspluginwrapper/flash" [Undecided,Won't fix] https://launchpad.net/bugs/180478
[12:49] <mvo_> Hobbsee: for the focus stealing I blame metacity/compiz
[12:49] <StevenK> Which is your problem too!
[12:49] <StevenK> Enjoy!
[12:52] <Hobbsee> mdz: quick ping?
[12:52] <mdz> Hobbsee: yes?
[12:53] <Hobbsee> mdz: any chance you can renew my membership of launchpad-buildd-admins?  it appears i'm the only one on an expiring membership.
[12:54] <mdz> Hobbsee: fixed
[12:54] <Hobbsee> mdz: thanks muchly.
[12:54] <ogra> pitti, slangasek, do you plan to do a test iso today already ? i'd like to test ltsp inclusion a bit in advance
[12:55] <ogra> (for ubuntu alternate)
[12:55] <pitti> no idea, I haven't planned it personally
[12:56] <ogra> well, i have access and can do one myself
[12:57] <ogra> i just dont want to get into anyones way
[12:57] <Hobbsee> ogra: slangasek is a scary beast.  he'll come and decapitate you.
[12:57] <ogra> pfft, who needs a head
[12:58] <Hobbsee> he might remove your fingers, too
[12:58] <ogra> eek, then i need to build my brain to Pc interface first
[12:58] <Hobbsee> where do you keep your brain then?
[12:59] <ogra> separate USB case indeed
[12:59] <Hobbsee> ahh
[12:59] <lamont> slangasek: I thought gcc-3.4 had the same issue... :-)
[12:59] <ogra> probably firewire as its a tad faster :)
[13:00] <nenolod> whose oliver grawert?
[13:00] <ogra> lamont, another friendly poke about bug 179130 :)
[13:00] <ubotu> Launchpad bug 179130 in livecd-rootfs "Typo in argument parsing and unknown sanitize command" [Undecided,New] https://launchpad.net/bugs/179130
[13:00] <ogra> nenolod, me
[13:00] <Hobbsee> nenolod: a scary person.  you don't want to go near him.
[13:00] <nenolod> ogra, you completely misunderstood bug 180478
[13:00] <ubotu> Launchpad bug 180478 in ia32-libs "pulseaudio support, broken nspluginwrapper/flash" [Undecided,New] https://launchpad.net/bugs/180478
[13:00] <ogra> lamont, do you have the sanitize command anywher or shall i just drop it ?
[13:01] <nenolod> ogra, and triaged it in a way that has made me not happy. :(
[13:01] <ogra> nenolod, did i ?
[13:01] <ogra> nenolod, well, its a bug in flash, not in ia32-libs
[13:01] <nenolod> ogra, bug 180478 is a bugtask i opened for working towards making libflashsupport usable in 64bit userland
[13:01] <torkel> Hobbsee: with head, body and fingerar separated he can't be that scary :-)
[13:01] <nenolod> ogra, as such, it's a bug in ia32-libs, as i need additional libraries added to accomplish this.
[13:01] <ogra> and the only way to work around it until adobe fixes it is libflashsupport atm
[13:02] <nenolod> ogra, which does not work on amd64 because ia32-libs is missing the needed libraries
[13:02] <nenolod> ogra, which is what bug 180478 is about
[13:02] <ubotu> Launchpad bug 180478 in ia32-libs "pulseaudio support, broken nspluginwrapper/flash" [Undecided,New] https://launchpad.net/bugs/180478
[13:03] <ogra> nenolod, feel free to revert it i'm not the ubergeek here :) i just happened to take care of libflsahsupport and pulse for the last few releases (due to its usage in ltsp since edgy)
[13:04] <nenolod> ogra, as for libflashsupport, that's next on my hitlist
[13:04] <nenolod> ogra, but i have to get ia32-libs fixed first
[13:04]  * Hobbsee kills this right-click share folder thing
[13:04] <Hobbsee> Could not apply changes!
[13:04] <Hobbsee> Fix broken packages first.
[13:04] <Hobbsee> there are no broken packages, you silly dialog.
[13:05] <nenolod> ogra, i have debian/rules tweaks done, but, i need ia32-libs fixed in order to build a working binary which can be loaded by the flash plugin on amd64.
[13:05] <nenolod> ogra, once i have these two things, i'll send a debdiff your way, ok? :)
[13:05] <ogra> sure
[13:06] <ogra> my ltsp users will be happy to get something better than gnash on amd64 (even thogh that seems to be pretty stable)
[13:06] <nenolod> ogra, and sorry if i seemed a little cross on the bug, but to my eyesit looked like "oh hey some crackhead screwed over my bugtask"
[13:06] <nenolod> ;)
[13:06] <Hobbsee> nenolod: it happens.
[13:06]  * Hobbsee still has to lart a guy about the same thing
[13:07] <ogra> dont worry, i'm only human as others (excluding Hobbsee who is a ghost) so i make mistakes or misread stuff :)
[13:07]  * Hobbsee is a green alien, tyvm!
[13:07] <nenolod> no, Hobbsee is the flying spaghetti monster
[13:07] <nenolod> ;)
[13:07]  * Hobbsee throws cjwatson_ at ogra
[13:08] <nenolod> which reminds me
[13:08] <ogra> Hobbsee, he'll jump on me early enough anyway ;)
[13:08] <nenolod> pitti, do be sure to look at bug 180478
[13:08] <ubotu> Launchpad bug 180478 in ia32-libs "pulseaudio support, broken nspluginwrapper/flash" [Undecided,New] https://launchpad.net/bugs/180478
[13:08] <nenolod> so that people will stop complaining about flash
[13:08] <nenolod> :D
[13:08] <Hobbsee> ogra: why so?
[13:08] <ogra> he's my boss
[13:08] <Hobbsee> oh, right
[13:21] <lamont> ogra: just drop 'sanitize' if infinity doesn't know what/where it is... I don't have a copy that I can find
[14:02] <cjwatson> geser: thanks for the fakeroot fix; sorry I was on holiday and didn't get to it
[14:03] <siretart> can someone from the TB check bug #181244
[14:03] <ubotu> Launchpad bug 181244 in libcdio "libcdio GPL/license violation" [Undecided,New] https://launchpad.net/bugs/181244
[14:05] <cjwatson> Hobbsee: what am I supposed to land on ogra for?
[14:06] <ogra> lamont, thanks
[14:08] <Hobbsee> cjwatson: because he makes mistakes.  you were a good target.
[14:08] <Hobbsee> er, a good missile.
[14:14] <cjwatson> soren: I've released debconf 1.5.18 and synced it into hardy; thanks for the reminder
[14:21] <soren> cjwatson: :)
[14:23] <pitti> tkamppeter: s-c-p uploaded
[14:24] <cjwatson> pitti,slangasek: d-i uploaded for 2.6.24-3 kernels
[14:25] <pitti> cjwatson: cheers
[14:30] <shaya> anyone else having java crashes in xcb?
[14:39] <soren> mvo_: We agreed bug 180105 was fixed by the most recent kvm upload, right?
[14:39] <ubotu> Launchpad bug 180105 in kvm "unhandled vm exit" [Undecided,New] https://launchpad.net/bugs/180105
[14:40] <mvo_> soren: yes
[14:40] <mvo_> soren: well, I agreed :)
[14:40] <soren> mvo_: Great. Thanks.
[14:41] <soren> mvo_: That's good enough for me :)
[14:44] <seb128> shaya: I think that's a known issue, maybe ask on #ubuntu-x for the bug number
[15:28] <Kmos> https://edge.launchpad.net/ubuntu/+source/oscache
[15:28] <Kmos> http://packages.qa.debian.org/o/oscache.html
[15:29] <Kmos> it now belongs to multiverse, I'm right ?
[15:32] <gaspa> freeflying: you assigned to yourself bug #103492, can i take care of the feisty part, instead?
[15:32] <ubotu> Launchpad bug 103492 in scim-bridge "[can-not-install] file overwrite error" [Undecided,In progress] https://launchpad.net/bugs/103492
[15:36] <Kmos> pitti: ?
[15:41] <soren> Kmos: Er.. why?
[15:49] <Kmos> soren: it's now in contrib/libs at debian and currently FTBFS in hardy at universe
[15:52] <Kmos> it also needs glassfish-javaee, that's in multiverse
[15:52] <soren> Right.
[15:53] <soren> Yeah, it should probably get demoted.
[15:54] <dholbach> Kmos: it ftbfs because libhibernate3-java is missing
[15:55] <dholbach> libhibernate3-java should go into multiverse it seems
[15:55] <Kmos> dholbach: and also needs libjgroups-java
[15:55] <seb128> dholbach: multiverse packages can build-depends on packages in main and universe
[15:56] <dholbach> seb128: right... in this case it's a package build-depending on something in multiverse
[15:56] <geser> seb128: libhibernate3-java is in debian contrib so multiverse would by the right component
[15:57] <Kmos> I have another one.. but should be moved to universe.. bug 181083
[15:57] <ubotu> Launchpad bug 181083 in checkstyle "Please move checkstyle from multiverse to universe" [Wishlist,New] https://launchpad.net/bugs/181083
[15:57] <seb128> geser: I didn't discuss that ;-)
[15:57] <seb128> open bugs and subscribe ubuntu-archive
[15:58] <seb128> no need of IRC pings those are processed often enough
[15:59] <Kmos> just to make sure about it =)
[16:06] <calc> can someone take openoffice.org out of manual depwait on the various archs, its depends are now in main
[16:11] <geser> calc: shouldn't that happen automatically?
[16:11] <calc> geser: i don't think it does when it is in 'manual depwait
[16:12] <calc> vs automatic depwait
[16:12] <geser> calc: afaik there is no automatic depwait
[16:12] <geser> all packages waiting on other packages automatically get into manual depwait
[16:12] <geser> and also out of it
[16:12] <calc> oh i thought there was, maybe it will retry on its own, but i am not certain
[16:14] <Kmos> it will retry automatically on manual depwait. I asked that a days ago to pitti =)
[16:15] <calc> well it says it did retry today after jfreereport was moved to main but that it was depwait on jfreereport...
[16:16] <calc> maybe it retried before the packages file was updated or something odd like that
[16:16] <geser> calc: I see libjfreereport-java is an arch:all package. perhaps it got eaten by bug #178102. I can't check here
[16:16] <ubotu> Launchpad bug 178102 in soyuz "(Pro|De)motion loses arch: all binaries" [Critical,Fix committed] https://launchpad.net/bugs/178102
[16:16] <calc> geser: oh ok
[16:17] <dballester> hi to all
[16:18] <calc> fun stuff
[16:20] <dballester> may be off-toppic but I'm experimenting an 'strange' behaviour when resizing emulated terminal windows ( both compiz/emerald and metacity )
[16:21] <dballester> via shell script I open an interactive ssh connection, runs ook until i resize the window ( I can minimize and restore without problems ). When I resize, the shell script dies
[16:21] <dballester> someone has pointed that maybe is something related to SIGWINCH signal ( http://en.wikipedia.org/wiki/SIGWINCH )
[16:22] <soren> Maybe it doesn't deal very well with SIGWINCH
[16:22] <geser> calc: can you check on drescher(?) if libjfreereport-java is still listed by dak ls?
[16:23] <dballester> maybe soren but at least, is a basic shell script and is strange for me that this problem ( if it's really a problem ) did not raise before
[16:23] <zul> have you tried without compiz?
[16:23] <dballester> zul, yes
[16:24] <dballester> and same result
[16:24] <dballester> well, in fact, is not a ssh connection, is a ssh connection called via script command
[16:25] <dballester> may be is /usr/bin/script falling
[16:25] <dballester> i will try to make the true ssh connection without the script command
[16:27] <Kmos> ffig # pitti, does not work with current ghc, request of upstream author, LP#134037
[16:29] <dballester> seems that using ssh directly runs well
[16:29] <Kmos> the package misdn-user shouldn't be blacklisted, like misdn-kernel package ?
[16:32] <dballester> zul, soren thanks for your tips, they gided me to the root of the problem
[16:32] <dballester> http://marc.info/?l=util-linux-ng&m=119157164704789&w=2
[16:32] <dballester> thanks again
[16:44] <dballester> i've downloaded the source code for util-linux-ng v 2.13.1, may i obtain the debian package dialog to create a deb package from this source?
[16:51] <geser> cprov: can you check if libjfreereport-java and libjfreereport-java-doc got eaten today by bug #178102 (libjfreereport got promoted today) and resurrect them?
[16:51] <ubotu> Launchpad bug 178102 in soyuz "(Pro|De)motion loses arch: all binaries" [Critical,Fix committed] https://launchpad.net/bugs/178102
[16:53] <cprov> geser: yes, it was eaten. But /no/ I can't resurrect them right now.
[16:56] <Kmos> geser: ask infinity =)
[16:58] <jdong> can I beg an archive manager to clear the NEW queue? (primarily mpeg4ip)
[16:58] <jdong> a good chunk of the media stack is waiting for that
[16:59] <seb128> jdong: I'll have a look later today if nobody else does it before
[17:00] <jdong> seb128: thanks in advance :)
[17:03] <infinity> ScottK: Around?
[17:04] <ScottK> Yes
[17:04] <ScottK> infinity: ^^
[17:05] <infinity> ScottK: Regarding your -devel thread.  I just had a private conversation, using kmos as a wall to bounce some bug-fix ideas off of, and I'd really rather fix the perl-modules/sbuild thing in sbuild.
[17:05] <infinity> ScottK: This "bug" will crop up again in the future, and I think forking perl-modules harder and harder each time isn't really the answer.
[17:05] <ScottK> infinity: I agree that's the best way to solve the build problem.
[17:06] <ScottK> There's still a code duplication problem even if sbuild is fixed.
[17:06] <ScottK> There's also a ~1 month until feature freeze and there's stuff I want to get into Main for Hardy that can't be build right now problem.
[17:06] <ScottK> infinity: What would be the timeline for an sbuild solution?
[17:06] <ScottK> build/built
[17:07] <infinity> ScottK: which code duplication problem is that?
[17:07] <infinity> ScottK: Anyhow, I'm looking at fixing it sometime this week.
[17:07] <ScottK> Currently we have two copies of several perl modules in the archive.
[17:07] <ScottK> That sounds great.
[17:07] <ScottK> There's one copy in perl-modules and another (generally newer) copy in a separate package
[17:08] <ScottK> Not the ideal way to run a railroad.
[17:08] <infinity> ScottK: Yes, this has happened historically for ages.  Perl policy not only allows it, but makes sure it "Just Works".
[17:08] <ScottK> OK.  So absent the sbuild problem that's the way it's supposed to be?
[17:09]  * ScottK knows more about Python policy than Perl.
[17:09] <infinity> Yeah, perl and python modules routinely bounce between separate and bundled packages.
[17:09] <infinity> Typically, they go the other way (external -> bundled), which is why sbuild behaves the way it does.
[17:09] <ScottK> Makes sense
[17:09] <infinity> But I'm pretty sure I can fix it to DTRT, regardless of the direction of the move.
[17:10] <infinity> (This is where kmos made a good wall to bounce from)
[17:10] <ScottK> That'd be great.
[17:10]  * ScottK is more used to trying to bounce kmos off a wall, but whatever works for you.
[17:11] <ScottK> infinity: Thanks.  I'll hold off on ripping perl-modules apart and go on on the assumption that sbuild will get solved shortly.
[17:12] <infinity> Well, the whole point of a wall is just to have somone go "mmhmm, mmhmm" as you describe possible solutions.
[17:12] <infinity> I used to use my cat.
[17:12] <Kmos> ScottK: lol
[17:12] <infinity> Now I don't have a cat. :(
[17:13]  * ScottK wasn't particularly kidding.
[17:13] <Kmos> infinity: I need to give you one =)
[17:13] <Spads> infinity: you could just visit http://icanhascheezburger.com/ and tell all your problems to the images there
[17:14] <jdong> infinity: the same works with dolls actually
[17:14] <infinity> jdong: TMI.
[17:14] <jdong> infinity: sometimes I use my little sister's stuffed animals to explain NADP phosphorylation...
[17:14] <jdong> it kinda looks strange I guess
[17:15] <jdong> I need a pet...
[17:16] <LaserJock> ...
[17:19] <geser> calc: you need to wait till the eaten jfreereport packages find their way back into the archive for the openoffice.org build to start
[17:34] <seb128> ogra: how busy are you today?
[17:34] <mvo_> slangasek: how deeply frozen is main currently? are uploads like vte still ok ? or will it disrupt your work
[17:36] <seb128> mvo_: standard updates should be alright
[17:39] <mvo_> thanks seb128
[17:40] <seb128> mvo_: well, that's only my opinion, not an authoritative response ;-)
[17:40] <slangasek> yes, as long as you're uploading vte for a good reason, that should be ok
[17:42] <mvo_> is "new version" a good enough reason ?
[17:42] <mvo_> oh, it also fixes bugs :)
[17:42] <seb128> mvo_: having GNOME uptodate is always a good reason ;-)
[17:43]  * mvo_ hugs seb'sebmaster'128
[17:43]  * seb128 hugs mvo_
[17:44] <slangasek> ogra: there should be isos available already today that you can test; they won't have the new d-i yet, but I suppose that's not relevant for your test?
[17:49] <ScottK> slangasek: You'll be glad to know that Samba has been certified secure, so you can relax: http://www.news.com/8301-10784_3-9843682-7.html?tag=nefd.top
[18:02] <evand> ...php is on that list.
[18:03] <DarkSun88> Hi all
[18:05] <slangasek> evand: that just means that whatever part of php they tested doesn't have any buffer overflows ;)
[18:06] <evand> heh
[18:07] <slangasek> (... OpenPAM?  WTF)
[18:10] <ogra> slangasek, well, i need the ltsp builder udeb which i added to the seed around 12:00 UTC ... the current isos are from last night ... but i think i can wait until tomorrow
[18:12] <slangasek> ogra: oh.  well, we could probably use a fresh build today anyway; ubuntu alternate is the one you're looking for?
[18:12] <slangasek> The following packages have unmet dependencies:
[18:12] <slangasek>   xserver-xorg-core: Conflicts: xserver-xorg-video-1.0
[18:12] <slangasek> tjaalton: ^^ is this you? :)
[18:13] <ogra> yep, ubuntu alternate is the one
[18:14] <bigon> could someone make a give-back for decibel?
[18:17] <slangasek> tjaalton: xserver-xorg-video-chrome Provides: xserver-xorg-video-1.0 instead of xserver-xorg-video-2
[18:19] <slangasek> tjaalton: s/chrome/openchrome/, of course. so either the Provides: needs changing (if it's ABI compatible) or the package needs updating some other way?
[18:20] <slangasek> ogra: so the above xserver conflict is going to make any CDs I reroll somewhat unusable until they're fixed; you should probably go ahead and plan for very late tonight, or just tomorrow
[18:20] <infinity> bigon: Done.
[18:21] <bigon> infinity: thx
[18:21] <ogra> slangasek, yeah, i was already planning to ... i would anyway only have started a vbox install before going to bed something i can easily do tomorrow morning as well
[18:22] <slangasek> ok
[18:33] <tjaalton> slangasek: really? I've changed that once already
[18:34] <tjaalton> I'll fix that if the change was dropped
[18:34] <slangasek> yeah, must have been dropped
[18:36] <tjaalton> slangasek: also, xorg-server merge is ready. a new git pull from upstream stable branch, and of course the patch to use openchrome instead of via
[18:37] <tjaalton> that's the last upload I have
[18:37] <tjaalton> for alpha3
[18:39] <slangasek> landing a little late if you're aiming for alpha3, isn't it? :)
[18:40] <slangasek> 2:1.4.1~git20071212-1ubuntu2 2:1.4.1~git20071212-2 2:1.4.1~git20071212-1
[18:40] <slangasek> these version numbers give me a headache
[18:41] <slangasek> but I guess you weren't referring to a Debian merge anyway
[18:41] <tjaalton> a little, yes :)
[18:41] <tjaalton> I can just add the patch to the current package if that's ok
[18:44] <slangasek> that would be my own preference since we're starting to take a bite out of our testing window
[18:45] <tjaalton> ok, I'll do that
[18:46] <slangasek> thanks
[18:47] <tjaalton> the changes in the new version were minimal anyway
[18:49] <slangasek> oh, well, if you think that's the better option still, go for it
[18:49] <ScottK> slangasek: Another solution to my perl-modules problem would be to update hardy to Perl 5.10.  It's got perl-modules in sufficient version to fix the problem packages that have been identified so far.
[18:49] <ScottK> Of course actually fixing sbuild will be really cool.
[18:49] <slangasek> ScottK: heh.  well, there's talk of perl landing in sid soon, but I don't know exactly when
[18:50] <Mithrandir> 5.10 is in experimental, but not unstable yet.
[18:50] <ScottK> As I understand it 5.10 is now 'released'.
[18:50]  * ScottK wonders how supportable Perl 5.8 will be 5 years from now with 5.10 already released.
[18:51] <slangasek> Mithrandir: yes, bod was on IRC yesterday asking about binNMUs for everything using perlapi-5.8.8
[18:51] <ScottK> I'd imagine that's a lot of rebuilding.
[18:52] <slangasek> only 208 binary packages
[18:52] <Mithrandir> not too bad, then
[18:53] <teprrr> hi and excuse me, but can anyone point me where to find the changelogs of the packages?
[18:53] <tjaalton> slangasek: in total six upstream commits, of which one was already included as a patch.. ok, I'll upload the merge then, thanks!
[18:53] <teprrr> without installing the package first and then looking if it has a changelog..
[18:54] <ScottK> teprrr: Look for the package on packages.ubuntu.com  There's a link to debian/changelog
[18:56] <teprrr> ScottK, ahh. thanks
[19:14] <tjaalton> slangasek: xorg-server & openchrome uploaded
[19:19] <slangasek> tjaalton: cheers
[23:26] <slangasek> TheMuso: you say that the -rt metapackages and restricted-modules are needed for UbuntuStudio alpha3, but weren't they missing for alpha2 already?
[23:27] <TheMuso> slangasek: Yes they were, but the metapackages are more important than LRM atm I think.
[23:29]  * cjwatson looks puzzledly at http://launchpadlibrarian.net/11220812/buildlog_ubuntu-hardy-i386.openoffice.org_1%3A2.3.1-1ubuntu1_MANUALDEPWAIT.txt.gz
[23:29] <cjwatson> E: Couldn't find package libjfreereport-java
[23:29] <cjwatson> but:
[23:29] <cjwatson> libjfreereport-java | 0.9.0-05-4 |         hardy | all
[23:30] <cjwatson> that build is just half an hour old, and according to the bug jfreereport was promoted 13 hours ago
[23:31] <Kmos> cjwatson: bug 178102
[23:31] <ubotu> Launchpad bug 178102 in soyuz "(Pro|De)motion loses arch: all binaries" [Critical,Fix committed] https://launchpad.net/bugs/178102
[23:33] <cjwatson> ah, just cherrypicked a few hours ago; that would explain why the publisher is stopped
[23:33] <cjwatson> Kmos: thanks
[23:33] <Kmos> np :)
[23:33] <infinity> cjwatson: The publisher is stopped for other insidious reasons, see #soyuz.
[23:53] <ScottK> #canonical-soyuz
[23:57] <slangasek> #сойуз
[23:59] <ion_> :-)