[11:50] -SwissBot:#ubuntu-news- ::Planet:: Jonathan Riddell: KDE’s Snap Packages @ https://jriddell.org/2019/04/23/kdes-snap-packages/
[13:54] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Does GNOME Need a Dedicated System Info Tool? @ https://www.omgubuntu.co.uk/?p=141347 (by Joey Sneddon)
[14:57] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: System76 Launch Pop OS 19.04, Based on Ubuntu 19.04 @ https://www.omgubuntu.co.uk/?p=141417 (by Joey Sneddon)
[17:25] -SwissBot:#ubuntu-news- ::Softpedia:: Scientific Linux Will Be Discontinued After 14 Years as Fermilab Moves to CentOS @ https://news.softpedia.com/news/scientific-linux-will-be-discontinued-as-fermilab-moves-to-centos-linux-525789.shtml (by Marius Nestor)
[20:15] -SwissBot:#ubuntu-news- ::Softpedia:: ExTiX 19.4 "The Ultimate Linux System" is Based on Deepin 15.9.3 and Linux 5.0 @ https://news.softpedia.com/news/extix-19-4-the-ultimate-linux-system-is-based-on-deepin-15-9-3-and-linux-5-0-525790.shtml (by Marius Nestor)
[23:05] <Wild_Man> hello Bashing-om and guiverc
[23:06] <guiverc> o/
[23:07] <Wild_Man> guiverc, I received email that shows the fridge has 12 comments waiting to be approved, looks like mostly spam, should I spaminate them or just let them stay
[23:08] <guiverc> krytarik will appreciate them being removed; i removed tons last time I was on (the most i've ever removed in a login) .. spam has increased again I guess
[23:08] <Wild_Man> I get these from the M/L but after a certain amount of time they are removed by a script or spam assassin something like that
[23:08] <Wild_Man> We are getting hit hard on the forum too
[23:09] <guiverc> comments need approval to be seen, so no visitor to fridge will see them, next login to fridge may be 14.04 EOL notice (or next uwn) so if it were me, I'd wait till then.. but you're most welcome to clean
[23:10] <Bashing-om> Wild_Man: guiverc :: The Fridge is not on my horizon. as much as I may sympathize with yalls plight.
[23:11] <Wild_Man> Bashing-om, I hear you
[23:11] <Wild_Man> 14.04 reaches EOL the 30th I believe
[23:13] <guiverc> 14.04 ESM starts life today (25-april-2019) according to insights blog, yeah 30-april was in now somewhat-redacted blog (date removed)  but I expect to see notice on 30th (small chance only late today)
[23:13] <Bashing-om> All I have seen so far: https://kubuntu.org/news/trusty-14-04-lts-end-of-life-and-end-of-kubuntu-support-for-xenial-16-04-lts/ .
[23:14] <guiverc> ubuntu studio also included EOL reminder in a blog
[23:17] <Wild_Man> guiverc, do we do something like this http://fridge.ubuntu.com/2016/02/05/ubuntu-15-04-vivid-vervet-end-of-life-reached-on-february-4-2016/
[23:17] <guiverc> Wild_Man, what ML do/did you see fridge spam on, (I'm not on or it's going to mail I don't check anymore)
[23:19] <Wild_Man> the fridge I just got an email about a comment since I published this newsletter, the M/L is the uwn team list and the news list
[23:19] <guiverc> Wild_Man, yep - krytarik has always wanted them (esp. for non-LTS) so i've not got my 2nd for some.. but note the [hidden] URL at bottom; we only do when we have the ML notice..
[23:19] <guiverc> :|   wonder where those go (for me... yeah I haven't seen either in ages)
[23:21] <Wild_Man> The fridge M/L has not been used since 2008 from what I can tell
[23:21] <guiverc> (no need for it - it's a subset of news team..)
[23:22] <Wild_Man> guiverc, you never get an email saying comments are waiting for approval on the fridge?
[23:22] <Wild_Man> That is what I thought
[23:22] <guiverc> Wild_Man, i never saw or noticed it no... i'm re-subscribing now to ubuntu-news
[23:23] <Wild_Man> I will forward what I received to you so you can see it
[23:23] <Wild_Man> pm me your email and I will send it to you
[23:25] <Wild_Man> I am going out of town Friday my wife's cousins funeral is Saturday
[23:25] <guiverc> if i need to see it; sure<EMAIL_ADDRESS>will do)
[23:26] <Wild_Man> I thought it might help to see where it came from
[23:27] <Wild_Man> This one is spam, and there is 11 others
[23:27] <Wild_Man> I was very surprised to receive it
[23:31] <guiverc> my [passwd] exercise-book says it would have gone to gmail; maybe i just ignored it.. i just deleted 5 so I'm guessing someone (you were last to post) deleted some of the 12 already.. Sidney's is now gone anyway
[23:32] <Wild_Man> I removed one


[02:01] <ari_stress> morning all :D
[02:03] <kgoetz> morning :)
[02:10] <ari_stress> wazzup kgoetz
[02:11] <kgoetz> trying to fix a broken wiki at work :/
[02:11] <kgoetz> one of the not 100% successful bits of yesterdays upgrade
[02:25] <ari_stress> what wiki do you use?
[02:28] <kgoetz> currently php wiki, but we are aiming to migrate to mediawiki RSN. (amusing really, i hacve to get phpwiki working before i'm alowedd to get rid of it)
[03:55] <ScorpFromHell> anybody tried DHCP/TFTP/preseeding apprach to mass install Ubuntu/Edubuntu? how does it compare to doing a disk image copying using tools like Norton Ghost or PartImage?
[04:02]  * johnny guesses it is slower
[04:03] <johnny> if you're using all sorts of different HDs tho
[04:03] <johnny> preseeding would be the better way
[04:03] <kgoetz> depends what your infrastructure is, and the plan for all the systems mid-long term
[04:06] <ScorpFromHell> johnny, the HDs are similar, we have nearly 100 machines but with only 3-4 different types of configs
[04:07] <ScorpFromHell> kgoetz, the systems are old machines used in our org & are now to be donated to various NGOs who would further distribute them to schools
[04:08] <ScorpFromHell> currently trying out an option similar to http://www.debuntu.org/how-to-unattended-ubuntu-network-install using DHCP/TFTP/Preseed files
[04:08] <johnny> that would work nicely
[04:09] <ScorpFromHell> johnny, which one would work nicely?  I have suggested to give a peep, lets see what the guys come up with
[04:27] <ScorpFromHell> also, was wondering if we could include AptOnCD by default in the Server Add-on CD
[04:27] <ScorpFromHell> where should I suggest this? Blueprints on launchpad?
[04:28] <kgoetz> filea  wishlist bug, and do a blueprint saying how you think it would work
[04:29] <ScorpFromHell> tx kgoetz, am coming back to all this irc, bug reporting stuff after almost 7 years! got to become a "suit" in the meantime :(
[04:29] <kgoetz> :/ welcome back, hope we can save you ;)
[04:33] <ScorpFromHell> yeah, I plan to win back my soul as yet :D lol
[04:37] <ScorpFromHell> kgoetz, gotta go to fix my wife's notebook, will be away
[04:38] <ScorpFromHell> btw, what timezone are you in? me GMT+5.5
[04:38] <kgoetz> GMT+9.5
[04:38] <kgoetz> Thu Dec 20 15:08:36 CST 2007
[04:38] <kgoetz> date: unrecognized option `--gmt'
[04:38] <kgoetz> Try `date --help' for more information.
[04:38] <kgoetz> hm.
[04:39] <kgoetz> Thu Dec 20 04:38:59 UTC 2007
[04:39] <kgoetz> yes, 9.5
[04:39] <kgoetz> (utc)
[04:39] <kgoetz> (--utc, not --gmt)
[07:38] <neil_d> any ideas where I could find a user manual for a ga-pcv2 pc-1500 mini-itx motherboard
[08:11] <ScorpFromHell> is there anything that allows you to setup a netboot server that would copy disk images instead of using preseed files to setup systems?
[08:11] <ScorpFromHell> something like what Ghost does for Windows?
[08:12] <johnny> uhmm.. partimage? doesn't it do that?
[08:12] <johnny> plus there was ghost4linux
[08:12] <johnny> but they had to rename it
[08:12] <johnny> i forgot
[08:12] <johnny> but i bet you can still find it
[08:13] <ScorpFromHell> johnny, k let me check that up ... I found PING http://ping.windowsdream.com/ping/howto-2.01.html
[08:21] <RichEd> ScorpFromHell: check this page see if it helps
[08:21] <RichEd> http://schools.coe.ru.ac.za/wiki/Install_and_Replicate_Operating_Systems
[08:22] <RichEd> actually scrap that ... the netboot section isn't helpful
[08:23] <ScorpFromHell> thanks riched, am also following up http://www.sysresccd.org/Sysresccd-manual-en_PXE_network_booting based on johnny's clues
[08:24] <RichEd> there is a help.ubuntu page but it says it does not work for gutsy :(
[08:24] <RichEd> https://help.ubuntu.com/community/Installation/LocalNet
[08:33] <somerville32> RichEd, poke
[08:34] <RichEd> mr somerville32 :)
[08:34] <somerville32> RichEd, and updates? :)
[08:34] <somerville32> *any
 is there anything that allows you to setup a netboot server that would copy disk images instead of using preseed files to setup systems?
[10:29] <`6og> ^^ at LCA in sydney someone did 'ubuntu live' which was effectively that. dont remember who or how though :/
[10:31] <ScorpFromHell> `6og, Well this seems promising: http://www.sysresccd.org/Sysresccd-manual-en_PXE_network_booting
[10:32] <ScorpFromHell> `6og: only that this needs min 280MB RAM in the client m/cs ... so need to create a custom CD as per http://www.sysresccd.org/forums/viewtopic.php?t=1763
[10:32] <`6og> ScorpFromHell, how much ram do you have?
[10:32] <ScorpFromHell> `6og: the steps to create the custom cd are here: http://www.sysresccd.org/Sysresccd-manual-en_How_to_personalize_SystemRescueCd
[10:32] <ScorpFromHell> `6og, some systems have 256, some have 512
[10:34] <ScorpFromHell> this is a cross between the netinstall & disk image ... effectively providing a netboot using SystemRescueCD distro & using PartImage to create & copy disk-images
[10:34] <`6og> looks likely. is it free software?
[10:45] <ScorpFromHell> `6og, yes ... its all open source
[15:20] <bddebian> heya
[17:42] <rusty> http://tinyurl.com/249rjg
[23:05] <ian__> hi, i've got a disklessworkstation 170 and i can't seem to figure out how to get it to work in ltsp5 (gutsy)
[23:05] <ian__> i have the 170 dvi model


[05:26] <pitti> Good morning
[07:09] <ritz> Sweetshark, ping, wrt https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1200277 . Where are the desktop files linked. I dont see this in debian/rules .
[07:10] <ubot2> Launchpad bug 1200277 in libreoffice (Ubuntu) "[LibreOffice] - libreoffice-writer.desktop when drag/drop to desktop, 100% broken. " [Undecided,New]
[09:03] <Laney> hey
[09:08] <seb128> good morning desktopers!
[09:11] <seb128> today is GTK 3.10 to trusty day
[09:11] <seb128> larsu, be ready ;-)
[09:11] <mlankhorst> hah
[09:11] <mlankhorst> yues
[09:11] <mlankhorst> yesterday was mesa 10 day :D
[09:12] <seb128> did you finally managed to get that one to build?
[09:12] <mlankhorst> 10.0.0-0ubuntu1 built on all platforms, but tjaalton wanted llvmpipe for armhf :P
[09:13] <tjaalton> it can wait
[09:13] <tjaalton> since it doesn't even build right now :)
[09:13] <mlankhorst> it does
[09:14] <mlankhorst> 10.0.0-1ubuntu2 release (main)
[09:14] <tjaalton> ah
[09:14] <Laney> hey seb128 mlankhorst tjaalton
[09:15] <seb128> Laney, howday, happy tuesday
[09:15] <Laney> grumpy tuesday for me
[09:15] <seb128> howdy even
[09:15] <seb128> ;-)
[09:15] <Laney> but hey
[09:15] <seb128> oh?
[09:15] <seb128> do you need to build webkit again? :p
[09:15] <Laney> haha nothing work related
[09:15] <Laney> need to return some christmas present I bought and now I can't find the receipt
[09:15] <Laney> -> angry
[09:15] <seb128> oh :/
[09:16] <Laney> oh well
[09:16]  * seb128 is not going to comment since he has no organisation whatsoever, for papers, receipts, expense claims, etc
[09:16] <Laney> haha
[09:16] <seb128> I know where to find stuff on my hdd though ;-)
[09:16] <Laney> I'm going to call the shop and see if they will take it back anyway, but not too hopeful
[09:17] <Laney> tracker <3
[09:17] <seb128> ebay to the rescue if you can't return I guess...
[09:17] <Laney> jibel: I need youuuuuuuuuuuuuu
[09:17] <Laney> jibel: (pango1.0 blocks on the old notify-osd)
[09:22] <jibel> Laney, looking
[09:23] <Laney> thanks
[09:28] <jibel> Laney, fixed, next britney run should promote it (or next next)
[09:28] <Laney> jibel: thanks, what was the bug?
[09:29] <Laney> did you fix the cause or the symptom? :-)
[09:30] <jibel> Laney, I fixed the symptom, there was no result for the latest version of the tuple pango/notify-osd
[09:31] <Laney> mmm, would be nice to eliminate the root cause ideally
[09:31] <jibel> Laney, I verified that they both passed and forced a result. another way to fix that is to restart the test of notifi-osd
[09:31] <jibel> y
[09:31] <jibel> investigating
[09:44] <seb128> niiice
[09:45] <seb128> the new webkit patch seems to make s-c happy
[09:45] <Laney> autopkgtest for libreoffice 1:4.1.3-0ubuntu2: FAIL (Jenkins: public, private)
[09:45] <Laney> Not considered
[09:45] <Laney> aaaaaaaaaaaaaa
[09:45] <seb128> Laney, I'm going to upload webkit again to trusty unless you have a reason I shouldn't
[09:45] <Laney> yes I do
[09:45] <Laney> please wait for this stuff to migrate first
[09:45] <seb128> I figured out that might be the case
[09:45] <Laney> should just be one round
[09:45] <seb128> which is why I asked
[09:45] <seb128> sure
[09:45] <Laney> after forcing this
[09:47] <seb128> shrug
[09:48] <seb128> we have a stack of stuff doing the buggy g_source_remove()
[09:49] <seb128> larsu, desrt: I blame you for those ;-)
[09:49] <seb128> joke aside
[09:49] <seb128> what sort of bugs do that lead to? leaks/extra wakeups?
[09:49] <larsu> seb128: me?!
[09:50] <seb128> larsu, congrats, you have been classified in the "glib maintainers" group ;-)
[09:50]  * larsu runs as fast as his legs can take him
[09:51] <seb128> larsu, joke aside do you know if it's fine to just ignore those or if we better fix them this cycle (e.g what sort of side effect those bugs have)
[09:51] <Laney> what else has it?
[09:52] <seb128> software-center
[09:52] <seb128> yelp
[09:52] <seb128> just run into those
[09:52] <seb128> by trying to run some webkit rdepends clients
[09:52] <desrt> seb128: the removing wrong source ID stuff?
[09:52] <seb128> so I guess we are going to find others
[09:52] <seb128> desrt, hey, happy mid-night?
[09:52] <seb128> desrt, yes
[09:52] <desrt> it's almost 5am here!
[09:53]  * desrt is keeping pitti hours
[09:53] <pitti> desrt: oh, so that's "good morning" for you? or good night? :-)
[09:53] <seb128> you are almost ready to move to Germany ;-)
[09:53] <larsu> seb128: I can't think of a side effect other than "it's ugly". I'm sure desrt can
[09:53] <desrt> so here's the story:
[09:54] <desrt> back in the good old days we allows removing non-existent sources
[09:54] <desrt> mostly because it was pretty harmless -- if the source didn't exist, we could just return FALSE... no harm done
[09:54] <desrt> but we started having apps that used sources _a lot_
[09:55] <desrt> which means that we had to start recycling source IDs
[09:55] <desrt> which means that the source ID that you used to have may no longer belong to you -- it may have been handed out again
[09:55] <desrt> so removing a non-existent source ID now that we recycle them means that you could be removing someone else's source
[09:55] <desrt> which is obviously very very bad
[09:55] <larsu> wait ... which app used more than 2^32 sources?
[09:55] <desrt> so we aim to catch people who are doing this
[09:55] <desrt> larsu: not hard if you have any kind of server
[09:56] <seb128> ok
[09:56] <larsu> desrt: didn't think we had many of those
[09:56] <seb128> so in practice for e.g yelp it's not likely to be an issue
[09:56] <seb128> still a wrong usage and good to fix
[09:56] <larsu> right
[09:57] <seb128> I'm just going to file upstream bugs about those for now
[09:57] <desrt> seb128: please do
[09:57] <seb128> try to get a few fixed on the way (like the notify-osd one, thanks larsu and Laney)
[09:57] <Laney> might not be too hard to give patches for, if that one's anything to go by
[09:57] <seb128> right
[09:57] <seb128> well you have to understand the logic of the code first
[09:58] <seb128> it's for sure not days, but can easily be an hour
[09:58]  * seb128 is trying to wrap other things before eoy, so not likely to pick on those
[09:58] <seb128> starting by GTK 3.10 to trusty today
[09:58]  * seb128 goes back to do that
[09:58] <larsu> awesome! http://blogs.gnome.org/mclasen/2013/12/09/a-terminal-surprise/
[10:00] <Laney> that is neat
[10:00] <Laney> we just need to unblock new g-t versions in ubuntu :P
[10:01] <larsu> what are they blocked on?
[10:01] <Laney> umm, let me try to remember
[10:01] <larsu> ugh, we're still on 3.6 :-/
[10:02] <Laney> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706065
[10:02] <ubot2> Debian bug 706065 in libvte-2.90-common "libvte-2.90-common: /etc/profile.d/vte.sh is not sourced by interactive shells" [Normal,Open]
[10:03] <Laney> seb128: did that webkit patch get reviewed upstream yet?
[10:04] <larsu> ah thanks
[10:05] <Laney> I guess we could do what they did
[10:05] <Laney> but no doubt people would complain
[10:06] <seb128> Laney, Company wrote it, kov test built it and asked me to test if it was fixing our issue
[10:06] <seb128> Laney, so I guess "yes"
[10:07] <Laney> okay, I checked the bug and didn't see any new patch there is all ;-)
[10:07] <seb128> Laney, we discussed that on IRC yesterday, I guess kov is going to update the bug today when I come back saying it works
[10:07] <Laney> nod
[10:16] <Laney> seb128: can we remove the old webkit source?
[10:16] <seb128> Laney, it was building the same binaries right? (e.g nothing that is still in use there)
[10:17] <Laney> yeah: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727015
[10:17] <ubot2> Debian bug 727015 in ftp.debian.org "RM: webkit -- ROM; renamed to webkitgtk" [Normal,Open]
[10:18] <seb128> Laney, ok, I'm going to have a look once I'm done with my webkit upload and GTK 3.10
[10:19] <Laney> neat
[10:44] <Sweetshark> ritz: seems (from extracts of my launchpad spam) you found the part about /usr/share/application symlinks yourself?
[10:58] <ritz> Sweetshark, yes
[10:58] <ritz> I could be wrong though
[10:58] <ritz> still building, to test
[11:09] <seb128> Laney, new GTK uploaded, do you think we should block in proposed for today just to lead CI tests and stuff run against it before it hit the archive?
[11:17] <seb128> larsu, https://launchpad.net/ubuntu/+source/gtk+3.0/3.10.6-0ubuntu1
[11:17] <larsu> \o/
[11:17] <seb128> ;-)
[11:20] <seb128> larsu, btw, do you know if Marek does IRC? could we give him a nudge to review https://bugzilla.gnome.org/show_bug.cgi?id=692931 ?
[11:20] <ubot2> Gnome bug 692931 in printing "The list of printers should be searchable/sortable" [Enhancement,Unconfirmed]
[11:20] <seb128> larsu, it's the small patch from attente we discussed some time ago, if you remember
[11:21] <larsu> ah right! ya, I'll ping him
[11:21] <seb128> thanks
[11:21] <larsu> if I remember his nick :D
[11:21] <seb128> though I wonder why that compare function has all his pango crazyness
[11:22] <Laney> seb128: you mean http://ci.ubuntu.com/smokeng/trusty/desktop/ ? ;-)
[11:23] <seb128> Laney, well, I was more meaning e.g if it creates issues for unity7 or compiz CI/autopilot tests
[11:25] <Laney> oh, well, feel free if you like: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2013-October/001068.html
[11:25] <Laney> when are those tests run usually?
[11:26] <seb128> not sure nowadays
[11:26] <seb128> didrocks, ^
[11:26] <seb128> Laney, thanks for url, I have forgotten about that one
[11:27] <larsu> seb128: see #gtk. mkasik tries to have a look next week
[11:27] <seb128> larsu, thanks!
[11:29] <didrocks> seb128: sorry, in a hangout
[11:29] <didrocks> I don't know about the smoke tests for dekstop TBH
[11:29] <seb128> didrocks, man, you live in hangouts nowadays :/
[11:31] <didrocks> seems so…
[11:31] <Laney> hrm
[11:31] <Laney> why can't I launch u-s-s in another language?
[11:33] <seb128> Laney, what's the error?
[11:33] <Laney> no error, just doesn't get translated
[11:33] <seb128> Laney, unset LANG LANGUAGE
[11:33] <Laney> I can see that it does read the right mo file
[11:33] <Laney> locale says de_DE
[11:34] <seb128> Laney, do the unset
[11:34] <Laney> "Konten" is translated but nothing else
[11:34] <Laney> did
[11:34] <seb128> then export LC_ALL=de_DE.UTF-8 if needed
[11:34] <Laney> yeah, it is
[11:35] <seb128> Laney, weeeird
[11:35] <Laney> Konten comes from the online accounts translation domain
[11:36] <seb128> LANG= LANGUAGE= LC_ALL=de_DE.UTF-8 strace -e open system-settings 2>&1 | grep system-settings.mo
[11:36] <seb128> open("/usr/share//locale/de/LC_MESSAGES/ubuntu-system-settings.mo", O_RDONLY) = 19
[11:36] <seb128> displaying all translated
[11:37] <seb128> Laney, do you have language-pack-de installed (e.g the locale generated) (I guess otherwise the online account translation would probably not work)
[11:38] <Laney> yep I see that
[11:38] <Laney> the strace
[11:38] <Laney> other things like apt output are translated
[11:38] <Laney> bah
[11:39] <seb128> it opens the same file?
[11:39] <Laney> yea but mine doesn't have the //
[11:39] <seb128> locale -a lists de_DE?
[11:39] <Laney> yep
[11:39] <seb128> what do you mean the //?
[11:40] <Laney> in your string from strace
[11:40] <seb128> oh
[11:40] <seb128> Laney, msgunfmt /usr/share//locale/de/LC_MESSAGES/ubuntu-system-settings.mo
[11:40] <seb128> ?
[11:40] <Laney> looks fine
[11:41] <Laney> also: didn't know that program, nice
[11:41] <seb128> Laney, can you pastebin the output of the command I gave you
[11:41] <seb128> ;-)
[11:42] <Laney> http://paste.ubuntu.com/6550634/
[11:42] <seb128> Laney, sorry, I meant the strace one
[11:43] <Laney> oh
[11:43] <Laney> ok
[11:43] <seb128> just want to check that one
[11:43] <seb128> if the output looks fine I'm going to blame it on qt5.2 (are you still on that, or did you downgrade after testing the other bug fixes?)
[11:43] <Laney> http://paste.ubuntu.com/6550646/
[11:43] <Laney> I only took that in a chroot
[11:43] <Laney> I think ...
[11:44] <seb128> Laney, that strace has no successfull open
[11:44] <seb128> open("/usr/local/share//locale/de/LC_MESSAGES/ubuntu-system-settings.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[11:44] <Laney> open("/usr/share/locale/de/LC_MESSAGES/ubuntu-system-settings.mo", O_RDONLY) = 12?
[11:44] <seb128> shrug, was looking at the bottom :p
[11:45] <Laney> maybe it forgets it there
[11:46] <seb128> right
[11:46] <seb128> I don't understand why it tries to load the translations again
[11:49] <Laney> heh
[11:49] <Laney> I symlinked it into /usr/local/... and now it works
[11:49] <Laney> what is this
[11:52] <seb128> do you have a plugin in /local or something?
[11:52] <seb128> seems not from the strace
[11:53] <seb128> Laney, can you pastebin your "env"?
[11:56] <Laney> seb128: http://paste.ubuntu.com/6550708/
[11:57] <seb128> hum, nothing weird that I can
[11:57] <seb128> Laney, I don't get it, your strace doesn't try to load the translations from the langpack location in the first loading blob
[11:58] <seb128> then it does another one later than loads from local and langpacks
[11:58] <seb128> dunno :/
[11:58] <seb128> is that specific to settings? e.g can you load other qt5 apps translated fine? what about gtk?
[11:58] <Laney> what's a translated qt app?
[11:58] <Laney> ubuntuone-control-panel is ok
[12:00] <Laney> & rhythmbox
[12:06] <Laney> seb128: do you have a /usr/local/share/locale/de/LC_MESSAGES directory on your system?
[12:07] <Laney> if I remove that it works
[12:09] <seb128> Laney, no
[12:09] <seb128> I don't sudo make install stuff
[12:09] <seb128> my /usr/local is clean
[12:10] <Laney> ok, well can you try making it for a test?
[12:10] <seb128> yeah, I confirm it makes translations not work
[12:11] <Laney> interesting
[12:11] <seb128> libc bug?
[12:11] <seb128> in the fallback path to load translations
[12:11] <Laney> well other translations still work
[12:11] <Laney> I guess qt or u-s-s
[12:11] <seb128> don't insult u-s-s :p
[12:11] <Laney> tbh that does hardly anything with translations
[12:12] <seb128> I guess you can try gallery-app or notes-app to see if that's qt5/uitk issue
[12:12] <Laney> I even commented out the initTr and it didn't change anything
[12:12] <Laney> true
[12:12] <Laney> yeah confirmed
[12:12] <Laney> it breaks the gallery too
[12:12] <seb128> k
[12:12] <seb128> "good"
[12:12] <seb128> toolkit or qt issue
[12:12] <seb128> I guess next test would be to try a qt5 app not using our toolkit
[12:13]  * Laney tries to find one
[12:17] <Laney> I'm blaming the UITK just from reading the code
[12:18] <seb128> that would be my bet as well (just from gut feeling though)
[12:18] <seb128> just file a bug there and let them reassing to qt if needed?
[12:18] <seb128> BAH
[12:18] <Laney> let me show you the block in question
[12:19] <seb128> Jenkins Failure - trusty-adt-gtk-3.0 26
[12:19] <Laney> you'll believe me too
[12:19] <seb128> you bastard
[12:19] <Laney> oh no :(
[12:19] <seb128> you=jenkins
[12:19] <seb128> why so much hate
[12:19] <seb128> https://jenkins.qa.ubuntu.com/job/trusty-adt-gtk-3.0/26/ARCH=amd64,label=adt/console
[12:19] <seb128> UnicodeEncodeError: 'ascii' codec can't encode character u'\u2018' in position 68: ordinal not in range(128)
[12:19] <Laney> https://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/plugin/i18n.cpp#L107
[12:20] <Laney> is it because of that warning?
[12:20] <Laney> I bet it is
[12:20] <seb128> not sure
[12:20] <seb128> I'm trying locally
[12:20] <Laney> stderr usually makes them fail
[12:20] <Laney> unless you explicitly allow that
[12:20] <Laney> and the upstream tests passed
[12:20] <seb128> @uitk: no cookie
[12:20] <meetingology> seb128: Error: "uitk:" is not a valid command.
[12:21] <seb128> but yeah, that's buggy
[12:21] <Laney> the "build", "run"
[12:22]  * seb128 reads http://packaging.ubuntu.com/html/auto-pkg-test.html
[12:22] <seb128> I don't exerce those stuff often enough
[12:22] <Laney> yeah that stuff is nice
[12:24] <seb128> jibel, pitti: is
[12:24] <seb128> "  File "/usr/bin/adt-run", line 159, in psummary
[12:24] <seb128>     print >>summary_stream, m
[12:24] <seb128> UnicodeEncodeError: 'ascii' codec can't encode character u'\u2018' in position 68: ordinal not in range(128)"
[12:25] <seb128> something known/worth reporting a bug about (where)?
[12:30] <pitti> seb128: yes, please file a bug about it with a reproducer
[12:31] <pitti> sounds like a non-ASCII test case name in an ASCII environment
[12:31] <pitti> (LANG=C or so)
[12:31] <seb128> pitti, ok, against what?
[12:31] <seb128> pitti, that's  https://jenkins.qa.ubuntu.com/job/trusty-adt-gtk-3.0/26/ARCH=amd64,label=adt/console
[12:31] <pitti> seb128: autopkgtest
[12:31] <seb128> pitti, gtk 3.10 upload to trusty
[12:31] <seb128> pitti, I'm trying locally now
[12:31] <pitti> nice
[12:33] <pitti> seb128: so, no other regressions found except for the weird dialog boxes? (missing label break)
[12:34] <seb128> pitti, none that didn't get fixed (larsu spent a week poking overlay-scrollbar to find a way to make them work with the new GTK rendering behaviour), some theme issues and other small stuff, larsu got them all resolved before upload
[12:36] <seb128> pitti, should that work?
[12:36] <seb128> $ ./bin/run-adt-test -r trusty -a i386 file:///tmp/gtk+3.0-3.10.6 gtk+3.0
[12:36] <seb128> 2013-12-10 13:35:50: Info: Using default VM configuration file
[12:36] <seb128> 2013-12-10 13:35:50: Info: Cleaning up
[12:36] <seb128> $
[12:36] <seb128> work/do something
[12:36]  * seb128 goes back to read http://packaging.ubuntu.com/html/auto-pkg-test.html
[12:37] <Laney> did you prepare-testbed first?
[12:37] <Laney> i don't think you need the package name at the end there
[12:37] <pitti> seb128: yes, that looks fine
[12:37] <pitti> Laney: you do, otherwise it builds the package again
[12:37] <Laney> oh, I never include it :-o
[12:37] <pitti> well, unless you actually want that; could be
[12:37] <pitti> I mostly write new tests for existing packages in which case I don't want to build/install the debs
[12:38] <seb128> oh, I didn't prepare-testbed no, I did it a while ago and I was unsure if that was needed again, but I was not on trusty
[12:38]  * seb128 does it
[12:38] <pitti> seb128: right, you need to build a VM first
[12:38] <seb128> I though I had one
[12:38] <pitti> seb128: alternatively you can run the test on your local desktop, which is much faster
[12:38] <seb128> but if I had it was saucy anyway
[12:38] <pitti> seb128: and I guess for gtk that shoudl be fine
[12:38] <seb128> just using adt-run?
[12:38] <pitti> seb128: in the source tree, try "sudo adt-run -B ./ --- adt-virt-null" ?
[12:40] <seb128> bah
[12:40] <seb128> not enough random it says!
[12:40]  * seb128 creates entropie
[12:41] <seb128> yeah, it started ;-)
[12:42] <seb128> so yeah, I can reproduce the issue
[12:42] <seb128> it doesn't like the deprecation warning
[12:46] <seb128> pitti, danke, filed https://bugs.launchpad.net/ubuntu/+source/autopkgtest/+bug/1259529 and I'm fixing the GTK test to not throw a deprecation warning
[12:46] <ubot2> Launchpad bug 1259529 in autopkgtest (Ubuntu) "UnicodeEncodeError in adt-run psummary call" [Undecided,New]
[12:46] <pitti> seb128: thanks, will look at it
[12:47] <seb128> thanks
[12:49] <Laney> seb128: meeting reminder reminder btw
[12:50] <seb128> Laney, oh, thanks
[12:50] <seb128> Laney, done
[12:50] <Laney> ta
[15:30] <ochosi> larsu: is there any particular reason that the sound-indicator uses "audio-volume-low-zero-panel" and "audio-volume-high-panel" for the icons next to the volume-scale instead of symbolic icons?
[15:31] <larsu> ochosi: the only reason I know of is that the symbolic ones didn't exist back then and humanity doesn't have them
[15:31] <seb128> oh, it's meeting time!
[15:32] <qengho> Aiee!
[15:32] <Sweetshark> o/
[15:33] <seb128> qengho, Sweetshark, mlankhorst, Laney, tkamppeter_, desrt, attente, larsu: hey, it's meeting time!
[15:33] <ochosi> larsu: same goes for nm-applet seemingly and the volume-icon in the panel itself also isn't symbolic, would you consider a patch for this?
[15:33] <desrt> seb128: you're late.  i'm disappointed.
[15:33] <mlankhorst> G'day maaatu
[15:33] <seb128> desrt, yeah, just back from exercice
[15:34] <seb128> nice weather today, I took the opportunity to go while there was still sun out there ;-)
[15:34] <desrt> ya... pretty nice here, too
[15:34]  * Sweetshark was excercising a lot in the last weeks *cough* cough*
[15:34]  * desrt cringes
[15:34] <seb128> Sweetshark, excercising your pillow by napping are you? ;-)
[15:34] <mlankhorst> well, I've excercised a lot. just not monday and weekend. :P
[15:34] <seb128> ok, let's get started
[15:34] <Laney> O_O
[15:34] <seb128> qengho, hey
[15:35] <qengho> hey guys!
[15:35] <qengho> * chromium-browser 31.0.1650.63 done and given to #security.
[15:35] <qengho> * Automated workflow for updating PPA.
[15:35] <qengho> * To do: 1) supportable "hal"-like support for Flash. 2) more apparmor testing b
[15:35] <qengho> efore profile move to Cr pkg. 3) better autopkgtests to test webapps functionali
[15:35] <qengho> ty.
[15:36] <qengho> EOF
[15:37] <seb128> qengho, so, chromium-browser is stucked in trusty-proposed since 2013-11-05 ... when is that changing? I though we agreed that should be fixed last week one way or another?
[15:38] <seb128> we need that resolved and not at the bottom of a list...
[15:38] <qengho> seb128: Yes, I've been trying to get the same package out since Friday morning.
[15:38] <seb128> what is blocking? can I help?
[15:39] <seb128> is the issue a real one?
[15:39] <seb128> or should we discuss overwriting the autopkgtest result and publish it?
[15:39] <seb128> (if that's a buggy test that's going to be fixed soon)
[15:40] <voldyman> woohoo, gtk 3.10 lands in trusty!!
[15:40] <qengho> seb128: The only thing lacking is time of #security folks.
[15:40] <qengho> seb128: If you want to sponsor trusty specally, I can point you to the package.
[15:41] <seb128> yes please
[15:41] <seb128> you should probably go through normal sponsoring for trusty
[15:41] <seb128> no need of security there
[15:41] <seb128> they have enough to do I guess
[15:42] <seb128> chrisccoulson, or is there a reason you prefer to sponsor to current serie as well, e.g to have all updates out synced?
[15:42] <seb128> well, anyway, let's discuss that after the meeting
[15:42] <seb128> qengho, thanks
[15:42] <seb128> Sweetshark, hey
[15:42] <Sweetshark> heya
[15:42] <Sweetshark> drudged through the verification of precise (done), raring (rescinded) and saucy (done) SRUs
[15:42] <Sweetshark> made libreoffice l10n not only buildable separately, but also installable: see http://nabble.documentfoundation.org/Packing-from-instdir-also-lets-kill-scp2-td4084340.html#a4087375
[15:42] <Sweetshark> squashed and proposed on the release branch: https://gerrit.libreoffice.org/#/c/6982/
[15:42] <Sweetshark> now tweaking the ubuntu packaging to use this to build a learn an mean libreoffice-l10n (WiP)
[15:42] <Sweetshark> fixed LibreOffice 4.1 series on trusty, b0rked by mdds update :/ (incedentally also needed by the saucy SRU)
[15:42] <Sweetshark> survived two or three heart attacks given by the suggestion to completely tear out Java out of LibreOffice for the LTS no less.
[15:42] <Sweetshark> EOF
[15:43] <seb128> the java discussion is still only, right?
[15:43] <psusi> upstream compiz seems to be abandoned and has been removed from debian... are there plans to maintain it, or to migrate unity off of it?
[15:43] <seb128> thanks for fixing on saucy ;-)
[15:44] <seb128> psusi, hey, we are in a meeting, but basically both, we are maintaining compiz for some years and we are moving away from it with unity8
[15:44] <Sweetshark> seb128: I need to get an update on the java thing. I dont think dropping will fly and dont see it happening.
[15:44] <Sweetshark> seb128: so, not too stressed there anymore.
[15:45] <Sweetshark> oh, for the -l10n source package-foo I would need someone reviewing that at some point in time. As you can imagine its not debian-policy-by-the-book as the whole package isnt.
[15:45] <seb128> ok, feel free to ping me about that
[15:45] <seb128> it might be an after holidays stuff though
[15:45] <seb128> Sweetshark, thanks
[15:45] <Sweetshark> seb128: willdo
[15:45] <seb128> mlankhorst, hey
[15:45] <mlankhorst> - mesa 10 upload
[15:45] <mlankhorst> - xorg-server 1.14.5rc1 upload for bug #1238410
[15:45] <mlankhorst> - triaged and fixed #1224254 with tseliot
[15:45] <mlankhorst> - triaged and fixed related bug #1259561 with him too
[15:45] <mlankhorst> - commit dri-image series
[15:45] <ubot2> Launchpad bug 1238410 in X.Org X server "Inconsistent cursor visibility with cursor plugin enabled" [Medium,In progress] https://launchpad.net/bugs/1238410
[15:45] <ubot2> Launchpad bug 1259561 in xorg-server (Ubuntu) "config timestamps not updated on hotplugging a output with hybrid graphics" [High,In progress] https://launchpad.net/bugs/1259561
[15:45] <mlankhorst> - prepare and upload pixman sru's for lts-saucy now it's no longer blocked by a CVE
[15:45] <mlankhorst> NUL
[15:46] <desrt> would be NULL, i guess
[15:46] <ritz> mlankhorst, there is also a bug marked against gnome for this
[15:46] <ritz> wrt cursor visibility
[15:46] <mlankhorst> ritz: yeah
[15:46] <ritz> https://bugzilla.gnome.org/show_bug.cgi?id=706229
[15:46] <ubot2> Gnome bug 706229 in libgnome-desktop "mouse cursor occasionally invisible after logging in" [Normal,Resolved: fixed]
[15:47] <mlankhorst> ritz: I'm waiting for 1.14.5rc1 to be renamed to 1.14.5, then I'll sru it and start the rename upload
[15:47] <seb128> ritz, read https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1238410
[15:47] <ritz> aah, sweet, thanks
[15:47] <ubot2> Launchpad bug 1238410 in X.Org X server "Inconsistent cursor visibility with cursor plugin enabled" [Medium,In progress]
[15:47] <seb128> ritz, the GNOME bug you pointed is specific to GNOME 3.10 we don't have
[15:47] <seb128> it's also pointed in that launchpad bug
[15:47] <ritz> aah, my bad.
[15:48] <seb128> mlankhorst, did you finally get the trusty stuff to build/migrate to the release today?
[15:48] <mlankhorst> desrt: NUL as in the ASCII char, not a null pointer. ;)
[15:48] <mlankhorst> seb128: erm it was already migrated on monday
[15:48] <desrt> mlankhorst: it was a list
[15:48] <mlankhorst> a double NUL terminated list
[15:48] <mlankhorst> ;D
[15:49] <desrt> poor empty string
[15:49] <desrt> cannot possibly be in your list
[15:49] <Laney> everyone hates that string anyway
[15:49] <seb128> mlankhorst, ok, good, I just saw you did a couple of uploads for other archs/depends
[15:49] <desrt> don't get me started...
[15:49] <attente> lol
[15:49] <seb128> mlankhorst, thanks
[15:49] <seb128> Laney, hey
[15:49] <Laney> meee
[15:50] <Laney> • Some Debian merges / updates
[15:50] <Laney> • Handle gnome-online-accounts transition; undo libgdata's no-goa-on-armhf hack which isn't necessary any more.
[15:50] <Laney> • Final batch of time whacking my head against webkitgtk - finally it succeeded on all architectures; thanks to hallyn for making qemu-arm64 available and to Debian for partch (powerpc porterbox), which were both invaluable.
[15:50] <Laney> • harfbuzz transition
[15:50] <Laney> ∘ pango1.0 uncovered notify-osd had an autopkgtest failure. Was a real bug (double g_source_remove()). Fixed that. Yay for tests discovering real bugs & leading to fixes.
[15:50] <Laney> • Look at use of upstart / XDG autostart for indicator launching; give some feedback on how that can be improved within the current scheme (c.f. gnome-settings-daemon's use of XDG autostart) (no trolling here, no sir)
[15:50] <Laney> • Discussions / experimentation around using libicu for u-s-s's locale selector. Seems like it should work.
[15:50] <Laney> • When running u-s-s's new autopilot tests, discover that translations are broken in some cases. Investigate, blame the uitk, file a bug & work around in u-s-s.
[15:50] <Laney> D O N E
[15:50] <desrt> usual question: status of u-s-d/u-c-c?
[15:50] <Laney> robert is doing that thing
[15:50] <seb128> desrt, robert_ancell's topic
[15:51] <Laney> I think it got put into some ppa
[15:51] <seb128> desrt, I think I already told you last week :p
[15:51] <desrt> he needs to be in our meeting!
[15:51] <seb128> yeah, agreed!
[15:51] <Laney> call him RIGHT NOW
[15:51] <desrt> seb128: ya... i kinda assume that you and/or Laney will be landing it when the time comes, though
[15:51] <Laney> dunno, he's got the same powers as us
[15:51] <Laney> will be reviewing / testing though, but haven't done that yet
[15:52] <seb128> right, I was sort of waiting for robert_ancell to do his call for testing
[15:52] <seb128> he said he would have it in a ppa soon and ask for review/testing then
[15:52] <seb128> I need to stay longer some evening to catch him
[15:52] <seb128> or try email maybe ;-)
[15:52] <desrt> pfft
[15:52] <seb128> Laney, thanks
[15:52]  * Laney just found http://www.ubuntugeek.com/ubuntu-control-center-ucc-simple-tool-for-ubuntu-administration.html
[15:53] <seb128> tkamppeter, hey
[15:53] <Laney> O_O
[15:53] <seb128> lol
[15:53] <desrt> those people are gonna be pissed
[15:53] <Laney> ah, here we are
[15:53] <Laney> he called it unity-control-center
[15:53] <seb128> Laney, desrt, others: https://launchpad.net/~ubuntu-desktop/+archive/unity-control-center
[15:53] <Laney> https://launchpad.net/~ubuntu-desktop/+archive/unity-control-center
[15:53] <Laney> bah
[15:53] <seb128> snap :p
[15:53] <desrt> that.... makes a good deal of sense
[15:54] <seb128> quite some other sources, included outdated one
[15:54] <seb128> since he's renaming the binary
[15:54] <seb128> he needs to patch stuff calling g-c-c to try both
[15:54] <seb128> I'm still not convinced we shouldn't have g-c-c being a wrapper calling one or the other
[15:54] <desrt> can't we do some alternatives thing?
[15:54] <seb128> well at least as a transitional thing
[15:54] <seb128> we can
[15:55] <desrt> or just a symlink in case g-c-c proper is not installed
[15:55] <seb128> robert believes it's bitter to just bite the rename
[15:55] <mlankhorst> can we paint the bikeshed green?
[15:55] <mlankhorst> I like green
[15:55]  * desrt starts up gcalctool to run the math on that one
[15:55] <desrt> ...oh wait
[15:55] <larsu> Welcome to LibreOffice Calc
[15:55] <seb128> well, even if g-c-c is installed, you want to call u-c-c under unity
[15:56] <seb128> since g-c-c is going to depends on shell runtime for stuff
[15:56] <larsu> I agree with seb128, there's quite a few things that invoke the binary
[15:56] <larsu> but it should warn, so that we can fix these
[15:56] <seb128> larsu, the list is in the ppa
[15:56] <larsu> awesome
[15:56] <desrt> so i'll put a patch in glib that checks in g_spawn if you're trying to run something called "gnome-control-center" and patch it over to unity-control-center if XDG_CURRENT_DESKTOP is set accordingly
[15:56] <seb128> it's from previous discussion with robert_ancell/a query on http://codesearch.debian.net/
[15:57] <mlankhorst> desrt: that's nasty
[15:57] <Laney> +99999
[15:57]  * desrt has trouble with the 'not friday' thing
[15:57] <seb128> lol
[15:57] <Laney> make g-c-c depend on u-c-c and do the check itself
[15:57] <desrt> ...the final insult
[15:57] <seb128> ok, tkamppeter didn't pong and we sidetracked
[15:57] <seb128> desrt, your turn :p
[15:58] <desrt> spent most of last week continuing the dconf work
[15:58] <desrt> talked to some people who are doing odd things there (like gdm) and got a better idea of requirements and did some designing
[15:58] <desrt> turns out it's a lot of work... i started on it already
[15:58] <desrt> maybe will be done this week, or maybe next... but definitely by end of year, which is what i promised the phone guys
[15:59] <desrt> i also spent a good deal of time trying to improve the portability story of glib... i helped the openbsd/freebsd guys to get jhbuild rigs going on their platforms and spent some time filing bugs for fixing portability issues that have crept in just in the last little while (since there are no regular builds on !linux)
[16:00] <desrt> that's about it
[16:00] <Laney> now you have a debian account you can get shells on all the cool systems
[16:00] <seb128> haha
[16:00] <desrt> Laney: all using debian...
[16:00] <Laney> yep, the best userspace
[16:00] <desrt> my goal is to test userspaces that are not the best :)
[16:01] <desrt> besides... i thought ubuntu was the best?
[16:01] <Laney> even this one has issues :P
[16:01] <Laney> ahem. who's next?
[16:01] <Sweetshark> cool, when we need an AIX build of LibreOffice, Ill hint the red hat guys at desrt!
[16:01] <desrt> :)
[16:01]  * desrt has a hard time caring about a non-free OS that's not windows or mac
[16:02] <larsu> that sounds overly specific :)
[16:02] <desrt> maybe... but it's very close to what almost everyone actually does care about
[16:02] <larsu> so is "linux, osx, and windows"
[16:03] <desrt> maybe
[16:03] <desrt> but glib's project description has 'portability' in the name
[16:03] <desrt> so....
[16:03] <seb128> seems sliding offtopic for the meeting
[16:03] <larsu> ya, not saying it's bad, just being pedantic
[16:03] <seb128> desrt, thanks ;-)
[16:03] <seb128> attente, hey
[16:03] <attente> hey seb128
[16:03] <attente> really slow week... u-s-s language changes with thanks to Laney and GunnarHJ, continuing work on compiz to get gnome-key-grabber working, thinking about how to fix the modifier-tweaks branch so that it'll be accepted upstream by MC Return
[16:03] <desrt> we can't really make credible claims there if our portability story is "we will patch bugs when you tell us .0 doesn't build,... 6 weeks after we released it."
[16:05] <seb128> attente, </end>?
[16:05] <attente> seb128, yes
[16:05] <desrt> seb128: implying that he started with <end>?
[16:05]  * desrt frowns
[16:05] <larsu> it's the ending of the end!
[16:05] <seb128> lol
[16:06] <desrt> we're having hard times with EOFs today
[16:06] <Laney> oh god, don't leave us
[16:06] <mlankhorst> <end />
[16:06] <desrt> mlankhorst: XML: yr doin it wrong
[16:06] <seb128> attente, I didn't follow much the compiz changes, just read the mp comments last week, do you think you are figuring it out?

