[00:23] <Volkodav> hmm still not booting - Iwill try to reinstall grub I guess - I wonder if it's just me ?
[02:19] <Volkodav> well grub reinstall worked - I guess the latest upgrade corrupted it some way
[04:35] <litropy> K. back up and running after upgrading to 11.04. First impression: Wow! Did I read somewhere it doesn't use X?
[06:31] <rww> litropy: no, you read somewhere that at some point in the middle to far future, it won't
[06:32] <rww> 11.04, and several releases after that, most like, will use Xorg.
[13:32] <gnomefreak> we dropped ubuntu-desktop already?
[13:38] <gnomefreak> where is mvo when you need him :(
[14:04] <gnomefreak> you install maverick(gnome) install nvidia-current irssi irss-scripts  run dist-upgrade it wants to remove ubuntu-desktop and add a crap load of kde packages/libs  anyone else find that weird?
[14:07] <Pici> gnomefreak: Doesn't aptitude have an option of telling you why a package is being removed?
[14:11] <gnomefreak> Pici: not too consered about remove of ubuntu-desktop its more of why kde apps/libs are being installed
[14:12] <BluesKaj> Hey folks
[14:12] <gnomefreak> install 10.10(gnome) irssi,irssi-scripts, and nvidia-current would install kde anything on dist-upgrade. using update-manager it stops on ubuntu-desktop
[14:12] <gnomefreak> hi BluesKaj
[14:13] <BluesKaj> hi gnomefreak , Pici
[14:13] <Pici> heya
[14:14] <BluesKaj> so far so good here , altho booting on my other natty pc seems to have more probs than this one , altho the other one is older
[14:14] <BluesKaj> using kde on both
[14:15] <gnomefreak> here is the output http://pastebin.ubuntu.com/553608/
[14:15] <gnomefreak> this really bothers me. i dont want a mixed install :(
[14:17] <BluesKaj> gnomefreak, well, I have alot of gtk stuff ta\hat seems to be required for browsers like FF
[14:17] <BluesKaj> or sp it seems
[14:17] <BluesKaj> so\
[14:18] <gnomefreak> if you used the kubuntu-firefox-installer it shouldnt install many gtk stiff if any
[14:18] <BluesKaj> kde font settings for example won't apply in FF unless I enable the gtk fonts in system settings
[14:20] <BluesKaj> not talking about webpage settings , i mean toolbar, menubar and bookmarks toolbars
[14:20] <gnomefreak> BluesKaj: yesh that may require gtk stuff
[14:21] <BluesKaj> FF automatically upgraded FF4 beta when I netinstalled natty
[14:21] <BluesKaj> upgraded to FF4 is what I mean
[14:21] <gnomefreak> yep it should be alpha 8 as default in natty
[14:25] <BluesKaj> is it really possible to have a pure gnome/gtk OS or even a pure kde  these days ...seems not to me
[14:26] <gnomefreak> should be, they should not have to mix. im guessing apt-url-kde is causing my issue but not real sure
[14:26] <gnomefreak> it wants to install it
[14:28]  * gnomefreak sonders if removeing ubuntu-desktop will not allow me to boot into unity desktop and/or classic desktop
[14:29] <gnomefreak> i think The following NEW packages will be installed: akonadi-server apturl-kde
[14:29] <gnomefreak> is causing my issues all of them
[14:36] <gnomefreak> lol aptitude nor update-manager will upgrade anything. i ran out of time to screw with this for now.
[14:42] <gnomefreak> seems OO.o and ubuntu-desktop want to remove most of gtk updates
[14:57] <BluesKaj> gnomefreak, do you have the ubuntu ppa urls handy ?
[14:59] <BluesKaj> I'm thinking of running a separate gnome/ubuntu partition
[15:02] <gnomefreak> BluesKaj: afaik there is no gnome PPAs just install ubuntu-desktop but it seems broken due to depends. i have to go, i should be back later
[15:06] <genii-around> dist-upgrade just now (Natty, KDE): plasma-widget-menubar kept back .. Depends: appmenu-qt , not installable ... apt-cache policy appmenu-qt: Candidate: (none)
[15:43] <BluesKaj> genii-around, I net upgraded kubuntu without any trouble. I think gnome seems to have some issues tho
[15:45] <genii-around> hm
[15:45] <genii-around> BluesKaj: 32 or 64 bit?
[15:46] <BluesKaj> 32
[15:47] <BluesKaj> genii-around, been running 32 bit for a while now altho the cpu is 64bit dual core and 3G RAM , so I don't 64 bit is of much benefit to this setup
[15:47] <genii-around> BluesKaj: I'm running 64bit... upgrade went OK ( didn't chunk out or so, just held back that package)
[15:47] <BluesKaj> don't think
[15:49] <genii-around> I find it odd though that no package candidate at all (not even a previous one) for the appmenu-qt
[15:49] <BluesKaj> ok genii-around , I had a couple of packages held back as well, but it didn't create any porbs
[15:51] <BluesKaj> appmenu-qt ? that sounds like a kde-libs app
[15:52] <BluesKaj> or am I off the mark?
[15:54] <DJKorbit> is there a python lib to parse .dsc files? i can't seem to find one
[15:54] <DJKorbit> should i code one myself?
[18:11] <zerwas> Is there any way to get Natty with Unity to work in VMware?
[18:13] <WaltherFI> How stable is Natty atm?
[18:13] <WaltherFI> also, is there a natty build for ubuntustudio already?
[18:23] <charlie-tca> WaltherFI: it is not even alpha2 yet. It is not stable
[19:50] <coz_> so have the updates broken anything  today?
[20:42] <Volkodav> Does grub2 recognize the FreeBSD install correct? Anybody tried ?
[20:45] <nit-wit> Volkodav, FreeBSD is lilo is this correct
[20:49] <Volkodav> Somebody mentioned that grub2 can do it too - I did it years ago it chainloaded
[20:51] <Volkodav> with legacy grub
[20:53] <genii-around> Volkodav: grub2 on my karmic install recognised my freebsd 5 and set it up ok
[20:54] <Volkodav> it was my first install too - 5.4 - thanks genii-around did you install FreeBSD installer in / ?
[20:55] <genii-around> Volkodav: I had FBSD on separate drive, not a subpartition of the same drive my linux was on. grub2 just chainloaded the BSD loader
[20:56] <Volkodav> genii-around: I do not think it makes much difference if any at all
[20:56] <Volkodav> grub2 still probes all around partitions included as far as I understand
[20:58] <genii-around> Volkodav: On the netbook it finds my MeeGo install as "Unknown linux distribution on /dev/sdb1"  kind of thing
[21:07] <Volkodav> genii-around: does it boot it though ? as long as it boots it the name calling is not that of importance
[21:09] <genii-around> Volkodav: In the case of my MeeGo, it bypassed the bootloader on sdb and made it's own entry directly to load the vmlinuz .
[21:10] <genii-around> ( which was problemmatic in that kernel upgrades in Meego update it's own bootloader but then you have to run again update-grub to make new entries for those)
[21:18] <Volkodav> What loader does Meego use ?
[21:51] <genii-around> Volkodav: Apologies on lag, work needed me. It uses extlinux which operates something like the old syslinux way of bootstrapping from a FAT filesystem
[21:52] <Volkodav> OK
[22:28] <WaltherFI> Any ways to dynamically change names of files in a folder from random.jpg 's to 001-999.jpg or similar?
[22:59] <BUGabundo> o/
[23:43] <Ian_Corne> BUGabundo: ^^
[23:43] <kklimonda> WaltherFI: yes - but you would have to write a script
[23:43] <BUGabundo> oh look
[23:43] <BUGabundo> both Ian_Corne AND kklimonda
[23:43] <BUGabundo> how are you buds?
[23:43] <kklimonda> o/ BUGabundo
[23:44] <Ian_Corne> good good
[23:44] <kklimonda> BUGabundo: well, I'm still alive! that does count for something ;)
[23:46] <BUGabundo> ofc
[23:46] <BUGabundo> what have you been up to?
[23:46] <BUGabundo> we haven't chatted in a long long time :(


[00:54] <ari-tczew> cjwatson: perl has been already built, but stuck in -proposed already. does it matter? cause my FTBFS are still alive due to missing build-essential
[00:56] <cjwatson> ari-tczew: it hasn't finished publishing yet
[00:57] <cjwatson> because it tried a few times and got proxy errors from the librarian ... it's on its way now though
[00:59] <ari-tczew> nice
[01:03] <cjwatson> ari-tczew: build-essential is happy now; retrying all failed-to-build builds from the last day
[01:03] <ari-tczew> ok
[01:03] <cjwatson> and the librarian madness is being worked on
[01:14] <ari-tczew> cjwatson: do you need to retry every build manually or have you got a button to retry all ftbfs?
[01:14] <cjwatson> ari-tczew: I have a script using the LP API
[01:15] <ari-tczew> ok
[01:15] <cjwatson> ari-tczew: and a much faster thing to mass-retry everything if I need it, but that has to be run on a privileged machine and I can't as easily limit it to just the last day
[01:16] <ari-tczew> cjwatson: I got it. does it work to PPA as well?
[01:16] <cjwatson> ari-tczew: yes
[01:16] <ari-tczew> cool
[01:16] <cjwatson> at least anything that isn't private such that I can't see it
[01:16] <cjwatson> it's very very stupid, it just walks through getBuildRecords for every builder :-)
[01:17] <cjwatson> I've been meaning to add a global getBuildRecords to the builders collection, but haven't got round to it
[01:17] <ari-tczew> building monster
[01:43] <dx> hi! last week i mentioned a gstreamer-related fd leak bug in pidgin for which i needed a SRU in wily. the user who tested that patch reported that a very similar issue started happening but with less frequency, and, long story short, it's something that is fixed in gstreamer 1.6.2 (wily has 1.6.0)
[01:45] <dx> i'm not sure when it got fixed or how, but i'm rather annoyed at the fact that due to this whole SRU thing ubuntu is avoiding bugfix only updates unless someone proves that they are critical enough :(
[01:45] <dx> i want my time back
[01:46] <dx> either way... do i need to continue spending time bisecting to find a minimal patch that fixes this issue, or can someone just push the whole gstreamer 1.6.2 to wily?
[05:05] <dx> okay, bisect done, this needs to be SRU'd to wily's gst-plugins-base package: https://github.com/GStreamer/gst-plugins-base/commit/b33bb8527fc4f4a189baa85d4fdcff9901be4976
[09:45] <ricotz> cjwatson, hello, if you are around, could you retry https://launchpad.net/ubuntu/+source/mesa/11.0.8-1ubuntu1/+build/8760207
[11:28] <cjwatson> ricotz: done
[13:01] <ricotz> cjwatson, thanks!
[14:08] <ari-tczew> jamespage: ping
[18:57] <beyond_help> Hiya! I am interested in getting some assistance with udev rule writing and listing attributes
[18:58] <beyond_help> I was directed here from the #ubuntu channel
[18:58] <beyond_help> the udevinfo command is absent from Ubuntu 15.10 and seems uninstallable
[18:58] <beyond_help> moreover, the udevadm command is not really giving any examples in the help
[18:59] <beyond_help> I looked for FAQs online and they are over 7 years old showing older commands
[18:59] <beyond_help> my question: Help
[19:04] <beyond_help> Hiya! I was directed here from the #ubuntu channel. I am interested in getting assistance with udev rule writing and listing attributes. the udevinfo command seems absent and uninstantiated in Ubuntu GNOME 15.10 and seems as well uninstallable. Morevoer, the udevadm command is not really giving any examples in the man pages and the FAQs I looked for online are over 7 (almost 8) years old and showing the usage of udevinfo wh
[19:10] <beyond_help> Hiya! I was directed here from the #ubuntu channel. I am interested in getting assistance with udev rule writing and listing attributes. the udevinfo command seems absent and uninstantiated in Ubuntu GNOME 15.10 and seems as well uninstallable. Morevoer, the udevadm command is not really giving any examples in the man pages and the FAQs I looked for online are over 7 (almost 8) years old and showing the usage of udevinfo wh
[19:15] <ancaemanuel> https://launchpad.net/builders 29 disabled
[19:16] <ancaemanuel> is not the time to dog food that maas ?
[19:18] <ancaemanuel> and automatically reinstall ?
[19:19]  * beyond_help Hiya! I am interested in getting assistance with udev rule writing and listing attributes. the udevinfo command seems absent and uninstantiated in Ubuntu GNOME 15.10 and seems as well uninstallable. Morevoer, the udevadm command is not really giving any examples in the man pages and the FAQs I looked for online are over 7 (almost 8) years old and showing the usage of udevinfo which again stands absent. in short: HEL
[19:26]  * beyond_help Hiya! I am interested in getting assistance with udev rule writing and listing attributes. the udevinfo command seems absent and uninstantiated in Ubuntu GNOME 15.10 and seems as well uninstallable. Morevoer, the udevadm command is not really giving any examples in the man pages and the FAQs I looked for online are over 7 (almost 8) years old and showing the usage of udevinfo which again stands absent. in short: HEL
[19:34] <ancaemanuel> or maybe an watchdog for severs, I think there are solutions for this.
[19:35]  * beyond_help Hiya! I am interested in getting assistance with udev rule writing and listing attributes. the udevinfo command seems absent and uninstantiated in Ubuntu GNOME 15.10 and seems as well uninstallable. Morevoer, the udevadm command is not really giving any examples in the man pages and the FAQs I looked for online are over 7 (almost 8) years old and showing the usage of udevinfo which again stands absent. in short: HEL
[19:45]  * beyond_help Hiya! I am interested in getting assistance with udev rule writing and listing attributes. the udevinfo command seems absent and uninstantiated in Ubuntu GNOME 15.10 and seems as well uninstallable. Morevoer, the udevadm command is not really giving any examples in the man pages and the FAQs I looked for online are over 7 (almost 8) years old and showing the usage of udevinfo which again stands absent. in short: HEL
[19:49] <tsimonq2> !patience | beyond_help
[19:50] <beyond_help> did all that, and following other directions I was given to keep asking as new people arrive
[19:51] <beyond_help> but of course I'l take your comments under advisement
[20:26]  * beyond_help Hello! I am interested in getting assistance with udev rule writing and listing attributes. the udevinfo command seems absent and uninstantiated in Ubuntu GNOME 15.10 and seems as well uninstallable. Morevoer, the udevadm command is not really giving any examples in the man pages and the FAQs I looked for online are over 7 (almost 8) years old and showing the usage of udevinfo which again stands absent. in short: HE
[20:27] <tsimonq2> !ops
[20:28] <ikonia> beyond_help: you've been told - this is not acceptable to this channel
[20:28] <ikonia> either stop or leave the channel
[20:28] <ikonia> this is NOT a support channel
[20:29] <beyond_help> oh
[20:29] <beyond_help> I was told it was in the ubuntu room
[20:29] <ikonia> no you where not
[20:29] <ikonia> #ubuntu is for support - this is for the core OS development
[20:29] <ikonia> please stop spamming the same thing over and over,
[20:30] <beyond_help> yes I was
[20:30] <beyond_help> but I will return to the right channel
[20:31] <tsimonq2> ikonia: thank you :)
[20:31] <ikonia> no problem, I'll remove him if he starts again in here
[22:23]  * beyond_help Hello! I am interested in getting assistance with udev rule writing and listing attributes. the udevinfo command seems absent and uninstantiated in Ubuntu GNOME 15.10 and seems as well uninstallable. Morevoer, the udevadm command is not really giving any examples in the man pages and the FAQs I looked for online are over 7 (almost 8) years old and showing the usage of udevinfo which again stands absent. in short: HE
[23:01] <tsimonq2> ikonia: ^
[23:02] <tsimonq2> ikonia: whoops, sorry...it seems like he is gone


[00:07] <phillw> infinity: I did also, did mine not take affect? (22:15:23) queuebot: (notice) Builds: Lubuntu Desktop Preinstalled armhf+ac100 [Raring Beta 2] has been marked as ready
[00:10] <infinity> phillw: Or maybe it was you who marked it?  I dunno, I'm half asleep.
[00:12] <phillw> infinity: I marked it... just wanted to mention in case my 1st mark up has borked the transfer to 'release'. And, you are correct, this is really late for milestone to actually go out.
[00:14] <infinity> phillw: It's not that late here.  I'm just having an off day. :P
[00:17] <phillw> infinity: it is 01:17 here and I've had a nice meal and several glasses of wine :D
[00:19] <phillw> But, on the plus side? my Dedi-server has not had an OOM issue with the 8 VM's running on it.... So, a glass of wine it is :D
[00:44] <smartboyhw> Um are the images out?
[00:47] <Riddell> smartboyhw: I think he's publishing them slowly
[00:48] <Riddell> 4.10.2 on the other hand should be all done
[00:48] <phillw> smartboyhw: good question, well presented...
[00:49] <phillw> smartboyhw: too many new flavours / updates etc.
[00:50] <smartboyhw> phillw: For Studio it's good.
[00:50]  * smartboyhw sends out the announcements.
[00:50] <phillw> smartboyhw: lubuntu also looks good.
[00:50] <phillw> smartboyhw: I'd severly caution against you doing that.
[00:51] <pleia2> yeah, I always wait for the official green light
[00:51] <pleia2> (fortunately it's only 6pm where I am :))
[00:51] <phillw> smartboyhw: the release team give the notification..... Trust me on this one!
[00:53] <smartboyhw> phillw  so it's OK now?
[00:54]  * smartboyhw has never released something on a Friday;P
[00:54] <phillw> smartboyhw: it is not  'OK' until the release team say it is.
[00:54] <smartboyhw> infinity :(
[00:55] <phillw> smartboyhw: the release team have not made an  annoucement, so it s not yet released
[00:55] <smartboyhw> Anyway, maybe a hour sleep;P
[00:56] <infinity> smartboyhw: There's just some torrent verification and a release announce to send out.  (The former can sometimes take a bit of time)
[00:56] <smartboyhw> OL
[00:56] <smartboyhw> s/OL/OK/
[00:59] <slangasek> utlemming: hi, I'm helping infinity finish off the last of the final beta checklist - are cloud images ready to be published?
[01:00] <slangasek> utlemming: I see they aren't on http://cloud-images.ubuntu.com/releases/13.04/ yet, does that just need the trigger pulled?
[01:01] <phillw> Hi JackYu
[01:03] <smartboyhw> Hello JackYu, got a nice sleep in Yiyang home?
[01:03] <jbicha> smartboyhw: is there anyone that can send out the announcements for you? I hate for you to be losing sleep
[01:04] <slangasek> cjwatson, infinity: fwiw, we seem to have armhf images prepublished to the pool, but not linked into the raring/ directory
[01:04] <smartboyhw> jbicha: I aren't;P
[01:05] <infinity> slangasek: pre-publishing helpfully publishes everything.  Those can be surgically removed, or just ignored.
[01:05] <phillw> smartboyhw: cc them to me on<EMAIL_ADDRESS>and I will send them out to who you list.
[01:06]  * smartboyhw wonders if everyone is putting him to sleep........
[01:06] <phillw> jbicha: don't worry, me and smartboyhw do know each other :)
[01:06] <slangasek> infinity: except that as of 12.10, we were publishing the arm images to releases, not to cdimage?
[01:06] <smartboyhw> :)
[01:07] <slangasek> infinity: so I think we want to add the links, not drop/ignore the .pool bits
[01:07] <infinity> slangasek: Yes, but the ones you see in .pool but not linked aren't published at all.
[01:07] <infinity> slangasek: Because they were broken.
[01:07] <slangasek> hmm
[01:07] <infinity> slangasek: But pre-publishing was done before all testing was done (as usual), so I didn't manually exclude them at that point.
[01:08] <JackYu> phillw: hi
[01:08] <JackYu> smartboyhw: good morning:)
[01:08] <slangasek> infinity: ok; so the only armhf images we're releasing with beta2 are netboot + nexus7?
[01:09] <infinity> slangasek: Right.
[01:09] <slangasek> infinity: ok, thanks for confirming
[01:09] <infinity> slangasek: Should match the ready/not-ready states on the tracker.
[01:09] <infinity> (Well, I didn't bother marking netboot "ready", but we don't ever "not publish" netboot)
[01:10]  * slangasek nods
[01:10] <phillw> Hi JackYu .. we're just waiting for the announcement and then I will get the mirror updated for you good people.
[01:10] <JackYu> phillw: sorry for the delay. https://wiki.ubuntu.com/UbuntuKylin/1304-beta-2-ReleaseNote
[01:12] <JackYu> phillw: I announced the note last night (Beijing time), but maybe you missed it:)
[01:12] <phillw> JackYu: you are applogising to the wrong person ... it is infinity you need to beg forgiveness from :)
[01:13] <smartboyhw> JackYu: Uh oh we aren't supposed to announce anything;)
[01:17] <phillw> JackYu: as long as infinity has the link to your release note, he will not actually hire  assassins to hunt you down :)
[01:18] <smartboyhw> lol
[01:19] <JackYu> phillw: :)
[01:19] <phillw> JackYu: by the way, as milestone release goes out, the -release team do allow a sense of humour.
[01:21] <JackYu> phillw: but I did send the URL to infinity last night... may I will check the log of the channel...
[01:21] <JackYu> phillw: I see:)
[01:22] <phillw> JackYu: it is unlikely that if you sent something to infinity that they would not have recieved it
[01:22] <smartboyhw> JackYu: What exactly do you mean by "announce"? Sent the link to infinity, or posting on the forums that "it is out"?
[01:23] <JackYu> smartboyhw: sent the link to infinity
[01:24] <slangasek> hey folks, so I have a first draft of an email up here: https://wiki.ubuntu.com/RaringRingtail/Announcement/Beta2
[01:24] <slangasek> could I ask flavors to check their links, and also add any highlights that they want included in the announcement?
[01:24] <smartboyhw> JackYu: Ah it"s OK then:) phillw and I misunderstood you:)
[01:25] <phillw> infinity: would you like me to move https://wiki.ubuntu.com/UbuntuKylin/1304-beta-2-ReleaseNote to the area named as their system along the lines of  https://wiki.ubuntu.com/RaringRingtail/ReleaseNotes/Beta2/Lubuntu ?
[01:25] <phillw> slangasek: ^^
[01:26] <slangasek> phillw: I have no preference wrt the link names; flavors can use whatever convention they like as long as we can find them to put them in the announcement :)
[01:26] <smartboyhw> infinity: Would you like me to add in the link for Ubuntu Studio release notes?
[01:27] <pleia2> added xubuntu, thanks slangasek
[01:27] <slangasek> pleia2: thank you!
[01:27] <smartboyhw> phillw: Maybe you help add it in, I don't want the wiki to have errors editing.
[01:28] <smartboyhw> https://wiki.ubuntu.com/RaringRingtail/Beta2/UbuntuStudio
[01:28] <slangasek> stgraber: around?  do you have any edubuntu highlights you want listed on https://wiki.ubuntu.com/RaringRingtail/Announcement/Beta2?
[01:29] <phillw> smartboyhw: whilst I am a wiki editor, I am also loathe to move areas as it will cause 404 errors for anyone who has bookmarked it.
[01:29] <slangasek> ScottK, Riddell, jbicha, zequence: please add flavor highlights to https://wiki.ubuntu.com/RaringRingtail/Announcement/Beta2 if you have any
[01:30] <smartboyhw> zequence: Do we?
[01:31] <phillw> slangasek: should I rename https://wiki.ubuntu.com/RaringRingtail/ReleaseNotes/Beta2/Lubuntu to
[01:31] <phillw> grrr...
[01:32] <phillw> slangasek: should I add https://wiki.ubuntu.com/RaringRingtail/ReleaseNotes/Beta2/Lubuntu to https://wiki.ubuntu.com/RaringRingtail/Announcement/Beta2?
[01:32] <zequence> smartboyhw: Not really. Hey, go to sleep ;)
[01:32] <slangasek> phillw: since that exists, yes that would be a good idea - thanks
[01:34] <smartboyhw> Help!! Edit conflict
[01:36] <Riddell> slangasek: done
[01:36] <slangasek> Riddell: cheers
[01:37] <phillw> slangasek: I've not made the new page area with a  '?' at the end of it... It is  https://wiki.ubuntu.com/https:/wiki.ubuntu.com/RaringRingtail/Announcement/Beta2
[01:38] <phillw> smartboyhw: PM me
[01:42] <phillw> slangasek: which one do I delete for the announcement notice? (ie, which of the two links is "more correct" for the system).
[01:43] <smartboyhw> slangsek: Done for Ubuntu Studio
[01:44] <slangasek> phillw: sorry, I don't see what you're talking about?
[01:49] <JackYu> slangasek: would you like me edit the Beta2 wiki a little?
[01:51] <phillw> slangasek: which do we do? release notes which follow all the way though or announcements?
[01:53] <smartboyhw> phillw: Kubuntu -
[01:53] <smartboyhw> + UbujtuKylin + Ubuntu Studio all uses release notes
[01:53] <smartboyhw> s/uses/use/
[01:56] <slangasek> phillw: sorry, I still don't understand the question.  https://wiki.ubuntu.com/RaringRingtail/Announcement/Beta2 is the announcement mail that I'll send on behalf of all the flavors to ubuntu-announce; flavors are also welcome to send separate announcements in their own forums; https://wiki.ubuntu.com/RaringRingtail/TechnicalOverview are the central release notes, but flavors are allowed to have separate release notes pages too if they
[01:57] <phillw> slangasek: no worries, there has been a lot going on. All I ask, is that we do not split the areas up
[01:57] <slangasek> what areas?
[01:57] <smartboyhw> Wake up.time:)
[01:58] <slangasek> JackYu: I'm happy to have your contributions to the wiki page, yes :)
[01:59] <phillw> slangasek: I've had a long few days, I'm not really in the mood for this, please log onto ##phillw and on tuesday, I may have caught up.
[02:00] <jbicha> phillw: you have your own IRC channel?
[02:00] <JackYu> slangasek: thanks. Done:)
[02:00] <phillw> jbicha: i have a ##, for the teams who have VM's on the dedi server.
[02:03] <phillw> I apologise to slangasek and every one else, not only has it been b2 season , but a normal, scheduled update for my dedicated server that hosts 6 F/OSS teams went really bad, and I'm in grumpy mode :(
[02:06] <smartboyhw> phillw what happened?
[02:08] <phillw> smartboyhw: http://bugs.centos.org/view.php?id=6363
[02:08] <phillw> but this is not the correct channel to chat on.
[02:10] <smartboyhw> OK i am retiring my mobile.
[02:49] <slangasek> pleia2: is http://xubuntu.org/news/raring-beta2/ a correct link? it currently 404s
[02:50] <pleia2> slangasek: it's the announcement, so not published yet
[02:50] <phillw> 77CAAVMF2: I've got to hit bed, if the -release team do finalise the  move to beta-2, would you please run the script. Thanks.
[02:50] <pleia2> I'll hit publish when all is announced
[02:50] <slangasek> pleia2: ok
[02:56] <phillw> pleia2: long time no chat! Yes, I do know the rules of embargation, we've had this fun with final releases in the past. The bug is that the 'ready' ones are not appearing on the usual area ?
[02:57] <pleia2> phillw: I don't understand the question :\
[02:58] <smartboyhw> phillw, what is the "usual area"?!
[02:58] <phillw> slangasek: / pleia2 until they sort out a bug in the release script, the beta-2's will languish in http://iso.qa.ubuntu.com/qatracker/milestones/264/builds marked as 'ready'.
[02:59] <phillw> smartboyhw: ^^
[02:59] <smartboyhw> phillw, still not understanding...
[03:00]  * smartboyhw thinks either phillw is speaking alien language today, or smartboyhw's English was too bad
[03:02] <phillw> smartboyhw: the ones marked as ready should be on the http://cdimages.ubuntu.com/ there was an error in doing this.
[03:03] <slangasek> phillw: no, there wasn't
[03:03] <smartboyhw> phillw, why?
[03:03] <smartboyhw> phillw, how do you tell?
[03:04] <phillw> (01:54:16) ***smartboyhw has never released something on a Friday;P
[03:04] <phillw> (01:54:24) phillw: smartboyhw: it is not  'OK' until the release team say it is.
[03:04] <phillw> (01:54:49) smartboyhw: infinity :(
[03:04] <phillw> (01:55:19) phillw: smartboyhw: the release team have not made an  annoucement, so it s not yet released
[03:04] <phillw> Do I have to keep repeating this?
[03:06] <slangasek> phillw: the bugs in the release scripts were sorted out a long time ago; the people you're giving this information to already know how the release process works, they're here because they're coordinating on behalf of their respective flavors
[03:07] <smartboyhw> phillw, eh huh so?
[03:07]  * smartboyhw still doesn't understand
[03:07] <phillw> slangasek: with the deepest respect, a mile stone release is not released until the release team say so. We have not had such an announcement.
[03:07] <smartboyhw> phillw, we didn't
[03:08] <smartboyhw> phillw, er but UbuntuKylin did:P (/me points at JackYu)
[03:08] <smartboyhw> we = Ubuntu Studio
[03:08] <smartboyhw> I still haven't make any announcement yet
[03:11] <phillw> slangasek: I've already told the Lubuntu QA / Testing team that the images marked as ready on http://iso.qa.ubuntu.com/qatracker/milestones/264/builds are the Beta-2, but that is not the same as a GLOBAL announcement, and the delay means I cannot up date my mirror server :(
[03:15] <infinity> No one's stopping you from running rsync.
[03:15] <phillw> 04:15 am here, this little piglet is heading for bed.
[03:15] <smartboyhw> phillw, go to bed:)
[03:16] <phillw> infinity: the script uses the links on 'release',
[03:16] <infinity> phillw: ...and?
[03:17] <infinity> phillw: Like I told you a couple of hours ago, the only two remaining things are verifying the torrents and mailing the announcement (which slangasek has been getting people's input on polishing up).
[03:17] <infinity> phillw: I literally meant those are the only two things.  cdimage/releases have the images, we're just not announcing until, well, we announce.
[03:17] <phillw> infinity: no need to get so harsh?
[03:19] <phillw> I know this is well late, but let's please not start biting each others heads off?
[03:24] <phillw> infinity: I can 'joke' about "will it be released on Thursday" and reply "well, on a good day, with a following wind..... Saturday looks good"" . As a QA person, release day is one of the deadlines that make a wonderful wooshing sound as they pass.
[03:26] <phillw> infinity: The one thing that the -release team stand for? It's ready when it's ready. For that, you people have always had, and will always have... my deepest respect. (Even when I nag you).
[03:26] <smartboyhw> phillw, geez cool down a bit
[03:28] <phillw> smartboyhw: I'm well cooled down :) I just wanted -release to be assured that my nagging <> upset. I was not the one nagging as to when beta-2 would launch :P
[03:29] <smartboyhw> lol
[03:31] <slangasek> hey folks
[03:31] <phillw> 77CAAVMF2: is there a way to pulllthose iso's
[03:31] <slangasek> so it turns out that we managed to miss dotting one of our ṫ's leading up to the beta, owing to the prior milestones having been opt-in
[03:32] <phillw> 77CAAVMF2: is there a way to pull the iso's marked as ready via zsync?
[03:32] <slangasek> and http://www.ubuntu.com/testing/download has not been set up... which means we can't give a valid download link to people in the announcement mail that will actually load-balance across the mirrors
[03:33] <infinity> phillw: Of course you can pull them with zsync.
[03:33] <slangasek> sorry to have to do this to y'all on the flavors, who obviously have done your part, but it looks like we need to defer announcing until we can get that link fixed - which needs to wait for London to wake up
[03:33] <smartboyhw> slangasek, oh no
[03:33] <pleia2> slangasek: thanks for your work, slangasek (woo, handing off to my europeans!)
[03:33] <smartboyhw> pleia2, you *have* europeans?:P
[03:33] <pleia2> :)
[03:34] <slangasek> the good news is, it gives you all more time to polish https://wiki.ubuntu.com/RaringRingtail/TechnicalOverview if you wish :)
[03:34] <smartboyhw> slangasek, LOL
[03:34]  * smartboyhw checks
[03:34] <infinity> Also more time for third and fourth-level mirrors to all be in sync.
[03:34] <infinity> Not world-ending.
[03:34] <phillw> slangasek: I have the same backbone speed as canocial have (100 Mb/s).
[03:34] <infinity> (This is exactly why we target releases to Thursdays anyway)
[03:34] <smartboyhw> infinity, this might be the best synced release;)
[03:34] <phillw> I also have the structure for the ISO's,
[03:35] <infinity> phillw: ...
[03:35] <infinity> phillw: Pretty sure we have a little bit more than 100Mbit. ;)
[03:35] <pgraner> infinity: just a bit more lol
[03:36] <phillw> infinity: actually on feed, your mirror states 100Mv
[03:36] <phillw> That is why I do not mirror ubuntu, just the ones on http://phillw.net/isos/
[03:36] <pgraner> phillw: I think thats what the link is throttled down to for the mirrors
[03:37] <smartboyhw> phillw, on your page you do know that UbuntuKylin is one word not two?
[03:38] <phillw> pgraner: I'm not overly intressted in the fine print.
[03:38] <phillw> We have no beta-2 for ANYTHING is what is being said?
[03:38] <smartboyhw> phillw, basically *yes*
[03:41] <phillw> smartboyhw: I'd actually rather here this from a canonical person, because this is going to be a real hard sell to the testers,
[03:41] <smartboyhw> phillw, ok:)
[03:41] <infinity> What's to sell?
[03:42] <infinity> "Sorry, the announce might go out a few hours late"?
[03:42] <infinity> No one's saying it won't release.
[03:42] <infinity> And, as I've told you, it's already on the mirrors.
[03:42] <smartboyhw> infinity, so just not OFFICIALLY announced as released right?
[03:42] <slangasek> it's not being announced as released until we can safely point users at it for download
[03:43] <infinity> ^
[03:43] <slangasek> everything up to that point is done - the testing is done, the images are golden
[03:43] <phillw> infinity: is nicholas / balloons aware of the slight 'oversight', or is it now "it does not affect unity, so it is not a problem"? People have busted their ass'es off to get beta-2 ready? I really do not understand this, a tall.
[03:45] <infinity> phillw: ... dude.  Relax.  A few minutes ago, you were praising us for not releasing until ready.
[03:45] <pgraner> phillw: we had an item that was not on the checklist which was to update the ubuntu.com web site. We don't have permission to do this nor can we raise anyone. So we are delaying the announcement until they can fix it.
[03:45] <pgraner> which will be in the UK am
[03:45] <infinity> phillw: Nothing's changed.  All your testing has led to a release.  That will happen in a few hours, instead of a few hours ago.
[03:47] <phillw> infinity: we had releases marked as 'ready'... now, finally and thankfully pgraner has given a bit of information.,
[03:47] <smartboyhw> phillw, your testers have done good testing and the testing is done. Just that the announcement hasn't been made, doesn't mean Beta 2 will be wasted:)
[03:47] <smartboyhw> phillw, what's your time? (Since you are in UK)
[03:47] <infinity> phillw: You got that information from slangasek a while ago.
[03:48] <phillw> infinity: the last news I recall was 'remove skype'.
[03:52] <phillw> slangasek: can you remind me of an issue that would so affect lubuntu that julien would also have missed out on?>
[03:52] <phillw> I feel like a christian thrown to the lions....
[03:53] <infinity> It doesn't directly affect flavours, except that we politely ask you not to send release announcements until we send ours.  In the general case, this is just because we should all play nice.
[03:53] <infinity> In this specific case, it's because flavour announces will lead to people going to grab the Ubuntu ISOs from the same/similar locations, jumping the gun on us fixing our load balancing.
[03:54] <infinity> And we'd really prefer not to have our infrastructure DoSed.
[03:54] <infinity> phillw: And I'm still not sure why any of this is a big deal.  Nothing been cancelled, no one's work was for nothing, we're just a few hours later than you expected.
[03:54] <infinity> phillw: Heck, it'll still be Thursday in at least one timezone by the time this is all sorted.
[04:02] <phillw> infinity: and all the release team, I wish to apologise. it is 05:00 here, and the beta-2 has taken a toll on me while it happened with serious issues on my dedi-server which was affecting others. I was in 'grumpy mode'. It happens (to us all).
[04:05] <phillw> infinity: and all, we all 'blow off steam' now and again. I do know that you good people make the releases happen, I may moan about stuff - even argue about stuff. BU
[04:06] <phillw> But, you are the people who make it happen. Sorry :(
[04:07] <pgraner> phillw: infinity has taken off for the night, I"m sure he'll catch the backscroll :)
[04:11] <phillw> pgraner: I'd like to know what (04:53:16) infinity: It doesn't directly affect flavours, except that we politely ask you not to send release announcements until we send ours.  In the general case, this is just because we should all play nice.
[04:11] <phillw> (04:53:47) infinity: In this specific case, it's because flavour announces will lead to people going to grab the Ubuntu ISOs from the same/similar locations, jumping the gun on us fixing our load balancing.
[04:11] <phillw> (04:54:03) infinity: And we'd really prefer not to have our infrastructure DoSed.
[04:11] <phillw> means?
[04:22] <ypwong> infinity, see you mentioned about translation of HEADER for ubuntukylin, should we just translate http://cdimage.ubuntu.com/ubuntukylin/releases/raring/beta-2/HEADER.html and send it to you?
[04:25] <pgraner> phillw: if they don't use the link in the announcement it will hit specific servers directly and not get load balanced across
[04:26] <pgraner> phillw: right now the "link" doesn't exist until it can be created by the right folks
[04:31] <phillw> pgraner: I have sent NO annoucement out
[04:31] <phillw> do you have an @ubuntu email address that I can cc you my email to?
[04:31] <ScottK> phillw: he just asked you not to do and you haven't.  End of story.
[04:35] <phillw> ScottK: okies, that is a much better solution than my having to give details of whom I have told on a testing team that an iso marked 'ready' is actually the beta-2 (in this instance) :)
[04:37] <ScottK> But in general you should refer to them as candidate images until the announce goes out.
[04:37] <ScottK> It could be you think you're done, but some other flavor finds a bad bug that affect you.
[04:37] <ScottK> That's happened many times.
[04:37] <ScottK> So you don't actually know that the current images will be the beta.
[04:38] <slangasek> ypwong: if you could put a translation in the wiki and give us a link here, we can work to integrate it
[04:38] <phillw> pgraner: I know that no-one ever believes me, but I do actually send people to http://phillw.net/isos/ ScottK, yeah, sacrey, it grabs them: )
[04:38] <slangasek> ypwong: we probably won't be able to integrate it until tomorrow at the earliest, but if you get the translation we'll be happy to integrate it
[04:39] <phillw> ScottK: you under estimate the guy who wrote the script... he actually lurks in here :D
[04:46] <phillw> ScottK: I've just had a quick look and the beta 1 went through for kubuntu-desktop i386 & amd64. did the script miss one?
[04:48] <ypwong> slangasek, thanks for the help, I'll tell JackYu about that, the translation probably won't get done soon as today is holiday in china
[04:48] <smartboyhw> phillw, miss what?
[04:50] <phillw> ScottK: do a /j ##phillw or PM me :)
[04:57] <phillw> ScottK: I'd have tought they would have got the skype icons removed in time?
[05:31] <utlemming> Due to Amazon being Amazon, I'm switching the serial to 20130403 for the Cloud Images. The US-East-1 EBS image fails to promote due Amazon reporting the wrong snapshot ID.
[05:31] <utlemming> This puts the cloud images out about 3 hours before they will be ready.
[06:22]  * utlemming redacts statements about Cloud images
[06:22] <utlemming> Cloud Images are ready and published.
[07:47] <seb128> ^ rejected that one, somebody did the update a second time while one was sitting in the unapproved queue already
[07:47] <seb128> (yeah for long freezes :-()
[07:49] <didrocks> +1, let's see if the queue can be proceeded on time.
[07:49] <didrocks> but I still see some hud, bamf and appmenu-gtk blocked
[07:49] <seb128> is infinity still around? ;-)
[08:50]  * xnox that was a long backlog.
[08:51] <xnox> Skype™ icons removal from slideshows was committed but not uploaded yet. Should be uploaded for the next image.
[09:02] <Daviey> who approved slangasek's email in ubuntu-announce?
[09:17] <smartboyhw> Er is it OFFICIALLY released now then?
[09:18] <smartboyhw> slangasek, infinity ^
[09:19]  * smartboyhw wants confirmation since Daviey was asking of who approved it
[09:21] <smartboyhw> Daviey, I saw no email in the archives of ubuntu-announce or ubuntu-devel-announce...
[09:21] <smartboyhw> Ah saw it now
[09:43] <Daviey> smartboyhw: There are still a few inaccuracies, which is why i am asking who approved the mail.  It as wedged in the queue, awaiitng a few final things
[09:43] <Daviey> Unless they are now done?
[09:46] <xnox> Daviey: well it has been drafted over night at https://wiki.ubuntu.com/RaringRingtail/Announcement/Beta2 and look at history mostly by vorlon and a few other people.
[09:46] <xnox> Daviey: what inaccuracies did you notice?
[09:47] <xnox> topic s/Beta 2/Final Beta/
[09:47] <Daviey> xnox: Some things on ubuntu.com, which I was asked to follow up with the web team prior to approving slangasek's mail.
[09:48] <xnox> Daviey: In the scrollback it is mentioned that people didn't have access to ubuntu.com at the time.
[09:49] <Daviey> xnox: yep
[09:50] <xnox> Daviey: further info when those US people wake up again, I guess....
[09:53] <Daviey> xnox: well, someone approved slangasek's email an hr ago. :/
[09:53] <Daviey> Anyway.. the web team are working on it right now.
[10:30] <smartboyhw> Daviey, xnox would it be OK to start sending announcements for flavours?
[10:33] <Daviey> smartboyhw: please just wait a little bit longer
[10:33] <smartboyhw> Daviey, OK
[10:53] <Riddell> Daviey: what are we waiting for? the announcement is out
[10:54] <smartboyhw> Riddell, Canonical IS to update the links (that's what I heard of)
[10:55] <smartboyhw> Riddell, basically I am waiting to click "Publish" (for Kubuntu website):)
[11:18] <Daviey> Riddell: whoever approved the announcement did so in error.
[11:23] <smartboyhw> Daviey, well it can't be saved now can it?
[11:24] <Daviey> smartboyhw: Right.. but i'd like to minimise additional exposure until the web-team have signed it off.
[11:25] <smartboyhw> Daviey, OK
[12:16] <seb128> could somebody approve gwibber from the unapproved queue? it fix the ftbfs from the current version
[12:20] <doko> seb128, what about the bamf/appmenu-gtk/hud uploads?
[12:20] <doko> and the libunity ftbfs?
[12:21] <smartboyhw> infinity, now we can't even get Beta 2 out of 4th April (by the latest timezone UTC-12)
[12:22] <seb128> doko, they should be approved when somebody has time to review them
[12:22] <seb128> doko, gwibber is in universe so I figured out that was an easier to get waved through
[12:23] <doko> done
[12:23] <seb128> thanks
[12:23] <doko> bahh, timeout
[12:23] <seb128> doko, libunity, aiming at landing the fix today (it's fixed in trunk, but we ran into jenkins/test issues)
[12:33] <xnox> I would be nice for: hud, appmenu-gtk, bamf and totem-pl-parser syncs to be approved. All have bugfixes targetted for raring.
[12:34] <doko> xnox, did you review these?
[12:35] <xnox> doko: I did review bamf and appmenu-gtk, rechecking now to provide debdiff links.
[12:35] <doko> I'll let infinity deal with Daviey / zul
[12:36] <zul> doko:  eh?
[12:37] <doko> the openstack updates ...
[12:37] <zul> ah
[12:38] <xnox> Hud sync is to fix bug 1131111 - the second part of moving build-time tests -> DEP-8 tests due to universe dependencies for the tests.
[12:39] <ubot2`> Launchpad bug 1131111 in hud (Ubuntu) "HUD test suite requires some universe packages" [Undecided,New] https://launchpad.net/bugs/1131111
[12:40] <xnox> app-menu-gtk is to fix bug 673302 for emacs24 and well any emacsen from now on.
[12:40] <ubot2`> Launchpad bug 673302 in libdbusmenu (Ubuntu) "appmenu-gtk breaks dynamically created Emacs Gtk+ menus" [Medium,Triaged] https://launchpad.net/bugs/673302
[12:41] <xnox> bamf has a few fixes bug 1161531, 1161430, FTBFS due to g-ir-scanner.
[12:41] <ubot2`> Launchpad bug 1161531 in bamf (Ubuntu) "DesktopFiles with NoDisplay=true are used as primary .desktop to match applications" [Medium,New] https://launchpad.net/bugs/1161531
[12:41] <ubot2`> Launchpad bug 1161430 in bamf (Ubuntu) "Bamf index file is not used to store the .desktop class name or the OnlyShowIn parameters" [Medium,New] https://launchpad.net/bugs/1161430
[12:41] <xnox> For diffs see: https://code.launchpad.net/~unity-team/bamf/trunk revisions between the two jenkins commits (529-524)
[12:42] <xnox> for appmenu-gtk diffs see: https://code.launchpad.net/~indicator-applet-developers/appmenu-gtk/trunk.13.04 -r169
[12:43] <xnox> for hud: https://code.launchpad.net/~indicator-applet-developers/hud/trunk.13.04 -r244
[12:46] <xnox> For totem-pl-parser not sure, ask seb128. But it looks like a gnome micro-point-release exception riding releae with a few small bugfixes from upstream + massive translations update + massive autofoo diff.
[12:46] <doko> I'll let mterry deal with hud. he had some questions ... and we don't want haskell in main ...
[12:46] <seb128> xnox, right, that's basically it
[12:47] <doko> ahh, the hud branch did remove these b-deps
[12:47] <xnox> doko: hud currently in the archive had tests disabled and haskell rdeps removed, this upload simply adds DEP-8 autopkgtests which make no changes to the package per se, only auto-enabled running autopkgtests in jenkinks setup.
[12:48] <xnox> doko: yes, it's a no-code-change upload from archive point of view. and no haskell is being pulled in =)
[12:50] <xnox> doko: thin-client-config-agent diff looks scary because the "build/" directory was actually cleaned in this upload (spurious) the bugfix in itself is small and deals with Pycurl's API bytes vs strings python3 bug.
[12:50] <xnox> thus fixing critical bug 1152222 (remote login in lightdm not working)
[12:50] <ubot2`> Launchpad bug 1152222 in thin-client-config-agent (Ubuntu) "thin-client-config-agent fails in pycurl with TypeError: string argument expected, got 'bytes'" [High,Fix committed] https://launchpad.net/bugs/1152222
[12:51] <doko> xnox, right, did approve this one
[12:53] <xnox> doko: awesome thanks. I guess queuebot got overwhelmed again =)
[12:53] <xnox> or lp flaky again.
[12:53] <doko> ogra_, ok to accept flash-kernel? the issue is assigned to you
[12:54] <ogra_> doko, the dannf upload ? i signed it :)
[12:55] <ogra_> so yes, go ahead
[12:56] <xnox> ogra_: we clearly trust your fake uncloaked IRC nickname from a german host, than trusting silly GPG signatures ;-)
[12:58] <ogra_> xnox, yeah, doko style *g*
[13:01] <xnox> ogra_: both you and I are two hops away to doko's gpg key. In reverse i'm 3 and you are 2 hops.
[13:01]  * xnox should have signed meske's key when I had a chance for one hop to doko.
[13:02]  * ogra_ needs a new key at some near point
[13:10] <Daviey> smartboyhw, Riddell: Please progress raising as much excitement as you can :)
[13:11] <smartboyhw> Daviey, \o/!
[13:37] <knome> Daviey, does that mean also xubuntu can post the release announcement? :P
[13:39] <smartboyhw> knome, well we did for Kubuntu and Ubuntu Studio. Lubuntu did too:P
[13:41] <Daviey> knome: even xubuntu
[13:41] <knome> Daviey, thanks :) semi-seriously wanted to make sure there wasn't anything else going on.
[13:42] <knome> announcement posted. cheers
[13:43] <smartboyhw> \o/
[13:46]  * phillw is glad he did go to bed at 6AM and not wait up!. Seriously, though. Many thanks to the Release team :)
[13:46] <smartboyhw> phillw, :)
[14:07] <Laney> cjwatson: Thanks for helping out with ghc some
[14:07] <Laney> I'll try to catch up on the current state over the weekend
[14:07] <Laney> and generally ack for any partial removals
[14:10] <cyphermox> slangasek: if today is still your SRU day, could you please review https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/965895 and possibly promote it to -updates?
[14:10] <ubot2`> Launchpad bug 965895 in network-manager-applet "After boot, NetworkManager indicator menu only shows four entries" [High,In progress]
[14:10] <Laney> sorry I didn't get as much time as I expected to work on stuff
[14:11] <Laney> turns out the peak district is a black hole for signal pretty much. who knew?
[14:20] <andyrock> hi all, doc team approved this UIFe: https://bugs.launchpad.net/unity/+bug/1152477
[14:20] <ubot2`> Launchpad bug 1152477 in unity "[UIFe] Window list in right click context menu should indicate the focused window" [Medium,In progress]
[14:21] <andyrock> can anyone take a look to this bug?
[14:21] <andyrock> thanks
[14:27] <andyrock> *at
[14:29] <seb128> that got +1 from the documentation team
[14:30] <seb128> let's see if infinity or stgraber can give a release team +1
[14:33] <slangasek> cyphermox: we don't do SRU promotion to -updates on Friday, sorry
[14:34] <slangasek> Daviey: ugh, so somebody moderated the mail before the website was fixed? :/
[14:35] <smartboyhw_> slangasek, clearly *somebody*... We don;t know who..
[14:38] <Daviey> slangasek: Yes, I don't think it's a huge deal.. but kinda unahppy nobody put thier hand up
[14:38] <Daviey> slangasek: All resolved now
[14:56] <seb128> slangasek, is there anyone to approved https://bugs.launchpad.net/unity/+bug/1152477 from the release team (it got +1 from the doc team already)
[14:56] <ubot2`> Launchpad bug 1152477 in unity "[UIFe] Window list in right click context menu should indicate the focused window" [Medium,In progress]
[14:57] <seb128> slangasek, sorry for the direct ping but it's getting close from the W.E for the europeans...
[15:54] <slangasek> seb128: approved
[15:55] <seb128> slangasek, thanks
[17:16] <didrocks> compiz ^ FYI, there is bug #1012194 listed, the plugin was just built by default upstream, but it's not installed in the package
[17:16] <ubot2`> Launchpad bug 1012194 in compiz (Ubuntu) "[needs-packaging] Wishlist: Missing plug-In: Freewins (Freely Transformable Windows)" [Wishlist,In progress] https://launchpad.net/bugs/1012194
[17:17] <didrocks> compiz: also, when switching to branch 0.9.9, duflu didn't see that there was bug #1161343, which is just an additional option, not impacting our default experience
[17:17] <ubot2`> Launchpad bug 1161343 in compiz (Ubuntu) "Showdesktop plugin: Wishlist/Feature-Request: Implement "Random" movement direction option" [Undecided,New] https://launchpad.net/bugs/1161343
[17:19] <didrocks> slangasek: just ensuring that it's not rejected for nothing, so, first bug is a wrong listing (I edited the bug to be clear), on the second one, do you mind if I turn that quick on a FFe? (which has no experience on the default compiz user experience)
[17:19] <slangasek> didrocks: you're adding the plugin to the package but not enabling it by default? ok with me
[17:20] <didrocks> slangasek: it's even not in any .install file
[17:20] <didrocks> so not shipped
[17:20] <didrocks> (just built)
[17:20] <slangasek> right, but that's what you're proposing to change AIUI?
[17:20] <slangasek> to ship it but not enable it
[17:20] <slangasek> instead of not shipping it
[17:20] <didrocks> slangasek: no, it's just listed in the changelog as upstream linked the bug to a branch :)
[17:20] <doko> Daviey, zul: is there a FFe for openstack 2013.1?
[17:20] <slangasek> didrocks: oh, okj
[17:20] <didrocks> slangasek: so I just want to avoid a rejection in unapproved for no reason ;)
[17:21] <didrocks> slangasek: the second one should be a FFe though? (same, it's not enabled by default, just an additional compiz option)
[17:24]  * dobey wonders if anyone other than dpm can moderate ubuntu-translators mails :-/
[17:26] <dobey> although, my request for uife for bug #1151621 doesn't actually break translations.
[17:26] <ubot2`> Launchpad bug 1151621 in Ubuntu Software Center stable-5-6 "[UIFe] TypeError when opening edit menu" [Undecided,Triaged] https://launchpad.net/bugs/1151621
[17:28] <Daviey> doko: It should be considered a yes.
[17:30] <doko> Daviey, should the python bindings build against the new versions?
[17:30] <Daviey> doko: the pythonclients?
[17:31] <doko> *bindings*
[17:31] <Daviey> doko: which packages?
[17:31] <doko> python-{nova,glance}client
[17:31] <Daviey> yes, that is the clients.. Why do you think they are bindings ?
[17:32] <zul> and ceilometer and ceilometerclient
[17:33] <Daviey> doko: As far as i can see, they are independent.. and shouldn't need to be built against a version.
[17:33] <doko> ok
[17:36] <Daviey> zul: is that all of Grizzly Final uploaded?
[17:37] <zul> Daviey:  no im still fighting keystone and still have to upload ceilometer
[17:37] <Daviey> zul: is it likely going to get in today?
[17:37] <zul> Daviey:  trying
[17:39] <Daviey> zul: best not to rush, Quality, Quality, Quality .. etc
[17:39] <zul> ack
[17:47] <seb128> whoever is doing approval, if unity&co are approved early rather than late it would be good
[17:48] <seb128> it's tested, safe, etc, but usually end of week landing paranoia
[17:48] <seb128> I would still prefer if somebody from our team was still around for a few hours after it hit the archive, in case
[17:53] <doko> seb128, are there some diffs?
[17:56] <seb128> doko, I don't think so, the ppa has daily build so the diff will be with the previous upload and not the archive...
[17:58] <xnox> seb128: doko: look at lp:unity/13.04 or lp:unity branches. It has clear commits from jenknins with version numbers. The history is linear and easy to get diff of each commit.
[18:43] <77CAAVMF2> Wow.
[18:56] <doko> Riddell, are versioned b-d's for these builds set, or do these need manual approvals?
[19:09] <infinity> seb128: Aaaand, found the thing that was holding gwibber* in main.  ubuntu-defaults-zh-cn
[19:10] <seb128> oh
[19:11] <infinity> seb128: Probably just needs those two gwibber-service-* bits dropped, and the world will fall into place.
[19:11] <doko> seb128, accepted libunity, but innocent about compiz
[19:12] <jokerdino> hey guys, i just filed a FFe but not sure if it should be just a sync or coupled with FFe.
[19:12] <jokerdino> https://bugs.launchpad.net/ubuntu/+source/unity-tweak-tool/+bug/1165141
[19:12] <ubot2`> Launchpad bug 1165141 in unity-tweak-tool "[FFe] Please sync unity-tweak-tool 0.0.4 from upstream git" [Undecided,New]
[19:12] <slangasek> doko: only members of the release team are supposed to be accepting packages from unapproved...
[19:12] <seb128> doko, thanks ... what about unity itself? ;-)
[19:13] <seb128> slangasek, if only we had people of the release team around...
[19:13] <seb128> doko, thanks for approving things ;-)
[19:13] <doko> slangasek, libunity was ftbfs, and infinity did approve these accepts ...
[19:14] <slangasek> ah, if infinity approved, then ok
[19:15] <slangasek> anyway, compiz was me, per the above discussion with didrocks
[19:15] <slangasek> which, btw, queue reviewing of packages synced from a ppa sucks
[19:15] <doko> it does
[19:16] <doko> I'll upload final python 2.7.4 and 3.3.1 releases tomorrow, there's an idle change and a configure change for darwin which doesn't affect us
[19:19] <infinity> slangasek: Given your involvement with Kylin, do you know if we plan to drop zh_CN entirely, and just point people to kylin?
[19:19] <slangasek> infinity: yes - have we not already done this?
[19:19] <infinity> slangasek: (I'm trying to sort out if I need to actually ask anyone before I mangle ubuntu-defaults-zh-cn, or if we pretty much don't care anymore anyway)
[19:20] <slangasek> infinity: can u-d-zh-cn not be demoted entirely to solve the immediate problem?
[19:20] <infinity> slangasek: No, we've not yet dropped it on the floor.  I don't think we've had even an informal discussion about it, and we certainly haven't turned off daily images or removed packages from the archive, etc.
[19:20] <slangasek> right, I think the fundamental problem is nobody's responsible for it
[19:20] <infinity> slangasek: It can't be demoted without the dailies breaking.  If we stop building the dailies, sure.
[19:20] <slangasek> so we don't know who to get permission from before killing it
[19:21] <infinity> slangasek: Solving the immediate problem could be done by just removing gwibeer-* from defaults-zh-cn, which I was about to do.
[19:21] <slangasek> infinity: meh, demote it, break the daily, if anyone screams then we know who we need to talk to about the fact that we're killing it?
[19:21] <infinity> slangasek: But, alright, I'll demote it and watch the dailies asplode. :P
[19:22] <slangasek> infinity: I just don't see the point in uploading the package at all given that we know we want to kill it off
[19:23] <infinity> slangasek: Yeah, fair.  Hence why I opened the discussion.  I'd rather kill a useless ISO than fix it for nothing, so we're on the same page.
[19:23] <infinity> slangasek: I just want to make sure it's agreed that it's useless. :P
[19:25] <slangasek> infinity: we are - the zh_CN is obsoleted by Kylin, we just have cleanup to do
[19:26] <infinity> slangasek: Alright.  That cleanup shouldn't be too much drama (except the web side, perhaps, we'll have to poke at that over the next week or two and make sure all our loose ends are sorted).
[19:28] <infinity> slangasek: Speaking of those loose ends.  Will we just be scrubbing the website of all chinese image download mentions, or doing some s/ubuntu-chinese/ubuntukylin/ here and there on those download pages?
[19:28] <seb128> infinity, slangasek: can we get unity reviewed/accepted before there is nobody left around to deal with any potential issue do the update?
[19:29] <slangasek> infinity: I don't know - maybe raise a bug on ubuntu-website-content and raise the question?
[19:29] <infinity> slangasek: Whatever the plan is there, we have a couple of weeks to execute, I imagine. :)
[19:29] <seb128> do->due to
[19:29] <slangasek> seb128: any chance you can point me at a diff so I can see what I'm approving?
[19:29] <slangasek> seb128: the queue can't give me a diff (or even a download) for an archive copy
[19:29] <seb128> slangasek, can I give you a dget a & dget b & debdiff command? ;-)
[19:30] <slangasek> seb128: sure
[19:30] <infinity> Yeah, I hate reviewing PPA copies.  Such a pain.  I think the PS autolander has raised the severity of "queue representation of copies sucks" a fair bit.
[19:31] <infinity> Anyhow, I'm going to go back to pretending I'm not here.
[19:32] <infinity> I'll sort the zh-cn/gwibber mess after it's all settled on component-mismatches later, but I'm otherwise not here.
[19:32] <seb128> slangasek, dget https://launchpad.net/ubuntu/+archive/primary/+files/unity_6.12.0daily13.04.01-0ubuntu1.dsc; dget https://launchpad.net/~ubuntu-unity/+archive/daily-build/+files/unity_7.0.0daily<IP_ADDRESS>-0ubuntu1.dsc; debdiff unity*.dsc
[20:32] <Riddell> doko: versioned build-deps should all be set
[20:33] <doko> Riddell, so it should be safe to accept these builds? note that I'm not a release team member
[20:33] <Riddell> doko: yep, all been tested in a PPA without issues
[20:33] <doko> ok
[20:37] <seb128> slangasek, so, any chance that unity gets accepted today? (I guess we are over work week hours now anyway though)
[20:38] <slangasek> seb128: just finishing my review now
[20:39] <slangasek> that's a freakishly-long changelog
[20:39] <slangasek> seb128: accepting
[20:39] <doko> seb128, did anybody anytime care about that? ;-P
[20:40] <seb128> slangasek, thanks
[20:40] <slangasek> doko: well, /he/ cares because it means if it's broken he doesn't want to come back in to fix it ;)
[20:40] <slangasek> but that's what the test suite is for, I say
[20:40] <doko> slangasek, is this an invitation for short changelogs? ;-P
[20:40] <seb128> doko, I cared for years about stuff being accepted on friday
[20:40] <slangasek> doko: a 45:1 ratio of changelog to code is probably excessive
[20:40] <doko> I'll try harder for short changelogs
[20:41] <slangasek> OTOH I think in this case it's because the changelog is autogenerated
[20:41] <seb128> I've been complaining for cycles about freezes end of thursday but queues being flushed on friday afternoon
[20:41] <slangasek> doko: a 1:45 ratio is also excessive ;P
[20:41] <seb128> we had breakages in the past that went over w.e due to that
[20:41] <seb128> slangasek, yeah, I think the changelog was buggy, maybe a side effect of bumping the version
[20:42] <seb128> the debian/changelog had a mostly accurate summary of the commits
[20:42] <seb128> or as xnox said earlier if you look at the vcs you have the individual commits since the previous snapshot which is easier for review
[20:42] <seb128> the actual diff (without changelog) was pretty small for this one
[20:42] <slangasek> yep
[22:39] <tjaalton> infinity: I sent a CFT about the new mesa, let's evaluate the feedback after the weekend
[22:47] <cjwatson> Laney: I'm still working on ghc to try to make it work for conduit - planning to have a bit more of a go at it over the weekend
[22:47] <cjwatson> Laney: it's kind of fun work even if I only have a moderate idea of what I'm doing ...


