[13:07] <OMGOMG> thanks for using SunPinyin.
[13:07] <OMGOMG> the traditional chinese support is possibility more a feature comes with SCIM framework. we have not enable it in the sunpinyin's SCIM port, but it is in the todo list.
[13:07] <OMGOMG> Posted by tchaikov on August 20, 2009 at 02:30 PM CST #


[05:59] <hikiko> Hi
[07:43] <pitti> Bonjour tout le monde !
[07:43] <pitti> aujourd'hui est mon dernier jour .. :-/
[08:03] <didrocks> bonjour pitti :)
[08:03] <pitti> bonjour didrocks, ça va ?
[08:03] <didrocks> pitti: ça va, et toi ? :)
[08:04] <pitti> didrocks: je vais bien, merci ! mais, il fait trop froid ici, je prefere Sevilla :)
[08:06] <didrocks> pitti: ahah, ici aussi, il fait froid :)
[08:31] <seb128> good morning desktopers
[08:31]  * seb128 raises a stuck of stollen to pitti
[08:31] <pitti> bonjour seb128, comment vas-tu ? merci pour le stollen !
[08:31] <seb128> pitti, hope we still see you around IRC sometime, I'm going to miss working with you
[08:31] <seb128> pitti, ça va bien, un peu triste que tu partes :-(
[08:32] <pitti> seb128: on a mangé du stollen la dernière semaine à Sevilla, avec l'équipe de nuage entier :)
[08:32] <seb128> pitti, et toi ça va ? tu vas faire quoi de tes vacances ?
[08:32] <seb128> le stollen c'est pour quand il fait froid ! ;-)
[08:33] <pitti> seb128: oui, je vais rester dans #ubuntu-devel, mais je parts tout les autres chaînes
[08:33] <seb128> même #ubuntu-desktop? :-(
[08:33] <seb128> it's #friendly-chitchat-desktop mostly ;-)
[08:34] <pitti> je crois je reste ici aussi -- il n'y a pas de travil ici, donc ça marche bien !
[08:34] <pitti> (pas te travail *pour moi* :) )
[08:34] <pitti> mais, pendant les vacances je quitte IRC complètement
[08:35] <seb128> :-)
[08:35] <seb128> tu fais bien
[08:35] <pitti> seb128: on va aller à Dresden mercredi prochaine
[08:35] <pitti> jusque-là j'ai quelques choses à faire chez nous
[08:36] <pitti> et vendredi est l'anniversaire d'Annett
[08:39] <seb128> pitti, oh, tu lui diras joyeux anniversaire de ma part donc ! et profites bien de tes vacances ;-)
[08:39] <pitti> merci !
[09:02] <willcooke> morning all
[09:03] <Laney> moin
[09:03] <pitti> hey willcooke, hello Laney!
[09:03] <Laney> hey pitti
[09:03] <Laney> today is the day, eh?
[09:04] <pitti> Laney: yeah -- the day of cleaning my home dirs on Canonical machines, wrap up some fixes, unsubscribe from stuff, and shed a tear
[09:04] <pitti> feels odd
[09:04]  * Laney hugs pitti
[09:04] <Laney> You finally found the exit ;-)
[09:04]  * pitti hugs Laney back
[09:07]  * desrt wonders about which toys to bring
[09:09] <seb128> hey willcooke Laney desrt
[09:09] <desrt> hi seb :)
[09:11] <davmor2> desrt: like you have to ask bring them all :D
[09:11] <davmor2> Morning all
[09:11] <pitti> hey hey desrt
[09:11] <pitti> good morning davmor2
[09:11] <desrt> good morning everyone :D
[09:11] <desrt> pitti: back home?
[09:12] <pitti> desrt: yes, all went fine, last week was great
[09:12] <Laney> hi desrt hi davmor2 hi seb128 HI HI HIIIIIIIIIIIIIIIIIII
[09:12] <pitti> desrt: last day today!
[09:12] <Laney> it's my last day too
[09:12] <seb128> Laney, how are you? ready for holidays?
[09:12] <Laney> just of the year though
[09:12] <desrt> woot.
[09:12] <desrt> i wonder when my last day is :D
[09:12] <seb128> I had a look to the hr calendar earlier
[09:12] <Laney> hi willcooke too
[09:12] <seb128> good number of people starting being off on thursday
[09:12] <Laney> this bring all your toys thing
[09:13] <Laney> I took my pog collection to school on the last day once
[09:13] <Laney> and some little SHIT
[09:13] <desrt> Laney: ya.. i'm a bit scared..
[09:13] <Laney> smacked them all off the table
[09:13] <Laney> they went EVERYWHERE
[09:13] <Laney> and I never got them all back
[09:13] <desrt> pogs!!
[09:13] <Laney> had some nice slammers too
[09:13] <Laney> it was a good collection
[09:13] <davmor2> Laney: so close but dude it's christmas time now and you have to get into that, so it HI HOOOOO, HI HOOOOOOOOO and off to work we gooooooooooo! ;)
[09:15] <flexiondotorg> Morning davmor2 Laney desrt pitti willcooke hikiko seb128
[09:15]  * pitti finds https://bugs.launchpad.net/people/+me/+packagebugs , really handy
[09:16] <davmor2> pitti: why would you package bugs that's just evil ;)
[09:16] <pitti> davmor2: how else would we ship our bugs to users?
[09:17] <hikiko> hi flexiondotorg davmor2 pitti desrt Laney willcooke seb128 et al
[09:17] <flexiondotorg> o/
[09:17] <seb128> hey hikiko, how are you?
[09:17] <seb128> hey flexiondotorg
[09:17] <desrt> oh.  al is here!
[09:17] <desrt> haven't seen him in a while
[09:17] <hikiko> :P
[09:18] <hikiko> hi seb128 :) I am good you?
[09:18] <seb128> hikiko, I'm good thanks!
[09:20] <hikiko> tomorrow tomorrow tomorrow... is holidays... /me can't wait
[09:20] <pitti> so today is the day when we upload something really broken, right?
[09:22] <desrt> pitti: new systemd!  you can make it happen...
[09:22] <desrt> it's a good time for it.  nobody really needs their computers until like.. jan 2, anyway
[09:22] <pitti> desrt: https://launchpad.net/~pitti/+archive/ubuntu/systemd/+packages has a recent build from master
[09:22] <pitti> but unfortunately that effing CI prevents us from uploading or landing anything that breaks booting now :(
[09:22] <pitti> but breaking networking should be fun enough :)
[09:23] <desrt> oo.  jan 2 is a canadian holiday.  nice :D
[09:24] <desrt> pitti: lol.  noob problems.
[09:24] <desrt> an expert would just upload a new "improved, more permissive" CI framework before uploading the new systemd :)
[09:24] <pitti> desrt: OTOH, who could have seen this little typo in debian/sysstemd.install which made the package end up emtpy..
[09:25] <Laney> you just call things 'flaky' and disable them
[09:25] <Laney> it's like when you turn the sirens on and all the traffic signals go green
[09:25] <pitti> red is the new green!
[09:25] <desrt> emergency upload!  someone might be dying!!
[09:56] <pitti> Laney: "Generate Testsuite-Recommends"? ITYM "Testsuite-Restrictions"? thanks for working on this!
[09:57] <pitti> Laney: not sure if it can be fit into Testsuite: somehow, like 'Testsuite: autopkgtest (isolation-machine)'
[09:58] <Laney> yes
[09:58] <Laney> I'd rather have it as easy as possible
[09:58] <Laney> see what feedback the patch gets
[10:10] <Laney> seb128: can you reject the 2 old dbus on https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text= please?
[10:10]  * Laney just combined them
[10:11] <seb128> Laney, done
[10:11] <Laney> merci
[10:13]  * Laney grumbles
[10:13] <Laney> "sorry, we had to log you out" from some app
[10:13] <Laney> now I get to copy something like j)lEsg>S6u}m@+}DDkjF9|kPh^UgiZ72 from my screen
[10:35] <seb128> k, pushed those snap desktop launcher changed for reviews
[10:35] <seb128> let's have lunch, I started early and I'm hungry ;-)
[10:35] <seb128> bbl
[11:46] <andyrock> morning
[12:39] <seb128> hey andyrock, how are you?
[12:40] <andyrock> hey seb128 fine but I fotgot the yubikey at home
[12:40] <seb128> that sucks
[12:40] <Laney> hey andyrock
[12:40] <tkamppeter> pitti, still there?
[12:40] <Laney> get some backup codes for your wallet
[13:09] <pitti> hello tkamppeter (was out for lunch)
[13:16] <tkamppeter> pitti, thanks also for the help on the systemd problem in the last days.
[13:16] <pitti> tkamppeter: thanks for your kind email
[13:16] <pitti> tkamppeter: right, I didn't drill down further on that one during the sprint, but this shouldn't be too hard I hope; xnox should be able to look into it, and you can ask in #debian-systemd on OFTC too
[13:17] <pitti> seems like this is somewhere between maintainer scripts and that .path unit messing up upgrades
[13:17] <xnox> pitti, tkamppeter: is there a bug number? or email?
[13:17] <pitti> bug 1642966
[13:17] <ubot5`> bug 1642966 in systemd (Ubuntu) "package cups-daemon 2.1.3-4 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1" [High,Confirmed] https://launchpad.net/bugs/1642966
[13:18] <pitti> tkamppeter: seems that upstream report wasn't very fruitful -- but I've never got cups to *not* start automatically at boot, as the first thing it does is to write that stamp file and it never removes it again
[13:18] <pitti> (even in a clean and minimal cloud image)
[13:19] <tkamppeter> pitti, it should remove the stamp file if you deactivate the web interface vis cupsd.conf, do not share printers, and do not have remaining active jobs.
[13:19] <pitti> ah
[13:20] <tkamppeter> pitti, cancel your print jobs which had remained after you have given away your Samsung laser.
[13:20] <pitti> tkamppeter: heh; it's not that -- as I said, happens in a clean and fresh VM, probably becasue we enable the web UI by default
[13:21] <pitti> ... which really ought to be handled through a .socket unit
[13:23] <tkamppeter> pitti, will servers with the Cockpit interface also have print functionality?
[13:24] <pitti> tkamppeter: I'm not sure if you can configure printers there, but as cups already has a web UI I guess it's not the most important feature to duplicate it
[13:26] <tkamppeter> pitti, perhaps only some switches for cups-browsed, to tell whether to auto-create queues for certain printers.
[13:27] <tkamppeter> pitti, with the new IPP Everywhere printers (and also the already existing AirPrint printers) printing can get doen administration-less, no drivers and fully automatic queue setup on both USB and network.
[13:28] <Laney> they're automating tkamppeter out of a job!
[13:32] <tkamppeter> Laney, not really, I am doing the infrastructure for that.
[13:32] <pitti> "a" job, not "your" job :)
[13:43] <tkamppeter> pitti, thank you very much for all this nice stuff and have a great new job!
[13:55] <pitti> tkamppeter: thanks! all the best to you too!
[14:00] <czajkowski> pitti: you're leaving :o just saw the deactivation email on lp :(
[14:00] <pitti> czajkowski: wow, reading LP mails more thoroughly than warthogs :)
[14:03] <czajkowski> pitti: well I dont get warthogs mails so I have to keep up to date some way :)
[14:03] <czajkowski> best of luck on your new adventure!
[14:03] <pitti> czajkowski: thanks!
[14:04] <Laney> https://launchpad.net/~not-canonical awaits
[14:05] <pitti> formally I need to wait until Jan :)
[14:35] <didrocks> pitti on phoronix! https://phoronix.com/scan.php?page=news_item&px=Martin-Pitt-Leaves-Canonical
[14:35] <pitti> OMG
[14:35] <didrocks> time to add a comment :-)
[14:36] <didrocks> "THIS guy, he wrote the crash report system, we will live a pleasant crash without knowing our crashes otherwise" :-)
[14:36] <didrocks> all your fault! :p
[14:36] <pitti> aside from the "kernel work" the article is surprisingly correct :)
[14:36] <didrocks> yeah ;)
[14:36] <willcooke> :)
[14:36]  * pitti has a whopping TWO patches in the kernel, that doesn't qualify :)
[14:36] <didrocks> one is enough, you get the tatoo then
[14:38]  * didrocks hugs pitti, we are really going to miss you
[14:38]  * pitti hugs back didrocks and the desktop team!
[14:41]  * Laney wibbles
[14:43] <tjaalton> pitti: thanks for everything, and have fun at your next job!
[14:44] <pitti> tjaalton: thanks! likewise, all the best to you!
[14:49] <seb128> Ubuntu without pitti is not going to be the same :-/
[14:52] <dobey> indeed
[14:56] <qengho> :(
[15:14] <Sweet5hark> what the going rate of the cockpit team at RH? if we in desktop all throw in a few bugs we should be able to buy them back in bulk.
[15:29]  * willcooke rings the last bell of the year
[15:30] <willcooke> #startmeeting Desktop Team Christmas Meeting 2016-12-13
[15:30] <meetingology> Meeting started Tue Dec 13 15:30:01 2016 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <willcooke> Roll call: Roll call: andyrock, attente, desrt,  dgadomski, fjkong (hols), flexiondotorg, happyaron, hikiko, laney, qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:30] <Sweet5hark> moin
[15:30] <andyrock> hey
[15:30] <happyaron> hey
[15:30] <hikiko> hello
[15:31] <Laney> arghghg
[15:31] <Laney> HI
[15:31] <flexiondotorg> o/
[15:31] <seb128> hey
[15:31] <qengho> Aieee!
[15:32] <Trevinho> ehyo!
[15:34] <willcooke> let's beging
[15:34] <willcooke> #topic andyrock
[15:34] <andyrock> #1 https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1648168
[15:34] <ubot5`> Ubuntu bug 1648168 in unity8 (Ubuntu) "Launcher quicklists are blurry" [High,Triaged]
[15:34] <andyrock> #2 still working on the windows list for u8 ql
[15:34] <andyrock> #3 A couple of reviews
[15:34] <andyrock> #eof
[15:35] <willcooke> thanks andyrock
[15:35] <willcooke> sorry, side conversation
[15:35] <willcooke> #topic attente
[15:36] <attente> hi
[15:36] <attente> followed up on RT for snapcraft jhbuild plugin, fixed proxy problem to get the integration test working on github c-i
[15:36] <attente> revisions to https://bugzilla.gnome.org/show_bug.cgi?id=775732, needs review
[15:36] <ubot5`> Gnome bug 775732 in Backend: Mir "mir: clipboard support missing" [Normal,New]
[15:36] <attente> SRU for bubblewrap in xenial, need a sponsor
[15:36] <attente> need to profile gtk-mir to debug menu flickering
[15:36] <attente> (eof)
[15:37] <willcooke> thanks attente
[15:37] <willcooke> #topic desrt
[15:37] <desrt> dconf proxy: created a new interface on the proxy as the first point of contact for clients, to answer the basic questions of "where do i talk to now?".  this deduplicates a lot of the confinement logic in terms of "what paths should this client be using?"
[15:37] <desrt> also started working on forwarding write requests (subject to security policy) to the service
[15:37] <desrt> still waiting to hear about apparmor
[15:37] <desrt> eof
[15:37] <willcooke> thanks desrt
[15:37] <willcooke> #topic dgadomski
[15:37] <dgadomski> hey
[15:37] <dgadomski> * found the cause of bug #1550983 - seems to be Debian/Ubuntu specific and related to gl disabled in cairo some time ago. Described it in a debian bug #847366.
[15:37] <ubot5`> bug 1550983 in One Hundred Papercuts "Fails to start with "Couldn't open libGL.so.1" (missing dependency?)" [Medium,Confirmed] https://launchpad.net/bugs/1550983
[15:37] <ubot5`> Debian bug 847366 in libgtk-3-0 "gtk apps die with 'Couldn't open libGL.so.1'" [Normal,Open] http://bugs.debian.org/847366
[15:37] <dgadomski> eof
[15:38] <willcooke> thanks dgadomski
[15:38] <willcooke> #topic flexiondotorg
[15:38] <dgadomski> thank you
[15:38] <flexiondotorg> Time appropriate greetings!
[15:38] <flexiondotorg> · Researched this weeks candidates for the Snap Upstream Blitz and update Trello
[15:38] <flexiondotorg> · Ran some Python snap build testing on Launchpad to assist _cjwatson and confirm LP: #1642281 is fixed, which it is.
[15:38] <ubot5`> Launchpad bug 1642281 in launchpad-buildd "Unable to build python based snap on Launchpad" [High,Fix released] https://launchpad.net/bugs/1642281
[15:38] <flexiondotorg> · Orientation for Patch Piloting with _dholbach
[15:38] <flexiondotorg> · Lots of snap out reach. Direct contact with Lightworks, JetBrains Suite, Unity 3D Editor, electron-builder, sshguard, Nuvola Player, MakeMKV, Handbrake, Black Magic, Mail-in-a-box and several others.
[15:38] <flexiondotorg> · Provided snapcraft assistance to several upstreams and ISVs.
[15:38] <flexiondotorg> · Returned to GTK theme improvements I was working.
[15:38] <flexiondotorg> 🎬
[15:39] <willcooke> thanks flexiondotorg
[15:39] <willcooke> #topic happyaron
[15:39] <happyaron> 1. ibus 1.5.14 and merge
[15:39] <happyaron> 2. ibus friends updates
[15:39] <happyaron> 3. netcat-openbsd 1.130-1
[15:39] <happyaron> 4. nm-applet 1.4.2 review
[15:39] <happyaron> 5. bugs in xenial version of nm-applet
[15:39] <happyaron> 6. still looking for sponsorship for nm/1.2.4 SRU
[15:39] <happyaron> (eof)
[15:39] <seb128> happyaron, where did you look for sponsoring?
[15:40] <seb128> is your update in the sponsoring queue?
[15:41] <happyaron> seb128: not yet, was ready last week and pinged pitt_i but he might lost the ping
[15:41] <happyaron> shall I go for sponsoring queue then?
[15:41] <seb128> yes please
[15:41] <seb128> should have started there ;-)
[15:41] <happyaron> okay
[15:42] <seb128> you might want to try to ping people in case nobody picks it up
[15:42] <seb128> but it never hurts to have it in the queue
[15:42] <happyaron> I see
[15:42] <willcooke> thanks happyaron, seb128
[15:42] <willcooke> #topic hikiko
[15:42] <hikiko> hi
[15:42] <hikiko> hi,
[15:42] <hikiko> fixed the remaining low gfx parts (reviewed-approved)
[15:42] <hikiko> apart from the last compiz/ucc/u7 branches that are
[15:42] <hikiko> in progress and I'm trying to finish today before I
[15:42] <hikiko> leave for holidays (I think I am getting close to that) EOF
[15:43] <willcooke> good stuff, thanks hikiko
[15:43] <willcooke> #topic Laney
[15:43] <Laney> meow
[15:43] <Laney> off from today
[15:43] <Laney> forgot to write that in the following awesome bullets
[15:43] <Laney> • Got the transition(s) of hell out of the way after running 9999 tests locally, fixing stuff, skipping others and abusing the hint tester
[15:43] <Laney> • Broke and fixed the autopkgtest queues /o\
[15:43] <Laney> • Fixed broken adwaita-icon-theme release (just pushed upstream too) & uploaded that
[15:43] <Laney> • Some random -proposed fixes
[15:43] <Laney> • appstream: Killed off old generator, returned 1000G of space to IS as we no longer need a full mirror
[15:43] <Laney> • autopkgtest: Initial investigations around running all tests in lxd; sent a patch to dpkg @ debian to expose the restrictions in .dsc files, started looking at autopkgtest-cloud to see where that needs changes (at least userdata and the lxd worker config, will need more depending on how we do the dispatch)
[15:43] <Laney> • Cried about pitti going :(
[15:43] <Laney> • Did some light sponsoring
[15:43] <Laney> 😢
[15:44] <willcooke> thanks Laney
[15:44] <willcooke> hugs all round
[15:44] <willcooke> #topic qengho
[15:44] <qengho> Just one thing took all my time.
[15:44] <qengho> * Got chromium 55 building without crashes. Not scientifically. Using g++4.8 only.
[15:44] <qengho> That will fix the complaints with Y and Z versions and Symantec-issued TLS certificates.
[15:44] <qengho> I'll spend December days finding out why Debian's works, other than that they don't care about ARMHF or ARM64.
[15:44] <qengho> EOF
[15:44] <willcooke> thanks qengho
[15:44] <willcooke> #topic seb128
[15:45] <seb128> • spent quite some time in launchpad triaging bugs, debugging/upstreaming some
[15:45] <seb128> • some archive admin work (NEW reviews)
[15:45] <seb128> • snappy gtk/gnome runtime work
[15:45] <seb128> ∘ got a working version of the runtime snap, discussed it with Didier and iterated a bit over it
[15:45] <seb128> ∘ got a gtk3-demo example using it which is working as well, did some iterations over it as well
[15:45] <seb128> ∘ worked on the gtk launcher changes needed for the runtime, first part landed and being iterating on the remaining work with Didier
[15:45] <seb128> ∘ spent some time trying to workaround snapcraft trying to be clever and bundling the libraries used by your binaries (which defeats the purpose of the content sharing) without luck
[15:45] <seb128> ∘ started a mailing list discussion about previous item but got feedback only from others having the issue, no reply/interest from the snapcraft team

[15:45] <willcooke> thanks seb128
[15:45] <willcooke> #topic Sweet5hark
[15:45] <Sweet5hark> - some writer refactoring
[15:45] <Sweet5hark> - locally reproducing snap build fail
[15:45] <Sweet5hark> => curiously, my local snapcraft build break in a different way (earlier) as on launchpad, so worked around that for now -- still thats bad
[15:45] <Sweet5hark> => also see a bazillion deprecation warnings from snapcraft. I somehow find it worrisome that there is more babysitting needed for snapcraft changes than for the (huge) LibreOffice upstream over the same time
[15:45] <Sweet5hark> - some contract check work, some budgeting, some mentoring on the build system
[15:45] <Sweet5hark> EOF
[15:46] <willcooke> thanks Sweet5hark
[15:47] <willcooke> please raise your concerns with the snapcraft guys, we need them to hear it
[15:47] <willcooke> #topic TheMuso
[15:47] <willcooke> Please let me have your update via email TheMuso
[15:47] <willcooke> #topic tkamppeter
[15:47] <tkamppeter> - cups-filters: Released 1.13.0 which allows setting up driverless printers with the CUPS web interface or with system-config-printer and drops urftopdf as rastertopdf also understands Apple Raster now.
[15:47] <tkamppeter> - ippusbxd: Tested driverless (IPP Everywhere, AirPrint) printing on USB, via IPP-over-USB. Improvements on stability and robustness of ippusbxd, especiallly when it gets hammered by web browsers when accessing the printer's web admin interface (admin interface works only with Firefox but at least does not lock up or crash ippusbxd when using Chromium).
[15:47] <tkamppeter> - Driverless printing: More testing with Aveek Basu. A Lexmark PDF printer does the job perfectly.
[15:47] <tkamppeter> - Canonical: Said good-bye to pitti. It's a pity that pitti leaves.
[15:47] <tkamppeter> - Bugs.
[15:48] <willcooke> thanks tkamppeter
[15:48] <willcooke> #topic Trevinho
[15:48] <pitti> https://www.youtube.com/watch?v=t99KH0TR-J4 :)
[15:48] <Trevinho> · Short week (8th was NH and Monday out)
[15:48] <Trevinho> · Few more fixes to snapcraft parser to support multiple origin parameters
[15:48] <Trevinho> · Unity8 pointer mode indicators work
[15:48] <Trevinho> · Not really desktop related, but still... Added Time based OTP mode support to canonical identity provider (login.ubuntu.com)
[15:48] <tkamppeter> Currently, I make ippusbxd broadcasting via Bonjour, so that cups-browsed does the auto-setup of the queus.
[15:48] <Trevinho> EOF
[15:48] <willcooke> thanks Trevinho
[15:49] <willcooke> sorry tkamppeter, I cut you off too soon
[15:49] <willcooke> #topic tkamppeter
[15:50] <tkamppeter> Currently, I make ippusbxd broadcasting via Bonjour, so that cups-browsed does the auto-setup of the queus.
[15:51] <willcooke> thx tkamppeter
[15:51] <willcooke> #topic robert_ancell
[15:51] <willcooke> - LightDM 1.21.2, 1.21.3 released
[15:51] <willcooke> - lightdm snap work
[15:51] <willcooke> - simple-scan 3.23.3 released
[15:51] <willcooke> #topic So Long pitti
[15:51] <willcooke> :(
[15:51]  * pitti takes a bow, it's been an incredible ride; I'll miss working with you guys!
[15:51] <willcooke> Thanks for everything you've done for the desktop pitti
[15:51] <willcooke> We made you this cake
[15:51] <willcooke> <cake emoji>
[15:52] <pitti> yummy, with ice cream on top!
[15:52]  * seb128 hugs pitti
[15:52]  * Sweet5hark grumbles as usual, but joins the hub.
[15:52] <Sweet5hark> hug
[15:53] <willcooke> Let's carry on the party after the meeting then...
[15:53] <willcooke> #endmeeting
[15:53] <meetingology> Meeting ended Tue Dec 13 15:53:06 2016 UTC.
[15:53] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-12-13-15.30.moin.txt
[15:53] <willcooke> thanks all
[15:53] <seb128> it's fine, pitti is used to change team every few years, he comes back on next rotation :p
[15:53] <pitti> willcooke: I got a proper send-off from my foundations colleagues last week
[15:53] <pitti> my liver filed a restraining order
[15:53] <willcooke> :D
[15:53] <Sweet5hark> pitti: common you never really left desktop
[15:53] <Sweet5hark> ;)
[15:54] <pitti> and I'll stay in the channel (except during holidays)
[15:54]  * Sweet5hark is still in denial it seems.
[15:54] <seb128> we should start a petition for the universe to send us pitti back :p
[15:54] <pitti> I'll respond to hugs and ignore pings about actual work :)
[15:55] <pitti> ironically my first task at RH is to *drumroll*
[15:55] <pitti> ... package cockpit for Debian and Ubuntu :)
[15:55] <seb128> lol
[15:55] <willcooke> SNAP!
[15:55] <pitti> no, only the real packaging format
[15:56] <Laney> haha
[15:56] <Laney> the chains are off
[15:56] <willcooke> lol
[15:56] <Sweet5hark> hrhr
[15:56] <pitti> I created the world's first-ever snap (ROS tutorial), that must be enough :)
[15:56] <Laney> he means curl | bash
[15:57] <pitti> Laney: well, I thought *that* was snap :)
[15:58] <Sweet5hark> Laney: hey, lets stay all POSIXy and just do curl|sh!
[16:18] <pitti> TTFN -- time to start the EOY holidays, IRC-less; I wish you all some nice resting and time with your family, see you back in January!
[16:18] <Laney> bye pitti!
[16:19] <Laney> froehe weihnachten!
[16:19] <Laney> enjoy learning some new ropes
[16:19] <seb128> indeed!
[16:19] <pitti> between JavaScript (yay) and rpm (argh) :)
[16:20] <Laney> frohe*
[16:20] <Laney> (?)
[16:20] <pitti> Laney: yes, "frohe"
[16:42] <seb128> k, on that note calling it a day a bit earlier, yeah for starting at 7am ;-)
[16:42] <seb128> with the gtk launcher working good way to wrap, thanks didrocks ;-)
[16:42] <seb128> have a nice evening desktopers, see you tomorrow
[16:43] <Laney> nice
[16:43] <Laney> bye seb128!
[16:43] <Laney> happy christmas ; -)
[16:43] <seb128> Laney, enjoy your holidays!
[16:43] <seb128> you too
[16:43] <willcooke> see ya seb128
[16:43] <Trevinho> Laney: oh, happy xmas holidays!
[16:43] <Laney> hey Trevinho
[16:43] <Laney> thanks
[16:43] <Trevinho> :-)
[16:43] <Laney> need to do shopping :(
[16:43]  * Trevinho doesn't envy you
[16:45] <didrocks> yw ;)
[16:45] <didrocks> see you Laney, happy holidays! :)
[16:45]  * Laney isn't going
[16:45] <didrocks> Laney: I'm going soon, so using that opportunity (don't want to miss it ;))
[16:45] <Laney> ohhhh
[16:45] <Laney> bye then didrocks
[16:46]  * didrocks hugs Laney, drink responsibly! :)
[16:46] <didrocks> (or not)
[16:46]  * Laney is having a few days off after sunday night ...
[16:46] <didrocks> heh! when are you back?
[16:47] <Laney> like the 3rd or whatever it is
[16:49] <Laney> we're going for a weekend in brighton on friday
[16:49] <Laney> then visiting family from xmas eve-ish
[16:49] <didrocks> nice! still in the same area?
[16:49] <Laney> nah
[16:49] <Laney> will come back to nottingham in between
[16:50] <didrocks> oh ok :)
[16:50] <didrocks> we are not really going to move and only stay at home, for obvious reasons :)
[16:51] <Laney> last weeks of calm
[16:52] <didrocks> yep :)
[16:52] <didrocks> counting them :p
[16:55] <didrocks> zomg so few!
[16:55] <Laney> heh
[16:56] <didrocks> (yes, I'm counting very slowly :p)
[16:56]  * Laney hugs didrocks
[16:56] <Laney> excited for you!
[16:56]  * didrocks hugs Laney back, thanks! :)
[16:57] <Laney> ah man
[16:57] <Laney> might buy a christmas tree tomorrow
[16:58] <didrocks> you have some lights and decorations?
[16:58] <xnox> bregma, please add me to https://launchpad.net/~unity8-desktop-session-team/+members or please approve https://code.launchpad.net/~xnox/unity8-desktop-session/upstart-dep/+merge/313157 to prevent breaking unity8 desktop session in zesty whilst everything else is dropping explicit upstart dependency and seeds.
[16:59] <xnox> bregma, the package execs upstart, and should depend on upstart, until i make merge proposal to exec systemd =)
[16:59]  * Laney enjoys the upstart-dropping spree
[17:00] <xnox> yeah. there are still a few units to write, and port the session starting scripts.
[17:00] <xnox> but i would like to avoid pre-mature breakage of thing, as stuff is landing a bit async.
[17:01] <Laney> is all the random phone stuff done?
[17:02] <xnox> Laney, no, but i now have M10 tablet in possetion to quickly port them, and validate they are worky
[17:02] <Laney> lucky you!
[17:02] <xnox> Laney, e.g. ported and tested that customization hooks are now systemdified
[17:02] <xnox> Laney, i went into the office for secret santa. got an M10 table by sweet talking ondra
[17:06] <Laney> xnox: you old charmer
[17:43] <czajkowski> first pitti then dholbach today is not a good day people :(
[17:44] <Laney> czajkowski: Maybe we can reverse the trend if you'll come back :-)
[17:46] <czajkowski> Laney: one of me vs those two rock stars I don't think will cut it !
[17:51] <flexiondotorg> Night desktopers
[18:00] <Laney> right homies
[18:01] <Laney> happy hols, see you on the other side
[18:01] <hikiko> happy holidays Laney
[18:56] <willcooke> night all


[01:27] <arraybolt3> mmikowski: Quick question, have you ever tried using Kubuntu Focus Suite *without* using the Kubuntu Backports repo? I'm still having occasional Plasmashell and KWin crashes even with notifications disabled (though it's down to about once every few days, maybe less often), and I remember I didn't have this when running "pure" Kubuntu 22.04 and Ubuntu Studio 22.04 on other hardware.
[01:27] <arraybolt3> I'm wondering if there's some way to pinpoint what changed that might have caused the crashes to start.
[01:28] <Eickmeyer> arraybolt3: You could try. Just ppa-purge it.
[01:29] <arraybolt3> Eickmeyer: Meh, that would require a reinstall, I have the experimental Backports repo enabled over here :P Running Plasma 5.27, no way am I gonna try and downgrade that.
[01:29] <arraybolt3> I may have skill, but not that much.
[01:29] <Eickmeyer> Ohhh yeah, that'd make things sticky.
[01:30] <arraybolt3> I might go ahead and reinstall raw Kubuntu and just add the KFocus tools on top though...
[01:30] <Eickmeyer> Or, ppa-purge the experimental, then the backports.
[01:31] <Eickmeyer> That's another option.
[01:31] <arraybolt3> Does ppa-purge handle downgrades for you?
[01:31] <Eickmeyer> Yep.
[01:31] <arraybolt3> And on a scale of 1 to 10, how likely is it to cause utter mayhem?
[01:32] <arraybolt3> (And a question for me, how much do I want to deal with utter mayhem... I might try it...)
[01:32] <Eickmeyer> 10 being the most mayehm possible, 3.
[01:32] <Eickmeyer> Basically, there are no guarantees in this world.
[01:34] <arraybolt3> Well... I guess there's a time to learn everything. I'll have an ISO ready for worst case scenario.
[05:20] <mmikowski> Eickmeyer & arraybolt3: I have run ppa-purge on experimental before and it works.
[05:24] <mmikowski> arraybolt3: Do you have a way to recreate the crashes reliably? I'm not seeing them here, but IIRC, you had an app that ran notifications all the time.
[05:24] <mmikowski> IME, 5.27.4 has been at least as stable as 5.24.7. But I think that's probably down to the applications mix.
[12:29] <BluesKaj> Hi all
[12:58] <arraybolt3> mmikowski: Yeah, I can reproduce them reliably. The app I have that triggers them is Element (Matrix chat client).
[16:03] <mmikowski> arraybolt3: I know it's crazy, but maybe switch chat clients? I use The Lounge and haven't had an issue.
[16:03] <mmikowski> arraybolt3: but like I mentioned, ppa-purge does work for experimental IME. That said, 5.27 improves so many other little things, you might miss it.
[16:04] <mmikowski> Discover, for example, is more stable.
[16:04] <mmikowski> It would be interesting to see if the behavior persists in 5.24.7 though.
[16:05] <mmikowski> I'm still a fan of getting 22.04 LTS on Plasma 5.27 for various reasons.
[16:32] <arraybolt3> mmikowski: I don't think it's crazy :) The situation improved when I switched to Neochat, but it proved to be unstable for other reasons so I stopped using it. Really the only reason to be worried still is the other occasional crashes, but those are rare enough that they might just be a fluke.
[17:25] <mmikowski> arraybolt3I like "TheLounge". Eickmeyer turned me on to it, and I love it better than the solution we were using before!
[17:26] <mmikowski> arraybolt3 ^
[17:27] <Eickmeyer> arraybolt3: For Matrix clients (since IRC != matrix), have you tried using the snap version of element?
[17:28] <mmikowski> arraybolt3: I have complete installation notes in Dynaorg, and can send you a copy if you want to try it; you can then have persistent connection and never miss a message. It does required an AWS or similar cloud instance (Linode, NextCloud, I expect)
[17:29] <mmikowski> Eickmeyer: Matric != IRC? Well, shows you how much I follow that sort of stuff. arraybolt3, if you're in luck, the notification part of the snap might be disabled :P
[17:29] <Eickmeyer> mmikowski: Yeah. Matrix is a protocol that *can* bridge with IRC but in itself is not IRC.
[17:31] <mmikowski> Thanks Eickmeyer.
[17:31] <Eickmeyer> And, no, the notification part of the snap isn't disabled. Ken Van Dyne maintains the snap.
[17:31] <mmikowski> Separate topic: We are finalizing the ir14 launch. It's a sublime machine. https://kfocus.org/spec/spec-ir14. M2g5 comes next.
[17:31] <Eickmeyer> I got the email.
[17:32] <mmikowski> hahah
[17:32] <mmikowski> Well the snap sounds like it certainly worth a try.
 sorry out of topic : can someone update the topic in irc channel? it still shown Kinetic Kudu on the topic ..
