[00:50] <nxvl> NCommander: around?
[00:50] <NCommander> sorta
[00:51] <NCommander> Suffering from ada-itus
[00:51] <nxvl> NCommander: i still apear in revu as a contributor
[00:51] <nxvl> and it's not taking in account my ACK's
[00:51] <NCommander> ACKs?
[00:51] <nxvl> advocates
[00:51] <nxvl> +1's
[00:51] <nxvl> however you want to call it
[00:51] <NCommander> Checking
[01:14] <nxvl> need to run
[01:15] <nxvl> NCommander: please take a look at that
[01:15] <nxvl> :D
[01:15] <NCommander> Look at what?
[01:15] <NCommander> I fixed that
[02:35] <Stemp> Hi all (again in fact for some of you), I ask the question in ubuntu-bugs but it might be better to ask here. It's about a bug in fail2ban in Hardy. This bug is fixed in Debian. I uploaded the Sid package in my ppa to check it. What should I do now to ask for the Debian package in Hardy ?
[03:03] <Stemp> Good night, I was answered in ubuntu-bugs
[03:35] <StevenK> ~.
[03:57] <tbielawa> hello all
[04:18] <tbielawa> I wonder if there's any chance some one can please give me some REVU feedback? http://revu.ubuntuwire.com/details.py?package=lucidlife
[08:01] <dholbach> good morning
[08:05] <geser> good morning dholbach
[08:05] <dholbach> hi geser
[08:14] <raphink> morning
[08:25] <didrocks> hi everyone o/
[09:08] <slytherin> If a package contains help files, do I need anything special in postinsts to install them? scrollkeeper update etc.
[09:25] <huats> morning everyone
[09:31] <persia> slytherin: It entirely depends on the type of the help files.  If you want to register them with scrollkeeper, you'd need to do so.
[09:38] <Iulian> G'morning
[09:46] <slytherin> persia: I am trying to fix bug 259657. The help files will be accessed only through brasero help menu
[09:46] <persia> slytherin: Does brasero have code to read the files directly?
[09:47] <slytherin> persia: I think so. Because currently when I click help menu, it tells me that files are missing.
[09:48] <persia> slytherin: Try just installing the files in the place brasero wants them, and testing locally.  If that doesn't work, you'll need to dive into the code to figure out how you are reaching that error.
[09:49] <slytherin> persia: I don't have access to intrepid installation now. Do you have?
[09:50] <persia> slytherin: Yes, but my queue is immense just now.
[09:50] <persia> Does your machine support kvm?
[09:50] <slytherin> persia: I am in office, so I am not interested in setting up kvm here. :-)
[09:50] <persia> slytherin: Ah.  I understand.
[10:12] <DktrKranz> NCommander, gnat transition in hardy seems limited to only six packages, most of all you already published to your PPA.
[10:13]  * DktrKranz needs to look for online presence before ping people
[10:14] <directhex> gnat update in hardy?
[10:15] <DktrKranz> directhex: no. some packages need to be transitioned to gnat-4.2, we didn't manage this in time in Hardy and now some are broken
[10:16] <directhex> oh. whoops.
[10:17] <DktrKranz> directhex: some experience with gnat or ADA pacakges? we lack testers, and help is appreciated.
[10:19] <directhex> DktrKranz, no, sorry. i restrict myself to spreading evil microsoft patents via mono work.
[10:20] <DktrKranz> heh
[10:20] <DktrKranz> take a break, then
[10:20] <DktrKranz> ;)
[10:22] <directhex> monodoc needs updating for intrepid, but i'm working on updating it in debian first
[10:22] <directhex> some other kind soul is working on mono-tools
[10:25] <kostmo> Are any MOTU's online that would be willing to advocate for "pyrocket"? http://revu.ubuntuwire.com/details.py?upid=3406
[10:25] <kostmo> "pyrocket" complements the "pymissile" package already in Ubuntu to support the whole range of USB missile launchers that are out there.  "pyrocket" also provides webcam support, joystick control, and the beginnings of automatic computer-vision control.
[10:25] <kostmo> What is probably of more use to the general communitiy, however, is the framework to control USB devices from Python (see here for this very idea: http://ubuntuforums.org/showpost.php?s=09eea181c23d517021f3f641630b20b9&p=4171807&postcount=4).  My "backend" code serves as a concise example for these activities.  Including my package would benefit Ubuntu by widening the gamut of hardware support, offering a springboard for USB and c
[10:25] <kostmo> omputer vision tinkering, and enabling really dorky Youtube videos (remember Compiz cube porn)?
[10:25]  * directhex blinks
[10:25] <kostmo> :)
[10:25] <directhex> there's a "whole range" of usb missile launchers?
[10:26] <kostmo> yeah, at least 4
[10:26]  * directhex blinks again
[10:26] <directhex> nobody in the US army is using this stuff, right?
[10:26] <torkel> directhex: you can't start a war with only one launcher... :-)
[10:26] <kostmo> i have a few
[10:26] <kostmo> but no opposition
[10:27] <directhex> try iran
[10:27] <kostmo> they're only interested in space exploration, right?
[10:29] <kostmo> well, bedtime for me now
[10:30] <kostmo> I'll check for bites in the morning
[10:33] <cyberix> Could someone review pyliblo? It probably still needs some work.
[10:33] <cyberix> http://revu.ubuntuwire.com/details.py?package=pyliblo
[10:35] <kostmo> one more thing - I think this says it all: http://www.youtube.com/watch?v=mV6573UjSpc&NR=1
[10:36]  * kostmo sleeps
[10:36] <persia> http://jp.youtube.com/watch?v=jQBqTqDPqXs&feature=related
[10:37] <sistpoty|work> hi folks
[10:41] <Iulian> Hello sistpoty.
[10:41] <sistpoty|work> hi Iulian
[10:45] <cyberix> sistpoty|work: You just missed my advertisement.
[10:45] <cyberix> sistpoty|work: In short: If you get bored, look at pyliblo at revu.
[10:46] <sistpoty|work> cyberix: sorry, am at work atm, so I can't review packages
[10:46] <cyberix> sistpoty|work: no hurry
[10:46] <cyberix> sistpoty|work: I'm trying to get someone to review it someday
[10:46] <sistpoty|work> heh
[10:47] <cyberix> Probably not all correct
[10:47] <cyberix> I'm hoping to get a list of errors
[10:47] <cyberix> and maybe solution suggestions
[11:12] <stefanlsd> If im trying to test a postrm command to check a purge issue - is it enough to just fix the postrm in /var/lib/dpkg/info  and try purge the package... doesnt seem to work. (unless my fix doesnt work)
[11:15] <persia> stefanlsd: If the problem is only with purge, that should be sufficient.
[11:15] <persia> (In other words, your fix doesn't work)
[11:16] <stefanlsd> persia: hehe. thanks. yeah, i figured its not actually an issue with postrm, but with prerm which is looking for the file im trying to ignore if its not found in postrm. so yeah, thanks. need to fix my fix :)
[11:31] <stefanlsd> When i've made a fix and i'm doing a diff, is the aim for the diff to be as unobtrusive as possible, or to be more correct. In this case im talking about indentation. After putting things in an if and indenting, the diff is larger then if i didnt indent, and left it. pretty readable still though...
[11:32] <azeem> stefanlsd: keep the coding style of the code you're changing
[12:22] <nxvl> good morning
[12:50] <Hobbsee> greetings
[12:50] <Iulian> Hey
[12:52] <geser> Hi Hobbsee
[12:55] <Raybuntu> Anyone free to make a quick review on my package? http://revu.ubuntuwire.com/details.py?package=get-you It's a tool for downloading videos from videosites like Youtube.
[12:56] <persia> Raybuntu: How is it better than the other three packages that do that?
[12:56] <Raybuntu> you can search videos in the GUI
[12:57] <Raybuntu> and preview it
[13:00] <persia> MOTU Meeting in #ubuntu Meeting
[13:01] <geser> I hope not in #ubuntu but #ubuntu-meeting :)
[13:01] <persia> Err.  Indeed.
[13:02]  * persia is multitasking badly
[13:03] <huats> morning nxvl
[13:03] <huats> nxvl:and since I haven't seen you for a while : congrats !
[13:03] <huats> I am really happy for you :)
[13:04] <nxvl> huats: thank you!
[13:04] <nxvl> huats: you should in a while
[13:05] <huats> :)
[13:05] <huats> I will :)
[13:05] <huats> ;)
[13:05] <huats> (I hope so at least)
[13:06] <Hobbsee> oh, meeting.
[13:06] <emgent> evening
[13:07] <nxvl> read you later, have a nice day!
[13:13] <huats> does anybody know where I can find the diff between policy 3.7.2 and 3.8.0 ?
[13:13] <huats> (I mean if there is a diff available somewhere)
[13:13] <james_w> /usr/share/doc/debian-policy/upgrading-checklist.gz is useful
[13:13] <james_w> that's the approximate path at least
[13:13] <huats> james_w: thanks
[13:13] <huats> I'll have a look :)
[13:14] <james_w> it's not a diff as such, but it tells you what changed that you may need to change in your package
[13:14] <huats> it is exactly what I am looking for :)
[14:04] <huats> when I change the soname of a lib, I have to declare that the new lib conlicts/replaces with the previous one right ?
[14:05] <geser> no, if both versions are co-installable
[14:05] <geser> you need to rename the package to reflect the new soversion
[14:05] <huats> geser: that is what I did
[14:06] <huats> how can I figure out if they are co-installable ?
[14:06] <geser> they should usually be unless you have some common files in both packages
[14:06] <huats> ok
[14:06] <huats> I'll have a look at that
[14:07] <huats> thanks geser
[14:12] <geser> sistpoty|work: "September 5nd"? shouldn't it be "September 5th"?
[14:13] <sistpoty|work> geser: good point *g*
[14:14] <jpds> It's in France?
[14:15] <Iulian> jpds: Friday :P
[14:16] <Iulian> sistpoty|work: You can change that with Fri
[14:16]  * sistpoty|work just reused the previous Fr *g*
[14:16] <sistpoty|work> Iulian: feel free to change the topic yourself ;)
[14:18] <Iulian> Just noticed that there is no +t mode.
[14:19] <sistpoty|work> if there were, I couldn't change the topic either ;)
[14:19] <geser> jelmer: Hi, re bug 255106: it needs a newer bzr-dbus than is in intrepid but I couldn't find a sync request for it.
[14:19] <jpds> If there were, I'd remove it.
[14:19] <jelmer> geser, hi
[14:19] <jelmer> geser, you're right, sorry
[14:19] <jelmer> geser, should I file one?
[14:20] <nxvl> geser: is bzr maintained @ debian?
[14:21] <geser> jelmer: yes please, if it's safe to sync it to intrepid
[14:21] <geser> nxvl: I hope jelmer maintains his packages which he want synced from Debian
[14:22] <nxvl> oh it actually is
[14:22] <nxvl> i thought it will be maintained @ ubuntu
[14:25] <jelmer> nxvl: The pkg-bazaar-maint team is a mix of Debian and Ubuntu people, we usually upload to Debian and wait for it to sync to Ubuntu
[14:26] <nxvl> jelmer: i would say Debian, ubuntu and canonical people, but yeah, i understand what you mean
[14:27] <nxvl> jelmer: that's actually what i use to do with my packages
[14:27] <nxvl> fix in debian -> sync in ubuntu
[14:27] <jelmer> nxvl, well, canonical people are Debian/Ubuntu people too :-)
[14:28] <persia> Umm, aren't there also random bzr developers who are none of Debian, Ubuntu, or Canonical?
[14:29] <james_w> persia: not in pkg-bazaar-maint
[14:29] <james_w> not a lot for them to do there if they're not interested in Debian or Ubuntu
[14:29] <persia> Ah, no there wouldn't be.
[14:29] <nxvl> persia: as in upstream, yes, but not maintainer AFAIK
[14:29] <ScottK-laptop> jelmer: Some are and some aren't.
[14:30]  * persia feels the weight of comprehension dawning
[14:30] <jelmer> yeah, there's actually some Canonical folks who work on Bazaar and whose primary platform is Windows
[14:30] <nxvl> persia: comprehension or the lack of sleep?
[14:30] <nxvl> :D
[14:30] <jelmer> neither of them helps maintain the Debian packages though :-)
[14:31] <persia> nxvl: The one, but "dawning" because of the other.
[14:31] <nxvl> persia: that's what i thougt
[14:36]  * Hobbsee grumbles at forumsheep.
[14:36] <Hobbsee> at the very least, you can use brainstorm.  Or if you can't, sending an email to the devel discuss mailing list is useful, but you could at least provide a summary of what it is, so those who aren't interested don't need to visit the forum thread....
[14:37] <Treenaks> Hobbsee: but the forums are COOL!
[14:37] <Treenaks> Hobbsee: and everyone who doesn't want to use them is AGAINST the community!
[14:37] <joaopinto> Canonical using Windows ? Sacrilege :P
[14:37] <Hobbsee> Treenaks: they're cool at being *forums*.  they do not do a good job of impersonating the bug tracker, ideastorm, or anything else!
[14:37] <Hobbsee> Treenaks: heh.
[14:38] <Hobbsee> Treenaks: sounds like the whole "there are more forumsheep than anyone else, so everyone should bend to the will of the forumsheep" argument...
[14:38] <directhex> Hobbsee, which forum sheepery? removing mono from ubuntu-desktop?
[14:39] <Hobbsee> directhex: nah - ubuntu-restricted-extras mail
[14:40] <Hobbsee> directhex: i've been avoiding the mono bleating.
[14:40] <directhex> Hobbsee, i ought to, but FUD is one of those things that tends to fester rather than go away
[14:40] <Hobbsee> heh
[14:41]  * Hobbsee wondres if listadmin is finished yet
[14:41] <Hobbsee> er, fixed
[14:41] <directhex> ubuntuforums. top google hit for "banning mono"
[14:41] <Hobbsee> yay
[14:41] <ScottK-laptop> directhex: Anyone who doesn't want mono can just switch to Kubuntu.
[14:42] <Hobbsee> ban forums?  :)
[14:42] <Hobbsee> ScottK-laptop: or just...purge mono...
[14:42] <ScottK-laptop> That's be good too.
[14:42] <Hobbsee> or ban forums.
[14:42] <Hobbsee> er, forum sheep.
[14:42] <ScottK-laptop> Yes, but just pointint out that if one wants a mono free *buntu desktop there is one already.
[14:42] <directhex> these are all rational options. but i wish the "ban mono" brigade would start with "ban fat32.ko" or "ban smbclient" first
[14:42] <Hobbsee> true
[14:43] <Hobbsee> directhex: baaaa.
[14:43] <directhex> since the main mono moan is teh patentzzzz
[14:43] <Hobbsee> directhex: perhaps you need to lead them in that direction.  or find someone else to.
[14:43] <directhex> the other one being "why reinvent java, java is gpl", ignoring the several year time gap between events
[14:44] <directhex> Hobbsee, ignorance can be cured. i do what i can for ignorance
[14:44] <directhex> Hobbsee, stupidity on the other hand... baaaaaaaa
[14:44] <Hobbsee> directhex: that's true :)  very true :)
[14:44] <ScottK-laptop> directhex: patentzzzz are also a concern for Samba.  After all the Samba devs got access to non-public documentation.
[14:45] <directhex> ScottK-laptop, non-public documentation is fine. implementing ECMA standards is evil!
[14:45] <ScottK-laptop> Right, but try and tell me there aren't patents around MS SMB networking extensions.
[14:47] <jelmer> ScottK-laptop, ??
[14:48] <jelmer> ScottK-laptop, We don't have any more docs than everybody else
[14:48] <ScottK-laptop> jelmer: Right.  Poorly put.
[14:48] <jelmer> ScottK-laptop, Microsoft published those docs we got access to on MSDN
[14:48] <directhex> ScottK-laptop, iirc samba's covered by a patent pledge
[14:48]  * ScottK-laptop was missing the word 'previously'
[14:48] <directhex> http://www.microsoft.com/interop/osp/default.mspx
[14:48] <ScottK-laptop> jelmer: Sorry about that.  Thanks for the correction.
[14:49] <NCommander> DktrKranz, you around?
[14:52] <ma10> why does the whole world have to obey US patent law anyway?
[14:53] <directhex> ma10, because teh patentzzz!
[14:53] <DktrKranz> NCommander: yes
[14:53] <tuxmaniac> DktrKranz: hi
[14:53] <ma10> directhex: ? :-O
[14:53] <NCommander> DktrKranz, I rebuilt (almost) everything last night
[14:54] <jelmer> geser, Thanks, filed a sync request
[14:54] <tuxmaniac> DktrKranz: I have got the changes you requested tested by the upstream devels for bug 207760.
[14:54] <directhex> ma10, don't look for rational logic from some quarters, not when there's teh patentzzz to fear, and micro$haft to disparage
[14:54]  * NCommander thinks of two-face and his quarter
[14:54] <DktrKranz> NCommander: I did preliminary tests, and it seems there are only 6 packages involved (5 of them are in your PPA)
[14:54] <tuxmaniac> DktrKranz: I mean, the changes tested as requested by you.
[14:55] <directhex> ma10, and especially don't let them know there are packages in universe under MS license, released by MS
[14:55] <NCommander> DktrKranz, Your right, only five packages build-dep on gnat-4.1
[14:55] <ma10> directhex: uhuh but last time i check the euro parliament voted against
[14:55] <jelmer> ScottK-laptop, no problem, as long as we agree on what the situation is :-) There is a lot of misinformation out there
[14:55] <NCommander> But I thought the goal was to remove gnat-4.1 totally so everything is consistant
[14:55] <ma10> directhex: really?
[14:56] <directhex> ma10, really! check /usr/share/doc/ironpython/copyright
[14:56] <directhex> Copyright (c) Microsoft Corporation.
[14:56] <ma10> $ apt-get purge ms* :D
[14:56] <directhex> Microsoft Public License (Ms-PL)
[14:56] <directhex> Ms-PL is DFSG-free, before moaning begins
[14:57] <directhex> infact, Ms-PL includes a patent grant
[14:57] <ma10> directhex: nooo don't give more ammo to the anti-mono crew
[14:57] <DktrKranz> NCommander: well... since gnat-4.1 is stable and in good shape, we should transition those which have been rebuilt against 4.2 with issues (hardcoded deps, FTBFS, and so on)
[14:57] <nxvl> i wouldn't trust microsft even if they said it's open
[14:57] <nxvl> but yes, it's Free Software compilant
[14:57] <directhex> Ms-PL is actually a nice license, reading through it
[14:57] <nxvl> at least it seems to be
[14:58] <NCommander> directhex, ok, fair enough, then can we zap gnat-4.1 from ntrepid ;-)?
[14:58] <nxvl> class is over
[14:58] <directhex> NCommander, you can zap anything you like, as long as it's not mono-related. perhaps you mean DktrKranz?
[14:58] <nxvl> read you later
[14:58]  * NCommander zaps directhex
[14:58] <directhex> sorry, i'm mono-related
[14:59] <NCommander> I know, we need to steriallize you before people get sick :-P
[14:59]  * NCommander recently got sick of mono
[15:00] <NCommander> DktrKranz, which package do I need to add?
[15:00] <NCommander> (there might be a bug with libgtkada I need to resolve first though)
[15:00] <stefanlsd> Is there a list of requirements for being accepted as a UUC?
[15:01] <DktrKranz> NCommander: https://wiki.ubuntu.com/HardyGnatTransition, those which have "need to be fixed" in bold
[15:01] <NCommander> wiki. so. slow.
[15:01]  * NCommander dies
[15:02] <DktrKranz> tuxmaniac: cool
[15:03] <NCommander> DktrKranz, I didn't build gnat-gps before of a build-deps issue I'm trying to work out
[15:04] <NCommander>   libgtkada-2.8: Depends: libpango1.0-0 (>= 1.20.5) but 1.20.1-1 is to be installed
[15:04] <NCommander> That's the issue
[15:04] <DktrKranz> I tried to figure out a good dependency chain for SRUs too. asis is the first, libaws comes next and the remaining ones will follow
[15:05] <NCommander> Argh, libgtkada-2.8 only has shlibs:Deepend on its package list >.<;
[15:05] <DktrKranz> NCommander: did you have -updates available?
[15:05] <NCommander> er
[15:05] <DktrKranz> I didn't get that
[15:06] <NCommander> Well
[15:06] <NCommander> THat fixed that
[15:07] <NCommander> Fixing and building gnat-gps
[15:07] <NCommander> anyway, the order is as follows
[15:07] <DktrKranz> nice to know, GNOME packages are not our business
[15:08] <NCommander> asis -> libtemplate -> adacontrol|gnade -> gnat-gps
[15:09] <DktrKranz> is libtemplates-parser affected too?
[15:09] <NCommander> That's build from libtemplate
[15:09] <DktrKranz> mh, I didn't get it
[15:09] <DktrKranz> probably I missed it
[15:10] <NCommander> gnat-gps has no hardcoded dependency ong nat-4.1
[15:10] <NCommander> (although its build-deps do, so it probably needs a binary rebuild
[15:13] <NCommander> python/src/python_support.c:21:20: error: Python.h: No such file or directory
[15:14] <NCommander> Bah
[15:14] <StevenK> NCommander: Epic Fail! You loos!
[15:15] <NCommander> StevenK, no, you loose for typing on loose ;-)
[15:15] <StevenK> That was a quote, not a typo
[15:15] <NCommander> Oh
[15:15] <NCommander> Then I loos
[15:15] <NCommander> Bah, whoever packaged this didn't read the Debian policy
[15:15] <StevenK> Actually, it was. You looz
[15:15] <StevenK> http://www.pvponline.com/2008/06/30/interlude-the-adventures-of-lolbat/
[15:16] <NCommander> w.r.t. to python
[15:16] <tuxmaniac> DktrKranz: can you please sponsor the upload? It will close one bug :-)
[15:16] <NCommander> Ugh
[15:16] <NCommander> So
[15:16] <NCommander> which versions of python do we support in hardy?
[15:17] <NCommander> 2.5, or 2.4-2.5?
[15:17] <laga> yay, packages.ubuntu.com is down
[15:17] <DktrKranz> tuxmaniac: I'll subscribe to it, I'll try to do it tonight. Ping me otherwise, high chances to forget about it :)
[15:18] <tuxmaniac> DktrKranz: ok. thanks a lot. :-)
[15:18] <NCommander> I didn't even know you could write python modules in ada
[15:19] <NCommander> DktrKranz, do you want me to fix this python issue? The problem is properly fixing it will likely be an invasive change to the package (not sure yet, but probably have to split it)
[15:20] <NCommander> Or I can disable python support since its broken on Hardy, and then fix it in intrepid
[15:22] <NCommander> DktrKranz, ping?
[15:30] <sebner> dholbach: around?
[15:30] <dholbach> sebner: yes
[15:31] <sebner> dholbach: what a shame. 2 bad sync requests xD though I forgot to mention that in my opinion the homepage patch for midori isn't worth keeping. what do you think?
[15:32] <dholbach> sebner: bug number?
[15:32] <sebner> dholbach: bug #236493
[15:32] <sebner> argh
[15:32] <sebner> sry
[15:32] <sebner> dholbach: bug #
[15:32] <sebner> 258627
[15:32] <sebner> bug #258627
[15:32] <jpds> Fail.
[15:32] <sebner> xD xD xD
[15:32] <sebner> jpds: overkill
[15:33] <dholbach> sebner: you could just subscribe the author of the patch from last time and ask if it's still necessary to keep it
[15:34] <sebner> dholbach: I think necessary yes but worth it!?!
[15:35] <dholbach> I don't have much of an opinion about that, I think it generally makes sense
[15:36] <sebner> dholbach: because it changes just one line. http://launchpadlibrarian.net/12087774/01-default_homepage.patch
[15:36] <Iulian> One single line can do a lot.
[15:36] <sebner> Iulian: It can but it haven't to
[15:37] <directhex> Iulian, it can even remove entropy from ssl!
[15:38] <dholbach> sebner: if you and LucidFox (I think) decide to drop it, drop it
[15:38] <dholbach> I'm going to call it a day now
[15:38] <sebner> dholbach: I'll talk to him about it. thx and sry for the noise :)
[15:38] <dholbach> have a great weekend everybody! :)
[15:38] <sebner> dholbach: you too :D
[15:41] <persia> sebner: I'm in favour of homepage patches for all the browsers.
[15:43] <sebner> persia: because? take over the world with ubuntu.com startsites? ^^
[15:44] <persia> sebner: Because the Ubuntu home page points to a number of useful Ubuntu resources.
[15:44] <persia> Also because I think it's inappropriate to have significant Debian branding in Ubuntu: Debian folk get enough bugs from Ubuntu users as it is.
[15:45] <sebner> persia: sure :) but what about uploading uqm instead of caring for homepage patches :P
[15:45] <DktrKranz> NCommander: not sure... it depends how much invasive your change is
[15:45] <NCommander> Pretty invasive :-/
[15:46] <persia> sebner: It's in the queue, there's just a backlog.  It's even near the top of things I'll upload.
[15:46] <NCommander> I need to make it build the same package twice
[15:46] <sebner> persia: good to hear =)
[15:46] <NCommander> Its probably cleaner just to turn off python support in hardy, then fix it in intrepid
[15:46] <DktrKranz> probably
[15:46] <NCommander> (python is broken in hardy anyway)
[15:49] <NCommander> I'll do that for now, and then we'll wait on the SRU team to tell us otherwise
[16:18] <stefanlsd> .
[16:44] <siretart> ScottK-laptop: I might have missed that point, but the list I asked to prioritize was specifically about features in malone, not for soyuz or launchpad in general
[16:44] <siretart> ScottK-laptop: I have a preliminary list for soyuz as well, but I already wrote kiko an email that I'm missing quite some items on that list. and it was only about half a dozen specs
[16:45] <ScottK-laptop> siretart: OK.  Speed and bad U/I are an issue in Malone.
[16:46] <ScottK-laptop> I try to know as little as possible about the internal architecture of Launchpad as possible.
[16:55] <siretart> ScottK-laptop: in general, I agree
[16:56] <ScottK-laptop> I think it's better that those two point go on all the lists rather than be allocated to some global list that may or may not exist or be passed to developers in the specific component.
[17:23]  * sistpoty|work heads home... cya
[18:04] <ScottK> NCommander: This is probably the channel to discuss the key team policy.
[18:04] <NCommander> er, yeah, I put it in the wrong window
[18:05] <NCommander> I was just pinging him so he was aware I took care of it
[18:05] <ScottK> I agree and per the process (that I still haven't written in the wiki) it's up to you to say so and anyone who disagrees to appeal to MC.
[18:05] <NCommander> Its a good thing for you the meeting was canceled :-P
[18:05]  * NCommander uses the stick of lazyness to motivate scottk to update the wiki
[18:08] <NCommander> My brain is semi fried at the moment
[18:31] <firstman> hi
[19:02] <jpds> Yay for LP karma from commits.
[19:05] <sebner> jpds: karma hunter :P
[19:06] <jpds> sebner: Aren't we all?
[19:07] <sebner> jpds: of course we are :D
[19:26] <sebner> apachelogger: ping mighty harald :P
[19:27] <apachelogger> meh
[19:27] <apachelogger> just wanted to leave
[19:27] <apachelogger> sebner: sup?
[19:28] <sebner> apachelogger: we now stick to marble-kde4 right? cause normal marble is 0.4 and I could sync 0.6 from debian
[19:29] <apachelogger> marble-kde4 should be marble really
[19:29] <apachelogger> !info marble intrepid
[19:29] <sebner> apachelogger: well 4.1 != 0.6 :P
[19:30] <apachelogger> sebner: please file a package removal bug and poke some motu to review it and subscribe ubuntu-archive
[19:30] <apachelogger> the marble source package is superseded by kdeedu
[19:30] <sebner> apachelogger: okidoki
[19:30] <apachelogger> sebner: ubuntu wiki describes what content such a bug should have
[19:31]  * apachelogger is out for tonight
[19:31] <apachelogger> cya
[19:31] <sebner> apachelogger: baba
[20:26] <emgent> hello
[21:06] <rawler> roughly when will universe be frozen for intrepid?
[21:06] <jpds> 28th.
[21:07] <ScottK-laptop> Depends on what you mean by frozen.
[21:08] <ScottK-laptop> For new packages, as jpds says.  We'll be doing bug fix uploads until probably late Sunday night or early Monday morning before the release.
[21:09] <rawler> oki.. thanks.. :)
[21:10] <rawler> any chance whatsoever to get tetzle (http://revu.ubuntuwire.com/details.py?package=tetzle) in there?
[21:10] <ScottK-laptop> Slim.
[21:10] <rawler> oki.. :S too bad..
[21:11] <rawler> oh, well.. there's always intrepid+1..
[21:11] <rawler> or, well, not always.. it's 6 more months, but.. :)
[21:12] <ScottK-laptop> In the mean time, if you get involved in bug fixing, you'll be better known, probably do better packaging and improve your odds significantly for the next time around.
[21:14] <rawler> ScottK-laptop:  good idea.. though, to be honest, I'm quite short on time and energy these days.. work has me waaay too occupied.. I packaged tetzle mostly because it's something I use myself, and I try to avoid installing stuff outside the packages managers..
[21:15] <rawler> but, with the new harvest system, I may scour for bugs once in a while and fix what I can.. :)
[21:38] <tbielawa> hey everybody
[21:38] <tbielawa> Is anyone around that could please give me some REVU's on this upload? http://revu.ubuntuwire.com/details.py?package=lucidlife
[22:06] <xnevermore> Is it more appropriate to use "debuild -S" or debuild -S -sa"?
[22:08] <Riddell> xnevermore: -sa is for when you need to include the .orig.tar.gz
[22:08] <Riddell> so use it the first time it gets uploaded
[22:09] <xnevermore> When would it be ok to just use "debuild -S"?
[22:09] <xnevermore> for patches, i guess?
[22:10] <bobbo> xnevermore: yep
[22:18] <xnevermore> In the case of a new upstream version package, is best to send the .diff.gz file to launchpad, or the .debdiff?
[22:18] <cody-somerville> the .diff.gz
[22:19] <xnevermore> awesome
[22:22] <Raybuntu> Hi all! Is it possible to build packages for debian with pbuilder on Ubuntu? Can I change the distribution for pbuilder?
[22:23] <Kopfgeldjaeger> yes
[22:23] <Raybuntu> how can I do this?
[22:23] <Kopfgeldjaeger> Have a look at the PbuilderHowto
[22:24] <Raybuntu> ok!
[22:24] <Kopfgeldjaeger> https://wiki.ubuntu.com/PbuilderHowto#Multiple%20pbuilders
[22:24] <Raybuntu> Is it possible to have more than one distribution for pbuilder at one time?
[22:24] <Kopfgeldjaeger> sure...
[22:25] <Raybuntu> Oh yeah!
[22:25] <Raybuntu> Thx Kopfgeldjaeger
[22:32] <directhex> that pbuilderrc script rules.
[22:40] <NCommander> Hola directhex
[22:41] <directhex> morning
[22:41] <NCommander> directhex, how goes your vb.net packaging?
 debian-pkg-mono: directhex-guest * r3700 /mono-basic/trunk/debian/changelog: Fix revision to correctly reflect changes in -2 version
