[07:14] <sennn> i hope mir not blackscreen on my APU soon...
[07:15] <sennn> issue
[07:16] <sennn> anyone?
[07:18] <sennn> fine...
[10:27] <dandrader> alan_g, finally got custom messages between qt apps and unity8 through mir_socket working :)
[10:27] <alan_g> dandrader: Great!
[12:10] <alan_g> alf_: I've had to update to track changes on devel - could you recheck before I top-approve? https://code.launchpad.net/~alan-griffiths/mir/refactoring-so-SwitchingBundle-can-control-completion-of-client_acquire/+merge/204244
[12:10] <alf_> alan_g: looking
[12:12] <anpok> ricmm: ping
[12:12] <anpok> alan_g: alf_: it got larger than I thought ~3k loc
[12:13] <alan_g> anpok: what is "it"?
[12:14] <anpok> avoiding includes between subcomponents
[12:14] <anpok> for reports
[12:18] <alan_g> I imagine a lot of that is moves and renames?
[12:18] <alf_> alan_g: looks good
[12:19] <anpok> yes moved header files around..
[12:20] <alf_> anpok: alan_g: I still think that moving everything into a report(ing) component is the cleanest way to deal with this...
[12:21] <alan_g> "everything"?! Surely just the reports?
[12:21] <alan_g> 8^)
[12:22] <alf_> alan_g: :)
[12:23] <anpok> alf_: i dont disagree, but just moving lttng/ and logging/ was not enough
[12:23] <anpok> we had a lot of report related stuff cluttered in other places too
[12:23] <anpok> == should be simpler now
[12:27] <alan_g> I wouldn't expect "a lot of report related stuff cluttered in other places too" - what's that?
[13:00] <anpok> alan_g|lunch: hm probably not a lot of .. just a few report logging implementations being provided within the components itself, and accessing component internals..
[13:07] <xnox> Yo =) !
[13:07] <xnox> i've installed mirout on my device
[13:07] <xnox> and when i do "mirout" via adb shell I get
[13:07] <xnox> "Could not connect to a display server."
[13:41] <ricmm> anpok: hi
[14:05] <anpok> ricmm: hi -> look at #mir
[14:43] <sil2100> om26er: hi!
[14:43] <om26er> sil2100, hello
[15:07] <chrisccoulson> kgunn, so, I ran this in gdb, and ua_ui_display_get_native_type seems to return NULL (which I verified by setting a breakpoint on eglGetDisplay)
[15:08] <chrisccoulson> i'm just a bit unsure whether this is actually expected, seeing as apps seem to work
[15:10] <kgunn> chrisccoulson: sorry...got interrupted...
[15:11] <kgunn> you were saying "remember what we talked about yesterday? (me wanting to get a valid display handle in oxide that I can pass to chromium for creating EGL contexts)"
[15:11] <kgunn> and "so, this is what I implemented: http://paste.ubuntu.com/6885671/"
[15:13] <chrisccoulson> kgunn, sorry, xchat crashed there
[15:14] <chrisccoulson> ok, so i still get a null display handle, but now i'm not sure if this is actually the expected behaviour, seeing as things seem to work
[15:15] <chrisccoulson> kgunn, i just ran qmlscene in gdb, and set breakpoints on eglGetDisplay and eglCreateContext, both of which seem to succeed, and this is what I see: http://paste.ubuntu.com/6885692/
[15:16] <kgunn> chrisccoulson: i'll admit i'm not as familiar with the upper stack...but do i read it right that the display id in the qmlscene is null as well?
[15:17] <chrisccoulson> kgunn, that's right. we get a null handle from ua_ui_display_get_native_type(), which gets passed to eglGetDisplay and somehow magically works
[15:17] <kgunn> chrisccoulson: so...wondering...shouldn't papi be taking care of all this egl shennanigans ?
[15:18] <kgunn> (which is maybe why it works)
[15:18] <kgunn> again i'm not as familiar...
[15:21] <chrisccoulson> kgunn, papi?
[15:22] <kgunn> chrisccoulson: platform api...which in turn is talking to mir
[15:22] <chrisccoulson> aha :)
[15:23] <kgunn> chrisccoulson: so i'm just spit-balling...but wondering if maybe, you can ask for egldpy id, but in the end it kind of ignores you and just takes care of some of the binding under the hood ?
[15:24]  * kgunn starts to root around in platform-api
[15:26] <kgunn> chrisccoulson: ...right, cause ua_ui_display_get_native_type() is actually from the platform-api i/f
[15:26] <kgunn> ricmm: is it normal for an app that might query ua_ui_display_get_native_type() to get null back ?? but still operate ?
[15:29] <chrisccoulson> kgunn, the other thing - even with a valid display handle, libhybris seems to actually ignore it - http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/libhybris/trusty/view/head:/hybris/egl/egl.c#L173
[15:30] <chrisccoulson> (it passes EGL_DEFAULT_DISPLAY rather than the actual handle)
[15:34] <kgunn> chrisccoulson: true...(altho you could get a egl no display return if hybris ws considers it invalid...)
[15:34] <ricmm> kgunn: so that call is pretty transparent, it translates directly to mir_connection_get_egl_native_display()
[15:34] <ricmm> so whatever is coming from there, you get
[15:35] <ricmm> which ultimately will wrap hybris' EGL
[15:36] <chrisccoulson> ok, so it seems like what I'm seeing is actually pretty normal
[15:37] <chrisccoulson> so this could be a red herring wrt my original problem
[15:42] <chrisccoulson> kgunn, ricmm, so, IIUC, MirConnection::egl_native_display() will always return EGL_DEFAULT_DISPLAY on the device?
[15:42] <kgunn> certainly appears so
[15:42] <chrisccoulson> kgunn, ok, thanks. so i have another issue then
[15:43] <chrisccoulson> there are some android specific egl bits in chromium, i wonder whether we should actually be turning these on
[15:51] <kgunn> chrisccoulson: it would depend, but quite possibly that may be required...
[15:51] <kgunn> this is on n4 right ?
[17:42] <kdub_> alan_g, with this failure: http://jenkins.qa.ubuntu.com/job/mir-mediumtests-builder-trusty-armhf/402/console
[17:42] <kdub_> for CI on ~alan-griffiths/mir/fix-1276565
[17:42]  * alan_g looks...
[17:43] <kdub_> did you figure out what was happening on the builder? i see something similar on one of my branches
[17:44] <alan_g> kdub: no. But I got the impression that everything was very slow yesterday
[17:45] <kdub_> alan_g, okay, thanks
[19:58] <mhall119> kgunn: are there any docs for the mir screencasting feature?
[19:58] <kgunn> mhall119: nope
[19:58] <mhall119> :(
[19:58] <mhall119> is there a way to start/stop it from the commandline?
[19:59] <mhall119> like phablet-screenshot?
[19:59] <kgunn> its not even in archive yet
[20:01] <kgunn> right now its just an api on mir for a server to hook into
[20:01] <kgunn> its not intended to be something used arbitrarily
[20:02] <kgunn> or i guess i should say "server side aware obj:
[20:02] <kgunn> so like...shell will do something for AP testing...
[20:03] <kgunn> and if you wanted apps to be able to utilize this...we'd have to talk to ricmm about how to expose that out to app world in a trusted manner
[20:05] <mhall119> kgunn: I've been tasked with automating the creation of walk-thru videos with autopilot and screen recording, would it be possible for me to use whatever you're using to accomplish that?
[20:05] <mhall119> this doesn't need to be in an app, it can be something I launch from the terminal via adb, or however else
[20:05] <kgunn> mhall119: ah...yeah...likely
[20:06] <kgunn> so, if you're wanting to do something quicker than later....you could use unity8 on desktop that would rely on mir
[20:06] <kgunn> as you'd have a mouse
[20:07] <kgunn> otherwise...not sure what visual queue you'd have for pointer
[20:07] <kgunn> unless AP has some toggle to turn on a visual?
[20:08] <kgunn> also...we've got one bug on desktop in mesa we think we've solve...whereas on android we're running into a driver issue
[20:08] <kgunn> for which we don't have code yadda yadda
[20:11] <mhall119> kgunn: what do you mean I'd have a mouse?
[20:11] <mhall119> I thought unity8+mir on desktop didn't have non-touch input devices working yet
[20:12] <kgunn> mhall119: oh no...i think its _some_
[20:12] <mhall119> my plan was to have Autopilot dump a log of events and x,y coordinate for them, then programatically over-lay some visual on the video in post-production
[20:12] <kgunn> like some specific hw bewteen certain years
[20:12] <kgunn> mhall119: oh ok...sounds cool
[20:15] <mhall119> bregma: kgunn: so will the Unity8+Mir desktop session preview still happen for 14.04, with enough input device support to actually use it?
[20:16] <bregma> mhall119, that's the aim...  I already have enough devices :)
[20:17] <bregma> it really just needs cursor-relative device support and improved out-of-box touchscreen device recognition
[20:19] <bregma> keyboard works OK at the Mir level, but there are no keyboard shortcuts in the shell
[20:20] <bregma> mouse and trackpad are a problem because there's no cursor, could be a configuration problem?
[20:24] <anpok> greyback: any clue why we would permanently recomposit everything when the launcher is displayed?
[20:24] <greyback> anpok: not off hand, lemme see what unity8 is doing..
[20:44] <greyback> anpok: well I checked in case unity8 was continually rendering with the launcher open, but no. As a result, I've no idea why compositing hasn't stopped
[20:47] <greyback> anpok: I used "QML_RENDER_TIMING=1" to find out by the way, it prints frame stats for each frame
[20:48] <anpok> ah so it does not render
[20:48] <anpok> how is the fading of the phone shell implemented?
[20:48] <anpok> hm alpha value?
[20:49] <greyback> yeah,  t draws black rectangle with alpha on top of app surface
[21:30] <bregma> so, I grabbed the latest Mir 0.1.4 source package from Ubuntu and built it in a clean pbuilder (OK), then pushed it to a PPA where it failed on every single udev test ... has anyone else seen that, and is there a workaround?
[21:31] <anpok> bregma: did you run make test?
[21:32] <bregma> I ran dput -- it's a PPA and it's a source package from Ubuntu
[21:32] <anpok> greyback: hm worst case is now three blended buffers, i.e. if you launched camera, then some app .. then it will render Cam|APP|Phone Shell
[21:32] <anpok> because camera has larger buffer..
[21:46] <anpok> bregma: it sounds like tests being run without libumockdev
[21:46] <bregma> anpok, that would mean the package is broken
[21:50] <bregma> nope mir-0.1.4 build-depends on lubumockdev-dev, and it _did_ pass the tests in a pbuilder chroot, it only fails in a PPA sbuilder
[21:54] <anpok> is a libumockdev-preload.so accessible there? maybe there is an error message comaplaining about not being able to preload the library?
[21:58] <bregma> every unit test fails with "libudev: udev_monitor_new_from_netlink_fd: error getting socket: Invalid argument"
[22:22] <greyback> anpok: sounds good to me!


[07:39] <doko> rbasak: hi, did you team had a look at the ftbfs from the test rebuild?
[07:45] <doko> rbasak: at least pacemaker, tgt, memcached
[08:46] <cpaelzer> doko: still working on the libvirt one as you know
[08:46] <cpaelzer> back today (for one day) to check how the upstream discussion on a fix continued
[08:46] <cpaelzer> I did not hear anybody picking up any of those you listed on the rally
[08:47] <cpaelzer> doko: on openvswitch I know that jamespage is having the same issue on the 2.8.1 he is working on
[08:48] <cpaelzer> doko: I'd also add strongswan to the list of things to really look at
[08:52] <cpaelzer> doko: I added a trello card and will discuss with the team today
[08:53] <cpaelzer> most of them look like the new gcc7 "printf will truncate" ...
[08:55] <cpaelzer> rbasak: https://trello.com/c/AUbprZ20 ^^
[09:15] <doko> LocutusOfBorg. xnox: I don't think that ignoring the pcre3 tests is ok ...
[09:16] <LocutusOfBorg> doko, it is, since ulimit in porterbox works
[09:17] <LocutusOfBorg> the stack is not sufficient, the test would pass with an ulimit -s 16384
[09:17] <LocutusOfBorg> but if you have a way to increase it... I'm all ears
[11:35] <seb128> there are a bunch of desktop fixes in the artful queue if somebody feels like letting those in? ;-)
[13:11] <andyrock> bdmurray: hey! I just got this issue: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1368911
[13:11] <andyrock> I'm running Artful
[13:11] <andyrock> so there is a suggested fix on comment #1
[13:11] <andyrock> what do you think?
[13:29] <seb128> wgrant, hey, can you kick another langpack build? we had some template missing that should be resolved now...
[13:39] <jbicha> seb128: did you see LP: #1721359 too?
[13:39] <seb128> jbicha, yeah, letting robert comment on that one since he's upstream&downstream
[13:48] <seb128> wgrant, or maybe wait a bit more and we do another one tomorrow or friday, still some things waiting to be imported
[17:25] <wgrant> seb128: Let me know when you want it kicked off.
[21:38] <Sargun> What's the process for getting a package updated in Ubuntu? Specifically: https://packages.ubuntu.com/artful/libnl-3-200
[21:39] <Sargun> A minor version update, so it'd have to end up in 18.04
[21:44] <powersj> Sargun: we are in final freeze right now, so after artful goes out and archive is open for the b-release someone could upload a new version.
[21:52] <Sargun> Sounds good.
[22:11] <sarnold> Sargun: https://wiki.ubuntu.com/StableReleaseUpdates is probably the best starting point
[22:20] <seb128> wgrant, k, templates got imported so if you could trigger another artful langpack export that would be nice
[23:31] <Sargun> sarnold: Yeah, it's a little more complicated unfortunately, because the maintainer / repo location have changed.
[23:32] <sarnold> oh :/
[23:33] <Sargun> libnl
[23:34] <Unit193> You ever figure out what's going on in 1617535? 0_o


