[00:30] <lifeless> kees: around?
[01:21] <kees> lifeless: in and out, sup?
[01:21] <lifeless> mailed you
[01:21] <kees> okay
[02:33] <bcurtiswx> if i'm trying to start learning GTK+, what program(s) should I install ?
[02:34] <bcurtiswx> is there a good beginners guide out there?
[02:35] <bcurtiswx> nvm about what packages, got that
[02:48] <fagan> bcurtiswx: this isnt a channel for app development its for discussion on developing ubuntu itself
[02:48] <fagan> #ubuntu-app-devel is the one I think for that
[02:57] <bcurtiswx> fagan, muchas gracias
[02:58] <fagan> no problem
[03:43] <bbigras> Someone knows a tutorial to create a DEB when I got an install script provided with the sources?
[03:46] <fagan> bbigras: this isnt a support channel for app development in ubuntu its a channel for developing ubuntu
[03:47] <fagan> you should ask your question on #motu
[03:47] <fagan> or #ubuntu-motu maybe
[03:47] <fagan> I forget
[03:47] <micahg> bbigras: #ubuntu-packaging is more apropriate
[03:47] <fagan> its late
[03:47] <fagan> oh your right I forgot about that one
[03:48] <fagan> well I always asked for help in #motu because theres always someone around
[03:48] <bbigras> thanks but I thought ubuntu developement meant mostly packaging.
[03:49] <micahg> bbigras: yes, but this channel focuses on package in the archive in main or restricted
[03:49] <fagan> and development work going on
[03:49] <bbigras> I see, thanks!
[03:49] <fagan> features and bug fixes
[03:51] <fagan> its interesting how many people come here for development help though even though it says  (not support, not app development) in the title
[07:11] <dholbach> good morning
[08:15] <tjaalton> hum, netgen seems to be missing from lucid, though lp shows the binaries in https://edge.launchpad.net/ubuntu/+source/netgen
[08:16] <tjaalton> maybe it failed to build? the new version was released too late for lucid
[08:17] <tjaalton> I'll just grab it from testing/maverick
[08:18] <geser> tjaalton: FTBFS: https://blueprints.launchpad.net/ubuntu/+spec/foundations-lucid-supportable-binaries
[08:21] <geser> the version in lucid got uploaded in jaunty and as we couldn't build it anymore in lucid (FTBFS in a rebuild test) the binary debs got removed
[08:23] <tjaalton> geser: yeah, makes sense
[08:23] <tjaalton> just that the lp page is confusing then ;)
[08:30] <geser> the source is still in lucid just not the binary debs
[08:32] <tjaalton> yes, but lp shows both for lucid
[08:32] <tjaalton> but, lunch ->
[08:36] <geser> you have to look at the binary publication page: https://edge.launchpad.net/ubuntu/lucid/i386/netgen
[08:48] <wgrant> tjaalton: It shows that the binaries were built. It doesn't say they're published.
[08:54] <tjaalton> wgrant: that conflicts with the removal then
[08:56] <wgrant> tjaalton: Hm?
[09:01] <wgrant> tjaalton: They were still built. They were just removed later.
[09:06] <tjaalton> wgrant: that makes no sense? why were they removed then?
[09:10] <tjaalton> wgrant: my point is that lp should not show the debs if they were removed :)
[09:10] <geser> tjaalton: netgen 4.4-15 got uploaded to jaunty, and later copied (source+binary) to karmic and lucid. During lucid we noticed in a rebuild test that we can't build the package anymore and decided to not publish the binaries anymore (as we can't support them, e.g. security upload or SRU)
[09:11] <cjwatson> they were in the lucid *series* at some point, just not in the 10.04 *release*
[09:12] <geser> LP (or more the librarian) still have them (like other debs for superseded uploads), they just not published anymore (on archive.u.c)
[09:13] <tjaalton> and _that's_ confusing
[09:18] <cjwatson> it's probably best not to go through LP to find what's published in a given release unless you're pretty familiar with it.  you could just use rmadison
[09:20] <tkamppeter> when is the beta freeze supposed to end?
[09:20] <cjwatson> it's ended, just haven't quite reopened the archive yet.
[09:20] <cjwatson> in progress on that
[09:24] <cjwatson> I think I'd like to clear through binutils and eglibc first though
[09:24] <\sh> could someone release the NEW queue for maverick, pls? :)
[09:25] <raphink> \sh: don't you think there's enough packages already? :p
[09:25] <cjwatson> \sh: not the first priority
[09:25] <cjwatson> (yeesh, what is it with day-after-beta and are-we-there-yet?)
[09:26] <cjwatson> james_w`: hmm, I do hope the importer isn't going to get too badly confused with me accepting packages from unapproved during codehosting downtime
[09:26] <\sh> raphink, I'm just interested in one...so we can start testing maverick with FAI ;)
[09:26] <lifeless> cjwatson: does anyone other than pitti know enough about the apport retracers to say if they are fixed or not
[09:26] <raphink> \sh: I'm just kidding ;-)
[09:26] <cjwatson> lifeless: seb128
[09:26] <lifeless> seb128: ping
[09:26] <\sh> raphink, I know :)
[09:26] <seb128> hi
[09:27] <raphink> \sh: have you packaged (DC)² yet?
[09:27] <cjwatson> hm, let me see, those binutils and eglibc uploads don't look like they'll have a significant effect on other packages
[09:28] <seb128> cjwatson, hello
[09:28] <seb128> oh retracers
[09:28] <\sh> raphink, nope...I'm just busy with daily business...the rollout of lucid was postponed because of other urgend company tasks so right now I don't have the time to work fulltime on (DC)²
[09:28] <raphink> who uses these anyway
[09:28] <seb128> yeah, let me just remove the lock and see if they crash or run
[09:28] <raphink> :)
[09:30] <cjwatson> seb128: robert_ancell's folks uploads dropped the changes from version <IP_ADDRESS>-0ubuntu2, which added two build-depends.  I therefore suspect that these uploads will fail to build.  Do you have a way of checking whether this was intentional?
[09:31] <cjwatson> (the dropped upload fixed bug 621423)
[09:31] <seb128> didrocks, ^
[09:31] <StevenK> Hah, I read that sentence the other way the first time
[09:31] <StevenK> "Wha, Robert's parents uploaded something?"
[09:31] <didrocks> seb128: ok, fixing it
[09:32] <seb128> didrocks, did you do an update for it in the ppa?
[09:32] <seb128> cjwatson, didrocks: we might just be able to sync on debian
[09:32] <seb128> they have the new version and this change I think
[09:32] <seb128> didrocks, ^ can you check?
[09:32] <seb128> didrocks, thanks
[09:32] <didrocks> seb128: let me see, upstream made a new revision for the ppa
[09:32] <didrocks> seb128: sure, checking
[09:35] <didrocks> seb128: yeah, they get the change, let me just build it and test it before acking on the sync
[09:40] <netepal> Can somebody guide me how can I contribute to ubuntu
[09:40] <cjwatson> http://wiki.ubuntu.com/ContributeToUbuntu has some notes
[09:40] <cjwatson> very much depends on your interests
[09:40] <netepal> which skill set is needed
[09:41] <cjwatson> all of them! :-)
[09:41] <netepal> meaning which languages are needed?
[09:41] <cjwatson> depending on what you want to do - see that page, it has lots of links
[09:41] <cjwatson> again, it depends
[09:41] <cjwatson> there's no one single language used in Ubuntu development
[09:41] <cjwatson> most of the core system is in C, C++, shell, Perl, Python, in no particular order
[09:42] <cjwatson> but the much more important thing is which language is used in the package(s) you want to work on.  I generally advise people to be flexible
[09:42] <netepal> ok then I can work in C/C++
[09:43] <netepal> are you also a contributor
[09:43] <cjwatson> yes
[09:45] <netepal> how do you contribute
[09:45] <cjwatson> I mainly work on the installer and the boot loader
[09:45] <netepal> ok! cool
[09:45] <didrocks> cjwatson: seems to work well. Can you sync folks from debian experimental? do you want a bug report for the request?
[09:46] <cjwatson> didrocks: I can, please file a bug for it
[09:51] <seb128> dpkg: ../../src/archives.c:809: tarobject: Assertion `r == stab.st_size' failed.
[09:52] <seb128> hum, not nice
[09:52] <cjwatson> do you have the .deb that produced that?
[09:52] <didrocks> cjwatson: when you have some time: bug #629351
[09:53] <seb128> cjwatson, not really, it's a retracer crash when installing gnome-applets
[09:54] <cjwatson> actually, that's kind of a "somebody seems to have changed this symlink between lstat and readlink" assertion
[09:54] <seb128> "Preparing to replace gnome-applets-data 2.30.0-3ubuntu2 (using .../gnome-applets-data_2.30.0-3ubuntu2_all.deb) ...
[09:54] <seb128> Unpacking replacement gnome-applets-data ...
[09:54] <seb128> dpkg: ../../src/archives.c:809: tarobject: Assertion `r == stab.st_size' failed.
[09:54] <seb128> "
[09:54] <cjwatson> or at least that's the way it looks to me
[09:55] <seb128> but retracers are special environments
[09:55] <cjwatson> if it's straceable that might help
[09:55] <cjwatson> quite
[09:56] <seb128> cjwatson, I've logged in and it's not happening with an apt-get install
[09:56] <G> is it just me or are others getting connection refused from launchpad?
[09:56] <seb128> cjwatson, I will ping you if I manage to reproduce it or get detail
[09:56] <G> (bazaar sorry)
[09:56] <seb128> G: the code hosting is down for upgrade
[09:56] <seb128> "Launchpad: Code hosting offline 8.00-9.30 UTC on Friday 3rd September"
[09:56] <G> oh just saw that
[09:56] <G> doh :)
[09:56] <G> seb128: thanks
[09:57]  * G whacks self
[09:58] <seb128> cjwatson, lifeless: bug #628688, retracers seem to work, thanks
[10:08] <soren> When is the unapproved queue going to be flushed?
[10:08] <soren> This week sometime?
[10:13] <lifeless> seb128: hi
[10:13] <seb128> hey
[10:13] <lifeless> is the retracer happier ?
[10:14] <lifeless> at least as far as talking with lp ?
[10:14] <didrocks> cjwatson: thanks a lot :)
[10:15] <seb128> retracers are happier yes
[10:15] <seb128> they manage to get the crash file and retrace it
[10:15] <lifeless> seb128: great
[10:15] <seb128> running it by hand worked but didn't untag it, so that could be a bug but that's not going to stop retracing
[10:16] <lifeless> seb128: we've put a bandaid in place to get access for you
[10:16] <seb128> we can untag the need-retracing by hand if required
[10:16] <seb128> thanks
[10:16] <lifeless> we're now working as hard as we can on the permanent solution, and we should be able to deploy it without downtime [other the the regular rollout process]
[10:16] <seb128> the lack of retracer started being an issue for maverick since it means crash bugs don't reach triagers
[10:17] <lifeless> yeah, it was an unintentional side effect of making private bug attachments... private
[10:17] <seb128> the bandaid seems to be enough to get the retracers running so no hurry from our side for other changes
[10:17] <lifeless> but all the short term options to address it are unpleasant
[10:17] <lifeless> the tagging thing is AFAIK unrelated
[10:17] <seb128> ok
[10:17] <lifeless> so please do investigate/file a bug
[10:17] <seb128> will do
[10:18] <seb128> thanks again for working on the issue
[10:19] <lifeless> no probs
[10:20] <lifeless> we're sorry it took so long to get the bandaid in place: there was some confusion involved
[10:36] <cjwatson> soren: I'm in the process of flushing it
[10:38] <cjwatson> argh, acronym frustration.  What does SDV stand for in the context of "Intel SDV" (i.e. some kind of development board)?
[10:39] <cjwatson> a friend tells me "software development vehicle"
[10:41] <soren> cjwatson: Cool, thank you!
[10:41]  * soren crosses stuff off his list
[11:20] <ogra> cjwatson, i bet mjg59 knows ;)
[11:26] <OdyX> tkamppeter: uh… I'm not the ghostscript maintainer; even not trough a team, so any update will be hard. You (or me) should get in contact with the real maintainers. Note by the way that Debian has had 6 releases since the Ubuntu "fork"
[11:34] <tkamppeter> OdyX, perhaps one could move GS maintainership from the current maintainer to you. You should ask him whether he would continue maintaining GS and then he would need to update it regularly, at least for upstream releases and a merge from Ubuntu before Debian Feature Freezes, or he could pass maintainership to you.
[11:34] <cjwatson> didrocks: gnome-control-center also dropped an Ubuntu change, this one 1:2.30.1-1ubuntu3 from maco.
[11:35] <cjwatson> didrocks: seems like some kind of process sanity check might be called for here?
[11:35] <cjwatson> the periods when archive admins will catch this kind of thing are pretty narrow.
[11:35] <didrocks> cjwatson: is it my upload?
[11:36] <cjwatson> didrocks: no, Robert's, but I assume he's asleep and seb128 redirected me to you earlier when I asked him :)
[11:36] <didrocks> hum, robert… yeah, I think we should discuss with him, he made some of those kind of issues recently :)
[11:36] <didrocks> cjwatson: ok, I'll fix that in some minutes, please reject the upload
[11:37] <didrocks> and talk with him
[11:37] <didrocks> thanks cjwatson and sorry for the noise!
[11:45] <ogra> can someone let linux-ti-omap4 out of the unapproved queue ?
[11:45] <cjwatson> working on the unapproved queue in general
[11:46] <cjwatson> I will get to it soon - doing it roughly in reverse upload order
[11:46] <cjwatson> er, upload order
[11:46] <ogra> ah, great, thanks
[11:49] <seb128> cjwatson, didrocks: I can check for that one, I redirected to didrocks before because I know he did some updates on the empathy stack yesterday
[11:49] <didrocks> seb128: thanks :)
[11:49] <seb128> I guess that one is a case of "somebody sponsored a change and didn't commit to the vcs"
[11:50] <cjwatson> ogra: this isn't an ABI bump?  gosh
[11:50] <ogra> its a version bump
[11:50] <ogra> 2.6.34 -> 2.6.35
[11:50] <ogra> (at least it should be)
[11:50] <cjwatson> so it is, I just can't read
[11:51] <cjwatson> accepted
[11:51] <ogra> thanks a lot
[11:57] <Valente> Hi everybody!
[11:58] <Valente> I would like to ask firstly if I can use this chat for solve problems
[12:00] <Valente> And if not which chat should I look for?
[12:04] <Valente> Hi! Could you tell me if I can use this chat for asking for help?
[12:04] <Hobbsee> #ubuntu
[12:59] <G> dholbach: hey, I've got a question for you reg Harvest when you've got a moment
[12:59] <dholbach> g: sure
[13:00] <G> dholbach: wrt the show all opportunities options (I know Permalink does it but I'm thinking of a way to tie everything else in), what would you say to using jquery to display it as an inline pop-up
[13:01] <G> (similar to how launchpad does some of the assign/linking UI)
[13:01] <dholbach> g: do you think you can file a bug about that and discuss it there - that'd be a good question for Dylan
[13:01] <dholbach> g: he's the ui mastermind :)
[13:01] <G> dholbach: ahhh right okay, will do :)
[13:02] <dholbach> thanks a bunch G
[13:02] <dholbach> G: I'll have a look at your merge proposal in a bit
[13:02] <G> dholbach: okay, I'll put the other one in (the change the text for the filtering)
[13:02] <dholbach> super
[13:03] <G> dholbach: is there a quick way to regenerate the pot files?
[13:03] <dholbach> G: ./manage.py update-template
[13:04] <G> dholbach: ohhhhhh
[13:04] <dholbach> G: (from ./opportunities/management/commands/update-template.py
[13:04] <dholbach> )
[13:04] <G> and here was me thinking taht was for templates etc
[13:04] <G> I'd tried everything but :)
[13:05] <G> I'll do that for my second merge proposal so it'll get picked up (the index translations are missing from the pot file)
[13:05] <dholbach> G: commented on your merge proposal
[13:06] <G> dholbach: oh thats a very good point :)
[13:07] <dholbach> :)
[13:07] <G> will get on that in a moment :)
[13:07] <dholbach> super
[13:09] <G> dholbach: tbh, I think it would be best to leave it as _lazy though so there is an obvious difference :)
[13:09]  * ogra wonders where doko is
[13:09] <dholbach> ogra: oo.o conference
[13:09] <ogra> bah
[13:09] <dholbach> G: hm, not sure
[13:10] <ogra> he should find someone there to fix armel builds :P
[13:11] <dholbach> G: "Always use lazy translations in Django models." - I think it's fine to call it _ there :)
[13:11] <dholbach> http://docs.djangoproject.com/en/dev/topics/i18n/internationalization/
[13:12] <G> dholbach: okay
[13:12] <dholbach> ROCK
[13:15] <cjwatson> \sh: fai accepted
[13:20] <\sh> cjwatson, thx a lot
[13:32] <dholbach> Q: merged, thanks
[13:42] <G> dholbach: no problem!
[13:56] <AnAnt> Hello, is there a way to detect wether the pulseaudio is the sound server in use ?
[13:58] <directhex> AnAnt, well, "aplay -L" gives a hint about it
[14:10] <AnAnt> directhex: thanks
[14:49] <kenvandine> cjwatson, how many people do we want to get to verify the twitter/oauth change for gwibber before putting it in -updates?
[14:49] <kenvandine> cjwatson, it has to be better than what is already there, since we know the version in lucid doesn't work at all for one of the 2 most popular services
[14:50] <cjwatson> oh, I was going to waive the aging period on that
[14:50] <cjwatson> remind me of the bug number?
[14:52] <kenvandine> bug 627565
[14:52] <kenvandine> i had at least 3 people that confirmed it in the ppa
[14:52] <kenvandine> and 1 for sure on the bug... and one that complained about the save button
[14:52] <kenvandine> so i assume it worked for him
[14:52] <kenvandine> we know the save button can be more obvious, not a new problem :)
[14:53] <bilalakhtar> kenvandine: add 1 more, I have also confirmed
[14:56] <cjwatson> kenvandine: what do the last three comments on bug 613420 indicate?
[14:56] <kenvandine> bilalakhtar, thx!
[14:56]  * kenvandine looks
[14:56] <cjwatson> kenvandine: and could somebody validate that bug 583316 is fixed in lucid-proposed?
[14:57] <kenvandine> cjwatson, bug 613420 is probably a case of him authorizing and not seeing the "Save" button
[14:58] <kenvandine> bilalakhtar, can you confirm bug 583316 ?
[14:58] <kenvandine> you should be able to open gwibber prefs and not see tr.im in the combobox
[15:14] <bilalakhtar> kenvandine: verified
[15:28] <seb128> dholbach, do you know who is working on example contents?
[15:28] <seb128> dholbach, ie bug #595248
[15:30] <dholbach> seb128, I was told the design team was working on it
[15:31] <seb128> dholbach, ok
[15:32] <slomo> cjwatson: hi :) could you sync gst-plugins-ugly0.10 0.10.16-1 from debian/experimental? there are no ubuntu changes and no ubuntu changes are necessary and it's in universe
[15:33] <cjwatson> it's really a lot easier with a bug, we have tools to process sync request bugs semi-automatically
[15:33] <cjwatson> but, done
[15:35] <slomo> cjohnston: thanks, i didn't know there are tools for this, sorry
[15:36] <ScottK> cjwatson: Would you please rescore glib2.0.  It just affects powerpc and should save us some FTBFS due to archive skew.
[15:37] <cjwatson> ScottK: done
[15:37] <cjwatson> dunno how much difference it will make - 13 mins vs. 12 mins according to the web interface :)
[15:37] <cjwatson> I think it was probably already first in the queue
[15:45] <ScottK> OK.  Thanks.
[15:48] <cjwatson> kenvandine: ok, aging period waived, copied
[15:48] <kenvandine> cjwatson, thx!
[15:49] <cjwatson> in future I don't suppose we could avoid waiting four months from the announcement of a service being turned off before arranging not to rely on it any more? ;-)
[15:50] <kenvandine> cjwatson, i wish... :/
[15:51] <kenvandine> cjwatson, until less than 2 weeks ago it was looking like we would have to drop twitter support all together... which would not have been popular
[15:52] <kenvandine> there was a great article on arstechnica yesterday about the whole ordeal :)
[15:53] <directhex> the one where segphault hacks the super secret official twitter oauth keys?
[15:54] <kenvandine> directhex, yeah... that was awesome
[15:54] <kenvandine> :)
[15:54] <kenvandine> they told us if we published the key anywhere in source it would be revoked
[15:55] <kenvandine> and they did revoke at least one for being committed to github
[15:57] <directhex> use theirs
[15:58] <kenvandine> directhex, i am sure it is just a matter of time before someone posts a website listing keys
[15:59] <kenvandine> they did extend the deadline twice because they hadn't found a solution for open source clients... but ultimately decided open source clients weren't important enough to delay any longer
[15:59] <kenvandine> sad...
[16:00] <cjwatson> kenvandine: ... lovely
[16:01] <kenvandine> finally compromised with us when we had a week left...
[16:02] <kenvandine> i just hope they don't retaliate against segphault's article by revoking our keys :)
[16:11] <dholbach> apachelogger, thanks!
[16:12] <apachelogger> dholbach: any time :)
[16:18] <smoser> cjwatson, just wanted to make sure you saw this, but I didn't see your response until just now.  see my comment https://bugs.launchpad.net/ubuntu/+source/eucalyptus/+bug/613463
[16:18] <smoser> as to why mtools and grub-rescue-pc files would not work.
[16:20] <cjwatson> smoser: you could extract the files from it and regenerate
[16:21] <smoser> well, yes, but then i still have to depend on xorriso, and i also have to know details about the internals of that image.
[16:21] <smoser> and what flags to send to xorriso and such.
[16:21] <cjwatson> I realise it isn't pretty but I'm not going to have time to change this for maverick now and I don't want to get that badly ouot of sync with Debian (and of course Debian is frozen)
[16:21] <smoser> yeah, i understand that.
[16:21] <smoser> right now, we just have a missing dependency in eucalyptus-nc.
[16:21] <cjwatson> also I'm not sure you in fact need xorriso
[16:22] <smoser> how else would i master the iso image ?
[16:22] <smoser> if you think doing that is loads cleaner, i'm willing to re-work it.
[16:22] <cjwatson> you said you were creating a boot floppy
[16:22] <smoser> yes.
[16:22] <smoser> oh.
[16:22] <smoser> i see, you're saying just grab the files from the iso and make a floppy that is not iso format
[16:23] <cjwatson> yeah
[16:23] <cjwatson> just treat it as a silly delivery mechanism
[16:23] <smoser> well, i wish i'd have seen your comment before. if you think that i should chase that, i will.
[16:24] <smoser> one other benefit of my usage of grub-mkimage is that i only include modules in the original floppy that are needed to load the secondary loader.
[16:24] <smoser> ie, don't need a bunch of filesystems for that.
[16:24] <smoser> and my images are not *tiny*.
[16:24] <smoser> but thats probably not a big deal.
[16:25] <smoser> if you think i should chase this i will. right now the only broken-ness is the missing dependency.
[16:28] <geser> looking for a core-dev to sponsor bug #625798
[16:29] <cjwatson> smoser: I think it's the most viable approach for maverick
[16:29] <cjwatson> for natty, the approach of splitting out -modules packages is fairly tempting
[16:30] <smoser> cjwatson, you think i should re-work to using the grub-rescue-pc ?
[16:30] <smoser> or you think we should just go with what we have now (lack of dependency)
[16:31] <cjwatson> smoser: if you have time to rework it on top of grub-rescue-pc, I think that would be good.  but I don't know what issues the lack of dependency is causing you
[16:37] <smoser> cjwatson, without root can i easily get files off a iso9660 filesystem ?
[16:37] <cjwatson> bsdtar
[16:37] <cjwatson> or isoinfo
[16:38] <smoser> isoinfo -x only does one file at a time, right ?
[16:38] <cjwatson> yeah.  bsdtar has more convenient syntax but is in universe (though I imagine that's changeable)
[16:38] <smoser> so i'd have to crawl its ls-lr output and pick them out.
[16:38] <cjwatson> I do exactly that in d-i
[16:38] <smoser> with isoinfo ?
[16:38] <smoser> wowl
[16:44] <cjwatson> yeah, painful
[16:57] <apw> if i have a file which i want to be installed by each kernel but that file only needs to exist once (this is a common udev rule) is there a sensible way to describe that?
[17:04] <smoser> cjwatson, should i just across the board run 'tolower' on isoinfo ls-lr output ?
[17:05] <smoser> or will it end up not mattering.
[17:05] <cjwatson> d-i doesn't bother
[17:05] <cjwatson> oh, you're forgetting an option
[17:05] <smoser> so in my recreated boot disk, though, it wont matter ?
[17:05] <cjwatson> use -R
[17:05] <smoser> ah
[17:06] <smoser> i tried -J
[17:06] <smoser> and it had no joliet extensions
[17:06] <cjwatson> you want the Rock Ridge stuff - RR => Unixish, Joliet => Windowsish
[17:06] <cjwatson> very very roughly
[17:06] <smoser> right
[17:22] <manjo> superm1, running late... I will be there around 1:00
[17:24] <jdstrand> jcastro: hey. so the security team has the ability to tweet and dent things. how can I get that hooked into planetubuntu?
[17:26] <jdstrand> jcastro: I should probably clarify, we have created a specific account for each that members of the security team can post to
[17:34] <smoser> cjwatson, if you are, http://bazaar.launchpad.net/~smoser/%2Bjunk/starter-junk/annotate/head%3A/iso-extract is what i came up with.
[18:15] <wookey> mvo: can I poke you about https://bugs.launchpad.net/ubuntu/+source/apt/+bug/620576 and https://bugs.launchpad.net/ubuntu/+source/apt/+bug/625042
[18:15] <wookey> this seems like pretty serious breakage to me
[18:16] <wookey> 625042 was OK in 0.7.26~exp12ubuntu3
[18:16] <wookey> 620576 was OK before 0.7.26~exp12ubuntu3
[18:17] <wookey> For the latter I'm not sure how it's supposed to work, so I'm not sure how it should best be fixed. Maybe the missing file should be put back, or maybe the code to copy it over is simply not longer needed
[18:18] <wookey> No-one will notice these bugs in normal use, but I still think they are significant. And hopefully easy to fix.
[18:37] <mvo> wookey: sure, let me have a look
[19:03] <ScottK> cjwatson: Would you please rescore kdebindings kdebase-workspace (only affects armel).
[21:20] <cjwatson> ScottK: done
[21:20] <ScottK> cjwatson: Thanks.
[21:21] <ScottK> That should accelerate when we're done by 8 - 10 hours.
[22:54] <achiang> hm, does anyone know what happened to xserver-xorg-input-keyboard / kbd in lucid? did the package just go away?
[22:55] <fagan> ask on #ubuntu-x
[22:55] <fagan> they would know
[22:55] <achiang> thx


[05:58] <Tribaal> Hi all! I'm trying to giv unity8 a run (following mhall 's blog post), but I am running into unforseeen problems
[06:00] <Tribaal> spceifically, I'm trying to run "citrain host-upgrade 031", but that fails with "usr/bin/citrain: 45: .: Can't open /usr/share/phabletutils/shell-adb-common.sh"
[06:00] <Tribaal> (I installed citrain with the phablet-tools-citrain package)
[06:04] <Tribaal> Sorry, I'm referring to http://mhall119.com/2016/05/dogfooding-unity-8/
[07:26] <tsdgeos> Mirv: is https://code.launchpad.net/~aacid/unity8/correct_web_dep/+merge/294328 right or am i doing it the wrong way?
[07:57] <Mirv> tsdgeos: correct
[07:58] <ShR3K> Hi there ! For a personnal project I need to disable edge swipe gesture in my BQ M10 tablet in unity. I looking in source code how to do it but not successfuly
[07:59] <zzarr> hello! I found a very interesting post from Michael Hall http://mhall119.com/2016/05/dogfooding-unity-8/
[08:00] <tsdgeos> ShR3K: disabling the edge swipe makes the thing basically unusable, no?
[08:01] <ShR3K> tsdgeos: Yes but it's for a kiosk application.
[08:01] <ShR3K> tsdgeos: I want to force user to stay in browser application
[08:06] <tsdgeos> ShR3K: i see. it should be relatively easy to remove the edge gestures, but if you're going to use this in a production environment probably it's better to get in contact with someone from our commercial side and you'll probably get a more tailored down mir-display-server than unity8 that should work
[08:07] <davidcalle> Any idea how to change the resolution of unity8 on the desktop, I know where to find the conf file on the phone, but no such thing here.
[08:09] <ShR3K> tsdgeo: For test, have you an idea where I can easly disable edge gesture in unity8 ?
[08:11] <ShR3K> tsdgeos: And where can I find commercial contact for this kind of request ?
[08:18] <tsdgeos> ShR3K: http://www.canonical.com/partners/contact-us is the way to contact the commercial side of the business as far as i know
[08:19] <ShR3K> tsdgeos: and any idea to quickly disable edge gesture in source code ?
[08:20] <tsdgeos> ShR3K: look for DirectionalDragArea and disable them
[08:21] <ShR3K> tsdgeos: Thanks a lot !
[10:03] <tsdgeos> Saviq: Mirv: more renaming https://code.launchpad.net/~aacid/unity8/correct_web_dep/+merge/294328
[10:09] <Saviq> tsdgeos, thanks :)
[10:12] <tsdgeos> the toolkit one is a bit weird
[10:12] <tsdgeos> since it's not a 1 to 1 mapping
[10:12] <tsdgeos> but i chekced and we don't import the ohter ones
[10:12] <tsdgeos> so i think the replacement is enough
[11:17] <tsdgeos> cimi: did you see my comment https://code.launchpad.net/~cimi/unity8/preview-rating-input-tweaks/+merge/287065 ?
[11:18] <tsdgeos> ltinkl: did you see my comment https://code.launchpad.net/~lukas-kde/unity8/mmbCycleWindows/+merge/292441 ?
[11:18] <ltinkl> tsdgeos, yeah I did, sry, didn't get to it yet
[11:18] <tsdgeos> ok, no worries
[11:54] <cimi> tsdgeos, yes I was looking at which one to use though
[11:56] <cimi> tsdgeos, because sometimes we dont have the text area, so maybe I need to use it with an if
[11:57] <mhall119> ShR3K: as tsdgeos has mentioned, there's no point in having Unity8 without edge gestures. For a kiosk product, you should try something more like this: https://developer.ubuntu.com/en/snappy/guides/mir-snaps/
[11:58] <ShR3K> mhall119: I was on your blog this morning trying to adapt your how to to unity8
[12:00] <ShR3K> mhall119: About snappy, I was looking it but actualy I've a BQ M10 HD Ubuntu Edition and I'm still searching how to install snappy on it
[12:02] <cimi> tsdgeos, also I see another problem, because I was asked to add an animation and that doesn't play well with makeSureVisible - I might have to delay that after the animation :/
[12:03] <mhall119> ShR3K: ah, ok
[12:14] <Tribaal> mhall119: I'm following your blog post about dogfooding u8 - but running citrain yields "/usr/bin/citrain: 45: .: Can't open /usr/share/phabletutils/shell-adb-common.sh"
[12:19] <Tribaal> mhall119: ah, you need to add "phablet-tools" to the apt line for it to work: "sudo apt-get install phablet-tools phablet-tools-citrain"
[12:21] <Saviq> Tribaal, sorry about that - bug #1388114
[12:22] <Tribaal> Saviq: no worries - I was just indirectly suggesting that mhall119 update his blog post in the mean time :)
[12:23] <mhall119> Tribaal: thanks, I've updated it
[12:23] <Tribaal> Saviq: any idea why this would happen when installing click packages? http://pastebin.ubuntu.com/16359446/
[12:23] <Tribaal> I suspect anothe rmissing package to install
[12:24] <Tribaal> (I'm running this from unity7)
[12:24] <Saviq> Tribaal, you're missing the .click file
[12:25] <Saviq> mhall119, you might wanna explain how you got the .clicks, too ↑
[12:25] <Tribaal> +10
[12:25] <Tribaal> :)
[12:27] <Tribaal> With a terminal and a webbrowser + lxd I *might* be able to use unity8 for a full day of work
[12:37] <mhall119> Saviq: I don't, because nobody else can do it that way
[12:37] <mhall119> Saviq: without the store scope, I had to use the reviewer admin interface in myapps to download them
[12:38] <Saviq> mhall119, well, the store scope is there, you just need to install unity-scope-click (but then you still need to find the clicks in ubuntu-download-manager's .local/share dir and install them manually for now)
[12:49] <mhall119> Saviq: ok, I've uploaded the two .clicks to http://people.ubuntu.com/~mhall119/dogfooding-unity8/ and added a link to that in the post
[12:49] <mhall119> Tribaal: ^^
[12:50] <Tribaal> mhall119: thanks. That means people can actually try now then I guess :)
[12:51] <mhall119> Tribaal: yeah, but we really need to get the store working
[12:51] <Tribaal> looking forward to trying for real now :)
[12:52] <Tribaal> I guess getting the browser and a terminal in the default install (if there is such a thing) might be a good idea. With these two early adopters can help themselves without having to switch sessions all the time
[12:59] <Saviq> Tribaal, mhall119, if you install unity-scope-click (assuming you don't have it already), you'll be able to browse the store as usual - installation will fail, but you will have the appropriate .click file in ~/.local/share/ubuntu-download-manager and you can "click install" from there
[13:02] <mhall119> Saviq: I can browse the store, but I can't get to the downloading part because I can't get through authentication
[13:04] <Saviq> mhall119, oh right you have that issue, have you talked to mardy about that? I don't think that's known
[13:04] <mhall119> not yet, I tried to find where in the code it might be from but was unsuccessful
[13:05] <mhall119> mardy: when I try to download clicks from the store on Unity 8 on my laptop, after the Ubuntu One login steps I get a dialog that says something like "Web Authentication for" and asks for a username and password
[13:06]  * mardy thinks
[13:06] <mardy> mhall119: try this: echo "LoggingLevel=2" > ~/.config/signond.conf
[13:06] <mardy> mhall119: then try again, and send me the syslog
[13:11] <mhall119> mardy: http://paste.ubuntu.com/16360727/
[13:12] <mardy> mhall119: ah, that's terrible
[13:12] <mardy> mhall119: there's a signond backend (which we use on unity7) which uses the gnome-keyring to store the password
[13:12] <mardy> *passwords
[13:13] <mardy> mhall119: it seems that in unity8 the gnome-keyring does not get unlocked, that's why we have this problem
[13:13] <mhall119> ah, so maybe it needs my local credentials?
[13:14] <mardy> mhall119: do you run unity7 in the same machine?
[13:14] <mhall119> yes
[13:14] <mhall119> it's my normal laptop
[13:15] <mardy> mhall119: so, a solution could be removing the signon-keyring-expension, but that would mess your unity7 env
[13:15] <mardy> mhall119: the long term solution is to have the gnome-keyring unlocked when you login into the unity8 session
[13:15] <mardy> mhall119: care to file a bug?
[13:16] <mhall119> mardy: sure, against unity8 or unity8-desktop-session?
[13:17] <mardy> mhall119: not sure, but I'd file it on unity8-desktop-session
[13:17] <mardy> mhall119: and do you use the same user on unity7 and unity8, or do you have two different ones?
[13:18] <mhall119> mardy: same
[13:18] <mhall119> mardy: mardy https://bugs.launchpad.net/ubuntu/+source/unity8-desktop-session/+bug/1580602
[13:20] <mardy> mhall119: subscribed, thanks
[13:21] <mardy> mhall119: I'm not an expert on the gnome-keyring, but I believe that there must be some way to unlock it from the command line
[13:40] <mhall119> mardy: I tried gnome-keyring-daemon --unlock but that didn't seem to fix it
[13:53] <mardy> mhall119: there might be something else, can you send me the new logs?
[13:59] <mhall119> bregma: "If you saw what went in to closed-source sausage you would probably become vegan." lol
[13:59] <mhall119> that's so true
[14:00] <bregma> do not google 'hog bung dropper'
[14:43] <dandrader> ltinkl, any reason why you didn't top approve https://code.launchpad.net/~dandrader/qtmir/removeHotspot/+merge/293629 as well
[14:43] <dandrader> ?
[14:43] <ltinkl> dandrader, yeah, oversight from me, done :)
[14:44] <ltinkl> dandrader, I'll review and test  fixPlatformCursorRegistration later today
[14:45] <dandrader> ltinkl, great, thanks!
[14:53] <cimi> tsdgeos, I tried makeSureVisible... it foes nothing unless we focus the textArea... shall we automatically focus it?
[14:53] <tsdgeos> cimi: really?
[14:53] <tsdgeos> that sounds odd
[14:53] <tsdgeos> oh
[14:54] <cimi> tsdgeos, look at the code in qml/Components/oskScroller somethingh
[14:54] <tsdgeos> it's actually in the code :D
[14:54] <tsdgeos> cimi: i guess we should focus it yeah, after all it's the next thing you have to do
[14:54] <tsdgeos> so may has well have the focus, no?
[14:54] <cimi> tsdgeos, yeah kind of
[14:55] <cimi> tsdgeos, basically focus when we have a rating set but we expect a review
[14:55] <cimi> let me see if I can
[15:04] <mzanetti> mterry, you just stole my review! :D
[15:04] <mterry> mzanetti, hah!
[15:04] <mterry> sorry  :)
[15:04] <mzanetti> nw
[15:04] <mterry> you'll have to get your karma another way
[15:05] <cimi> tsdgeos, always or just when the text is empty?
[15:05] <tsdgeos> cimi: don't understand?
[15:06] <tsdgeos> cimi: the text can only be empty, no?
[15:06] <cimi> tsdgeos, if you edit the rating after you entered the review, again
[15:06] <cimi> tsdgeos, shall we refocus?
[15:07] <tsdgeos> cimi: don't know, no strong opinion, i'd say "no" since maybe what you want to change are the stars and you don't necessarily need to write something since you already wrote something
[15:07] <cimi> tsdgeos, yeah valid point
[15:07] <tsdgeos> but i can be confinced otherwise
[15:21] <cimi> tsdgeos, http://bazaar.launchpad.net/~cimi/unity8/preview-rating-input-tweaks/revision/2216
[15:22] <cimi> tsdgeos, when we rate, the visible turns true, then we focus
[15:24] <tsdgeos> cimi: can you add a { } or move the && condition up?
[15:24] <tsdgeos> makes hard to read what you have now
[15:25] <cimi> tsdgeos, I did it to add the comment :)
[15:25] <tsdgeos> add the comment in the line above?
[15:25] <cimi> tsdgeos, but then it wouldn't refer only to widgetData["visible"]
[15:25] <cimi> anyway ok
[15:26] <tsdgeos> not if you also move the && to a single line D:
[15:26] <tsdgeos> or move the && to the line below
[15:26] <tsdgeos> thing is as it stands now, with "visible", "widgetData" and "focus" all vertically aligned
[15:27] <tsdgeos> it makes my brain go weird
[15:27] <cimi> tsdgeos, *uck it! I'll remove the comment :DDD
[15:45] <tsdgeos> cimi: "we can put these two inside anchors"
[15:45] <tsdgeos> you mean you awnt
[15:45] <tsdgeos> anchors {
[15:45] <tsdgeos> foo
[15:45] <tsdgeos> bar
[15:45] <tsdgeos> }
[15:45] <tsdgeos> ¿?
[15:48] <tsdgeos> ah the anchors {} already aws there
[15:54] <cimi> tsdgeos, yup
[15:54] <cimi> tsdgeos, testing I noticed weird things
[15:54] <tsdgeos> like?
[15:55] <cimi> tsdgeos, like when I am fullscreen, the back button is dark and not white
[15:55] <tsdgeos> i guess i broke it with all the changes you asked about the colors
[15:55] <tsdgeos> that's what reviews are for :D
[15:55] <tsdgeos> cimi: can you comment on it?
[15:56] <cimi> tsdgeos, also the video seems to be inside a ubuntushape
[15:57] <cimi> tsdgeos, with black corners of the video player
[15:58] <tsdgeos> don't remember that either
[15:58] <cimi> still looking for all issues before commenting, you'll see them tomorrow now is your eod :)
[15:58] <tsdgeos> again comment on the MR


[16:47] <pwjb> anyone alive here ?
[16:51] <czajkowski> me
[16:51] <pwjb> polak ?
[16:52] <pwjb> ( no ja też, głupio mi mówić po angielsku do polaka)
[16:52] <pwjb> mam pytanie nie o linuksie ale ... inne a szukam kogoś kto jest fizycznie w irlandii
[16:59] <czajkowski> no
[16:59] <czajkowski> Irish
[16:59] <pwjb> ok, sorry, so I will now talk in english
[17:00] <czajkowski> that's ok
[17:00] <czajkowski> it happens :)
[17:02] <pwjb> I need a price of particular medicine in ireland and I cannot find it online, so someone must idk, call a local pharmacy and ask... the medicine is "intuniv", in uk it costs £56, i could find that... and i'm looking on irish price because shire farmaceuticals, a company that is making it is based in ireland and it could be cheaper there
[17:05] <czajkowski> pwjb: try boots
[17:05] <czajkowski> it's a pharmacy
[17:08] <pwjb> boots.com -> nothing, this is a prescription drug, and idk if it is legal to sell such medicines online there
[17:09] <czajkowski> no it's not
[17:09] <czajkowski> but they will at least if you ring them be able to tell you the price
[17:09] <czajkowski> for example all prescriptions in UK are £8.20
[17:11] <pwjb> my spoken english is very.. well .. non existent..
[17:12] <pwjb> yes, but if someone is buying prescription drug from outside of uk/ie.. idk if it is legal..
[17:13] <pwjb> anyway, thing that interests me now is sorely price, if it is outlandish there is no reason to pursue
[17:14] <pwjb> ( i understand you must be on nhs (/irish eq.) to go for discount, this is out of question for someone not from that country)
[17:24] <czajkowski> I'm not sure sorry
[18:45] <clivejo> czajkowski: prescriptions in NI are free
[18:45] <clivejo> but you have to be resident here
[20:57] <pwjb> clivejo: i've called to a pharmacy in ie and they told me that the same (that is original not generic) medicine cost there 53.50 eur for 100 tbl... and previously when I've checked in germany they have 28 (!) yes tbl for 98,91 eur , the same dose all original from the same factory


[02:01] <TheMuso> Is anybody able to get past the tutorial with the swiping on ubuntu-desktop-next with the mouse? I can't do anything to get to the dashboard/launcher and past the tutorial.
[04:52] <didrocks> morning!
[07:47] <willcooke> morning desktopers
[07:47]  * willcooke curses jet lag
[07:47] <didrocks> hey willcooke. easy trip back?
[07:47] <seb128> good morning desktopers
[07:47] <willcooke> didrocks, upgrade baby!!!
[07:48] <didrocks> willcooke: business?
[07:48] <willcooke> yup \0/
[07:48] <didrocks> waow
[07:48] <didrocks> we were not that lucky :p
[07:49] <willcooke> https://lh5.googleusercontent.com/-nljynSQuLFQ/U-YsFUquXZI/AAAAAAAAHws/BRh1woIlYQE/w1207-h905-no/IMG_0617.JPG
[07:49] <willcooke> seb128, you want to talk this morning?
[07:50] <didrocks> this looks like more 1st class than business even :)
[07:50] <didrocks> hope you enjoyed it :)
[07:50] <willcooke> FJKong, hope you got the 1:1 cancellation through.  I figured we're in sync already.
[07:50] <seb128> willcooke, talk? oh, 1-1, I think we can skip
[07:50] <willcooke> seb128, figured as much.
[07:50] <seb128> ;-)
[07:51] <willcooke> I will be brain dumping in to a gdoc or something today and then we can sync up later
[07:51] <FJKong> willcooke: yes
[07:51] <FJKong> willcooke: np for me
[07:51] <willcooke> FJKong, cool.  BTW, my son is very excited to have Uncle FJ :)
[08:04] <FJKong> willcooke: lol, cool
[08:59]  * TheMuso waves. Hope you're all recovering from the trip. :)
[08:59] <willcooke> howdy TheMuso
[09:00] <willcooke> TheMuso, the usual waking up at 3am thing - same old, same old :)
[09:00] <TheMuso> Greetings willcooke. You were lucky to get an upgrade. :)
[09:01] <willcooke> TheMuso, oh the "big fish" got their upgrade too :)  didrocks is a rock star in China, they have his face on their t shirts.
[09:02] <willcooke> we all got lucky I think
[09:02] <didrocks> only on XL ones, because of "big head" :)
[09:02] <willcooke> :D
[09:04] <TheMuso> LOL
[09:10] <mitya57> Hi, does anybody know why compiz in utopic is older than in trusty-updates? That is creating some issues during upgrade, because of not matching libmetacity versions. (bug 1351480)
[09:12] <willcooke> hrm
[09:13] <willcooke> one for seb128 I think.
[09:13] <seb128> well "because the landing in trusty is more recent than the one in utopic, and versions used by the CI landing use the dates"
[09:15] <seb128> or not in this case in fact, the version also have the serie in them
[09:15] <seb128> seems like the compiz team bumped the version to <IP_ADDRESS> and didn't land that version yet in utopic
[09:15] <seb128> one for bregma
[09:15] <willcooke> thx seb128
[09:16] <seb128> yw
[09:28]  * mitya57 waits for bregma then
[11:08] <attente_> is compiz taking a lot of cpu for anyone?
[11:38] <bregma> mitya57, there was a miscommunication on version bumping on the last Utopic release of Compiz (it should be 0.9.12-yadda.yadda), we'll be taking care of it shortly when we push some Metacity fixes
[13:10] <seb128> mterry, hey! people are looking for you, better close IRC if you didn't get your coffee yet ;-)
[13:11] <mterry> seb128, uh oh.  Haven't gotten to any disastrous emails yet, wonder why
[13:11] <mitya57> bregma: Thanks for the response. By "Metacity fixes", you mean one of Alberts Muktupāvels' branches?
[13:11] <seb128> mterry, the gcovr sync is making CI unhappy
[13:11] <mterry> seb128, oh huh
[13:12] <seb128> mterry, things hang and timeout and tests are red for ui toolkit, settings, and probably other things
[13:12] <mterry> seb128, who's looking?
[13:12] <mitya57> bregma: FYI, the current compiz in utopic is built without Metacity support.
[13:12] <seb128> mterry, nobody, I think the CI team was waiting for you, since you did the sync
[13:13] <mterry> seb128, I guess I meant who specifically is looking for me  :)  The whole team?  ::gulp::
[13:14] <seb128> mterry, psivaa is/was I think
[13:15] <mterry> seb128, thanks for letting me know!  No good sync goes unpunished  :)
[13:16] <seb128> yw!
[13:32] <bregma> mitya57, I think albertsmuktupavels MPs are required to get the Metacity support in Compiz to even build on Utopic
[14:01] <willcooke> qengho, are you aware of a general issue of Chromium crashing when downloading files?  I've had it happen a few times, but it's probably just me
[14:09] <qengho> willcooke: I haven't seen it or heard of it. Do you mind debugging?  Install chromium-browser-dbg package, and in terminal, "chromium-browser -g" .  "r".  "bt" at crash.
[14:09] <willcooke> qengho, sure thing
[14:13] <willcooke> le sigh
[14:14] <willcooke> I thought I'd treat my boy the new Lego Movie game on PS3
[14:14] <willcooke> I bought it from the PS3 store.  It's about a 6GB download.
[14:14] <willcooke> I started it when I got home on Saturday
[14:14] <willcooke> It's still going.
[15:04] <kenvandine> seb128, what do you do to update the pot file for settings?
[15:04] <seb128> kenvandine, don't
[15:05] <kenvandine> bug 1349959
[15:05] <seb128> kenvandine, you would make https://code.launchpad.net/~pitti/ubuntu-system-settings/i18n/+merge/230062 conflicts
[15:07] <seb128> kenvandine, that widget should go away anyway
[15:08] <seb128> kenvandine, see https://wiki.ubuntu.com/Power#Phone ... mpt changed the design, the slider should move back to the indicator and that section should be replaced by a listitem pushing the other panel instead
[15:10] <kenvandine> make sense
[15:10] <kenvandine> i'll do that
[15:10] <seb128> thanks
[15:10] <seb128> kenvandine, to reply to the question, in a builddir "cd obj.../po; make pot"
[15:10] <seb128> to update the pot
[15:11] <kenvandine> but then you sed out the paths or something right?
[15:11] <seb128> well, I try to do that to have a smaller changeset, but it's not strictly required
[15:11] <seb128> the content is fine without that
[15:12] <seb128> we should fix the rule to use relative paths instead
[15:12] <kenvandine> seb128, the brightness panel uses that component too
[15:12] <kenvandine> i guess we should use the slider from the system components?
[15:12] <seb128> kenvandine, right, which means the issue is still value
[15:13] <seb128> that would be better, if there is one
[15:13] <kenvandine> there is
[15:13] <kenvandine> i used it for the volume control
[15:13] <seb128> great
[15:14] <kenvandine> oh... actually this isn't bad
[15:14] <kenvandine> if we drop it from the battery panel
[15:14] <kenvandine> then just move this to the brightness panel
[15:14] <seb128> well, anyway, that issue is not a translation template one
[15:14] <kenvandine> yeah... i know
[15:14] <seb128> the component comes from the indicator
[15:15] <kenvandine> it uses the QDBusActionGroup from the indicator
[15:15] <seb128> right
[15:15] <willcooke> popey, please send cal invite to didrocks too
[15:15] <kenvandine> basically if it's just used in one place, we can move the qml file to the one place
[15:15] <kenvandine> and it does the right thing
[15:15] <willcooke> popey, we have team meeting at 1630 tomorrow, so could we be up first?
[15:16] <popey> willcooke: done.
[15:16] <popey> yes
[15:16] <didrocks> accepted! thanks guys
[15:36] <seb128> cyphermox_, hey, do you have any n-m precise upload planned? do you think you could have a look at uploading the fix on https://bugs.launchpad.net/ubuntu/precise/+source/network-manager/+bug/1076458 ?
[15:36] <cyphermox_> I thought this had been fixed already
[15:37] <cyphermox_> anyway, yeah, I'll upload that today
[15:37] <seb128> cyphermox_, thanks
[15:37] <seb128> cyphermox_, seems not, the patch applies fine to the version from precise-updates
[15:42] <cyphermox_> seb128: yeah, I might be thinking of something else
[15:42] <seb128> Trevinho, hey, are you still working on gtk-csd support in unity?
[16:23]  * didrocks waves good evening and good night
[16:27] <Trevinho> seb128: I've done the work, but not submitted... As I had to polish a few things and then I moved to other stuff that was higher priority for trusty
[17:23] <seb128> kenvandine, can you review https://code.launchpad.net/~seb128/ubuntu-system-settings/battery-canvas-geometry-change/+merge/230306 ? should be an easy one ;-)
[17:37] <kenvandine> seb128, ok
[17:38] <seb128> kenvandine, thanks
[17:41] <kenvandine> seb128, works great
[17:42] <kenvandine> seb128, any idea why the text in that chart looks so bad?
[17:43] <seb128> kenvandine, try https://code.launchpad.net/~seb128/ubuntu-system-settings/battery-text-aliasing-workaround ?
[17:45] <kenvandine> seb128, much better!
[17:46] <seb128> ;-)
[17:46] <willcooke_> food time - catch you later chaps
[17:46] <kenvandine> still not as smooth as text in our sdk components
[17:46] <seb128> enjoy!
[17:47] <kenvandine> but significantly better in the chart than before
[17:47] <seb128> kenvandine, yeah, if you have another idea to improve that I'm listening
[17:47] <kenvandine> i don't :)
[17:47] <kenvandine> must have something to do with canvas
[17:47] <kenvandine> and fillText
[17:47] <seb128> yeah
[17:47] <kenvandine> which i've never touched
[17:48] <kenvandine> disabling antialias makes it look like it isn't antialiased :)
[17:48] <kenvandine> which is expected
[17:48] <kenvandine> with antialias it looks terribe
[17:48] <seb128> yeah, that's weird
[17:48] <kenvandine> maybe something about rendering canvas?
[17:49] <seb128> dunno, but that's the toolkit doing, we don't have much control over that
[17:49] <seb128> it's weird that not setting the property leads to different result than false/true value
[17:49] <seb128> one of the 2 values should be the same as not setting it
[20:11] <camako> I'm hitting this error --> https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1321959
[20:12] <camako> It's fixed for utopic but obviously it affects people upgrading from trusty.
[20:12] <camako> Is there a workaround for trusty?


[00:13] <infinity> stgraber: ^
[02:24] <ypwong> slangasek, I find the ubuntu kylin team has a pending FFe, bug 1305187, wonder if it can still be approved? I know it's very very late now, but the package is quite self-contained and they think it's valuable to be on the image
[02:24] <ubot2> Launchpad bug 1305187 in Ubuntu Kylin "[FFe] upload ubuntu-kylin-docs into archive" [High,New] https://launchpad.net/bugs/1305187
[02:26] <slangasek> ypwong: I'm not going to update the bug at the moment, but in general the only rule about FFes for new packages is "if you can find an archive admin to approve it, it can go in".  So the best course is to get it sponsored into the NEW queue where it can be reviewed
[02:27] <ypwong> slangasek, let me ping seb128 if he has bandwidth to do that
[02:53] <ScottK> Subject says mass respin in progress.  Is that still accurate and for how long?
[02:54] <ScottK> I may have a good to have, but certainly not worth a respin.
[02:56] <ScottK> I guess that kind of tells me.  SRU it is.
[04:49] <robru> hey guys, what happened to minidlna? it seems to be missing from trusty, not sure why. https://launchpad.net/ubuntu/+source/minidlna
[04:54] <ScottK> robru: Look at the top entry on https://launchpad.net/ubuntu/+source/minidlna/+publishinghistory
[04:55] <robru> ScottK, ah, didn't notice that those expanded until just now. Was about to ask "yeah, I see Deleted, but *why*?" kthx
[04:59] <doko> cjwatson, infinity: is the debian "import" already turned off? unable to sync new debian versions
[06:24] <michagogo|cloud> !respin
[06:24] <ubot2> Factoid 'respin' not found
[07:09] <sil2100> Morning release team! Could anyone of you give me some information on why an appmenu-qt5 release I prepared got rejected? Was something wrong?
[07:19] <wgrant> doko: The debian import is never switched off. What is missing?
[07:37] <jibel> xnox, language support is working fine now. Thanks!
[07:44] <jibel> xnox, there is just a problem, unrelated to this change, with the keyboard layout. On first login the keyboard indicator shows FR but the real layout is US.
[07:53] <xnox> jibel: in login screen, lock screen or the actual desktop?
[07:53] <jibel> xnox, the actual desktop
[07:55] <xnox> jibel: ack.
[08:13] <apw> sil2100, if it was rejected there should have been a reject email with reasons in it
[08:17] <xnox> apw: which probably went into ps-jenkins-private mailbox - /dev/null @ some canonistack instance =)
[08:19] <apw> xnox, man that is just hopeless ... sigh
[08:21] <sil2100> Right, as xnox mentioned - I for sure have no access to that mailbox
[08:22] <jibel> xnox, language support is still broken in oem mode, and now gnome-language-selector crashes when I open it from system-settings
[08:35] <maclin> hi release team, we have uploaded the ubuntukylin-default-settings for the critical bug: Bug #1298237, is there anyone who could help to review the package?
[08:35] <ubot2> Launchpad bug 1298237 in ubuntukylin-default-settings (Ubuntu) "Cannot login the system after upgraded from 13.10 to 14.04" [High,In progress] https://launchpad.net/bugs/1298237
[08:37] <maclin> hi release team, we have uploaded the ubuntukylin-default-settings for the critical bug: #Bug 1298237, is there anyone who could help to review the package?
[08:37] <ubot2> Launchpad bug 1298237 in ubuntukylin-default-settings (Ubuntu) "Cannot login the system after upgraded from 13.10 to 14.04" [High,In progress] https://launchpad.net/bugs/1298237
[08:38] <maclin> this bug is critical for common users when update from 13.10 to 14.04. We have add ubuntu-session dependency to solve it.
[08:48] <xnox> jibel: hm, that's sad. i will rerun both tests now again and troubleshoot.
[08:49] <jibel> xnox, see my last comment on 1307983
[08:49] <jibel> the language the g-l-s wants to install is not the right one
[09:17] <xnox> maclin: we are investigating it, no everyone is online yet. we will respin kylin for that, and a few other issues already identified in the defects report (keyring missing, and korean fonts missing)
[09:29] <xnox> maclin: slangasek: archive.ubuntukylin.com:10006 is not signed with ubuntukylin-keyring, hence the bug #1306868
[09:29] <ubot2> Launchpad bug 1306868 in Ubuntu Kylin "使用“sudo apt-get update”命令，报没有公钥" [High,New] https://launchpad.net/bugs/1306868
[09:35] <maclin> xnox, we are updating the archive by rebuilding packages on launchpad for the keyring bug.
[09:35] <seb128> ypwong, ^ in the queue, up to the release team to review/accept it next
[09:36] <ypwong> seb128,  thanks a lot
[09:36] <seb128> yw!
[09:37] <xnox> maclin: excellent, that's the right way forward I believe. So no need to change anything on the CD, nor respin.
[09:40] <maclin> xnox, yeap, JackYu is working on it:)
[09:44] <maclin> xnox, you mean the ubuntukylin-default-settings will be reviewed  later and we do not need to request rebuild on tracker?
[09:44] <xnox> maclin: please don't trigger the builds, cdimage team will.
[09:46] <maclin> xnox, got it, we just wait for it to test^_^   thanks a lot :)
[09:47] <cjwatson> +       "favicon_url": "www.baidu.com",
[09:47] <cjwatson> +       "suggest_url": "www.baidu.com",
[09:48] <cjwatson> Is it intended that these are host names, not URLs?
[09:48] <cjwatson> Or should they be "http://www.baidu.com/" instead?
[09:49] <cjwatson> ypwong: ^-
[10:24] <sil2100> Hello release team! Sorry to repoke regarding the same question - does anyone know by any chance why the appmenu-qt5 upload from yesterday has been rejected?
[10:25] <cjwatson> sil2100: It introduced a dependency on gtk2, afaik
[10:26] <sil2100> Yes - is that a problem?
[10:26] <cjwatson> Er, yes
[10:26] <sil2100> appmenu-qt5 does basically the same that qtbase-opensource-src does right now
[10:28] <cjwatson> Oh, wow, I hadn't seen the hard dep on libgtk2.0-0 in libqt5gui5
[10:28] <sil2100> qtbase-opensource-src also depends on libgtk2.0-dev, as both are now using the same mechanisms
[10:28] <cjwatson> I expect there was informative text in the reject message, but unfortunately there doesn't seem to be any way to actually feed that back to the requester in the ci-train case
[10:28] <xnox>  yeah, i was porting qt5 to gtk3, but didn't get it all ready.
[10:29] <xnox> cjwatson: i think we can pull it back from rejected.
[10:29] <cjwatson> Well, not as such, the sync would need to be repeated
[10:29] <xnox> unless we still want to do that thing where we stuff all shlibs into suggests.
[10:29] <sil2100> I guess I can re-trigger a publishing from the CITrain side
[10:29] <xnox> (which in this case will work, since even gtk2 will be pulled in by any qt5 app)
[10:30] <cjwatson> sil2100: hold off a minute
[10:30] <sil2100> Ok :)
[10:30]  * xnox goes to propose that patch to appmenus.
[10:30] <sil2100> I can, of course, try using gtk3 instead gtk2 as well
[10:31] <sil2100> That was my original plan, but then I noticed the Qt platformplugin that we're trying to emulate uses gtk2
[10:31] <cjwatson> sil2100: Incidentally the Suggests in appmenu-qt5 is wrong
[10:31] <cjwatson> libqt5core5 -> libqt5core5a
[10:33] <sil2100> Ah! It seems to be a leftover from the Qt 5.2 transition
[10:33] <xnox> sil2100: no, gtk3 support is not yet available upstream, so you can't use gtk3 with qt yet.
[10:34] <cjwatson> sil2100: OK, yes, I think we're OK with this - could you retrigger publishing?
[10:35] <sil2100> cjwatson: thanks! Let me try doing that
[10:35] <sil2100> cjwatson: the same version number will be ok, yes?
[10:35] <ogra_> xnox, who cares as long as the dependency is gone :P
[10:36] <cjwatson> sil2100: Yes
[10:36] <cjwatson> ogra_: In practice right now libgtk2.0-0 is in all the same tasks as appmenu-qt5, so we shouldn't be blocking on that for trusty
[10:37] <ogra_> cjwatson, i wasnt serious
[10:39] <ogra_> cjwatson, nice haskell writeup btw :)
[10:40] <Laney> haskhell
[10:40] <ogra_> haha
[10:40] <cjwatson> I've already had one local beer offer as a result, so worth the effort of the blog post ;-)
[10:41] <sil2100> cjwatson: didrocks will repeat the sync :)
[10:42] <didrocks> here you go ^
[10:52] <xnox> didrocks: thanks a lot =)!
[10:53] <didrocks> yw!
[10:56]  * cjwatson wonders why ubuntu-kylin-docs is spelled thus rather than ubuntukylin-docs ... oh well
[10:56] <sil2100> Thank you cjwatson, xnox, release team!
[11:05] <cjwatson> OK, so we're definitely respinning everything that contains ubiquity, for the OEM thing
[11:11] <Laney> We're building another webapps-applications to fix launcher icons being re-added for upgrades, also to do runtime detection of the schemas instead of the dependency.
[11:11] <Laney> Going to upload (copy) it once built, could be SRU or go in as you wish
[11:12] <cjwatson> We're about to go for lunch here; hopefully infinity will be in in a bit
[12:00] <asac> do we have release notes drafts up somewhere already?
[12:00] <asac> (guess desktop/server for now)
[12:02] <Laney> hold on, dbarth is just checking that one
[12:05] <Laney> okay, he says it's fine - accept or not as you see fit
[12:23] <didrocks> asac: I guess https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes
[12:25] <highvoltage> o/
[12:47] <jibel> meh, upgrade from ubiquity failed, I cannot login :(
[12:51] <zul> can someone from ceilometer rc3 please?
[13:07] <cjwatson> zul: looking
[13:08] <zul> cjwatson:  thanks
[13:13] <jibel> I filed bug 1308530, any additional info I can provide? I'll retry without an encrypted home to narrow down the test case.
[13:13] <ubot2> Launchpad bug 1308530 in ubiquity (Ubuntu) "Cannot login after an upgrade from Saucy to Trusty with Ubiquity" [Undecided,New] https://launchpad.net/bugs/1308530
[14:29] <stgraber> infinity, cjwatson, Laney: can one of you pretty please review that one? ^
[14:29] <stgraber> we'll need to respin Edubuntu once it lands
[14:30] <Laney> okay
[14:30] <Laney> is that new code?
[14:31] <infinity> stgraber: Full respin about to happen for ubiquity (again) anyway.
[14:31] <Laney> ah yes https://launchpadlibrarian.net/169438232/edubuntu-live_13.09.2_14.03.1.diff.gz
[14:31] <Laney> Accepted
[14:31] <infinity> Ta.
[14:32] <infinity> stgraber: Want to pre-emptively unblock that?
[14:33] <stgraber> infinity: I'll push the unblock yeah
[14:33] <stgraber> Laney: thanks
[14:33] <stgraber> infinity: what's the ubiquity bug this time?
[14:33] <Laney> I don't think it is blocked
[14:33] <Laney> is it?
[14:33] <stgraber> Laney: not sure, checking
[14:33] <stgraber> stgraber@castiana:~/data/code/hints-ubuntu$ grep -r edubuntu .
[14:33] <stgraber> stgraber@castiana:~/data/code/hints-ubuntu$
[14:33] <stgraber> apparently not
[14:34] <infinity> Oh, cool.
[14:34] <infinity> stgraber: Same bug as last night, different bit.
[14:34] <stgraber> ok :)
[14:34] <infinity> (If someone wants to review my kexec-tools, that would be lovely)
[14:35] <stgraber> I'll do it
[14:37] <stgraber> looks good and doesn't appear to be seeded anywhere, accepted
[14:37] <infinity> stgraber: Ta.
[14:56] <infinity> Alright, switched britney to "block-all source" and unblocked a few things that will block.
[14:56] <infinity> Excplicit unblock required from here on in.
[14:57] <Laney> Exciting
[15:00] <infinity> And one more (should be the last, barring something so release-critical we have to delay the release) respin starting now.
[15:01] <infinity> stgraber: You're far enough down the pipe that your -live should make it in before your build starts.
[15:01] <stgraber> infinity: good to hear, Edubuntu takes a while to respin so best not to have to do it twice :)
[15:01] <cjwatson> jibel: not a regression, I've updated the bug with my analysis
[15:02] <cjwatson> jibel: entering the same password should work though
[15:02] <cjwatson> I guess I should test that
[15:02] <Riddell> infinity: do we have time to get one more fix in or is that it?
[15:02] <jibel> cjwatson, thanks, I just tried with the same password and indeed it works
[15:02] <cjwatson> ah good
[15:02] <infinity> Riddell: If it only affects you, maybe.
[15:02] <stgraber> infinity: if you do block-all source, should we also stop the auto-approve bot?
[15:03] <infinity> Riddell: But pretty much from here on, unless you find something that literally sets computers on fire, I think we're done.
[15:03] <infinity> stgraber: Nah, letting stuff in proposed is fine.
[15:03] <cjwatson> A bunch of non-image stuff will still probably be fine as long as it has time to build.
[15:04] <cjwatson> But we should indeed block it anyway to avoid accidental interlocks with stuff that's on images (especially with touch).
[15:04] <cjwatson> I'm certainly still removing stuff :)
[15:05] <kiko> hey there
[15:05] <kiko> dustin and I just did a fresh trusty install
[15:05] <kiko> and the dash search is failing to find terminal
[15:05] <infinity> ...
[15:05] <infinity> Wait longer?
[15:06] <cjwatson> It would be better to talk to desktop people about this
[15:07] <Laney> mhr3 in #ubuntu-unity is the guy for this kind of thing
[15:07] <kiko> cjwatson, who should I talk to?
[15:07] <Laney> I reported a similar bug the other day, so this kind of thing is known
[15:07] <kiko> infinity, it's not a waiting problem, no applications are returned in the query at all
[15:07] <cjwatson> kiko: I don't know
[15:07] <kiko> duh
[15:07] <cjwatson> But the release team aren't great people to debug dash problems :)
[15:09] <Laney> ...
[15:13] <kiko> cjwatson, okay, but if this is a verified problem it should be release critical
[15:13] <Riddell> infinity: we're good to go once user-manager is in the archive ↑
[15:14] <xnox> kiko: it does not affect installer, it can go in as a 0-day sru, if there is a fix available.
[15:16] <infinity> Riddell: Ugh.  I guess you'll get a respin after the respin. :/
[15:16] <cjwatson> I tend to agree with xnox
[15:21] <kiko> xnox, I see
[15:22] <jibel> kiko, it works fine here after a fresh install. If I try 'terminal' or 'spinach' it returns something relatively relevant.
[15:23] <ogra_> it doesnt return a terminal for me if i search spinach though
[15:23] <jibel> :)
[15:24] <cjwatson> Sounds worth release-noting if the dash developers can nail down the conditions a bit more precisely.
[15:27] <apw> kiko, same here after a fresh install (with network) i have a working dash with three results for terminal
[15:28] <xnox> apw: bug #1307105
[15:29] <ubot2> Launchpad bug 1307105 in linux (Ubuntu) "Kernel install fails due PAE checks" [Low,Triaged] https://launchpad.net/bugs/1307105
[15:37] <cjwatson> We're going to need to revert the util-linux Depends: initscripts change from yesterday
[15:38] <cjwatson> It seems to run into an obscure apt bug and (among other things) breaks an upgrade of a saucy minimal build chroot to trusty
[15:38] <xnox> kiko: also tested fully offline case, and dash finds three terminals.
[15:44] <kiko> xnox, fresh install?
[15:44] <kiko> xnox, i.e. first log in?
[15:50] <mvo> cjwatson: do you have the apt output of the bug? I can have a look
[15:50] <bdmurray> is there anything to be done about bug 1279762?
[15:50] <ubot2> Launchpad bug 1279762 in ubuntu-release-upgrader (Ubuntu) "upgrade to 14.04 from 13.10 failed - cinnamon fails to upgrade" [Medium,Triaged] https://launchpad.net/bugs/1279762
[15:50] <cjwatson> mvo: https://launchpad.net/~zfs-native/+archive/staging/+build/5914177/+files/buildlog_ubuntu-trusty-amd64.spl-linux_0.6.2-2.1~trusty~10.gbpedccf5_CHROOTWAIT.txt.gz was the one we got in #launchpad
[15:51] <cjwatson> mvo: http://paste.ubuntu.com/7262204/ was what I got locally
[15:51] <cjwatson> (to rule out some problem with the mountall in that PPA)
[15:51]  * shadeslayer taps fingers while waiting for user-manager to migrate
[15:51] <mvo> cjwatson: uh, nasty
[15:51] <cjwatson> we think it has something to do with mountall being present in the upgrade set, since builds that don't upgrade mountall don't seem to be failing
[15:52] <infinity> shadeslayer: Don't worry, it'll migrate long before we need to respin anyway.  Sorting out an upgrade issue.
[15:52] <shadeslayer> yay
[15:52] <stgraber> FYI I'm failing to access bzr from nusakan, this may cause germinate and other things to blow up or at least hang
[15:52] <stgraber> (mentioned to IS, waiting for someone to look into it, probably related to an earlier LP problem)
[15:52] <shadeslayer> well, not so yay for other people
[15:52] <cjwatson> stgraber: still?  there was a firewall overload problem a few minutes ago
[15:52] <stgraber> cjwatson: yeah, still happening now
[15:53] <shadeslayer> oh hm, so that's what that was
[15:53] <stgraber> cjwatson: I'm trying a bzr up of /srv/cdimage.ubuntu.com and it's hanging
[15:53] <cjwatson> mvo: infinity's going to reintroduce a util-linux -> upstart-job dependency, since that's what was present in earlier releases
[15:53] <xnox> kiko: yes.
[15:53] <cjwatson> Hopefully that'll perturb things back to sanity ...
[15:53] <cjwatson> mvo: if that doesn't work then we revert entirely and drop the util-linux -> initscripts dependency
[15:53] <mvo> cjwatson: ok, if you or infinity have a chroot that has the packages that cause the error, I would love to get a tar file of that, I try to build one now fwiw
[15:55] <kiko> xnox, okay, can't reproduce then
[15:56] <cjwatson> mvo: mk-sbuild saucy should be enough, though mine's an upgraded-for-a-while version - tarring it up
[15:56] <cjwatson> mvo: be quick before Adam reverts this :)
[15:57] <stgraber> bzr is happy again
[15:58] <mvo> cjwatson: heh :) I will simply fake the broken one :)
[15:59] <infinity> mvo: This gets so much more fun.
[15:59] <infinity> mvo: If I depend on "upstart-job" instead of "initscripts", the loop unrolling failure moves about 10 packages later in the upgrade.
[15:59] <cjwatson> mvo: yay for office bandwidth.  http://people.canonical.com/~cjwatson/tmp/saucy-amd64.tar.xz
[15:59] <infinity> mvo: My conclusion here is that util-linux can't ever add dependencies.  Ever.
[16:00] <cjwatson> mvo: set up in schroot, start session, saucy->trusty in sources.list, apt-get update, apt-get dist-upgrade
[16:00] <mvo> infinity: I'm sure it is - I have some quick dinner and see what I can do
[16:00] <mvo> cjwatson: thanks, downloading now
[16:05] <infinity> mvo: I assume it relates to util-linux's deps being transitively essential, and maybe you unroll those loops more carefully or something?
[16:16] <tgm4883> who needs the link to the Mythbuntu release page?
[16:16] <xnox> tgm4883: see the release notes email on ubuntu-release mailing list
[16:16] <xnox> tgm4883: you have a mythbuntu wiki page which you can update
[16:17] <stgraber> infinity: so are we currently respinning stuff or waiting for something else to hit (util-linux?)? I'm asking because I'm not seeing nusakan doing much at the moment
[16:17] <xnox> tgm4883: or add #reload stanza to redirect it to wherever you need it to go.
[16:17] <tgm4883> xnox, I've got our release statement in a draft on our website
[16:17] <tgm4883> hmm, #reload stanza...
[16:17] <xnox> tgm4883: e.g. #refresh 0 http://example.com/
[16:18] <tgm4883> let me test that, sec
[16:18] <infinity> stgraber: Waiting on util-linux, then going for it.
[16:18] <xnox> tgm4883: reload is for internal wiki, refresh is for external urls.
[16:18] <infinity> stgraber: The world kinda blew up with the network blip anyway. :/
[16:18] <stgraber> infinity: ok
[16:22] <tgm4883> xnox, awesome, thanks I'll do that
[16:22] <xnox> tgm4883: seems to work correctly.
[16:23] <tgm4883> Yep, I just need to publish now
[16:23] <tgm4883> On another note, is there a better way for us to get our ISOs on release day? Basically, I have to wait until Ubuntu releases to download our ISO to our rsync server and then our mirrors have to grab it from us
[16:25] <cjwatson> Fetch current dailies first and then rsync
[16:25] <cjwatson> Changes will be either small or nil
[16:25] <tgm4883> cjwatson, and just rename them to their final name when I download them?
[16:26] <cjwatson> Yes
[16:27] <tgm4883> I suppose that's doable, still I'd rather not have the chance that lots of people download an old ISO. Our mirrors are all pulling from us, and they only check for udpates a few times a day
[16:28] <olli_> hey
[16:28] <olli_> infinity, slangasek suggested to ping you for an ETA at which time 14.04 will be released. Are you in a position to give a rough estimate?
[16:28] <olli_> I am trying to coordinate a PPA
[16:30] <stgraber> olli_: tomorrow, that's pretty much the best estimate you'll get since we're still in the middle of mass respins for critical bugs
[16:30] <infinity> olli_: What stgraber said.
[16:30] <olli_> :)
[16:39] <cjwatson> jamespage: wanna have a look at my comment on bug 1294005?  we still just about have time
[16:39] <ubot2> Launchpad bug 1294005 in jenkins (Ubuntu) "Please remove jenkins from trusty" [Undecided,Incomplete] https://launchpad.net/bugs/1294005
[16:42] <jamespage> cjwatson, generally anything with *jenkins* in it that's a reverse dependency is really actually part of jenkins
[16:42] <robru> cjwatson, hey, we have a new unity8 in proposed, can you accept it? bump the version number I think needs to be done for that. (not clear to me what it is about unity8 that requires manual acking each time)
[16:43] <cjwatson> robru: one moment
[16:43] <robru> cjwatson, sure, no worries
[16:43] <cjwatson> robru: it's not about unity8 itself, it's a workaround for a dependency in indicator-something (network I think)
[16:44] <robru> hmm
[16:44] <cjwatson> we're lying and saying unity8 is available on all arches to avoid having to tear things out above it
[16:44] <cjwatson> and I haven't yet got round to generalising that to avoid the version
[16:44] <robru> ahhhhh its the arch issue again
[16:45] <cjwatson> anyway, bumped
[16:45] <robru> cjwatson, thank you
[16:46] <cjwatson> jamespage: can you ack bug 1265920, since you reviewed the initial packaging?  it looks valid to me, just double-checking
[16:46] <ubot2> Launchpad bug 1265920 in rds (Ubuntu) "RM: rds -- dead upstream" [Undecided,New] https://launchpad.net/bugs/1265920
[16:47] <cjwatson> jamespage: jenkins> mm, yeah, I see that those three packages are in fact circularly build-dependent (whee)
[16:47] <jamespage> cjwatson, its been fun :-(
[16:48] <cjwatson> jamespage: do we actually need to tear out basically everything that matches *jenkins*?  that's rather more work :)
[16:48] <jamespage> cjwatson, I'd probably just pull jenkins plus those two packages you identitified
[16:48] <cjwatson> right
[16:49] <jamespage> cjwatson, it is possible that someone might step up in Debian to pickup maintaining jenkins
[16:49] <cjwatson> mkay, so I won't blacklist it
[16:49] <jamespage> cjwatson, +1
[16:50] <jamespage> cjwatson, +1 on the rds removal as well
[16:50] <jamespage> cjwatson, I'd quite forgotten about that
[16:51] <cjwatson> jamespage: OK, RIP jenkins packaging
[16:51] <jamespage> cjwatson, thanks
[16:51] <jamespage> I think
[16:52] <ogra_> stgraber, is queuebot off ?
[16:52] <ogra_> i see unity8 on the changes ml ...
[16:53] <stgraber> it may not have liked the earlier network problem
[16:53] <ogra_> :)
[16:53] <shadeslayer> infinity: how long before respin?
[16:54] <shadeslayer> Because I'll probably head home within 15-20 minutes
[17:03] <infinity> shadeslayer: A few seconds.
[17:03] <shadeslayer> oh ok
[17:12] <infinity> (Respins happening now, if you find any more bugs from here on, too bad...)
[17:16] <JackYu> infinity, would you please review the ubuntukylin-default-settings before respins...
[17:18] <JackYu> infinity, we add  the ubuntu-kylin-docs uploaded today:)
[17:19] <slangasek> I can look
[17:20] <slangasek> JackYu: ubuntukylin-default-settings accepted, I trust that it will successfully be published before the respin-the-world reaches ubuntukylin ... and if not, we respin again
[17:21] <cjwatson> slangasek: it should do, from the current respin order
[17:22] <JackYu> slangasek, great, I think it would be, lol
[17:22] <slangasek> oh, but that requires an explicit unblock too, better do that
[17:35]  * shadeslayer is waiting for fresh ISO's :)
[17:47] <Daviey> infinity: Hey, when you start pre-publishing - can you give tgm4883 & myself a ping, so we can get the mythbuntu iso into it's own mirror network?
[17:50] <doko> cjwatson, slangasek: can one of you remove gcj-4.6? https://bugs.launchpad.net/ubuntu/+source/gcj-4.6/+bug/1276540
[17:50] <ubot2> Launchpad bug 1276540 in gcj-4.6 (Ubuntu) "please remove gcj-4.6 in trusty" [Undecided,Fix released]
[17:50] <cjwatson> doko: I did
[17:51] <doko> ouch, didn't hit refresh
[17:52] <ogra_> can someone give unity8 some love ?
[17:52] <ogra_> ah, ignore that
[17:52]  * slangasek snuggles up against unity8
[17:54] <apw>  * slangasek gets bitten
[17:54] <cjwatson> stgraber: is it intentional that "mark as rebuilding" or similar is no longer available on iso.qa?
[17:55] <cjwatson> I'd like to be able to mark images as rebuilding even in the case where the rebuild was queued directly on nusakan
[17:57] <cjwatson> doko: you might actually manage to get mpclib removable, by the looks of it :)
[17:59] <doko> cjwatson, yep, still trying =) didn't want to keep 4.7 at all, but anyway ...
[17:59] <infinity> Life's cruel.
[17:59] <infinity> doko: Thanks for fixing gnat-4.8.
[18:00] <stgraber> cjwatson: I think the old state and behaviour is now called disabled
[18:00] <stgraber> cjwatson: in that mode, the build still exists and can be accessed but result reporting is disabled until a new build is published
[18:04]  * balloons listens to cjwatson and stgraber about marking builds
[18:08] <cjwatson> stgraber: ok, so if I did "Mark as disabled (prevents result reporting)" on a bunch of builds, that would be fine?
[18:09] <stgraber> yep
[18:09] <cjwatson> ok, cool, thanks
[18:09] <ogra_> stgraber, hmm, so i seem to not be able to trigger a touch rebuild via the UI
[18:10] <ogra_> at least it doesnt say "currently building" next to the images
[18:14] <stgraber> ogra_: ok, just finished fixing a small glitch in the upgrade path of the stable channel, now looking at the tracker
[18:14] <stgraber> ogra_: is it fine if I do end up triggering both of the touch builds?
[18:14] <ogra_> yep
[18:16] <utlemming> stgraber: do you have information about the mass respin?
[18:16] <utlemming> infinity: ^^
[18:16]  * utlemming tries to figure out if cloud images need re-generating
[18:17] <infinity> utlemming: maas... Respin?
[18:17] <ogra_> heh
[18:17] <infinity> utlemming: There's no new maas other than the one that got in yesterday.
[18:17] <utlemming> infinity: ah, do you have the bug link?
[18:17] <utlemming> infinity: I meant s/maas/mass
[18:17] <infinity> utlemming: Oh, I can't read.
[18:17] <infinity> LA LA LA>
[18:17]  * ogra_ hands infinity some window cleaner
[18:18] <stgraber> ogra_: not seeing any trace of your rebuild request, however when I selected both here and clicked rebuild, I see it queued as expected
[18:18] <ogra_> i thought you were joking :)
[18:18] <smoser> utlemming, maas shoul dhave no affect on cloud images.
[18:18] <infinity> utlemming: Yes, you want to regen your cloud images to match current binaries.
[18:18] <infinity> smoser: I can't read.  He said mass.
[18:18] <ogra_> stgraber, i selected the top checkbox, both rows turned yellow (never had that before)
[18:18] <cjwatson> util-linux is definitely on cloud images. :-)
[18:18] <ogra_> stgraber, and then i just clicked "update rebuild status"
[18:19] <utlemming> cjwatson: ack, thanks
[18:19] <stgraber> ogra_: same i did here, expected it worked for me :)
[18:19] <ogra_> and it returned
[18:19] <smoser> yes, util linux is in cloud image.
[18:19] <ogra_> hmm, weird
[18:19] <ogra_> as long as it works for others :) i can fall back to nusakan worst case :)
[18:20]  * utlemming starts re-spinning
[18:20] <stgraber> ogra_: not seeing anything from you in the log either. You may want to logout and login again in case it was your SSO creds failing somehow.
[18:21] <ogra_> i opened the page afresh ... and got auto logged in
[18:21] <ogra_> hmm
[18:21] <ogra_> we'll know the next time i try :)
[18:22] <stgraber> ogra_: this morning I noticed that the ACLs were wrong and apparently xubuntu was the team with access to the touch build (go figure), so I fixed that but you need to make sure your membership in the touch release team is passed through SSO (you need to tick a box in there) if you want to have access
[18:22] <ogra_> ah, k
[18:22] <ogra_> i'll make sure to re-login before the next build then
[18:26] <slangasek> infinity: you mean you didn't trigger the mass respin with 'juju respin'?
[18:27] <slangasek> doko: did you see that your gcc-4.7-armel-cross upload FTBFS?
[18:27]  * stgraber grabs Edubuntu
[18:43] <doko> slangasek, yes, fixed the wrong branch
[18:43]  * doko would like to do some python work today too ...
[18:46] <utlemming> infinity: can you mark the Cloud Images as superceeded, they are being rebuilt and tested now
[18:47] <infinity> utlemming:
[18:47] <infinity> utlemming: Yup.
[19:09] <mvo> cjwatson, infinity: fwiw, bug #1308654 has the needed bits to reproduce the failure, I look into it next (probably in the morning, its getting late here)
[19:09] <ubot2> Launchpad bug 1308654 in apt (Ubuntu) "configure order broken for util-linux in saucy->trusty" [Undecided,New] https://launchpad.net/bugs/1308654
[19:10] <cjwatson> cool, thanks.  there's no huge rush right now
[19:10] <mvo> cjwatson: thanks, good to know
[19:10] <jibel> xnox, wrt. i18n issue in OEM mode, with 16.1, German is proposed for installation in "system settings -> language support" and first on the list, but there is no notification if you don't open language support.
[19:11] <infinity> mvo: Yeah, we backed out the problematic change, but I figure this points to a reasonably nasty bug we want fixed Soon(tm), but not for release.
[19:12] <mvo> infinity: indeed!
[19:23] <jibel> xnox, even after a reboot, no notification to install the missing lang packs
[19:43] <robru> hey guys, can somebody accept unity-firefox-extension? it's an important (and small) bugfix requested by seb.
[19:43] <cjwatson> I can accept it, but it isn't going into the trusty release pocket at this point
[19:43] <cjwatson> it'll have to be updates
[19:43] <cjwatson> (because we don't have any more respin slots)
[19:43] <cjwatson> well, not unless somebody discovers that our images burn computers
[19:43] <wgrant> om nom nom
[19:44] <robru> cjwatson, i'm ok with -updates, thanks
[19:45] <infinity> robru: You're aware that there's a release in less than 24h, I assume. ;)
[19:45] <robru> infinity, yes, that's why it's just a small bugfix ;-)
[19:45] <cjwatson> it can go to -updates though once it's built
[19:45] <cjwatson> (I agreed this with dbarth and it's on the whiteboard here)
[19:45] <infinity> robru: Size doesn't matter, it's about respinning and testing images (which we won't do at this point, except for bugs that actually literally violate your mother).
[19:45] <robru> infinity, oh btw, we're landing some new features in unity7, can you accept those? ;-)
[19:46] <infinity> robru: But yeah, it could go to -updates as a 0-day SRU.
[19:46] <robru> ah ok
[20:15] <balloons> so, I'm curious what langpacks we have on the images atm, and wondering why we didn't add back german and french for instance when we stopped caring about image size
[20:16] <cjwatson> look at the manifests
[20:16] <cjwatson> we do care about image size a bit - somebody reported earlier today that we don't fit on a 1gb usb stick any more, which I think is unfortunate and would have tried to fix it if we had time
[20:16] <cjwatson> bandwidth isn't unlimited and the bigger the image is the harder it is for people to download it
[20:46] <doko> cjwatson, infinity, slangasek, stgraber: so for opening the u-series, there won't be many changes from my side (and I'll only be back on Tuesday morning, Fri and Mon bank holidays).
[20:46] <doko> new binutils would be the only toolchain change
[20:47] <doko> would be nice if we could open with the same ruby defaults as in debian
[20:48] <davmor2> Guys just stumbled across bug 1308752  if you do an oem install in one keyboard layout then a user install of a different layout for some unknown reason the initial login for the user fails, reboot the system then you can login
[20:48] <ubot2> Launchpad bug 1308752 in ubiquity (Ubuntu) "Oem install Login fails on first reboot to user when different keyboard layouts are used" [Undecided,New] https://launchpad.net/bugs/1308752
[20:54] <zequence> I just realized I've missed an old bug and found a new one.
[20:54] <zequence> Updated seeds for Ubuntu Studio
[20:55] <zequence> We would like an update to ubuntustudio-meta
[20:55] <zequence> Bug 1308755
[20:55] <ubot2> Launchpad bug 1308755 in Ubuntu Studio "Two power manager applets in Trusty release" [Undecided,New] https://launchpad.net/bugs/1308755
[20:55] <zequence> and Bug 1284635
[20:55] <ubot2> Launchpad bug 1284635 in ibus (Ubuntu Trusty) "ibus does not support certain keyboard layouts" [High,Triaged] https://launchpad.net/bugs/1284635
[20:57] <zequence> infinity: There has been some discussions about the packaging of lmms, but doesn't seem like that has been taken care of, so I doubt that will happen before release. Thanks for your help on that though
[20:58] <infinity> zequence: Kay, lmms can be SRUed.  But you need some meta changes?
[20:59] <zequence> infinity: Yeah. Think that should be all (holding my breath)
[21:05] <infinity> zequence: http://paste.ubuntu.com/7263797/ <-- That look sane?
[21:07] <zequence> infinity: Yep. that looks right
[21:07] <infinity> zequence: Why is the response to an ibus bug to remove it? :P
[21:08] <knome> infinity, because the bug can't be fixed in time
[21:08] <infinity> knome: Kay.
[21:08] <knome> infinity, ...and it's a nasty one, not letting you use your own keyboard layout
[21:08] <knome> infinity, that's what xubuntu did - bail out since it doesn't work
[21:09] <knome> there is a workaround, but it's not something that is (easily) describable in the release notes, and not something most people would like to do
[21:09] <knome> most people do not need ibus anyway
[21:09] <infinity> zequence: Uploaded.
[21:09] <zequence> infinity: Thanks!
[21:09] <knome> and the bug is actually mostly/only affecting those who *don't* use ibus...
[21:09] <infinity> zequence: Might not make it in the current spin set, but if it doesn't, we can just respin again.
[21:10] <zequence> infinity: Yep. I'll be going to sleep soon. But, will have plenty of time to do tests tomorrow (in less than 12h from now)
[21:10] <infinity> zequence: Alrighty.
[21:57] <doko> cjwatson, infinity: please update the version in the gcc-4.7-armel-cross unblock request
[22:01] <infinity> doko: Already done.
[22:01] <doko> and for u I get rid off the arm multilibs ...
[22:02] <infinity> doko: A bash merge in the queue?  Really?
[22:03] <infinity> doko: I assume that's intended to be an SRU and the bug needs to be updated accordingly?
[22:05] <bdmurray> speaking of SRUs - infinity how do you feel about a rapid release of whoopsie for bug 1306175?
[22:05] <ubot2> Launchpad bug 1306175 in whoopsie (Ubuntu Saucy) "whoopsie should not send some data to daisy" [High,Fix committed] https://launchpad.net/bugs/1306175
[22:11] <infinity> bdmurray: I'll have an opinion in a sec.
[22:11] <infinity> zequence: Kay, we can respin your images right now.  Doing.
[22:34] <doko> infinity, it's targeted for trusty-proposed
[22:35] <infinity> doko: Well, yes...
[22:35] <infinity> doko: As all uploads are.
[22:35] <doko> sure, I can re-upload later
[22:36] <infinity> doko: Nah, just convert your bug to an SRU bug with justification, etc.
[22:40] <doko> infinity, well is fixing a crash a justification?
[22:41] <infinity> doko: Regression potential, etc.  But yes, fixing a crash is fine justification.
[23:18] <utlemming> infinity: we're probably a good 4 hours off before the Cloud Image respin completes. I'm going to step away while this churns.
[23:18] <infinity> utlemming: Alrighty.
[23:18] <utlemming> infinity: I'll have testing done shortly after that.
[23:18] <infinity> utlemming: Turns out we have a hilariously critical desktop bug that's forcing respins anyway, so you win.
[23:18] <knome> infinity, did you catch my comment about the release notes?
[23:19] <infinity> knome: Probably not.
[23:19] <knome> infinity, summary: i think we should continue with what we have now, that is, flavors separated; they seem to have ridiculously different ways to do release notes
[23:19] <knome> some do not list bugs, some do not list new features
[23:19] <infinity> knome: Yeah, I agree.
[23:19] <knome> and some use large screenshots
[23:20] <infinity> knome: Normalized URLs need to happen though.  But that's not hard.
[23:20] <knome> so that being said, should we purge the multiple flavor subheadings from the release notes, and add some other kind of links for them?
[23:20] <infinity> knome: Linking would be nice, yes.
[23:20] <knome> ...and that being said, does server count as a flavor, or should it stay on the main page?
[23:21] <infinity> knome: We (Canonical) don't consider it a flavour, so much as just the slightly less graphical Ubuntu. :P
[23:22] <knome> ok, i'll work on something with that idea in mind
[23:22] <knome> i'll do it now, so if you are around, i'll ping you in maybe 5-10mins
[23:25] <Riddell> evening, is there another mass respin in progress?
[23:25] <knome> apparently
[23:29] <Riddell> infinity: should I test kubuntu images or are new ones going to appear?
[23:31] <stgraber> infinity: "we have a hilariously critical desktop bug that's forcing respins anyway", care to share?  is that the OEM bug?
[23:33] <infinity> Riddell: Kubuntu is fine, the but I'm talking about it all Unity.
[23:33] <infinity> Riddell: Your images should be final (I hope).
[23:33] <infinity> s/but/bug/
[23:33] <Riddell> ok thanks, time to test!
[23:33] <doko> infinity, cjwatson: mpclib should be removable now, https://bugs.launchpad.net/ubuntu/+source/mpclib/+bug/1255062
[23:33] <ubot2> Launchpad bug 1255062 in mpclib (Ubuntu) "please remove mpclib, replaced by mpclib3" [Undecided,Incomplete]
[23:33] <infinity> doko: \o/
[23:36] <stgraber> oh, I guess the bug is bug 1308572 (looking at other channel activity since it wasn't listed here nor on the iso tracker...)
[23:36] <ubot2> Launchpad bug 1308572 in unity (Ubuntu) "Ubuntu 14.04: security problem in the lock screen" [Critical,In progress] https://launchpad.net/bugs/1308572
[23:37] <knome> infinity, https://wiki.ubuntu.com/PasiLallinaho/TrustyReleaseNotesDraft
[23:39] <infinity> knome: I'm going to lose that in backscroll when I sleep.
[23:39] <knome> infinity, then don't sleep but look at it now ;)
[23:39] <infinity> knome: Can you move your notes to wiki/TrustyTahr/ReleaseNotes/$flavour?
[23:40] <infinity> knome: Oh, that's for the Ubuntu page.
[23:40] <knome> yep
[23:40] <knome> and the content is old
[23:40] <infinity> knome: Yeah, that looks sane (I assume you mean the flavours section).
[23:40] <knome> well, everything really
[23:41] <knome> but it's not changed much except the flavors section, some headings made smaller ([23:41] <knome> infinity, re: flavor notes, our are at https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes/Xubuntu
[23:42] <knome> and if we use the new layout, i'm much more happy to link directly to the main page for the known issues...
[23:42] <knome> (instead of including)
[23:43] <infinity> knome: Yeah, seems sane to me.
[23:43] <knome> ok, i'll drop it to the main page with (r=infinity)
[23:44] <knome> :P
[23:52] <knome> infinity, the page is updated.
[23:52] <infinity> knome: Ta.
[23:53] <knome> and please at least take a little glance so it's still sane...
[23:53] <infinity> knome: Thanks a lot for helping out with notes, BTW.  My least favourite part of release.
[23:53] <infinity> knome: I'll look in the morning. ;)
[23:53] <knome> i handle bureaucracy enough with xubuntu stuff, i guess it doesn't really hurt to do a little bit more...
[23:55] <infinity> knome: It's greatly appreciated.
[23:56] <knome> glad i can help :)
[23:56]  * knome likes squatting messy things, even if it meant frustration and headache, as long as it's clean after...