[22:41] <NCommander> yay
[22:42] <NCommander> nxvl, your REVU account is fixed
[22:43] <NCommander> https://edge.launchpad.net/+builds/ - the i386 PPA builder really isn't happy
[22:47] <nxvl> NCommander: no it's not
[22:47] <NCommander> Been screwing with my attempts to package xfce all day :-/
[22:48] <nxvl> NCommander: i'm using OpenID login, user nvalcarcel
[22:48] <NCommander> oh
[22:48] <NCommander> Now you tell me
[22:48] <NCommander> :-p!
[22:49] <nxvl> :D
[22:49]  * NCommander hits you with xfce
[22:49] <nxvl> need to go
[22:49] <nxvl> bbl
[22:49] <nxvl> read you later
[22:50] <leleobhz> NCommander: offtopic: have some logic for build machines names?
[22:51] <NCommander> Why would I know?
[22:51]  * leleobhz dunno
[22:51] <leleobhz> :]
[22:51] <NCommander> They look like element and color names
[22:51] <NCommander> yellow/gold
[22:52] <leleobhz> but what matches palmer?
[22:53]  * NCommander thought of Final Fantasy VII
[22:53]  * NCommander pokes his new launchpad badgeds
[22:54] <leleobhz> Weeee! :p
[22:54] <NCommander> http://launchpad.net/~sonicmctails
[22:54] <NCommander> What's new :-)
[22:56] <leleobhz> Tomorrow news: Sega buys launchpad :p
[22:57]  * directhex changes his name to miles "tails" prower, vows to fight against italian plumbers everywhere
[23:33] <tbielawa> Will some one please give me some REVU's on this upload? http://revu.ubuntuwire.com/details.py?package=lucidlife I gotta run home now, but I'd appreciate it greatly