[02:02] <blahdeblah_> barryprice, hloeung: FYI I'm getting 503s from ap-southeast-2.ec2.archive.ubuntu.com at the moment
[02:02] <hloeung> blahdeblah_, yeah, it's on the way to recovering...
[02:03] <blahdeblah_> Thanks hloeung!
[03:05] <lotuspsychje> good morning to all
[03:05] <lotuspsychje> if not reported yet, several users are experiences slow repos on several countrys
[03:06] <lotuspsychje> mine personaly on .be this morning doing updates
[03:06] <sarnold> hah, it's been a thorn for hours now :(
[03:06] <lotuspsychje> kk tnx sarnold
[03:16] <lotuspsychje> seems like .be going faster now
[03:16] <lotuspsychje> Ophalen:1 http://be.archive.ubuntu.com/ubuntu jammy-updates/main amd64 openssh-client amd64 1:8.9p1-3ubuntu0.1 [908 kB]


[14:34] <ian_brasil> if anyone has some spare cycles would appreciate a look over http://revu.ubuntuwire.com/p/plasma-mobile


[11:35] <mosha> Hi to everyone! I am in quest for tear free video playback on linux with radeon graphics card atm... I was so dissapointed when started my ubuntu studio after a long time to review my gopro footage to edit videos with kdenlive. Just learned there is hope for tear free video playback with mir and wayland on the horizon. Is it insane to try using Unity8 (mir) with ubuntu studio? Will it break kdenlive
[11:35] <mosha> etc? Or any ideas how to minimize tearing and other glitched with current ubuntu studio lts?
[11:36] <cfhowlett> mosha, won
[11:36] <cfhowlett> will not break anything
[11:37] <mosha> won?
[11:40] <mosha> So just have to try the unity then... otherwise I like the ubuntu studio slim approach
[11:44] <mosha> just to be clear I've always had some issues with video quality no matter what setup sw or hw
[11:44] <mosha> or os
[11:44] <mosha> windows is ok =)
[11:47] <mosha> hmm :s/os/linux distro/
[13:54] <studio-user683> OK