[16:06] <mlankhorst> :D
[16:07] <seb128> attente, is MC Return being overpicky? (I saw some concerns about ccsm and corner cases)
[16:07] <mlankhorst> desrt: ah of course, it's </xml>
[16:07] <mlankhorst> ;>
[16:07] <Laney> <?php
[16:07] <attente> seb128, making it work in a way that's acceptable to him might not be that easy...
[16:08] <larsu> Laney: you better close that.
[16:08]  * desrt watches larsu twitch
[16:08]  * larsu is getting a bit anxious indeed
[16:08] <attente> seb128, one thing i thought we could try is falling back on xkb grp
[16:08] <seb128> attente, ok, let's chat a bit after the meeting about what are his current concerns, maybe we can just do without resolving some of those
[16:08] <Laney> :D
[16:08] <attente> seb128, ok
[16:08] <seb128> attente, thanks
[16:08] <seb128> larsu, your turn
[16:08] <desrt> larsu can't go yet...
[16:09] <desrt> ?>
[16:09] <larsu> don't have that much to report this week either
[16:09] <desrt> okay
[16:09] <larsu> quite a few distractions and discussions
[16:09] <larsu> for example, the fix that makes gsettings-qt work should be in 5.2
[16:09] <larsu> qt 5.2, that is
[16:09] <larsu> but mainly I've been working on porting evince to GActionGroup, so that we can have a menu for it in unity
[16:10] <larsu> instead of the appmenu and cog
[16:10] <desrt> :D
[16:10] <Laney> \o/
[16:10] <larsu> that progresses nicely, I think I'll be done with it in a couple of days
[16:10] <desrt> larsu: sorry that these dconf changes got better than i thought.... and also sorry that i got distracted over the weekend :)
[16:10] <desrt> *bigger
[16:10] <larsu> the porting part will hopefully be accepted upstream, I already talked to chpe about it
[16:11] <larsu> desrt: no worries, I'm using g_application_add_accel now
[16:11] <desrt> it's not so bad if you do it in a loop
[16:11] <larsu> in a loop?
[16:11] <desrt> ...maybe strapped to an xml parser
[16:11] <larsu> bah
[16:11] <larsu> no
[16:11] <desrt> ...and if you write that, let me know so that i can merge it into gtk :)
[16:11] <larsu> seb128: eof btw
[16:11] <seb128> larsu, thanks
[16:12] <seb128> ok, my turn
[16:12] <larsu> desrt: let's talk about this outside of the meeting
[16:12] <larsu> desrt: also, the context-menu part
[16:12] <mlankhorst> larsu: NO, you can't put a btw after a eof, it's a violation of syntax!
[16:12] <larsu> mlankhorst: watch me!
[16:12] <seb128>  * kept chassing e.u.c issues with some success:
[16:12] <seb128>    - got a software-properties fix uploaded (enforced a depends to a new enough version)
[16:12] <seb128>    - write a telepathy-mission-control fix for a segfault, got it merged upstream/uploaded to trusty
[16:12] <seb128>    - got branches up for review for issues in update-manager/apturl/software-properties
[16:12] <seb128>    - debugged a bunch of other ones/opened bugs with some debug infos,hint for people knowing the code better
[16:12] <seb128>    - collected debug info for software-center/webkit issue, got some upstream traction and a patch that seems to be working, thanks Company!
[16:12] <seb128>  -> seems like we got most of the 30 from saucy handled, I'm going to keep watching the list and try to clean some bugs every week but do a bit less there
[16:12] <seb128>
[16:12] <seb128>  * backported a telepathy-glib fix for incorrect g_source_remove use
[16:12] <seb128>  * filed a bug about similar issue for notify-osd, fixed by larsu and Laney, thanks! (some others to file)
[16:12] <seb128>  * some desktop updates and sponsoring
[16:12] <seb128>  * some extra testing for GTK 3.10, looks good, uploaded to trusty, thanks again larsu!
[16:12] <seb128>  * got the ubuntu-system-settings autopilot branch from QA merged
[16:12] <seb128>  * some u-s-s code reviews
[16:12] <seb128> None
[16:13] <larsu> None?
[16:13] <desrt> python
[16:13] <desrt> but uh.... python doesn't do that
[16:13] <larsu> ya
[16:13] <Laney> you kept up on your promise to have more detailed reports
[16:13]  * larsu got pinged twice in that report
[16:13] <seb128> Laney, ;-)
[16:14] <seb128> larsu, those are good pings, they come with icecream for you next team we see each others
[16:14] <larsu> ice cream pings!
[16:14] <Laney> did you fix the gtk+3.0 tests?
[16:14] <larsu> my favorite kind
[16:14] <Laney> also: any sprint news?
[16:14] <seb128> @gtk-test: yes
[16:14] <meetingology> seb128: Error: "gtk-test:" is not a valid command.
[16:14] <seb128> I just need to commit/upload
[16:14] <seb128> I decided to do that after exercice and I went back just for the meeting
[16:14] <Laney> neat
[16:14] <seb128> doing to do that in a bit
[16:14] <larsu> gtk tests?
[16:15]  * desrt would sure love to know about the sprint
[16:15] <Laney> autopkgtest failed on deprecations
[16:15] <desrt> more -Werror, or what?
[16:15] <larsu> ah, I thought it had to do with my patch still
[16:15] <seb128> the autopkgtest failed because the small build example uses a GtkStick
[16:15] <seb128> GtkStock
[16:15] <Laney> stderr → fail
[16:15] <desrt> ...
[16:15] <desrt> i have nothing to say about that, on account of what my mother taught me
[16:15] <Laney> unless you allow it
[16:15] <seb128> lol
[16:16] <seb128> well, small/stupid issue, going to be fixed
[16:16] <seb128> -> desktop week
[16:16] <seb128> confirm that it's going to happen in february
[16:16] <seb128> it's likely we can get London the week after fosdem
[16:16] <seb128> though not confirmed yet
[16:16] <Laney> nice
[16:17] <desrt> awesome
[16:17] <Laney> I want the hotel with the weird alarms and funky lighting again
[16:17] <desrt> citizen|M?
[16:17] <Laney> ya
[16:17] <seb128> otherwise we would have option for U.S later in the month (Orlando, Austin, ...) where it's warmer, but I don't think we care much about the warm?
[16:17] <desrt> spacecapsuleprefabhotel
[16:17] <desrt> they had nice breakfast, too
[16:17] <seb128> I also made an argument for not making people deal with cross atlantic twice and tz changes twice
[16:17] <Laney> big beds, all good
[16:17] <Laney> yeah london seems sensible
[16:17] <seb128> since some are in London for another sprint before fosdem
[16:17] <seb128> and there is fosdem
[16:17] <desrt> seb128: london, please
[16:18] <desrt> london cold is just fine.... and FOSDEM!!
[16:18] <seb128> desrt, right, I'm with you, looks like it should work out ;-)
[16:18] <seb128> ok
[16:18] <seb128> oh, on another note
[16:18] <seb128> eoy holidays start soon for some of us
[16:18] <seb128> end of week for me at least (didrocks as well I think)
[16:18] <Laney> nice
[16:18] <Laney> you got three weeks?
[16:18] <desrt> !!
[16:18] <seb128> Laney, do you want to lead the meeting next week if you are still around?
[16:19] <Laney> will be and can do
[16:19] <seb128> Laney, yeah, 3 full weeks
[16:19] <Laney> \o/
[16:19] <seb128> I used like 2 this year
[16:19] <davmor2> seb128: I'm off from Friday too
[16:19] <seb128> Laney, thanks
[16:19] <seb128> davmor2, enjoy the holidays ;-)
[16:19] <seb128> well, anyway
[16:19] <tkamppeter> seb128, sorry, I missed my call, here is my parts:
[16:20] <seb128> if you need me to review stuff/give some guidance/land something, please ping me in the next days
[16:20] <tkamppeter> - cups-filters/Poppler: Finished fixes for Landscape output.
[16:20] <tkamppeter> - cups-filters: PPD-less printing on PostScript printers
[16:20] <tkamppeter> - cups-filters: Several bug fixes and clean-ups.
[16:20] <tkamppeter> - Bugs
[16:20] <seb128> tkamppeter, hey, thanks
[16:20] <seb128> ok
[16:20] <davmor2> seb128: Thanks you too
[16:20] <seb128> on that note, end of meeting!
[16:20] <desrt> seb128: any idea when we'll 'know for sure' about london?
[16:21] <seb128> desrt, this week
[16:21] <desrt> great.  thanks
[16:21] <seb128> yw
[16:21] <larsu> desrt: so.... accels
[16:22] <desrt> larsu: will be part of the action description xml, overridable by some user config
[16:22] <desrt> either a file in homedir keyed by appid, or something in dconf
[16:22] <larsu> dconf sounds better to me tbh
[16:22] <larsu> org.gtk.Accelerators
[16:22] <desrt> and then what?
[16:22] <desrt> a gigantic dictionary keyed by appid and then keyed again by detailed action name?
[16:23] <larsu> this is where I got stuck in my thinking
[16:23] <larsu> no
[16:23] <larsu> gsettings list!
[16:23] <desrt> remember: gtk doesn't have dconf -- it only has GSettings
[16:23] <desrt> right :)
[16:23] <larsu> is that never going to arrive?
[16:24] <desrt> meh.
[16:24] <larsu> alternatively we could have a file in .config
[16:24] <larsu> wouldn't even need to be xml
[16:24] <larsu> for easy editing and all
[16:24] <desrt> ya
[16:24] <desrt> was thinking keyfile
[16:24] <larsu> "app.action=Ctrl+Q" ?
[16:24] <desrt> yes
Q more likely, actually
[16:24] <larsu> ya, whatever the format for gdk is
[16:25] <desrt> although it may be interesting to change the way we format accels due to the clash with xml and the fact that we use xml freaking everywhere
[16:25] <Laney> attente: there's a climbing centre 16 minutes from blue fin (re: our conversation in Oak) ;-)
[16:25]  * desrt would be up for climbing
[16:25] <attente> Laney, ha, looking forward to it :)
[16:25] <Laney> awesome
[16:32] <jpds> Anyone here know how I can disable suspend?
[16:32] <seb128> jpds, on lid close or?
[16:34] <jpds> seb128: Completely.
[16:35] <seb128> jpds, you mean lockdown? forbid user to access it?
[16:36] <jpds> seb128: I never want the system to suspend.
[16:36] <seb128> jpds, when does it suspend? we only do that on lid close and low battery afaik and you can disable/change both from system-settings->power
[16:37] <jpds> seb128: Well, right now there's the option in indicator-session that I can't seem to disable with PolicyKit.
[16:37] <seb128> jpds, you made to make so the "suspend" item in the indicator doesn't do what it says?
[16:37] <jpds> (Though I can enable hibernate fine).
[16:37] <seb128> you want to make*
[16:38] <jpds> seb128: I want to remove it.
[16:38] <seb128> that's a different question from preventing suspend
[16:38] <seb128> if you would describe the usecase I could maybe help you
[16:38] <seb128> is that in context of vendor/admin lockdown?
[16:38] <seb128> is your machine having a bug with suspend?
[16:40] <seb128> jpds, what I want to know is if that's like asking to take the "mute" item out of sound menu, a weird request just because you want to tweak your UI, or if there is a real usecase behind
[16:47] <ochosi> larsu: sorry for bothering you in advance of the meeting, wasn't aware it was going to commence. are you open to patches wrt using symbolic icons in the indicators?
[16:56] <mterry> seb128, what are the current plans for gtk 3.10?
[16:58] <Laney> it's uploaded
[16:59] <seb128> mterry, I'm fixing the autopkgtest if that's the question?
[16:59] <mterry> seb128, ah, no.  It was a bigger picture question than that.  Sounds like we're close to landing it
[16:59] <seb128> mterry, otherwise in case you just didn't pay attention to trusty-change/our meeting, we uploaded it to trusty today
[16:59] <mterry> seb128, yup, that's the bit I missed  :)
[17:00] <seb128> k
[17:00] <mterry> seb128, awesome work
[17:00] <seb128> larsu, ^ that credits mostly goes to you
[17:00] <mterry> :)
[17:00] <Laney> bah
[17:00] <seb128> mterry, thanks larsu with an icecream next time you see him
[17:00] <Laney> why does nautilus not remember the "show hidden files" setting?
[17:00] <seb128> he did most of the patches porting, including the menus stuff and scrollbars
[17:01] <seb128> Laney, we have bug reports about that, since you can reproduce ... is that the preference setting or the by folder value?
[17:01] <seb128> Laney, https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1247221
[17:01] <ubot2> Launchpad bug 1247221 in nautilus (Ubuntu) "Nautilus doesn't remember setting for showing hidden files correctly" [Low,Confirmed]
[17:01] <Laney> the latter one
[17:02] <seb128> oh, right, I can confirm that
[17:08] <kenvandine> seb128, did you get a chance to look at my fixes to my uss branch?
[17:08] <seb128> kenvandine, not yet, let me have a look
[17:08] <kenvandine> thx
[17:08] <seb128> yw
[17:09] <seb128> sorry for not getting to it earlier, it has been another crazy day here ;-)
[17:09] <kenvandine> no worries, i've switched context to content-hub for the day :)
[17:10] <seb128> Laney, do you want to debug nautilus (or at least upstream a bug report)? I saw the issue flying by my launchpad bug emails a few time, would be good to have fixed for the lts
[17:10] <Laney> yeah i'll put it on the list
[17:11] <seb128> thanks
[17:11] <seb128> it might be worth testing with nautilus 3.10 if it's fixed
[17:11] <Laney> yup
[17:11] <seb128> I'm pondering updating that one
[17:11] <seb128> they didn't do too much work
[17:11] <seb128> and they share the sidebar the fileselector now
[17:11] <seb128> that might be a nice consistency improvement for the LTS
[17:12] <seb128> work->changes (e.g 3.8->3.10 is not crazy or controversial iirc)
[17:13] <Laney> guess we took that on with 3.8 in the first place ...
[17:13] <seb128> "that"?
[17:14] <Laney> the crazy changes
[17:14] <seb128> let me check NEWS/git log again
[17:16] <seb128> https://git.gnome.org/browse/nautilus/log/?h=gnome-3-10&qt=grep&q=places-sidebar
[17:16] <seb128> no, that's only in 3.10 (the commit at the top)
[17:16] <Laney> oh sorry, I meant other crazy changes
[17:16] <Laney> e.g. nautilus controversy
[17:16] <seb128> right
[17:17] <seb128> sorry I misread you
[17:18] <Laney> nod
[17:21] <cyphermox> robru: did you consolidate the copyright data as I suggested or is it following the same format as before?
[17:37] <larsu> ochosi: [sorry, was out for a walk] not if you break unity in the process :P
[17:37] <larsu> ochosi: so if you rename icons in humanity I'm fine with it
[17:37] <ochosi> larsu: hehe, well i mean it seems an easy enough and obvious fix
[17:37] <ochosi> basically humanity needs some additional icons
[17:37] <ochosi> and then the indicators should take advantage of that
[17:38] <larsu> yep, I totally agree
[17:38] <ochosi> for some reason, indicator-power already does accept symbolic icons
[17:38] <larsu> it's just that noone got around to doing it
[17:38] <ochosi> (which is why i got curious about the rest)
[17:38] <larsu> I think that's because it's used by xfce and elementary
[17:38] <larsu> and we had a feature request for that
[17:38] <larsu> I'd be happy if all the -panel ones go away
[17:38] <ochosi> actually in xubuntu we will only be able to use it in 14.04 for the first time
[17:39] <ochosi> our panel only now supports gtk3 indicators
[17:39] <larsu> hm, might have been elementary then (or some other project)
[17:39] <ochosi> yeah, i suppose elementary
[17:39] <ochosi> would you be the right person to ask for review if a merge-request were done?
[17:40] <larsu> on the request please put indicator-applet-developers, so that other subscribed people see the changes as well
[17:40] <larsu> but feel free to ping me when you have it up, I'll review it
[17:40] <ochosi> ok, thanks
[17:40] <larsu> oh, for the icons I don't know
[17:40] <ochosi> hm, does it even make sense?
[17:41] <ochosi> i mean chances are you'll switch to a new icon-theme in 14.04
[17:41] <ochosi> at least if tiheum keeps up the good work ;)
[17:41] <larsu> we can't break unity icons, not even during development
[17:41] <larsu> I'm fine with merging once we've switched icon themes though :)
[17:41] <ochosi> so i guess ideally the new icon-theme will contain the symbolic icons
[17:42] <larsu> definitely, yes
[17:42] <ochosi> and then you'll probably do the change automatically
[17:42] <larsu> ya
[17:42] <ochosi> finally no more -dark and -bright themes...
[17:42] <ochosi> i mean icon-themes
[17:43] <larsu> not sure if that'll work for all icons
[17:43] <larsu> bu tyeah, would be awesome
[17:43] <larsu> *but
[17:43] <ochosi> with gtk3, there's not much reason not to, unless your icon-theme is incomplete, i think
[17:49] <Laney> hmm
[17:49] <Laney> the u-s-s autopilot tests assume the battery panel is always visible
[17:49] <Laney> but that is false
[17:51] <larsu> ya, not visible for some user settings and when there's no battery installed
[17:52] <Laney> yeah I wonder how we should handle that in the tests
[17:52] <Laney> is it legit to mock upower in autopilot tests?
[17:53] <larsu> why wouldn't it be?
[17:54] <Laney> thought you might be expected to use the real one in the session you are running autopilot in
[17:54] <larsu> ah right. I don't know what the policy is there
[17:54] <larsu> or if we even have one :)
[18:03] <Laney> climbing time, happy evening all
[20:04] <robert_ancell> attente, do you know of any reason why we couldn't move /usr/share/dbus-1/services/org.freedesktop.IBus.service from gnome-settings-daemon to IBus? Are there other desktops that might be using it differently?
[20:12] <attente> robert_ancell, i'm not really sure, can't think of a reason why that would cause problems
[20:13] <robert_ancell> attente, I wonder why upstream didn't do it? Perhaps the ibus project is not responsive?
[20:13] <robert_ancell> I need to shift it so we can have both a gnome-settings-daemon and a unity-settings-daemon
[20:16] <attente> hmm.. could it just be that the ibus devs didn't think it needed to be dbus activated?
[20:18] <attente> the commit where that's added says that gnome-shell wants to replace the existing ibus-daemon with special arguments
[20:19] <attente> robert_ancell, specifically to disable the panel
[20:20] <robert_ancell> attente, right, but it still seems kind of wrong to not have that in the ibus package. It's gnome-settings-daemon kind of hijacking the ibus config there
[20:21] <attente> i can only speculate, but i guess it's just because ibus-daemon should be running from the start of the session
[20:22] <attente> and i guess g-s-d is just adding that service file very specifically to overwrite the arguments to ibus-daemon
[20:25] <robert_ancell> the other option is to make a special package with just that config e.g. gnome-settings-daemon-ibus-config
[20:25] <robert_ancell> That would be the safest, but a bit weird
[20:25] <robert_ancell> But I guess that matches the weirdness of the reality
[20:26] <attente> hmmm.. i wonder if we even need that in unity, being able to dbus activate ibus
[20:27] <robert_ancell> attente, oh, that would be even better. :)
[20:27] <robert_ancell> attente, shall I make the packages without it and you can tell me if it's a problem?
[20:28] <attente> bschaefer, do you know if ibus-daemon needs to be dbus activated under unity?
[20:28] <attente> robert_ancell, i think that should be ok for time being
[20:28] <bschaefer> hmm if you wan it to work with nux, IIRC. As nux talks with the ibus daemon, which i think it does it through dbus
[20:29] <attente> but isn't ibus-daemon already running in the session by virtue of im-config?
[20:31] <bschaefer> attente, yeah, quickly looking at what nux does. It uses ibus api which then ends up using dbus commands to send messages to the daemon (quickly lookig)
[20:31] <bschaefer> looking*
[20:32] <attente> i guess it's easy enough to just check what happens when the file is gone
[20:32] <attente> brb
[20:36] <attente> robert_ancell, so, i moved the file around, and IM with ibus is still working
[20:36] <robert_ancell> attente, ok, I'll just not have it in u-s-d
[20:36] <attente> sounds like it should be ok, unless bschaefer has something to say about it
[20:37]  * bschaefer reads backlog
[20:37] <attente> bschaefer, i just tried removing the service file :)
[20:38] <bschaefer> attente, sorry, i miss read your first statement :), no ibus doesn't need to be dbus started
[20:38] <bschaefer> when you start the daemon it should be doing that on its own
[20:38] <attente> ok, so that is just a gnome-shell thing, fantastic
[20:38] <bschaefer> like when its started with upstart
[20:39] <seb128> robert_ancell, hey, check with happyaron as well about ibus stuff, he's maintaining that stack for us