[17:44] <mmikowski> Eickmeyer + arraybolt3: Currently testing arraybolt3's power tool that no longer requires the KDE desktop.
[17:45] <mmikowski> You can pick it up at ppa:kubuntu-team/package-testing
 its for kfocus or kubuntu in general?
[17:48] <arraybolt3> mmikowski: Oh nice!
[17:48] <Eickmeyer> @myfenris It's for kfocus, wouldn't work for kubuntu in general since it's hardware-specific.
[17:48] <arraybolt3> Eickmeyer: There's a Snap of Element? Had no clue.
[17:48] <Eickmeyer> arraybolt3: Browse snapcraft.io sometime. #TheMoreYouKnow
[17:49] <Eickmeyer> brb, my router is sad
 i saw the package details .. (re @IrcsomeBot: <Eickmeyer> @myfenris It's for kfocus, wouldn't work for kubuntu in general since it's hardware-specific.)
[17:49] <arraybolt3> Huh. Nice.
 yeah .. im using it ... (re @IrcsomeBot: <arraybolt3> Eickmeyer: There's a Snap of Element? Had no clue.)
[17:49] <arraybolt3> Looks like he keeps it well-maintained too.
[17:49] <arraybolt3> Now we just need a Snap of full-blown Google Chrome.
[17:50] <arraybolt3> But I'll settle for the deb version until then. Or finally get out of Google-centric mode and just use Firefox or Chromium.
[17:51] <mmikowski> @myfenris: You can use some parts of kfocus-power, like the frequency selector which is dynamically calculated, and the kde power selector is also integrated. But the fan control is only on select kfocus models; others have fans in the BIOS. so really not much of a loss.
[17:51] <fenris[m]1> would lov to see bard in chrome like bing in edge browser
[17:52] <mmikowski> @myfenris: We currently publish a full ISO with the kfocus tools preloaded, but we have plans to offer a lightweight script to add on top of any existing Kubuntu 22.04 LTS installation.
[17:53] <arraybolt3> Gah, downloading Android SDK in the background, bad timing to try and install the Element snap :P
[17:53] <mmikowski> If you are interested, I could send you a beta. And if it doesn't work out for you, reverting should be a ppa-purge away.
 im on normal laptop to test the tools .. not sure it will help to contribute the outcome/feedback
[17:59] <mmikowski> myfenris: Oh, I wasn't thinking about contributing, just thought you'd might like to have the tools. No worries, if the mood strikes, just let me know. The tools can be found here: https://kfocus.org/wf/tools.html
 https://irc-attachments.kde.org/907a291b/file_65410_tgs.webp
 i wish can upgrade to M2 spec hware :)
 but now having 3840x2400 display on 13" ... 🙈
[18:10] <mmikowski> @myfenris: Hmm, can't see the picture for some reason - I just see a tiny square. It might just be upload latency...
 👍 <— (re @myfenris: )
[18:16] <mmikowski> myfenris: I've got to get back to other stuff, but suffice to say the new m2 is insane. Approaching 20k on Geekbench 5 multi-core; 32 threads. That's up from 12800 on the prior gen. That's a 56% boost. The RTX-40 series is also insane, with the RTX4060 running very solid 20% bump over 3060; other stuff like Blender rendering is even better.
[18:17] <mmikowski> It was quite a challenge to get all sorted, but now it's looking great.
 indeed (re @IrcsomeBot: <mmikowski> myfenris: I've got to get back to other stuff, but suffice to say the new m2 is insane. Approaching 20k on Geekbench 5 multi-core; 32 threads. That's up from 12800 on the prior gen. That's a 56% boost. The RTX-40 series is also insane, with the RTX4060 running very solid 20% bump over 3060; other stuff like Blender rendering is even better.)


[18:01] <persia> rbelem: Which changes?
[19:25] <mezquitale> anyone knows how to login to an ssh server using a private key?
[19:26] <persia> mezquitale: I just use `ssh ${SERVER}` from a user with a private key in .ssh
[19:26] <persia> Err, .ssh/
[19:28] <mezquitale> persia, i mean what client will allow me to log in to the ssh server using a mobile phone?
[19:30] <persia> I use open-ssh.
[19:30] <persia> Err, openssh.
[19:30] <persia> Technically, openssh-client
[19:30] <persia> But it really depends on what you call a "phone" :)
[19:31] <mezquitale> persia, i have a phone with windows mobile 6.1, i have an open ssh server
[19:32] <persia> Can't tell you anything about windows mobile.  Maybe someone else?
[19:33] <mezquitale> persia, thanks either way, is there another channel for mobile devices?
[19:35] <persia> I don't know of one.  This channel is about running ubuntu on mobile devices.  Maybe the folk in #ubuntu can suggest where you might get information on using non-Ubuntu mobile devices to access Ubuntu.
[19:36] <mezquitale> what a jad file?
[19:36] <mezquitale> what's a jad file i mean
[20:10] <persia> A jad file?
[20:11] <ian_brasil> mezquitale, it is a java application deployment file
[20:12] <mezquitale> ian_brasil, you think that file will install an app in my windows mobile or should I use a jar file?


[02:49] <znf> Is it too late to make requests for the mini-iso installer, is it feature-frozen?
[02:54] <znf> or, how exactly are we supposed to use it when we don't have a DHCP server in the network?
[02:54] <znf> https://i.imgur.com/FfVxiIG.png
[04:18] <P-Nut> Afternoon all.
[04:19] <P-Nut> I am preseeding a ubuntu installation and want to copy the whole CD to a /repo dir on the target.
[04:19] <P-Nut> To do this can I run a script with the command to do it? Or must I do it in the "d-i preseed/late_command string" command.
[09:19] <yurtesen> I couldn't find if this issue is under Ubuntu's radar. There is a serious bug in the openjdk-17_17.0.10+7-1~ package. Will there be an update released?
[10:57] <rbasak> yurtesen: it would help if you could provide details of the bug, starting with a bug report on Launchpad if one doesn't already exist.
[13:01] <Walex> yurtesen: also Ubuntu version, but also you could use 'openjdk-21'
[14:40] <falz> what cli command can i run to see output of what NTP servers ubuntu uses by default? `ntpq` doesnt seem to exist by default
[14:41] <falz> timedatectl seems to just show the same output, even with --monitor
[14:42] <Odd_Bloke> falz: `timedatectl timesync-status` might show what you want?
[14:43] <Odd_Bloke> Oh, or perhaps `show-timesync` is better.
[14:43] <falz> timedatectl timesync-status
[14:43] <falz> Failed to query server: The name is not activatable - hmm perhaps this is my issue
[14:44] <falz> timedatectl show-timesync Failed to parse bus message: No route to host
[14:44] <falz> indeed
[14:46] <falz> not seeing anywhere where it lists the servers its using (note I didndt tweak this)
[14:49] <Odd_Bloke> `show-timesync` gives me a ServerName, ServerAddress and FallbackNTPServers.
[14:50] <falz> mine just gives "Failed to parse bus message: No route to host"
[14:50] <falz> what host? who knows
[14:57] <Odd_Bloke> That sounds like a more fundamental issue than just timesyncd config, but I'm out of my depth now, I'm afraid!
[15:11] <falz> yeah idk. ill reboot it and pray the linksys router fix fixes it
[15:15] <falz> nope. ¯\_(ツ)_/¯
[20:15] <yurtesen> rbasak: This is the bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062654   but I am not sure if it is as serious as I thought at first. It seems a restart of running app fixes the issue. Except the command line segmentation fault which is not such a big deal. This is mostly a problem if the package is updated thrhough unattended-updates.
[20:15] -ubottu:#ubuntu-server- Debian bug 1062654 in openjdk-17-jre-headless "openjdk-17-jre-headless: Segfault in jspawnhelper" [Important, Closed]


[00:28] <robert_ancell> bryceh, hey, thanks for the failsafe X fixes!
[00:28] <bryceh> robert_ancell, yeah ended up being something simple (but obscure)
[01:15] <achiang> if we're on precise, should we expect the lightdm wallpaper to still say 11.10? ;)
[01:15] <achiang> i want my achievement badge for running alpha, darnit.
[01:18] <TheMuso> lol
[01:19] <broder> achiang: i saw an open bug for it some time ago. i think robert_ancell said he was waiting for a new image to drop in
[01:19] <broder> (around the a1 release, possibly mentioned in #ubuntu-release if you felt like hunting it down)
[01:20] <achiang> broder: nah, i'm just feeling a little punchy. not terribly important. :)
[01:20] <achiang> thx
[01:20] <robert_ancell> broder, achiang, https://bugs.launchpad.net/unity-greeter/+bug/892394.  We have the image now
[01:20] <ubot2> Launchpad bug 892394 in unity-greeter "Greeter logo needs to be updated for 12.04" [Medium,Triaged]
[04:49] <pitti> Good morning
[04:59] <TheMuso> Morning pitti.
[04:59] <TheMuso> Ok, an update from the last 24 hours or so seems to have broken X for me, both on intel and nouveau... I get Xorg failsafe...
[05:00] <TheMuso> I am currently in oneiric.
[05:00] <pitti> TheMuso: eek
[05:01] <TheMuso> Yeah
[05:01] <pitti> TheMuso: did you get a new kernel?
[05:01] <pitti> hm, we didn't release an oneiric kernel yesterday
[05:01] <TheMuso> pitti: Yes, I did get a new kernel, but the same problem occurs on older kernels. I still have 3.1 for precise installed.
[05:02]  * TheMuso tries from a cold start, brb.
[05:06] <TheMuso> Ok same thing, I got some logs to look at.
[05:08] <TheMuso> Hrm, this at the end of the log: [    80.486]  ddxSigGiveUp: Closing log
[05:09] <TheMuso> Weird. No errors or warnings in the log.
[05:09] <TheMuso> I might have to go back and get dmesg.
[05:09] <pitti> TheMuso: could you do grep 'configure ' /var/log/dpkg.log
[05:09] <pitti> TheMuso: and only take the parts from your last upgrade?
[05:09] <pitti> and pastebin this?
[05:10] <TheMuso> pitti: If I can recognise the different upgrades, ok.
[05:10] <pitti> TheMuso: according to the timestamp, I mean
[05:10] <pitti> TheMuso: just take everything since roughly the time of the upgrade, or a bit before
[05:11] <TheMuso> Ok I'll just mount the precise root partition.
[05:14] <TheMuso> pitti: http://paste.ubuntu.com/761272/
[05:14] <TheMuso> pitti: Ah hang on, I think I know what it may be, nvm.
[05:15] <pitti> TheMuso: sudo apt-get -f install doesn't say anything?
[05:15] <TheMuso> I'm playing with some GTK 3 a11y code, and it may be choaking on that for some reason
[05:15] <pitti> TheMuso: ah
[05:15] <pitti> the main candidates that I see on your list are procps and kernel otherwise
[05:16]  * TheMuso nods.
[05:16] <TheMuso> I'll put GTK back and see if that makes a difference.
[05:25] <TheMuso> pitti: I think the far more likely candidate is my root filesystem for precise is almost/had no space left when i upgraded. :)
[05:26] <TheMuso> Thanks to LVM, thats easily solvable.
[07:03] <didrocks> good morning
[07:03] <pitti> hey didrocks
[07:03] <didrocks> guten morgen pitti
[07:35] <pitti> rickspencer3: hey Rick
[07:35] <rickspencer3> hi pitti
[07:37] <didrocks> good morning rickspencer3
[07:38] <rickspencer3> good morning pitti
[07:44] <didrocks> seems rick is blocked in a loop (:
[07:47] <didrocks> waow pitti, early reminder :)
[07:51] <pitti> didrocks: well, 3.5 hours after getting up is still late :)
[07:52] <didrocks> pitti: oh, you are waking up at 5:30 now, not anymore 6 ?
[07:52] <pitti> didrocks: well, my wife got up earlier, and I couldn't sleep any more
[07:53] <didrocks> ok, make sense. Take some break today though :)
[07:53] <pitti> heh, sure :)
[07:53] <pitti> in fact, I just kind of did
[07:53] <didrocks> tea break? ;)
[07:53] <pitti> packaged new calibre and tried out the new Kindle reader that my mother will get for xmas
[07:53] <didrocks> ahah :)
[07:53] <pitti> really a cute thing
[07:53] <pitti> if only it could read epubs
[07:54] <pitti> (calibre converts it to mobi)
[07:54] <didrocks> mobi is an amazon format?
[07:54] <pitti> I'm not sure, but it's been around for a while
[07:54] <desrt> pitti: apt-get install rootkit for mom's christmas present? :)
[07:54] <pitti> I think mobipocket.com started it
[07:55] <didrocks> yeah, seems amazon has taken it and created its propriatery format from it: http://en.wikipedia.org/wiki/Comparison_of_e-book_formats
[07:55] <didrocks> hey desrt, up late? :)
[07:55] <micahg> desrt: calibre wasn't vulnerable on Ubuntu :)
[07:56] <desrt> didrocks: ya.  can't sleep.
[07:56] <desrt> dunno why
[07:57] <didrocks> time to make a dconf release then ;)
[07:57]  * pitti hugs desrt
[07:59] <tkamppeter> pitti, hi
[07:59] <pitti> hey tkamppeter
[08:00] <tkamppeter> pitti, can you help the reporter of bug 883585, he has problems to install the package from -proposed.
[08:00] <ubot2> Launchpad bug 883585 in cups "Kubuntu 11.10 -- Network/Local Printers found but cannot print - Unable to get printer status" [High,Fix committed] https://launchpad.net/bugs/883585
[08:01] <pitti> tkamppeter: looking
[08:02] <pitti> tkamppeter: hm, cups fails to build in precise with
[08:02] <pitti> cc1plus: warning: unrecognized command line option "-Wno-tautological-compare" [enabled by default]
[08:02] <pitti> ah, no, just a warning; it just doesn't build with -j4
[08:02] <pitti> so ignore me
[08:04] <pitti> tkamppeter: right, so it really fails to build against the new poppler, I'll have a look at porting it
[08:06] <pitti> tkamppeter: replied to the bug
[08:14] <tkamppeter> pitti, thanks.
[08:16] <dpm> hey, good morning pitti. We got a late test of oneiric langpacks, would you mind copying the oneiric-proposed zh-hans language pack to oneiric-updates? https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA
[08:17] <pitti> dpm: done
[08:17] <dpm> pitti, excellent, thanks :)
[08:17] <pitti> dpm: and good morning!
[08:17] <dpm> :)
[09:07] <seb128> hey
[09:07] <pitti> hey seb128, how are you?
[09:07] <seb128> pitti, hey, I'm good thanks, how are you?
[09:07] <pitti> seb128: quite fine, thanks!
[09:07] <pitti> seb128: I retried glib amd64 built twice, failed so far due to test suite hang
[09:08] <pitti> seb128: a local build is working mostly fine, except for two things:
[09:08] <pitti> - eog is uninstallable (conflicts:)
[09:08] <pitti> - mission-control-5 crashes (i. e. no empathy)
[09:08] <seb128> pitti, the ppa version should be installable?
[09:08] <pitti> and apparently it causes some/a lot of packages to FTBFS because now you can only #include <glib.h> and not parts of it
[09:08] <pitti> e. g. inkscape
[09:08] <seb128> ok, ricotz mentionned the second one and that he though that could be due to the new glib version (I asked if he had issue with his ppa builds)
[09:09] <bryceh> erf, inkscape?
[09:09] <seb128> I never got why they enforce those single include thing
[09:09] <pitti> bryceh: I'm about to do a no-change upload to build against new poppler (just tested locally); do you have anything else to upload for it?
[09:10] <seb128> pitti, sorry to give your work with the poppler soname changes
[09:10] <pitti> seb128: I hope most stuff is just a rebuild; I caught two packages so far which need actual porting
[09:11] <seb128> pitti, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644447 has some packages which have issues
[09:11] <pitti> seb128: that's ok
[09:11] <ubot2> Debian bug 644447 in poppler "Please update poppler to new released 0.18" [Wishlist,Open]
[09:11] <seb128> pitti, I talked to the Debian maintainer, he would welcome us sending back to the BTS the builds we fix for poppler 0.18, he's sort of blocking the update in Debian on having fixes available for everything but he didn't have lot of time to work on that recently
[09:12] <pitti> seb128: yep, will do
[09:12] <bryceh> pitti, nope go for it
[09:13] <seb128> pitti, in fact ignore the bug, it only discuss one package, I guess we will have to rebuild stuff and see how it goes
[09:13] <pitti> ok
[09:13] <seb128> pitti, fedora switched to 0.18 for f16 so they likely have patches for stuff that didn't build
[09:13] <pitti> seb128: I'll send them as normal bugs with something like "FTBFS with poppler 0.18" or so
[09:14] <pitti> hah, pdftoipe was simple
[09:14] <seb128> pitti, ok, I will keep glib in the ppa for a bit, time to fix at least the t-m-c issue there
[09:14] <pitti> seb128: I can't install the PPA version as amd64 hasn't built yet :)
[09:14] <pitti> seb128: so there you fixed the eog conflict?
[09:15] <seb128> pitti, yeah, I uploaded the new eog to the same ppa
[09:15] <pitti> ah, I see
[09:15] <pitti> seb128: does empathy/t-m-p work for you on i386?
[09:16] <seb128> pitti, no, It's indeed buggy, I didn't notice because I'm usually running pidgin
[09:16] <seb128> pitti, I guess upstream fixed the issue somewhere in git, I will look for a patch
[09:16] <pitti> seb128: thanks
[09:16] <seb128> pitti, yw, thanks for testing!
[09:18] <seb128> pitti, http://pkgs.fedoraproject.org/gitweb/?p=gimp.git;a=blob;f=gimp-2.6.11-poppler-0.17.patch;h=86630897ae259f92a9018e40f3865c7a7858eb3a;hb=HEAD
[09:18] <pitti> seb128: thanks
[09:18] <seb128> yw
[09:21] <seb128> hum
[09:21] <seb128> bug #900515
[09:21] <ubot2> Launchpad bug 900515 in evince "evince-common conflicts with old evince package" [Undecided,New] https://launchpad.net/bugs/900515
[09:22] <seb128> mvo, hey, is there anything special required to move conffiles between binaries?
[09:22] <seb128> the apparmor file was in evince in lucid and is in evince-common in precise
[09:22] <seb128> we need at least a Replaces but I was wondering if that's enough for a conffile
[09:27] <pitti> mvo: there's a dpkg maintscript helper for it
[09:27] <pitti> no, it's not I think
[09:27] <pitti> the conffile will still belong to the old package as (obsolete)
[09:27] <seb128> pitti, was that for me?
[09:27] <pitti> err, yes
[09:27] <chrisccoulson> hey seb128, pitti
[09:28] <seb128> hey chrisccoulson, how are you?
[09:28] <pitti> hey chrisccoulson
[09:28] <chrisccoulson> seb128, yeah, good thanks. waiting patiently for coffee to brew :)
[09:29] <seb128> pitti, hum, are you sure? can the same file be claimed by 2 binaires in the dpkg database?
[09:29] <pitti> seb128: no; with replaces: it goes to the new package
[09:29] <pitti> but at least a few months ago conffiles were sticky with the old package
[09:30] <seb128> pitti, so Replaces is enough?
[09:30] <pitti> seb128: well, you can just try it
[09:30] <mvo> seb128: is it the same filename?
[09:30] <seb128> yeah, I think I will
[09:30] <seb128> mvo, yes
[09:30] <pitti> seb128: I don't think it will be, but if you test it and it works, then sure :)
[09:31] <mvo> seb128: I am not sure if there is a really good way, there is some code in openssh-server from cjwatson that moved a conffile from one package to the other (its from ~2006 or so). not sure if its still needed, but it looks like dpkg-mainainerscript-helper is only about moving it to a new location within the same package
[09:31] <seb128> ok, I will try
[09:31] <seb128> the dpkg-maintscript-helper manpage and http://wiki.debian.org/DpkgConffileHandling don't cover that case
[09:32] <seb128> let me ask on #ubuntu-devel
[09:35] <pitti> mvo: do you have an idea what could go wrong in bug 850264 ?
[09:35] <pitti> mvo: would a reduced test case help here?
[09:35] <pitti> mvo: I'm happy to sit down and produce a small test case, but I guess actually fixing the bug in apt's brain is over my head :(
[09:35] <ubot2> Launchpad bug 850264 in apt "given a foreign architecture of i386 on amd64 machine, and an outdated libc, apt tries to remove libc-bin" [High,Triaged] https://launchpad.net/bugs/850264
[09:36] <pitti> mvo: it seems it prefers taking a foreign architecture package over upgrading the native one or so
[09:40]  * mvo looks
[09:41] <mvo> pitti: is this new, i.e. a regression from oneiric? there was a chance in the way provides are handled, maybe thats a sideeffect of this
[09:42] <pitti> mvo: it could also be in oneiric already, but I guess we haven't really tested lucid->oneiric upgrades a lot
[09:42] <pitti> mvo: but unknown ATM
[09:42] <mvo> pitti: right
[09:42] <mvo> pitti: I hope to make the lucid->precise stuff with multiarch working today, its already working in my PPA
[09:43] <pitti> mvo: oh, great! that means enabling multi-arch during upgrade, or actually fixing this bug?
[09:43] <mvo> pitti: multiarch during the upgrade, I'm sure that will uncover some more bugs too :)
[09:44] <pitti> i. e. is it worth for me spending some time on a small test case for this?
[09:44] <pitti> ah, apparently "yes" then
[09:44] <pitti> mvo: we already have a QA test for this (which fails due to that bug)
[09:44] <pitti> but perhaps QA manually enabled multi-arch there
[09:47] <pitti> seb128: https://launchpadlibrarian.net/86753465/buildlog_ubuntu-precise-i386.pdftoipe_20091014-3ubuntu1_FAILEDTOBUILD.txt.gz
[09:47] <mvo> pitti: so the qa test is to install skype ? thats pretty nice. I will check what the problem resolver is doing
[09:47] <pitti> seb128: can it be that the new poppler -dev is missing a libjpeg-dev ?
[09:48] <pitti> mvo: apparently somethign like that, and then upgrade; but as I said, I'm sure one can reduce that
[09:48] <seb128> pitti, let me check
[09:49] <seb128> pitti, I will fix it
[09:49] <pitti> seb128: ok, thanks; I'll retry pdftoipe afterwards
[10:00] <seb128> lol, bug #900649
[10:00] <ubot2> Launchpad bug 900649 in unity "Azure instead of Cairo for drawings " [Undecided,New] https://launchpad.net/bugs/900649
[10:00] <seb128> "The new Mozilla's draw renderer Azure outperforms Cairo on benchmarks."
[10:00] <seb128> chrisccoulson, it's your fault!
[10:00] <chrisccoulson> lol
[10:00] <chrisccoulson> it only outperforms cairo on windows btw
[10:00] <chrisccoulson> and by a significant margin as well
[10:01] <chrisccoulson> i think it just wraps around cairo on linux ;)
[10:01] <pitti> so it clearly must be faster on linux then!
[10:01] <chrisccoulson> http://www.basschouten.com/blog1.php/comparing-performance-azure-vs-cairo
[11:20] <Sweetshark> seb128: maybe the reporter meant Microsoft azure? imagine who fast unity could get when rendered in the cloud!
[11:26] <seb128> hehe
[11:31] <micahg> seb128: any luck finding out if webkit 1.8 will have gtk2 support?
[11:32] <seb128> no, upstream were at a hackfest and didn't reply on IRC, I will ask again this week
[11:33] <micahg> seb128: ok, thanks, I tried to reply to the 1.7.2 announcement asking about it, but got no response either
[14:05] <seb128> didrocks, hey, what do you mean by "building in the unity-team staging ppa https://launchpad.net/~unity-team/+archive/staging (and will be moved later on the ppa once autopilot bits are plugged in)"?
[14:05] <seb128> didrocks, i.e what is the "will be moved" bit about?
[14:05] <didrocks> seb128: basically, packages are uploaded in the "staging" ppa, then autopilot is using this ppa
[14:06] <didrocks> if autopilot tells "ok", the validated packages will be copied in the "~unity-team/ppa"
[14:06] <seb128> oh ok, so 2 ppas, gotcha
[14:06] <seb128> thanks
[14:06] <didrocks> yw :)
[14:08] <seb128> didrocks, oh, and nice to see things moving, well done!
[14:08] <seb128> I will try to see if that breaks my 10v ;-)
[14:08] <didrocks> seb128: heh, let's see ;)
[14:08] <seb128> (no I didn't volunteer to run your endless suit of manual tests :p)
[14:09] <seb128> ok, let's annoy some other people :p
[14:10] <seb128> hum, no kenvandine
[14:10] <seb128> who is next on my list
[14:10] <seb128> cyphermox, hey ;-)
[14:10] <seb128> cyphermox, how are you?
[14:10] <cyphermox> hey
[14:10] <cyphermox> I'm good
[14:10] <cyphermox> and you?
[14:10] <seb128> I'm good thanks
[14:11] <seb128> cyphermox, do you plan to sru the new evo as well? (you did e-d-s but not evo from what I can see)
[14:11] <seb128> the "spelling errors are underline in yellow" bug is still on our "should be sru-ed" list
[14:12] <cyphermox> well, I was thinking the color of spelling errors was minor enough, but I can still update it
[14:12] <seb128> cyphermox, the changelog from the precise upload list several other issues as well
[14:12] <cyphermox> so I'll do it in a minute, just need to finish something up now ;)
[14:12] <cyphermox> yeah
[14:12] <seb128> stuff like bug #849960 seems like worth a sru
[14:13] <ubot2> Launchpad bug 849960 in evolution "GMail added through Online Accounts disappears" [Medium,Fix released] https://launchpad.net/bugs/849960
[14:13] <cyphermox> that was a fuckup on my part, my script parsed through the upstream changelog, but some of those bugs were already fixed
[14:13] <cyphermox> 849960 afaik already made it ;)
[14:13] <seb128> cyphermox, no need to be "in a minute" or today, I'm just trying to review our desktop oneiric bugslist
[14:14] <seb128> cyphermox, it seems like it should be easy enough to just push 3.2.2 as a sru but your call
[14:14] <cyphermox> well, otherwise I'll forget and it will keep being postponed
[14:14] <cyphermox> yes
[14:14] <seb128> cyphermox, thanks!
[14:14] <cyphermox> so finishing an email, and then I'll do it
[14:31] <didrocks> grrrr, ok, let's forget to make a more clever tarmac patch as any metadata isn't refreshed :/
[14:36] <dobey> hey didrocks
[14:37] <didrocks> good morning dobey!
[14:38] <dobey> how's it going?
[14:39] <didrocks> dobey: well, busy, tried to add something more in tarmac, but will go on on the next topic, will need to get more time to figure out how to refresh the infos :)
[14:39] <didrocks> dobey: and you? how are you?
[14:40] <dobey> good. sprinting this week :)
[14:41] <didrocks> oh nice, where you are?
[14:41] <didrocks> are you*
[14:41] <dobey> buenos aires; sunny and warm :)
[14:42] <didrocks> waow, enjoy! :-)
[14:45] <dobey> thanks :)
[14:49] <kenvandine> dobey, cool!
[14:49] <dobey> hey kenvandine
[15:25] <chrisccoulson> hmmm, i really should update my laptop
[15:26] <chrisccoulson> i haven't updated anything other than firefox nightly since i upgraded to precise
[15:45] <desrt> chrisccoulson: see you on the other side, dude
[15:45] <desrt> i hope...
[16:17] <seb128> kenvandine, hey
[16:17] <kenvandine> hey seb128
[16:17] <seb128> kenvandine, how are you?
[16:17] <kenvandine> good
[16:18] <seb128> great
[16:18] <kenvandine> seb128, and you?
[16:18] <seb128> kenvandine, I'm good thanks ;-)
[16:18] <seb128> kenvandine, small questions,work for you
[16:18] <kenvandine> hehe... as always :)
[16:19] <seb128> - bug #893125 is on the "oneiric potential sru" list, should it stay there? seems an easy fix, not sure if you want to queue it with others
[16:19] <ubot2> Launchpad bug 893125 in gwibber "GIR fails to find shared library" [Medium,Fix released] https://launchpad.net/bugs/893125
[16:19] <seb128> the list being: http://status.qa.ubuntu.com/reports/ubuntu-desktop/oneiric.html
[16:19] <kenvandine> i want to queue it with others
[16:20] <kenvandine> i plan to do a 3.2.2 SRU this week
[16:20] <seb128> kenvandine, i'm trying to clean a bit things there, over time it gets less likely we will sru stuff so I try to close some
[16:20] <seb128> ok, I will keep it on the list then thanks
[16:20] <kenvandine> thx
[16:20] <seb128> kenvandine, other thing, dunno if you noticed but I uploaded glib 2.31.2 to the ubuntu-desktop ppa yesterday
[16:21] <seb128> kenvandine, telepathy-mission-control seems to be broken with it though, do you think you would have time to have a look or check if upstream has a fix for glib 2.31 somewhere?
[16:21] <kenvandine> sure
[16:22] <seb128> kenvandine, no hurry but we might as well fix stuff in the ppa before moving to precise and be in an hurry to fix stuff then ;-)
[16:22] <kenvandine> yup
[16:22] <seb128> kenvandine, if you get a fix feel free to upload to the ppa, we will keep using and testing it for some days
[16:22] <seb128> kenvandine, thanks
[16:22] <seb128> pitti_, welcome back!
[16:22] <kenvandine> np
[16:22] <pitti_> seb128: thanks; still no server :(
[16:22] <pitti_> was taking a break
[16:22] <seb128> pitti_, :-(
[16:23] <seb128> pitti_, I'm sending extra soname updates to the archive btw, sorry about that
[16:23] <pitti_> seb128: I'll fight back with everythign I can!
[16:23]  * pitti_ gets a +5 soname buster weapon
[16:23] <pitti_> seb128: (just played Diablo 2 for a bit -- I hate hate hate this Duriel guy)
[16:23] <seb128> pitti_, well the libminiupnop one should be trivial, I uploaded updates,rebuilds for the 2 rdepends in the default install
[16:23] <seb128> pitti_, lol
[16:23] <pitti_> 2 rdepends? laughable!
[16:23] <pitti_> :)
[16:24] <seb128> yeah ;-)
[16:24] <pitti_> we are making good progress with the poppler transition
[16:24] <pitti_> currently looking into why cron.nbs doesn't update
[16:24] <pitti_> "We now have all unity projects autolanding gracefully and pushed to the staging ppa"
[16:24] <pitti_> didrocks: !
[16:25] <seb128> pitti_, if,when you feel like tackling another transition we should merge nautilus on Debian, they renamed the extension lib there during the gtk2->gtk3 transition to reflect that it's an abi break
[16:25] <seb128> they renamed the binary
[16:25] <seb128> we should probably catch that before the lts, we didn't do it in oneiric
[16:25] <pitti_> yeah
[16:25] <didrocks> pitti_: :)
[16:26] <didrocks> pitti_: added a note about the merges of the infrastructure changes btw
[16:28] <pitti_> didrocks: so you found a solution for the unity tests after all?
[16:28] <pitti_> with the X server?
[16:28] <pitti_> or doing integration tests in a real live system now?
[16:28] <didrocks> pitti_: some are working with it, some other (hang) has been disabled right now :/
[16:28] <didrocks> and doing integration tests on a live system starts to trigger with autopilot
[16:29] <didrocks> but unfortunatly, I have to chase people for getting the right access, and now, I'm looking at how evan's work has been done
[16:30] <pitti_> nice to see branches landing now
[16:31] <pitti_> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_, desrt, agateau: no agenda items on the wiki; anythign to discuss?
[16:31] <pitti_> didrocks: should the desktop team use the unity PPA now for dogfooding?
[16:31] <didrocks> pitti_: I would say not yet, wait on autopilot running
[16:31] <seb128> nothing to discuss, I would encourage those on precise to test glib 2.31 which is in the desktop ppa since today
[16:31] <seb128> that's aiming to land in precise soon
[16:32] <chrisccoulson> i will upgrade in a bit :)
[16:32] <mterry> none here, just working on deja-dup/duplicity test suites
[16:32] <kenvandine> pitti_, nothing from me
[16:32] <seb128> the eog version in the ppa is required if you don't want eog to hang
[16:32] <pitti_> kenvandine: nothing from partner?
[16:32] <seb128> empathy is broken but kenvandine said he will look at the issue with telepathy-mission-control
[16:32] <kenvandine> pitti_, i am working on that for the wiki now
[16:32] <agateau> pitti_: nothing from me
[16:32] <pitti_> kenvandine: do you know whether they are working on providing an RB music store?
[16:32] <pitti_> agateau: how is it going for you these days?
[16:32] <kenvandine> it's planned, i'll find out when to expect that
[16:32] <kenvandine> dobey, ^^
[16:33] <mterry> Is "gksudo ls" crashing for anyone else?
[16:33] <agateau> pitti_: quite well, thanks, working on checkbox with didrocks and lightdm
[16:33] <pitti_> mterry: oh, indeed
[16:33] <mterry> pitti_, weird, I'll file a bug
[16:33] <pitti_> mterry: hang on
[16:34] <pitti_> FYI, apport retracers are currently broken
[16:34] <pitti_> on my TODO for tomorrow morning
[16:34] <mterry> k
[16:34] <mterry> seb128, should I be living in the desktop PPA during precise then?
[16:34] <pitti_> mterry: it's bug 898874
[16:34] <ubot2> Launchpad bug 898874 in gksu "gksu crashed with SIGSEGV in __strlen_ia32()" [Medium,Confirmed] https://launchpad.net/bugs/898874
[16:35] <mterry> pitti_, cool, thx
[16:35] <pitti_> does anyone fancy looking into this?
[16:35] <pitti_> if not, I can have a look
[16:35] <seb128> mterry, good question, we never well defined how we use the ppa, but it's usually staging stuff aimed at being uploaded soon to the archive, so "yes" ;-)
[16:35] <pitti_> incidentally, it's also the bug which breaks teh retracers :)
[16:38] <mterry> seb128, is that PPA now standard-operating-procedure for uploads, or just especially risky ones?
[16:38] <pitti_> mterry: only for risky ones
[16:39] <mterry> cool
[16:39] <seb128> mterry, what pitti_ said
[16:39] <pitti_> in particular, we can't do binary copies from this, so it's not thatuseful for staging transitions
[16:39] <mterry> mm
[16:46]  * pitti_ duplicates twenty more dupes to bug 182629 and writes a bug pattern
[16:46] <ubot2> Launchpad bug 182629 in gksu "gksu crashed with SIGSEGV in gdk_window_set_opacity()" [High,Triaged] https://launchpad.net/bugs/182629
[16:46] <pitti_> that seems to be another high-profile crasher, and ages old
[16:46] <pitti_> (but recent duplicates)
[16:57] <pitti_> hm, we are down to two rdepends of gksu
[16:57] <pitti_> checkbox-gtk and update-notifier
[16:58] <pitti_> mvo: ^ I suppose update-notifier needs that for calling update-manager and apport as root? or does update-manager have polkit support now?
[16:58] <seb128> pitti_, can't we just us pkexec as a workaround?
[16:58] <pitti_> seb128: for some things, yes (we need to add a .policy there)
[16:59] <pitti_> for stuff like apport hooks it's a little tricker as they can run pretty much anything
[16:59] <pitti_> I need to think about how to drop the usage from apport with pkexec
[16:59] <seb128> pitti_, update-notifier won an aptdaemon backend in Oneiric iirc
[16:59] <pitti_> but for calling apport pkexec should work fine
[16:59] <pitti_> ok, added 3 bug patterns for the worst gksu crashers and duped all teh bugs
[17:00] <pitti_> and restarted retracer
[17:01] <seb128> pitti_, seems like update-notifier mostly needs gksu for calling ubuntu-bug
[17:01] <pitti_> ./data/backend_helper.py:        return _install_all_updates_gksu()
[17:01] <pitti_> so that part is now obsolete?
[17:01] <pitti_> ./data/dbus-helper:    gksudo --message "<b>$2</b>" -- "$1"
[17:01] <pitti_> and this stuff?
[17:02] <seb128> pitti_,
[17:02] <seb128>     if HAVE_APTDAEMON:
[17:02] <seb128>         return _install_all_updates_aptdaemon()
[17:02] <seb128>     else:
[17:02] <seb128>         return _install_all_updates_gksu()
[17:02] <seb128> pitti_, for the first one
[17:03] <seb128> dbus-helper doesn't seem used
[17:03] <seb128> pitti_, I think (but to be confirmed by mvo) that it's only for apport that gksu is needed
[17:03] <pitti_> nice, that seems easy to fix then
[17:03] <seb128> like all the package management stuff can be done with the aptdaemon backend
[17:05] <pitti_> ok, time to stop for today
[17:05] <pitti_> good night everyone!
[17:05] <seb128> pitti_, 'night!
[17:06] <kenvandine> good night pitti_
[17:16] <ricotz> kenvandine, hi
[17:17] <ricotz> kenvandine, do you know of problems with telepathy-mission-control-5 5.10? 5.9.1 works fine for me with g-s and empathy, but 5.10 crashes
[17:18] <kenvandine> ricotz, nope
[17:18] <kenvandine> working fine here
[17:18] <kenvandine> ricotz, maybe the g-s approver thing is crashing it?
[17:18] <kenvandine> not sure where that lives
[17:19] <ricotz> yeah, could be g-s causing it
[17:19] <seb128> ricotz, is that using glib 2.31 or 2.30?
[17:19] <ricotz> using 2.31
[17:20] <ricotz> 5.9.1 works though
[17:20] <seb128> kenvandine, ^ it's the glib 2.31 issue I mentioned before, you still run 2.30 right?
[17:20] <seb128> ricotz, I've uploaded 2.31.2 to the ubuntu-desktop ppa to get testing before going to precise btw
[17:21] <ricotz> seb128, could you push it to the gnome3-ppa too?
[17:21] <seb128> that issue got raised by other people today
[17:21] <ricotz> to replace the older 2.31.0 version
[17:21] <ricotz> seb128, ok, so maybe a regression
[17:21] <kenvandine> ah
[17:22] <kenvandine> i am going to be looking at that in a few
[17:23] <ricotz> seb128, i will copy the package
[17:23] <seb128> ricotz, oh, I just did it
[17:23] <seb128> ricotz, eog as well
[17:23] <seb128> which has the fix for the hang
[17:23] <ricotz> alright ;)
[17:24] <seb128> ricotz, why did you do a no change upload of mx to your ppa btw?
[17:24] <ricotz> libcogl6 transition
[17:24] <seb128> ricotz, I mentioned it before but we would welcome you asking for sponsoring for stuff like pango or vala or vala-0.16
[17:24] <seb128> rather than doing the work once in your ppa to have somebody else redoing it in the archive
[17:25] <ricotz> i know, sorry
[17:25] <seb128> ricotz, it's not like you couldn't find a sponsor here ;-)
[17:25] <seb128> ricotz, btw I uploaded rhythmbox using your ppa version, thanks for the work on it ;-)
[17:26] <xclaesse> kenvandine, hi. did you already made a fix for the empathy package to ship the MC plugin ?
[17:27] <ricotz> seb128, i noticed, thanks
[17:27] <seb128> yw ;-)
[17:28] <kenvandine> xclaesse, just uploaded it a few minutes ago
[17:28] <xclaesse> cool
[17:28] <kenvandine> thx for pointing it out
[17:31] <ricotz> seb128, btw the multiarch patch of gnome-disk-utility broke gdu-notification-daemon.desktop
[17:31] <seb128> ricotz, in which way?
[17:32] <ricotz> it looks in the wrong patch
[17:32] <ricotz> on sec
[17:32] <ricotz> it looks for "usr/lib/x86_64-linux-gnu/gdu-notification-daemon" rather than "/usr/lib/gnome-disk-utility/gdu-notification-daemon"
[17:33] <seb128> ricotz, thanks
[17:33] <seb128> I will have a look if slangasek doesn't beat me to it
[17:42] <dobey> kenvandine: soon
[17:44] <kenvandine> seb128, ricotz: mission-control is missing schemas
[17:44]  * kenvandine is fixing
[17:44] <seb128> kenvandine, is that the issue or another one you spotted while looking at it?
[17:44] <kenvandine> i think that is the issue
[17:45] <kenvandine> not sure why it doesn't need the schema with glib 2.30
[17:45] <seb128> great
[17:45] <seb128> oh
[17:45] <seb128> that would be because desrt restored the abort on missing schemas in 2.31 ;-)
[17:45] <kenvandine> ah!
[17:45] <seb128> glib that is
[17:45] <kenvandine> haha
[17:45] <kenvandine> love that... grrrr
[17:45] <kenvandine> but it uncovered this problem :)
[17:45] <seb128> well his point is that it makes issues obvious
[17:45] <seb128> he's sort of right there :p
[17:46] <kenvandine> he always is...
[17:46] <seb128> ;-)
[17:46] <ricotz> ;-)
[17:46] <ricotz> every package should have list-missing ;)
[17:46] <kenvandine> indeed
[17:46] <seb128> ricotz, did you open bugs upstream for the tests you commented in glib to workaround the hangs btw?
[17:47] <ricotz> seb128, i mentioned it, but he is aware of it but doesnt really want to fix it, this is only caused running it on old kernels
[17:48] <seb128> ok
[17:48] <ricotz> and the builder kernel is really old, are there no intentions to update them?
[17:50] <kenvandine> seb128, ricotz: fix uploaded to precise
[17:50] <ricotz> kenvandine, thanks
[17:50] <kenvandine> np
[17:51] <seb128> thanks
[17:55] <didrocks> ricotz: --fail-missing rather I would say :)
[17:57] <ricotz> didrocks, yeah, but this wont work with some multiarched stuff :\
[17:58] <didrocks> ricotz: you can rm before calling dh_install if you are sure about what to remove
[17:59] <ricotz> didrocks, i see ;)
[17:59] <didrocks> that's what I basically do in all my packages
[18:13] <seb128> didrocks, do you have any objection to move the gnome-session Depends on unity | unity-2d | gnome-shell (>= 3.0) to a Recommends?
[18:13] <seb128> or any good reason to not do it?
[18:14] <seb128> dobey opened a bug saying he should be able to use gnome-session with his own desktop environment, which seems a fair request ;-)
[18:15] <didrocks> seb128: no objection at all, seems reasonable :)
[18:16] <seb128> didrocks, thanks
[18:16] <didrocks> thanks to you :)
[18:41] <didrocks> time for dinner, see you tomorrow guys!
[20:06] <bryceh> smspilla1, heya, I sent a mail but it seems to have bounced.  Got another email address?
... Deferred: Connection timed out with martello.ucc.gu.uwa.edu.au.
[20:06] <bryceh> Message could not be delivered for 5 days
[20:17] <chrisccoulson> g'ah, trying to create breakpad symbols from system libraries on all architectures in an automated way is a real PITA
[20:50] <seb128> chrisccoulson, what is needed?
[20:51] <chrisccoulson> seb128, so, my original plan was that i would create symbols as part of the firefox build, but that doesn't work unless i start modifying packages to create -dbg packages (as the firefox build can't use anything from the ddebs archive)
[20:51] <chrisccoulson> so i'm trying to create them separately without modifying any packages
[20:52] <chrisccoulson> but the google tool to create the symbols only works on binaries compiled on the same arch as the tool
[20:52] <chrisccoulson> which is a bit of a pain
[20:52] <chrisccoulson> so i'm trying to fix that, but i'm basically just forking breakpad to try and make it work ;)
[20:53] <chrisccoulson> it's turning out to be a lot more work that i originally planned
[20:53] <seb128> chrisccoulson, can't you just use a pbuilder somewhere with a ddeb source?
[20:54] <chrisccoulson> possibly. i'm currently doing it without pbuilder and have it working on 1 arch (amd64)
[21:04] <chrisccoulson> seb128, so, i think i have another idea
[21:05] <chrisccoulson> i could actually pull the debug symbols from ddebs on chinstrap, make a source package out of them and upload them to a PPA with breakpad
[21:05] <chrisccoulson> hmmmm
[21:05] <chrisccoulson> that wouldn't work on armel though :/
[21:08] <chrisccoulson> i guess it would be good enough to work on amd64/i386 for now though
[21:08] <seb128> chrisccoulson, well you could ask for a non virtual ppa ... and is firefox working on armel and having actual users there?
[21:08] <chrisccoulson> good question :)
[21:08] <chrisccoulson> i think amd64/i386 would be good enough
[21:08] <seb128> gut feeling: you wouldn't loose much by not supporting armel debug symbols
[21:08] <seb128> yeah
[21:08] <seb128> slangasek, hey
[21:08] <chrisccoulson> then i can use my existing script which is used for uploading the firefox symbols to upload the new distro-symbols
[21:08] <chrisccoulson> i think that would work
[21:08] <slangasek> seb128: hi there
[21:09] <seb128> slangasek, your gnome-disk-utility multiarch port has a bug, do you have time to look at it or should I try to add it to my todolist? ;-)
[21:09] <slangasek> seb128: I suppose I can take time out from breaking other packages for multiarch to look :)
[21:10] <seb128> slangasek, ok, great ;-)
[21:10] <seb128> so
[21:12] <seb128> slangasek, you made the gnome-disk-utility.install move stuff from /usr/lib/*/gdu* to /usr/lib/gnome-disk-utility but /etc/xdg/autostart/gdu-notification-daemon.desktop still references to the multiarch dir
[21:12] <seb128> slangasek, do you want a bug report about it?
[21:12] <slangasek> seb128: nah, I'll take it from there
[21:12] <seb128> slangasek, thanks
[21:30] <slangasek> seb128: fixed & uploading
[21:31] <seb128> slangasek, thanks! (did you update the Debian bug, just to make sure pitti picks the fix when he does the update in Debian)
[21:31] <slangasek> seb128: I'll do that next
[21:31] <seb128> excellent ;-)
[21:50] <jasoncwarner_> TheMuso RAOF bryceh and robert_ancell, don't forget to update wiki with your weeks highlights and add any agenda items if needed. http://memeburn.com/2011/12/steve-jobs-being-an-asshole-is-okay-when-youre-a-genius/
[21:51] <jasoncwarner_> i mean...woops
[21:51] <jasoncwarner_> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-12-06
[21:54] <seb128> jasoncwarner_, stop pinging robert_ancell when he's not online ;-)
[21:54] <TheMuso> jasoncwarner_: Done.
[21:55] <jasoncwarner_> seb128: it's part of my aussie autokey ;)
[21:55] <seb128> ;-)
[22:01] <desrt> seb128: looks like it worked
[22:01] <seb128> desrt, hey
[22:01] <seb128> desrt, what?
[22:01] <desrt> 16:54 < seb128> jasoncwarner_, stop pinging robert_ancell when he's not online ;-)
[22:01] <desrt> 16:57 -!- robert_ancell<EMAIL_ADDRESS>has joined #ubuntu-desktop
[22:01] <seb128> oh
[22:01] <seb128> it was not summoning him, it was pinging about something he was not there to read ;-)
[22:02] <robert_ancell> desrt, I felt a great disturbance in the force at 08:54
[22:02] <seb128> hey robert_ancell
[22:03] <seb128> robert_ancell, hide, I'm not sure jasoncwarner_ saw you yet :p
[22:03] <desrt> robert_ancell: good morning
[22:03] <jasoncwarner_> hey robert_ancell :) just reminding people to put their stuff up on the wiki https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-12-06 for the week and to make agenda items if they have any
[22:04] <seb128> chrisccoulson, stop flooding the precise desktop list with firefox testsuit issues :p
[22:04] <desrt> robert_ancell: actually, he originally told you that he thinks you're an asshole, but it's okay because you're also a genius
[22:04] <chrisccoulson> seb128, yeah, i thought it would be a good idea to start tracking individual failures until i realized how many there are
[22:04] <chrisccoulson> then i realized it wasn't a good idea ;)
[22:04] <seb128> hehe
[22:05] <robert_ancell> desrt, then I make a good open-source hacker :)
[22:05] <jasoncwarner_> TheMuso RAOF bryceh and robert_ancell no agenda items, so no meeting. cheers.
[22:05] <robert_ancell> \o/
[22:05] <desrt> :)
[22:05] <seb128> chrisccoulson, btw is there any progress on fixing the session handling issue and the a11y gsettings one? and the tb preferences not fitting on a netbook screen?
[22:05] <seb128> chrisccoulson, they are all on the oneiric list, I wondering if it makes sense to keep them there
[22:05] <chrisccoulson> seb128, they're on my list ;)
[22:06] <seb128> jasoncwarner_, seems like meetings handling are efficient nowadays ;-)
[22:06] <chrisccoulson> i have no idea how i'm going to fix these reftest failures that only have 1 pixel incorrect
[22:06] <seb128> chrisccoulson, well, oneiric is mostly over, you still aim to fix them there?
[22:07] <chrisccoulson> seb128, any fixes which land upstream will end up in oneiric at some point
[22:07] <robert_ancell> RAOF, bryceh, so I was looking at xtest - it's pretty basic
[22:07] <seb128> that's true
[22:22] <bryceh> robert_ancell, yeah
[22:22] <robert_ancell> bryceh, I love the snprintf test.  Really starting at the bottom :)
[22:22] <bryceh> heh
[22:22] <bryceh> yeah I think xtest is legacy from the annals of history or something
[22:24] <bryceh> don't think the X guys even consider improving it to be worth the effort
[22:24] <bryceh> robert_ancell, they've been putting together  a new xserver test suite though, which is located in xserver's test/ dir, and can be invoked via 'make check'
[22:25] <robert_ancell> bryceh, is that the stuff like "input.c"?
[22:25] <bryceh> robert_ancell, it only tests a few really specific chunks of code, so not really a general purpose test
[22:25] <bryceh> robert_ancell, that's correct
[22:25] <robert_ancell> bryceh, yeah, that one looks quite comprehensive
[22:26] <bryceh> the current git tree has added several more things
[22:26] <bryceh> fixes.c  input.c  list.c  misc.c  string.c  xfree86.c  xi2/  xkb.c  xtest.c
[22:34] <TheMuso> 8/c
[23:06] <smspilla1> bryceh: oh, eh, my stupid mail client
[23:06] <smspilla1> bryceh: sometimes it decides my local hostname would be a better for for the from: field
[23:07] <bryceh> smspilla1, ouch
[23:46] <toddnine>  Any ideas why google chrome doesn't appear in the list of browsers to make my default browser?  I've tried configuring it from the command line as well.  It shows it's set as the default option, but it's not the browser that loads when I click on a link.  It's always FF
[23:49] <toddnine> Any help would be greatly appreciated.  Since chrome is my primary development browser, it's a pain to always have to manually copy/paste URLs that are IM'ed to me


[06:37] <alf_> RAOF: Hi! I was playing with debian/control to solve https://bugs.launchpad.net/mir/+bug/1348515 and noticed some interesting results.
[06:37] <alf_> RAOF: If we remove the version from Breaks,Replaces then the replacement doesn't happen and the builds fail.
[06:37]  * RAOF wonders again why we have a mircommon-dev :)
[06:38] <alf_> RAOF: If we set the version to something less strict (e.g. << 0.6) then both packages get installed :/
[06:38] <alf_> RAOF: Conflicts,Replaces,Provides works as expected
[06:38] <RAOF> Is something in the CI infrastructure manually install mircommon-dev?L
[06:39] <RAOF> Anything with Provides: is incorrect.
[06:39] <RAOF> mircommon-dev isn't a virtual package, with multiple different implementations that you can select from :)
[06:40] <alf_> RAOF: @mircommon-dev installed in CI, Yes, we fixed that, but that's ortogonal to "New mircommon-dev is not replaced by libmircommon-dev"
[06:40] <RAOF> Ah, so we just need to fix the versioning.
[06:40] <RAOF> Which our processes make unnecessarily difficult, because we don't *have* a version.
[06:40] <RAOF> (This is why the packaging branch should not be trunk)
[06:41] <RAOF> :)
[06:41] <alf_> RAOF: right, but changing the version to e.g. << 0.6, doesn't work well both packages get installed :/
[06:42] <alf_> RAOF: According to https://wiki.debian.org/Renaming_a_Package , the way to do it is either Conflicts,Replaces,Provides (and it doesn't have to be a virtual package), or Breaks,Replaces + transitional package
[06:42] <RAOF> Because the package version is now 0.6.0bzr1792pkg0utopic5+autopilot0, and 0.6.0bzr is not strictly less than 0.6
[06:43] <RAOF> We don't need a transitional package because nothing that isn't in src:mir depends on mircommon-dev
[06:44]  * RAOF will be back soon
[06:46] <alf_> RAOF: @"0.6.0bzr is not strictly less than 0.6", I don't think that's the reason, our latest mircommon-dev is still 0.5.0.
[06:47] <alf_> RAOF: https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/2209/console , is a run with Breaks and Replaces with version (<< 0.6~) .
[06:48] <alf_> RAOF: It seems we are setting up both packages: "Setting up libmircommon-dev:armhf (0.6.0bzr1797pkg0utopic24+autopilot0)" "Setting up mircommon-dev:armhf (0.5.0+14.10.20140724-0ubuntu1)" which is weird
[06:59] <RAOF> Hm.
[06:59] <RAOF> I shall check exactly how apt invokes dpkg.
[07:02] <RAOF> Hm. Actually, why not solve the problem once and for all...
[07:02] <RAOF> alf_: Do you know how Alan fiddled with the setup process?
[07:02] <RAOF> alf_: Rather than calling dpkg exactly the way apt would call it, it occurs to me that it'd be simpler to just call apt :)
[07:04] <alf_> RAOF: AFAIK, the runner scripts are here: https://code.launchpad.net/~mir-team/+junk/mir-medium-test-runner-for-jenkins/
[07:06] <RAOF> Sweet.
[07:06] <RAOF> Let's play “local apt repository” then...
[07:08] <alf_> RAOF: Note that if you want to try debian/control fixes, base them against lp:~afrantzis/mir/fix-mircommon-debian-replaces, since in this branch I have reverted the fix for not installing mircommon-dev which is now in lp:mir/devel. If you just use mir/devel you will not get mircommon-dev at all in CI so any fixes will not have an effect.
[07:09] <RAOF> Really? I thought it pulled mircommon-dev from the apt-get install glmark2-es2-mir?
[07:09] <RAOF> (ie: from the package in the archive)
[07:16] <RAOF> Ok. I think that *should* work. I might wait until Alan is on and ask him how to test it :)
[07:16] <RAOF> But first, some shopping.
[14:33] <racarr_> GOod morning...probably missing standup...sorry..have to go out and get a USB Key accidentally deleted my refit partition (meant to just delete OSX)
[14:33] <racarr_> and now computer doesnt boot :)
[18:19] <racarr_> I have never understood
[18:19] <racarr_> wqhat the Native
[18:19] <racarr_> in NativePlatform
[18:19] <racarr_> means
[18:39] <kdub> racarr_, it is confusing
[18:39] <kdub> we really have buffer-allocating platform code and display-showing platform code
[18:40] <kdub> and we awkwardly mix it into that class for the modes that don't need the display-showing code
[18:45] <racarr_> kdub: I guess I understand the purpose I just odnt understand
[18:46] <racarr_> the word "native"
[18:46] <racarr_> I guess its kind of like
[18:46] <racarr_> for a nested server
[18:46] <racarr_> its certain hooks to the "underlying native" platform or something
[18:46] <racarr_> I dunno
[18:47]  * kdub thinks the structure is a bit wrong, and the name is a bit of a bandaid
[18:47] <kdub> but, bigger fish to fry
[18:48] <racarr_> all I know is LUNCH LUNCH LUNNNNNNNNNNNNNNNNCH
[18:48] <racarr_> kdub: Indeed. I was only bringing it up incase there was some like
[18:48] <racarr_> clever way of looking at it I was missing
[18:48] <racarr_> lol
[19:27] <racarr_> Back