[01:10] <bcurtiswx> kenvandine, did you get my bug memo from earlier?
[01:23] <kenvandine> bcurtiswx, not yet
[07:06] <pitti> Good morning
[07:31] <baptistemm> hello
[07:35] <baptistemm> hi pitti
[07:50] <pitti> hey baptistemm
[07:51] <vish> robert_ancell: hi, did the pidgin merge get approved? you were looking into the papercuts a few days ago for uploading, and seb`28 had mentioned it , but the bug has not auto-closed , so was wondering if the changelog had a bug# tpyo
[07:51] <vish> typo*
[07:51] <vish> heh, typo for a typo :D
[07:54] <robert_ancell> vish, sorry, not I haven't looked at it yet
[07:54] <vish> ah, k.. :)
[07:55] <didrocks> good morning
[07:56] <vish>  bonjour!
[07:57] <didrocks> hey vish ;)
[07:59] <vish> yay! beta releasing today!
[08:00] <robert_ancell> vish, doing it now...
[08:00] <vish> robert_ancell: thanks :)
[08:01] <huats> morning
[08:01] <didrocks> salut huats
[08:01]  * didrocks test the netbook beta iso now
[08:01]  * vish grumbles at ATI! , let me use unity!
[08:04] <didrocks> vish: I think that harrassing RAOF can have positive result on that ;) (kidding, just to say, he is working on it ;))
[08:04] <vish> :)
[08:07] <huats> hey didrocks
[08:23] <robert_ancell> vish, which description did you want?  The one in the debian bug report?
[08:24] <vish> robert_ancell: the merge i had updated , that was the one with mpt's last suggestion
[08:24] <vish> the debian one was old..
[08:25] <robert_ancell> vish, oh, too many patches, missed the merge :)
[08:26] <vish> robert_ancell: hehe , yeah, that bug has been around for ages :D
[09:01] <cassidy> kenvandine, didrocks: around ?
[09:01] <didrocks> salut cassidy
[09:01] <cassidy> hey!
[09:01] <cassidy> so, today is Empathy's hug day which is great and all but I just saw that Maverick still has 2.31.90 which is pretty buggy (first release with meta-contacts so lot of regressions)
[09:02] <cassidy> any chance to update to .91 asap so people will test a more decent version ?
[09:02] <cassidy> same for folks, it would be really nice to have 0.1.16 for tests
[09:02] <didrocks> cassidy: urgh, not really as we are in beta freeze today and we will have maybe some CD respin again :/ let me see if I can unblock that, gives me 10 minutes
[09:03] <cassidy> cool
[09:03] <didrocks> cassidy: in the worst case, we can setup a ppa and put that in the instruction of the hug day
[09:03] <cassidy> I can even make a <IP_ADDRESS> to have all the latest fixes (we fixed a bunch of regressions these last 2 days)
[09:03] <didrocks> that will be cool :)
[09:03] <cassidy> didrocks, yeah we could use the TP PPA
[09:04] <cassidy> didrocks, folks has been packaged in Debian, I'll upload it the the TP PPA
[09:04] <cassidy> and will make a .1 release too
[09:04] <didrocks> cassidy: let me see, it depends on the regression I currently get on the netbook installer, if we do a respin or not. Will be soon fixed if we respin or not
[09:04] <didrocks> cassidy: great, prepare the ppa in any case :)
[09:04] <cassidy> yeah that doesn't hurt
[09:05] <robert_ancell> didrocks, do you know much about libgtkhtml?  It appears to be used by evo, and the latest version has changed library name from libgtkhtml-editor.so to libgtkhtml-editor-3.14.so
[09:06] <didrocks> robert_ancell: you made the update, right? that's why I didn't change it
[09:06] <didrocks> robert_ancell: we have a patch for that IIRC
[09:06] <robert_ancell> didrocks, I did the stable release update, I haven't made the 3.31 release
[09:06] <didrocks> robert_ancell: no, please, don't make 3.31
[09:06] <robert_ancell> I mean update with the stable version of gtkhtml
[09:07] <didrocks> robert_ancell: we stay on 3.30.x for evo 2.30.x
[09:07] <robert_ancell> didrocks, ok, I'll put a note in versions.  cheers
[09:07] <didrocks> robert_ancell: consider libgtkhtml beeing part of the evo stack
[09:24] <seb128> hey
[09:24] <seb128> being a bit late I've been doing some beta testing
[09:32] <didrocks> cassidy: I think the ppa will be the way to go for the hug day, do you need help there? (be sure that pedro is aware about that)
[09:32] <cassidy> didrocks, the folks package should reach incoming.debian soonish. I'll upload it to the PPA then
[09:33] <cassidy> didrocks, I'm doing the empathy release atm. then it would be cool if you could package it
[09:33] <didrocks> cassidy: sure, just keep me posted :)
[09:34] <seb128> check the queue before, updates have been done during the week and uploaded
[09:34] <seb128> they are just blocked until beta
[09:35] <seb128> when is the bug day?
[09:35] <seb128> next week?
[09:35] <seb128> the queue will be cleaned before that
[09:35] <didrocks> seb128: today
[09:35] <seb128> oh ok
[09:36] <seb128> timing sucks
[09:36] <didrocks> seb128: cassidy is making a new .1 release with latest fixes too
[09:36] <didrocks> right
[09:36] <cassidy> didrocks, folks uploaded to the PPA
[09:36] <seb128> ok
[09:39] <cassidy> didrocks, released http://lists.freedesktop.org/archives/telepathy/2010-September/004852.html
[09:46] <didrocks> cassidy: thanks, will do it in some minutes
[09:47] <cassidy> great
[09:59] <fta> kenvandine, fyi, gwibber-service crashes a lot here with "GError: Unrecognized image file format"
[09:59] <seb128> fta: bug number?
[09:59] <fta> i'm looking for a dupe atm
[10:00] <seb128> let me know
[10:00] <seb128> so I can milestone it
[10:02] <fta> oh, there's a .91 available, i'll upgrade 1st
[10:02] <fta> empathy just crashed too
[10:03] <fta> SIGSEGV in tp_proxy_get_object_path()
[10:51] <seb128> pitti, hi!
[10:51] <pitti> Monsieur Bacher! ca va?
[10:51] <seb128> ca va bien ;-)
[10:52] <seb128> ca va même très bien :-)
[10:52] <seb128> et toi ?
[10:52] <seb128> pitti, while playing with maverick I noticed that mono applications crash in the guest session
[10:53] <seb128> pitti, would that be a bug in the guest session?
[10:53] <pitti> seb128: bien, merci!
[10:53] <pitti> seb128: do you have an AppArmor error in dmesg?
[10:53] <pitti> the AA profile might need updating
[10:53] <seb128> let me see in my logs
[10:54] <seb128> I had to restart my system crashes again when coming back from the guest session
[10:54] <seb128> some days I hate intel drivers
[10:54] <pitti> oh, I used the guest session a couple of times in maverick, and it behaved
[10:54] <pitti> but I might have a different card
[10:54] <seb128> it's not the guest session
[10:55] <seb128> it's xorg session switching
[10:55] <pitti> right
[10:55] <pitti> I mean that
[10:55] <seb128> the box crashes
[10:55] <seb128> ie keyboard led stop responding
[10:55] <seb128> can't do anything but use the power button
[10:56] <pitti> does ssh work still?
[10:56] <seb128>  type=1400 audit(1283420455.774:51): apparmor="DENIED" operation="file_mmap" parent=3311 profile="/usr/share/gdm/guest-session/Xsession"
[10:56] <seb128> pitti, ^
[10:57] <seb128> name="/dev/shm/mono-shared-124-shared_data
[10:57] <pitti> ah
[10:58] <seb128> pitti, should I open a bug about it?
[10:59] <pitti> seb128: sure, please do; I need to disappear for an hour and run now, so I can't fix it right away
[10:59] <seb128> pitti, ok, see you!
[11:02] <mvo> glatzor: hi, around?
[11:24] <seb128> hey Keybuk
[11:24] <Keybuk> heyhey
[11:26] <seb128> Keybuk, how are you?
[11:26] <seb128> Keybuk, did you read pitti's comment on bug #615549
[11:26] <ubot2> Launchpad bug 615549 in gdm (Ubuntu Maverick) (and 1 other project) "Dell Studio XPS 13 no video (affects: 2) (heat: 176)" [High,Triaged] https://launchpad.net/bugs/615549
[11:26] <seb128> Keybuk, would be nice if you could reply to it ;-)
[11:26] <Keybuk> I'm not too bad
[11:26] <Keybuk> is there any reason I should have read pitti's comment on that bug?
[11:27] <seb128> he Cc-ed you and asked you a question
[11:27] <Keybuk> ah, I /dev/null all bug mail that's not assigned to me
[11:27] <seb128> even direct cc?
[11:27] <seb128> ie if somebody subscribe you to the bug
[11:28] <Keybuk> if he Cc'd me in mail, I should have got it
[11:28] <Keybuk> right, I /dev/null that
[11:28] <seb128> ok
[11:28] <seb128> that's useful to know for next time ;-)
[11:31] <Keybuk> if you want me to look at a bug, the best thing is to just grab me on IRC like that - or drop me a mail :)
[11:31] <seb128> Keybuk, ok, noted for the next time
[11:31] <seb128> thanks ;-)
[11:33] <Keybuk> have replied, I would talk to cjwatson and apw about that bug
[11:34] <seb128> ok
[11:35] <seb128> pitti, ^
[11:55] <tjaalton> is there a way to have a different default background for gdm & gnome (lucid)?
[11:55] <tjaalton> so far it seems "no"
[11:56] <seb128> there is
[11:56] <seb128> just change the background gconf key for the gdm user
[11:56] <seb128> sudo -u gdm gnome-appearance-properties
[11:56] <seb128> it's the easier way
[11:56] <seb128> or sudo -u gdm gconf-editor
[11:56] <tjaalton> hmm ok
[11:57] <tjaalton> right, I found the files in /var/lib/gdm, could just replace the one having that :)
[11:57] <seb128> you might need to add a dbus-launch in that
[11:57] <seb128> yes
[11:57] <tjaalton> ok thanks, sounds like a solutino
[11:57] <tjaalton> -on
[12:07] <pitti> re
[12:07] <pitti> Keybuk: thanks for the reply
[12:17] <chrisccoulson> i quite like Keybuk's approach to handling bug mail ;)
[12:18] <Keybuk> heh, it was born out of a few factors
[12:19] <Keybuk> firstly I'm really bad at bug mail, and I get shouty and ranty on it; when we experimented with Steve doing the triage and assigning them to me in late-Lucid, things got *so much more productive*
[12:19] <Keybuk> secondly the volume of bug mail across the bits I'm theoretically responsible for is so large, I would only have time to read and reply to it, I wouldn't have any time left to actually fix bugs or do work
[12:19] <Keybuk> and thirdly I'm almost entirely focussed on development - reading bugs doesn't really help with that :p
[12:20] <pitti> I largely ignore incoming bugs (package bug contact), I just jump on subscribed and assigned bugs
[12:20] <chrisccoulson> yeah, i'm pretty bad with bug mail. i tend to just let them build up for ages and then deleting them when i realise it would take me 2 days to read through them all
[12:20] <pitti> and then and again look at the package bug list and do some cleanup
[12:20] <chrisccoulson> i generally only read the ones that people assign to me
[12:21] <pitti> I can genearlly live with the bug mail genearted through subscribed/assigned bugs
[12:21] <chrisccoulson> pitti - i'm subscribed to mozilla bugs ;)
[12:21]  * pitti sorts his e and r keys
[12:21] <pitti> chrisccoulson: you mean as being a package bug contact?
[12:21] <chrisccoulson> yeah
[12:22] <pitti> right, those are the ones I ignore
[12:22] <pitti> I mean explicitly subscribed
[12:22] <chrisccoulson> yeah, i'm starting to question the value of being subscribed to all mozilla bugs
[12:22] <pitti> I expect the cost-benefit ratio of that to be very low
[12:22] <pitti> erm, high I mean :)
[12:23] <chrisccoulson> i occasionally spot issues when i see bugs that are getting a lot of comments
[12:23] <chrisccoulson> and i spotted yesteday too that lots of people were reporting upgrade failures with ubufox
[12:23] <chrisccoulson> but apart from that, it's not much benefit
[12:24] <seb128> we still lack an efficient way to spot bugs we need to work on
[12:24] <chrisccoulson> yeah, i definately have that problem
[12:25] <seb128> I don't bother replying to bug emails nowadays but I still do read titles
[12:25] <chrisccoulson> yeah, that's pretty much what i'm doing at the moment
[12:25] <seb128> it give me an idea of which ones are common issues or get comments often
[12:27] <seb128> I'm still trying to figure a way to build a comprehensive bugslist of things we should work on
[12:27] <seb128> which requires first to know what to put on the list
[12:27]  * pitti fixes up the mountall lucid branch
[12:28] <seb128> but also to know how to display the list
[12:28] <seb128> ideally we would have a list of maverick bug tasks on the desktop set
[12:28] <seb128> or the xorg set
[12:28] <seb128> or the firefox set
[12:29] <seb128> then we just need to open maverick tasks for bugs we care about
[12:41] <seb128> mvo, hello
[12:41] <seb128> bug #587004
[12:41] <seb128> do you want that to have a maverick task?
[12:42] <ubot2> Launchpad bug 587004 in update-notifier (Ubuntu) (and 1 other project) "Update-notifier triggers an aptdaemon launch on start up (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/587004
[12:42] <seb128> I'm reviewing the bug nomination list
[12:43] <mvo> seb128: checking
[12:43] <mvo> seb128: I think that is hard to avoid without a suid binary, but I will double check
[12:43] <seb128> mvo, what about comment #8?
[12:44] <mvo> seb128: aha, indeed
[12:45] <seb128> mvo, if that's easy to do maybe maverick task set to low and assigned to you there?
[12:46] <mvo> seb128: I have a look at the code, should be staightfowrad
[12:47] <seb128> mvo, ok, do you mind if I assign some bugs to you while I clean nominations? feel free to unassign them
[12:47] <seb128> mvo, like bug #620297
[12:47] <ubot2> Launchpad bug 620297 in gdebi (Ubuntu) (and 1 other project) "gdebi-gtk fails with ''dpkg: unable to read filedescriptor flags...." (affects: 24) (dups: 1) (heat: 96)" [Undecided,Confirmed] https://launchpad.net/bugs/620297
[12:47] <seb128> mvo, it's mainly a way to say "could you read the bug and check if that should be on the maverick list" ;-)
[12:48] <seb128> mvo, that will be easier than IRC pings I think
[12:48] <mvo> seb128: best is to show them to me here in irc
[12:48] <seb128> ok
[12:48] <seb128> so consider yourself pinged about the gdebi one as well
[12:49] <seb128> mvo, bug #624290 has a patch, would be nice to review
[12:49] <ubot2> Launchpad bug 624290 in gdebi (Ubuntu) "gdebi crashes if the control file contains UTF-8 characters (affects: 1) (heat: 499)" [Undecided,New] https://launchpad.net/bugs/624290
[12:51] <mvo> looking
[12:54] <chrisccoulson> the mimetype detection logic in firefox makes me want to cry!
[12:55] <seb128> chrisccoulson, is there any reason to not just use gio nowadays?
[12:57] <chrisccoulson> seb128 - probably not, but that wouldn't stop it from being a mess. it seems very over-complicated
[13:00] <seb128> mvo, bug #617821, want it on your maverick list?
[13:00] <ubot2> Launchpad bug 617821 in software-center (Ubuntu) "Forward/Back doesn't work as intended (affects: 1) (heat: 195)" [Low,Confirmed] https://launchpad.net/bugs/617821
[13:01] <chrisccoulson> seb128 - in fact, firefox 4.0 is already using gio (with a fallback to gnome-vfs)
[13:01] <seb128> ok
[13:02] <chrisccoulson> but it's just bolted on to the previously over-complicated logic ;)
[13:02] <chrisccoulson> i should probably try porting the gconf bits to gsettings at some point
[13:04] <bilalakhtar> mvo: You know better, but I think bug #627985 is good to go ahead. What do you think?
[13:04] <ubot2> Launchpad bug 627985 in apt-transport-debtorrent (Ubuntu) "Sync apt-transport-debtorrent 0.2.2 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,New] https://launchpad.net/bugs/627985
[13:04] <nessita> good morning everyone
[13:04] <bilalakhtar> mvo: You have uploaded to it many times, and it appears that the only change is not also in debian
[13:05] <bilalakhtar> s/not/now/
[13:05] <mvo> bilalakhtar: I look at it
[13:15] <seb128> pitti, bug #595344
[13:15] <ubot2> Launchpad bug 595344 in jockey (Ubuntu) "jockey failed to install Broadcom B43 wireless driver (affects: 4) (heat: 61)" [Undecided,Confirmed] https://launchpad.net/bugs/595344
[13:15] <seb128> do you want that one nominated?
[13:15] <seb128> bug #613655 seems similar
[13:15] <ubot2> Launchpad bug 613655 in jockey (Ubuntu) (and 1 other project) "Broadcom B43 wireless driver fails to activate/install (affects: 2) (heat: 12)" [Undecided,Confirmed] https://launchpad.net/bugs/613655
[13:15] <seb128> seems the b43 packaging is different
[13:15] <seb128> you need to install a new binary
[13:16] <bilalakhtar> mvo: I hope its good. your view?
[13:18] <bilalakhtar> have to go now, sorryt
[13:19] <pitti> seb128: hm, maybe the URL changed; but I guess we could just entirely remove that driver and just offer wl
[13:19] <pitti> seb128: please nominate, duplicate, and assign to me; can do after my holidays
[13:20] <seb128> pitti, ok
[13:20] <pitti> seb128: merci
[13:20] <seb128> pitti, the bug suggest the packaging changed to have installers
[13:23] <seb128> pitti, ok assigned
[13:44] <slomo> seb128: any chance you or someone else could update gst-plugins-bad and -ugly in ubuntu? probably too late now...
[13:44] <seb128> could be done after beta but I've no time for it
[13:44] <seb128> if somebody in motu lands want to do it why not
[13:45] <seb128> ^ whoever could be wanting to work on those?
[13:45] <slomo> ok, let's hope someone has the time for it... -ugly should be just a sync but -bad needs changes because of your plugin moves to -good
[13:45] <slomo> also would be nice if someone could update the -bad-multiverse and -ugly-multiverse packages :)
[13:48] <slomo> seb128: i wonder if i still have the required permissions to do it... but i'd also need someone to tell me what your policies are nowadays :P i simply don't want to close upstream bugs and tell people that the bugs are fixed since months immediately after the ubuntu release...
[13:48] <seb128> slomo, you still have upload rights
[13:48] <seb128> slomo, no special requirements, those are in universe
[13:49] <seb128> slomo, you can just do the update and upload if you want
[13:49] <seb128> source uploads so you don't need an ubuntu box to build
[13:49] <seb128> rather easy it is no ;-)
[13:49] <slomo> sounds good, when is "after beta"? :)
[13:50] <ogra> slomo, later tonight or tomorrow
[13:50] <seb128> you can upload
[13:50] <ogra> publishing is in the works
[13:50] <seb128> those will just queue and there is no freeze for universe
[13:50] <seb128> so somebody will get those in
[13:50] <slomo> ok, i'll try to find some time to get these updated later today or tomorrow then
[13:51] <seb128> thank you
[13:58] <slomo> seb128: you'll care for good? only change for the release (later today, really) will be the version number (compared to .5)
[13:58] <seb128> yes
[13:58] <seb128> we have .5
[13:58] <seb128> so should be easy ;-)
[13:58] <slomo> good :)
[13:58] <slomo> except the plugin moves :P but you're probably using dh_autoreconf anyway
[13:59] <seb128> no we don't actually for this one yet but the autoreconf change applies without issue between minor version
[13:59] <seb128> so it didn't annoy me enough to switch to dh-autoreconf
[14:00] <slomo> ok
[14:35] <bcurtiswx> didrocks, thanks for making those uploads to telepathy PPA :)
[14:36] <didrocks> bcurtiswx: yw ;) it will be in maverick ASAP we unfreeze
[14:36] <didrocks> but it's better to have the latest crack for the hug day :-)
[14:36] <bcurtiswx> didrocks, yeah, i knew it was gonna unfreeze today, i was the one that pushed them to be put on the PPA seeing the bad timing of everything
[14:37] <didrocks> bcurtiswx: oh ok :-)
[14:46] <seb128> pitti, mvo: I've no closed source drivers on that box but do you know if bug #570215 is still valid?
[14:46] <ubot2> Launchpad bug 570215 in jockey (Ubuntu) "[Lucid] jockey should use the new Lucid restart notification system (affects: 2) (heat: 28)" [Low,New] https://launchpad.net/bugs/570215
[14:46] <pitti> presumably it is; I never changed anything in that regard
[14:49] <seb128> pitti, do you think that's something that should be on the maverick list as a low importance task?
[14:50] <pitti> seb128: not sure how important it is, but please feel free to assign to me for now
[14:51] <seb128> pitti, ok thanks
[14:52] <seb128> pitti, seems it's a simple matter of writting /var/run/reboot-required
[14:55] <rodrigo_> seb128, kenvandine: some packages I submitted on Tuesday are still in the queue, so, do I need to do anything to have them reviewed/uploaded?
[14:56] <seb128> rodrigo_, no, just wait until after beta
[14:56] <rodrigo_> seb128, ah, ok
[14:56] <seb128> rodrigo_, we are frozen for beta since thursday
[14:56] <rodrigo_> until when?
[14:56] <seb128> rodrigo_, if you need something to get in it should fix a beta bug and you need to ask the release team to approve it
[14:56] <seb128> until beta is released
[14:56] <seb128> which should be today in theory
[14:56] <rodrigo_> seb128, no, I can wait
[14:56] <seb128> not sure if that's on track, it could be tomorrow
[15:03] <desrt> tedg: hey
[15:03] <desrt> tedg: wrote a mail to xdg list today about my actions interface that i just added to glib
[15:04] <tedg> desrt, Yeah, I read through that -- I didin't know dbus had a maybe type.
[15:04] <desrt> it's not on master yet, but i guess it will be by next week
[15:04] <desrt> it doesn't
[15:04] <desrt> but it will soon
[15:04] <desrt> and until then there is a well-accepted way to fake it
[15:04] <tedg> Oh, now I don't feel as stupid :)
[15:05] <desrt> when you consider that a maybe type is essentially just an array that is constrained to only having 0 or 1 items in it...
[15:05] <desrt> then you see that ax <-> mx
[15:06] <desrt> anyway.  what is your opinion?
[15:06] <tedg> Makes sense to me.  I probably need to re-read it knowing that.
[15:06] <desrt> since it seems likely that you have a role in building on this interface, probably you should be OK with it :)
[15:07] <tedg> Do you think the spec needs a set of "well known" action names?
[15:07] <desrt> no
[15:07] <tedg> It seems like that'd be required for scripting.
[15:07] <desrt> but i think it needs a set of well-known context items
[15:07] <desrt> like x11-timestamp
[15:07] <tedg> Yeah, that was my next comment.
[15:07] <tedg> Why not the well known actions?
[15:07] <desrt> the set of actions will be extremely diverse depending on the application anyway
[15:08] <desrt> some like Quit might make sense
[15:08] <tedg> Yes, but I think there are probably 10 or so that are fairly universal.
[15:08] <bilalakhtar> kenvandine: around?
[15:08] <desrt> so another thing that may interest you is that i'm working on another interface at the same time
[15:08] <desrt> i may or may not bother to take this the freedesktop route
[15:08] <tedg> dconf? ;)
[15:08] <desrt> but it's basically an application interface
[15:08] <desrt> so far there are only two things that applications can do:
[15:08] <desrt> 1) they can be activated
[15:08] <desrt> 2) they can be asked to open files
[15:09] <tedg> It seems like there should be a 3) parse a command line?
[15:09] <desrt> ah right.  they can do that too
[15:09] <desrt> i forgot :)
[15:09] <tedg> It'd be nice to be able to get a list of windows and/or documents.  Just to avoid the introspection of dbus.
[15:10] <desrt> http://git.gnome.org/browse/glib/tree/gio/gapplication.h?h=application#n93
[15:10] <bilalakhtar_> kenvandine: sorry, I am here
[15:10] <desrt> 'startup' is an implicit one that happens at the start
[15:10] <desrt> 'activate' 'open' 'action' and 'command_line' are the ones to happen via dbus
[15:10] <desrt> but....
[15:10] <desrt> 'action' is clearly handled by this new spec now
[15:11] <tedg> desrt, It'd be nice to do some sort of session management in that class as well... but, that's a whole mess that's poorly defined :(
[15:11] <popey> is there known breakage at the moment in going lucid -> maverick? I'm getting http://popey.com/~alan/maverick.png http://popey.com/~alan/apt.log lots of broken depends around xorg ABI stuff..
[15:11] <desrt> ya.  i'd like to dodge that for now :)
[15:11] <tedg> desrt, Someday, someone involved in the freedesktop is going to have to fix that.
[15:11] <desrt> this project is already dangerously overdue
[15:11] <desrt> considering we have to have a glib release by end-of-month
[15:12] <desrt> it's getting close to the "okay, we'll drop GApplication entirely" point
[15:12] <tedg> Whoa?  I didn't realize that.
[15:12] <tedg> I thought glib and gtk released roughly together, no?
[15:12] <desrt> GDBus and GSettings have not yet seen a stable release
[15:12] <bilalakhtar_> popey: yes there is
[15:12] <desrt> imagine trying to have the next stable GNOME or ubuntu release...
[15:13] <desrt> nah.  glib and gtk schedules drift quite a bit
[15:13] <tedg> desrt, Yeah, so that's why I thought GLib would release in Dec like GTK
[15:13] <bilalakhtar_> popey: let me give you the link
[15:13] <desrt> well
[15:13] <desrt> maverick depends a lot on the unstable glib right now
[15:13] <desrt> so we need to drop a stable release in order for maverick to ship....
[15:14] <tedg> desrt, Yes, but it's probably not super important that GApplication is in there, no?
[15:14] <desrt> well
[15:14] <tedg> desrt, It's more important that it's in for dec.
[15:14] <bilalakhtar> popey: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-August/000744.html
[15:14] <desrt> the problem is that GApplication is *already* in there
[15:14] <tedg> Oh
[15:14] <desrt> in a totally broken form
[15:14] <desrt> total-rewrite territory
[15:14] <popey> oh thanks :)
[15:15] <desrt> anyway.. i'd be happier if we had it ready for end-of-month :)
[15:15] <bilalakhtar> popey: np, my pleasure in helping a famous person :D
[15:15] <tedg> desrt, So you're saying no session management? ;)
[15:16] <desrt> well
[15:16] <desrt> it doesn't belong in GApplication, to be sure
[15:16] <desrt> it's something we could maybe consider for GtkApplication
[15:16] <tedg> desrt, Just to be curious, why not?  It seems like command line apps should shutdown gracefully as well.
[15:17] <desrt> isn't session management a necessarily Xish thing?
[15:17] <desrt> (i assume you're talking about "Session Management(tm)")
[15:17] <tedg> desrt, It is now, but the proposal from the fedora folks puts more of it in places like ConsoleKit.
[15:18] <tedg> desrt, One of the problems is with multiple users, if I shutdown the system, I want your session to shutdown gracefully as well.
[15:19] <desrt> to be honest, it's not on my radar
[15:19] <desrt> and i don't really appreciate/understand it
[15:20] <desrt> the way that i would see it working is that there is some central session-manager type service
[15:20] <tedg> desrt, I was trying to get time to work on it a while back before the whole DX thing started at Canonical.  Someday, I'd still like to solve it.
[15:20] <desrt> and individual apps register with it
[15:20] <seb128> hey desrt
[15:20] <desrt> and then when shutdown wants to happen each app is asked
[15:20] <desrt> seb128: hello
[15:20] <seb128> pitti, btw I removed the retracers lock I just want to have an estimation of the backlog
[15:20] <seb128> pitti, they will probably crash but I will now what is waiting at least
[15:21] <tedg> desrt, Yeah, that's it in a nutshell.  The problems start coming with supporting old protocols, etc.
[15:21] <desrt> seb128: is the current release of dconf somehow broken by new glib?
[15:21] <seb128> desrt, dunno we didn't get the new glib yet
[15:21] <desrt> let me know
[15:21] <seb128> desrt, we are frozen for beta since thursday
[15:21] <desrt> i get this nagging feeling i may need to do a release
[15:21] <seb128> desrt, we should unfreeze today or tomorrow so I will let you know
[15:21] <desrt> but at the same time i am annoyed because david changed an API again and probably we have to change it *again*
[15:22] <seb128> desrt, speaking of which if you change gapplication now that will break things as well
[15:22] <desrt> we're *definitely* not shipping glib with GApplication in its current state
[15:22] <desrt> it's really awful
[15:22] <seb128> ok
[15:23] <seb128> what is the plan to fix GNOME 2.32?
[15:23] <desrt> we'll either replace it or rip it out entirely
[15:23] <seb128> it's hard freezing next week no?
[15:23] <desrt> well
[15:23] <desrt> probably we don't ship GtkApplication either, actually
[15:23] <seb128> things in 2.31 are using gapplication
[15:23] <seb128> what happens to them
[15:23] <desrt> ie: no backport
[15:23] <desrt> *shrug*
[15:23] <seb128> ie nautilus
[15:23] <desrt> ask vuntz
[15:23] <desrt> i have no idea
[15:24] <mvo> popey: re xorg - there is a xserver-xorg-core in the queue that hopefully fixes those issues
[15:24] <seb128> Date:   2010-06-18
[15:24] <seb128>     Port to GApplication.
[15:24] <seb128>     Drop the libunique dependency.
[15:24] <seb128> vuntz, ^
[15:24] <mvo> popey: there is also a apt branch that solves the underlying problem, if you are keen to try it
[15:24] <popey> mvo: magic, thanks for letting me know
[15:24] <popey> I'll wait :)
[15:24] <desrt> i told vuntz the day before yesterday that we have no time/effort/inclination to have a backported GtkApplication for gtk 2.22
[15:24] <desrt> he said OK
[15:24] <seb128> desrt, well they don't use it
[15:24] <seb128> they just use gapplication
[15:24] <desrt> ah
[15:24] <desrt> different story...
[15:24] <mvo> popey: fair enough :)
[15:24] <seb128> instead of libunique
[15:25] <desrt> i will have to hurry, i guess
[15:25] <seb128> desrt, 2.31 uses gtk2 not gtk3
[15:25] <popey> mvo: its apple hardware so I have enough issues to content with :)
[15:25] <seb128> desrt, so no gtkapplication
[15:25] <desrt> ah true
[15:25] <seb128> desrt, but glib 2.25 has gapplication
[15:25] <desrt> i thought maybe they were depending on it from master
[15:25] <seb128> which nautilus and some other use
[15:25] <desrt> and waiting for the backport
[15:25] <seb128> no
[15:25] <desrt> okay.  that's some good news.
[15:25] <seb128> well still hard freeze is next week
[15:26] <desrt> ya.  bit of an ugly situation here, i agree
[15:26] <seb128> if you are going to break abi before 2.26 GNOME is on a tight schedule
[15:26] <desrt> and i'd really rather not say "go back to libunique for now"
[15:26] <desrt> seb128: do you have any idea of the full list of GApplication users?
[15:27] <vuntz> seb128: what's the issue? :-)
[15:27] <seb128> vuntz, GNOME 2.31 uses gapplication
[15:27] <desrt> vuntz: we're ripping GApplication out of glib
[15:27] <seb128> vuntz, but desrt wants to easier break abi or drop it for 2.26
[15:27] <vuntz> desrt: err, you didn't tell me that part yesterday
[15:27] <desrt> and maybe replacing it with a different unrelated thing called GApplication
[15:27] <desrt> vuntz: i forgot :)
[15:27] <vuntz> tss
[15:27] <seb128> Binary file eog matches
[15:27] <seb128> Binary file gnome-display-properties matches
[15:27] <seb128> Binary file nautilus matches
[15:28] <desrt> oh
[15:28] <seb128> grepping for g_appli
[15:28] <desrt> that's peanuts
[15:28] <vuntz> desrt: mail ddl before doing it
[15:28] <seb128> still running wait ;-)
[15:28] <seb128> Binary file totem matches
[15:28] <vuntz> desrt: but that's really late to do so, that sounds bad
[15:28] <seb128> desrt, seems to be the list on my system but I'm lacking some 2.31 updates
[15:28] <desrt> vuntz: we decided at GUADEC that GApplication is really bad
[15:29] <desrt> even walters thinks so -- and he wrote it!
[15:29] <desrt> so i started fixing it
[15:29] <vuntz> desrt: but the plan was (at least, the part I understood) that the new fixed GApplication would be in
[15:29] <desrt> but i had vacation booked
[15:29] <desrt> and when i came back work assigned me to another project
[15:29] <desrt> so....
[15:29] <desrt> vuntz: right . i think i can manage it.
[15:29] <desrt> but it will be tight.
[15:29] <vuntz> desrt: how come you can go on vacation like that? And in France, but not in Grenoble.
[15:29] <desrt> and it will be *totally* incompatible
[15:30] <desrt> i'm not on vacation in france.  i'm working.
[15:30] <vuntz> desrt: really, mail ddl about it because I'm pretty sure users of GApplication are not aware of that
[15:30] <vuntz> desrt: between incompatible API and going back to libunique for 2.32, they might just go back to libunique
[15:30]  * desrt wrote 1300 lines of code yesterday :p
[15:31] <desrt> hmm
[15:31] <desrt> would make it possible to drop GApplication
[15:31] <vuntz> yes
[15:31] <desrt> i'm fairly sure that waiting could produce a better result anyway
[15:31] <vuntz> so... send a mail, put a deadline to get a consensus before Monday, and you're done :-)
[15:31] <desrt> i'll see what matthias thinks
[15:36] <seb128> desrt, vuntz: thanks
[15:37] <desrt> i have sent the mail
[15:37]  * desrt puts on asbestos pajamas
[15:38] <desrt> vuntz: btw: i want release team to issue a public statement on the topic of licences
[15:38] <desrt> what is appropriate for libraries and what is appropriate for apps
[15:38] <desrt> and what is appropriate for quasi-library apps (like gvfs daemon)
[15:38] <tedg> desrt, Did the final get to GPLv2|LGPLv3 ?
[15:38] <vuntz> desrt: http://live.gnome.org/VincentUntz/Philosophy
[15:39] <desrt> the release team was renamed to VincentUntz? :)
[15:39] <bilalakhtar> seb128: I know it would sound wierd, but could you please endorse my MOTU application? (After all, you're a core-dev)
[15:39] <vuntz> desrt: that's a draft
[15:39] <kenvandine> fta: i uploaded gwibber with a patch to handle that exception last night, but it wasn't causing a crash for me
[15:39] <vuntz> desrt: comments welcome
[15:39] <kenvandine> fta: was gwibber-service actually crashing? or just a traceback?
[15:39] <desrt> vuntz: i like ted's idea, actually
[15:40] <seb128> bilalakhtar, can do ;-)
[15:40] <desrt> LGPLv3+ with a 'backwards compatibility, but deprecated' GPLv2 option
[15:40] <seb128> bilalakhtar, could you drop me an email so I don't drop the task?
[15:40] <bilalakhtar> seb128: do it whenever you have time, well you only sponsored 1 change of mine
[15:40] <bilalakhtar> Thanks seb128 !
[15:40] <tedg> desrt, To be fair, that's bkuhn's idea.
[15:40] <seb128> bilalakhtar, I've seen you active on bugs and changes from you in the sponsoring queue
[15:40] <seb128> bilalakhtar, so that's ok ;-)
[15:41]  * bilalakhtar adds 'Send mail to seb128 ' to his todo
[15:41] <desrt> tedg: meh.  it's an idea that a lot of people have had independently, i think.  i had it myself before i heard it from anyone else :p
[15:41] <kenvandine> fta: actually my patch i uploaded doesn't include that fix... but it is fixed in trunk
[15:42] <bilalakhtar> actually, kenvandine has sponsored more stuff so I think I should ask him as well :) Please, ken!
[15:42] <kenvandine> fta: i would like to know if it is a crash though
[15:42] <kenvandine> bilalakhtar, i am not a core-dev yet :)
[15:42] <tedg> desrt, Heh, then it must be divine intervention! ;)
[15:42] <kenvandine> bilalakhtar, just ~ubuntu-desktop
[15:42] <desrt> let's do it!!
[15:42] <bilalakhtar> kenvandine: ah, the application is for MOTU
[15:42] <vuntz> desrt: I'm unsure if LGPLv3+ + GPLv2 would work. Would need a lawyer for that :-)
[15:43] <desrt> isn't bkuhn a lawyer or something?
[15:43] <vuntz> desrt: not a lawyer
[15:43] <kenvandine> bilalakhtar, i'll gladly recommend you though
[15:43] <bilalakhtar> as you wish, kenvandine
[15:43] <kenvandine> wiki page?
[15:43] <bilalakhtar> thanks for the recommendation !
[15:43] <bilalakhtar> kenvandine: https://wiki.ubuntu.com/BilalAkhtar/MOTUApplication
[15:43] <desrt> vuntz: is GPLv2(only) apps and libraries your only reason for not supporting lgpl3?
[15:44] <desrt> or also the "we piss off the corporate types" angle?
[15:44] <vuntz> desrt: is there any other free license that have an issue with lgplv3? or is it just gplv2?
[15:44] <desrt> gpl2 only
[15:44] <vuntz> desrt: I don't have an answer to this question, and that would be my main issue
[15:45] <desrt> so i was having a thought experiment yesterday
[15:45] <desrt> you'll remember i said to you in a recent email exchange "anybody who licences gpl2-only has made a mistake"
[15:45] <desrt> what's the difference between gpl2 and gpl2+, though?
[15:45] <desrt> the only difference is that one of them allows linking with (l)gpl3, as well
[15:46] <desrt> but there are still problems with other copyleft licences
[15:46] <desrt> so it got me thinking that really *any* strong copyleft licence is a problem sooner or later
[15:46] <desrt> and the only reason we see the issue differently at all is because GPL is really "the" copyleft licence
[15:46] <vuntz> desrt: ah, see. Now you want to use BSD!
[15:47] <vuntz> desrt: I'm fine with that :-)
[15:47] <desrt> so nobody tends to care about GPL vs. (other-copyleft)
[15:47] <desrt> no
[15:47] <desrt> i think i'd rather write apps with LGPL
[15:47] <desrt> the mixing-the-codebases case is rare enough
[15:47] <desrt> even more rare when you want to do it with two different incompatible copyleft licences
[15:47] <desrt> not a big issue
[15:47] <desrt> but the "can i use this library?" issue is coming up all the time
[15:48] <desrt> with LGPL the answer is always 'yes'
[15:48] <vuntz> except that it's "no" for LGPLv3 library and GPLv2 app :-)
[15:48] <desrt> that's not true
[15:48] <desrt> the lgplv3 says "yes.  you can!"
[15:49] <desrt> the gplv2 says "no."
[15:49] <desrt> it's like saying the lgplv3 prevents you from linking your software to that copy of oracle that you downloaded from the pirate bay
[15:49] <desrt> no.  it doesn't.
[15:49] <desrt> but oracle might have some things to say about it :)
[15:50] <desrt> (an interesting question is if anybody using strict GPLv2 would ever go after someone for linking their software against LGPLv3 libraries...)
[15:52] <desrt> anyway.. the whole issue can be dodged by saying 'plus GPL2 for compatibility reasons'
[15:57] <fta> kenvandine, what do you mean? it triggered apport but it's just an assert from python
[15:57] <kenvandine> humm
[15:57] <kenvandine> is gwibber-service dieing?
[15:58] <kenvandine> i guess apport doesn't catch it if i run from a checkout
[15:58] <kenvandine> which is the only place i have seen it... well it should be OK in trunk
[15:59] <kenvandine> we now catch the exception and log it
[15:59] <kenvandine> we should actually remove that bad file from the cache too... i'll do that today
[16:09] <rickspencer3> looks like identi.ca got bitten by the twitter ouath bug as well
[16:09] <rickspencer3> and by "bug", I mean, like the flu
[16:09] <Laney> they could scarcely have announced that more widely
[16:09] <Laney> not as if it was a surprise!
[16:09] <kenvandine> rickspencer3, oh, they are dropping basic auth too?
[16:10] <kenvandine> i am sure they will be easier to work with though :)
[16:10] <rickspencer3> kenvandine, I dunno, I got an email from identi.ca that said, your twitter bridge is no longer working
[16:10] <mvo> seb128:  * debian/patches/91_keep_fds.patch:    - Applied upstream <- that looks very fishy
[16:10] <kenvandine> rickspencer3, oh...
[16:10] <kenvandine> i thought you meant they were dropping basic auth and we would need to quickly migrate to oauth
[16:11] <kenvandine> we should do that anyway... since i am sure it'll happen eventually
[16:19] <rickspencer3> kenvandine, sorry for the false alarm
[16:19] <kenvandine> you did scare me :)
[16:19] <kenvandine> thought i was going to lose sleep this weekend again :)
[16:19] <seb128> lol
[16:19] <seb128> mvo, I think upstream said it was not required with their changes
[16:20] <seb128> mvo, but I guess it didn't get really tested our of upstream word for it
[16:20] <mvo> yeah
[16:21]  * mvo grumbles a bit
[16:22] <fta> kenvandine, http://paste.ubuntu.com/487299/  (that was with .90)
[16:24] <kenvandine> fta: ok, i'll get that patch uploaded too
[16:25] <devildante> anyone has a little nasty bug they want to get fixed? I'm a little bored :p
[16:25] <devildante> hi mvo :)
[16:25] <mvo> hey devildante
[16:26] <mvo> seb128: I don't think the python bindings export the stuff I need to make it work, so I want 91_keep_fds back
[16:26] <seb128> mvo, feel free to bounce him back the bug
[16:26] <mvo> seb128: pretty please ;)
[16:27] <seb128> mvo, can you state what you need in the bug?
[16:27] <seb128> I will get it assigned to robert_ancell
[16:27] <seb128> mvo, "Featured" was in lucid s-c right?
[16:28] <seb128> mvo, https://wiki.ubuntu.com/MaverickMeerkat/BetaAnnouncement has
[16:28] <seb128> 'including the new "Featured" and "What's New" views for showcasing applications'
[16:28] <seb128> I was wondering if that's correct
[16:28] <seb128> or it was a category but not a view before?
[16:28] <seb128> tremolux, ^
[16:28] <tremolux> seb128: the views are new, yes
[16:29] <seb128> ok, thanks
[16:29] <tremolux> seb128: now they are more "dynamic", cool widgets to allow the lists to be browsable from the front panel
[16:29] <seb128> rickspencer3, "The boot process is cleaner and faster"
[16:29] <seb128> tremolux, ok, makes sense to have it listed then ;-)
[16:30] <mvo> seb128: yeah, what tremolux said, much more shinny now
[16:30] <seb128> rickspencer3, who wrote that? did we change anything to make it "cleaner" this cycle?
[16:30] <mvo> "crisp"
[16:30] <seb128> mvo, tremolux: great work ;-)
[16:30] <seb128> s-c rocks
[16:31] <seb128> mvo, tremolux: do you have any bug about "nothing happens while loading views"?
[16:31] <mvo> I don't think so
[16:31] <seb128> I though for a moment that s-c was buggy, I clicked on the ubuntu provided view in the sidebar
[16:31] <seb128> the cursor only spins over the right panel though
[16:32] <mvo> seb128: its a team thing, kiwinote, devildante nzmm and more
[16:32] <seb128> so I had non spinning cursor and blank view for 15 seconds
[16:32] <mvo> they made it rock this cycle
[16:32] <seb128> great work everybody ;-)
[16:32] <devildante> Thanks, mvo, seb128 :)
[16:36] <tremolux> seb128, mvo, devildante: totally!  the team rocked s-c this cycle
[16:36] <devildante> ;)
[16:37] <devildante> do we have plans for usc 4.0?
[16:37] <kiwinote> indeed, has been great fun working with everyone :)
[16:37] <seb128> mvo, tremolux: is the "nothing happens during view loading" worth a bug?
[16:38] <tremolux> seb128: so, for me, it takes about 1/2 second to open that view, but it's true that the busy cursor is only showing when over the right panel
[16:38] <seb128> here on my laptop it takes 6 seconds
[16:38] <seb128> and that's for the installed softwars
[16:38] <seb128> ie not the whole "what is available"
[16:39] <seb128> it's a duo core config quite fast
[16:39] <tremolux> seb128: yes, installed software is slow as it's a much longer list  :(
[16:39] <seb128> well I though it was buggy, I selected another view before it loaded
[16:39] <seb128> since nothing was happening for 5 seconds
[16:39] <seb128> could we get a spinner in the right side
[16:40] <seb128> ie some animation starting when you click
[16:40] <seb128> I guess it's late for that this cycle though
[16:40] <tremolux> seb128: yeah, something in the panel would be nice
[16:41] <rickspencer3> seb128, there was work on the boot process, yes
[16:41] <tremolux> seb128: but a faster load time would be nicer  ;)
[16:41] <seb128> rickspencer3, desktop work? or grub?
[16:42] <seb128> bug #556375
[16:42] <ubot2> Launchpad bug 556375 in software-center (Ubuntu) "Response too slow when clicking "Provided by Ubuntu" subitem of "Installed Software" (affects: 3) (heat: 31)" [Medium,Confirmed] https://launchpad.net/bugs/556375
[16:42] <seb128> tremolux, mvo: ^ I guess
[16:43] <mvo> tremolux: maybe devildante can fix the busy cursor ;)
[16:43] <rickspencer3> seb128, it's all foundations, so far as I know
[16:43] <tremolux> seb128: yepper
[16:43] <rickspencer3> and pitti helped from the OEM side
[16:43] <seb128> can we get a spinner on the left or right pane?
[16:43] <seb128> rickspencer3, ok thanks
[16:44] <devildante> mvo, I'll look at it ;)
[16:45] <mvo> super! thanks devildante
[16:45] <devildante> np...
[16:46] <tremolux> devildante: thx!
[16:51]  * devildante will be afk for a while
[16:51] <kenvandine> fta: ok, trunk now not only catches that exception but it also deletes the bad file from the cache
[16:51] <fta> kenvandine, thanks
[16:52] <kenvandine> i had 7 files in my cache that weren't images... but xml files containing a 404 error from identi.ca
[17:01] <mvo> is it just me or is LP really on the slow side today?
[17:02] <c_korn> it is not any slower than usual here
[17:03] <rickspencer3> seb128, chrisccoulson, didrocks, kenvandine, mterry, pedro_, pitti, RAOF, Riddell, tremolux: I guess I should mention that I'll be on holiday next Mon-Wed, back to work on Thur
[17:03] <mterry> k
[17:04] <chrisccoulson> hi rickspencer3
[17:04] <tremolux> rickspencer3: enjoy!
[17:04] <pedro_> enjoy rickspencer3!
[17:04] <rickspencer3> thanks guys
[17:05] <rickspencer3> I was going to knock around Seattle, but have changed my plans, since desrt invited me to dinner in Paris
[17:05] <rickspencer3> ;)
[17:05] <seb128> rickspencer3, have fun
[17:06] <didrocks> rickspencer3: ok, enjoy ;)
[17:06] <sabdfl> rickspencer3: seattle <-> paris ?!?
[17:06] <sabdfl> your scramjet working again?
[17:07] <rickspencer3> sabdfl, well, if I had a friend who cold lend me a jet, hint hint
[17:07] <sabdfl> i'm still on the old subsonic stuff
[17:07] <rickspencer3> oh well
[17:07] <sabdfl> indeed
[17:07] <sabdfl> sigh
[17:07] <rickspencer3> desrt, I'll be on a subsonic jet, so I might be a few minutes late
[17:09] <ara> seb128, can you point me again to the bug in language-selector you told me before?
[17:09] <pedro_> ara, bug 612825
[17:09] <ubot2> Launchpad bug 612825 in language-selector (Ubuntu Maverick) (and 1 other project) "[ubuntu] maverick: can't install new languages (nothing happen) (affects: 5) (heat: 28)" [High,Triaged] https://launchpad.net/bugs/612825
[17:10] <ara> pedro_, gracias :)
[17:10] <pedro_> ara, por nada :-)
[17:10] <seb128> ara, pedro_: thanks
[17:18] <seb128> rodrigo_, hi
[17:18] <seb128> rodrigo_, your tomboy change seems buggy
[17:20] <seb128> or rather weird
[17:20] <seb128> rodrigo_, do you dlopen the lib or something?
[17:20] <seb128> why not adding mono bindings to the lib rather?
[17:45] <rodrigo_> seb128, hmm, I DllImport it, yes
[17:46] <rodrigo_> seb128, which is the same as dlopen'ing it
[17:47] <seb128> rodrigo_, ok, the change seemed weird because usually shlibs handle the lib depends
[17:47] <seb128> rodrigo_, but that's only when you build against a lib, not when you dlopen or dllimport it ;-)
[17:48] <rodrigo_> seb128, right, I guess it doesn't know (the mono debhelpers) about dllImported libs?
[17:48] <seb128> right
[17:51] <slomo> dh_clilibs knows about DllImport
[17:51] <slomo> looks at shlibs and in newer versions at symbols files
[17:52] <seb128> oh, nice
[18:03] <seb128> didrocks, hey
[18:04] <seb128> didrocks, you like evo bugs right? ;-)
[18:04] <didrocks> seb128: OTP :-)
[18:04] <didrocks> lalala ;)
[18:04] <seb128> lol
[18:04] <seb128> didrocks, did you talk to rodrigo_ about the template not showing?
[18:05] <didrocks> seb128: it's showing on my latest test today, so I was either dreaming, not really awake, or weird issue
[18:05] <didrocks> so, can't reproduce with latest beta image
[18:06] <seb128> ok thanks
[18:07] <didrocks> sorry for the confusion
[18:13] <seb128> didrocks, no worry
[18:23] <pitti> rickspencer3: have fun! (I'll be off next week, too)
[18:31] <seb128> didrocks, btw did you manage to install UNE today after the update?
[18:31] <seb128> didrocks, no hurry to reply if you are still talking to david ;-)
[18:35] <seb128> kenvandine, did you mean to reopen the gwibber twitter bug?
[18:35] <seb128> kenvandine, cjwatson was asking about that earlier today
[18:35] <kenvandine> i saw that, but it isn't still open is it?
[18:35] <kenvandine> well, the lucid one should be
[18:36] <kenvandine> for lucid it is fix committed
[18:37] <kenvandine> not sure what it should be since it is in -proposed
[18:37] <seb128> kenvandine, well you reopened the maverick task yesterday
[18:37] <kenvandine> cjwatson set it to fix committed, so i guess that is fine
[18:37] <seb128> kenvandine, somebody else closed it since but I was wondering if there was a reason you did reopen it
[18:37] <kenvandine> it wasn't on purpose then :)
[18:38] <seb128> kenvandine, ok just checking
[18:38] <seb128> kenvandine, thanks
[18:39] <kenvandine> yeah, that must have been my juggling the status before subscribing ubuntu-sru
[18:50] <seb128> didrocks, davidbarth: you guys are triaging every single unity bug?
[18:50] <didrocks> seb128: we are looking for important one and triage the backlog, right
[18:51] <seb128> great work ;-)
[18:51] <seb128> didrocks, you can nominate those we should really see fixed for maverick btw
[18:51] <seb128> I will accept the nominations
[18:51] <didrocks> seb128: thanks :-) should we wait for nomination next week? We set all which should be fixed upstream for 09/09
[18:52] <seb128> well nominations are just a way to track bugs we want to watch for this cycle
[18:52] <seb128> so no need to wait no
[18:52] <seb128> just nominate things you want to make sure we track
[18:54] <didrocks> seb128: ok, will do once we get the list. thanks :)
[18:54] <davidbarth> seb128: we're triaging every single unity bug, indeed
[18:55] <seb128> keep the great work while I'm eating ;-)
[18:55] <seb128> dinner time
[19:01] <didrocks> seb128: seeing that when some are eating, other are working :-)
[19:04] <chrisccoulson> finally i think we can fix bug  239952 in ubuntu :)
[19:04] <ubot2> Launchpad bug 239952 in firefox-3.5 (Ubuntu) (and 5 other projects) "firefox - the associated helper application does not exist (affects: 49) (dups: 2) (heat: 280)" [Undecided,Invalid] https://launchpad.net/bugs/239952
[19:04] <didrocks> seb128: re: testing latest install: yes, it's that one when I noticed that evolution is working with the default email
[19:04] <didrocks> chrisccoulson: great!
[19:05] <didrocks> seb128: about the "I like evo bugs"? what's the bad news on the street? ;)
[19:09] <pitti> so long, bye everyone!
[19:14] <chrisccoulson> seb128 - would you mind adding a maverick task to bug 239952 for me please? :)
[19:14] <ubot2> Launchpad bug 239952 in firefox-3.5 (Ubuntu) (and 5 other projects) "firefox - the associated helper application does not exist (affects: 49) (dups: 2) (heat: 280)" [Undecided,Invalid] https://launchpad.net/bugs/239952
[19:14] <chrisccoulson> actually
[19:14] <chrisccoulson> i think i can already do it, because the bug has a universe package on there
[19:15] <chrisccoulson> heh, i can
[19:15] <chrisccoulson> lovely launchpad. i'm not meant to able to do that
[19:16] <micahg> chrisccoulson: bdmurray wants to get task creation for all of bug control
[19:17] <chrisccoulson> micahg - i'm not sure that all of bug control should be able to do that, but uploaders certainly should be able to
[19:18] <chrisccoulson> i think it's a bug that i can't do it for packages that i can upload
[19:18] <micahg> chrisccoulson: I agree :0
[19:18] <micahg> :)
[19:18] <micahg> chrisccoulson: packagesets aren't taken into account for that yet
[19:18] <chrisccoulson> yeah, i'm not sure if there is a bug for that somewhere
[19:21] <micahg> chrisccoulson: bug 507773
[19:21] <ubot2> Launchpad bug 507773 in malone "Cannot confirm SRU tasks for packages I have upload rights to. (affects: 1) (heat: 1)" [High,Triaged] https://launchpad.net/bugs/507773
[19:22] <micahg> chrisccoulson: actually, bug 376006
[19:22] <ubot2> Launchpad bug 376006 in malone "People allowed to upload to a package set should be allowed to approve bug nominations (affects: 1)" [Medium,Triaged] https://launchpad.net/bugs/376006
[19:40] <seb128> chrisccoulson, ok
[19:41] <seb128> I like when things are sorted when I come back ;-)
[19:41] <seb128> didrocks, I was wondering about the bug where --component changes the default
[19:41] <didrocks> seb128: is it a bug or a feature ?
[19:41] <seb128> well I'm not sure
[19:42] <didrocks> ok, looks like a feature which can behave like a bug :)
[19:42] <seb128> but njpatel and gord got bitten by it
[19:42] <seb128> you did
[19:42] <didrocks> do you want that we fix that?
[19:42] <didrocks> would make sense
[19:42] <didrocks> I can have a look
[19:42] <seb128> seems users tend to not understand why it does that
[19:42] <didrocks> I agree, it's not natural
[19:42] <seb128> we got bugs about it as well
[19:42] <didrocks> oh really?
[19:42] <didrocks> I'll have a look then
[19:43] <didrocks> (got to run to have a dinner, or will be badly hurt by Julie ;))
[19:46] <seb128> didrocks, enjoy
[19:46] <seb128> didrocks, and tell Julie she must stop hurting you
[19:46] <seb128> not nice ;-)
[19:48] <didrocks> seb128: that's what I keep telling her :)
[20:34] <htorque> MacSlow, should bug 617084 be "fix released"?
[20:34] <ubot2> Launchpad bug 617084 in unity (Ubuntu) (and 1 other project) "Background color/gradient not taken into account when using transparent wallpapers (affects: 1) (heat: 176)" [Undecided,New] https://launchpad.net/bugs/617084
[20:35] <didrocks> htorque: I didn't touch it because I didn't have the time to check it's fixed
[20:35] <didrocks> htorque: thanks for your work on bugs, btw :)
[20:35] <htorque> yw :)
[20:35] <htorque> thanks for fixing all of them :)
[20:36] <didrocks> well, dx team is rocking on them :-)
[20:54] <LaserJock> anybody know where desktopcouch people hang out?
[20:56] <kenvandine> #ubuntuone
[20:56] <kenvandine> LaserJock, ^^
[21:38] <kenvandine> didrocks, ping
[21:38] <kenvandine> if you get a chance... bug 620733
[21:38] <ubot2> Launchpad bug 620733 in empathy (Ubuntu) "Empathy does not remember settings (affects: 7) (dups: 3) (heat: 42)" [Medium,Confirmed] https://launchpad.net/bugs/620733
[21:38] <kenvandine> seems to be saving settings now... but some defaults like the theme aren't set
[21:39] <kenvandine> which comes from gconf setting in ubuntu-artwork
[21:39] <kenvandine> do we need to do something in ubuntu-artwork to migrate those defaults ?
[21:39] <chrisccoulson> isn't empathy using gsettings already?
[21:39] <didrocks> kenvandine: do you need sponsoring?
[21:39] <kenvandine> didrocks, no... i don't
[21:39] <kenvandine> just noticed empathy isn't getting the default theme
[21:40] <kenvandine> chrisccoulson, it is
[21:40] <didrocks> kenvandine: well, can you talk to robert about it? as he made the removal and familiar with that
[21:40] <kenvandine> but the theme is being set with gconf defaults in the ubuntu-artwork package
[21:40] <kenvandine> didrocks, sure, i will
[21:40] <didrocks> thanks kenvandine :)
[21:40] <chrisccoulson> heh, i'm not too sure how that's meant to work
[21:40] <kenvandine> in fact, i assign the bug to him :)
[22:18] <didrocks> good evening!
[22:25] <LaserJock> hi didrocks


 https://www.qt.io/blog/qt-5.12.5-released
 Finally! \o/
 Not the best timing because I will be travelling from Friday to Monday. But I will be able to start the work today and tomorrow.
 no problem :)
 @mitya57 What is happening with QtWebEngine 5.9.8 in Bionic? It is breaking things building in bionic-proposed
 I marked it as verification-failed
 Maybe you can ask for its removal from -proposed and then retry your builds…
 Ok, that sounds reasonable. Thanks!


[05:39] <pitti> Good morning
[06:54] <dkessel> Good morning pitti
[07:41] <DanChapman> good morning
[07:41] <elfy> hi DanChapman
[07:45] <DanChapman> elfy hey there :-) how's it going?
[07:47] <elfy> pretty good thanks - you?
[07:48] <elfy> DanChapman: you could possibly do me a favour today - being used to a UK keyboard, install Xubuntu - see if you get this bug 1284635
[07:51] <DanChapman> yeah not bad thanks, sure elfy i'll have to do it after the school run though :-)
[07:51] <elfy> DanChapman: I remember those days :p
[08:13] <jibel> good morning.
[08:14] <jibel> pitti, did you have a look at raring and saucy desktop lts upgrades? If not I will, it looks suspicious
[08:14] <pitti> jibel: ah, not yet; I didn't check upgrades this morning yet
[08:15] <jibel> especially because there is no reason it fails this way on one arch and not ths other
[08:35] <pitti> jibel: argh, I was just hunting the "no autopkgtests run for new source package"
[08:36] <pitti> jibel: turns out our tests had a copy&paste bug, they actually work now
[08:36] <jibel> argh, indeed
[08:37] <pitti> jibel: but you are rewriting that whole thing anyway, so I guess I stop looking at the old code now
[08:39] <jibel> pitti, yes, I'm rewriting autopkgtest.py but I'll have to change the existing testsuite because adt-britney will be reduced to blindly submitting tests and collecting results
[10:56] <davmor2> Morning all
[10:56] <jibel> Good morning davmor2
[13:32] <jibel> xnox, do you know any change between desktop 20140311 and 20140312 which could have removed the step "ubuntu one" in ubiquity?
[13:32] <jibel> version of ubiquity is the same 2.17.8
[13:32] <xnox> jibel: yes. I've unseeded it from the cd, because it is buggy at the moment.
[13:32] <xnox> jibel: it was a cd / iso image building seed change. The ubuntuone plugin package is simply not there.
[13:32] <jibel> xnox, thanks, I'll update the tests.
[13:33] <xnox> jibel: i need to resolve bugs in it, before putting it back.
[13:33] <xnox> jibel: cause failing installations is un-acceptable.
[13:33] <jibel> xnox, agreed, tell me when you put it back and put it back in the tests too
[13:33] <jibel> +I'll
[13:34] <xnox> jibel: ack. Sorry about not warning you in advance.
[13:34] <jibel> xnox, np
[13:35] <jibel> xnox, I'll try to make a smart fix to run u1 tests only when it is installed and supposed to run
[13:37] <xnox> jibel: yeah, one can check that package name is present
[14:10] <knome> balloons, any reason why the tracker updating perl script is not in the repository? :)
[14:11] <balloons> knome, because like all good hacks it's never died or been re-written
[14:11] <balloons> thus, I suppose it now befits a place in the repo
[14:12] <knome> i'll push it ;)
[14:13] <knome> it's up
[14:18] <dkessel> hello balloons
[14:18] <balloons> why hello dkessel
[14:23] <dkessel> balloons: yesterday i thought about running ap tests in a xubuntu environment. thomir said he believes it might be doable. i'm not so sure... ap tests are run in a VM from a ubuntu iso image, right?
[14:24] <balloons> dkessel, well that depends. For ubiquity yes. But for like the core apps it's run in xfvb, no de or wm
[14:25] <balloons> i guess it's a bit odd the xfce apps don't like to be introspected
[14:25] <DanChapman> jibel, i was just coming to speak to you about the U1 page and I see you beat me to it :-)
[14:26] <balloons> :-) interesting it was removed
[14:27] <dkessel> balloons: so you believe the first step would be to check if there is any way to make the introspection work?
[14:29] <balloons> dkessel, I believe that is the hindrance. I don't see any issue running the tests under any de
[14:30] <balloons> AP uses X11 or Mir.. that's the only requirements
[14:33] <DanChapman> balloons: also it needs to be registered on dbus i believe. which quite a few of XFCE  apps don't use
[14:34] <balloons> DanChapman, ohh right.. for introspection to work, the app needs to use dbus. So if that's true about xfce apps, than indeed AP won't work on them
[14:35] <DanChapman> balloons: indeed, i've seen apps like mousepad have the option to run on dbus but it's not required but thats gtk2 anyway which blocks it anyway
[14:38] <dkessel> DanChapman :/
[14:39] <balloons> is xfce going to move off gtk2 ever?
[14:39] <DanChapman> balloons: i believe they are maiing the transition atm
[14:39] <DanChapman> making*
[14:39] <balloons> if they move to gtk3, will they use dbus or no?
[14:43] <DanChapman> i have no idea :-/
[14:47] <elfy> hi both
[14:47] <balloons> buenos días elopio
[14:47] <elfy> DanChapman: did you manage to check that bug?
[14:48] <balloons> we need to look a bit further into the qt 5.2 introduced failures.. need to pick up the fri afternoon conversation again
[14:48] <balloons> elopio, ^^
[14:51] <DanChapman> elfy I can confirm it, I had it sitting there in my browser thinking i'd saved it but i hadn't. thnks for the reminder
[14:51] <elfy> DanChapman: cool - sort of lol
[14:52] <elfy> I'd love to know what the issue is with ibus there - but I don't and can do no more than I have
[14:52] <balloons> which bug?
[14:52] <elfy> if it's not fixed before release every lubuntu/xubuntu and ubuntustudio is going to have the same thing
[14:53] <elfy> bug 1284635
[14:53] <DanChapman> :-/
[14:53] <DanChapman> balloons: https://launchpad.net/bugs/1284635
[14:53] <elfy> DanChapman: yea :-/
[14:54] <elfy> though I think if push comes to shove for us we'll just not seed ibus
[14:55] <elfy> balloons: I found that with a password with an # in it - the password is right, the password is right :|
[14:55] <balloons> ahh
[14:55] <elfy> lol
[14:56] <balloons> wild bug
[14:58] <elfy> balloons: it certainly is
[15:01] <knome> tame it
[15:01] <elfy> I did
[15:02] <elfy> installed fedora :p
[15:21] <elfy> DanChapman: thanks for Me Too'ing and posting in it
[17:15] <senan> balloons, danchapman, hey :)
[17:16] <senan> balloons, can you please review my code ?
[18:03] <balloons> knome, re: community. I'm reading your old post and digging in the wayback machine to find what you've linked to
[18:04] <knome> :)
[18:04] <balloons> I'm also eating a sandwich with green sauce.. yay st patty's day.. heh
[18:04] <knome> LOL
[18:05] <knome> oops
[18:10] <DanChapman> o.O green sauce?
[18:11] <balloons> DanChapman, the curse of having a lovely wife who can cook, but also has a sense of humor :-) I believe it was dyed mustard
[18:12] <DanChapman> balloons: heh that's rather funny!! :-D
[18:14] <balloons> DanChapman, while I have you, have you encountered issues with gtk apps spawning windows offscreen or otherwise undisplayed while running tests?
[18:23] <DanChapman> balloons: no I havn't, the only issues i've seen are with some of the recent compiz bugs (which i think are now fixed) where mouse clicks were not anywhere near the mouse pointer and window chrome vanished.
[20:07] <letozaf> balloons, hello
[20:08] <balloons> hello lderan
[20:08] <balloons> hello letozaf :-)
[20:08] <dkessel> good evening letozaf
[20:08] <letozaf> dkessel, hello :D
[20:09] <letozaf> balloons, I have another error, a new one on launching reminders app
[20:10] <letozaf> balloons, http://paste.ubuntu.com/7110202/
[20:10] <letozaf> balloons, so I am stuck againg :P
[20:13] <balloons> letozaf, can you push your latest code?
[20:13] <lderan> hello balloons
[20:13] <letozaf> balloons, ok just a second
[20:15] <letozaf> balloons, ok done:lp:~carla-sella/reminders-app/new-reminders-app-tests
[20:17] <letozaf> balloons, what does this mean : Launchpad encountered an internal error during the following operation: generating an incremental diff for a merge proposal.  It was logged with id OOPS-d9266c38aa41172fde407fdadff24aec.  Sorry for the inconvenience.
[20:17] <letozaf> balloons, hope I did nothing wrong :P
[20:17] <balloons> grabbing
[20:20] <balloons> ok I got everything :-)
[20:39] <balloons> letozaf, so I'm playing with the new -q option for reminders
[20:40] <letozaf> balloons, what does it do exactly ?
[20:40] <letozaf> balloons, found it with -h
[20:40] <letozaf> balloons, I will try too
[20:42] <balloons> yep :-)
[20:42] <balloons> so I'm trying to launch by passing the qml file
[20:45] <balloons> letozaf, you should see something like using main qml file from:
[20:48] <balloons> letozaf, so much is happening with this I think we should push a merge to just get the launch working and the emulator setup
[20:48] <balloons> then push tests
[20:49] <letozaf> balloons, ok
[20:49] <letozaf> balloons, let me se what happens
[20:50] <balloons> I made some tweaks, but I
[20:50] <balloons> still confused on running from a local binary
[20:52] <letozaf> balloons, I skipped the only test ad left only the part that launches reminders app, but the error is still there
[20:53] <balloons> letozaf, yes no worries
[20:53] <balloons> ok, here's what I understand :-)
[20:53] <balloons> we can't launch this via qmlscene and must use a compiled binary
[20:54] <letozaf> balloons, how do you do that ?
[20:54] <balloons> so in order to test locally, we need to build the binary first
[20:54] <balloons> you can do that using cmake .
[20:54] <balloons> the binary then ends up in src/app/reminders
[20:54] <balloons> then, we can launch this binary and pass it -q with a link to the local reminders.qml file
[20:54] <balloons> which is src/app/qml/reminders.qml
[20:55] <letozaf> balloons, ok, so let me try
[20:55] <balloons> letozaf, I should share my current changes I guess to
[20:57] <letozaf> balloons, ok
[20:58] <balloons> http://paste.ubuntu.com/7110438/
[20:58] <balloons> letozaf, so that now launches properly with a local binary :-)
[20:59] <balloons> I'm going to clean that a little, propose an mp and have you review. we'll merge it, then work on getting tests going
[20:59] <letozaf> balloons, thanks I will try it now
[20:59] <balloons> that way, this first part is out of the way
[20:59] <letozaf> balloons, but the cmake . stuff should also that be done in the test ?
[21:00] <balloons> no
[21:00] <balloons> it's something you would need to do if you want to test against a local changes
[21:00] <balloons> if you are just writing tests it's likely you don't need to build a local copy and it will fall back to an installed version
[21:00] <letozaf> balloons, oh yes you are right !
[21:01] <balloons> we might need to build local copies at first while developing things tho
[21:01] <letozaf> balloons, and what about autopilot vis ?
[21:02] <letozaf> balloons, can we use it now ? and how ?
[21:02] <balloons> autopilot vis should now work via reminders or reminders -q
[21:02] <balloons> with the qml attached
[21:02] <letozaf> balloons, I have tried without success, but maybe I did something wrong
[21:03] <balloons> autopilot launch -i Qt reminders fails?
[21:04] <balloons> letozaf, ok here's the mp: https://code.launchpad.net/~nskaggs/reminders-app/base-ap/+merge/211409
[21:05] <balloons> so that has no tests, just the launch changes and re-org work you've done
[21:06] <balloons> letozaf, ahh I see what you mean on reminders
[21:06] <balloons> that's step two, we'll tackle that once this merges
[21:06] <letozaf> balloons, ok
[21:07] <balloons> it's really hard to share the problem with folks if it's not in trunk
[21:07] <balloons> this should help
[21:07] <letozaf> balloons, ok I approved the review request
[21:08] <balloons> perfect.. ok, we'll let that merge
[21:08] <balloons> now the fun stuff. why is the binary not introspecting
[21:08] <letozaf> balloons, :)
[21:55] <balloons> letozaf, so I'm working on adding those bits to reminders so it works
[21:55] <balloons> I'll try and land it asap
[21:55] <balloons> it's not building atm :-(
[21:55] <letozaf> balloons, ok, I think I will go to bed for now :D
[21:56] <balloons> indeed
[21:56] <balloons> ciao!
[21:56] <letozaf> balloons, ciao and thanks
[21:56] <balloons> thank you as always
[21:56] <letozaf> balloons, :D


[16:58] <bigpod> hello i would like to request ubuntu members irc cloak my launchpad is: https://launchpad.net/~bigpod
[20:10] <enyc> hrrm what fun
[20:11] <enyc> *seems* that those associated with #ubuntu-hu are repeatedly sending me a sweary IRC notice every second from a 'bestdesign' bot user login
[20:12] <enyc> and e.g. if I say 'error' in response they may notice this happened and quote-picture the screen or talk about it in the #ubuntu-hu channel, especially user < unix> does
[20:12] <enyc> libera say... mention to chanop (that seems to be autoreply bot) or raise with ubuntu-irc lot!
[20:12] <enyc> I can just /ignore these pmsg's  but ..... nonetheless this seems ... imappropriate behaviour to me
[20:38] <el> i'll join there and see if the staff cloak is scary enough
[20:39] <el> i don't speak a lick of hungarian though so i'll be of limited usefulness


[12:12] <daker> :D 78 error
[14:29] <dakira> Hi. I'm experiencing problems with the wiki. I get internal server errors when saving stuff which leads to me being able to edit pages wihout new entries in the revision history.


[03:53] <Mirv> Qt 5.7.1 published, autopkgtest infra might be busy again for a day or two
[09:39] <mantiena-baltix> Hi seb128
[09:39] <seb128> hey mantiena-baltix
[09:41] <mantiena-baltix> seb128: please tell me who could help accept 1 patch from Debian LibreOffice packages to fix bug #1635847
[09:41] <seb128> mantiena-baltix, try sweetshark on #ubuntu-desktop
[09:41] <mantiena-baltix> seb128: thanks
[09:42] <seb128> yw
[09:42] <mantiena-baltix> seb128: Sweet5hark ?
[09:42] <seb128> yes
[12:58] <mabkenar> Hi everybody. I have just sent my first pull request to Ubuntu. It is a typo-fix to ubuntu-system-settings (just getting ready for my next substantial merge request).
[12:58] <mabkenar> Do you know if I have to sign a CLA before it gets merged?
[12:58] <mabkenar> PR is here: https://code.launchpad.net/~mabkenar/ubuntu-system-settings/typo-fix/+merge/314416
[13:15] <ackk> cjwatson, hi, I hit another strange behavior between the python-apt lib in trusty and xenial. If I load trusty lists with the xenial version, some packages don't get a description. it seems those are the ones that don't appear in the translations file. but with the python-apt version in trusty it works
[13:15] <ackk> cjwatson, do you know if there has been some backwards-incompatible change?
[13:16] <cjwatson> ackk: I don't, sorry
[13:16] <ginggs> does anyone know why completed builds are stuck showing 'uploading build'? e.g. https://launchpad.net/ubuntu/+source/sagemath/7.4-6ubuntu1 amd64
[13:16] <ackk> cjwatson, notably with that same package:
[13:16] <ackk> >>> cache['touchegg'].versions[0].description
[13:16] <ackk>     ''
[13:17] <ackk> cjwatson, is there anyone else that might have insight on this?
[13:22] <cjwatson> ackk: juliank might know when they're around
[13:23] <ackk> cjwatson, thanks
[13:25] <cjwatson> ginggs: ouch - https://bugs.launchpad.net/launchpad/+bug/1655334
[13:26] <cjwatson> ginggs: let me see if we can work around this
[13:26] <ginggs> cjwatson: thanks
[13:48] <pete-woods> hi guys
[13:48] <pete-woods> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2339/+packages
[13:48] <pete-woods> in that PPA, my packages have been stuck "uploading" for at least an hour
[13:49] <pete-woods> never seen that happen before
[13:49] <pete-woods> could it be related to the snappy builds that are stuck, that you're talking about, above?
[13:52] <ginggs> pete-woods: looks the same to me
[13:55] <pete-woods> cjwatson: asac
[13:55] <pete-woods> whoops
[13:55] <pete-woods> cjwatson: ^ thought that above PPA was showing the same symptoms
[13:56] <pete-woods> (IRC client went mad there)
[13:56] <pete-woods> (sorry for the wrong ping)
[14:01] <cjwatson> pete-woods: same problem, gradually working on clearing it out
[14:02] <cjwatson> no need for further reports at this time, thanks
[14:02] <pete-woods> okay, will let you guys fix it up then :-)
[15:08] <cjwatson> ginggs,pete-woods: still catching up a bit, but it's mostly better now
[15:08] <pete-woods> cjwatson: cool, thanks for the update :)
[15:08] <ginggs> cjwatson: thanks!
[15:13] <gQuigs> was looking at some bugs for evolution and noticed that there is a -proposed package in xenial without an associated bug - https://launchpad.net/ubuntu/+source/evolution/<IP_ADDRESS>-0ubuntu3.1 - http://people.canonical.com/~ubuntu-archive/pending-sru.html
[15:13] <gQuigs> seb128: ^is that revert still needed?
[15:15] <seb128> gQuigs, yes, we should go back to use the langpack .mo since the bug were those were missing has been fixed
[15:15] <seb128> which is what this update is doing
[15:19] <elopio> barry: ping. Are you now in charge of the autopkgtest infrastructure?
[15:20] <barry> elopio: we're still splitting up the pitti horcruxes.  i don't have access to the infra yet, but Laney does.  i'm working on the software for right now
[15:21] <ackk> juliank, hi, around?
[15:22] <juliank> ackk: Yep
[15:23] <ackk> juliank, do you know if there was some backwards-incompatible change in python-apt in xenial wrt "Description" parsing? I'm using the python-apt from xenial with lists from trusty, and some packages report an empty description
[15:23] <juliank> ackk: I don't think so.
[15:24] <ackk> juliank, http://paste.ubuntu.com/23776610/ is an example
[15:25] <juliank> ackk: Well, what does apt-cache -o Dir=/home/ack/Desktop/apt show touchegg tell you (and showpkg)
[15:26] <ackk> juliank, that doesn't show the full description, though?
[15:26] <juliank> Maybe also add -o Dir::State::status=/home/ack/Desktop/apt/var/lib/dpkg/status
[15:26] <juliank> ackk: hmm?
[15:27] <ackk> juliank, the full description is in the Translations file, not in the Description field
[15:27] <juliank> and?
[15:28] <juliank> I'm not sure what you're trying to say. show will lookup a translated description, and showpkg shows all files containing descriptions
[15:28] <ackk> juliank, version.description should show the full description, and it does on trusty
[15:28] <juliank> And it does.
[15:28] <ackk> juliank, https://pastebin.canonical.com/175488/
[15:29] <ackk> juliank, or rather http://paste.ubuntu.com/23776635/
[15:29]  * ogra_ recommends using a public pastebin instead :)
[15:29] <ogra_> heh, *snap*
[15:29] <ackk> heh
[15:29] <juliank> ackk: Right, you do not have the translations
[15:30] <juliank> showpkg should tell you that
[15:30] <ackk> juliank, I do have them
[15:30] <juliank> ackk: Apparently not.
[15:31] <juliank> Please look at showpkg output
[15:31] <ackk> juliank, it doesn't report them
[15:31] <ackk> juliank, but I do have /home/ack/Desktop/apt/var/lib/apt/lists/it.archive.ubuntu.com_ubuntu_dists_trusty-proposed_universe_i18n_Translation-en
[15:32] <ackk> juliank, uhm, wait you're right. I don't have them for the release pocket
[15:32] <ackk> juliank, not sure why apt didn't download them
[15:34] <ackk> juliank, are there any tweaks to tell apt to download or not translation files?
[15:37] <juliank> ackk: Tons
[15:37] <juliank> But by default it should download them
[15:40] <juliank> ackk: maybe retry downloading?
[15:41] <elopio> barry: I'm asking because I would like to help, with the software. If you have any simple tasks to help me getting started, feel free to assign them to me.
[15:42] <sladen> elopio: a good place, is you find a piece of software you already use
[15:42] <barry> elopio: cool.  i'm also advocating a (virtual or irl) sprint to work on both the s/w and infra so we can get better timezone coverage, etc.  would you like to be involved in that if it happens?
[15:42] <sladen> elopio: and look for something really simple, (like a spelling mistake)
[15:45] <ackk> juliank, fwiw I was downloading them with passing a config file to apt with just the "Dir" option set
[15:47] <juliank> ackk: If you use apt with a chroot style without using the hosts settings, you need to specify a config file via APT_CONFIG and set Dir in that one. Otherwise it first loads all configuration from the host and then applies the settings from your file.
[15:48] <juliank> Because command-line parsing happens after configuration initialization.
[15:49]  * juliank just had the same issue, wondering why his "chroot" was downloading contents files...
[15:54] <ackk> juliank, right, that's what I did, basically
[15:54] <ackk> juliank, oh you mean using an actual chroot?
[15:54] <juliank> Nah
[15:55] <juliank> That's why I put quotes around it :D
[15:55] <ackk> juliank, I mean, if I pass -c it still loads stuff from /etc ?
[15:55] <juliank> Yes
[15:55] <ackk> I see
[15:55] <juliank> In fact, if you pass -c Dir=<foo>, it will not load any configuration from <foo>
[15:55] <juliank> because config file loading is done before that
[15:55] <ackk> juliank, )
[15:56] <ackk> juliank, I'm not passing any -o fwiw, just "apt -c apt.conf" where apt.conf contains Dir "/my/dir"
[15:56] <juliank> Yes
[15:56] <ackk> juliank, is there a way to properly isolate it from the system?
[15:56] <juliank> fIle loading happens before argument parsing.
[15:57] <juliank> With the APT_CONFIG variable
[15:57] <juliank> Set APT_CONFIG to the name of the file containing your "Dir" setting
[15:58] <juliank> apt first loads defaults, then APT_CONFIG, and then Dir::Etc::parts and Dir::Etc::main; and then parses arguments
[15:59] <barry> elopio: one thing that's hitting me right now is that autopkgtest-buildvm-ubuntu-cloud is timing out pulling down and running a zesty image.  i think it's not that script so much as it is cloud-init.  i haven't had time to dig into that in detail, but that's the next thing on my list when i clear some backlog (and yes, this is yak shaving because i'm trying to see why network-manager won't promote due to systemd autopkgtest regressions)
[16:04] <nacc> rbasak: fyi, using d/s/f as a fallback for `dpkg-source --print-format` works for util-linux, at leat
[16:04] <nacc> *least
[16:06] <ackk> juliank, it seems they're only downloaded for trusty-updates, not trusty: https://pastebin.canonical.com/175493/
[16:06] <juliank> ackk: pastebin!
[16:07] <ackk> aah, crap
[16:07] <ackk> sorry
[16:07] <ackk> juliank, http://paste.ubuntu.com/23776767/
[16:08] <juliank> ackk: that's no really useful to look at, we know that stuff already
[16:08] <juliank> how about update --print-uris
[16:09] <juliank> (this tells us if it is even trying to fetch it - I think)
[16:09] <ackk> juliank, http://paste.ubuntu.com/23776774/
[16:10] <juliank> Then look at the real update output and check if it mentions anything about that
[16:10] <ackk> juliank, (I also switched to the main mirror, just to be sure)
[16:11] <ackk> juliank, it does not: http://paste.ubuntu.com/23776780/
[16:11] <juliank> ackk: I can definitely reporduce this
[16:12] <ackk> juliank, apparently this is only happening with trusty on xenial, it seems to work with  precise and xenial repos
[16:12] <ackk> (always from xenial)
[16:14] <juliank> ackk: Right. I believe apt now requires Translation-en to be listed in the Release file - which it is not on trusty
[16:15] <ackk> juliank, I see. this seems like a regression though?
[16:15] <juliank> It's a feature!
[16:15] <ackk> lol
[16:15] <ackk> no more annoying trusty!
[16:16] <juliank> No seriously. It avoids one GET for the i18n/Index on systems that don't have other languages configured
[16:17] <juliank> In fact, I don't think we use the translation index at all
[16:18] <juliank> I just special cased -en in my description because that's the only one in trusty-updates AFAICT
[16:18] <ackk> juliank, is there a way to force it?
[16:18] <juliank> Not sure
[16:18] <juliank> I'd just use an older apt to download it...
[16:19] <juliank> In fact, Debian does not have an i18n/Index
[16:19] <ackk> juliank, so the problem is that we have one script that we use to build a package db dump for all supported releases, using python-apt. so on xenial I get empty descriptions for packages in trusty
[16:20] <juliank> You can download the translation file manually and place it at the correct spot to work around this
[16:21] <ackk> juliank, yeah I guess I'll have to do something like that.
[16:21] <ackk> juliank, thanks a lot for the help
[16:24] <juliank> ackk: BTW requiring files to be in the Release file happened because (1) it's more secure (2) we can be relatively sure how much we'll download [progress] (3) less load on servers by useless queries
[16:25] <ackk> juliank, yeah I understand, it totally makes sense. it's just unfortunate that it leaves the trusty case unconvered
[16:26] <juliank> Maybe someone could update the Release file there to include those things (and do a manual diff to ensure it's sane)? It's a bit weird thing to do, but it'd help prevent further problems like that.
[16:27] <juliank> That said, missing descriptions is not a huge issue normally.
[16:27] <juliank> So it might not be worth it
[16:27] <cjwatson> unfortunately updating the Release file for trusty causes huge load
[16:27] <cjwatson> we can in theory do it but we have to be very selective indeed about timing
[16:28] <juliank> cjwatson: Hmm - why does it cause huge load?
[16:28] <cjwatson> ddos from ubuntu clients
[16:28] <cjwatson> effectively
[16:28] <cjwatson> a few million machines wake up in cron and go "ooh, I have stuff to update"
[16:29] <juliank> Well, they do already with -updates and stuff
[16:29] <juliank> not sure how that would be different
[16:29] <cjwatson> I think there may be a bug somewhere where they redownload too much
[16:29] <elopio> barry: I have zesty! Let me give it a try.
[16:29] <cjwatson> and the trusty Packages file is much bigger
[16:30] <juliank> Right. But they shouldn't (TM) redownload Packages files and stuff if all you change is the Release file (not sure if that's feasible)
[16:30] <juliank> :D
[16:30] <cjwatson> I don't have fully accurate information here because any time we try something like this it causes sysadmins to run around with heads on fire
[16:30] <juliank> That said, might be a bug
[16:30] <barry> elopio: cool thanks.  note that it will still try to download a zesty image by default on yakkety (i have one machine on zesty and another on yakkety).  but i'd love confirmation -or not- of the problem
[16:30] <cjwatson> (it's also possible I'm conflating trusty with an older release)
[16:31] <juliank> trusty is **old** so anything is possible
[16:32] <juliank> Heck, ld segfaults there on arm64
[16:33] <cjwatson> juliank: so, slightly more detail, this happened to us on 2015-10-07 when we tried to add InRelease files to precise and trusty
[16:33] <cjwatson> that appeared to force a redownload
[16:34] <juliank> cjwatson: Oh well, Release -> InRelease is (or was) a slightly more nasty transition
[16:34] <cjwatson> in fact it seemed to do so as far up as wily, at least
[16:34] <juliank> Right, it should be fixed in xenial when that crap was reworked.
[16:37] <cjwatson> so it may be that it was only due to Release -> InRelease, but I'm still wary because that pegged our bandwidth for quite some time
[17:03] <elopio> barry: http://paste.ubuntu.com/23777013/
[17:23] <barry> elopio: huh.  okay, thanks
[17:40] <nacc> infinity: so i got a request for php-gearman to be made available to 16.04 (it's in 16.10 and on); which we had removed at the time because src:php5-gearman was the only available and upstream had no php7 support. Given that we are sync'ing the package from debian currently, couple of questions: 1) is it best to SRU the 16.10 version back (also means that 16.04 <= 16.10 that way, for upgrades); 2) can
[17:40] <nacc> we simply sync the debian version in 16.10 to 16.04? Or do I need to submit a proper ubuntu-ized version for SRU purposes?
[18:08] <elopio> barry: running the command with -v, it worked. The bug doesn't want to be seen.
[18:08] <elopio> I'll keep running it a few more times. Do you have a bug reported that I can follow?
[18:09] <barry> elopio: i haven't filed a bug report yet.  just got back from lunch and now i'm trying it on a zesty host
[18:09] <barry> it's also possible there's a new cloud-init or image or some such today
[18:10] <jbicha> nacc: I suggest
[18:10] <barry> elopio: worked beautifully on zesty host.  trying again on yakkety host
[18:10] <jbicha> backportpackage -s yakkety -d xenial -r -u ubuntu -c 1556460 php-gearman
[18:10] <jbicha> that's if you want it in xenial-updates, otherwise you can leave out the "-r"
[18:11] <jbicha> replace 1556460 with the real bug number
[18:13] <barry> elopio: interesting.  hangs on yakkety host
[18:15] <barry> elopio: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783202
[18:18] <infinity> nacc: We can't "sync" it, since the version can't be the same as yakkety.
[18:19] <infinity> nacc: But I have no issues with you SRUing a no-change backport.  Hard to regress a package that isn't there.
[19:47] <tzero> is there a convention for naming PPAs? like username/package and username/package-testing ?
[20:11] <pdeee> rbasak, gentle ping :)
[20:48] <nacc> infinity: ack, thanks!
[20:49] <nacc> jbicha: thanks!
[21:18] <tarpman> hi all. I guess package imports into bzr aren't really happening any more - is there a new place I can browse package contents online? does ubuntu have a debsources instance or anything like that?
[21:21] <nacc> tarpman: i am working on the server team's git importer, I can import a package for you (or you can od it yourself), but it just reflects the launchpad publishing information.
[21:21] <nacc> tarpman: do you need the most recnet version, or do you want history?
[21:21] <tarpman> nacc: basically I'd like to be able to paste links to lines in the openldap source in xenial
[21:22] <tarpman> not worried about history, I have git for that
[21:23] <nacc> tarpman: ah, there's not anything generic for that, you're right. The git importer (when pushed to a lp git tree), does let you browse the source
[21:26] <tarpman> nacc: ok, thanks. we have the upstream source in git.lp.net, but not the packaging. I'll take some time later and try to figure that out
[21:26] <nacc> tarpman: ah ok, you can also run the importer against your own git tree just to see what it will produce (or --no-push and examine locally)
[21:27] <tarpman> nacc: "the importer" being https://code.launchpad.net/+code-imports/ or something to that effect, is that right?
[21:27] <nacc> tarpman: err, no
[21:28] <nacc> tarpman: that was the old thing, i think
[21:28] <nacc> or noe of them
[21:28] <nacc> *one
[21:28] <nacc> let me get you a link
[21:28] <nacc> https://code.launchpad.net/~usd-import-team/usd-importer/+git/usd-importer
[21:28] <nacc> that creates trees that are 'rich history', like https://code.launchpad.net/~usd-import-team/ubuntu/+source/whois/+git/whois
[21:29] <tarpman> ooh. this looks nifty
[21:29] <nacc> tarpman: i'm starting to run it autamated in testing for server packages, but we're still working on a few things (like dgit compatibility), etc
[21:30] <nacc> tarpman: but, generally, it should never fail and can be used completely independent of any 'official' tree
[21:31] <tarpman> nacc: cool, I'll play with that later. thanks a lot!
[21:31] <nacc> tarpman: np, if you find issues, feel free to file bugs!
[21:31] <tarpman> oh, I will >:)
[21:43] <cjwatson> +code-imports is not "the old thing"
[21:44] <cjwatson> that's a separate thing - it's Launchpad's system for importing VCS trees from external sources into Launchpad, not specifically about packaging
[21:52] <elopio> cjwatson: hey, it seems the armhf machines for autopkgtest are returning again armv8l instead of armv7l. Any idea what might be going on there?
[21:55] <cjwatson> elopio: check the command line and see if compat_uts_machine=armv7l or whatever it is is still there
[21:55] <cjwatson> elopio: (I have no access to autopkgtest stuff)
[21:57] <elopio> cjwatson: ok, I will see how to check that. Laney you are hanlding the autopkgtest machines, right?
[22:03] <ginggs> elopio: the autopkgtest machines are autonomous now
[22:28] <juliank> Bah, now we're getting multiple duplicates per day for the whole  ttf-mscorefonts-installer faisl to install thingy.
[22:28] <juliank> That is so seriously annoying.
[22:30] <dobey> that's what happens when the files disappear from the server for things that have to pull stuff off a server
[22:30] <juliank> No.
[22:31] <juliank> It's a redirect with a space in it, apt decoding the URI in the redirect response, and not reencoding it before sending it to the next server.
[22:31] <dobey> oh? for me i saw it getting 404s from sourceforge
[22:31] <dobey> oh
[22:32] <juliank> And this might go on for a few months once fixed, given the speed at which SRUs are accepted.
[22:33] <juliank> * a few months after a fix was rolled out for zesty, that is
[22:33] <dobey> well, spin it as a denial of service attack performed by sourceforge on debian/ubuntu users :)
[22:34] <juliank> dobey: "https://netcologne.dl.sourceforge.net/project/corefonts/the fonts/final/andale32.exe" is a really stupid url
[22:34] <juliank> github is worse, though
[22:35] <juliank> It has some weird script thingy with parameters "; filename=" (notice the space after ;)
[22:35] <dobey> could be worse
[22:36] <juliank> dobey: AWS which hosts the github downloads responds with "505 HTTP Version not supported" because it things that ;filename=.... is the HTTP version string
[22:36] <juliank> The others give more sensible errors...
[22:45] <juliank> Anyone knows if I should quote user and password too?
[22:45] <juliank> I think host is not to be quoted
[23:00] <elopio> ginggs: that's the dream :)
[23:01] <juliank> I fear this might also affect trusty, but not sure.
[23:02] <juliank> The workaround now only URL-encodes the path of the URL and is currently running test suite.
[23:03] <juliank> If someone feels like we need to URL encode the rest too, let me know
[23:22] <juliank> Eww, I accidentally uploaded apt 1.4~beta3ubuntu1 without a copyright file. I should really fix that once and for all (it's a symlink to COPYING which syncs fine, but you can't do direct uploads because Launchpad rejects symlinks there)
[23:22] <juliank> Oh well, it's going to be fixed next week with 1.4~rc1
[23:31] <nacc> tarpman: fyi, src:openldap is on the server list, so i'm importing it :)
[23:32] <tarpman> nacc: excellent, so in a while it'll show up under ~usd-import-team's repositories?
[23:36] <nacc> tarpman: yep, should be at https://code.launchpad.net/~usd-import-team/ubuntu/+source/openldap/+git/openldap, once it's done importing
[23:36] <nacc> tarpman: do you need any of the other versions (openldap2, openldap2.3)?
[23:36] <tarpman> nacc: just openldap, thanks
[23:37] <nacc> tarpman: np!
[23:45] <jbicha> I looked at bug 1607535 but the Ubuntu merge looked more complicated than I wanted to work with so I hoped someone that had worked on it before would do it
[23:45] <tzero> is anyone familiar with dh_python3? I think it's screwing with dependencies when I add install_requires=[] to setuptools
[23:48] <juliank> jbicha: Not that problematic. I think there is a redirect for the old URI but that fails due to bug 1651923
[23:49] <juliank> (Fix for that one is in -proposed waiting for autopkgtests)
[23:57] <bdmurray> nacc: what additional testing did you do in bug 1645431?