[00:56] <TheMuso> Hrm, got some weird FTBF sstuff happening here.
[00:58] <TheMuso> this is on the buildds BTW.
[00:59] <jelmer> mathiaz, hi
[00:59] <rickspencer3> ArneGoetje: hi
[00:59] <jelmer> mathiaz, Thanks for the sync requests
[00:59] <mathiaz> jelmer: sure :)
[01:00] <mathiaz> jelmer: I've successfully built samba4 and talloc in a ppa
[01:00] <ArneGoetje> rickspencer3: morning
[01:00] <mathiaz> jelmer: thus the sync request
[01:00] <mathiaz> jelmer: that should fix seb128 build failure for openchange (IIRC)
[01:02] <jelmer> mathiaz, Ah, cool
[01:12] <TheMuso> Yay, udev package setup is borking for some reason.
[01:13] <TheMuso> which in turn breaks other pieces needed by the packages I have recently uploaded.
[01:55] <twb> A package (dovecot-imapd) is listed as being maintained by MOTU.  How do I find out who the "real" stakeholders are?
[01:55] <twb> I want to pay them to backport dovecot 1.2 to Hardy.
[01:56] <twb> Oops, s/MOTU/Core devs/
[01:56] <twb> Hmm, I guess I should look at Debian.changelog
[02:09] <billybigrigger> is anyone here around to answer some questions about v4l and my webcam?
[02:10] <billybigrigger> all through karmic development my webcam hasn't worked, is this because of v4l apps trying to use v4l2 devices?
[03:03] <Tronic> How do you file a bug for fetching new version from Debian to Karmic?
[03:04] <Tronic> We fixed some rather serious bugs and the new version is now in Debian Unstable.
[03:04] <TheMuso> Tronic: What is the package?
[03:05] <Tronic> performous
[03:05] <Tronic> (performous-dbg and performous-tools also)
[03:06] <Tronic> Ummh, wait a sec, I think it is still in NEW.
[03:06] <Tronic> 0.3.2 is the fixed version.
[03:06] <TheMuso> You need to file a bug against the performous source package in launchpad, requesting a sync from unstable. Then you have to subscribe the ubuntu-universe-sponsors team to the bug so they can look at it. Please mention why the package should be updated in the bug.
[03:07] <StevenK> But it isn't in unstable yet, if it's in NEW
[03:07] <TheMuso> Tronic: Well once its out of the new queue, file the bug.
[03:07] <StevenK> And we can't pull from NEW.
[03:07] <Tronic> No, seems to be accepted to unstable, but I guess packages.debian.org hasn't updated its index yet.
[03:09] <Tronic> TheMuso: Ok. Do I need any tags or something for it?
[03:09] <TheMuso> No.
[03:12] <Tronic> Will do that, thanks :)
[07:10] <hile> helvetti ne olivat nopeita, 'luovutusta yritetty, vastaanottajaa ei tavoitettu' mä tilasin sen hitto torstaina, yleensä toimitusaika thomannilla 8-10 työpäivää!
[07:16] <hile> oops wrong channel :)
[07:31] <sanmarcos> in 9.04, does anybody else notice images (icons) in libnotify popups are blurry?
[07:36] <phurl> anyone can help me with reprepro Error: Distribution doooh contains an architecture called 'all'. any ideaS?
[07:37] <joaopinto> phurl, you dont need "all" listed on the Architectures field of a distribution
[07:37] <phurl> joaopinto, thanks.
[07:37] <joaopinto> I am using: Architectures: i386 amd64 source
[07:38] <phurl> so when i remove it. i got a different error. lets see
[07:38] <phurl> it is for java stuff
[07:38] <phurl> josm_0.0.svn1529-1_all.deb
[07:38] <joaopinto> no problem, "all" packages will be accepted anyway
[07:38] <phurl> ahh
[07:40] <sanmarcos> why does ubuntu break something new every release
[07:40] <sanmarcos> pulseaudio, now libnotify
[07:41] <phurl> working now joaopinto thanks!
[07:42] <joaopinto> :)
[07:45] <sanmarcos> notify-osd is such shit
[07:45] <sanmarcos> you hove rthe notification and it hides, what the hell where they thinking
[07:45] <sanmarcos> I give you a 512x512 icon and it still looks blurry
[07:50] <joaopinto> sanmarcos, what your language !
[07:53] <TheMuso> Seems like anything that pulls in udev to be built FTBFSes on all except for powerpc and armel.
[08:01] <phurl> so how can i test my new repo on fedora?
[08:02] <phurl> it only wants to use apt for rpms but not for debs :(
[08:08] <phurl> how can i get apt on fedora to download debs?
[08:14] <AnAnt> Hello, could someone sponsor those: LP 401816 & LP 404561
[09:21] <slytherin> TheMuso: cjwatson_: infinity: A million thanks to whoever fixed powerpc buildd problems. :-)
[09:22] <directhex> yay powerpc
[09:50] <ares4you> Hi! I am ( was ) from Ubuntu developing team.  I had one big problem with  network manager ( i coldn`t acces internet ) I want to help developing ubuntu but I don`t want to test that packages with network
[09:51] <ares4you> who can help me?
[09:51] <slytherin> ares4you: What development team are you member of?
[09:51] <ares4you> testing
[09:52] <slytherin> oh
[09:55] <ares4you> can someone help me?
[10:01] <ares4you> I think I can`t test just some pacages
[10:02] <ares4you> am I right?
[10:17] <ares4you> what is doing computer janitor in developing team ( testing )? Can be used to reconfigure my system?
[10:27] <maxb> ares4you: You might do better finding a channel specific to your native language. I'm sorry but your English is a bit too muddled for you to be understood clearly.
[10:28] <ares4you> maxb: I am sorry! I am learning....
[10:30] <ares4you> maxb: I do my best and I try to explain  if you do not understand me
[10:47] <ares4you> from where can I download an older version of network manager?
[10:48] <TheMuso> slytherin: and so far as things go now, powerpc is more healthy than supported architectures. :)
[10:49] <joaopinto> ares4you, if you need general support, please ask on #ubuntu
[10:49] <ares4you> thanks
[11:00] <slytherin> TheMuso: how so?
[11:03] <TheMuso> slytherin: Due to a weird bug that is being triggered whenever a package installs udev as a dependency, a lot of packages on everything except for armel and powerpc are failing to build.
[11:03] <TheMuso> Its a buildd host issue I think. Armel and powerpc are not running hardy, so don't seem to be affected.
[11:03] <slytherin> I saw one such error. But I didn't know the reason
[11:06] <TheMuso> slytherin: I worked it out, thinking I may have been able to upload a fix somehow, but it seems not.
[11:36] <simon-o> Hi, does anyone now if pitti is on vacation?
[11:39] <seb128> simon-o, he is
[11:40] <simon-o> seb128: thanks. Is anyone from ~ubuntu-mir around?
[11:41] <seb128> you're welcome
[11:41] <seb128> dunno, use launchpad and open a bug, etC?
[11:42]  * ogra guesses its a hard week to catch people on IRC, half the world is at debconf and the other half on vacation :) mail and bugs might be the best bet
[11:42] <simon-o> I've got a specific question about an existing bug, where I need some advice from someone from ubuntu-mir
[11:43] <ogra> ask in the bug then
[11:43] <simon-o> ogra: Yes I could, but who should answer that question ;)
[11:44] <ogra> oh, its not a MIR bug ?
[11:44] <james_w> simon-o: the LP page would tell you the other members
[11:46] <simon-o> ogra: no it's bug 403565. And I don't know what to do next.
[11:47] <simon-o> james_w: thanks, I'll see if I can catch someone from the team
[11:47] <james_w> why is that ubuntu-mir?
[11:47] <james_w> oh
[11:47] <james_w> I see why
[11:48] <james_w> but I think it's just oddness and shouldn't need them
[11:49] <simon-o> james_w: geser from ubuntu-motu told me to ask someone from ubuntu-mir.
[11:49] <geser> james_w: who should he ask instead?
[11:49] <simon-o> :)
[11:50] <james_w> I just happen to be sitting next to cjwatson, who is the perfect person to ask
[11:50] <james_w> we're just fixing it now
[11:50] <simon-o> james_w: thanks, that's great
[11:51] <geser> james_w: why him?
[11:51] <james_w> because it's cjwatson :-)
[11:52] <james_w> he knows everything
[11:52] <james_w> the problem is a cryptic error message
[11:52] <james_w> it's a safety catch
[11:52] <cjwatson> so the problem here is that lyx, a source package in universe, wants to produce a new binary package called latex-xft-fonts, which is already produced by a source package in main
[11:52] <geser> yes
[11:52] <cjwatson> latex-xft-fonts is in main for abiword and koffice
[11:52] <cjwatson> which means, I think, that lyx needs to be MIRed
[11:53] <cjwatson> I don't see any particular way around it
[11:53] <cjwatson> the sync can be forced with sync-source.py -F
[11:53] <geser> james_w: will remember that for the future (and if he complains I'll refer to you :)
[11:54] <cjwatson> or maybe (as james_w says here) if latex-xft-fonts is just a transitional package then its rdepends should be updated?
[11:54] <cjwatson> it happens that I've run into this problem before, that's all :)
[11:54] <cjwatson> latex-xft-fonts Depends: ttf-lyx
[11:55] <geser> cjwatson: that won't help here as latex-xft-fonts depends on ttf-lyx-fonts (build from lyx)
[11:55] <cjwatson> so unless I miss my guess we're going to need to MIR lyx anyway
[11:56] <cjwatson> perhaps an MIR that said "we only actually need the fonts, and won't be promoting the other binaries"
[11:56] <cjwatson> but I'm not in ubuntu-mir :)
[11:56] <geser> as I don't know the chances for lyx to pass MIR, I suggested simon-o to get some more input (if there are any other options)
[11:57] <cjwatson> I can't think of any other options that are easier
[11:57] <cjwatson> splitting the binaries back out doesn't seem like a great idea maintenance-wise
[11:59] <geser> if the fonts didn't change, would it be an option to don't build the fonts package by lyx? and leave latex-xft-fonts in main as is?
[12:00] <cjwatson> that would work but I think it's a bad idea in the long term, if it's just to try to avoid an MIR
[12:00] <geser> but that would have the disadvantage of a package without proper maintainace in main
[12:00] <cjwatson> we should just suck up the main promotion IMO
[12:01]  * geser hands https://wiki.ubuntu.com/MainInclusionProcess to simon-o
[12:05] <simon-o> geser, cjwatson: thanks for the insights. I'll request the main inclusion.
[12:06] <YokoZar> kees: Just saw your name on the copyright of Wine's crypt32.dll ;)
[12:52] <seb128> directhex, hi, do you know if anybody is working on updating mono and gnome-desktop-sharp2 to current version?
[12:52] <directhex> seb128, mono is being worked on over the next week(ish) - all the mono stack except the main mono package itself is up to date
[12:53] <seb128> directhex, gnome-desktop-sharp2 is 2.24 and upstream is 2.26?
[12:53] <directhex> i know i looked at g-d-s, but i decided to hold fire for some reason. don't remember why
[12:54] <seb128> directhex, ok, that was just a reply to your 'all the mono stack except the main mono package itself is up to date'
[12:54] <seb128> directhex, no issue, I'm just checking was is marked outdated on the desktop team versions.html list
[12:55] <directhex> (the mono stack is mono, libgdiplus, gluezilla, mono-tools, xsp, mod-mono, mono-basic and mono-debugger)
[12:55] <seb128> oh ok
[12:55] <seb128> learning every day ;-)
[12:55] <directhex> i THINK (don't quote me on this) i held off when i noticed it was outdated, as our ABI validation tools are currently broken, and the guy making their replacement is MIA
[12:56] <directhex> gnome-sharp people can occasionally cock that one up, which is what lead to that whole gnome2.24-cil in jaunty
[12:56] <seb128> ok
[12:56] <seb128> I will ignore it for now then ;-)
[12:56] <directhex> but if you want it updated, i could take a look
[12:56] <seb128> I'm just trying to clean the outdated list a bit
[12:56] <directhex> oh, here's a better idea
[12:57] <directhex> let's make slomo do it. slomo, you're gnome team AND mono team!
[12:57] <seb128> ;-)
[12:58] <slomo> directhex: what's the problem (in a single sentence please)?
[12:59] <directhex> slomo, uupdate gnome-desktop-sharp2 from 2.24 to 2.26, assuming it doesn't horribly break everything
[13:01] <directhex> seb128, i've been repeatedly promised a new f-spot from upstream before FF, by the way
[13:01] <seb128> directhex, excellent!
[13:02] <directhex> they're in FF themselves, so.... it might slide past FF, but i think things like this should go in with a minimum of fuss...
[13:02] <seb128> right, desktopish upgrade are usually not an issue
[13:04] <directhex> oh, and mono 2.4.2.2 will hit binary NEW, due to re-adding a library we disabled for DFSG reasons, and adding a lib that upstream forgot (!) to put in 2.4.0
[13:04] <directhex> just FYI
[13:05] <seb128> ok
[13:06] <directhex> with luck we should also be able to actually deliver on something I promised earlier in the cycle (need to deal with some useless linkages in order to strip a 3 meg lib from the CD)
[13:38] <ion> lc
[14:28] <slytherin> Can any of the core devs please give back gnome-applets on powerpc?
[14:35] <seb128> slytherin,
[14:35] <seb128> done
[14:35] <slytherin> thanks
[15:18] <Riddell> ArneGoetje: did you do the language-support-zh-hant and other new pages?  why does language-support-zh-hant conflict/replace itself?
[15:24] <ArneGoetje> Riddell: ?
[15:25] <ArneGoetje> Riddell: like all language-pack/-support packages it conflicts/replaces a lower version of the same package... has always been that case.
[15:25] <Riddell> why does it do that?
[15:27] <Riddell> ArneGoetje: also how do these packages relate to language-support-zh ?
[15:28] <ArneGoetje> Riddell: they replace language-support-zh. language-support-zh becomes a dummy package for transitioning to zh-hans/zh-hant
[15:29] <ArneGoetje> Riddell: the language-pack/-support-zh packages got split into zh-hans and zh-hant
[15:30] <Riddell> ArneGoetje: ok accepted, but that conflict/replace on itself should go, it's just confusing
[15:31] <Riddell> ArneGoetje: and while I'm mentioning it, language-pack-kde-xx should depend on language-pack-xx
[15:39] <ArneGoetje> Riddell: oh, damn... bug in the script... :( will fix it
[15:45] <gaspa> TheMuso: any news on this morning problem?
[16:12] <Riddell> dpm: any idea what should be done with bug 378075 ?
[16:13] <dpm> Riddell: on a call atm, I'll have a look and try to reply when I'm done
[16:32] <mathiaz> kees: jdstrand: how do you feel about processing a MIR for mysql 5.1?
[16:35] <kees> mathiaz: I likely won't have time this week (travelling to Blackhat)
[16:39] <mathiaz> kees: travelling -> mysql 5.1 is amazing to be reviewed on a plane :)
[16:52] <hyperair> dtchen: regarding pulseaudio, is it supposed to scale the system volume together with the apps volumes?
[16:53] <hyperair> dtchen: it's causing some rather annoying issues with mplayer's pulse plugin when there is more than one pulse client
[16:53] <hyperair> dtchen: e.g. if you repeatedly scale mplayer's volume up and down, you eventually mute all other clients.
[17:21] <mathiaz> how can I find all the packages in main that build-dep on libmysqlclient-dev or libmysqlclient15-dev?
[17:21] <lucas> mathiaz: using the edos tools
[17:22] <pochu> or build-rdeps?
[17:22] <lucas> ah, depends if you want transitive b-deps or not
[17:37] <seb128> mathiaz, grep-dctrl -F Build-Depends -s Package libmysqlclient-dev /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_karmic_main_source_Sources
[17:58] <mdz> Keybuk: I've created https://wiki.ubuntu.com/TechnicalBoard/TeamReports/09/July with the notes from today's meeting, if you could fill in the previous one
[18:00] <Keybuk> mdz: sure, I'll paste from the mail
[18:31] <AnAnt> Hello, can someone sponsor this merge: LP 404561
[18:46] <sebner> Riddell: thanks for syncing themonospot that fast! :)
[18:47] <Riddell> sebner: when it's my archive day, things get done! :)
[18:47]  * directhex requestsyncs nant
[18:48] <Riddell> too late, my archive day is over
[18:48] <directhex> well, poop
[18:49] <sebner> directhex: ahaha!
[18:50] <sebner> Riddell for 7 days a week archive master \o/
[18:50] <AnAnt> Riddell: when's your archive day ?
[18:50] <Riddell> AnAnt: tuesday afternoons
[18:51] <AnAnt> hmm
[18:51] <AnAnt> isn't that today
[18:51] <ogra> it was
[19:17] <pitti> howdy
[19:19] <AnAnt> Hello
[19:19] <AnAnt> so, who's archive day is it ?
[19:19] <sebner> pitti: \o/
[19:21] <AnAnt> pitti: would you sponsor this merge: LP 404561 please?
[19:21] <pitti> AnAnt: please sub u-main-sponsors, will go back to real work tomorrow
[19:24] <maxb> It's impossible to purge sysklogd because it wants to deluser syslog, which is now used by rsyslogd - what needs to be done here?
[19:24] <maxb> Perhaps karmic needs a dummy sysklogd package that can be upgraded to to nuke that postrm
[19:26] <AnAnt> pitti: done
[20:28] <superm1> mvo, ping.  i wanted to talk to you about helping figure out why the mythbuntu tasks are so broke when you get a sec
[20:47] <mvo> superm1: hello! yeah, please tell me about the problem
[20:48] <mvo> superm1: but its quite possible that I will do the actual investigation tomorrow morning, its getting a bit late here
[20:56] <superm1> mvo, okay so the issue is installing the mythbuntu-desktop meta pulls in half of gnome.  installing the task doesn't pull in enough of the mythbuntu-desktop stuff. installing the task and meta at the same time pulls in about the right balance
[20:57] <superm1> if you look at the livecd-rootfs branch you can see the current workaround that we have in our live disks that gets the right set of packages installed, but is still a hack
[21:02] <mvo> superm1: ok, I check it out (tomorrow :)
[21:02] <superm1> mvo, okay great thanks :)
[21:03] <infinity> I'll give all the spare change in my pocket to the first person who tells me why perl is FTBFS on sparc.
[21:04] <infinity> (Bonus points if you also fix dbus on ia64)
[21:04] <infinity> That it all. :P
[21:36] <Sarvatt> Does anyone know of any existing scripts or packages that handle reverting all packages in a PPA to the distro ones?
[21:40] <arand> May I poke someone about a requested SRU which already has a debdiff? Bug #316502
[21:50] <stefanlsd> seb128: Im looking at Xchat in Karmic, where on the server list I see C_onnect. The xchat code is right, and it should be an accelerator for alt o. Do you know if any other GTK apps under Karmic are having an issue with this?
[21:51] <seb128> stefanlsd, bug #404767
[21:51] <seb128> stefanlsd, testcase would be useful
[21:52] <stefanlsd> seb128: thanks. somehow lp search never finds this stuff for me :)  will see what info I can add
[21:53] <seb128> stefanlsd, you probably use the wrong keyword, usually sort by newer first that give you a good overview of recent issues
[23:00] <maxb> doko: Hi, are you around?
[23:01] <maxb> I'm trying to push a s/default-jdk-builddep/default-jdk/ change back to Debian and the maintainer is hesitant because no Debian Policy explains the purpose of these
[23:01] <maxb> Can you provide an authoritative Debian citation for the correct usage of default-jdk vs. default-jdk-builddep?