[08:06] <Laney> oh gah
[08:07] <Laney> I ran into bug #1029155
[08:07] <ubottu> Launchpad bug 1029155 in ubuntu-dev-tools (Ubuntu) "[seeded-in-ubuntu] should be clearer that it takes a source package" [Low,Fix committed] https://launchpad.net/bugs/1029155
[08:07] <Laney> and I was one of the people who considered that not confusing initially
[09:00] <MohamedAlaa98> Hello MOTUs :)
[09:01] <MohamedAlaa98> When I tried to branch transmission I got this: Packaging branch status: OUT-OF-DATE
[09:01] <MohamedAlaa98> what does that mean?
[09:01] <Laney> It means that the packaging branch doesn't contain the latest package that is actually in Ubuntu
[09:01] <MohamedAlaa98> thanks in advance
[09:02] <Laney> look at debian/changelog and you'll probably see that it doesn't match up with https://launchpad.net/ubuntu/+source/transmission
[09:04] <MohamedAlaa98> yeah that's right
[09:04] <MohamedAlaa98> I got this also: Most recent Ubuntu version: 2.61-0ubuntu2 Packaging branch version: 2.51-0ubuntu2
[09:05] <Laney> yep
[09:05] <MohamedAlaa98> laney: thank you :)
[09:05] <Laney> you can see it listed here http://package-import.ubuntu.com/status/
[09:06] <Laney> usually the best thing to do at this point is to use the regular packaging tools and forget about bzr
[09:06] <MohamedAlaa98> like git?
[09:07] <Laney> no, like apt-get source transmission ; hack hack hack; dpkg-buildpackage -S ; pbuilder ; ...
[09:07] <Laney> or pull-lp-source transmission if you're not on quantal already
[09:08] <tumbleweed> Laney: bug 885541 just got fixed. I dropped the workaround in my lp-udd branch
[09:08] <ubottu> Launchpad bug 885541 in Launchpad itself "Badly named .changes files aren't traversable" [Critical,Fix committed] https://launchpad.net/bugs/885541
[09:08] <Laney> tumbleweed: oh, huh, cool
[09:09] <Laney> I can't completely remember what the problem was
[09:09] <MohamedAlaa98> ok, but when I finish my fix, wher should I upload it?
[09:09] <Laney> MohamedAlaa98: debdiff on a bug
[09:09] <Laney> oh yeah, you could upload randomly names changesfiles
[09:09] <tumbleweed> people who uploaded _amd64.changes files to Ubuntu
[09:09] <MohamedAlaa98> you mean create a patch?
[09:09] <Laney> yes
[09:10] <MohamedAlaa98> ok thank you very much :)
[09:11]  * Laney tries to remember things about lp-udd
[09:11] <Laney> it's been remarkably stable
[09:11] <Laney> or silently broken?
[09:11] <tumbleweed> that's a good thing :)
[09:12] <tumbleweed> probably totally broken
[09:12]  * Laney gets scared and checks
[09:12] <tumbleweed> it certainly won't be dealing with copies from -proposed properly
[09:12] <Laney> what's proper?
[09:12] <tumbleweed> crediting the archive admin rather than the uploader
[09:12] <tumbleweed> (is wrong)
[09:12] <Laney> you checked it does do that?
[09:13] <tumbleweed> no
[09:13] <Laney> and it doesn't get it right
[09:13] <Laney> e.g. catch the initial upload to proposed
[09:13] <tumbleweed> haven't checked. but I assumed the right bits weren't exposed on the API
[09:13] <Laney> I remember implementing logic to only take the first SPPH
[09:13] <tumbleweed> ah, cool
[09:13] <Laney> unless we special-cased release or something
[09:14] <Laney>  Adam Conrad    | qemu-kvm | 2012-10-04 00:37:29+00
[09:14] <Laney> still goes
[09:14] <Laney>  Iain Lane      | make-dfsg | 2012-09-21 21:06:08+00
[09:14] <Laney> works, that was a -proposed upload
[09:15] <tumbleweed> cool
[09:15] <Laney> thanks multipart emails with an empty text/plain part
[09:15] <Laney> how useful
[09:16]  * tumbleweed hates people who do that, esp when the text/plain part says "You need an e-mail client that supports HTML"
[09:17] <Laney> ok, pulled your change
[09:18] <Laney> Subject: Cron <udd@ullmann> $UAR ubuntu-{quantal,precise}{,-security,-updates,-proposed,-backports}
[09:18] <Laney> [Packages] Unknown key Ubuntu-Webapps-Domain appeared 32 times
[09:18] <Laney> [Packages] Unknown key Ubuntu-Webapps-Name appeared 32 times
[09:18] <Laney> [Packages] Unknown key Ubuntu-Webapps-Includes appeared 32 times
[09:18] <Laney> O_O
[09:19] <tumbleweed> yay more crazy fields
[09:19] <Laney> I should check that mailbox more often
[09:19] <Laney> UDD really is quite frail
[09:19] <tumbleweed> heh
[09:19] <Laney> there's already been 12 mails from it today
[10:22] <kerouac> Please remove github-cli! It clearly states "Does not function anymore" on its own site. See https://bugs.launchpad.net/ubuntu/+source/github-cli/+bug/988276
[10:22] <ubottu> Launchpad bug 988276 in github-cli (Ubuntu) "github-cli requires obsolete GitHub API" [Undecided,Confirmed]
[10:43] <Laney> kerouac: can you subscribe 'ubuntu-sponsors' to the bug and add a comment saying why it should be removed?
[10:43] <Laney> then someone should come along and check that out for you
[10:44] <MohamedAlaa98> hello :) I've submitted a patch here: https://bugs.launchpad.net/ubuntu/+source/transmission/+bug/1058550
[10:44] <ubottu> Launchpad bug 1058550 in transmission (Ubuntu) "Small typo issue in the tracker's tab (maybe just in french)" [Undecided,In progress]
[10:46] <xnox> MohamedAlaa98: please subscribe ubuntu-sponsors team and it then be reviewed =)
[10:47] <MohamedAlaa98> Okay =)
[10:50] <xnox> MohamedAlaa98: translations for packages in language packs are handled through launchpad web ui.
[10:50] <xnox> MohamedAlaa98: https://translations.launchpad.net/ubuntu/quantal/+source/transmission/+pots/transmission/fr/+translate
[10:51] <xnox> MohamedAlaa98: can you check ^^^^ and find the wrong string and propose translation update?
[10:52] <MohamedAlaa98> that means no need for this patch?
[10:52] <Laney> that patch should be sent upstream
[10:52] <cjwatson> But isn't transmission in universe, so not in language packs?
[10:52] <cjwatson> xnox: ^-
[10:53] <xnox> cjwatson: default torrent app in ubuntu-desktop?
[10:53] <Laney> no, it's in main
[10:53] <cjwatson> Err.  I guess my apt cache is confused
[10:53] <cjwatson> Oh, transmission is in universe, transmission-gtk is in main, OK
[10:53] <xnox> cjwatson: it can be the funny split one.
[10:54] <MohamedAlaa98> =( so what should I do now?
[10:55] <xnox> MohamedAlaa98: go to URL I gave above. click through till you find the string you want to fix. and Fix it there =)
[10:56] <MohamedAlaa98> ok
[10:59] <MohamedAlaa98> xnox: I can see that it has been fixed see: https://translations.launchpad.net/ubuntu/quantal/+source/transmission/+pots/transmission/fr/+translate?batch=10&show=all&search=Erreur+survenue+il+y+a+
[11:01] <xnox> MohamedAlaa98: ok. th next lang pack upload will fix it in quantal.
[11:01] <xnox> MohamedAlaa98: change quantal to precise in that URL to see if it's fixed there as well.
[11:02] <MohamedAlaa98> xnox: yep
[11:03] <MohamedAlaa98> it's fixed
[11:47] <kerouac> Laney: tnx!
=== ssweeny` is now known as ssweeny
[13:27] <dholbach> Laney, tumbleweed: are you up for being interviewed on our 24h marathon hangout? :)
[13:29] <jtaylor> are the udd queries used to create this available somwhere? http://qa.ubuntuwire.org/multidistrotools/universe.html#outdatedinB
[13:30] <jtaylor> the branch linked on the wiki is dead
[13:33] <jtaylor> and http://bazaar.launchpad.net/~wgrant/multidistrotools has .bzr in source control so it can't be branched ._.
[13:34] <wgrant> Yeah, that's pretty amusing
[13:34] <wgrant> the Debian svn repo has .bzr in it
[13:34] <wgrant> So it got imported
[13:35] <wgrant> jtaylor: https://code.launchpad.net/~wgrant/multidistrotools/ubuntuwire should be the branch
[13:36] <wgrant> It was formerly owned by ~ubuntu-qa, but someone deleted that team, it seems
[13:36] <jtaylor> thx
[13:36] <wgrant> Which wiki page has a link?
[13:36] <jtaylor> https://wiki.ubuntu.com/MultiDistroTools
[13:36] <jtaylor> under branches
[13:37] <wgrant> Ah
[13:37] <wgrant> That's really ancient
[13:37] <wgrant> I think mine is about as close to trunk as it gets
[13:38] <wgrant> Yeah, that branch matches what's on qa.ubuntuwire.org apart from some minor template changes.
[13:50] <tumbleweed> dholbach: I'm in the middle of pyconf ZA, which carries on to tomorrow, but I'm theoretically up for it if I have a minute and am not too drunk :)
[13:51] <tumbleweed> *pycon ZA even
=== yofel_ is now known as yofel
[13:52] <dholbach> tumbleweed, ok, let me know :)
[14:01] <Laney> dholbach: I have some problem with G+ on my laptop
[14:01] <Laney> we'd get like 0.25fps
[14:01] <Laney> :(
[14:01] <dholbach> ah, a shame
[14:01] <Laney> I should get a new webcam really
[14:02] <Laney> then I could use the PC
[14:04] <dholbach> Laney, I got one from logitech which really works well
[14:04] <Laney> conference call me in :-)
[14:04] <dholbach> I can look it up for you if you need it
[14:04]  * Laney types webcam into the dash :P
[14:04] <Laney> oh, look at those extremely relevant results!
[14:06] <CareBear\> hihi
[14:57] <dholbach> Laney, do you know if we are opening -backports earlier this time?
[14:58] <Laney> dholbach: yeah it's already open
[14:58] <Laney> we just have no documentation or communication
[14:58] <xnox> =) brilliant =)
[14:58] <dholbach> perfect
[14:58] <Laney> I wouldn't call that a brilliant or perfect situation :P
[14:58] <Laney> but you can do it if you happen to know it works
[14:58] <xnox> meh, best not to loose focus on quantal. As it can get quantized very easily =)
[15:00] <dholbach> Laney, will a package have to wait for R to open and get it into there to get it into quantal-backports?
[15:00] <Laney> nope
[15:00] <Laney> that's the cool bit
[15:00] <cjwatson> be rather pointless opening -backports early if it did ;-)
[15:01] <dholbach> of course :)
[15:02] <Laney> If someone happened to have some spare time due to working an unusually large amount of time, they might consider writing some documentation about this cool new feature …
[15:03] <cjwatson> "Early backports opening: oh god I need coffee somebody bring me coffee"
=== jbicha_ is now known as jbicha
[15:29] <dholbach> Laney, mhall119 just asked me if https://bugs.launchpad.net/quantal-backports/+bug/1061687 looked alright
[15:29] <ubottu> Launchpad bug 1061687 in Quantal Backports "Please backport unity-singlet 0.3-0ubuntu1 (universe) to quantal" [Undecided,New]
[15:30] <Laney> dholbach: looks good to me
[15:30] <dholbach> great
[15:30] <Laney> I'll upload it in a minute
[15:33] <dholbach> HERO! :)
[15:33] <Laney> well
[15:33] <Laney> doesn't it need to bump Depends to the version of libunity which introuced this?
[15:34] <Laney> hmm, package reviews, that's a new part of backports :P
[15:35] <mhall119> Laney: technically it'll run with Unity 5
[15:36] <Laney> yeah?
[15:36] <mhall119> the preview code won't ever get called, but it won't break
[15:36] <Laney> the API exists there?
[15:36] <mhall119> it's listening for DBus signals
[15:37] <mhall119> if the signal isn't called, it just doesn't run
[15:37] <mhall119> I mean, I can bump the Depends if you want me to
[15:37] <Laney> no, I was just figuring it out
[15:38] <Laney> sounds alright
[15:38] <mhall119> cool
[15:38] <Laney> ta
[15:38] <mhall119> np
[15:50] <kirkland> tumbleweed: ping
[16:01] <shadeslayer> hi, I'm trying to package something which needs dbus, and the package only builds after I do a cp /usr/lib/x86_64-linux-gnu/dbus-1.0/include/dbus/dbus-arch-deps.h /usr/include/dbus-1.0/dbus/
[16:01] <shadeslayer> has anyone else encountered this? what would be the appropriate way to fix this?
[16:02] <shadeslayer> full log : http://paste.ubuntu.com/1260214/
[16:05] <JontheEchidna> shadeslayer: what's the top-level cmake file look like?
[16:06] <tumbleweed> kirkland: hi
[16:07] <tumbleweed> err, according to my calendar, we are supposed to have a MOTU meeting now
[16:07] <tumbleweed> but nobody seems to be jumping up and down waiting for it...
[16:08] <Laney> I AM!
[16:08] <Laney> well, not exactly
[16:08] <tumbleweed> yeah, I'm pretty busy right now
[16:09] <tumbleweed> so I'm certainly not chairing. but if someone were to start one, I may pay attention
[16:09] <micahg> shadeslayer: look for the headers in the multiarch path?
[16:12] <shadeslayer> JontheEchidna: http://paste.ubuntu.com/1260238/
[16:12] <shadeslayer> hm
[16:13] <shadeslayer> possibly ship my own modified FindDBus.cmake that looks for headers in the multiarch patch
[16:13] <shadeslayer> oh boy
[16:14] <shadeslayer> JontheEchidna: have a look at the FindDBus.cmake shipped by kde-workspace-dev
[16:14] <shadeslayer>   FIND_PATH(DBUS_ARCH_INCLUDE_DIR dbus/dbus-arch-deps.h
[16:18] <JontheEchidna> shadeslayer: try include_directories(${DBUS_ARCH_INCLUDE_DIR})
[16:19] <JontheEchidna> bbiab, running something over to the TA's office.
[16:20] <shadeslayer> ah that looks interesting
[16:20]  * shadeslayer rebuilds
[16:21] <shadeslayer> w00t works
[16:21] <shadeslayer> thanks JontheEchidna
[16:21] <micahg> shadeslayer: hopefully you can just build-dep on that package
[16:21] <shadeslayer> didn't see that var
[16:21] <shadeslayer> micahg: on which package?
[16:21] <micahg> kde-workspace-dev
[16:21] <micahg> to get the cmake file
[16:22] <shadeslayer> yeah I can :)
[16:22] <shadeslayer> but include_directories needs DBUS_ARCH_INCLUDE_DIR as well
=== Nafallo is now known as ubot2
=== ubot2 is now known as Nafallo
=== Ursinha_ is now known as Ursinha