[01:43] <N`importe_qui> Na3iL: i'm coming today, wanna meet ?
[01:48] <Na3iL> Hey, sure
[01:48] <Na3iL> N`importe_qui, hédha kén fo9t :D
[01:48] <Na3iL> wa9téch tabda 8adi?
[01:50] <N`importe_qui> Na3iL: around 10h-11h
[01:50] <Na3iL> Okay
[01:50] <N`importe_qui> I did reset my sleep cycle and now i sleep early and yet wake up early
[01:51] <N`importe_qui> trying to sleep for more 2 or 3houors now
[01:51] <N`importe_qui> Na3iL: you'll be there as usual ?
[01:52] <Na3iL> Nchallah
[01:52] <N`importe_qui> what clothes will you wear
[01:52] <Na3iL> As usual :D
[01:53] <Na3iL> Matrix style
[01:53] <N`importe_qui> ah ok
[01:54] <N`importe_qui> you've got blue eyes of i remember right ?
[01:54] <N`importe_qui> *if i *
[01:55] <Na3iL> Green eyes :p
[01:56] <N`importe_qui> ok
[01:57] <Na3iL> https://scontent-ams3-1.xx.fbcdn.net/hphotos-xfp1/v/t1.0-9/12573128_164770933895103_4645654076718241589_n.jpg?oh=d58bacc116b950008990bd6019725615&oe=572CA3AD
[02:01] <N`importe_qui> yay
[02:01] <N`importe_qui> there you ahre
[02:02] <N`importe_qui> *are
[03:25] <Na3iL> haha N`importe_qui :D
[08:45] <N`importe_qui> Na3iL: d'oh imma go out around 10h, i want to set up the devdocs offline version to use it in the bus in my way to tunis
[08:46] <N`importe_qui> that makes reach you around 12h
[08:46] <N`importe_qui> sicne i don't have internet access for documentation when coding
[08:48] <N`importe_qui> *makes me reach *
[12:16] <Na3iL> N`importe_qui, you still here?
[12:55] <nabdev> Bj
[14:19] <hassooon> Na3iL: hey you're there ?
[14:33] <N`importe_qui> salam aleikoum mes frères :>
[14:34] <N`importe_qui> Na3iL: tu es ici ?
[14:34] <N`importe_qui> j'ai besoin de toi


[08:53] <caribou> Good morning, according to https://wiki.ubuntu.com/Kernel/LTSEnablementStack, availability of kernel 4.15 in xenial HWE is scheduled for August. Is it still a save assesment or will it be released earlier (aside from the -edge release) ?
[09:00] <apw> caribou, iirc we will be transitioning linux-hwe a little before the point release, which might well be this SRU cycle
[09:03] <caribou> apw: we're talking the 3 week release schedule, right ?
[09:03] <apw> caribou, right, this transition is always a little hair with support packages, so it is possible it might be delayed relative to the rest of the cycle
[09:04] <caribou> ok, fine thanks!


[16:15] -queuebot:#ubuntu-quality- Builds: Lubuntu Next Desktop i386 [Artful Beta 1] has been updated (20170830)
[16:15] -queuebot:#ubuntu-quality- Builds: Lubuntu Next Desktop amd64 [Artful Beta 1] has been updated (20170830)
[16:17] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop i386 [Artful Beta 1] has been updated (20170830)
[16:17] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop amd64 [Artful Beta 1] has been updated (20170830)
[23:51] -queuebot:#ubuntu-quality- Builds: Ubuntu MATE Desktop amd64 [Artful Beta 1] has been marked as ready
[23:51] -queuebot:#ubuntu-quality- Builds: Ubuntu MATE Desktop i386 [Artful Beta 1] has been marked as ready


[00:51] <jamie_> I have an odd question... does anyone know if a SetWindowUrgency is different from de to de
[05:44] <darkxst> jamie_, what is that? and api call somehwere?
[05:45] <jamie_> huh
[05:45] <jamie_> darkxst: SetWindowUrgency
[05:45] <darkxst> <jamie_> I have an odd question... does anyone know if a SetWindowUrgency is different from de to de
[05:46] <jamie_> yes... I have ran into an odd predicament
[05:46] <darkxst> which is?
[05:47] <darkxst> though can't likely help with other DE's than GNOME
[05:48] <jamie_> darkxst: me and someone i was working with for a test for firefox and firefox os... he is in the unity ubuntu and I have a partially modified ubuntu runing the gdm and gnome 3 de and he ran https://gist.github.com/Noitidart/4a55eb617f32fd727c4d on his and it worked properly... I ran it on mine and it does not work even when we have change it to delay and switch windows so that another...
[05:48] <jamie_> ...program is in focus
[05:50] <darkxst> is firefox re
[05:50] <darkxst> really that convoluted? guess it doesnt have g-i
[05:51] <jamie_> well it was set as a test has be run in several firefox browsers and it still didnt not work... it was ran from the scratch pad....
[05:52] <darkxst> I mean the way you get the gtk functions looks like a horid hack, Ive never looked at FFos though
[05:53] <darkxst> gobject-introspection was invented to avoid all that
[05:53] <jamie_> it was ran from webIDE and on a device.... but it was just meant as a decent test
[05:53] <darkxst> but its most probabal firefox don't support that
[05:53] <jamie_> It was ran in firefox on unity and it worked
[05:54] <darkxst> jamie_, unity and gnome use the same gtk
[05:55] <darkxst> could possibly be some difference in the handling of hints between mutter and compiz though
[05:55] <jamie_> then im not sure... we could not find a reason that it was working on one and not the other... we were using team viewer and we both saw it work on one but not the other... on unity it shakes the icon... on gnome 3 it does nothing
[05:56] <darkxst> though if its in a browser wouldn't thing the WM would even matter
[05:59] <jamie_> it has be ran though several builds. the nightly, developers edition, standard... but I am just trying to figure out why it would work on unity... but not on gnome
[05:59] <darkxst> I can't think of any reason
[06:00] <jamie_> :\
[06:00] <darkxst> though still shocked by that code, FFos has no future if its that hard to introspect libraries
[06:01] <jamie_> that was not designed for the firefox os... but we were messing with it in the webIDE scratch pad for the hell of it
[06:01] <jamie_> its not that hard to do it... we were just really board and decided to have some fun and for some odd reason we ran into that problem...
[06:02] <darkxst> take a look at the gnome-shell js code and see what you are missing ;)
[06:02] <darkxst> jamie_, and I used to write in assembler, but no more!
[06:04] <jamie_> darkxst: Im not sure what you mean by look at the gnome-shell js code.... for the most part gnome shell is not js as far as I knew
[06:04] <darkxst> jamie_, its very much js
[06:05] <darkxst> runs off spidermonkey engine
[06:05] <jamie_> ahh... good point
[06:05] <darkxst> the interpreter though has been customised to provide introspection and other stuff
[06:05] <darkxst> so no ctype hackery
[06:06] <jamie_> ahh... so ctype will not work right on gnome you are saying....
[06:06] <darkxst> jamie_, no, it should work fine, but usually its not used at that level
[06:07] <darkxst> pretty sure python uses them for introspection support for example
[06:07] <darkxst> would normally be abstracted away from the end-user via language or toolkit or something
[06:08] <jamie_> darkxst: okay... so this one will not work on gnome... dam... not to annoy or sound stupid... but so you are saying we should avoid using ctype with gnome in this sense
[06:09] <darkxst> jamie_, no, but I would be surprised if there isnt a better(easier) way to do it
[06:10] <darkxst> but there is no reason why anything should be any different in GNOME compared to unity in a browser
[06:10] <mgedmin> doesn't gnome-shell suppress repeated attention hints or something?
[06:10] <jamie_> well it is an API that affects the desk top to push a notification or an action
[06:11] <mgedmin> at least that's what my experiments show: the first attention request results in a notification popping up about "App X wants your attention", then it goes to hide into the message tray
[06:12] <mgedmin> and if the app requests attention gain, nothing visible happens
[06:12] <darkxst> not noticed that
[06:12] <mgedmin> but the message tray still has the app icon to show that it requested your attention (a while ago)
[06:12] <darkxst> new notifications don't do that
[06:12] <darkxst> 3.16
[06:12] <mgedmin> jamie_, what version of gnome are you testing?
[06:12] <darkxst> its actually annoying now, too many notifications in the backlog ;[
[06:13] <jamie_> im in gnome 3 de i think
[06:13] <mgedmin> behavior may differ for different values of x in 3.x ;)
[06:13] <jamie_> one sec... let me check
[06:13] <mgedmin> 'gnome-shell --version' is probably the most relevant version
[06:13] <mgedmin> in case you have a mishmash of versions because you're on Ubuntu or something ;)
[06:14] <jamie_> 3.12.2
[06:15] <jamie_> i have the gdm with gnome 3 de
[06:15] <darkxst> ricotz, hey you going to update gtk and g-i on -staging?
[06:17] <mgedmin> anyway focusing the app clears the notification and if you switch focus away from the app again and have it request attention again, you should get a new notification
[06:17] <jamie_> i didnt get any at all and it made no dang sense at all
[06:17] <jamie_> im gonna try again real fast
[06:19] <jamie_> no... nothing
[06:19] <mgedmin> ok, you can use xwininfo to click on a window to get its ID, then have it demand attention, then check with xprop -id $that_id
[06:20] <mgedmin> _NET_WM_STATE(ATOM) should change to _NET_WM_STATE_DEMANDS_ATTENTION
[06:20] <mgedmin> (allowing that window to get focus makes it revert to _NET_WM_STATE_FOCUSED)
[06:20] <mgedmin> this way you can at least bisect if your code is setting the wm hint correctly...
[06:20] <mgedmin> (although if it works on unity, it probably is)
[06:24] <jamie_> well.... ill just call it for now.... ill work on this tomorrow at a more decent hour
[06:24] <jamie_> its 2:30 am here... i do not have the brain power for this
[06:52] <ricotz> darkxst, haven't got to it yet, will do in a bit
[06:53] <darkxst> ricotz, ok
[06:53] <ricotz> darkxst, also glib 2.44 isnt available yet
[06:54] <darkxst> btw have you seen https://bugzilla.gnome.org/show_bug.cgi?id=743897?
[06:54] <darkxst> I'm getting that in atleast totem and gnome-maps
[06:55] <ricotz> darkxst, let me try this later
[06:57] <darkxst> I tried with cogl/clutter 1.18 and also happend, but my current card is quite new
[06:58] <darkxst> gtx750
[06:58] <darkxst> maxwell
[06:59] <darkxst> new to me atleast, guess they have been around atleast a year now?
[07:00] <ricotz> darkxst, iirc this might be linker/dep issue, due a removed dep on pthread
[07:02] <ricotz> darkxst, hmm, i guess this was another problem, are you able to run "glmark2" ?
[07:03] <ricotz> darkxst, pushing glib, g-i and gtk+
[07:07] <Noskcaj> ricotz, Would you have time to package the 3.16 version of libgit2-glib and gitg for vivid-release? They are partially broken currently due to kde's need for a newer libgit2
[07:07] <Noskcaj> I tried to package them, but there was an issue i couldn't fix
[07:08] <darkxst> ricotz, Inconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed!
[07:08] <Noskcaj> https://launchpad.net/~noskcaj/+archive/ubuntu/staging/+packages is my WIP packages
[07:08] <darkxst> (glmark2)
[07:08] <darkxst> Noskcaj, logs of failure?
[07:09] <Noskcaj> https://launchpad.net/~noskcaj/+archive/ubuntu/staging/+build/7100566/+files/buildlog_ubuntu-vivid-amd64.gitg_3.15.2-0ubuntu1~vivid2_BUILDING.txt.gz
[07:09] <ricotz> Noskcaj, a linker issue due a missing symbol
[07:09] <Noskcaj> ricotz, That much i worked out, nothing further
[07:10] <darkxst> its vala right?
[07:10] <ricotz> so just grep through libgitg if it is there
[07:10] <ricotz> libgitg/.libs/libgitg-1.0.so: undefined reference to `ggit_cred_ssh_key_from_agent_new'
[07:12] <ricotz> Noskcaj, i would expect the required fix should go upstream
[07:12] <ricotz> darkxst, ok, i see
[07:14] <darkxst> Noskcaj, ricotz I could never reproduce that under jhbuild, probably not an upstream issue
[07:15] <ricotz> darkxst, dont underestimate --as-needed ;)
[07:16] <ricotz> ... just a thought, i am not able to look into this now
[07:16] <darkxst> ricotz, we get the as-needed bugs in jhbuild, don't think I have ever seen one that happens in packaging and not jhbuild
[07:17]  * darkxst wonders if it needs an updated vala or some such
[07:21] <Noskcaj> Is it normal for the code to have the line: #line 215 "/home/garrett/hacking/gnome/gitg/libgitg/gitg-credentials-manager.vala"
[07:21] <Noskcaj> every second line that is there
[07:22] <mgedmin> yes, for code that is compiled from vala to C
[07:22] <Noskcaj> ok
[07:23] <Noskcaj> that's not the issue then
[07:36] <Noskcaj> So that symbol is missing in the new libgit2-glib, i assume because ssh2 support is off. Turning it on has issues with finding the build-deps needed
[07:39] <ricotz> Noskcaj, so likely libgit2 isn't built with ssh support either
[07:40] <darkxst> Noskcaj, didnt I tell you all this a week or two ago ?
[07:41] <Noskcaj> maybe, i had a heap of stuff due that week. I'll check libgit2 in a hour or so
[07:41] <darkxst> the code to explicitly enable/disable ssh was added after last release, but the auto checks could be failing
[15:47] <allenskd> not sure if its me only but ubuntu software center when clicking on a package makes the font color all white... (a few styling issues)
[21:43] <loulis> (loulis) Ok i have installed ubuntu-gnome 14.10 on my laptop (lenovo g700). In the additional drivers section in system settings i choose to use the driver nvidia-331.  When i did it and restart the system a blank screen appeared and i could do nothing.  I hit ctrl alt f1 and i tried to remove it and install again the free driver nouveau.  I found the solution searching in ububtu forums.  After that i restarted and it shows me a l
[21:47] <loulis> 17SAB6ZR2