[00:00] <tsimonq2> valorie: yes
[00:01] <tsimonq2> valorie: I mean technically
[00:01] <tsimonq2> valorie: if you mean assistant in training technically have no permissions then yes :P
[00:01] <tsimonq2> valorie: I can release everywhere (Twitter, Blog, etc.) except for actually marking as ready on the QA tracker
[00:02] <tsimonq2> valorie: that and I hold no official title
[00:02]  * tsimonq2 pokes wxl
[00:03] <valorie> right, that needs some advanced permissions
[00:03] <tsimonq2> yeah
[00:07] <clivejo> well KCI has just filled the queue and my jobs have got pushed back
[00:07] <tsimonq2> :(
[00:07] <clivejo> telling me its time for bed
[00:08] <valorie> niters clivejo
[00:08] <valorie> tsimonq2: have you given any thought to becoming a MOTU?
[00:08] <valorie> or core devel
[00:08] <tsimonq2> dad just called to tell me that animal control is gonna drop off one of the two cats O__O
[00:09] <valorie> both yofel and clivejo were thinking about that I believe
[00:09] <clivejo> mmmm nope
[00:09] <clivejo> not I
[00:09] <tsimonq2> valorie: I have, and yes, on my list of things to do before I'm 18 :P
[00:09] <tsimonq2> valorie: I would love to
[00:09] <tsimonq2> valorie: I recently became a ninja, my next step is developer
[00:10] <tsimonq2> THEN I'll go for MOTU
[00:10] <tsimonq2> s/developer/Kubuntu Developer/
[00:10] <yofel> hm... I need to write up another application page, after my last one was kindly deleted
[00:10] <yofel> kind of destroyed my motivation
[00:10] <valorie> eww, yofel
[00:10] <clivejo> how was it deleted?
[00:10] <valorie> someone over-cleaning the wiki?
[00:10] <tsimonq2> valorie: I became a Kubuntu NINJA! http://tsimonq2.net/kubuntusoundboard/ lol
[00:11] <valorie> tsimonq2: yes I voted for ya
[00:11] <yofel> nah, probably someone restoring a wiki backup or so
[00:11] <yofel> it was when the wiki was very unstable recently
[00:11] <tsimonq2> lol valorie
[00:11] <tsimonq2> valorie: did you hear the sound effect? :D
[00:11] <valorie> oh yes
[00:11] <valorie> I had to close the page!
[00:12] <valorie> rickrickrickrick....
[00:12] <valorie> lol
[00:12] <valorie> good stuff!
[00:12] <valorie> hai YA
[00:13] <valorie> oh, I think a bit of dinner is called for
[00:13] <valorie> bbl
[00:18] <clivejo> yofel: the nightly job only does mergers?
[00:18] <clivejo> oh, spoke too soon
[00:19] <yofel> it does all mergers, then triggers the wildcard builders that trigger the jobs based on an SCM poll
[00:19] <clivejo> oh, so only rebuilds on a SCM?
[00:20] <yofel> as far as I understand it, yes
[00:20] <clivejo> that should cut the amount of jobs down a bit
[00:23] <tsimonq2> clivejo: alright I'm free, what can I help you with? :)
[00:23] <clivejo> just fixing KCI jobs
[00:24] <tsimonq2> KCI jobs or failures?
[00:24] <clivejo> well the failures are in red
[00:25] <clivejo> !info php-cli
[00:26] <tsimonq2> I mean you said you were fixing jobs
[00:26] <tsimonq2> I don't know what you mean by "jobs"
[00:28] <clivejo> so go to yakkety FIX
[00:29] <clivejo> on the S column click it twice to show you the "red" jobs
[00:29] <clivejo> look into why they are failing and fix
[00:30] <clivejo> beware some are fixed, just been in the queue for a while :(
[00:30] <clivejo> so check in git to see if they already had fixes pushed
[00:34] <clivejo> right, I’m definitely off to bed this time
[00:34] <clivejo> good night
 I need sleep o/
[03:02] <ahoneybun> mm Google Hangouts in Telepathy work now
[03:02] <ahoneybun> no idea why
[03:03] <valorie> I wish someone would pick it up again
[03:03] <valorie> kde telepathy is cool
[03:04] <valorie> it even works locally or it used to, without internet
[03:22] <ahoneybun> locally?
[03:23] <ahoneybun> I wish someone would work on the telegram plugin
[03:29] <ahoneybun> mm fatal: could not read Username for 'https://git.launchpad.net': No such device or address
[03:29] <ahoneybun> same error for breeze and kate
[03:29] <ahoneybun> oh and ark
[03:30] <ahoneybun> says fatal so must be bad
[06:06] <Mirv> yofel: now GCC6 arrived and blocks things again, otherwise everything would be set to migrate
[07:18] <acheronuk> Mirv: Urgh! I can't imagine GCC6 is going to be a quick one either :(
[07:39] <Mirv> acheronuk: :(
[07:50] <jimarvan> good morning :)
[08:40] <acheronuk> yofel: a lot of these failures are not finding /usr/bin/kpackagetool5, so I think in kpackage's libkf5package5 package, kpackagetool5 that contains that binary needs to be promoted from a recommends to depends?
[08:40] <acheronuk> if that makes sense
[08:40] <acheronuk> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kpackage/tree/debian/control?h=kubuntu_unstable
[08:53] <acheronuk> yofel: I've committed that change locally, but not pushed, as it potentially affects a lot/most builds
[08:55] <acheronuk> and I'm still a bit 'scaredy cat' about that sort of thing
[09:33] <yofel> acheronuk: buildds use --no-install-recommends, so that won't help
[09:34] <acheronuk> yofel: which is why I was saying a depends rather than recommends on that
[09:34] <acheronuk> yofel: https://code.launchpad.net/~acheron/kubuntu-packaging/+git/kpackage/+merge/302127
[09:37] <acheronuk> anyway, I'm busy until later this afternoon, so I was just shouting out now
[09:37] <yofel> acheronuk: ok, I totally misread that ^^
[09:37] <acheronuk> not that the problem isn't fairly obvious
[09:37] <yofel> acheronuk: but IMO that dep should be on -dev, not the actual lib
[09:37] <yofel> the lib recommending it is ok
[09:38] <acheronuk> yes, that's why I didn't just push, and put that MP in for now
[09:40] <acheronuk> yofel: I have to go literally this second, so can't redo that right now.
[09:40] <yofel> np
[09:41] <acheronuk> so you or anyone, feel free if that is indeed ok to add the dep to the -dev pkg instead
[09:41] <acheronuk> ok. bye for now :)
[09:48] <jimarvan> see ya rik :)
 see ya
 Hey Jimarvan o/
 When you want to go out for a spin on the bikes ?