[00:15] -SwissBot:#ubuntu-news- ::Planet:: Bryan Quigley: Email list to Ghost site - PastaDollar.com @ https://bryanquigley.com/posts/ghost-pastadollar.html
[02:02] <guiverc> Bashing-om, I read thru uwn & no comments...   I'm tired (more zombie than awake) so not sure how useful it was, but nothing stood out to me.
[02:03]  * guiverc will likley be zombie next two weekends+mon also...
[02:15] <Bashing-om> guiverc: We took a pounding on this one - but me thinks now good to go :)
[02:15] <guiverc> :)
[14:00] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: What is System Hardening? Definition and Best practices @ https://ubuntu.com//blog/what-is-system-hardening-definition-and-best-practices
[19:29] <Bashing-om> UWN: Pulling "WIP" - log checked and no further edits are known - will start the push soonest.
[19:38] <Bashing-om> UWN: ubuntu-news@lists is away - doing the Forums posting next.
[19:54] <Bashing-om> UWN: Forums post done - next is the Re-directs.
[20:08] <Bashing-om> UWN: Re-directs done - Pending now is release to the Social Media.
[20:31] <Bashing-om> UWN: Mastodon blogged to. Waiting to do: clean/wipe and the prep for next. :D
[22:01] <guiverc> https://fridge.ubuntu.com/2023/03/27/ubuntu-weekly-newsletter-issue-780/
[22:05] <guiverc> posted uwn 780 to twitter, telegram, reddit, (mewe)
[22:11] <Bashing-om> Fridge: Spot check and all looks good.
[22:12] <Bashing-om> guiverc: Clear now to to the wipe/repeat thing ?
[22:13] <guiverc> thanks Bashing-om , yep scrub away..  (me has loaded tor-browser for connection to fb... not got there yet; window open primarily as reminder)
[22:14] <Bashing-om> doing ^
[22:21] <Bashing-om> UWN: Working now toward April Fool's :P
[22:26] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 780 @ https://fridge.ubuntu.com/2023/03/27/ubuntu-weekly-newsletter-issue-780/
[22:31] <guiverc> uwn 780 posted to fb
[23:05] <Bashing-om> guiverc: \o/ FB -- now we do issue781 :D


