[00:01] <bluesabre> nm
[00:01] <bluesabre> weekend finally here
[00:01] <knome> true
[00:01] <knome> any special plans?
[00:02] <bluesabre> nope
[00:02] <bluesabre> bug fixes, and finding some time to sleep
[00:02] <knome> hah :)
[00:29] <knome> bluesabre, ping, see #x
[00:36] <pleia2> knome: eep, social media for b2
[00:36]  * pleia2 gets to it
[00:36]  * knome hangs our lazily in the sofa, looking at pleia2 run all over social media
[00:36] <knome> *out
[00:37] <pleia2> kk
[00:37] <knome> i can tweet if you want though :P
[00:37] <knome> did we change the twitter password?
[00:38] <pleia2> no
[00:38] <knome> nvm
[00:38] <knome> i fail
[00:38] <pleia2> I'm logged in already
[00:38] <knome> kay
[00:38] <knome> thanks pleia2
[00:39] <pleia2> all done
[00:39] <knome> 39 wallpaper submissions
[00:39] <knome> only have to pick 15%!
[00:41] <pleia2> should social media the contest over the weekend again
[00:42] <knome> i've socially mentioned it to a few people :P
[00:57] <knome> ok, time to go to bed
[00:57] <knome> ttyl
[00:58] <bluesabre> night knome
[09:36] <pavlushka> Q:  I never tried but is it possible to upgrade from 14.04 LTS to 16.04 LTS directly?
[09:37] <flocculant> pavlushka: try reading the b2 release notes
[09:42] <pavlushka> flocculant, I am talking about the final stable release, is it possible?
[09:43] <flocculant> if I could look forward 4 weeks I'd probably be more interested in the lottery numbers
[09:44] <flocculant> I would hope so - I can't imagine Canonical releasing with their OS un-upgradable
[09:46] <pavlushka> because some BD guy was telling that one has to upgrade from 14.04 to 16.04 through step by step using 14.10, then 15.04, then 15.10, then 16.04 LTS, that will ridiculous to no extent.
[09:47] <flocculant> no idea what a BD guy is - but that's rubbish
[09:48] <flocculant> and impossible in a supported environment as 2 of them are EOL
[09:48] <pavlushka> Some Bangladeshi Ubuntu user.
[09:49] <pavlushka> Sorry "and impossible in a supported environment as 2 of them are EOL", I am not that technical.
[09:49] <flocculant> end of life
[09:49] <flocculant> there will be a direct upgrade lts to lts route at the end of April I would expect
[09:50] <flocculant> there are 3 supported versions out there, 12.04/14.04 and 15.10 - though for us just 14.04 and 15.10
[09:50] <pavlushka> thanks for the info's
[13:16] <pavlushka> How can I upload a po file to LP?
[13:16] <pavlushka> How can I upload a po file to LP?
[13:58] <bluesabre> pavlushka: either submit a bug report with it attached, or find the translations page for the project (for example,catfish https://translations.launchpad.net/catfish-search) and submit via the online editor
[13:59] <pavlushka> bluesabre, got it, thanks a million!
[17:52] <bluesabre> ochosi: marking the pidgin theme as postponed, we'll work on getting that in for 16.10 (along with the repackaging of elementary-* themes)
[17:52] <pavlushka> bluesabre, bug #1562338
[17:52] <pavlushka> bluesabre, bug #1562338
[17:54] <bluesabre> pavlushka: reassigned that to ubiquity-slideshow, I can't personally update that, but somebody else can
[17:55] <pavlushka> ok
[18:00] <bluesabre> flocculant, Unit193: postponing the xubuntu-core task for now... no progress for now
[18:00] <bluesabre> (I might recommend we just apply to be in ubuntu-cdimage and take a different route to core/base)
[18:01] <bluesabre> or
[18:01] <bluesabre> do we keep it in if we're targeting 16.04.1?
[18:01] <bluesabre> knome: blueprint master, thoughts?
[18:03] <Unit193> bluesabre: Hah, "for now".  You're funny!
[18:08] <flocculant> bluesabre: postpone it - see what happens for .1
[18:08] <flocculant> Unit193: :)
[18:08] <Unit193> Or for 17.04? :P
[18:08] <Unit193> bluesabre: Oh, any thoughts on the future of packages in extras?
[18:09] <bluesabre> Unit193: I'm still in favor of getting them into the archive
[18:09] <bluesabre> flocculant: alrighty
[18:10] <flocculant> bluesabre: seems the most sensible course - then we can move to .2/.3/.4.17.04 in easy steps :p
[18:10] <bluesabre> indeed
[18:21] <bluesabre> flocculant: any high-priority stuff you need me to look at?
[18:21] <flocculant> be good if blueman fix was simple
[18:22] <flocculant> thought that was in hand upstream though
[18:23] <bluesabre> doesn't seem to happen if there is some bluetooth hardware on the actual machine
[18:23] <flocculant> indeed
[18:23] <flocculant> so I get it everywhere ...
[18:23] <bluesabre> ha
[18:24] <flocculant> bug 1513590
[18:24] <flocculant> is odd
[18:26] <flocculant> either you can or you can't delete something - being able to make something deletable by moving the entry up or down seems not what we'd want
[18:26] <bluesabre> added a comment
[18:27] <flocculant> so did I :p
[18:28] <bluesabre> in that case, you're just deleting the local one, the system one would remain and be visible, no?
[18:29] <bluesabre> it's deleteable then because it is no longer the system launcher
[18:30] <flocculant> mmm
[18:30] <flocculant> so it doesn't delete - but asks all the stuff it would if you were going to delete it
[18:32] <flocculant> but cool - can mark it invalid or something
[18:33] <bluesabre> probably mostly semantics
[18:34] <flocculant> bug 1402036
[18:34] <bluesabre> in alacarte, it's probably "delete" that hides, but that should really be "hide" I'd think, makes it clearer that its non-destructive
[18:34] <flocculant> yea
[18:34] <bluesabre> dang
[18:34] <bluesabre> the same fix in catfish would be good for mugshot there
[18:35] <bluesabre> but we're all frozen now
[18:35] <flocculant> but not a bug fix?
[18:35] <bluesabre> maybe
[18:35] <bluesabre> it's a rewrite
[18:35] <bluesabre> in a lot of ways
[18:35] <flocculant> oh right
[18:35] <bluesabre> for that particular bit
[18:35] <bluesabre> using pkexec
[18:35] <flocculant> which fixes a bug :p
[18:35] <flocculant> yea
[18:35] <bluesabre> :D
[18:36] <bluesabre> I'll get that together so you can kick the tires
[18:36] <flocculant> ok - wfm :)
[18:38] <flocculant> bluesabre: can't think of any other major things
[18:39] <flocculant> I still get the usb3 remount on eject - but that'll turn up one day I guess
[18:44] <flocculant> bluesabre: I can't actually confirm that mugshot bug
[18:46] <flocculant> and I assume that trusty would have the trusty-updates version now
[18:49] <flocculant> aah right - so I DID confirm dkessel's 1511979 a while back- that's with the same version I have now
[18:49] <flocculant> but - it appears to work fine now
[18:50] <flocculant> oh forget what I said - didn't read daniel's properly
[18:53] <flocculant> so it still is an issue :)
[18:53]  * flocculant wanders off to lie down again
[18:56] <bluesabre> lp 1511979
[18:56] <bluesabre> ah, gotcha
[20:03] <knome> bluesabre, keep the item in th blueprints, as it's still active for 16.04
[20:04] <knome> bluesabre, we never really tracked off-release work items sensibly, maybe we should have one "ongoing" blueprint we keep on updating and attach to all release umbrellas
[20:05] <Unit193> Would think things could get more easily lost there.
[20:06] <knome> why?
[20:06] <knome> they would still show up in the tracker
[20:06] <knome> it would be just something that was attached to the next umbrella, then next umbrella...
[20:16] <bluesabre> I wouldn't be opposed
[20:26] <flocculant> wouldn't it make sense to have a 16.04.1 attached to 16.10 or whatever the point release is during the cycle of?
[20:44] <knome> flocculant, that's one option too


[00:47] <bracham> Good evening! I have a question. If I remote into my server at home and start a long process, and then get disconnected, will the process stop?
[00:50] <compdoc> I think unless you use a util, that it will
[00:51] <dlloyd> yeah, without something like nohup, screen, tmux, etc the process will be terminated with your session
[00:54] <sarnold> bracham: yes
[00:55] <bracham> Thanks! But using one of those utilities would prevent that?
[00:55] <compdoc> I install a minimal desktop, log in with x2go and run stuff that way. that way I can disconnect and get back to it later
[00:58] <bracham> That makes sense. I'm trying to avoid installing the desktop though.
[00:59] <sarnold> then you're probably going to like tmux :)
[01:10] <bracham> Just did some quick reading on it... Yes I'll have to read more and figure it out! Thank you sarnold!
[01:31] <rbasak> bracham: try byobu - it's a front-end to tmux that makes it easier to get started
[01:31] <rbasak> It's still tmux behind the scenes
[01:40] <JanC> there is also dtach if you need something really simple
[04:02] <bracham_> So tmux and byobu are both installed with Ubuntu (Server) by default?
[04:05] <rbasak> bracham: I believe so, yes.
[04:05] <sarnold> bracham: yeah, it looks like just the server; byobu ought to be just a thin config around tmux, so it's not too crazy to have them both
[04:06] <rbasak> You can run "byobu-enable", which IIRC will make login shells run byobu automatically on login
[04:07] <rbasak> Then multiple admins logging in remotely on a server will automatically share their screen, which I think is a great user story for users new to server administration
[04:07] <sarnold> interesting
[04:07] <bracham> Actually i think byobu is also on my Ubuntu desktop machine too, where i did the normal install. I recognize the icon from there.
[07:14] <lordievader> Good morning
[07:51] <linuxperia> Hi all. I need to install AMD Vega 64 GPU Driver for Ubuntu 19.10 Server but AMD only Provides Driver for 18.04. How can i install the AMD Vega 64 GPU Driver on my Ubuntu 19.10 Server from official Repository ?
[12:26] <frickler> jamespage: coreycb: can you please add building new neutron-lbaas pkgs to your list? https://bugs.launchpad.net/ubuntu/+source/neutron-lbaas/+bug/1847981
[14:25] <coreycb> frickler: definitely we'll include them in the next round of point releases. thanks.