[09:51] <jimarvan> hey :)
[09:51] <jimarvan> I am leaving for holidays on 16th of August
[09:51] <jimarvan> returning 5th September
[09:52] <jimarvan> I would love to ride with my new Yamaha Super Tenere Worldcrosser ;)
[09:52] <jimarvan> (holidays are in Zakynthos, Greece)
 OK that sounds great.  I saw that on Neon!
[13:43] <acheronuk> clivejo: no wonder i'm getting a bit confused with it at times
[13:44] <clivejo> notice no kdiagram
[13:45] <acheronuk> Well did Jonathon generate that from their dependency tree?
[13:45] <acheronuk> If so, then they are still trying stable and not 16.06, so would not bump up against that
[13:45] <acheronuk> *16.08
[13:46] <clivejo> true
[13:47] <acheronuk> they have that fun to come! ;)
[13:50]  * clivejo is impressed acheronuk is seeing the big picture :)
[13:51] <tsimonq2> o/
[13:53] <acheronuk> clivejo: too narrow a focus, and you end up doing the going round in a diminishing circle thing, which ends in something unpleasant...
[13:53] <acheronuk> hi Simon / tsimonq2
[13:53] <tsimonq2> hi Rik / acheronuk
[13:53] <tsimonq2> :P
[13:55] <acheronuk> tsimonq2: are you not on #kde-neon? was just mentioning your QtWebEngine stuff to Jonathon Riddle
[13:56]  * tsimonq2 runs over there
[15:02] <tsimonq2> Mirv: could you please take a look at this? https://lists.ubuntu.com/archives/kubuntu-devel/2016-August/010647.html
[15:02] <tsimonq2> Mirv: I think you could respond better than I could
[16:48] <Mirv> tsimonq2: no time to reply now on the list but confirming the bug
[16:48] <tsimonq2> Mirv: great :)
[17:04] <acheronuk> kdepim in KCI needs a newer version of ktnef, but this is not being tracked as a package in KCI as far as I can see?
[17:04] <acheronuk> https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/ktnef
[17:05] <santa_> good afternnon everyone
[17:07] <santa_> if someone from the council is reading, it would be nice to get any feedback about my proposed range of dates for my membership application, even just one message from one person saying if the dates are ok or not ok would be nice. thanks!
 ahoneycutt ^
 shoot wrong nick
 ahoneybun ^
 there :P
 Mm?
 @ahoneybun see what santa_ said on IRC