[07:54] <dholbach> good morning
[18:39] <sney> hello, I'm the maintainer of the hexchat debian package which was manually synced to trusty a few weeks ago, and now I have an ubuntu-specific bug to address. when I have a patch, how do I go about getting it included?
[18:40] <jtaylor> sney: there are two ways
[18:40] <jtaylor> file a bug, attach a debdiff and subscribe ubuntu-sponsors
[18:40] <jtaylor> or if you are familiar with bzr you can branch the package add the fix and file a merge request
[18:41] <jtaylor> bzr branch lp:ubuntu/trusty/hexchat
[18:41] <sney> ok, the latter seems fairly straightforward. thanks.
[18:43] <jtaylor> I guess its bug 1294415
[18:44] <sney> yeah. wishlist severity, but I was going to take a look anyway
[18:44] <jtaylor> the font thing should be solvable without deviating from debian
[18:44] <jtaylor> you can also use distro specific patches with source format 3
[18:45] <sney> hexchat can pop up a dialog on connect that suggests a channel to join, so I'm going to put #ubuntu in there (it currently suggests #hexchat)
[18:45] <jtaylor> see e.g. smuxi for a similar package
[18:45] <jtaylor> it has a ubuntu.series which applies a patch that sets the ubuntu stuff
[18:46] <jtaylor> that is preferable to a ubuntu only patch as it allows automatic syncs outside of freezes
[18:46] <sney> aha, ok. I'll look at smuxi for an example
[21:14]  * Logan_ waves to sney
[21:16]  * Unit193 pokes Logan_.
[21:16] <Logan_> hi Unit :)