[12:39] <Odd_Bloke> Hmm, the Launchpad bug report emails make it really hard to filter them into a separate folder.
[12:39] <mdke> Odd_Bloke: they are quite easy to filter, they have their own headers :)
[12:39] <mdke> :0
[12:39] <mdke> * ^X-Launchpad-Bug.*
[12:39] <mdke> .Bugs/
[12:39] <LarstiQ> Odd_Bloke: they filter really well :)
[12:40] <mdke> except, you can't filter them into lots of different folders very well
[12:40] <mdke> because they don't state the product/source package
[12:40] <mdke> that's a bit of a pain
[12:41] <LarstiQ> they do for products at least
[12:41] <LarstiQ> X-Launchpad-Bug: product=bzr; status=Confirmed; importance=Medium;
[12:41] <LarstiQ> I'd think they also mention source package in case of distributions, but I'm an upstream kind of guy, so not sure.
[12:42] <mdke> oh yeah :)
[12:42] <mdke> still, that information should be in the body of the email, not just for filtering but for identifiability
[12:43] <Odd_Bloke> I noticed that but missed the filter by header option in my mail client. :S
[12:43] <Odd_Bloke> Thanks guys.
[12:43] <LarstiQ> procmail \o/
[01:05] <LaserJock> hi quick question. I'm trying to set up something that people can file a bug against to request a program's inclusion into Universe. Would a product be the right thing to create?
[01:05] <kiko> LaserJock, why not against ubuntu plain?
[01:05] <LaserJock> or can "dummy" packages be created
[01:06] <LaserJock> kiko: well, it will be quite a large number and perhaps hard to track if it's just against Ubuntu
[01:06] <kiko> LaserJock, use a tag to group them?
[01:06] <LaserJock> heh, maybe
[01:06] <LaserJock> it's hard to get people to do anything standard
[01:06] <LaserJock> if I can give them a URL it would be best
[01:07] <kiko> for +filebug you mean, right?
[01:07] <LaserJock> yeah
[01:07] <LaserJock> can you "preload" bugs with tags?
[01:07] <kiko> that's a good question. something like +filebug?tag=universe-request ?
[01:07] <LaserJock> yeah
[01:07] <kiko> you can't currently but that wouldn't be too hard to implement if you convinced BjornT :)
[01:08] <LaserJock> hmm
[01:08] <LaserJock> so you think registering a product wouldn't be good?
[01:08] <mdke> the bug on Ubuntu plain is kinda logical, given that the absence of a package in Ubuntu is a bug in Ubuntu itself
[01:08] <kiko> that's why I suggested it
[01:09] <kiko> LaserJock, I'd rather products be used for real products
[01:09] <LaserJock> I see
[01:09] <kiko> real upstreams IYKWIM
[01:09] <kiko> LaserJock, I am however game for trying to get preloading of tags going RSN for you
[01:10] <LaserJock> kiko-zzz: file a bug against Malone?
[01:10] <kiko-zzz> LaserJock, please do, and ping me about it tomorrow
[01:11] <kiko-zzz> I need to catch some zs
[01:11] <LaserJock> kiko-zzz: will do, thanks
[01:50] <LaserJock> kiko-zzz: Bug #79671, thanks
[01:50] <Ubugtu> Malone bug 79671 in malone "preload tags for +filebug" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79671
[01:55] <Ubugtu> New bug: #79671 in malone "preload tags for +filebug" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79671
[02:45] <Ubugtu> New bug: #79674 in rosetta "List translatable upstreams on separate page, sample on front page" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79674
[04:47] <Mez> do the buildds email you only if it fails, or if it's successful aswell ?
[04:50] <ajmitch> only on failures, thankfully
[04:50] <ajmitch> I'd hate to get that much spam
[04:57] <thumper> ajmitch: you get out for lunch much?
[04:58] <ajmitch> yeah, I make sure I get out of the office
[04:58] <ajmitch> I'm in the octagon, so it's nice & easy to go somewhere for lunch
[05:00] <thumper> ajmitch: I was considering walking down the hill tomorrow, wanna meet for lunch?
[05:00] <ajmitch> sure, where do you want to meet up?
[05:00] <thumper> octagon sounds fine, I live in Roslyn now
[05:00] <ajmitch> ok
[05:00] <thumper> how about the Robbie statue around 12ish
[05:01] <ajmitch> sounds fine
[05:01] <thumper> I'll wear my geek tee-shirt
[05:01] <thumper> :)
[05:01] <ajmitch> yeah, I can't really wear my ubuntu shirt to work :)
[05:01] <thumper> damn
[05:02] <thumper> do you have a google calendar?
[05:02] <ajmitch> no, but I suspect I can set one up quickly
[05:03] <thumper> if you have a vodafone mobile, it can send you sms to remind you :)
[05:03] <ajmitch> ok, I do
[05:03] <ajmitch> oh that's useful
[06:59] <mruiz> Hi. I have a problem with launchpad email notification.  There's someone who's been spamming help.u.c/c - their account needs disabling...
[08:30] <Madpilot> here's the idiot: https://launchpad.net/~tuckeett
[08:30] <Mez> stub's the most recently active
[08:30] <Madpilot> check the attachments here: https://help.ubuntu.com/community/Kypir
[08:31] <Madpilot> https://help.ubuntu.com/community/Kypir?action=AttachFile
[08:31] <Mez> Madpilot, no such page
[08:31] <Mez> oh
[08:31] <Mez> ouch
[08:31] <Madpilot> view attachements - URL I just pasted
[08:31] <Madpilot> he was around a few days ago, mdke & I cleaned up, but forgot to ping the LP admins to get the account frozen
[08:33] <Madpilot> seems to be some sort of pathetic attempt at linkfarming
[08:33] <Mez> even though the links dont go to any decent sites
[08:33] <Mez> :(
[08:33] <Mez> darn
[08:34] <Mez> I wanted free porn
[08:34] <Mez> Madpilot, might be better to email the canonical admin rt
[08:34] <Madpilot> "Free as in porn"? ;)
[08:34] <stub> disabled
[08:35] <Madpilot> stub, thanks. I'll clean the wiki up now
[08:35] <Mez> or wait for stub
[08:35] <Mez> Madpilot, it brings a whole new meaning to "free porn" doesnt it ?
[08:36] <Madpilot> heh
[08:41] <Madpilot> crap cleared up...
[09:47] <mdke> stub: thanks for that. It was the subject of https://launchpad.net/launchpad/+ticket/3175 - I'll close it, but I wanted to let you know because I'm slightly concerned that these support tickets don't get seen by you guys
[09:48] <stub> I have no idea who is supposed to be triaging them. Perhaps matsubara?
[09:49] <carlos> morning
[09:49] <stub> In theory, everyone here should be seeing the tickets: https://launchpad.net/~launchpad-qa
[09:50] <mdke> stub: yeah, that's what I thought :(
[09:57] <mdke> stub: perhaps a way to add priority to tickets would assist
[09:57] <mdke> we could have avoided that spamfest
[10:20] <Ubugtu> New bug: #80209 in launchpad "LaunchpadBrowserPublication being used for XML-RPC" [Wishlist,Confirmed]  https://launchpad.net/bugs/80209
[10:51] <Bhaskar> jinty: hello
[10:54] <Bhaskar> jinty: i am preparing a list of missing string, i will send you after some hours
[10:55] <jinty> Bhaskar, please send it to the schooltool list rather
[10:55] <Bhaskar> jinty: ok
[12:54] <danilos> carlos: re bug 68201, I don't see any orca imports in the queue, and I don't know where else to look
[12:54] <Ubugtu> Malone bug 68201 in gnome-orca "No translations for gnome-orca" [Medium,Unconfirmed]  https://launchpad.net/bugs/68201 - Assigned to Ubuntu Desktop Bugs (desktop-bugs)
[12:54] <danilos> carlos: and hi :)
[12:56] <carlos> danilos: hi
[12:57] <carlos> danilos: that kind of bugs is because either the package lacks the .pot file regeneration
[12:59] <danilos> or? (I know of that, but I am not sure how to best check that -- i.e. should I look into binary package or source package?)
[12:59] <danilos> carlos: ^
[01:00] <carlos> or we have the .pot file as FAILED (sorry, got distracted)
[01:01] <carlos> danilos: first you need to be sure that it's not BLOCKED or FAILED, our UI for that sucks
[01:01] <danilos> carlos: I checked by looking in the translationimportqueueentry table in the db, so that's covered :)
[01:02] <carlos> danilos: so I recomend you DB queries
[01:02] <carlos> ok
[01:02] <carlos> then, check the source code of that package
[01:02] <danilos> ok, I'll let dholbach know about the possible problems and help him with identifying the culprit
[01:07] <carlos> hm, I thought I already answered a request like that for gnome-orca
[01:14] <danilos> carlos: btw, do you know what they need to do to fix the problem? iow, how to include the POT (it's indeed missing) in the generated file?
[01:15] <carlos> danilos: they know how to
[01:15] <carlos> it's a debbuild script
[01:15] <danilos> carlos: ok, good for them then :)
[01:15] <carlos> Martin prepared it in a standard way so it's just a rule to add
[01:25] <static> hello launchpad!
[01:25] <Ubugtu> New bug: #80238 in rosetta "language packages with kde help files missing" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80238
[02:21] <Ubugtu> New bug: #80243 in malone "unknown bug watch url no instructions" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80243
[02:26] <Ubugtu> New bug: #80244 in malone "Bugwatch update script failed to parse XML description" [Undecided,Confirmed]  https://launchpad.net/bugs/80244
[02:30] <Ubugtu> New bug: #80245 in launchpad "(critical) email disclosure from "add a subscriber"'s search function" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80245
[02:37] <kiko> BjornT, have you noticed that the guided filebug form doesn't allow one to file security bugs?
[02:40] <BjornT> kiko: hmm, right. does it make much sense to file security bugs on the guided filebug, though? usually security bugs are private, so you won't find duplicates anyway.
[02:47] <kiko> BjornT, I think the issue is more that the user isn't aware of the fact that the advanced form does allow filing privates
[02:52] <BjornT> kiko: yeah. i guess putting a security checkbox on the +filebug page wouldn't hurt. or do you think modifying the text that links to the advanced filebug page would be better?
[02:54] <kiko> I'm actually not sure. I want to check with pitti/mdz that this feature is desireable at all first
[03:42] <kiko> stub, ping?
[03:42] <kiko> stub, any idea why we don't use CONTAINSSTRING in place of explicit LIKEs?
[04:06] <matsubara> does anybody know which bug tracker CUPS use?
[04:10] <kiko> it uses a really weird PHP thing
[04:10] <kiko> I've looked at it a few times
[04:10] <LarstiQ> kiko: have you progressed any on Mantis?
[04:12] <kiko> LarstiQ, I am stuck testing it, but I have it working 100%
[04:13] <LarstiQ> kiko: can I help get you unstuck?
[04:13] <kiko> LarstiQ, hmm, let me look at the branch again this afternoon
[04:14] <LarstiQ> k
[04:46] <stub> kiko-fud: no reason apart from people cribbing from code that didn't use it.
[04:46] <kiko-fud> heh
[04:46] <kiko-fud> stub, ok.
[04:58] <flacoste> kiko-fud, stub: can I use OUTER JOIN using SQLObject.select()?
[05:04] <salgado> flacoste, AFAIK, only if you do something .select("id in (... OUTER JOIN ...)"), which is not what you seem to want
[05:05] <flacoste> salgado: well, that could work
[05:08] <MagicFab> The importance status of upstream-reported bugs does not seem to be updated although it is set upstream - where should I look for an existing bug report fot his or to report it
[05:08] <MagicFab> Example: https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/54034
[05:08] <Ubugtu> Malone bug 54034 in xfce4-panel "XFCE Kiosk Mode Broken" [Unknown,Fix released]
[05:32] <flacoste> kiko-fud, matsubara-lunch: when you come back from lunch, can one of you run the following query on staging and report the runtime?
[05:33] <flacoste> kiko-fud, matsubara-lunch: https://devpad.canonical.com/~andrew/paste/file5SKxZ3.html
[05:35] <salgado> flacoste, I can do that for you
[05:35] <flacoste> salgado: you can! awesome!
[05:36] <salgado> flacoste, https://devpad.canonical.com/~salgado/flacoste.txt
[05:37] <flacoste> salgado: thanks!
[05:37] <salgado> flacoste, you're welcome. :)
[05:38] <salgado> flacoste, btw, how's the baby?
[05:39] <flacoste> salgado: he's really fine, complain a lot when he's hungry,  and a little when he's tired, but other than that he's really charming
[05:40] <flacoste> salgado: bunch of pictures available at http://www.contre.com/albums/Jules_Ulysse_Dumoulin
[05:40] <salgado> heh. I guess that's expected
[05:40] <salgado> ah, nice
[05:45] <MagicFab> The importance status of upstream-reported bugs does not seem to be updated although it is set upstream - where should I look for an existing bug report fot his or to report it
[05:45] <MagicFab> Example: https://bugs.launchpad.net/ubuntu/+source/xfce4-panel/+bug/54034
[05:45] <Ubugtu> Malone bug 54034 in xfce4-panel "XFCE Kiosk Mode Broken" [Unknown,Fix released]
[05:49] <somerville32> kiko, :)
[05:50] <somerville32> kiko: Can we add Xubuntu to the the mirror prober?
[05:51] <somerville32> MagicFab: How long has the bug watch been there?
[05:51] <kiko> somerville32, nope, the prober isn't available to other distros at this time.
[05:51] <kiko> MagicFab, I think it's a bug in the importance mapping code.
[05:54] <somerville32> kiko: But Xubuntu isn't just another distro - It is Xubuntu! :(
[05:54] <kiko> somerville32, indeed it is!
[05:54] <MagicFab> somerville32, the bug is > 6 mo. old
[05:55] <somerville32> kiko: But we got semi-quasi official support from Canonical - unlike other distros.
[05:55] <MagicFab> somerville32, actually, no official support from Canonical for Xubuntu
[05:55] <MagicFab> I mean " commercial, paid "  support.
[05:56] <somerville32> MagicFab: I'm not talking about that kind of support.
[05:56] <somerville32> No they don't sell support for it
[05:56] <somerville32> But we are supported by Canonical
[05:56] <MagicFab> and I mean " official "  as in " does not exclude ' best effort'  "  ;)
[05:56] <somerville32> They already do everything else for us, why not monitor our mirrors?
[05:56] <MagicFab> somerville32, just clarifying
[05:57] <MagicFab> somerville32, I can' t answer that / would need to know what " monitor our mirrors "  means :)
[05:57] <somerville32> They have a mirror prober then does magic things with the mirrors
[05:57] <salgado> somerville32, that's not a trivial thing to do. the mirror prober depends on the publication records that are created when launchpad process the uploaded packages
[05:57] <somerville32> salgado: All our packages are in main
[05:58] <somerville32> So it shouldn't be a problem (?)
[05:59] <salgado> somerville32, ah, so you're talking only about release mirrors (the ones that contain the released cd images)?
[06:00] <somerville32> Yes. Our archives are the exact same as Ubuntu, Kubuntu, and Edubuntu's.
[06:02] <salgado> somerville32, then you just need to get the xubuntu images on releases.ubuntu.com
[06:02] <somerville32> They already are
[06:02] <salgado> are they?
[06:02] <somerville32> Yes, very much so :)
[06:02] <Znarl> Xubuntu images are on cdimage, not releases.ubuntu.com
[06:03] <salgado> ah, right
[06:03] <somerville32> right
[06:04] <somerville32> Znarl: Is there anyway to get Xubuntu on releases.ubuntu.com as well?
[06:06] <Znarl> somerville32 : I am not the right peron to answer that, I'll try to find out about it.
[06:06] <somerville32> Znarl, k, thanks
[06:07] <somerville32> salgado, So do we need it on releases.u.c or is cdimages.u.c fine?
[06:13] <salgado> somerville32, releases.u.c
[06:16] <Znarl> somerville32 : Can I suggest you join #ubuntu-devel and ask there about Xubuntu on releases.ubuntu.com?
[06:22] <somerville32> salgado, [13:22]  <cjwatson> somerville32: link added
[06:24] <Znarl> somerville32 : I think cjwatson is talking about a URL link pointing to Xubntu on http://releases.ubuntu.com/, not a link to help with launchpad.
[06:25] <somerville32> oh
[06:28] <somerville32> [13:26]  <cjwatson> erm, that will have to be resolved some other way - releases.u.c has a lot of mirrors with disk space constraints and I can't just arbitrarily add another flavour to it
[06:28] <somerville32> [13:26]  <somerville32> cjwatson, Who should I chat with?
[06:28] <somerville32> [13:27]  <cjwatson> somebody on #launchpad, maybe salgado
[06:30] <flacoste> SteveA: i'm ready for the call when you are
[06:31] <SteveA> flacoste:
[06:32] <SteveA> flacoste: I just tried calling using skype
[06:32] <flacoste> SteveA: indeed, everything froze for 15 seconds
[06:32] <flacoste> SteveA: I'll try calling you
[06:45] <Ubugtu> New bug: #80278 in rosetta "Selecting an alternative language loses any translation unsaved" [Medium,Confirmed]  https://launchpad.net/bugs/80278
[06:49] <somerville32> salgado, kiko: ping: ^^
[06:50] <flacoste> kiko: ping
[06:50] <kiko> yes?
[06:58] <somerville32> kiko: cjwatson says that you guys need to put Xubuntu on releases.u.c
[07:00] <kiko> somerville32, there are a few confusions going on it seems. first, Launchpad as best as I know doesn't manage releases.ubuntu.com. second, this does not necessarily have to do with mirrors or mirror probing. third, I am not sure exactly what you are looking for :-)
[07:00] <somerville32> salgado said that it is required and if we could get it on releases.ubuntu.com that we could setup the mirror prober for Xubuntu
[07:04] <elmo> there's a lot of confusion going on
[07:05] <elmo> somerville32: releases.ubuntu.com is not going to contain xubuntu anytime soon - as colin already explained to you, it would need to be officially supported for it to be on there, and AFAICS that's not on anyone's roadmap anytime soon
[07:05] <elmo> somerville32: if your goal here is to have mirror probing for launchpad, then ask for that and stop focusing on releases.ubuntu.com
[07:05] <somerville32> That is my goal but salgado said that it must be on releases.ubuntu.com
[07:06] <elmo> that's not strictly true
[07:06] <somerville32> If it is not required, then yes, I would like to have mirror probing.
[07:06] <elmo> right now the mirror prober supports probing two types of mirror: archive and releases
[07:06] <salgado> as of now, it's required
[07:07] <salgado> we don't have plans to support probing cdimage mirrors (cdimage.u.c), so if somerville32 could get xubuntu into releases.u.c that'd automatically give us probing of xubuntu mirrors
[07:08] <elmo> salgado: that's not remotely viable
[07:08] <somerville32> elmo: Who would I have to talk to to see about getting Xubuntu "official status" like Kubuntu and Edubuntu?
[07:08] <salgado> then we have to consider probing cdimage mirrors
[07:08] <elmo> a) xubuntu isn't officially supported (and all of releases.ubuntu.com is), b) releases.ubuntu.com has space restraints that are already being pushed
[07:10] <elmo> somerville32: if your only goal here is getting mirror probes happening, official support is completely tangential
[07:10] <Ubugtu> New bug: #80283 in rosetta "Add a template for gnunet and gnunet-gtk" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80283
[07:11] <elmo> somerville32: official support involves a large finacial commitment from Canonical - if you're going after that "because it gets you mirror probing" you're doomed from the get go
[07:12] <somerville32> elmo: I too would hope that I would have a better reason then that
[07:14] <elmo> but as to who you would talk to, I don't know honestly know sorry.  I guess you could start with Matt Zimmerman
[07:15] <somerville32> Thanks :)
[07:15] <matsubara> carlos: re: the just reported bug ^. gnunet and gnunet-gtk are both universe packages, but it seems the upstream developer wants to adopt rosetta as the main translation tool. How do we handle cases like that?
[07:15] <somerville32> salgado, How much time would be required to support proving cdimages mirrors?
[07:16] <somerville32> *probing
[07:17] <matsubara> carlos: I was about to answer that report with my canned "sorry, rosetta does not support universe packages yet" response, but perhaps it's better if you comment on it.
[07:17] <carlos> matsubara: well, the solution is easy, import it as a product not in Ubuntu
[07:17] <carlos> matsubara: anyway, I will answer it
[07:19] <matsubara> thanks carlos
[07:19] <carlos> matsubara: in fact, they are requesting for such import
[07:26] <salgado> somerville32, we don't have any concrete plans for doing that, so I can't tell you how long it would take
[07:28] <matsubara> carlos: yeah, you're right, misread it. I thought they're requesting the templates for the ubuntu package.
[08:12] <carlos> see you!
[08:29] <mpt> Goooooooooooooooooooooood morning Launchpadders!
[08:44] <kiko> hey emptee
[08:57] <mpt> hi keekoe
[08:57] <salgado> mpt!
[08:58] <salgado> mpt, I had to do a small change on that email template you wrote to me yesterday, so that I can send it to team owners to talk about their teams
[09:00] <salgado> mpt, I changed the middle paragraph to https://devpad.canonical.com/~andrew/paste/filevoou0L.html, so that it doesn't refer to "you"
[09:08] <mpt> salgado, sorry, what was that link?
[09:09] <salgado> mpt, https://devpad.canonical.com/~andrew/paste/filevoou0L.html
[09:11] <kiko> mpt, remember back in the day when your IRC client used to highlight for empty words?
[09:14] <mpt> salgado, I can't remember anything different between that and what I suggested
[09:14] <mpt> oh, "this membership"?
[09:14] <mpt> kiko, yes
[09:15] <salgado> mpt, exactly, the 'this membership' part
[09:15] <mpt> why?
[09:16] <kiko> mpt, otherwise the text needs to vary for team memberships that are for teams versus for people.
[09:16] <kiko> and if the text needs to vary the implementation will get /really/ complicated
[09:16] <mpt> oh, fair enough
[09:16] <mpt> kiko, I upgraded from ShadowIRC to X-Chat
[09:16] <kiko> it's unfortunate but salgado and I couldn't find a way to avoid this nicely
[09:16] <mpt> once I figured out how to get X-Chat to append its logs to ShadowIRC's
[09:17] <mpt> so no more false positives
[09:25] <kiko> mpt, they were fun though.
[09:28] <mpt> They were scrumptious.
[09:30] <Ubugtu> New bug: #80309 in launchpad "Don't claim that non-LP distributions have no releases" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80309
[09:35] <Ubugtu> New bug: #80311 in launchpad "Remove wrong package search for non-LP distributions" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80311
[09:36] <kiko> I wish we didn't have to file those bugs :-(
[09:38] <mpt> You wish that Fedora used Launchpad? :-)
[09:39] <kiko> I wish we better handled non-LP distros.
[09:40] <mpt> Just by those bugs being fixed? Or do you have something grander in mind?
[09:45] <Ubugtu> New bug: #80315 in soyuz "Don't make claims about builds for non-LP distributions" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80315
[10:12] <j-a-meinel> When registering a bugfix branch and linking it to the bug, does it send an email saying that there was an update on the bug?
[10:12] <j-a-meinel> Specifically, if you use something like: https://launchpad.net/bzr/+bug/55951/+addbranch
[10:13] <Ubugtu> Malone bug 55951 in bzr "error when trying to get branch status" [Medium,Confirmed]
[10:50] <Ubugtu> New bug: #80336 in malone "Clarify meaning of bug listings for products/distributions that don't use Launchpad" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80336
[11:05] <Ubugtu> New bug: #80340 in launchpad-support-tracker "Need ability to search all questions ever asked" [Undecided,Unconfirmed]  https://launchpad.net/bugs/80340


[06:11] <Noskcaj> Would it be ok to add version 0.8 of pyrocket to ubuntu if it's from a different maintainer? The quality is higher and the package is once again functional