[17:14] <acheronuk> ignore my comment on ktnef. found it now I think. duh!
[18:24] <clivejo> acheronuk: did I hear you talk about this ?   The imported target "KF5::kpackagetool5" references the file "/usr/bin/kpackagetool5" but this file does not exist.
[18:24] <acheronuk> yep
[18:24] <acheronuk> should be OK now I think on any fresh builds
[18:25] <acheronuk> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kpackage/commit/?h=kubuntu_unstable&id=1059678deda9761d8de28585c4c76ee862a6d72d
[18:26] <acheronuk> but while it was not fixed, it broke just about every build on KCI
[18:30] <clivejo> I see
[18:32] <tsimonq2> what's up with kjs?
[18:32] <tsimonq2> successful build, but in KCI it's failed...
[18:33] <clivejo> some symbols have gone walkies
[18:35] <clivejo> the two optional ones are fine, but the other two are suspicious
[18:38] <tsimonq2> also, what's it mean for a package to be unstable?
[18:46] <clivejo> can anyone get their head around libkolab
[18:46] <clivejo> always confuses the hell outta me
[18:46] <acheronuk> hmmm. I can have a guess at the commits responsible for those missing kjs symbols, but still not sure about them.
[18:53] <acheronuk> kdepim-addons built \o/
[18:54] <acheronuk> kdepim itself is not so simple
 Yofel: is my container on Linode restored?