[11:41] <Finrod> I just sent my eighth email letter to the ubuntu-irc-council, since I was banned on August 12
[11:43] <Tm_T> Finrod: yes we can see
[11:45] <Tm_T> Finrod: as you fail to respond to the already estamblished email discussion but start another one, I'll try pull together all the pieces before responding if any
[11:45] <Finrod> I addressed the letter to Tm_T and sent it to hggdh, irc-council, and Tm_T
[11:46] <Finrod> Please read the email before making false assumptions
[11:46] <Finrod> thank you
[11:46] <Pici> Yes, we have read it.
[11:48] <Finrod> Thanks for your patience
[11:49] <Finrod> Happy Halloween


[00:06] <nacc> bdmurray: re: LP: #1667150 and LP: #1666687, do you want me to add delta that drops those to suggests?
[00:07] <bdmurray> nacc: I don't really have an opinion / haven't looked into much.
[00:08] <nacc> bdmurray: ok
[00:25] <nacc> jbicha: hrm, seems like newpid to install failed on armhf; i wonder if it's because of lxd?
[00:26] <nacc> jbicha: yep, it also fails locally on lxd
[00:26] <nacc> slangasek: is it possible to require virtualization of a test runner? otherwise, i think this testcase can't pass on armhf (postgresql-plproxy uses newpid)
[00:28] <slangasek> nacc: I think that's spelled machine-isolation
[00:28] <nacc> slangasek: err, right!
[00:28] <slangasek> nacc: which will cause this test to be skipped for armhf since those are not currently available as runners
[00:28] <nacc> stgraber: --^ were you aware of this issue? newpid (pkg) doesn't install under LXD
[00:28] <nacc> slangasek: ack, will update the restriction
[00:28] <slangasek> nacc: but if you think it's a lxd bug, maybe we should override the failure instead?
[00:29] <nacc> slangasek: i'm not sure if it is or not -- i'll see what stgraber says before uploading
[00:29] <nacc> slangasek: thanks!
[00:39] <stgraber> nacc: it's attempting to set fs capabilities, that's not supported inside user namespaces by the kernel
[00:40] <stgraber> nacc: most other packages fallback to setuid when that happens (ping for example)
[00:40] <stgraber> we also have a kernel fix for this but it's not been merged mainline yet
[00:42] <stgraber> hallyn wrote the patch and has been trying to get it merged upstream for a while now
[00:50] <nacc> stgraber: ok, what would you recommend we do on armhf? it feels like a packaging issue in newpid really?
[00:52] <nacc> but if we are going to rely on newpid and newpid is known to not install in userns, then it seems like machine-isolation is an ok solution for now
[00:52] <stgraber> nacc: why do you rely on newpid in the first place?
[00:53] <nacc> stgraber: this test uses the `newnew` utility
[00:53] <nacc> stgraber: i err, newnet
[00:53] <stgraber> how about just changing the test to use unshare instead which comes from util-linux
[00:53] <nacc> stgraber: i can do that, let me see ... s/netnew/unshare -n/ ?
[00:53] <stgraber> I have no idea why someone even wrote newpid/newnet when util-linux provides a tool which does all of that and has done for years...
[00:54] <stgraber> nacc: yup
[00:55] <nacc> stgraber: thanks, testing
[01:00] <nacc> stgraber: thanks seems to work!
[01:02] <nacc> jbicha: --^ so that will need to build and then run through
[01:06] <nacc> is this a case of just retry on armhf? " unable to install updated status of 'python-minimal': No space left on device"
[01:35] <nacc> yep, it was, succeeded on retry
[02:44] <hallyn> newnet?
[05:41] <memeka> can anyone help with this: https://paste.ubuntu.com/24088463/ ?
[06:48] <Unit193> mvo: Did you ever see LP 643623?
[07:22] <mvo> Unit193: I have not seen this bug, no. I think its a valid request
[07:24] <Unit193> mvo: Great, I think with Debian moving more towards dbgsym packages, would be great if apt-setup created that, commented out, in sources.list by defaul too.  I plan to file that bug after this gets closed.
[07:25] <sarnold> Unit193: have you seen clear linux's debug symbol server thing? "all the symbols" sitting there waiting for FUSE to read them.. I fear find and rsnapshot etc but it sure would be convenient..
[07:26] <Unit193> sarnold: No, I have no idea what that is.
[07:26] <Unit193> s/that is/their setup/
[07:26] <sarnold> hrm, a bit short https://clearlinux.org/features/all-debug-information-all-time
[07:29] <Unit193> Not sure I like a fuse mount to a remote server on all the time, but that's certainly pretty cool.
[07:29] <sarnold> yeah it feelsl ike something you'd really want to turn o nwhen you want it
[07:30] <sarnold> maybe with a -t3600 or something so you don't forget to turn it off again :)
[07:30] <Unit193> Wonder how that affects df calls.
[07:33] <sarnold> hopefully the right thing, the fuse filesystem apparently can hook that http://libfuse.github.io/doxygen/fuse__lowlevel_8h.html#aa1d95ec3ca674253baac3639ea10f0ff
[07:40] <Unit193> I have df (with --local, which fuse ignores) in my bashrc, slowdowns are fun.
[08:58] <cpaelzer> Odd_Bloke: smoser: no expectign that the latter is awake, could you take a look at bug 1668876
[08:59] <cpaelzer> TL;DR assumption daily yakkety images of this night don't match metadata (size/checksums)
[09:04] <cpaelzer> I tried from a lab and from home and both match, but if anyone else could try the wget/sha256 or the sync command I listed in the bug - just to see if there are any proxy/caching things different around the world
[12:08] <javier4> I got this error trying to cross-compile wpa for armhf on a x86_64 host.
[12:08] <javier4> "/usr/include/qt4/QtCore/qatomic_armv5.h:131: Error: no such instruction: `swpb %al,%bpl,[%rbx]'"
[12:09] <javier4> Reading online it seems to be due to an incorrect setup of qmake. In particular it seems to not find the arm toolchain.
[12:10] <javier4> I'm totally ignorant in QT developing. The only file that I think could be a config for qmake is the wpa_gui.pro that qmake should use to generate its makefile.
[12:10] <javier4> https://www.irccloud.com/pastebin/ni0ymJpB/
[12:11] <javier4> Should I modify it someway?
[12:28] <rbasak> jbicha: around? About bug 1571816. Did 1:1.6.2-0ubuntu14.2 actually achieve anything then? If not, I'm not sure we should be releasing it.
[12:29] <jbicha> rbasak: before the update, wine1.6 does not show in gnome-software at all, after the update it shows as "Configure Wine" which while odd is still an improvement
[12:30] <jbicha> see also my last comment on bug 1639507
[12:31] <rbasak> jbicha: I'm dubious about that as a justification, because users still have to download tons of updates, and I think I'd prefer to know and confirm the full fix. But separately from that, I'm questioning "Set X-AppStream-Ignore=true" specifically between 1:1.6.2-0ubuntu14.1 and 1:1.6.2-0ubuntu14.2, which AFAICT didn't do anything?
[12:31] <jbicha> all the other parts of 1571816 work correctly (wine-development on xenial and yakkety and wine/yakkety)
[12:34] <rbasak> jbicha: so to be clear, 1) I appreciate that it works incrementally after the update, though I'm not sure that's enough so that's one question; and 2) is the update actually minimal, because of the effectively no-op X-AppStream-Ignore change?
[12:34] <jbicha> right, 14.2 had no effect :( it might be needed if we fix gnome-software but I don't know
[12:35] <rbasak> jbicha: I appreciate you driving this. Though IMHO, the bug isn't severe enough to warrant landing a half fix.
[12:35] <rbasak> I appreciate it's subjective though. Other ~ubuntu-sru may disagree and I'm fine with that.
[12:36] <jbicha> the x-appstream-ignore change is probably correct though, it was flagged as an issue on http://appstream.ubuntu.com/xenial-proposed/universe/issues/wine1.6.html
[12:36] <jbicha> that page doesn't exist now because it was fixed in -proposed but this still does
[12:36] <jbicha> http://appstream.ubuntu.com/xenial/universe/issues/wine1.6.html
[12:36] <rbasak> jbicha: sure, but probably correct isn't enough for an SRU.
[12:37] <rbasak> jbicha: I'd prefer to see definitely verified correct with a real user impact confirmed resolved.
[12:37] <rbasak> jbicha: but, I think the Yakkety bits do work, right?
[12:37] <jbicha> yes, the other 3 packages work fine; it's just wine1.6/xenial that's half fixed
[12:38] <jbicha> I think the 2 biggest packages left that people complain about not showing in Software are steam (non-i386) and wine
[12:39]  * rbasak is still sorting out his understanding of which pieces do what
[12:40] <jbicha> until yakkety, Ubuntu had wine1.6 which was fairly separate from Debian's wine packaging
[12:40] <jbicha> Debian has wine and wine-development which are the same except wine-development is a newer ("less stable") version
[12:41] <jbicha> Debian's packaging doesn't have any .desktops so it's not affected by the "gnome-software picking a random .desktop instead" bug
[12:47] <rbasak> jbicha: is "Fix Committed" correct for wine1.6's development task? Or should that be Invalid?
[12:47] <rbasak> Hmm. wine1.6 is still in Zesty?
[12:49] <jbicha> wine1.6 is just a transitional package in 16.10+
[12:49] <rbasak> OK, so Invalid?
[12:50] <jbicha> if you want; I just had it set to the same status as xenial
[12:51] <rbasak> jbicha: OK thanks. wine1.6 for Xenial hasn't aged enough anyway. The others look fine to accept. Personally I'd hold wine1.6 in xenial-proposed until it's properly resolved, and drop the X-AppStream-Ignore change unless it is demonstrably required.
[12:52] <rbasak> (demonstrably required whether for this bug or some other SRU-worthy issue)
[12:54] <jbicha> ok
[13:24] <smoser> cpaelzer, commented in your bug.
[13:25]  * cpaelzer reading
[13:27] <cpaelzer> thanks smoser
[13:27] <cpaelzer> I was kind of waiting you to point me to a user error, thanks for reassigning where it belongs to
[13:28]  * cpaelzer is not sure if broken images are really better than me haning up on a user error
[13:29] <smoser> cpaelzer, diamond is still up
[13:29] <cpaelzer> smoser: sure I didn't kill it
[13:30] <cpaelzer> a bunch of broken guests around
[13:30] <cpaelzer> smoser: but I'd want to wait with a reinstall until the power Devs had a chance to inquire
[13:30] <smoser> what did you want to do about firware there ?
[13:31] <cpaelzer> smoser: keeping as-is in regard to my issue, we can go to 860 if you need that for other reasons
[13:31] <cpaelzer> smoser: I'm pretty convinced it is not a FW issue, but if you want I can up that to 860
[13:31] <cpaelzer> smoser: just the re-deploy of the OS is what I'd postpone atm
[13:45] <smoser> cpaelzer, ok
[13:51] <rbasak> jbicha: regarding https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1662749/comments/4 and https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1662750/comments/4, it'd be useful to state the actual package version strings tested. We've had a severe SRU regression in the past because of confusion due to the lack of that being stated.
[13:51] <rbasak> Note though that I'm not releasing it yet due to https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1621971/comments/16.
[14:01] <jbicha> rbasak: good catch, it was fixed in gnome-software 3.23.90 but zesty is still at 3.22.5 so we need to backport that patch
[14:56] <barry> nacc: afaict, pycxx doesn't have any reverse-depends
[16:31] <tsimonq2> slangasek: :O is patch pilot no longer a thing? Nobody is on the calendar...
[17:41] <nacc> barry: ack, was just wondering as it's been stuck for a while
[17:41] <nacc> tsimonq2: i have it on my calendar periodically, at least
[17:42] <nacc> hallyn: yeah, i guess it's an alternative wrapper just for network namespaces?
[18:24] <nacc> jbicha: do you have a track of what all still requires src:postgresql-9.5 in 17.04?
[18:39] <jbicha> nacc: uh, maybe nothing?
[18:43] <nacc> jbicha: ack, i just updated the bug
[18:43] <nacc> slangasek: would you mind taking a peek at my last comment in LP: #1666566 when you have a moment?
[18:53] <slangasek> nacc: ugly that repmgr declares that its dep is satisfied by a package that it no longer builds from its own source; but binaries removed now
[18:54] <nacc> slangasek: agreed, and thank you!
[18:56] <slangasek> nacc: and 9.5 removed
[18:56] <nacc> slangasek: great, thanks! I'll have pings about mariadb shortly too, i think :)
[20:06] <jtaylor> barry: re python regression, have you tested turning the computed gotos on and off in xenial, so far I know python2 in xenial has that python3 backport
[20:06] <jtaylor> though that should improve performance in theory, but you never know
[20:34] <barry> jtaylor: thanks. caribou has done most of the actual testing ^^.  i'll make sure he knows about that
[21:21] <nacc> jgrimm: figured out the issue with ocfs2-tools; it depends on dlm-controld which ubuntu renamed to dlm
[21:21] <nacc> jgrimm: fixing
[21:21] <jgrimm> ahh. cool
[21:22] <nacc> jgrimm: should make a note somwhere theat uploaders ofdlm will need to fix ocfs2-tools
[21:22] <jgrimm> suggestion on where?
[21:22] <nacc> powersj: --^ fyi
[21:22] <powersj> given I packaged dlm this time around, is there a reason to keep the rename?
[21:23] <nacc> powersj: the changelog only mentions history
[21:23] <powersj> yeah...
[21:23] <jgrimm> i'm trying to remember the history.. was it that debian renamed and we wanted to keep our legacy historic name? or just thought it was cleaner? may have to dig for the reason to answer your question
[21:23] <nacc> jamespage: --^ do you know the history?
[21:27] <nacc> jgrimm: yes, it seems something historical -- that we relied on 'dlm' being the binary package name (it's only source in debian)
[21:27] <nacc> jgrimm: feels like something we should transition in 18.04 so we can sync
[21:27] <jgrimm> nacc, sounds reasonable indeed
[21:27] <nacc> jgrimm: well, we can transition in z+1 and then drop it after 18.04, that is
[21:28] <jgrimm> please add to the whiteboard
[21:28] <nacc> ack
[21:28] <jgrimm> thanks
[21:28] <nacc> yeah, lvm2 carries a delta for this same issue
[21:28] <nacc> so we'd be able to drop a few pieces of delta and sync two packages
[21:29] <jgrimm> cool, yeah seems like busywork that we should drop
[21:30] <jgrimm> nacc, i'd straight out open a bug to track all the packages as well
[21:32] <nacc> jgrimm: LP: #1669133 and bp updated
[21:32] <jgrimm> nacc, thanks sir!!
[21:33] <nacc> jgrimm: upload ofcs2-tools as well, should go through
[21:33] <jgrimm> ack. thanks
[21:42] <nacc> slangasek: so i think mariadb-10.0 may not be showing up in NBS because of the powerpc binaries leftover? last comment in LP: #1669073
[21:46] <slangasek> nacc: it's not NBS because the source is still in zesty.  Do you want mariadb-10.0 removed?
[21:46] <slangasek> NBS == not built from source; but there's a source there which builds it
[21:47] <nacc> slangasek: err, yes, sorry!
[21:47] <nacc> slangasek: yes, my eventual goal is removal of src:mariadb-10.0
[21:47] <slangasek> nacc: right - do you want me to delete it now? :)
[21:47] <slangasek> it'll take the binaries with it when it goes
[21:47] <nacc> slangasek: yes please
[21:49] <nacc> slangasek: i would update that bug with a task for mariadb-10.0 but i'm getting LP timeouts
[21:50] <slangasek> nacc: removal done, and I'll take care of the lp bug update when timeouts relax
[21:50] <nacc> slangasek: thanks
[22:06] <nacc> slangasek: on a different note, i'm not sure what to do about liblog4ada's regressions in z-p. afaict, it's not passed on ppc64el/s390x since september (and unfortunately the passing logs seem to be gone). But it feels like it's not strictly true that it's a regression in any of the packages affected.
[22:21] <nacc> sbeattie: fyi only mariadb-10.1 is now in z
[22:40] <sbeattie> nacc: thank you!
[22:42] <nacc> sbeattie: np
[22:52] <nacc> slangasek: last one :) LP: #1667834
[22:55] <slangasek> nacc: it shouldn't be in main anyway, so no security committment, right?
[22:55] <slangasek> regardless, demoted to zesty-proposed
[22:55] <slangasek> oh
[22:55] <nacc> slangasek: right, we just don't want to ship two
[22:55] <nacc> slangasek: it's in universe
[22:55] <slangasek> but I shouldn't go and close the bug that I just marked as block-proposed
[22:58] <nacc> slangasek: ah i see, so what happens is php7.1 still gets synced, but stays in proposed becuase of the tag? fancy!
[23:02] <slangasek> nacc: yep
[23:02] <nacc> slangasek: TIL and thanks!