[16:38] <szxzx> running into an issue trying to backport a couple of packages to xenial – "Depends: debhelper (>= 9) but it is not going to be installed" – even though I've enabled xenial-backports on the PPA and it seems to have a newer version (https://packages.ubuntu.com/xenial-backports/debhelper). any help would be appreciated!
[16:38] <cjwatson> That means that your PPA or its dependencies have something that makes the newer debhelper version uninstallable
[16:39] <cjwatson> Baseline xenial has debhelper >= 9 anyway
[16:40] <cjwatson> ("is not going to be installed" is apt's way of saying "I tried the requested version and it was available but its dependencies weren't satisfiable in combination with everything else you asked for"
[16:40] <cjwatson> )
[17:10] <szxzx> cjwatson: I see, how would I go about debugging it? is there anything that could help in the build log, or would I need to build it locally?
[17:11] <cjwatson> szxzx: I usually find "chdist" (in ubuntu-dev-tools) helpful - lets you set up a lightweight apt environment matching what your PPA is building with, and then you can try "chdist apt-get name-of-environment build-dep your-source-package-name"
[17:12] <cjwatson> see if that reproduces it, then convert it into a similar apt-get install line, and then you can add packages to that to force apt to eventually give you a more helpful message
[17:12] <cjwatson> if you can't figure it out then point me at the build and I can see if I can
[17:18] <kyrofa> Hey, do we have arm back? I'm starting to get emails about build failures again
[17:19] <nacc> kyrofa: see /topic
[17:20] <kyrofa> nacc, ah, thank you. So easy to miss those when you have a bouncer
[17:20] <nacc> kyrofa: :)
[17:23] <cjwatson> The queues are still draining, but they should only take another day or so now
[17:48] <szxzx> cjwatson: installing debhelper in chdist fails with "dpkg: dependency problems prevent processing triggers for systemd: systemd depends on libsystemd0 (= 229-4ubuntu21); however: Version of libsystemd0:amd64 on system is 229-4ubuntu4." – would appreciate help deciphering!
[17:49] <cjwatson> szxzx: um, I perhaps should have said, you aren't meant to actually continue with the install
[17:49] <cjwatson> szxzx: just purely running apt's dependency checks and then saying no.  you'll need to revert any installations that happened
[17:50] <szxzx> sorry, using webchat and it timed out and cleared the logs... had to improvise from memory :)
[17:50] <cjwatson> szxzx: so this will have actually installed stuff on your dev system, which was not at all the intent of my recommendation :)
[17:50] <cjwatson> szxzx: could you point me at the failing build, please?
[17:51] <szxzx> cjwatson: no worries, running in a throwaway docker container
[17:51] <szxzx> cjwatson: https://launchpad.net/~szxzx/+archive/ubuntu/caffe/+build/14255673
[18:00] <cjwatson> szxzx: OK, so xenial-backports isn't relevant here because this PPA has debhelper in it directly.  Did you have to copy that in for some other package?
[18:01] <cjwatson> szxzx: https://paste.ubuntu.com/26438883/ shows the problem - the version of debhelper you have in your PPA depends on other things that aren't available
[18:01] <cjwatson> (slightly mangled paste on line 6, sorry)
[18:01] <szxzx> cjwatson: nope, I'll go ahead and remove backports
[18:01] <cjwatson> szxzx: that won't do anything
[18:02] <cjwatson> szxzx: it's not about whether you have backports enabled; it's the fact that you have an uninstallable version of debhelper *in your PPA*
[18:02] <cjwatson> https://launchpad.net/~szxzx/+archive/ubuntu/caffe/+packages
[18:02] <szxzx> cjwatson: yeah, just replying to your first comment asking about backports. I realize that's not what's causing the issue
[18:02] <cjwatson> backports may make a difference down the line, I don't know, but it's not the problem here
[18:02] <cjwatson> OK
[18:04] <szxzx> cjwatson: so if I just delete debhelper from my PPA that would be a good start, right? started this last week and I can't remember why I added it TBH
[18:05] <cjwatson> szxzx: Right, if you don't know then that's probably a reasonable response.  If you do need to put it back then you'll need to make sure that those of its dependencies that aren't in xenial{,-security,-updates} are also included
[18:05] <cjwatson> szxzx: (you'll need to wait for a PPA publisher cycle before retrying the build - make sure debhelper actually disappears from the PPA)
[18:18] <szxzx> cjwatson: ok, now I see why I added debhelper in the first place. the actual package I was trying to build wants debhelper >= 10, and at that point I wasn't aware that it exists in backports
[19:29] <milki> hi, im getting a 503 from the 1.0 api saying its being upgrade?
[19:30] <milki> is there a different api i should be using?
[19:50] <milki> cjwatson: hi
[19:50] <milki> cjwatson: i see in the logs you helped someone earlier today
[19:52] <nacc> milki: which api?
[19:53] <milki> nacc: im hitting https://api.staging.launchpad.net/1.0
[19:53] <nacc> milki: hrm, that does not 503 for me
[19:53] <milki> hm
[19:53] <milki> ok
[19:53] <nacc> milki: that url itself 503s for you?
[19:53] <nacc> milki: in a browser, e.g
[19:53] <milki> so maybe the rest of the url is wrong now
[19:53] <milki> yeah
[19:54] <milki> https://api.staging.launchpad.net/1.0/~git-core/+archive/ubuntu/ppa/?ws.op=getPublishedBinaries\&status=Published\&distro_arch_series=https://api.staging.launchpad.net/1.0/ubuntu/trusty/amd64\&binary_package_name=git\&exact_match=true
[19:54] <milki> is the original url
[19:54] <milki> so... im going to munge that and see what im getting wrong now
[19:54] <nacc> milki: yeah that also errors for me so it's somethig in the suffix
[19:55] <milki> cjwatson: nvm, nacc helped me out
[19:57] <milki> aha
[19:57] <milki> dropping staging worked
[19:57] <milki> >.>
[19:57] <milki> api.launchpad.net
[19:59] <milki> nacc: thanks for rubber ducking with me
[19:59] <nacc> milki: np :)
[20:50] <jfmcarreira> heyyy guys
[20:50] <jfmcarreira> any help with this error? https://launchpadlibrarian.net/354303990/buildlog_ubuntu-bionic-amd64.playuver_0.18.1-1-201801221931~ubuntu18.04.1_BUILDING.txt.gz
[20:51] <nacc> jfmcarreira: do those files exist?
[20:53] <jfmcarreira> nacc: it shows "-- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/lib/libPlaYUVerLib.so"
[20:53] <jfmcarreira> nacc: this is a app that i am trying to split into different  pkgs
[20:53] <jfmcarreira> without luck
[20:53] <jfmcarreira> nacc: i trying to run debuild -us -uc -b and it worked on a ubuntu machine
[20:54] <nacc> jfmcarreira: do you have a link to the srcpkg?
[21:36] <cjwatson> milki: right, staging's weekly restore from the production DB hit a snag so it's down at the moment
[21:37] <milki> o, its related. ok
[21:37] <milki> thanks for the update
[21:37] <cjwatson> nacc: note that I pointed jfmcarreira at https://wiki.debian.org/Multiarch/Implementation#CMake (specifically the include(GNUInstallDirs) stuff) a few days ago for a similar problem.  Perhaps somebody with more time can work through the details of that with them
[21:39] <jfmcarreira> cjwatson: I implemented it the way the link pointed out
[21:39] <jfmcarreira> nacc: what you mean by srcpkg? source code?
[21:40] <cjwatson> jfmcarreira: OK, you didn't actually say that, you just repeated a very similar-looking question a while later, so it was hard to tell
[21:40] <nacc> cjwatson: thanks
[21:41] <nacc> jfmcarreira: a source package is the ... source that builds binary packages :)
[21:41] <nacc> jfmcarreira: if you have a link, i can try and see what's going wrong
[21:42] <jfmcarreira> nacc: let me do another test and I found out that I was not building the code after changes that cjwatson recommended
[21:42] <cjwatson> nacc: FWIW a handy trick (and it's way too opaque) is that you can try the number after PACKAGEBUILD- in the log and tack it onto the end of https://launchpad.net/builders/+build/
[21:42] <cjwatson> which then redirects to https://launchpad.net/~jfmcarreira/+archive/ubuntu/ppa/+build/14262379
[21:42] <jfmcarreira> nacc: this output comes from launchapad recipes so idk where I can find the srcpkg
[21:43] <nacc> jfmcarreira: well, i mean you must be building something yourself, right? ... what are you building, basically :)
[21:43] <nacc> cjwatson: ah thanks!
[21:43] <nacc> cjwatson: never knew that, but that is very helpful!
[21:44] <cjwatson> I'd rather that build logs just had a link to the build, but never got round to that ...
[21:44] <nacc> yeah there are a few links like that (relatively well-defined) that would be nice to have
[21:47] <jfmcarreira> cjwatson: nacc trying to build again with the latest code
[21:52] <cjwatson> hmm, GNUInstallDirs is supposed to set CMAKE_INSTALL_LIBDIR to have ${CMAKE_LIBRARY_ARCHITECTURE} at the end of it if it's set, but it's not obvious that it's doing so
[21:52] <cjwatson> might be worth cranking up cmake's debug output to see exactly what variables are being set
[21:54] <cjwatson> might also be worth seeing if there are any ordering requirements on when GNUInstallDirs is included - maybe it needs to come after some kind of compiler-detection code in the CMakeLists?
[21:57] <kugel> Hello. I can't log in to launchpad. I get a server error after passing ubuntu one login
[22:02] <cjwatson> kugel: do you get an OOPS ID?
[22:03] <cjwatson> kugel: (are you seeing what I wrote?  this is the third time I've replied to you)
[22:10] <kugel> cjwatson:  (Error ID: OOPS-0cf2cb01ee21acc5364a0ab6258bfa2a)
[22:11] <kugel> cjwatson: hm, looks like irssi's awayproxy didn't notify me
[22:18] <cjwatson> kugel: fix on its way, try again in a few minutes
[22:20] <kugel> cjwatson: thanks, good now. was this problem specific to my account?
[22:20] <cjwatson> kugel: yes and no; https://bugs.launchpad.net/launchpad/+bug/1607242
[22:21] <cjwatson> we'd imported a comment on some bugzilla or other from your email address in 2014
[22:21] <cjwatson> so there was a sort of placeholder record that conflicted
[22:21] <kugel> alright. thank you anyway
[22:21]  * cjwatson taps fingers waiting for the cron job to run
[22:22] <kugel> so now I can post on the glibc bug that's bugging me hard
[22:22] <cjwatson> kugel: there we go, should work now
[22:24] <kugel> I'm talking about https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1732550, it affects me on two systems. Is there anything I can do to bump it?
[22:25] <kugel> it's fixed upstream long ago, and should be backported into 2.26
[22:27] <kugel> kugel-e-merged was merged into my account? Never heard about kugel-e-merged
[22:27] <nacc> kugel: the bug question should be somewhere else (it's not really a LP question)
[22:29] <nacc> kugel: e.g, ubuntu-devel, or probably the lxd-relevant channel
[22:38] <cjwatson> kugel: "kugel-e" was the autocreated placeholder I mentioned earlier, and it got a "-merged" suffix a few minutes ago when it was merged
[22:38] <kugel> ah, ok
[22:38] <cjwatson> (merging was how we gave control of that email address to your account)
[22:38] <kugel> so, I would expect my account details list two email addresses, but it's still just the one I use to log in
[22:39] <cjwatson> why would you expect that?
[22:40] <kugel> cjwatson: because I misread your comment (I read other email address)
[22:40] <kugel> nevermind
[22:40] <cjwatson> ok :)
[23:42] <szxzx> hi there, I have an issue with backportpackage repeatedly timing out uploading a large-ish file. (my connection is solid AFAIK.) is there any way to retry/resume the upload without restarting the whole process?
[23:54] <jfmcarreira> still the same error https://launchpadlibrarian.net/354313578/buildlog_ubuntu-bionic-amd64.playuver_0.18.1-1-201801222211~ubuntu18.04.1_BUILDING.txt.gz


[15:06] <mup> PR operator#926 opened: Fixing the function signature of send_signal in _TestingPebbleClient <Created by weiiwang01> <https://github.com/canonical/operator/pull/926>


[01:09] <mscheel> Hi, I'm following http://maas.ubuntu.com/docs/install.html#pkg-install to get the 1.7 maas
[01:09] <mscheel> I have already installed maas 1.5 (the server is Ubuntu 14.04), I'd like to upgrade
[01:10] <mscheel> I do the add-apt-repository cloud-archive:tools but I get:
[01:10] <mscheel> cloud-archive only supported on precise
[01:10] <mscheel> (so for fun I installed a server on precise, but then it only gets maas 1.2)
[01:11] <mscheel> Is there a way to get the 1.6 or 1.7 maas via packages?
[01:12] <mscheel> (thanks in advance)
[03:57] <mwhudson> mscheel: there must be a ppa somewhere
[03:57] <mwhudson> although, is 1.7 out yet?
[03:57] <jtv> Not as such.
[03:58] <mwhudson> mscheel: https://launchpad.net/~maas-maintainers/+archive/ubuntu/dailybuilds ?
[03:58] <jtv> Yeah, that should give you pre-release packages.
[04:29] <rick_h_> mwhudson: I had to get the experimental to get 1.7
[04:30] <rick_h_> vs dailybuilds, but then again I guess 1.7.0 is listed there
[04:30] <rick_h_> https://launchpad.net/~maas-maintainers/+archive/ubuntu/experimental is a few revs ahead it looks like
[08:07] <mscheel> mwhudson: thanks!
[08:08] <mscheel> I didn't realize 1.7 wasn't out
[08:09] <mscheel> I need the static IP support, which doesn't appear to be present in the 1.5 UI at least
[08:10] <jtv> Yeah that's 1.7.
[08:10] <jtv> If you upgrade, you'll also want to edit your cluster interface to have separate static & dynamic IP address ranges.
[08:12] <mscheel> yeah we followed http://maas.ubuntu.com/docs/cluster-configuration.html
[08:13] <mscheel> didn't realize that 1.5 was different
[08:13] <mscheel> I don't think we can use daily/experimental/beta maas for the project I'm working on, unfortunately
[08:17] <mscheel> btw, one of the things that tripped me up early in my experiments, was when I configured the cluster controller, I used <IP_ADDRESS> as the region controller address (or at least that's what I thought I was doing :)  - then when my first node started to come up, it just sits there, on a ci-info screen, never times out or prints that it is failing because it is trying to connect to <IP_ADDRESS>
[08:18] <mscheel> eventually I managed to get a screen shot of the boot process that showed that IP address as the controller it was connecting to, and just had to dpkg-reconfigure the cluster controller
[08:22] <jtv> mscheel: thanks — I'll file a bug on the package, to make the question clearer.
[08:22] <mscheel> thanks - I wasn't really sure where the "bug" was because the error was mine :)
[08:22] <mscheel> I assume there's some reason the client node just sits waiting for a response
[08:23] <jtv> Well if it can't reach the server, there isn't all that much we can make it do.
[08:24] <mscheel> yeah not really
[08:24] <mscheel> an error message would have been helpful, or a statement of what step it was on, maybe
[08:25] <mscheel> "registering with maas cluster controller @ <ip: x.y.z.a>"
[08:25]  * mscheel shrugs
[08:25] <mscheel> if I'm the only one it happened to, not a big deal :)
[08:27] <jtv> Then again, there could be any number of people running into it and not getting back to us.
[08:27] <jtv> I see a small change that could be made: it's not just how the cluster controller reaches the API, it's also the basis for how the nodes reach the API.
[08:28] <mscheel> ah, yeah, that makes sense
[10:11] <jtv> allenap: if you look at lp:~jtv/maas/use-compose-curtin-network-preseed now and run src/maasserver/tests/test_preseed.py, you'll see that RPC failure I mentioned.
[10:11]  * allenap looks
[10:21] <jtv> allenap: found it!  The fake handler for that RPC method was hidden away in a mix-in.
[10:21] <mgz> allenap: where are you?
[10:25] <allenap> jtv: http://paste.ubuntu.com/8478304/ is how I’d start.
[10:25] <allenap> mgz: Gah. I’m at home.
[10:25] <jtv> allenap: thanks — I think I need this to pass by default though, because it affects semi-unrelated tests.
[10:26] <mgz> allenap: :D
[10:26] <allenap> mgz: I’m not going to make it :-(
[10:27] <mgz> allenap: ;_;
[10:28] <mgz> you brussels though?
[10:28] <allenap> mgz: Nope, last minute reprieve. Austin, yes.
[12:01] <jtv> rvba: can you think of an easy way to add the region controller to the DNS mappings?
[12:02] <jtv> So that I can test with a DNS server that resolves a hostname for the region controller in both IPv4 and IPv6?
[12:03] <rvba> jtv: let me have a look at the code…
[12:03] <jtv> Thanks.
[12:07] <rvba> jtv: I don't really see a way other than pass the region ip → hostname info to DNSForwardZoneConfig in src/maasserver/dns/zonegenerator.py, the same way we pass dns_ip.
[12:09] <jtv> rvba: that's probably not so bad, actually.  Thanks!
[12:09] <rvba> np
[12:09] <jtv> (In fact I've been wondering if the region shouldn't just provide a fixed hostname for itself in its own DNS...)
[13:00] <rvba> blake_r: Hi Blake.  It seems src/maasserver/models/tests/test_bootsource.py:TestBootSource.test_calls_cache_boot_sources_on_create is flaky… any idea why (see http://paste.ubuntu.com/8479003/)?
[13:02] <blake_r> rvba: no I will have to look into it


[00:02] <yofel> ScottK: https://www-admin.kubuntu.org/kde-sc-4.9.4 - the announcement link is still dead though.
[00:03] <simplew> Riddell: i was told that wireshark has a qt ui but theres no suchk package in ubuntu
[00:03] <simplew> crap, wrong channel again
[00:23] <simplew> Riddell: but yes, wireshark has a qt ui, would it be  possible to package it?
[00:33] <micahg> simplew: is it in the same tree or a separate project?
[00:34] <simplew> micahg: same source, in which uses cmake
[00:34] <micahg> simplew: maybe file a bug in Debian?
[00:34] <simplew> micahg: ?
[00:35] <micahg> is it an optional build flag or something?
[00:35] <simplew> http://anonsvn.wireshark.org/viewvc/trunk/CMakeLists.txt?revision=46147&view=markup
[00:37] <micahg> simplew: if it's in the same tree, I'd suggest speaking with the Debian maintainer or filing a wishlist bug (reportbug -Bdebian wireshark)
[00:38] <micahg> I'm not sure there's an easy solution though as it looks like it needs to be a separate build (which Debian probably won't go for as it's already a security sensitive pacakge)
[00:38] <simplew> micahg: you have there the urk, you can see it yourself
[00:39] <simplew> micahg: it can be done in a single build
[00:39] <micahg> ah, ok, wishlist bug in Debian is your best bet then
[00:40] <simplew> micahg: well im packaging it already
[00:40] <simplew> micahg: at least will be available in my ppa
[00:40] <micahg> simplew: wireshark is already packaged, we're not going to have 2 in Ubuntu, and we're in sync with Debian on this
[00:41] <simplew> and its not 2, its for 2 different GUI's
[00:41] <simplew> its the same as you wouldenable GTK build in Qt
[00:42] <micahg> I'm saying 2 sources, meaning that the way in is to politely ask the Debian maintainer to enable/package it
[00:43] <simplew> micahg: yes, im not saying otherwise, but untill that is done im putitng it available in my ppa
[00:43] <micahg> sure
[00:44] <ScottK> Also including the packaging diff in the bug is not usually a bad idea.
[00:45] <simplew> yeap
[00:45] <simplew> but now its time to sleep :)
[10:35] <Riddell> hmm 4.9.90 or alpha 1?
[10:35]  * Riddell cracks on with 4.9.90 for now
[11:08]  * yofel_ pressed the publish button for the 4.9.4 news
[11:08] <Riddell> yay, thanks for that yofel_
[11:11] <Riddell> added a thanks to http://www.kubuntu.org/news/kde-sc-4.9.4 :)
[11:30] <yofel> heh, thanks
[11:56] <shadeslayer> Riddell: are we backporting beta 2 to quantal?
[11:56] <Riddell> shadeslayer: well I hope to but it needs done for raring first
[11:57] <shadeslayer> okay, and are you working on the FTBF's?
[11:57] <shadeslayer> because I'll be free in another 30 minutes to look at them
[11:57] <Riddell> shadeslayer: yeah, I'm keeping http://notes.kde.org/kubuntu-ninjas updated so just check there and start on the next ones
[11:57] <shadeslayer> okay
[11:58] <Riddell> or I might take the opportunity to do some alpha 1 testing if you get onto 4.9.90
[11:58] <Riddell> annoying having upstream releasing a day early, with the tars being a day late it makes us look like slackers
[11:58] <shadeslayer> heh
[11:58] <shadeslayer> Like I said, I can take it up in another 30 minutes :)
[12:24] <soee> Riddell, i vote YES for backporting beta2 to quantal :)
[12:24] <soee> though i wouldnt be helpful here as i dont know how it is done :)
[13:31] <shadeslayer> Riddell: do we want to ship lines 2 and below http://paste.kde.org/620264/
[13:32] <shadeslayer> if we do, we will have to make libpala0 and libpala-dev
[13:41] <BluesKaj> Hey all
[13:50] <Riddell> shadeslayer: the /usr/bin file we do but the dev library files probably not
[13:54] <shadeslayer> ok
[13:55] <Riddell> shadeslayer: and they're in not-installed in kdegames so no we don't
[13:55] <shadeslayer> oh awesome, forgot to check that one thing
[14:44] <ScottK> Britney transitions are blocked for packages affecting Kubuntu images.
[14:44] <ScottK> Respining for (hopefully) final images now.
[14:44] <Riddell> great
[14:45] <ScottK> I pinged claydoh about release notes, but never heard back.
[14:45] <Riddell> ScottK: is that worth announcing on ubuntu-devel-announce?
[14:45] <ScottK> I'll ask.
[14:45] <Riddell> anyone else fancy taking on the release page task?
[14:45] <Riddell> Darkwing?
[14:47] <ScottK> stgraber is writing the u-d-a mail.
[14:48] <ScottK> shadeslayer: Can you do ISO testing today?
[14:48] <ScottK> I can test i386.
[14:48] <ScottK> Anyone up for amd64 testing?
[14:48]  * ScottK is poking at shadeslayer for amd64+mac.
[14:48] <shadeslayer> didn't I do that already?
[14:48] <shadeslayer> or did something change?
[14:49] <ScottK> We're respinning to get in sync with the archive.
[14:49] <ScottK> Also, only one test case got done.
[14:49] <shadeslayer> well ... you can also mark live session as being fine
[14:50] <shadeslayer> as for being in sync with archive ... hmm
[14:50] <shadeslayer> I can do some live testing as long as it doesn't entail a huge download
[14:50] <ScottK> We'll need retesting for the updated image.
[14:50] <Riddell> I can do testing
[14:56] <shadeslayer> okay, 10 % needs downloading
[14:56] <shadeslayer> good enough
[14:56] <shadeslayer> I can test the live session
[14:57] <ScottK> Respin isn't done.
[14:57] <shadeslayer> bbiab, have to run out for a bit
[14:57] <shadeslayer> oh okay
[14:57] <ScottK> In progress
[14:57] <shadeslayer> http://iso.qa.ubuntu.com/qatracker/milestones/247/builds hasn't been marked as being respun
[14:58] <ScottK> Doing
[14:58] <shadeslayer> thx
[14:58] <shadeslayer> be back in 20 minutes :)
[14:58] <ScottK> Done.
[15:01] <yofel> agateau: I'll look at gwenview later
[15:02] <yofel> thanks
[15:04] <ScottK> There you go.  Test away.
[15:05] <BluesKaj> is  Kubuntu Desktop amd64 Raring Alpha 1 ready for downloading ? I've been waiting to try it since the latest daily builds don't run in full screen due to nvidia drivers failing to install
[15:07] <ScottK> BluesKaj: The candidate images are ready, but it's unlikely to be any different than the dailies.
[15:07] <ScottK> (unless there's been a specific fix for your issue in the meantime)
[15:10] <agateau> yofel: sure, no urgency
[15:11] <BluesKaj> ScottK, ok thanks , the last daily used was last thursday, if there's a fix for the nvidia driver problem since, then I'll try again . If someone can tell me the nvidia driver failures are repaired then I'll give it a try.
[15:12] <Riddell> BluesKaj: not our area
[15:12] <ScottK> BluesKaj: Does bug 1054458 look like your bug?
[15:13] <ScottK> If so, I'd subscribe to that and test once it's marked fix released.
[15:18] <BluesKaj> ScottK, I forgot to mention the 3.7 kernel doesn't recognize my wireless KB , so the install freezes at that point .. I can only use the 3.5 kernel on my setup
[15:18] <ScottK> Ah.  That would make install tough.
[15:18] <ScottK> Did you file bugs?
[15:19] <BluesKaj> well no I thought I'd wait for the alpha release
[15:19] <ScottK> No one bug Kubuntu/Edubuntu are doing an Alpha.
[15:20] <ScottK> No need to wait.
[15:24] <shadeslayer> ScottK: downloading
[15:27] <shadeslayer> hmm
[15:28] <shadeslayer> torrent stats for anyone interested : http://i.imgur.com/svKuZ.png
[15:28] <shadeslayer> apparently we have a 20GB difference between amd64 and i386
[15:29] <shadeslayer> oh fun, that link looks like a 404
[15:31] <shadeslayer> http://wstaw.org/m/2012/12/05/plasma-desktopNB2110.png
[15:34] <yofel> shadeslayer: same for me: 83G <> 104G
[15:42] <BluesKaj> ScottK, yofel so today's daily build is the 13.04 Alpha ?
[15:43] <Riddell> BluesKaj: no
[15:43] <ScottK> Today's build is the candidate.
[15:43] <Riddell> it's a candidate in testing
[15:43] <Riddell> please test
[15:44] <shadeslayer> ScottK: re invalid openID transaction, works for me
[15:45] <ScottK> shadeslayer: I tried it several times.
[15:45] <ScottK> Did you remove all cookies and such?
[15:45] <shadeslayer> I logged out and logged in
[15:45] <shadeslayer> does that count? :P
[15:45] <shadeslayer> but then again, I'm using 2 factor auth
[15:46] <ScottK> No.  That doesn't count.
[15:46] <shadeslayer> ok, sec
[15:49] <shadeslayer> ScottK: works for me after clearing everything
[15:50] <ScottK> Odd.
[15:50] <ScottK> I'll try it again after the next install
[16:08] <shadeslayer> yay, downloading the ISO at ... 10KBps
[16:24] <ScottK> Did you at least zsync from the last one?
[16:25] <shadeslayer> ScottK: ofcourse
[16:25] <shadeslayer> #################--- 88.9% 2.9 kBps 905:40 ETA
[16:25]  * shadeslayer notes that build page looks pretty green
[16:26] <shadeslayer> ScottK: too many devices, not enough bandwidth
[16:27] <shadeslayer> I see 6 devices on my WiFi with a bandwidth of about 512 Kbps
[16:27] <kubotu> ::qt-bugs:: [1074978] [kubuntu 12.10] multiple pages per sheet options makes printer hang @ https://bugs.launchpad.net/bugs/1074978 (by damahevi)
[16:27] <Riddell> shadeslayer: greener but still splashes of yellow and red
[16:28] <shadeslayer> yus
[16:28] <shadeslayer> Riddell: did you also upload some games? because palapeli didn't have install files
[16:28] <shadeslayer> do the rest of them need similar fix0ring?
[16:29] <Riddell> shadeslayer: it's a single .deb isn't it?
[16:29] <Riddell> most of them won't need .install files, palapeli will need one to stop those headers getting installed
[16:29] <shadeslayer> palapeli was 2 binary packages
[16:30] <Riddell> ah
[16:30]  * shadeslayer checks again
[16:30] <Riddell> fixoring is needed then
[16:30] <shadeslayer> and ideally we want to follow what kde games did
[16:30] <shadeslayer> so that upgrades are smooth
[16:31] <shadeslayer> right, it's palapeli and palapeli-data
[16:51] <shadeslayer> Riddell: muwhahah, I got us a minion from foss.in
[16:52] <shadeslayer> apachelogger: would you like a minion?
[16:52] <Riddell> shadeslayer: excellent, does this minion use irc?
[16:52] <shadeslayer> he said that he knew how to use it
[16:52] <shadeslayer> and I got a email from him that he'll hang around
[16:53] <shadeslayer> Riddell: I'm not sure, but do you know kstar?
[16:53] <shadeslayer> Aakarsh Simha
[16:53] <shadeslayer> said minion is kstar's brother :D
[16:53] <Riddell> oh cool
[16:54] <shadeslayer> this is fun : http://packages.ubuntu.com/quantal/all/kdegames-data/filelist
[16:54] <shadeslayer> so I guess that since the data package is pretty much empty we don't have to split data packages for other games
[16:56] <Riddell> no palapeli was the only one I think
[16:56] <Riddell> I just took the entries from the old kdegames debian/control
[16:59] <shadeslayer> righto
[17:12] <shadeslayer> ScottK: how is bug 1086840 a bug in kubuntu-settings ?
[17:12] <ScottK> shadeslayer: Because I wasn't sure where to file it.
[17:13] <shadeslayer> hm
[17:13] <shadeslayer> it's kind of weird though
[17:13] <ScottK> I picked kubuntu-settings before I knew the file actually existed
[17:13] <ScottK> I've seem something similar before and it was in kde4libs.
[17:13] <shadeslayer> well ... that's where the kded comes from
[17:13] <shadeslayer> but the question is, why is it showing that error when you most likely do NOT have a full disk drive
[17:13] <ScottK> If you grep for bookmarks.xml in kde4libs, it's pretty easy to find where it's doing that.
[17:14] <ScottK> I most certainly don't.
[17:14] <shadeslayer> I wiped my disk, so cloning kdelibs is a task that I'll leave overnight :P
[17:14] <ScottK> Heh.
[17:15]  * shadeslayer clones on server instead
[17:17] <shadeslayer> 1.4 MBps <3
[17:24] <shadeslayer> ScottK: comes from kio/bookmarks/kbookmarkmanager.cc
[17:24] <ScottK> OK.  Does it look like it's doing anything odd with trying to open the file?
[17:25] <shadeslayer> Not really
[17:25] <shadeslayer> http://paste.kde.org/620426/
[17:25] <ScottK> Interesting.
[17:25] <shadeslayer> tries to open file, if it fails, reports an error
[17:25] <ScottK> .kde/share/apps/kfileplaces/ does not exist on a fresh install
[17:26] <ScottK> So I wonder if it's checking for it before it gets created the first time.
[17:26] <shadeslayer> hmmm
[17:26] <ScottK> No, it does.
[17:26] <ScottK> I take that back.
[17:26] <shadeslayer> :)
[17:27] <ScottK> I remember several cycles ago a similar bug and ended up patching away the error message because it was bogus.
[17:28] <shadeslayer> lol
[17:28] <shadeslayer> how the heck does one use errors.ubuntu.com
[17:28] <shadeslayer> searching for germinate there doesn't do anything :/
[17:33] <shadeslayer> ScottK: btw, do we have plans for autopkg tests?
[17:33] <ScottK> We have lots of plans.
[17:33] <shadeslayer> hehe
[17:33] <ScottK> For ALL the things.
[17:33] <shadeslayer> nah, I'm looking at autopilot and autopkg
[17:34] <shadeslayer> and is debian also using autopkg tests?
[17:35] <ScottK> Yes.
[17:35] <shadeslayer> ok cool
[17:41] <Riddell> raring is raring to go on my first test
[17:43] <shadeslayer> :D
[18:06] <shadeslayer> can I go ahead and put kio-mtp in the kubuntu experimental ppa?
[18:06] <ScottK> Yes.
[18:07] <shadeslayer> cool, I'll be uploading for raring only atm
[18:07] <shadeslayer> afiestas: ^
[18:09] <shadeslayer> now that my HTC phone has gone ahead and become MTP only, I can understand the pain :(
[18:09] <shadeslayer> stupid HTC
[18:10] <shadeslayer> oh derp, forgot the dbg package
[18:13] <shadeslayer> then again, kio-ftps doesn't have one
[18:13] <ScottK> That doesn't make it right ...
[18:15] <shadeslayer> yeah, fixing
[18:16] <shadeslayer> sweet : http://wstaw.org/m/2012/12/05/plasma-desktopki2110.png
[18:16] <shadeslayer> eh wat
[18:16] <shadeslayer> phone rebooted xD
[18:17] <shadeslayer> okayyy
[18:17] <shadeslayer> buggy software is buggy
[18:18] <shadeslayer> okay, something is *really* wrong
[18:31] <shadeslayer> wohoo
[18:32] <shadeslayer> http://wstaw.org/m/2012/12/05/plasma-desktopsD2110.png
[18:34] <ScottK> Ship it!
[18:34] <shadeslayer> hehe
[18:34] <shadeslayer> well some things don't work, like trying to open png files
[18:34] <shadeslayer> taking insane amount of time
[18:34] <shadeslayer> pdf's open quickly
[18:35] <ScottK> File size difference?
[18:36] <shadeslayer> shows the file size as 0 Bytes :P
[18:38] <shadeslayer> mp3's copy fine as well
[18:38] <shadeslayer> it's specfically images it seems
[18:40] <ScottK> binary versus text data perhaps.
[18:40] <ScottK> (PDFs are text)
[18:40] <shadeslayer> dunno
[18:43] <shadeslayer> http://people.ubuntu.com/~rohangarg/kio-mtp_0+git20121205-0ubuntu1~ppa3_amd64.deb
[18:43] <shadeslayer> if you want to test, gtg and check if the raring ISO boots
[18:46] <ScottK> No amd64 here.
[18:58] <shadeslayer> oh
[19:00] <Darkwing> Riddell: pong
[19:01] <shadeslayer> ScottK: amd64+mac QA'd
[19:01] <shadeslayer> the live session only though
[19:02] <shadeslayer> and unless alot of the efi stuff changed in the last 2 days, I think the full disk encryption should work as well
[20:05] <yofel> early St. Nicholas' Day here: my kubuntu shirt arrived :D Thanks Riddell!
[20:18] <Quintasan> \o
[20:29] <ScottK> yofel: Did you put out a call for testing for 4.9.4 beyond just the web site announcement?
[20:29] <ronnoc> shadeslayer: installed the AMD64 daily in virtualbox. Installed fine.
[20:30] <ScottK> ronnoc: Can you look on http://iso.qa.ubuntu.com/qatracker/milestones/247/builds/29479/testcases and check off the ones you've done?
[20:31] <yofel> ScottK: not so far
[20:31] <ronnoc> ScottK: sure will do now
[20:31] <ScottK> Might be nice yofel.
[20:57] <ronnoc> ScottK: done
[20:57] <ScottK> Thanks.
[20:57] <ScottK> ronnoc: Could you try some of the other amd64 test cases?
[21:00] <ronnoc> ScottK:  i can later tonight. is the oem install case necessary?
[21:00] <ScottK> It's not essential for Alpha 1, but we do want it.
[21:00] <ScottK> There are oem's that preinstall Kubuntu, so that should work.
[21:01] <ronnoc> ScottK: ok I'll test that one a bit later then in a new VB instance.
[21:03] <ronnoc> as well as the live cd.
[21:36] <ScottK> i386 is done.
[22:27] <ScottK> shadeslayer: Can you look at KDE telepathy/farstream/gst 1.0 (see kubuntu-devel message from 30 Nov)
[22:43] <kubotu> ::qt-bugs:: [1084965] [SRU] Bugfixrelease Qt4.8.4 @ https://bugs.launchpad.net/bugs/1084965 (by Sandra Karuving)
[22:52] <Riddell> yofel: remember the price is to blog a photo with you or someone equally good looking wearing it
[23:18] <Quintasan> shadeslayer: ping
[23:20] <Quintasan> wow
[23:20] <Quintasan> kio-mtp works
[23:22] <Quintasan> But I can't copy directories
[23:22] <Quintasan> T_T
[23:23] <ScottK> yofel: I'm taking care of the revert dfaure reccomended for4.9.4
[23:26] <ScottK> For quantal anyway.
[23:46] <yofel> ScottK: ok, thanks, I'll update precise then
[23:46] <yofel> Riddell: done already ;)
[23:47] <ScottK> Thanks.
[23:51]  * ScottK notes a depressing lack of amd64 testing for Alpha 1 and looks around.
[23:52]  * yofel can spare half an hour before going to bed for virtualbox
[23:56] <yofel> Riddell: did the script fail, or why are there a few beta2 packages missing in ninjas? (at least gwenview, cantor, dragon and perlkde)