[19:12] <acheronuk> I think kdepim may another one with some new unpackaged libraries :/
[19:30] <Mirv> yofel: if ok to override plasma-workspace too, please tell slangasek on release channel. they are taking ages and timeouting or such, again maybe last blocker though http://people.canonical.com/~ubuntu-archive/proposed-migration/yakkety/update_excuses.html#plasma-workspace
[19:49] <yofel> tsimonq2: unstable means there were warnings (mostly from lintian)
[19:49] <yofel> lintian in yakkety being buggy does not help...
[19:49] <tsimonq2> O_o
[19:50] <tsimonq2> how buggy?
[19:52] <yofel> tsimonq2: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829545
[19:54] <yofel> clivejo, Clifford: yes, your linode should work
[19:55] <clivejo> yofel: how did Jon allow me to log in with him on AWS?
[19:55] <clivejo> where we could both see what was going on
[19:56] <yofel> use a byobu/tmux session using the same user
[19:56] <tsimonq2> s/byobu\/tmux/tmux/g :P
[19:56] <yofel> well, I recommend byobu, but you can just use tmux
[19:57] <clivejo> is it installed?
[19:57] <yofel> should be
[19:57] <clivejo> also are you finished with the staging PPA's?
[19:58] <yofel> fw and plasma for yakkety, yes
[19:58] <clivejo> I was going to klear them
[19:58] <yofel> don't clear xenial
[19:58] <yofel> for yakkety, go ahead
[19:59] <clivejo> and start work on backporting the official Qt5.6.1 packages in YY to XX
[19:59] <clivejo> then backport FW and Plasma on top of that
[19:59] <yofel> hm... ok
[19:59] <yofel> sounds resonable
[19:59] <clivejo> oh, you happy enough using the test builds?
[20:00] <yofel> not for publishing, so you might as well do it your way. It is cleaner than what I had in mind
[20:20] <clivejo> yofel: was kubuntu-dev-tools moved to git?
[20:21] <yofel> no
[20:21] <clivejo> or is it still bzr
[20:24] <clivejo> yofel: Im I OK to totally klear staging-frameworks?
[20:25] <yofel> clivejo: yes
[20:25] <clivejo> rebuild the stack from stratch
[20:25]  * yofel goes breaking firefox
[20:32] <yofel> meh, e10 still doesn't work for me :(
[20:49] <clivejo> yofel: what flag do you use to get dput to unpack everything for you?
[20:49] <clivejo> -x ?
[20:55] <santa_> clivejo: hmm? maybe you mean dpkg-source?
[20:56] <clivejo> when I grab a LP .dsc
[20:56] <clivejo> dget -x <URL>
[20:56] <santa_> ah
[20:56] <santa_> dget
[20:56] <santa_> not dput
[20:56] <santa_> you can do dpkg-source -x <file>.dsc
[20:57] <clivejo> santa_: do you know the version number we should use for backported package?
[20:58] <santa_> clivejo: nope I didn't worked on backports (yet)
[20:58] <santa_> but I guess you can figure that out on previous backports branchs
[20:58] <clivejo> qtbase-opensource-src (5.6.1+dfsg-3ubuntu1~4) yakkety; urgency=medium
[20:59] <santa_> oh, you are trying to backport qt
[20:59] <clivejo> yes
[21:00] <santa_> not sure then, Mirv, if you have a minute ↑
[21:00] <clivejo> Rik done some test packages for Xenial, but I want to backport the official ones now in Yakkety
[21:01] <santa_> clivejo: note that backporting qt would mean rebuilding a bunch of packages, not sure how this works on ubuntu
[21:01] <clivejo> we would only be backporting to our PPA
[21:01] <clivejo> it cant/wont be going in the archive
[21:03] <santa_> then I think the thing to do would be using the usual prefixes for ppas. but I can't promise you that
[21:15] <clivejo> santa_: when you debuild -S how do I tell it not to sign?
[21:15] <tsimonq2> clivejo: don't pass -S
[21:15] <tsimonq2> wait no sorry
[21:15]  * tsimonq2 mistaked signing and source package
[21:17] <santa_> clivejo: "-us -uc"
[21:17] <santa_> i.e "debuild -us -uc -S"
[21:20] <clivejo> grrr
[21:20] <clivejo> why oh why oh why
[21:22] <clivejo> it wants to sign the package Ubuntu Developers<EMAIL_ADDRESS>[21:22] <clivejo> why?
[21:23] <santa_> aren't you passing -us -uc already?
[21:23] <clivejo> I passed those and it didnt sign
[21:23] <santa_> anyway, are you building this for yourself or what?
[21:24] <clivejo> for backports
[21:24] <santa_> for the ppa
[21:24] <clivejo> backports-ppa yes
[21:24] <santa_> doesn't require that that you sign the package?
[21:24] <clivejo> yes
[21:25] <santa_> anyway, why don't you try git-buildpackage-ppa?
[21:25] <clivejo> cause its not in our git?
[21:25] <santa_> hmm
[21:26] <santa_> but that shouldn't be a problem, let me check
[21:27] <clivejo> nevermind, I got it signed
[21:28] <clivejo> grrrr
[21:28] <clivejo> I hate working remotely
[21:30] <santa_> ah, yes gbp-ppa is not appropiate for this
[21:30] <santa_> I guess the thing here would be adding a changelog entry
[21:31] <clivejo> I did
[21:31] <clivejo> Ive remote signed it now
[21:31] <clivejo> and forced the dput with -u
[21:32] <clivejo> I just cant remember switches/options
[21:32] <santa_> but if you have it signed, you don't need the -u I think
[21:32] <clivejo> Jonathan taught me how to do all this, but that was over a year ago
[21:32] <clivejo> I do, cause it fails
[21:33] <clivejo> I debsign -r <server details>
[21:33] <clivejo> the have to force the upload with dput -u
[21:34] <santa_> I never signed remotely, but seems weird
[21:34] <santa_> anyway, does it work?
[21:36] <yofel> clivejo: dget -x right, also -u if you don't have the signing key of the uploader
[21:37] <clivejo> thanks yofel, finally worked it out
[22:24] <clivejo> 10 down, 7 more to go
[22:25] <tsimonq2> clivejo: whatcha workin on? :)
[22:25] <clivejo> backporting the official yakkety builds of Qt5.6.1
[22:25] <tsimonq2> ooh can I help?
[22:27] <tsimonq2> clivejo: anything I can do?
[22:27] <clivejo> dont think so at the moment
[22:27] <clivejo> Im doing it remotely on Linode container
[22:27] <tsimonq2> alright
[22:28] <clivejo> you could tell LP to hurry the *beep* up
[22:28] <acheronuk> ah. that is what you planned
 Mm blue mint Linux thinks I'm a dev XD