[00:01] <__mikem> actually after looking at the screenshot for SharpChocolate, its starting to grow on me
[00:03] <__mikem> well how am I supposed to get this theme installed without him?
[00:03] <xanax`> https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/Kith_Intrepid
[00:04] <xanax`> interesting top of window decoration..
[00:04] <__mikem> that ones actually not bad
[00:04]  * xanax` agrees
[00:07]  * __mikem wishes compiz worked in vmware
[00:35]  * xanax` uses virtualbox, not vmware.
[00:37] <__mikem> vmware fusion actually performs much better than virtualbox
[00:38] <xanax`> you have a mac ?
[00:39] <__mikem> yes
[00:41] <xanax`> enabling full 3D support to OS emulators is going to be a long task
[00:41] <__mikem> I have a feeling its doable with current technology
[00:46]  * xanax` is longing to test gdm-face-browser once it gets released
[00:46] <__mikem> zerwas: why did you leave me hanging? :(
[00:47] <zerwas> __mikem, sorry
[00:47] <__mikem> its alright
[00:47] <zerwas> __mikem, did you got it working? :)
[00:48] <__mikem> I only got as far as adding those two lines to the source
[00:48] <__mikem> you never told me how to get the theme
[00:50] <zerwas> nice! almost done now. open system -> administration -> synaptic now.
[00:50] <__mikem> okay
[00:50] <zerwas> now the upper left button "reload" (or something like that)
[00:51] <__mikem> reload was correct sir
[00:51] <__mikem> okay, now what
[00:51] <darkmatter> xanax`: the new gdm should go a long way to improving the efficiency of user switching among others. I really like the direction the devs are moving in
[00:53] <zerwas> __mikem, good. now (according to this page https://launchpad.net/~kwwii/+archive) press "Search", enter "human" and click on "human-theme" to install it. do these steps for "gtk2-engines-murrine" and "ubuntu-artwork" too. Click on "Apply" now. You are done.
[00:53] <xanax`> the new gdm ? you mean.. gdm 2 or .. ?
[00:54] <darkmatter> the current recode. it was originally scheduled for 2.22 but was unfinished, and was thus deferred
[00:55]  * xanax` is searching for new features of the latest version of gdm
[00:55] <darkmatter> xanax`: it's the version that foresight and fedora use.. I'll grab a link
[00:57] <darkmatter> xanax`: here ya go, complete with screenies http://www.ogmaciel.com/?p=478
[00:57] <__mikem> zerwas: well I notice that there is some difference, but I still think you could do more
[00:57] <xanax`> cool
[00:57] <zerwas> __mikem, me?
[00:58] <zerwas> __mikem, do you have it activated?
[00:58] <__mikem> yes, I am using the newhuman theme right now
[00:59] <zerwas> __mikem, me needed to use it for a couple of days to begin to like it ...
[01:00] <__mikem> zerwas: it still doesn't live up to the standards of OSX and vista
[01:00] <__mikem> its good but just not good enough in my oppinion
[01:00] <zerwas> __mikem, agree.
[01:00] <zerwas> __mikem, help cimi, he could really need a helping hand :>
[01:01] <__mikem> zerwas: I did make some changes to the gelitan theme
[01:01] <__mikem> but graphic design is not my strong suit
[01:01] <xanax`> i think i'll have to test this version of gdm first before having a clear opinion.. these screenshots and comments aren't enough for a teaser.. imo
[01:02] <zerwas> __mikem, i don't think working on gtk theme engines has soo much to do with graphic design. especially when it is known what it could/should look like
[01:02] <__mikem> it'd be an interesting challange
[01:04] <xanax`> bbl
[01:05] <darkmatter> xanax`: if you want to test it you could always run a vm of sulfur (fedora 9) or install it on an extra partition. fedora already uses that version
[03:49] <pwnguin> where does kwii live?
[03:52] <zerwas> do you want to hug him?
[03:52] <pwnguin> well
[03:53] <zerwas> kwii? http://www.kwiisblog.com/d/
[03:53] <zerwas> ;-)
[03:53] <zerwas> oops looks like he is also german
[08:51] <xanax`> hello
[15:41] <psyke83> hi
[21:24] <J-_> Someone might know the answer to my question(s). In gnome-appearance-settings, I go into customize a theme, but GTK themes have a question mark over the theme picture(or preview) and some themes change, and some don't. How can I fix this?
[22:21] <zerwas> J-_, install the engine?
[22:48] <kwwii> zerwas: good answer :-)
[22:48] <kwwii> zerwas: btw, I am not german ;-)
[22:48] <zerwas> kwwii, :) oh so i was on the wrong blog
[22:48] <pwnguin> kwwii: nuts
[22:49] <pwnguin> i was hoping i could send someone over to the one dudes house and help him set up an LP project for his theme
[22:49] <kwwii> I do speak german though
[22:50] <kwwii> pwnguin: I am sure that I can help set up an LP project
[22:50] <pwnguin> kwwii: the kim guy seems anxious about it
[22:50] <zerwas> kwwii, oh okay, so you moved to germany?
[22:51] <kwwii> yes, almost 13 years ago
[22:51] <pwnguin> i suggested on the ML that he set one up so that people like mike can share changes but he seemed to prefer his blog to host it
[22:51] <kwwii> I guess that makes me germarican
[22:52] <kwwii> pwnguin: I just caught up on emails today, I'll send Kim an email offering help
[22:52] <pwnguin> k
[22:53] <kwwii> I spent most of the day working on a good idea for a generic web browser icon
[22:53] <pwnguin> uh oh
[22:53] <pwnguin> why?
[22:54] <kwwii> it is for our mobile solutions group
[22:54] <pwnguin> so not firefox
[22:55] <kwwii> can't really say more than that, contracts and all
[22:55] <kwwii> but no worries, ubuntu will still have firefox
[22:55] <kwwii> no iceweasel for us (thank god)
[22:56] <pwnguin> the other day i came across them threatening branding over whos libnss we linked to
[22:57] <pwnguin> we now link firefox to their own libnss and friends
[22:57] <pwnguin> when people say they're a memory hog you can now agree via that point ;)
[22:59] <kwwii> firefox(mozilla) seems to have very strict rules because of contracts that they have signed
[22:59] <kwwii> makes things really nasty
[23:00] <kwwii> apparently if you change *anything* in firefox without having them review it you are not allowed to call it firefox
[23:00] <pwnguin> that part i know about
[23:00] <pwnguin> but not the part where calling your changes firefox puts THEM in violation of contracts
[23:00] <pwnguin> i dont even know how that works
[23:01] <kwwii> and they apparently have contracts with companies which prevent them from even allowing small/intelligent changes in some cases
[23:01] <pwnguin> iceweasel begins to sound appealing
[23:01] <kwwii> I guess it is more the worry of law suits than the actual thing, but when you get as big as them that kind of stuff comes up
[23:01] <kwwii> the idea of iceweasel is not bad but the name is simply stupid
[23:02] <kwwii> it is like a 10 year old child thought of it
[23:02] <pwnguin> worse than "hardy heron"?
[23:02] <kwwii> lol
[23:02] <kwwii> I cannot comment on that or it will put my job at risk
[23:02] <kwwii> :p
[23:02] <pwnguin> hhaha
[23:02] <zerwas> hey it will get even better with intrepid ibex
[23:02] <pwnguin> you could just refer to it as 8.04 in all communications
[23:04] <kwwii> but then nobody would know what I am talking about :p
[23:04] <kwwii> maybe I should though
[23:04] <kwwii> I am not a big fan of the names
[23:05] <kwwii> although it does offer a good incentive for art direction
[23:05] <pwnguin> its supposed to be a development code name anyways
[23:05] <kwwii> I am somewhat worried about always having to use an animal pic
[23:05] <pwnguin> which we've done once
[23:05] <pwnguin> in the entire history of code names
[23:06] <kwwii> sure, but if we do it twice it is almost like saying we are always going to do it
[23:07] <pwnguin> of course, its also the most wildly successfull background we have ;)
[23:07] <kwwii> and the ibex pics all remind me of heavy metal / satanism
[23:07] <kwwii> :p
[23:07] <pwnguin> excellent
[23:07] <kwwii> in the end we will probably use something like that again
[23:07] <pwnguin> more proof we dont need a satanic edition
[23:07] <zerwas> ha ha... but there is already a satanic ubutu edition
[23:07] <kwwii> but I would really hesitate to do it three time
[23:08] <pwnguin> anything that isnt christian is satanic, right? ;)
[23:08] <kwwii> lol, right
[23:08] <pwnguin> well, you could always use that concern as motivation this cycle or next to make something else
[23:11] <kwwii> my biggest problem this cycle is that I go on vacation on Aug2-23 and I have all kinds of stuff to work on first
[23:11] <kwwii> I've been working on a time zone map for the installer which is not based on funky arrows pointing to cities
[23:12] <kwwii> but the file is so big that my 10" thinkpad core duo 1.8Ghz with 1GB of RAM simply makes it impossible to work on
[23:13] <kwwii> I plug into my 23" monitor so I an at least see parts of it closer but I simply need a faster machine
[23:13] <kwwii> *click* (wait a minute), *click* (wait a minute), repeat
[23:14] <psyke83> kwwii, using gimp? I feel dirty to say this, but Photoshop would work a lot better with large images due to the caching
[23:14] <psyke83> AFAIK, the CS2 tryout should work with WINE, you may want to try it
[23:15] <kwwii> psyke83: nope, with inkscape
[23:15] <psyke83> ah, k
[23:15] <kwwii> psyke83: yeah, from what I have heard CS2 works in wine...been a while since I used adobe stuff though
[23:15] <kwwii> it would probably handle the file better though
[23:16] <kwwii> it refreshes the screen in a much more efficient method than inkscape (I had a long discussion about that)
[23:16] <kwwii> it is nice to work at a company with two of the inkscape maintainers :-)
[23:17] <psyke83> ;)
[23:17] <kwwii> I've been running Ted's private branch and it has a couple of nifty extras
[23:17] <kwwii> rgba support for all the dialogue windows
[23:17] <kwwii> and such
[23:18] <psyke83> kwwii, are you keeping rgba enabled in the themes for release, by the way?
[23:21] <kwwii> psyke83: no, i am going to turn it off again
[23:21] <kwwii> although until now we have not had any complaints
[23:21] <kwwii> at least none that I am aware of
[23:21] <kwwii> I am still somewhat worried about being responsible for the packaging
[23:21] <kwwii> :D
[23:23] <kwwii> oh well, time for sleep
[23:23] <kwwii> night all
[23:25] <zerwas> ye, good night
[23:27] <psyke83> nite


[02:04] <veebers> thomi: that last MR has been approved
[02:05] <thomi> thanks veebers
[03:28] <pitti> Good morning
[03:45] <pitti> jibel: FYI, we are getting I/O errors during adt on amd64 again, so far all of them on wazn
[04:02] <pitti> jibel: I restarted these jobs and temporarily took wazn-adt offline
[04:09] <thomi> veebers: when you get a chance, super-easy MP for you: https://code.launchpad.net/~thomir/autopilot/trunk-add-help/+merge/187968
[04:11] <jibel> Good morning
[04:11] <jibel> pitti, I will look
[04:11] <pitti> jibel: bonjour -- wow, early for you
[04:13] <jibel> pitti, heh, I'm trying new working hours to finish earlier in the afternoon for other activities :)
[04:13] <pitti> I tried the "can't sleep any more" this morning :/
[04:16] <pitti> thomi: hm, why didn't that get a "PS Jenkins" review?
[04:16] <thomi> pitti: I only just created it - if we waited it would
[04:17] <pitti> thomi: reviewed, there's a typo
[04:17] <thomi> pitti: the CI system polls for MPs - from memory every 15 minutes, so on everage, it takes 7.5 minutes before a MP is picked up
[04:17] <jibel> pitti, did you receive notifications of the failures? I didn't
[04:17] <pitti> ah
[04:17] <pitti> jibel: yes, tons
[04:17] <pitti> To<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>[04:17] <thomi> pitti: good catch, thanks
[04:17] <pitti> jibel: ^ spam?
[04:17] <veebers> thomi: looking now
[04:17] <veebers> oh, do you still want me to if pitti is?
[04:18] <veebers> also, morning pitti and jibel o/
[04:18] <pitti> hey veebers, how are you?
[04:18] <jibel> hm
[04:18] <thomi> veebers: I just pushed a fix for the typo, perhaps you want to approve it?
[04:18] <veebers> thomi: can do
[04:18] <jibel> good morning veebers
[04:18] <veebers> pitti: good thanks
[04:19] <veebers> thomi: done
[04:19] <pitti> jibel: ok, u-drivers-common finished, that was the last one
[04:19] <thomi> hey jibel, I wonder if you could take a look at this when you get a chance? https://bugs.launchpad.net/autopilot/+bug/1229932
[04:20] <jibel> pitti, did any test you re-ran failed with IO error again?
[04:20] <pitti> jibel: no, they all succeeded
[04:20] <thomi> also pitti, there's this packaging problem in autopilot - I'm not sure what the issue is exactly, I wonder if you could take a look if you get a chance please? https://bugs.launchpad.net/autopilot/+bug/1227797
[04:20] <pitti> jibel: except for the first few which still got assigned to wazn (I retried the first few without disabling wazn)
[04:21] <jibel> ah, right
[04:21] <pitti> thomi: oh, I thought we added Breaks: for the older versions
[04:21] <thomi> pitti: we did, and I think that might be part of the problem
[04:21] <pitti> ah, just the other way around
[04:22] <pitti> python-autopilot is missing Breaks
[04:23] <thomi> pitti: it should break older versions of libautopilot-*?
[04:23] <pitti> thomi: I followed up to the bug
[04:24] <pitti> thomi: can do an MP if you are ok with that proposal
[04:25] <thomi> pitti: thanks - I can do the MP, and get you to review maybe
[04:25] <pitti> thomi: WFM
[04:25] <thomi> :)
[04:25] <pitti> thomi: did another followup
[04:27] <thomi> pitti: I don't understand your last comment...
[04:27] <jibel> pitti, there is also this error which does't make sense to me: qemu-system-x86_64: -drive file=[...].img,if=virtio: could not open disk image /dev/shm/adt/[...].img: No such file or directory
[04:27] <pitti> thomi: if we lift the unversioned recommends to versioned depends, there is no need for the Breaks: any more
[04:27] <pitti> it doesn't hurt, but it's redundant
[04:28] <thomi> pitti: gotchya
[04:28] <thomi> pitti: is there a de factor standard for the order of the Depends, Recommends, Breaks etc. clauses in debian/control stanzas?
[04:29] <pitti> thomi: usually in the order you stated, i. e. from "strong plus" to "strong minus", but it doesn't matter that much
[04:29] <thomi> cool
[04:30] <pitti> depends, recommends, suggests, enhances, breaks, conflicts, replaces
[04:30] <pitti> we so much need Likes:, GoesWellWith:, and MaybeIfIamInTheMood: !
[04:31] <thomi> heh
[04:31] <thomi> InstallOnlyIfThePlanetsAlign
[04:32] <thomi> who needs determinism in their packaging system anyway?
[04:44] <jibel> ahhh, gmail suddenly decided to send all the jenkins notifications to spam, how to I tell it not to do that!
[04:45] <thomi> pitti: care to review those changes? 3 MPs are: https://code.launchpad.net/~thomir/autopilot/trunk-fix-deps/+merge/187970 and  https://code.launchpad.net/~thomir/autopilot-gtk/trunk-fix-deps/+merge/187971 and https://code.launchpad.net/~thomir/autopilot-qt/trunk-fix-deps/+merge/187972
[04:50] <pitti> thomi: done
[04:51] <thomi> pitti: thanks!
[04:52] <pitti> thomi: btw, do the gtk tests work for you ATM? they seem to fail here
[04:52] <thomi> pitti: yeah, they work for me, but you do need AP 1.4 installed
[04:52] <pitti> I do
[04:52] <thomi> which creates a small bootstrapping problem :)
[04:52] <thomi> oh
[04:52] <thomi> how do they fail?
[04:53] <pitti> interactively they take ages and all fail with dbus timeout
[04:53]  * pitti runs them again and gets a log
[04:54] <thomi> hmm, I closed the terminal window, but I just built the package for the last MP
[04:54] <thomi> pitti: although mterry reported a bug similar to this, but I haven't had a chance to look into it yet
[04:55] <pitti> thomi: http://paste.ubuntu.com/6161510/
[04:55] <thomi> pitti: https://bugs.launchpad.net/autopilot/+bug/1224256
[04:55] <pitti> thomi: might also be something which I screwed up on my system, of course
[04:55] <pitti> I use the exp PPA
[04:55] <pitti> Package: python-autopilot
[04:55] <pitti> Version: 1.4+14.04.20130917ubuntu.unity.next-1experimental340~ubuntu13.10.1
[04:55] <thomi> hmmm
[04:55] <pitti> 1.4+14.04 ?
[04:56] <thomi> pitti: talk to didrocks about that :)
[04:56] <pitti> we'll need a bigger version for t then, but I guess we can call it 1.4.0
[04:56] <thomi> I never understand those crazy versino numbers
[04:56] <thomi> *version
[04:57] <thomi> pitti: the log looks good... but it does make me think that StateNotFoundError should derive from AssertionError rather than RuntimeError
[04:57] <thomi> happy to take counsel on that though
[04:57] <pitti> how does it look good?
[04:58] <pitti> well, let's see what the PS jenkins bot says about the recent MP
[04:58] <thomi> pitti: oh, I see a few failures now
[04:58] <jibel> pitti, 14.04 is the version for the head branch because 13.10 is now considered 'stable' by the daily release system
[04:58] <thomi> hmmm
[04:59] <pitti> thomi: mterry's bug certainly is for 1.3, though?
[05:00] <thomi> pitti: yes, true
[05:02] <jibel> pitti, I didn't find anything from system logs on wazn. I switched it back online, and reprovisioning a new base VM (and told gmail not to move notifications to spam so I can monitor failures)
[05:03] <pitti> jibel: thanks; the I/O errors are only within the test VM, usually from dpkg (but I guess only because that just touches a lot of files)
[05:04] <jibel> pitti, right, but sometimes there are IO errors because of some failure on the host system
[05:05] <pitti> jibel: it's weird that it only affects 64 bit; sounds like the saucy guest 64 bit kernel doesn't work with the raring host kernel through kvm
[05:05] <pitti> I haven't yet seen I/O errors on i386
[05:07] <jibel> but there is something going on on the host itself, I got this 'No such file or directory' error when starting qemu again
[05:29] <DanChapman> morning all
[05:32] <pitti> thomi: so https://jenkins.qa.ubuntu.com/job/autopilot-gtk-saucy-amd64-ci/26/console fail with the same StateNotFound errors
[05:32] <thomi> pitti: ahhh yes, I know why
[05:32] <pitti> thomi: seems something changed in ap in that regard? it still worked at least two weeks ago at the sprint
[05:33] <thomi> pitti: yes, select_single no longer reutrns None if nothing was found
[05:33] <thomi> now it raises an exception
[05:33] <pitti> oh, I remember that
[05:33] <pitti> I thought we already adjusted -gtk/-qt for that
[05:33] <thomi> I can get into it as soon as I finish this MP
[05:33] <pitti> but perhaps it was just "we need to remember to do it"
[05:33] <thomi> pitti: the libraries themselves didn't need any changes, but the libautopilot-gtk autopilot suite obviously does :)
[05:34] <pitti> ah, right
[05:35] <pitti> yes, I make quite a few assertions that objects of a certain kind aren't found
[05:35] <pitti> so these now need to turn into assertRaises
[05:35] <thomi> yeah
[05:41] <thomi> pitti: how well do you know python-mock?
[05:41] <pitti> thomi: I used it once or twice in apport's test suite, so "basic leve'
[05:41] <pitti> l
[05:42] <thomi> ok
[05:42] <thomi> nvm then :)
[05:50] <thomi> pitti: could you cast your eye over this please? https://code.launchpad.net/~thomir/autopilot/1.3-add-large-select-warning/+merge/187979
[05:50] <thomi> if you approve I'll push a MP for trunk as well
[05:53] <pitti> thomi: done
[05:57] <thomi> pitti: same thing, but for trunk: https://code.launchpad.net/~thomir/autopilot/trunk-add-large-select-warning/+merge/187980
[05:58] <pitti> done
[05:58] <thomi> cheers
[06:05] <thomi> pitti: are you happy if I put the fixes for the libautopilot-gtk autopilot tests in the same MP as the debian/control changes?
[06:06] <pitti> thomi: sure, WFM and keeps overhead low
[06:08] <thomi> cool - I think I've fixed them now. I realise that the issue I had earlier was my version of python-autopilot was earlier than when we introduced that change
[06:08] <thomi> so, doing a dist-upgrade now, will confirm that the tests WFM, and re-push
[06:09] <pitti> thomi: just setting $PYTHONPATH ought to work, too? that's how I used to test -gtk changes against ap trunk
[06:09] <pitti> (and calling ~/upstream/autopilot/bin/autopilot)
[06:09] <thomi> pitti: hmm, yes, good point :)
[06:13] <thomi> it turns out one of the hacks in the tests is a perfect place to use the new wait_select_single as well :)
[06:14] <thomi> bzr st
[06:14] <pitti> nice
[06:14]  * pitti puts thomi's mouse back into the right place for focusing
[06:14] <thomi> pitti: all pushed - care to re-review? https://code.launchpad.net/~thomir/autopilot-gtk/trunk-fix-deps/+merge/187971
[06:15] <thomi> thanks for the mouse move, btw
[06:15] <DanChapman> thomi, hey. When accessing object properties does autopilot always return unicode for string values? I'm trying to test the language list for ubiquity are all unicode and not squares and stuff but running type against each one it returns a <class autopilot.introspection.dbus.String> and using get_properties on the object the string looks like "string(u'lang')". So not sure how I can actually assert it is indeed a unicode string
[06:15] <pitti> thomi: does the more complicated assertThat(... raises()) give you anything over the standard assertRaises() ?
[06:16] <thomi> pitti: probably not, but we settled on using testtools matchers in autopilot itself, so I kind of use it everywhere now
[06:16] <thomi> DanChapman: hmm, I'll need to think about that, one second
[06:16]  * thomi scans the bowels of autopilots introspection module
[06:17] <DanChapman> thomi thanks :-)
[06:17] <thomi> DanChapman: autopilot --version says '1.3.XXX' right?
[06:17] <pitti> thomi: hmkay; just takes 4 lines where one would be enough
[06:17] <DanChapman> thomi yeah :-)
[06:18] <thomi> pitti: well, I coulda made it one line, but I wanted to make it pep8 compliant. The assertRaises version was already too long :P
[06:19] <pitti> thomi: thanks, re-approved
[06:21] <thomi> DanChapman: so.. this is an area that autopilot needs more tests in.
[06:21] <thomi> DanChapman: however...
[06:22] <thomi> DanChapman: if your data is being shipped over the wire in a dbus.String type, then it's being shipped as unicode (see: http://dbus.freedesktop.org/doc/dbus-python/api/dbus.String-class.html_
[06:22] <thomi> err http://dbus.freedesktop.org/doc/dbus-python/api/dbus.String-class.html
[06:22] <thomi> inside autopilot, we'll store all string data as unicode internally (if we don't somewhere, then that's a bug that will get fixed in 1.4 most likely - please let me know if you see this)
[06:23] <thomi> DanChapman: if you're trying to work out if the string contains unicode characters or not...
[06:24] <thomi> DanChapman: something like this might help you out: http://stackoverflow.com/questions/196345/how-to-check-if-a-string-in-python-is-in-ascii
[06:25] <thomi> but ultimately, autopilot should 1) transmit all text content as unicode. 2) present all text data to the test author as unicode.
[06:26] <thomi> DanChapman: I hope that helps - I have to sign off for the evening, but feel free to send me an email if you have more problems. I'll PM you my address
[06:27] <DanChapman> thomi, yes thats great thanks :-) i'll have a read through those links and see how I get on
[06:27] <thomi> nw
[06:28]  * thomi -> EOW
[10:12] <davmor2> Morning all
[14:15] <elopio> good morning.
[14:16] <DanChapman> morning elopio
[14:16] <elopio> hello DanChapman.
[14:16] <elopio> hey om26er, are you here?
[14:16] <om26er> elopio, I am
[14:17] <elopio> om26er: did you write an emulator for the slider?
[14:18] <om26er> elopio, not yet. Is that needed now? I waited because I though it won't go in given the time of the cycle we are at
[14:18] <om26er> if its needed in the near time I can get it done before monday
[14:18] <elopio> om26er: I remember somebody write something, I just don't remember who.
[14:19] <om26er> elopio, I wrote the inital proof-of-concept I talked to you about it as well
[14:19] <om26er> https://bugs.launchpad.net/bugs/1228061
[14:19] <elopio> om26er: yes, I know about that.
[14:20] <om26er> elopio, atleast I think its the best solution out there. does not restart unity8 all the time and many other benefits. I'll experiment with it today and tomorrow to put it in a sane place so that apps will use it
[14:21] <om26er> best as in what I could think of :p
[14:22] <elopio> om26er: it's a nice solution. Please try to make some self tests for it.
[14:23] <om26er> the self test will only run on the phones
[14:23] <om26er> ofcourse
[14:38] <elopio> om26er: yes. For now.
[16:30] <cgoldberg> anybody up for doing a small MP/review for autopilot? (only documentation)
[16:30] <cgoldberg> elopio maybe?  ^^
[16:34] <balloons> cgoldberg, I would, but I'm drowning in my own MP's today -- lots of them
[16:35] <cgoldberg> balloons, thanks.. no prob.. ping me if you free up.  It's a very small review to do
[16:35] <balloons> cgoldberg, if you can't get anyone else, well :-)
[16:36] <balloons> I think elopio will be around after lunch :-)
[16:36] <balloons> he needs a break from his tickets
[16:36] <cgoldberg> cool
[16:36] <elopio> cgoldberg: give it to me.
[16:36] <elopio> I'm going for a walk, and then get back to it.
[16:36] <balloons> elopio, <3 :-p
[17:52] <cgoldberg> elopio, https://code.launchpad.net/~coreygoldberg/autopilot/doc-update
[17:58] <balloons> om26er, ping
[17:59] <om26er> balloons, yo
[18:09] <elopio> cgoldberg: just one typo. I left my approval with that in the comment.
[18:09] <cgoldberg> elopio, great thanks
[18:10] <elopio> cgoldberg: thanks to you.
[18:10] <elopio> I'm going to have lunch.
[18:56] <letozaf> balloons, Hello!
[18:57] <balloons> letozaf, hello
[18:58] <letozaf> balloons, I need your help !   :P if you got time
[18:58] <balloons> letozaf, go for it.. I'm working on the music app stuff you victor and I spoke about
[18:58] <balloons> I hope it all works
[18:58] <letozaf> balloons, cool, can't wait to see it :)
[18:59] <balloons> well in theory, nothing should change, hah :-)
[18:59] <letozaf> balloons, :)
[18:59] <letozaf> balloons, I am trying to integrate emulator in ubuntu docviewer but there is something wrong, I've checked with what you did for instance with sudoku app
[19:00] <letozaf> balloons, but it is not working, can you take a look to see what I'm doing wrong ?
[19:00] <letozaf> balloons, https://code.launchpad.net/~carla-sella/sudoku-app/emulator-integration
[19:00] <letozaf> balloons, to me everything looks fine, but it's not I get  AttributeError: Class 'MainView' has no attribute 'get_object'.
[19:01] <letozaf> balloons, but cannot find where I'm wrong :(
[19:01] <letozaf> balloons, just run the test_open_text_file
[19:02] <balloons> letozaf, ohh, I can tell you just from the error I think.. there is no get_object method
[19:02] <balloons> convert it to a select_single
[19:02] <letozaf> balloons, but it's in the emulators.py file
[19:02] <letozaf> balloons, and it is select single
[19:03] <letozaf> balloons, I more or less looked how you did in sudoku app :P but still does not work
[19:03] <balloons> letozaf, ohh, I think you sent the wrong link
[19:04] <balloons> that's for sudoku app not docviewer
[19:04] <balloons> this it? http://bazaar.launchpad.net/~carla-sella/ubuntu-rssreader-app/Emulator-integration/revision/23
[19:04] <letozaf> balloons, :(
[19:04] <balloons> it's under rssreader, oops :-)
[19:05] <letozaf> balloons, :'( let me push it again
[19:05] <balloons> letozaf, before you do, add the emulators.py file
[19:05] <balloons> check your bzr status
[19:06] <letozaf> balloons,  https://code.launchpad.net/~carla-sella/ubuntu-docviewer-app/Emulator-integration
[19:08] <balloons> letozaf, got it
[19:08] <letozaf> balloons, fiew, what a mess I was making :p
[19:08] <letozaf> balloons, just the test_open_text_file
[19:08] <balloons> yes, I was looking at that one
[19:09] <balloons> I would still convert all the get_objjects
[19:09] <balloons> but you are corec, they exist
[19:09] <letozaf> balloons, this thing has been driving me nuts
[19:10] <balloons> letozaf, if it makes you feel better I hit a brick wall on the stock ticker app in a similar way
[19:10] <balloons> this all looks good :-)
[19:10] <letozaf> balloons, well yes it makes me feel better :p
[19:10] <balloons> letozaf, I would just convert it to self.app.select_single
[19:11] <balloons> sorry err self.main_view.select_single
[19:11] <balloons> let me try real quick and see
[19:11] <letozaf> balloons, thanks :)
[19:12] <balloons> yep works fine
[19:12] <balloons> I'd drop the get_objects functions in the emulator
[19:13] <balloons> so it'll be blank it seems for now :-)
[19:13] <balloons>         textArea = self.main_view.select_single("TextArea", objectName = "textAreaMain")
[19:13] <balloons> make sense, convert the rest and you should be good to go :-)
[19:13] <letozaf> balloons, thanks a lot !
[19:13] <balloons> if you'd like, add the click support to it also
[19:13] <letozaf> balloons, I will carry on now
[19:14] <balloons> did you see how that was done in sudoku?
[19:14] <letozaf> balloons, yes
[19:14] <balloons> kk, go for it :-)
[19:14]  * balloons high fives letozaf
[19:14]  * letozaf high fives back
[20:26] <elopio> balloons: I found the slider emulator: http://bazaar.launchpad.net/~hiroshidi/ubuntu-terminal-app/autopilot-header-and-settings/view/head:/tests/autopilot/ubuntu_terminal_app/emulators/main_window.py
[20:26] <elopio> I'll try to copy and test it over the weekend.
[20:27] <elopio> the hard part is that I would like the API to receive the slider value, not the position. So I'll have to find a way to convert that.
[20:28] <balloons> elopio, ohh. sorry, that was e
[20:28] <balloons> *me
[20:29] <elopio> :)
[21:21] <om26er> balloons, ping
[21:21] <balloons> om26er, pong
[21:21] <om26er> balloons, you are using logger.debug in a proposed branch can you tell me what do I need to import for it ?
[21:21] <om26er> it says
[21:21] <om26er> NameError: global name 'logger' is not defined
[21:22] <balloons> import logging
[21:23] <om26er> aah I though it was something autopilot specific
[21:26] <cgoldberg> om26er,  you also have to create the logger object you are using
[21:26] <cgoldberg> logger = logging.getLogger(__name__)
[21:26] <cgoldberg> logger.debug('foo')
[21:27] <om26er> cgoldberg, I think that's what I was looking for. thanks
[21:27] <cgoldberg> om26er, .. and import logging like ballons said
[21:27] <om26er> yeah
[21:28] <cgoldberg> http://unity.ubuntu.com/autopilot/tutorial/advanced_autopilot.html#test-logging
[21:28] <cgoldberg> ^^ in our freshly themed new docs
[21:31] <balloons> :-)
[21:51] <melodie> hi


[01:05] <StevenK> rbasak: If it was just me, then sure -- but there a whole bunch of posts about this, not to mention that other people might have hit this and then go "oh well, time to install Fedora"
[01:12] <rbasak> StevenK: I understand it's frustrating, but without concrete steps to reproduce, and assuming it works for the majority of people, saying "we should do better" didn't seem constructive; that's all.
[07:53] <mwhudson> that is a strange bug, in that it certainly isn't happening to everyone
[07:54] <mwhudson> oh it's a grub issue really?
[08:08] <StevenK> Possibly http://savannah.gnu.org/bugs/?61058 , but that hasn't had much traction either
[13:51] <sergiodj> tjaalton: hi, do you plan to upload sssd 2.7.2-2 (with https://salsa.debian.org/sssd-team/sssd/-/commit/a64db42fba29b4c7ddbe0050f27b9e378d975b43) soon?  I'd like to start working on merging it before the end of the week
[13:54] <tjaalton> sergiodj: yup
[13:54] <sergiodj> tjaalton: thanks
[14:12] <enr0n> Can a core dev please trigger these two PPA autopkgtests? TIA.
[14:12] <enr0n> https://autopkgtest.ubuntu.com/request.cgi?release=kinetic&arch=amd64&package=systemd&ppa=enr0n/systemd-251&trigger=systemd/251.2-2ubuntu1~ppa13
[14:12] <enr0n> https://autopkgtest.ubuntu.com/request.cgi?release=kinetic&arch=ppc64el&package=systemd&ppa=enr0n/systemd-251&trigger=systemd/251.2-2ubuntu1~ppa13
[14:23] <jawn-smith> enr0n: on it
[14:24] <enr0n> jawn-smith: thanks!
[14:53] <sergiodj> tjaalton: before you upload, there's another bug with "sssctl analyze".  /usr/libexec/sssd/sss_analyze has the wrong shebang
[14:53] <sergiodj> I'm going to submit a Merge Request soon
[14:55] <tjaalton> sergiodj: uploaded already :)
[14:55] <sergiodj> hah
[14:56] <sergiodj> tjaalton: you can either upload -3 now or I can patch sssd in Ubuntu meanwhile
[14:56] <sergiodj> up to you
[14:57] <tjaalton> I can wait
[15:06] <slyon> cpaelzer: didrocks: I have a question about symbols tracking for senior MIR team members: https://bugs.launchpad.net/ubuntu/+source/lerc/+bug/1977551/comments/4 – this is not urgent and we can also discuss it during the next meeting, but maybe you find some time in-between and could have a brief look.
[15:29] <didrocks> slyon: is there anything like DPKG_GENSYMBOLS_CHECK_LEVEL set to 4 or any other value?
[15:30] <didrocks> it seems default is 1, so "Level 1 fails if some symbols have disappeared."
[15:30]  * didrocks likes to use 4 to ensure the symbols file is always updated
[15:30] <slyon> didrocks: yes, the package sets it to "-c0" in d/rules (i.e. ignoring any failures)
[15:30] <didrocks> ah, here we go :)
[15:31] <slyon> but they are doing on purpose and don't want to change (see debian bug report)
[15:32] <didrocks> I don’t know, I feel the warning is not enough, and then, if there is a change that isn’t an ABI/API breakage (and yes, C++ is a nightmare in this regard), IMHO, this is up to the maintainer to do the check and update the symbols files accordingly
[15:33] <didrocks> but at least, we know the symbols file (even if not perfect) is really tracking what’s in it
[15:33] <didrocks> I meant, we were able to handle unity/nux as big C++ projects and still track symbols there
[15:33] <didrocks> it wasn’t an everyday joy, especially with the amount of changes when a new g++ is introduced, but it’s doable
[15:34] <didrocks> so if we want to ignore the error/mismatch why having a symbol file in first place?
[15:35] <didrocks> I’m happy to read other MIR team member opinions
[16:06] <slyon> didrocks: I totally agree with your stance on it! (sorry, I was stuck in a meeting)
[16:06] <sergiodj> tjaalton: in case you haven't received a notification: https://salsa.debian.org/sssd-team/sssd/-/merge_requests/13/diffs
[16:07] <slyon> If the Debian Maintainer doesn't want to track those symbols properly, we might want to introduce an Ubuntu delta to increase the DPKG_GENSYMBOLS_CHECK_LEVEL to something like -c4 ourselves.
[18:25] <tjaalton> sergiodj: thanks, merged and uploaded
[19:05] <sergiodj> tjaalton: thanks
[19:33] <ahasenack> lvoytek: approved, shall I upload?
[19:41] <lvoytek> sure, thanks!
[20:52]  * tarzeau was wondering why ubuntu doesn't get uftrace updated? https://launchpad.net/ubuntu/+source/uftrace
[21:03] <ginggs> tarzeau: uftrace has an ubuntu delta so it will not autosync, try https://wiki.ubuntu.com/SyncRequestProcess
[21:03] <tarzeau> ginggs: thanks for the hint. will consider when uftrace is synced with the latest upstream release
[21:05] <ahasenack> and looks like that delta was added in debian
[21:06] <ahasenack> uftrace (0.10-1) UNRELEASED; urgency=medium
[21:06] <ahasenack> ...
[21:06] <ahasenack>     - Fixes FTBFS from spurious test failures (closes: 966988). Thanks
[21:06] <ahasenack>       to Logan Rosen for identifying the issue and submitting a patch,
[21:06] <ahasenack>       although I failed to address it in the 0.9.4 series.
[21:06] <ahasenack> so it *sounds* like it can become a sync (judging just by the d/changelog updates)
[21:07] <ahasenack> Logan_: are you that Logan Rosen? :)
[21:09] <sarnold> heh
[21:13]  * tsimonq2 waves in this channel for the first time in a while
[21:13] <tsimonq2> no I'm not Logan ;)
[22:39] <Logan_> ahasenack:  I am indeed that Logan
[22:41] <Logan_> feel free to sync if it seems safe. Otherwise I can take a look later
[23:49] <mwhudson> paride: does lxd launch --vm work on armhf? i didn't think we published images that would work for that


[00:02] <freeflying> Riddell: can we move plasma-widget-kimpanel-backend-scim into universe?
[00:04]  * ryanakca sighs and wonders why it all the lucid packages appear unsigned / untrusted to aptitude
[00:04] <Riddell> freeflying: yes but the source (kdeplasma-addons) is in main so scim-dev needs to be in main to compile against it
[00:09] <neversfelde> hi ryanakca
[00:10] <neversfelde> did you see my posts above?
[00:10] <Riddell> bug 520408
[00:10] <Riddell> this problem is so confusing
[00:10] <ryanakca> neversfelde: I can add it to the current one now
[00:10] <neversfelde> cool
[00:11] <neversfelde> I did not use the current one for 4.4, because the news for 4.4 rc2 was different
[00:13] <freeflying> Riddell: ok, then drop scim's backend, since scim's non-maintainace in upstream
[00:13] <ryanakca> neversfelde: ... and done, feel free to check :)
[00:13] <ryanakca> (if it's to your liking)
[00:13] <Riddell> freeflying: ok I will try and drop the scim backend
[00:14] <Riddell> freeflying: do you have any thoughts on https://launchpad.net/bugs/520408 ?
[00:14] <neversfelde> ryanakca: I'll do tomorrow. Can I improve the templates, if I have admin access?
[00:15] <neversfelde> I'll never test
[00:15] <neversfelde> err I nevere tested
[00:15] <ryanakca> neversfelde: Yes, go to /admin/ ... then It's under "Content Types" (left column, towards the top, I forget the header)... Then click edit for the PPA content type.
[00:16] <neversfelde> k
[00:18] <ryanakca> Riddell: Is Ng out of the office again this week?
[00:18] <ryanakca> (or is it just that he never checks his IRC client...)
[00:22] <Quintasan> JontheEchidna, freeflying: works on RC2, updating to final 4.4.0 and will test
[00:23] <Quintasan> Riddell: yuuup, that is a good solution IMO, scim was bad even in KDE 3 :>
[00:24] <JontheEchidna> I recall it causing problems early on in intrepid, even though I never used it in my life
[00:28] <freeflying> Riddell: did we get all this rebuilt agaist qt-4.6.1?
[00:29] <freeflying> Quintasan: rc2 used previous qt release, right?
[00:29] <Quintasan> freeflying: I belive yes
[00:29] <Quintasan> That's why I'm updating :)
[00:29] <freeflying> Quintasan: ok, ibus-qt might not be rebuilt, and also libicu
[00:42] <JontheEchidna> lol, kubuntu_104_kdm_active_vt_plymouth.diff made it in to the karmic backports
[00:44] <neversfelde> mhh
[00:45] <JontheEchidna> fixing
[00:46] <Lex79> I forgot to drop maybe, but I wrote in changelog :)
[00:46] <JontheEchidna> lol
[00:46] <neversfelde> I am off till tuesday, gn8
[00:46] <Lex79> JontheEchidna: well, sometimes I can make a mistake, I'm not a bot :)
[00:47] <JontheEchidna> you are doing a lot of work. I wish I could do more, but with school...
[00:48] <Lex79> no problem :)
[00:48] <JontheEchidna> ...and I almost uploaded ~ppa4 with lucid in the changelog entry :D
[00:49] <Lex79> good :D
[00:50] <JontheEchidna> 11 MB diff.gz O_o
[00:52] <Lex79> because ethais.tar.gz.uu is 14.9 MB
[00:52] <JontheEchidna> v.v
[00:57] <JontheEchidna> blah, I guess it does really need pkg-kde-tools 0.6: http://launchpadlibrarian.net/39080222/buildlog_ubuntu-lucid-i386.kaffeine_1.0~pre3-1ubuntu1_FAILEDTOBUILD.txt.gz
[00:57] <JontheEchidna> but it pbuilt fine. how was I supposed to know it'd fail in the buildd? :(
[01:01] <Lex79> You can't. Try to build and fix in a ppa :(
[01:04] <Lex79> JontheEchidna: drop --parallel
[01:05] <Lex79> It's a feauture of pkg-kde-tools 0.6 I think
[01:09] <JontheEchidna> at worst I think that flag would just be ignored
[01:11] <JontheEchidna> I'll throw up a ppa build to test, though I don't know if pkgbinarymangler would get run even in -ninjas
[01:12] <Quintasan> freeflying: still works after update
[01:13] <Quintasan> maybe becuase en_GB uses XIM
[01:13] <Quintasan> hmm
[01:13] <Quintasan> still polish
[01:13] <Quintasan> wtf
[01:21] <freeflying> Quintasan: well, I checked ibus, they had support deadkey in ibus-qt
[01:42] <JontheEchidna> hmm, konversation just failed with a similar error to kaffeine's... http://launchpadlibrarian.net/39082166/buildlog_ubuntu-lucid-i386.konversation_1.2.2-0ubuntu1_FAILEDTOBUILD.txt.gz
[01:42] <JontheEchidna> guess that rules out pkg-kde-tools being too old, pkgbinarymangler is just screwed'
[01:47] <nixternal> psst, on lifehacker, they are voting for best netbook os...Kubuntu Netbook has 2 thus far, we need more :)
[02:11] <jjesse> wow looks like a bunch more updates hitting kubuntu/packports or something
[02:14] <JontheEchidna> should hopefully fix the kdm issues
[02:15] <Riddell> JontheEchidna: what did you do for that?
[02:15] <JontheEchidna> Riddell: remove the plymouth "don't blank screen" patch
[02:16] <Riddell> aah
[02:23] <nixternal> wtf, why for the past few days, on doing an upgrade in karmic, my system dies? ie. kde doesn't seem to crash, as there is no error messages anywhere, nothing seems to crash that I can find....this time I caught it, and lzma was tanking the system...the systems goes out to a non-gui tty7, where I have to go to another tty, log in, and start kdm
[02:23] <nixternal> checked sys temps when it happens, 50c, not bad, as I can get it up to 80c when building with all cores
[02:24]  * nixternal goes and eats
[02:24] <ejat> hi guys .. i cant run my kopete after upgrade to 4.4 .. error : unable to run dr konqi
[02:24] <ejat> any idea
[02:25] <ejat> ?
[02:26] <Riddell> sounds like its crashing
[02:26] <ejat> yups
[02:28] <jjesse> after the last update i now have duplicate everything on the desktop, task bar, plasmoids on the desktop, etc
[02:54] <dhillon-v10> hi all, need some help here, this patch I created keeps on saying patch malformed at line 79: http://paste.ubuntu.com/374390/ what's wrong with it? I am pretty sure the patch is right because bzr created it
[05:30] <Zorael> Seems like kdm 4:4.4.0-0ubuntu2 stops the kdm service when upgrading. Intentional?
[07:06]  * apachelogger hugs sebas_ for having the same nepomuk search issue :)
[07:22] <apachelogger> oh oh oh
[07:22] <apachelogger> ohhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh
[07:22] <apachelogger> sebas_: I think I found the cause => silly kubuntu devs ;)
[07:25] <apachelogger> trying
[07:41] <apachelogger> yay
[07:43] <apachelogger> anyone with lucid around?
[07:59] <allee-k__> apachelogger: with lucid netbook
[07:59] <apachelogger> allee-k__: can you please run apt-cache rdepends shared-desktop-ontologies
[08:05] <allee-k__> apachelogger: no rdepends listed
[08:05] <apachelogger> kthx
[08:19] <Quintasan> \o
[08:20] <ulysses> o/
[08:23] <apachelogger> so
[08:23] <apachelogger> something needs to depend on shared-desktop-ontologies in both lucid and karmic
[08:23] <apachelogger> I just dont know what
[08:29] <allee-k> apachelogger: nepomuk-* I assume
[08:29] <apachelogger> there are such packages?
[08:30] <apachelogger> seems the most low-level dep is in kdelibs so I suppose kdelibs5 should dep the ontologies
[08:33] <allee-k> apachelogger: just checked and found nothing.  So maybe soprano-daemon, or even the libsoprano4 ?
[08:34] <apachelogger> allee-k: I am not sure soprano depends on it
[08:34] <Nightrose> neversfelde: \o/ your rebuild fixed my problem
[08:34] <apachelogger> I am thinking
[08:34] <apachelogger> apparently debian is splitting kdelibs into subpackages
[08:34] <neversfelde> Nightrose: good :)
[08:34] <apachelogger> (which I find a good idea, other than the maintenance overhead that creates)
[08:34] <apachelogger> so in the long run there should be some nepomuk library
[08:35] <allee-k> apachelogger: maybe kdelibs5 is not the 'perfect' choice, but it will do what is 'needed'
[08:35] <apachelogger> and that library would at the very least need to depend on the ontologies
[08:35] <apachelogger> allee-k: that for sure
[08:53] <apachelogger> hm, debian does not depend on it either :S
[09:08] <agateau> hi, just upgrade my lucid machine this morning, and virtuoso is asking me to set passwords for a "dba" and "dev" user! is this also going to happen for regular installs?
[09:09] <agateau> feels like failure to me :/
[09:10] <apachelogger> unlikely
[09:10] <apachelogger> we only depend on one virtuoso package IIRC
[09:10] <apachelogger> and that does not have global setup stuff
[09:11] <agateau> not sure I get what you mean
[09:11] <agateau> will users be prompted to set up passwords for those "users"?
[09:12] <apachelogger> nope
[09:12] <apachelogger> agateau: I am not sure on that though
[09:12] <agateau> ok
[09:13]  * apachelogger is not on lucid and far away from getting access to a lucid machine :)
[09:13] <agateau> I just answered the prompt in a "user" way: pressed enter until debconf dialogs were gone :)
[09:13] <agateau> will see if it's enough
[09:13] <allee-k> agateau: I've upgraded rightnow and virtuoso asked me nothing
[09:14] <agateau> allee-k: strange
[09:14] <agateau> maybe I have a package installed which is not part of the default install
[09:14] <allee-k> agateau: here on virtuoso-nepomuk and -converter is installed (dpkg -l \*virtuoso*
[09:15] <allee-k> s/on/only/
[09:15] <agateau> mmm
[09:15] <agateau> I have a virtuoso-server here
[09:15] <agateau> could be the reason
[09:16] <agateau> and some virtuoso-opensource-6.0* packages as well
[09:16]  * agateau tries to remove them
[09:17] <agateau> I was able to uninst the virtuoso-server, but not the virtuoso-opensource-6.0* packages
[09:17] <agateau> (as it would have uninst virtuoso-nepomuk)
[09:18] <agateau> I guess getting the server out will fix it anyway
[09:41] <apachelogger> jussi01, tsimpson: a bit of vim would be nice on firefly :)
[09:41] <ulysses> I want this: http://shop.canonical.com/product_info.php?products_id=602
[09:43] <apachelogger> ulysses: select quantity and press add to chart
[09:43] <tsimpson> apachelogger: installed
[09:43] <apachelogger> tsimpson: thanks :)
[09:43] <ulysses> apachelogger: :)
[09:59] <e-jat> my kopete still crashing after upgrade to 4.4 ... any idea  ?
[09:59] <e-jat> unable to start dr konqi
[10:16] <apachelogger> the 4.3.5 backport got some "interesting" file locations
[11:50] <soee> hi
[13:08] <allee-k> Karmic 4.4 upgrade bug: klipper (karmic) in 4.4 and kdebase-workspace-data 4:4.3.5-0ubuntu1~karmic1 both contain /usr/share/kde4/apps/kconf_update/klipper-kconfigxt.upd
[13:09] <freinhar1> hi! strigi 0.7.2 want's to get packaged (fixes at least one crash for me)
[13:09] <allee-k> ^^ so klipper needs a Replaces:   kdebase-workspace-data  (<<4.4.0)  AFAIU
[13:56] <a|wen> allee-k: gah, it was moved in lucid with 4.3.3 (but in karmic 4.3.5 it is still not moved), that is why the replaces doesn't work
[14:00] <allee-k> a|wen: Heh, Fun with forgotten backports :)   Will you backport 4.3.3 change?   Or should I add a lp bug so it does not get forgotten.
[14:01] <a|wen> allee-k: committed to bzr, so should be fixed next time someone uploads kdebase-workspace
[14:02] <allee-k> a|wen: thx!!!   I'll paste in #kubuntu too
[14:02] <apachelogger> a|wen: needs manual backport to karmic
[14:03] <a|wen> apachelogger: necessary to move it in karmic backports?
[14:03] <apachelogger> no, the ppa
[14:04] <apachelogger> current karmic builds do not receive uploads from bzr stuff
[14:04] <apachelogger> so that fix would only get landed with 4.4.1
[14:04] <apachelogger> not necessarily but most likely
[14:04] <a|wen> apachelogger: ahh, sure; that backport
[14:06]  * a|wen goes fixing that while i actually have a fast connection
[14:07] <binarylooks> FYI todays update from ppa again killed my x session
[14:07] <binarylooks> I think it was while setting up kdm. it was the last thing i saw before the blackout
[14:15] <Nightrose> binarylooks: same here
[14:15] <apachelogger> oh my
[14:15] <Nightrose> but no idea where it was
[14:15] <apachelogger> a|wen: thx
[14:15] <Nightrose> somehwere configuring i think
[14:16] <binarylooks> I read an anrgy comment from nixternal somewhere about the same :-)
[14:16] <apachelogger> Nightrose: prolly postinst script
[14:16] <Nightrose> possibly
[14:16] <binarylooks> Also, I still get groovy colors on my tty1-6
[14:17] <binarylooks> this I also heard several people in kubuntu complaining of
[14:17] <Nightrose> had that as well but it's gone now
[14:17] <Nightrose> i upgraded from RC3 btw
[14:18] <binarylooks> Nightrose: me from rc2 in the backports ppa (there never was a rc3 in the ppas?)
[14:18] <Nightrose> ehh... 2 i mean
[14:18] <Nightrose> sorry
[14:19] <binarylooks> hmmm, no updates and still flower power on the terminal
[14:19] <Nightrose> heh
[14:19] <Nightrose> ok - gotta go run some errands
[14:19] <binarylooks> good day
[14:25] <a|wen> binarylooks: how did you upgrade? using aptitude or kpackagekit?
[14:25] <binarylooks> apt-get
[14:26] <binarylooks> a|wen: ^
[14:28] <a|wen> binarylooks: strange ... uses some debconf fun to ask if it should restart if kdm is running; i suppose you never saw that?
[14:29] <binarylooks> a|wen: i remember the debconf question when i updated a few days ago. i chose the default answer
[14:29] <binarylooks> should I try reinstalling kdm (are the colors related to kdm at all?)
[14:30] <a|wen> binarylooks: looks to ask if you want to kill kdm (this has only something to do with the restarting)
[14:31] <a|wen> allee-k: FYI fixed in 4.4.0 in the karmic backports ppa as well
[14:32] <binarylooks> a|wen: ok, he probably asked but i never saw it. i have to do a dpkg --configure -a on restart, but there's no question anymore
[14:34] <a|wen> binarylooks: after asking the question it should be reset so it will ask again next time you upgrade
[14:35] <binarylooks> a|wen: didn't happen. I think it happened three times in the last 2 days
[14:36] <binarylooks> a|wen: anyway, it's easy solvabla, just very shocking
[14:37] <wstephenson> hey folks
[14:38] <ryanakca> Does kdebase in lucid still require kdebase-workspace or can I update the dependency graph (re: discussion in #debian-qt-kde)?
[14:38] <wstephenson> #akonadi tell me that people are reporting apparmor problems with mysql as used by akonadi on kubuntu with kde 4.4
[14:38] <wstephenson> is that true?
[14:40] <a|wen> binarylooks: well, killing your X might very well kill some of your data too ... so the heuristics for restarting should be changed a bit if many people have problems with them
[14:40] <binarylooks> a|wen: right you are
[14:41] <binarylooks> wstephenson: my akonadi works perfectly in kubuntu with 4.4 (though i'm not a developer)
[14:41] <allee-k> wstephenson: I've seen it on #akonadi.   But up to now I only found mysql system table errors.   Maybe I will have this problem later. dunno
[14:41] <a|wen> binarylooks: but you think that the question came up all the last times it killed your X?
[14:42] <wstephenson> binarylooks, allee-k: had you previously fixed apparmor or uninstalled it? i want to know if it works for kubuntu out of the box
[14:42] <binarylooks> a|wen: well I didn't kill X, it killed itslef and the last words I saw were ....kdm....black
[14:42] <binarylooks> wstephenson: no apparmor here, never
[14:42] <binarylooks> wstephenson: so out of the box was ok
[14:42] <a|wen> binarylooks: but did you get a debconf question as part of the upgrade?
[14:43] <wstephenson> binarylooks: ok, your info is not useful since apparently some people do have it.
[14:43] <allee-k> wstephenson: never did anything with appamour.  never had problem.  But to day after 4.3.5 -> 4.4 upgrade mysql, akonadi problem show up
[14:43] <binarylooks> a|wen: not before the blackout, and not after. i remember a debconf question when i upgraded yesterday morning. no blackout at that point
[14:43] <allee-k> wstephenson: still trying to understand what going on
[14:44] <binarylooks> wstephenson: sorry for that
[14:44] <wstephenson> allee-k: the old apparmor mysql problem was that the ubuntu mysql is configured only to allow the mysql process to access files in the system location. akonadi saves files in ~/.local. therefore boom.
[14:44] <a|wen> binarylooks: hmm; so either the "detect kdm is running" or the "lets ask the user" part is broken... that leaves some more investigation to do
[14:45] <binarylooks> Anyway, need to go now. off to heidelberg...
[14:45]  * a|wen runs out as well
[14:45] <binarylooks> a|wen: goog luck with the investigation, nixternal had the same problems
[14:45] <a|wen> binarylooks: thx
[14:46] <allee-k> wstephenson: I remeber it.  but 4.3.5 worked so should 4.4 (from appamor POV).     Mhmm, Root of my problem seem to be: http://pastebin.com/m26cc2e94
[14:47] <allee-k> then akonadi fails:  http://pastebin.com/m7bed4161
[14:48] <Tonio_> hi there
[14:48] <jjesse> hello
[14:48] <Tonio_> wstephenson: hi
[14:49] <Tonio_> wstephenson: I was just playing with the network management plasmoid, and noticed it should be about to work, right ?
[14:49] <wstephenson> allee-k: this should fix those ERRORS : "mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/akonadi"
[14:49] <wstephenson> Tonio_: it's still not released.
[14:49] <Tonio_> wstephenson: oh oki
[14:49] <wstephenson> sebas and i are going to work on it at the plasma sprint in 2 weeks time
[14:50] <Tonio_> wstephenson: we shouldn't include it in the package then....
[14:50] <Tonio_> Riddell: should I exclude the files from there ? I see no point including something that won't work anyway
[14:50] <allee-k> Tonio_: hi
[14:50] <wstephenson> Tonio_: no, that's why i package it separately to knetworkmanager
[14:50] <Tonio_> wstephenson: sure, the point is that the plasmoid gets installed anyway
[14:53] <Tonio_> Riddell: should we ship with plasma-widget-networkmanagement by default ?
[14:53] <wstephenson> Tonio_: you mean people install it manually, or it gets installed along with something else?
[14:53] <Tonio_> wstephenson: kubnutu-desktop recommends it
[14:53] <Tonio_> so it'll get installed by default
[14:53] <Tonio_> wstephenson: no problem with people installing manually
[14:54] <allee-k> mhmm,  mysql_install_db   is in mysql-server-5.1 not in mysql-server-core-5.1   that is installed by KDE dependencies
[14:54] <Tonio_> wstephenson: installed by default is a problem, since it'll be proposed from the systray options for exemple
[14:54] <wstephenson> Tonio_: i think kubuntu-desktop should recommend knetworkmanager until we do a release of the plasmoid
[14:54] <wstephenson> "proposed from the systray options"?
[14:54] <Tonio_> wstephenson: I totally agree :)
[14:54] <Tonio_> wstephenson: as a plasmoid you can include in it
[14:55] <wstephenson> ah i see what you mean
[14:55] <Tonio_> wstephenson: check in "system tray settings"
[14:55] <Tonio_> kk
[14:55] <wstephenson> thought you meant at pkg resolver level.
[14:55] <Tonio_> ah ! nope :)
[14:57] <wstephenson> allee-k: it's in the main mysql package on opensuse...
[14:57] <wstephenson> use your command-not-found tool
[15:01] <Tonio_> wstephenson: the only thing is,do you expect to release before lucid comes arround ?
[15:01] <Tonio_> wstephenson: in that case I can help on the testing side... I have a bunch of corp wireless access to test mschap authentication, vpn access and so on
[15:02] <wstephenson> Tonio_: when does lucid freeze?
[15:03] <Tonio_> wstephenson: 02/18 for the feature freeze, but I think and exception can give us up to 03/04, the user interface freeze
[15:03] <wstephenson> Tonio_: the important thing to remember is that the plasmoid is only a GUI. the real logic is shared between KNM and the plasmoid.
[15:03] <wstephenson> so any functional testing helps both
[15:04] <Tonio_> wstephenson: yep, I know that :)
[15:04] <wstephenson> Tonio_: the plasma sprint starts on feb 19th until 25th
[15:04] <wstephenson> we'll be heavily hacking the UI then
[15:05] <Tonio_> wstephenson: so I can help for knetworkmanager right now and we'll see for the plasmoid and decide then if we include it by default and hide knetworkmanager or not
[15:05] <Tonio_> wstephenson: sounds a good plan
[15:05] <Tonio_> wstephenson: I'll have to play with openvpn tomorrow, I'll give you some feedback
[15:06] <wstephenson> Tonio_: use the Network Management component in bko
[15:06] <Tonio_> wstephenson: yup
[15:07] <Tonio_> hum who has some policykit knowledge here ?
[15:07] <Tonio_> kcmshell4 kcm_pkk_authorization seems to be incomplete (to say the least...)
[15:14] <Tonio_> http://toniox.org/temp/powerdevil.png
[15:14] <Tonio_> hum nasty bug !!!!!!
[15:21] <yuriy_work> Tonio_: i think JontheEchidna was saying that kcm is for the old policykit and will be dropped
[15:21] <JontheEchidna> already dropped, with the latest updates
[15:21] <JontheEchidna> Tonio_: btw, the issue with kauth apps not working is fixed with 4.4.0
[15:21] <JontheEchidna> kde rev 1086506
[15:22] <Tonio_> JontheEchidna: okay so you are aware and checking for update :) fine
[15:25] <JontheEchidna> a bit unfortunate about the loss of the KCM, oh well
[15:25] <Tonio_> anyone packaging rekonq ? I can go for it but do we want a beta release ?
[15:29] <JontheEchidna> I don't think anybody's asked upstream if they plan on releasing before its too late yet. If I was packaging it I'd ask first.
[15:30] <apachelogger> Nightrose, nixternal: found the issue with kdm getting restarted
[15:30] <apachelogger> trying to find a most appropriate fix
[15:30]  * JontheEchidna has flashbacks to karmic when kdm got restarted during the upgrade
[15:37] <JontheEchidna> extragear tarballs are up. I think I'll take konq-plugins for starters
[15:37] <JontheEchidna> ftp://ftp.kde.org/pub/kde/stable/4.4.0/src/extragear
[15:46] <seele> is there a karmic version of kcm-touchpad?
[15:48] <dantti> JontheEchidna: hey dude :D
[15:48] <JontheEchidna> seele: No, but I can make one easily enough. I'll get it done today
[15:48] <JontheEchidna> dantti: hi
[15:49] <seele> JontheEchidna: no rush, but i see i have a todo on the UI
[15:49] <dantti> JontheEchidna: I saw you started hacking on it :P did it work ok for you?
[15:49] <JontheEchidna> dantti: I've not had to print anything yet :P
[15:49] <JontheEchidna> since I was hacking at my dad's office, I thought it best not to waste paper
[15:50] <dantti> JontheEchidna: right, that's why i have dummies printers :P
[15:51] <JontheEchidna> \o/ http://websvn.kde.org/?revision=1089160&view=revision \o/
[15:52] <apachelogger> JontheEchidna: yeah, I also seem to remember that I fixed that bug at least once :P
[15:53] <JontheEchidna> dantti: I am curious though, what approach do you think would be best to launch the queue UI from the tray icon? KToolInvocation? DBus? (I saw some commented stuff from the KPackageKitD)
[15:57] <dantti> JontheEchidna: yup, I copied some files from KPackageKit since I know the code and the ideas are a bit the same
[15:58] <dantti> JontheEchidna: my idea is for kded process to show the knotificationIcon, if the user clicks on it, it will call via DBus the org.kde.PrintQueue ShowQueue(destName)
[15:59] <dantti> this way both kcm and kded can call the queue showing only one queue
[15:59] <dantti> as that is a kuniqueApp
[16:00] <wstephenson> are you writing a c++ print utility tray icon? *rubs hands*
[16:00] <dantti> the commeted code is what i would call, actually my fist approach was to start an application to show the icon whan i saw a new job, but i think putting it in kded is better
[16:01] <dantti> wstephenson: yup, what "rubs hands" means?
[16:01] <apachelogger> wstephenson: faith is not that nice :P
[16:01] <apachelogger> JontheEchidna: do we haz bug report for kdm going down on upgrade?
[16:01] <JontheEchidna> apachelogger: glancing over the bugs list I think there's a mis-filed one that could be it
[16:01] <apachelogger> mis-filed, as in apachelogger wouldnt find it :P
[16:02] <JontheEchidna> mm, different issue but still needs to be fixed
[16:02] <wstephenson> dantti: it means i like the sound of it
[16:02] <JontheEchidna> wstephenson: playground/base/print-manager
[16:02] <dantti> wstephenson: ah right, hehe take a look http://dantti.wordpress.com/
[16:03] <dantti> funny some people are hating and others are loving the ui :P
[16:04] <wstephenson> i'm taking a look
[16:04] <JontheEchidna> dantti: I've been meaning to ask you; what's the best way to file aptcc bugs?
[16:05] <apachelogger> JontheEchidna: via commits I suppose ;)
[16:05] <apachelogger> report and fix all nice  bundled up :D
[16:05]  * apachelogger does that now
[16:05] <JontheEchidna> lol
[16:05] <dantti> JontheEchidna: well, you can send then to packagekit mailing list
[16:06] <dantti> I thought there wasn't many users of that...
[16:06] <JontheEchidna> was wondering, since the packagekit bugzilla didnt' have an aptcc product
[16:06] <dantti> I used it every day som once in a while i find a bug..
[16:06] <dantti> JontheEchidna: yup i should ask for that since it's now more production ready..
[16:06] <JontheEchidna> http://bugs.freedesktop.org/show_bug.cgi?id=26357
[16:08] <wstephenson> oh here's a thing. will kubuntu have ubuntu one integration?
[16:08] <dantti> JontheEchidna: hmm i have to look if that's not what i did when i changed the code that formates the description
[16:08] <wstephenson> with feature parity to the gnome stuff?
[16:08] <apachelogger> JontheEchidna: http://bazaar.launchpad.net/~kubuntu-members/kdebase-workspace/ubuntu/revision/280
[16:08] <dantti> the apt does not have this bug as it display as it is
[16:08] <dantti> it's like apt-cache show foo, but aptitude show foo is much better
[16:09] <dantti> but aptitude code is quite complicated to understand
[16:09] <apachelogger> JontheEchidna: the problem was that neversfelde added the debhelper place holders, making dh_installinit active, which by default stops a daemon upon upgrade and starts it once done
[16:09] <JontheEchidna> aah
[16:10] <dantti> wstephenson: were you talking about aptcc? (feature parity and such...)
[16:11] <wstephenson> dantti: no, ubuntu one.  kioslaves for file sync to it, kconfig backends for ubuntuone, etc
[16:11] <wstephenson> dantti: what's aptcc?
[16:11] <dantti> JontheEchidna: yup i can see the bug here, i think it's best to revert my patch, it didn't work :P
[16:12] <dantti> wstephenson: it's a c++ alternative for the python apt backend for packagekit
[16:12] <wstephenson> aha
[16:13] <apachelogger> wstephenson: the larger part of ubuntu one work is a kded module
[16:13] <wstephenson> apachelogger: it needs an always-on client?
[16:14] <apachelogger> the idea is that everything interface of ubuntu one is desktop agnostic, so kconfig integration would be not necessary
[16:14] <apachelogger> wstephenson: a daemon
[16:14] <wstephenson> or a single point of contact
[16:14] <apachelogger> yeah
[16:14] <apachelogger> my concept was to write a kded module to interact with the ubuntu one daemon, that way not each kioslave instance needs to register via dbus etc.
[16:16] <wstephenson> this is an area where gio has the edge over kio, it can reuse processes better.

[16:20] <apachelogger> JontheEchidna: uploading fix to backports ppa
[16:21] <wstephenson> apachelogger: i was thinking about doing a native dropbox client for kde
[16:21] <wstephenson> and wondering if there is anything worth sharing
[16:21] <apachelogger> I do not think dropbox and ubuntu one are much alike
[16:22] <wstephenson> perhaps have a single cloud ioslave with backend specific kded modules
[16:22] <apachelogger> the better part of ubuntu one is realy syncing of contacts and notes and whatnot
[16:22] <wstephenson> no?
[16:22] <apachelogger> wstephenson: that possibly makes sense
[16:22] <wstephenson> apachelogger: just to keep things tidy from users' POVs
[16:22] <apachelogger> IMHO frank should just roll a cloud storage solution we can use ;)
[16:22] <apachelogger> wstephenson: yeah, makes sense
[16:24] <nixternal> apachelogger: what issue with kdm getting restarted?
[16:24] <wstephenson> apachelogger: well it seems till and co started on a simple couch resource for akonadi
[16:25] <smarter> heya
[16:25] <wstephenson> that's the notes/contacts side of things in ubuntuone isn't it?
[16:25] <apachelogger> wstephenson: right
[16:25] <smarter> any reason we're still launching some kcm modules with kdesudo?
[16:25] <apachelogger> bookmarks, just about anything really ;)
[16:25] <smarter> isn't KAuth supposed to take care of that?
[16:25] <jjesse> morning
[16:25] <apachelogger> smarter: yes because python is the drag
[16:25] <jjesse> nixternal:  just updated for me and kdm restarted as well
[16:25] <apachelogger> and the gnome part of the python drag is even more the drag
[16:26] <nixternal> jjesse: restarted or just died out?
[16:26] <wstephenson> bookmarks would be nice
[16:26] <nixternal> mine doesn't restart, it died out to tty7, then I have to go in to tty1-6, sudo dpkg --configure -a, then sudo start kdm
[16:26] <smarter> apachelogger: you mean, kcm modules written in python? but that's not the case of the KDM one
[16:27] <apachelogger> wstephenson: as I understand it, if they get the couchdb stuff working ubuntu one can sync just about everything that is storable in akonadi
[16:28] <apachelogger> amongst other things bookmarks ;)
[16:30] <maco2> howdy. anyone else seeing weirdness with 4.4's kmail? http://people.ubuntu.com/~maco.m/screenshots/kmail_transparent.png  that progress bar popup thingy is hard to read with a transparent background...
[16:31] <nixternal> apachelogger: what did you do to figure out that kdm was the problem during upgrades? I have checked all of my damn logs and didn't find a thing that pointed to KDM
[16:31] <seele> maco2: which metro line are you closer to red or green?
[16:31] <maco2> seele: green
[16:31] <maco2> i live on the green line
[16:31] <nixternal> what I noticed while upgrading was:  the system would slow to a halt, kdm would bomb, I would be left stairing at tty7 messages
[16:32] <apachelogger> nixternal: only kdm can kill the X ;)
[16:33] <maco2> nixternal: when i logged out after upgrading so that i could login to a nice 4.4 session, kdm bombed out to tty7, but sudo service kdm restart worked fine
[16:34] <nixternal> hrmm, I never had the problem while logging in, only while doing 'apt-get upgrade'
[16:34] <nixternal> it would start unpacking stuff and then bomb out
[16:35] <nixternal> maco2: sudo start kdm <- no need for service, unless of course you are studying for LPIC-1
[16:35] <seele> what the fuuuuuck.. turbotax isnt working in firefox
[16:35] <apachelogger> firefox is not working in firefox :P
[16:35] <apachelogger> sry :)
[16:36] <maco2> nixternal: im somewhat used to centos when it comes to starting/stopping services. my last two jobs have involved lots of centos
[16:36] <nixternal> figured as much, as I was about to make a red hat reference, but held myself back :)
[16:38] <nixternal> seele: system compatibility check for turbo tax?
[16:38] <jjesse> they are probablly checking the browser?
[16:40] <nixternal> no, they are checking the OS
[16:40] <nixternal> as Firefox is on their list of recommended browsers
[16:40] <nixternal> shit, might help if I use firefox though and not chromium :)
[16:40] <jjesse> is firefox returning firefox version X on linux though?
[16:40] <jjesse> the UserAgent is returning that it is running on linux?
[16:41] <nixternal> it is working for me :)
[16:44] <JontheEchidna> smarter: the KDM config module hasn't been ported to KAuth yet :(
[16:45] <wstephenson> bye folks.
[16:45] <EagleScreen> Hi JontheEchidna, in kubuntu-notification-helper/debian/control, your name is wrongly typed in XSBC-Original-Maintainer, if you want to fix..
[16:47] <JontheEchidna> EagleScreen: XSBC-Original-Maintainer is correct
[16:47] <JontheEchidna> oh, my name :D
[16:47] <JontheEchidna> haha
[16:47] <EagleScreen> i see Jonthan and not Jonathan
[16:48] <JontheEchidna> thanks
[16:48] <EagleScreen> i have sent you a mail with Spanish translations updated
[16:48] <jrdnyquist> I see the "Plasma Widgets Explorer" feature has been completed for "Install widgets from file, Google Gadgets and GHNS", but there's no option to install a GG widget from a local file.
[17:41] <maco2> hahaha
[17:44] <maco2> Riddell: did you wake up yet?
[17:44] <Riddell> maco2: a bit
[17:46] <nixternal> lazy bum
[17:47] <Riddell> it's the American way
[17:47] <nixternal> good point
[17:47] <maco2> Riddell: we going to meet up for lunch?
[17:47] <Riddell> maco2: could do, will Barack be there?
[17:47] <maco2> Riddell: we'll see
[17:47] <nixternal> I hope so, and could you please take Barack back with your Riddell when you leave?
[17:48] <nixternal> and take Joe too
[17:48] <persia> nixternal: What, stuffed in a duffel?  Wouldn't that violate the "no liquids or gels" rule?
[17:49] <nixternal> hrmm, if that were true, then nobody could fly...but I am willing to bet you would have problems with a body in your bag
[17:49] <maco2> Riddell: if you walk up by the metro, to the entrance on the opposite side of the road (the side that has Potbelly sandwich shop) you can catch a red bus up there called the Circulator. it'll take you down to McPherson Square. text me when you get on the bus and i'll walk over there and meet you?
[17:49] <maco2> Riddell: it's a $1 bus
[17:50] <maco2> no need to figure out those pesky coins
[17:50] <maco2> seele, nixternal: did you guys know that dimes dont say "ten cents" anywhere on them? just "one dime"?
[17:50] <nixternal> yup
[17:51] <maco2> i was trying to show Riddell how to come up with $1.35. the nickels being bigger than dimes was also problematic for him apparently
[17:55] <nixternal> Riddell: you should go to the scottish affairs office in dc....it is part of the british embassy I believe, right by the naval observatory, just a few blocks from the national cathedral
[17:58] <maco> nixternal: thats a long walk
[17:58] <seele> nixternal: the naval observatory isnt near a metro
[17:58] <maco> we walked home from National Cathedral on Monday night. took 1.5hr
[18:00] <nixternal> maco: you live on the NE side?
[18:01] <nixternal> though, that was 1.5 hours in a couple feet of snow too
[18:02] <jjesse> sorry was away
[18:02] <jjesse> i wa supposed to be in DC this week but everything canceled for me
[18:03] <nixternal> lucky you
[18:04] <jjesse> yeah there was a big symantec government tech symposium i was supposed to help present at
[18:04] <jjesse> and it got canceled
[18:04] <jjesse> a co-worker got mostly stuck there
[18:04] <jjesse> had to drive to NC to get a flight home
[18:07] <maco> apparently i cant trust quassel to stay connected yet
[18:08] <maco> also rather confused as to why the quassel core has 0 backscroll. i know jussi01 said he'd delete stuff up to late last year, but i have nothing from before my current connection to it
[18:10] <jussi01> maco: 0.o
[18:10] <jussi01> maco: Ive my backlog still
[18:11] <jussi01> tsimpson: Around?
[18:11] <maco2> jussi01: it started downloading backlog after i said that. then it disconnected from the core again.
[18:12] <jussi01> maco2: did you set the never time out actively?
[18:18] <maco2> jussi01: thats not an option
[18:18] <jussi01> maco2: which version are you running?
[18:18] <maco2> 0.5.0
[18:18] <maco2> karmic's
[18:19] <jussi01> oh bleh.
[18:19] <jussi01> yeah, it came in 0.5.1 iirc
[18:20] <jussi01> maco2: its probably well worth your time grabbing the one package from backports
[18:21] <jussi01> (quasselclient)
[18:24] <maco2> eh ill get around to upgrading to lucid soonish
[18:33] <Riddell> maco2: on my way
[19:22]  * Quintasan found his MTG deck
[19:22] <Quintasan> :O
[20:09] <shtylman> Quintasan: *sigh*
[21:25] <EagleSn> brightness keys still aren't working for my laptop in lucid (they don't since karmic)
[22:08] <maco2> aww 4.4 doesnt have the "use notify osd" option
[22:08] <Lex79> JontheEchidna: https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging
[22:08] <shtylman> maco2: yea... just remind agateau and maybe he will put it back :)
[22:13] <JontheEchidna> Lex79: debian's just uploading skanlite, so we could probably just wait for that one to sync
[22:14] <Lex79> ok, brb
[22:17] <JontheEchidna> Lex79: I can sponsor all you have except kcoloredit which is in main
[22:18]  * nixternal kicks npviewer in the ass
[22:18] <nixternal> everytime I try to watch something flash based, I can only do so for a few minutes, before the CPU starts heating up like my oven
[22:25] <seele> Riddell: heading out. meet you at Greenbelt metro at 6:30
[22:30] <jefferai> JontheEchidna: are you a kubuntu packager?
[22:31] <JontheEchidna> jefferai: yeah
[22:31] <jefferai> did you get my patch for the screensaver vuln?
[22:32] <JontheEchidna> nope
[22:33] <JontheEchidna> jefferai: did it get sent to kde-packagers? sometimes that runs a bit behind for me
[22:33] <jefferai> I'm not sure
[22:35] <jefferai> JontheEchidna: I'm not on the packagers list. But you can get it via https://bugs.kde.org/show_bug.cgi?id=217882#c17
[22:37] <JontheEchidna> hmm, bko *is* being a bit slow
[22:38] <JontheEchidna> there we go
[22:51] <a|wen> apachelogger: i see that you found the source of the kdm-restart-on-upgrade; nice :)
[23:07] <Lex79> JontheEchidna: thanks
[23:09] <Lex79> JontheEchidna: kmldonkey,  http://pastebin.ca/1794854
[23:10] <Lex79> how to fix the version, since in archive we have 2.0.3 and the new version is 2.0.2 ? :)
[23:11] <neversfelde> Lex79: same problem as last time, are there any changes for kmldonkey?
[23:11] <JontheEchidna> sit in a corner and start crying
[23:11] <JontheEchidna> 2.0.2really2.0.3-0ubuntu1
[23:11] <Lex79> I like this 4:2.0.3-kde4.4.0really4:2.0.2-kde4.4.0-0ubuntu1 LoL
[23:11] <Lex79> ah ok
[23:11] <Lex79> :)
[23:11] <JontheEchidna> oh, I forgot about the -kde bit
[23:11] <JontheEchidna> lol
[23:12] <JontheEchidna> ha, it has an epoch of 4 already
[23:13] <Lex79> uhm
[23:13] <JontheEchidna> Lex79: I think 4:2.0.3really2.0.2-kde4.4.0-0ubuntu1 would be best for now
[23:13] <Lex79> make sense, ok
[23:16] <Lex79> JontheEchidna: when 2.03 will be release, 4:2.0.3-kde4.4.0-0ubuntu1 is > of 4:2.0.3really2.0.2-kde4.4.0-0ubuntu1
[23:16] <Lex79> damn, I mean 2.0.3
[23:16] <JontheEchidna> it is?
[23:16] <JontheEchidna> (I don't know if that was a question or a statement)
[23:17] <Lex79> a question
[23:17] <JontheEchidna> hmm, I don't know
[23:17] <JontheEchidna> I think the symbols are higher value than the letters, but I'm not sure
[23:17] <Lex79> maybe is better:
[23:18] <Lex79> 4:2.0.3-kde4.4.0really2.0.2-kde4.4.0-0ubuntu1
[23:19] <JontheEchidna> yeah
[23:19] <Lex79> lol :)
[23:20] <JontheEchidna> it'd be so nice if they just made an extragear-l10n package and then stop making new releases of extragear apps if they haven't changed
[23:20] <JontheEchidna> it would be even better if half the apps were maintained :P
[23:21] <Lex79> eheheh :)
[23:21] <JontheEchidna> kuickshow can't be packaged, btw
[23:22] <JontheEchidna> needs imlib, which can't be packaged either because it needs gtk1.2
[23:22] <Lex79> yeah
[23:23]  * JontheEchidna finds it funny that a kde program indirectly needs gtk to function at all
[23:24] <JontheEchidna> bug 520767
[23:26] <Lex79> so isn't related to the new version of pkg-kde-tools ?
[23:27] <JontheEchidna> nope
[23:27] <JontheEchidna> has happened to kaffeine, konversation and now konq-plugins. the last two's debian/rules have not changed
[23:28] <Lex79> :(
[23:31] <Lex79> no need to do kphotoalbum, we have already the lastest version
[23:31] <Lex79> kmldonkey in my ppa
[23:42] <Lex79> kio-gopher in my ppa
[23:43] <JontheEchidna> kmldonkey going up
[23:49] <Lex79> JontheEchidna: Have I to convert this http://pastebin.ca/1794895 to use dh --with kde ?
[23:50] <JontheEchidna> yeah. replacing the kde4.mk with dh --with kde and leaving everything else alone should work
[23:50] <JontheEchidna> I think
[23:50] <JontheEchidna> I won't be able to sponsor that since I think it's in main
[23:51] <Lex79> it seems in Universe
[23:51] <JontheEchidna> hmm, wonder why it has that kubuntu_desktop_pot thing set
[23:52] <JontheEchidna> that can be deleted since it's not in main anyways
[23:53] <ejat> JontheEchidna: there is a bug while im try to edit software sources in kpackagekit :(
[23:53] <ejat> its not appearing ..
[23:53] <JontheEchidna> any console output?
[23:53] <JontheEchidna> oh, and which version of Kubuntu?
[23:54] <ejat> 4.4
[23:55] <JontheEchidna> no, version of kubuntu
[23:56] <ejat> owh sorry .. karmic
[23:56] <ejat> my bad
[23:56] <JontheEchidna> ;)
[23:56] <JontheEchidna> hmm
[23:56] <JontheEchidna> I think he might have the "non-ascii characters in sources.list crash software-properties" crash that was fixed in lucid
[23:57] <ejat> JontheEchidna: http://paste.ubuntu.com/375085/
[23:57] <JontheEchidna> hmm, don't know what that one means to be honest
[23:57] <JontheEchidna> ejat: does it show up if you run kdesudo software-properties-kde?
[23:58] <ejat> yes ..
[23:58] <ejat> then after that
[23:58] <ejat> nothing appear
[23:59] <ejat> JontheEchidna: resend http://paste.ubuntu.com/375087/


[12:24] <smartboyhw_> ypwong: http://www.theorangenotebook.com/2013/05/people-behind-ubuntu-quality-howard.html?m=1
[12:24] <smartboyhw_> me
[12:24] <ypwong> you are famous now!
[12:24] <smartboyhw_> ypwong: ROFL
[12:25] <smartboyhw_> Not famous:P
[12:25] <cfhowlett> smartboyhw_, daaaaang.  Can I haz your autograph?
[12:25] <smartboyhw_> cfhowlett: …
[12:25] <smartboyhw_> No.
[12:25] <ypwong> who's that guy in the photo?
[12:26] <smartboyhw_> ypwong: Me in Form 1 (I'm in Form 3 now)
[12:27] <ypwong> fortunate that you don't need glasses
[12:28] <ypwong> this article is good for people who want to contribute but don't know how
[12:28] <smartboyhw_> ypwong: There are many interviews posted and upcoming;)
[12:29] <ypwong> cool, i haven't read them
[12:29] <ypwong> smartboyhw_, from where you first heard of ubuntu or linux?
[12:30] <ypwong> hope to see more energetic people like you to join ubuntukylin team
[12:30] <smartboyhw_> ypwong: Linux by magazines, Ubuntu by Google:P
[12:30] <ypwong> not linuxpilot? lol
[12:31] <smartboyhw_> ypwong: Nope:P
[12:31] <ypwong> UbuntuKylin 开发频道 / Development Channel for UbuntuKylin | 本周六 13.04  Release Party http://www.ubuntukylin.com/community.html |  UbuntuKylin 论坛 http://forum.ubuntukylin.com
[12:32] <ypwong> ah
[12:32]  * ypwong made a silly mistake
[12:32] <smartboyhw_> ypwong: Nice topic
[12:32] <smartboyhw_> ypwong: LOL
[12:33] <smartboyhw_> I once wiped off the whole #kubuntu-devel topic (twice actually)
[12:34] <ypwong> lol
[12:34] <smartboyhw_> ypwong: Yep. But everyone makes that mistake once or twice
[12:34] <ypwong> yeah i did it once too
[12:35] <cfhowlett> smartboyhw_, just think.  now that you're famous, I can say "I knew him when he was just a young script-kitty ..."
[12:35] <smartboyhw_> cfhowlett: …
[12:35]  * smartboyhw_ isn't famous…


 I am about to stop all this people and there comments like"thanks for nothing " & "Like this hack"  I can not do anything with out 20 people telling me that I am doing it all wrong
[17:54] <bobweaver> 1 thing
[17:54] <bobweaver> I AM NOT GETTING PAID TO DO THIS
[17:55] <bobweaver> I am gambling all or nothing and these pukes put me down over and over again, watch me find out that there canonical peps
[18:01] <popey> O_O
[22:05] <bobweaver> Have you all seen this ? http://devxdev.com/utv   it is a 1st for me
[22:53] <popey> nope
[22:54] <popey> interesting
[22:55] <simosx> It's a mockup of Ubuntu TV.  http://devxdev.com/ has more.
[23:00] <cm-t> interesting :)
[23:27] <bobweaver> I really like the idea of having a channel called the Ubuntu channel that for current events that Ubuntu is doing
[23:39] <cm-t> in gecko menu opening even when mouse is far


[00:28] <zerwas> this top posting story is ridiculous, yes ...
[00:28] <zerwas> pwnguin: can you tell me what the 3 deadlines mean?
[02:18] <pwnguin> zerwas: actually, I'm not sure
[02:19] <zerwas> would it be OK to ask this on the mailing list?
[02:23] <zerwas> i wonder if my chances to get spam if i post to ubuntu-art are getting higher ...
[02:45] <dragonbite> :)
[02:47] <zerwas> hi dragonbite
[03:28] <Guest40350> oigan alguien me podra ayudar con mi tesis
[03:29] <Guest40350> alguien me podra ayudar con mi tema de mi tesis de universidad ahahah
[03:44] <Guest40350> alguien que hable espanol
[04:13] <pwnguin> sorry, I'm a dirty american that only speaks english and a little bit of german
[04:14] <Guest40350> hello pwnguin
[04:23] <pwnguin> hi
[05:08] <Guest40350> were you from pwnguin