[22:28] <acheronuk> hic
 (Photo, 720x1280) https://irc-attachments.kde.org/LZydv2nd/file_63.jpg Screenshot (Aug 5, 2016 6:29:06 PM)
[22:29] <clivejo> LOL yeah, was hoping to pass my knowledge of remote working to you :P
[22:30] <yofel> well, we do have a wide interpretation of "developer"
[22:30] <clivejo> turns out I lost most of that knowledge
[22:30] <tsimonq2> yay for my WiFi restarting every 5 minutes like clockwork :((
[22:30] <yofel> that's painful :(
[22:31] <tsimonq2> thank god my IRC setup is on a sheel
[22:31] <tsimonq2> *shell
[22:32] <acheronuk> clivejo: I can try that another day. Was meaning to ask to test that sort of thing in a container, since it'll be better to get the hang of it before I actually really need it
[22:33] <clivejo> I learnt how to package in a container
[22:33] <tsimonq2> I think tonight when I go to bed I'm just going to unplug the router and let it sit overnight, maybe that will help clear things up
[22:33] <clivejo> with Jon watching me make silly mistakes
[22:33] <tsimonq2> clivejo: \o/
[22:33] <clivejo> that man must have patients of a saint
[22:34] <clivejo> or was just sitting laughing at me
[22:34]  * tsimonq2 is tempted to correct clivejo's spelling but decides not to :P
[22:34] <acheronuk> not usre I would have wanted to start like that!
[22:35] <acheronuk> *sure
[22:35]  * clivejo gives Simon a dirty look
[22:35] <acheronuk> any of QT built yet?
[22:35] <yofel> it makes it easier for people to help you though, as they don't have to rely on you properly passing your issues to them
[22:36] <clivejo> true
[22:37] <clivejo> and even just sitting and watching how an expert solves the problem
[22:37] <clivejo> you pick up tips and tricks
[22:37] <acheronuk> point taken
[22:37] <clivejo> would love to shadow yofels screen for a month!
[22:38] <tsimonq2> I've only known a 4:3 display, that's all the monitors I've ever had, can we switch monitors?
[22:38] <tsimonq2> screw monitoring each other :P
[22:38] <yofel> I am not sure that learning my way of working around limitations with lots of ad-hoc bash scripting is something people want to learn ^^
[22:38] <acheronuk> 4:3?
 Wow I've 16:9 for a while now
 argh come on IRC, froze again
 I hat my internet connection
 *hate
[22:40]  * yofel has 2 functioning 4:3 screens in the house, not particulary used much
 Oh they linked my blog
[22:42] <acheronuk> must be about 5 years ago I got rid of my last 4:3 monitor
[22:44] <tsimonq2> like I said, my home computer has never had a 16:9 monitor ever
[22:44] <tsimonq2> just like I don't have a mechanical keyboard or a nice mouse
[22:45] <tsimonq2> peripherals are the only thing I haven't upgraded yet that need it baaaaad
 I have a cheap Logitech mouse
[22:45] <tsimonq2> I have a cheap Dell keyboard and mouse
[22:46] <tsimonq2> heck, I'm even getting an upgrade on my phone
[22:46] <acheronuk> certainly not got anything fancy here either
[22:46] <tsimonq2> computer peripherals need an upgrade
[22:50] <acheronuk> clivejo: did you read the README.source in the qtbase packaging?
[22:50] <clivejo> acheronuk: no?
[22:50] <acheronuk> so you didn't bootstrap the docs packages?
[22:51] <acheronuk> https://anonscm.debian.org/cgit/pkg-kde/qt/qtbase.git/tree/debian/README.source
[22:51] <clivejo> Im just backporting whats in yakkety
[22:52] <clivejo> with all the ubuntu patches and stuff applied
[22:52] <acheronuk> that may not work without the bootstrap, but shall see
[23:01] <tsimonq2> yofel: how could I get access to that Linode container available to ninjas that Rick Timmis was talking about?
[23:01] <yofel> by giving me a minute
[23:03] <acheronuk> yofel: while you are there......
[23:04] <tsimonq2> yofel: thanks :)
[23:05] <yofel> tsimonq2: ssh -p 2202<EMAIL_ADDRESS>[23:06] <tsimonq2> thanks a lot!
[23:06] <acheronuk> I could do with at least trying to do some things on a container, so when I really NEED it I don't have to fumble about
[23:06] <tsimonq2> yofel: can I upgrade to Yakkety?
[23:07] <tsimonq2> lol
[23:07] <yofel> tsimonq2: well, you can try it
[23:07] <yofel> "should" work
[23:09] <tsimonq2> yofel: I had to fix /etc/hosts thankyouverymuch :P
[23:09] <yofel> lol
[23:09] <yofel> :P
[23:10] <valorie> oooo, a green
[23:10] <acheronuk> yofel: so I would use the same but a different port?
[23:10] <yofel> acheronuk: ssh -p 2203<EMAIL_ADDRESS>[23:10] <valorie> nice to see that showing up again
[23:10] <acheronuk> aha. that answered that!
[23:11] <tsimonq2> yofel: is this a temporary throwaway that I have to give back when I'm done, or is this something I use over and over?
[23:11] <yofel> tsimonq2: it'll stay running
[23:12] <tsimonq2> yofel: but it's not like you'll give it to clivejo next? if not, I'll get my .vimrc and git config settings and all of that on there
[23:13] <tsimonq2> (not that I have a problem with clivejo, just wondering if other people have to use it :P)
[23:13] <yofel> tsimonq2: no, I can technically create another 250 or so containers, so that one is for you
[23:13] <acheronuk> yofel: great. thank you. I shall take a proper look and try some things tomorrow :D
[23:14] <tsimonq2> yofel: great, thanks a lot :)
[23:14] <yofel> probably more limiting than the IP numbers is the disk space, but this is thin-lvm, so it really depends on how much people end up using
[23:16] <yofel> (lv size is 250G)
[23:16] <tsimonq2> \o/ I'm in Yakkety!
[23:17] <acheronuk> straight into byobu as well
 Nice to see the linode is being used well
 Thanks yofel
[23:17]  * acheronuk tries to remember the shortcuts for that
 @ahoneybun already upgraded mine to Yakkety :P
 I know
[23:29]  * tsimonq2 laughs at the README
[23:29] <tsimonq2> y'all know I use sbuild :P
[23:32] <clivejo> really?
[23:32] <clivejo> never heard you say that
[23:33] <tsimonq2> clivejo: you being sarcastic? if so, I'll start correcting your spelling :P
[23:33] <clivejo> me sarcastic? Never!
[23:34]  * tsimonq2 watches clivejo closely for spelling mistakes :P
[23:35] <clivejo> you should be on the docs team!
[23:35] <clivejo> write up a packaging guide :o)
[23:39] <tsimonq2> clivejo: I'm in the LibreOffice documentation team and in the Lubuntu documentation team. :P
[23:43] <tsimonq2> what's this "dpkg-mergechangelogs" thing?
[23:49] <tsimonq2> how do I get rid of that thing that shows after I run a command? it's annoying