[12:34] <A-Lo-81_> morning @ all
[13:00] <A-Lo-81_> morning
[13:10] <Devo-Kun> Good morning :)
[13:15] <Devo-Kun> A-Lo-81_: how are things in Cumberland?
[13:15] <A-Lo-81_> pretty good, a little rain but thats all right
[13:17]  * Devo-Kun is heading in to work
[13:17] <A-Lo-81_> ha i'm allready there ;-)
[19:57] <A-Lo-81_> where do you work devo-Kun?
[19:58] <Devo-Kun> Portland
[19:58] <Devo-Kun> I work for a cloud company based in NYC that has an office in Portland.
[20:04] <Devo-Kun> What's your gig A-Lo-81_ ?
[20:04] <Devo-Kun> man A-Lo-81_ is hard to type
[20:06] <A-Lo-81_> i work at LL Bean in returns and as a freelance web developer
[20:10] <Devo-Kun> Cool.
[20:11] <Devo-Kun> Are you off today? Or do you work nights?
[20:12] <A-Lo-81_> whats the weather company you work for? i'm off at beans today and allready worked a bit as web developer. watching soccer now
[20:16] <Devo-Kun> Not weather.
[20:16] <Devo-Kun> Cloud as in Internet services: https://aws.amazon.com/
[20:17] <Devo-Kun> This link is probably more appropriate for this channel: http://www.ubuntu.com/cloud
[20:25] <A-Lo-81_> i know what cloud services are it was a joke, apparently not a good one
[20:25] <A-Lo-81_> lol
[20:27] <Devo-Kun> :)


[15:45] <hatch> lp|Metrics: The graphic titled 'Social Engagements' is pretty cool :)
[16:57] <hatch> that small svg bug is really irritating
[16:57] <hatch> I can now reproduce it after updating chrome
[16:57] <hatch> :/
[17:05] <hatch> annnnnd now I can't reproduce the export bug
[17:05] <hatch> ^ rick_h_ :/
[17:12] <hatch> rick_h_: yeah nothing I can do will reproduce that bug any longer. I'm going to have to bench it, maybe it was some obscure caching issue?
[17:14] <hatch> jujugui anyone able to test a GUI bug for me?
[17:46] <hatch> frankban: any luck reproducing that bug?
[18:30] <hatch> looks like it only happens when dragging a charm to the canvas from the charmbrowser
[21:12] <mbruzek> hatch ping
[21:16] <mbruzek> Can anyone here explain the jujucharms.com injest process?
[21:16] <mbruzek> I am not seeing a different version of the charm.
[21:20] <hatch> mbruzek: it should take about 30m
[21:20] <hatch> assuming of course that it passes proof
[21:20] <mbruzek> hatch: this is a personal branch
[21:20] <mbruzek> hatch does it always run proof on those branches?
[21:20] <hatch> same rules apply
[21:21] <hatch> yup
[21:21] <mbruzek> hatch: so can you explain something to me?
[21:22] <hatch> sure, any topic in particular?
[21:22] <hatch> or should I just pick something :P
[21:22] <mbruzek> the code is on bzr revision 3.  The jujucharms.com shows kubernetes-master-1, there should be a 2 in there too, but maybe it did not pass proof
[21:22] <mbruzek> How does jujucharms.com revision the charm?
[21:23] <hatch> honestly I'm not too sure now that the revision file is no longer required
[21:23] <mbruzek> hatch: I pushed 3 almost 30 minutes ago, but I do/did not see the kubernetes-master-2 in jujucharms.com
[21:23] <hatch> in theory it could be up to an hour, if you pushed it just after the last ingestion started
[21:24] <mbruzek> bzr shows me 3 commits now, myself, whit, and myself.
[21:24] <mbruzek> But when I look at jujucharms.com I only see kubernets-master-1 I can not find kubernetes-master-2
[21:24] <mbruzek> which would have been whit's version
[21:25] <hatch> that does look to be the case
[21:25] <hatch> I don't have access to the machine to view the logs
[21:25] <mbruzek> hatch: I see your point about ingestion that is fine. I can wait.
[21:25] <hatch> friday - everyone who does is gone :)
[21:25] <mbruzek> hatch: OK
[21:26] <hatch> but yeah maybe give it 15 more mins or so
[21:26] <hatch> Does it pass proof locally?
[21:26] <mbruzek> The thing is I have to build a bundle to point to the LATEST version of my charm.
[21:26] <mbruzek> hatch: yes it does, just double checked
[21:27] <hatch> ok then yeah maybe just hold off another 15m or so and then fire an email to peeps
[21:27] <mbruzek> hatch: I don't see how proof is tied in here.  People can push stuff in their namespace that does not pass proof
[21:27] <mbruzek> hatch: like if they are building a charm and don't know about proof
[21:28] <hatch> then it won't end up in the charmbrowser
[21:28] <mbruzek> hatch: If you say so.  I didn't know that
[21:29] <mbruzek> hatch: whit's changes were not passing proof that is what I was fixing.  his code was up there to the latest version
[21:29]  * mbruzek is confused
[21:30] <hatch> this is under your namespace or charmers?
[21:30] <mbruzek> we created a group called ~kubernetes
[21:31] <hatch> ok yeah I see -1
[21:31] <mbruzek> https://code.launchpad.net/~kubernetes/charms/trusty/kubernetes-master/trunk
[21:31] <mbruzek> You see 3 commits there right?
[21:32] <hatch> yeah
[21:32] <hatch> there were some issues with ingestion speed last week, I can't remember if those were resolved
[21:32] <mbruzek> when my old bundle was pulling cs:trusty/kubernetes-master-1 I was getting proof errors in whit's code
[21:33] <mbruzek> so I set out to fix the code, revision three and I want to know what number this will show up in for the charm store browser
[21:33] <mbruzek> so I can build the bundle to point to the right code
[21:35] <mbruzek> hatch what makes the charmstore increment the counter, I am aware it is not tied to bzr.
[21:36] <hatch> I don't know - I think that it does it on each ingestion where the code differs
[21:44] <hatch> mbruzek: yeah it still hasn't ingested - Your best bet would be to email peeps
[21:45] <mbruzek> who is peeps?
[21:45] <mbruzek> your peeps?
[21:45] <hatch> sent ya a msg :)
[21:46] <hatch> you should have done this about 4 hours ago :P
[21:48] <mbruzek> hatch:  yeah
[21:49] <hatch> now if you had a GUI problem - i'd be able to help you out :D
[21:51] <mbruzek> doh
[21:51] <mbruzek> Now I see it is -2
[21:51] <mbruzek> JUST after I checked in the damn bundle
[21:51] <mbruzek> argh
[21:52] <hatch> https://jujucharms.com/u/kubernetes/kubernetes-master/trusty/2 there it is :)
[21:53] <mbruzek> why is this one 2 and the other one was showing up as -1 when there are 3 bzr commits?
[21:53] <hatch> mbruzek: likely the reason I mentioned above - it didn't ingest the second commit
[21:54] <hatch> https://jujucharms.com/u/kubernetes/kubernetes-master/trusty/2#revisions
[21:54] <hatch> it's a little confusing, I agree
[21:54] <hatch> bug report? :)
[21:54] <mbruzek> no rick will  just hulk smash me with his logic
[21:55] <mbruzek> and it might makes sense to him, I would believe that
[21:55] <mbruzek> I am happy now that I can see it, but I *JUST* checked in the code
[21:56] <hatch> lol
[21:57] <hatch> so yeah looks like you had just missed the previous ingestion
[21:59] <mbruzek> meaning I just checked in the bundle with the old -1 revision, so I have to check in 3 more bundles
[22:00] <hatch> good thing version control makes it easy :)
[22:00] <hatch> rebase ftw!
[22:09] <hatch> mbruzek: so you're good now?
[22:09] <mbruzek> hatch: yes thank you
[22:10] <mbruzek> hatch: thanks for your help and sticking with my questions
[22:10] <mbruzek> hatch: happy Friday!
[22:10] <hatch> haha np, to you too


[12:17] <Guest5799> hi guys,can i add kali tools to a lubuntu OS?
[12:35] <arianit> hi, I think I turned off vga on my lubuntu. how do I turn this back on from terminal?
[15:17] <platt_> any package i can install for a sis video driver please
[15:17] <platt_> lspci says it is a sis 661/741/760
[16:22] <holstein> platt_: AFAIK, sis doest provide that for linux
[16:22] <holstein> platt_: with my SIS integrated GPU, i personally bypassed it.. with another laptop, i gave it away
[16:22] <holstein> !vesa
[16:22] <holstein> !x
[16:23] <holstein> platt_: i suggest trying vesa, if you are finding you have issues.. are you? what issues are you having?
[17:01] <Amitari> Does anyone know how to add a startup sound?
[17:01] <Amitari> That would be pretty cool.
[17:02] <holstein> Amitari: you can point to a script that will run.. you can run a different desktop environment that just automatically does it for you. or anything in between those options
[17:02] <Amitari> Alright, do you know of any guide to writing a script for this purpose?
[17:03] <holstein> sure.. any bash scipting guide would be relevant.. any script that plays a sound..
[17:04] <holstein> you could add it to the startup GUI
[17:04] <holstein> something like http://pclosmag.com/html/issues/201011/page11.html for example
[17:05] <Amitari> Good. How do I make this script autostart then?
[17:05] <holstein> Amitari: as i suggested, you can use the autostart GUI
[17:06] <holstein> http://askubuntu.com/questions/81383/how-can-i-add-new-autostart-programs-in-lubuntu or the menu itme for startup
[17:06] <Amitari> Thanks!
[17:06] <holstein> i will test my script, for starting conky, for example.. i test it *before* adding it to any startup areas
[17:07] <holstein> i test it in place, and see that its working.. so, im not troubleshooting more than one thing at a time
[17:07] <Amitari> Oh, alright.
[17:07] <Amitari> Thanks.
[17:08] <Amitari> I'm probably going to use some SGI Boot sound.
[19:24] <virgilia> i entered "sudo socat TCP4-LISTEN:80,fork TCP4:myip:8080" now how do i undo it?
[19:26] <holstein> virgilia: control c is how i "kill" terminal processes.. what are you doing? and why?
[19:29] <virgilia> my ISP is blocking almost every port, including 5900-5909, 5800-5809, 21-25, 5022. I was trying to tunnel VNC through an open port. I entered the command, it eventually gave me the $ without error. but then i get a message that my port is already in use when I try to enter socat command with a different port
[19:30] <holstein> virgilia: i would try a general linux channel, or networking.. or ask your ISP
[19:30] <Unit193> ps aux | grep socat  and kill the pid, or killall socat, or another option.
[19:30] <wxl> killall $(pidof socat)
[19:30] <Unit193> However, I would advise you not use VNC "out in the open", but tunnel over ssh or something.
[19:30] <wxl> oops
[19:30] <wxl> kill $(pidof socat)
[19:30] <Unit193> kill, dimwit. ;)
[19:30] <wxl> i mean
[19:31] <wxl> shaddup, gooberhead :)
[19:31] <holstein> yup +1 on vnc like that as well
[19:31] <wxl> you're worse than @rmsbot
[19:31] <Unit193> Ouch.
[19:31] <wxl> i know, right?
[19:31] <Unit193> virgilia: is 22 and 2222 blocked?
[19:32] <wxl> last tweet i did with the #linux tag included a #ShutItRMSbot tag
[19:32] <wxl> Unit193: he did say 21-25
[19:32] <Unit193> Right, I can read...
[19:32] <wxl> Unit193: well you did ask :)
[19:33] <virgilia> unit193: 22 and 2222 both blocked
[19:33] <holstein> could be, *all* serices like that are blocked, intentionally
[19:34] <virgilia> I tried tunneling over ssh, but there is some sort of sabotage on that port also, always says password is wrong
[19:36] <holstein> you can move ssh to another port
[19:37] <holstein> usually, you can do that in the router, when port forwarding
[19:37] <holstein> regardless, nothing about lubuntu is going to be breaking that in any way.. i would try and think more generally about it, and see if you can find someone on your ISP that has done what you are doing and emulate
[20:10] <virgilia> 443 80 53 are open
[20:11] <Unit193> Outbound on in?
[20:11] <Unit193> This sounds more like a coperate firewall.
[20:11] <holstein> also, doenst mean they dont "notice" what you are doing, and get upset, and send a bill, or consider it a breech of contract.. etc
[20:12] <holstein> seems like, it could be just the router, if the router is supplied by the isp
[20:15] <virgilia> open both ways
[20:16] <Unit193> If you don't have an httpd, run ssh on 443?
[20:16] <Unit193> !info sslh | use this if you do
[20:20] <virgilia> private purchase for the router. this is a mobile home park and Internet is included in the rent. they actually discourage people from getting a router claiming it is unnecessary (they think all cell phones have a numeric buttons). it is a powerline based system and they hand out LAN cable adapters for as many devices as you own.
[20:36] <virgilia> so I'd use sslh --listen <IP_ADDRESS>:22 --ssh <IP_ADDRESS>:5900 --ssl <IP_ADDRESS>:5900 then tell my router to forward 22 to localip:5900 ?
[20:36] <virgilia> or set my VNC to port 22?
[20:43] <holstein> virgilia: if 22 is blocked, its blocked
[20:43] <holstein> virgilia: you'll forward whatever ports you are allowed
[20:44] <holstein> virgilia: id start with my isp and see what im doing that may be illegal, or get me kicked off, banned, or fined. then, id move to testing by putting up a live iso on hardware that i might start in the DMZ, or forwarding as needed to get what i need


[00:10] <clivejo> sgclark: I recently lost mine by deleted ~/.config/plasma-org.kde.plasma.desktop-appletsrc
[00:11] <clivejo> my current config line is
[00:12] <clivejo> favorites=preferred://browser,systemsettings.desktop,org.kde.dolphin.desktop,org.kde.kate.desktop,quassel.desktop,google-chrome.desktop,muon.desktop,org.kde.konsole.desktop
[00:13] <clivejo> I also notice that file controls the kickoff icon, maybe we could inject the Kubuntu logo/icon ?
[00:14] <sgclark> I am search through lp:kubuntu-settings but finding nothing. maybe you can look too clivjo
[00:15] <sgclark> but this all seems insanely dated
[00:15] <sgclark> 12.04
[00:15] <clivejo> well I know that file controls it, but its a config file, there must be a default settings file somewhere
[00:15] <sgclark> I wonder if this is somewhere else..
[00:16] <clivejo> maybe here - http://packages.ubuntu.com/xenial/all/plasma-desktop-data/filelist
[00:16] <sgclark> clivejo: that is upstream. I highly doubt we set stuff there
[00:16] <clivejo> grep through /usr/share/plasma/ for favorites=preferred ?
[00:17] <clivejo> well upstream set the defaults?
[00:17] <ahoneybun> there is a lot of things in there at can be removed lol
[00:17] <clivejo> we currently have what KDE default layout is
[00:17] <sgclark> well I know Jonathan liked everything pretty vanilla
[00:18] <clivejo> probably for handiness
[00:18] <sgclark> but honestly I have not messed with changing defaults
[00:18] <sgclark> but it seems like we had a least a few like firefox etc
[00:18] <clivejo> but we should set a few default apps in kickoff, in my opinion
[00:18] <ahoneybun> I know some stuff for Discover is in kubuntu-settings
[00:19] <ahoneybun> as well as the about page
[00:20] <clivejo> http://packages.ubuntu.com/xenial/all/kubuntu-settings-desktop/filelist
[00:25] <sgclark> yeah I am in that branch. I found what looks like a kickoff update script sed line for kde4... stuff perhaps our problem
[00:30] <clivejo> ahoneybun: if we do figure it out, what apps should be there?
[00:34] <sgclark> looks like they set firefox and ktp
[00:36] <ahoneybun> dolphin, firefox, konversion, settings at least
[00:37] <ahoneybun> amarok as well
[00:37] <ahoneybun> clivejo, http://docs.kubuntu.org/_images/KickOff.png
[00:37]  * ahoneybun needs to update the screenshots
[00:47] <clivejo> could you modify one how you want it to be by default
[00:48] <clivejo> steam wont be intsalled :P
[01:07] <clivejo> sgclark:
[01:07] <clivejo> ping
[01:07] <sgclark> whats up?
[01:07] <clivejo> I think Ive found how to do it
[01:07] <clivejo> can you modify the kubuntu-settings package?
[01:07] <sgclark> think so
[01:09] <clivejo> http://paste.ubuntu.com/15906487/
[01:10] <clivejo> just need a list of default apps
[01:11] <clivejo> and order them how a new user might explore them
[01:13] <clivejo> when I created that file and made a new user, kickoff displayed the apps how I configured them in that file for the new user
[01:13] <sgclark> ok
[01:13] <sgclark> seems too easy :) but worth a shot!
[01:13] <sgclark> much easier than the scripts I was trying to fix
[01:14] <clivejo> well its designed to be configurable
[01:14] <clivejo> do we have a kubuntu logo for the menu icon?
[01:16] <sgclark> there is a logo in here..
[01:18] <clivejo> ok if you add the line
[01:18] <clivejo> icon=/usr/share/pixmaps/kubuntu-logo.png
[01:18] <clivejo> that will put the kubuntu logo as the kickoff icon :)
[01:19] <sgclark> where?
[01:19] <sgclark> no header?
[01:19] <clivejo> huh?
[01:19] <sgclark> Branding?
[01:20] <clivejo> on a new line under FavoriteURLs=
[01:21] <sgclark> okies
[01:21] <clivejo> ahoneybun could come up with a list of 9 apps to add to it?
[01:22] <sgclark> do we really need to fill it up?!
[01:22] <clivejo> I think 9 is the max it displays properly
[01:22] <ahoneybun> no real reason to use all of them
[01:22] <clivejo> be nice to showcase certain apps?
[01:22] <ahoneybun> Kontact should be there
[01:22] <sgclark> I would personally be annoyed
[01:22] <clivejo> can always remove them
[01:23] <ahoneybun> apps to cover the basics
[01:23] <clivejo> and this is only for new users
[01:23] <clivejo> I have to go to bed, its 2:23am
[01:23] <ahoneybun> woe
[01:23] <ahoneybun> night clivejo
[01:23] <ahoneybun> 9:24 pm here
[01:24] <clivejo> but Ill have a look at the kubuntu settings package tomorrow
[01:24] <sgclark> night clivjo
[01:24] <clivejo> see if we can tweak it
[01:24] <clivejo> ahoneybun: maybe run it by the KCC?
[01:25] <clivejo> if they even want the kick off menu branded, and what apps?
[01:25] <ahoneybun> not sure it is that big of a issue
[01:25] <clivejo> would you maybe send an email, dont wanna waste time on it if they dont want it!
[01:26] <ahoneybun> I meant what apps to chose
[01:26] <ahoneybun> *choose
[01:26] <sgclark> Well I am comitting and putting in ppa for testing. they can revert if they dont want
[01:26] <ahoneybun> it's a good idea
[01:27] <ahoneybun> valorie, yofel ovidiu clivejo read above ^
[01:27] <ahoneybun> default apps in kickoff for 16.04
[01:27] <sgclark> I am not convinced on icon, I don't think it will look good in dark theme
[01:28] <sgclark> but can test
[01:28] <clivejo> well I reckon Discover, Firefox, Libre Office, System settings, dolphin, amarok etc ...
[01:28] <ahoneybun> you would need one for light and one for dark
[01:29] <clivejo> looks ok on my dark theme
[01:29] <ahoneybun> and Kontact
[01:29] <ahoneybun> that should be good
[01:29] <sgclark> meh not sure I want to highlight qt4 apps
[01:29] <sgclark> I added kontact and konversation
[01:29] <ahoneybun> but they still work and provide important functions for some
[01:30] <ahoneybun> either way none of this is in stone so we can always change it
[01:30] <sgclark> mmhmm
[01:30] <clivejo> but if we have the chance to showcase some apps, I think we should take it
[01:30] <clivejo> default install looks very bland
[01:30] <ahoneybun> agreed clivejo but we don't have to pick them tonight/morning
[01:31] <ahoneybun> lets have other people give input
[01:31] <ahoneybun> and sleep clivejo
[01:31] <clivejo> if we wanna get them into Xenial, do need to get its done ASAP
[01:31] <clivejo> release is next week :/
[01:32] <sgclark> clivejo: you can push to https://code.launchpad.net/~kubuntu-packagers/kubuntu-settings/kubuntu-settings
[01:32] <ahoneybun> I know, updated a old mac mini to it today
[01:32] <sgclark> it is owned by kubuntu-packagers
[01:32] <ahoneybun> also means I have access to it as well
[01:32] <clivejo> actaully its this Thursday!!
[01:32] <clivejo> holy cow
[01:32] <sgclark> feel free to add stuff you want lol
[01:32] <sgclark> I added what I want :)
[01:33] <clivejo> I thought we still had a week!
[01:33] <sgclark> yikes
[01:33] <sgclark> I will be traveling all Thursday
[01:33] <ahoneybun> all these FFE's are getting annoying
[01:34] <clivejo> night all
[01:34] <ahoneybun> night clivejo
[01:34] <sgclark> night night
[01:34] <sgclark> ahoneybun: what FFes?
[01:35] <ahoneybun> that one against the site for one
[01:35] <sgclark> KDE Meta?
[01:35] <sgclark> I removed that. that was silly
[01:36] <ahoneybun> yea I saw, thank you
[01:36] <sgclark> wth does kde meta have to do with website
[01:36] <ahoneybun> nothing really
[01:37] <sgclark> welp my seed got rejected. older than archive which means someone made changes and did not commit to bzr
[01:37] <ahoneybun> sgclark, did you hear about that QA job?
[01:38] <sgclark> for canonical? I applied for two, and heard nothing
[01:38] <ahoneybun> yea
[01:38] <sgclark> I don't think working for them is in my stars
[01:38] <ahoneybun> have to at least try
[01:38] <sgclark> I don't think any tech job is in my stars.  But since Wayland is not near for us, and this is missing from it currently, I only see one option for us. Or drop it.
[03:08] <telegram> I say we go forward with it. What do you think?
[03:08] <telegram> https://integram.org/a/kG4mFs
[03:48] <ScottK> sgclark: uploaded.
[03:49] <ScottK> It seems like a large change for this late, but you can argue that with the release team.
[03:49] <sgclark> ScottK: thanks!
[03:50] <ScottK> yw
 Regarding the favour apps I think yofel once was thinking about it and it was related to some js file but can't remember now :/
[07:13] <valorie> just watched the kubuntuonair ep about snappy
[07:13] <valorie> still trying to decide if it's good or crazy
[07:14] <hegemon8> hi val :)
[07:16] <hegemon8> wait, what? now... I watch Jupiter Broadcasting's linux podcasts, watch kubuntu podcast, listen to ubuntu podcast (uk), and You're telling me there is another i don't know?  (there should be updated global list :)  )
[07:17] <hegemon8> i type too slow... ^^
[08:02] <soee_> bleh :/
[08:02] <soee_> Qupzilla 2.0 needs QT 5.6 = no Qupzilla 2.0 in 16.04 LTS :<
[08:27] <Skuggen> clivejo: Is there anything apparmor and mysql related in your syslog after you try starting up akonadi?
[10:48] <BluesKaj> Hiyas all
[11:58] <Skuggen> clivejo: If I use mysqld with the akonadi start parameters, I get your error message, and if I use mysqld-akonadi it reads it correctly. It's because the apparmor profile for usr/sbin/mysqld won't allow reading from $HOME
[11:59] <Skuggen> clivejo: You can test if that's the problem by running sudo aa-complain /usr/sbin/mysqld
[12:18] <clivejo> Skuggen: Profile for /usr/sbin/mysqld not found, skipping
[12:20] <Skuggen> When it fails, do you get any DENIED message if you do dmesg | grep mysql?
[12:21] <clivejo> nothing
[12:28] <Skuggen> If you run akonadictl start in a terminal, do you get output on the full list of arguments it's trying to use to start the server?
[12:29] <clivejo> just what I pasted before
[12:31] <clivejo> anyone know how far sgclark got on with kubuntu-settings?
[12:35] <clivejo> Skuggen: I’ve been messing with this for hours now and getting nowhere with it.  I’m afraid my patiences is wearing dangerously thin
[12:36] <yofel> clivejo: what error?
[12:36] <clivejo> yofel: kontact wont work with mysql 5.7
[12:39] <yofel> stderr: "mysqld: Error on realpath() on '/var/lib/mysql-files' (Error 2 - No such file or directory)
[12:39] <yofel> why the hell is it trying to access /var o.O
[12:40] <Skuggen> Wait, is that the error?
[12:40] <yofel> that's what I get:
[12:40] <yofel> executable: "/usr/sbin/mysqld-akonadi"
[12:40] <yofel> arguments: ("--defaults-file=/home/isag/.local/share/akonadi/mysql.conf", "--datadir=/home/isag/.local/share/akonadi/db_data/", "--socket=/tmp/akonadi-isag.C3GmlR/mysql.socket")
[12:40] <yofel> stdout: ""
[12:40] <yofel> stderr: "mysqld: Error on realpath() on '/var/lib/mysql-files' (Error 2 - No such file or directory)\n2016-04-18T12:38:42.399889Z 0 [Warning] The syntax '--log_warnings/-W' is deprecated and will be removed in a future release. Please use '--log_error_verbosity' instead.\n2016-04-18T12:38:42.399933Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for
[12:40] <yofel> more details).\n2016-04-18T12:38:42.399979Z 0 [ERROR] Failed to access directory for --secure-file-priv. Please make sure that directory exists and is accessible by MySQL Server. Supplied value : /var/lib/mysql-files\n2016-04-18T12:38:42.399983Z 0 [ERROR] Aborting\n\n2016-04-18T12:38:42.399990Z 0 [Note] Binlog end\n"
[12:40] <yofel> exit code: 1
[12:40] <yofel> clivejo: same for you?
[12:41] <Skuggen> yofel: That one I know. 5.7 by default sets secure-file-priv option while in 5.6 it was blank
[12:41] <clivejo> Im just trying to start akonadi
[12:41] <clivejo> I removed my /var/lib/mysql
[12:42] <Skuggen> yofel: Can you edit your mysql.conf and add secure-file-priv= to it?
[12:42] <clivejo> kontact is dead in the water for me
[12:42] <Skuggen> clivejo: You're still getting the error about not being able to open required defaults file, right?
[12:42] <clivejo> but works fine when I force install 5.6
[12:42] <clivejo> yes
[12:43] <clivejo> but rob's changes to force us to use 5.7 are going to cause use huge problems
[12:46] <yofel> Skuggen: I put secure_file_priv=  into the config file, now mysqld just says "exit 1", nothing to stdout or stderr
[12:47] <BluesKaj> the kDE PIM software continues to cause problems for users. I wonder when the thing is finally going to be abandoned for something simpler that actually works for users, nothing but trouble since 2008.
[12:52] <yofel> Skuggen: oh ok, found the culprit: 2016-04-18T12:50:34.977851Z 0 [ERROR] unknown variable 'innodb_additional_mem_pool_size=1M'
[12:53] <Skuggen> yofel: Ah, the latest akonadi update should fix that
[12:53] <yofel> so after fixing those 2 things, akonadi starts
[12:53] <clivejo> BluesKaj: it was working great for me up until about a week ago
[12:54] <yofel> I don't see any newer one?
[12:54] <clivejo> I use it heavily and need it
[12:54] <Skuggen> yofel: Which version do you have of the package?
[12:54] <Skuggen> Newest is -0ubuntu4, I think
[12:54] <yofel> 4:15.12.3-0ubuntu4
[12:54] <clivejo> the problem was caused by a forced dep on mysql 5.7
[12:54] <yofel> but that's set in the global mysql conf and in the user mysql conf
[12:55] <yofel> I don't think removing the key from the package will fix the existing config files
[12:55] <Skuggen> Yeah. The config is made by akonadi on first start and not by the package itself, I guess
[12:55] <clivejo> if the config file is deleted will it be auto-generated again?
[12:56] <Skuggen> It was when I tested just now
[12:56] <clivejo> with the patched file?
[12:57] <Skuggen> Updating the package should update all its files unless they have been edited, so I assume it would be regenerated from the updated default file
[12:58] <clivejo> but the files are dynamically generated and depend on the user in question
[12:59] <Skuggen> I think they're generated from /etc/xdg/akonadi/mysql-global.conf
[12:59] <clivejo> how could a package update a config file for a particular user
[12:59] <clivejo> yes, thats the default settings for a new user
[12:59] <Skuggen> No the package updates the file in /etc/xdg/akonadi, and akonadi itself generates the user-specific config from that
[13:00] <clivejo> or someone who deletes their config
[13:00] <Skuggen> Right
[13:00] <clivejo> but Im an exiting user
[13:00] <clivejo> existing
[13:01] <clivejo> how can an updated package , update my config file?
[13:01] <yofel> I pinged dan in #akonadi, maybe he has a good idea how to fix the user file
[13:01] <clivejo> this needs to work "out of the box"
[13:01] <clivejo> at the moment this just kills akonadi and its related services stone dead
[13:02] <clivejo> plus the details button doesnt work (probably a KDE upstream issue) but still not helpful
[13:02] <yofel> annoyingly enough he disabled it in the global file in 9a9f7eaa38023f70c6fa85a87359a487ccf7a48c, but wrote no migration code :(
[13:04] <yofel> now to find out where the server params are built...
[13:05] <Skuggen> dbconfigmysql.cpp, I think it was
[13:06] <yofel> indeed
[13:06] <Skuggen> There's an issue there with mysql_install_db as well
[13:08] <yofel> hm wait, that file already has config update code...
[13:10] <yofel> clivejo: this *should* work actually
[13:11] <Skuggen> Maybe it has a similar limitation on not changing edited files?
[13:11] <yofel> as long as the last modification time of the gloabl config is newer than the user config, the user config is overwritten
[13:12] <clivejo> I was using apps from misc
[13:13] <yofel> and what akonadi version?
[13:13] <clivejo> and as scarletts been updating those they have been getting upgraded to the archive version
[13:13] <clivejo> but scarlett and rob had a collision
[13:15] <clivejo> rob changed the mysql deps to 5.7, while scarlett uploaded the new verion (15.12.3) with deps on 5.6
[13:15] <yofel> Skuggen: what's the recommendation for secure_file_priv? Empty, or point it to the datadir?
[13:15] <clivejo> maybe my system was affected by that?
[13:15] <shadeslayer> clivejo: I think we were pinged about this in #ubuntu-devel a few days ago?
[13:15] <Skuggen> yofel: Not datadir. For the normal package it creates its own /var/lib/mysql-files, and the server is only allowed to read files from there
[13:16] <shadeslayer> clivejo: well, atleast me and yofel
[13:16] <Skuggen> Leaving it blank is the behavior from 5.6
[13:16] <yofel> now that you mention it -.-
[13:16] <shadeslayer> xD
[13:16] <yofel> Skuggen: ok, thanks
[13:17] <Skuggen> Otherwise I think the recommendation is a directory on the same level as datadir, so something like home/user/.local/share/akonadi/db_files
[13:17] <clivejo> I guess we need a few more existing users to upgrade
[13:18] <clivejo> see if the problem is being ironned out
[13:18] <yofel> actually, most "users" will probably not even be upgraded. I only have the core packages installed here, and the virtual package caused 5.6 to remain installed
[13:18] <clivejo> unfornately I dont have the timestamp on my config file any more
[13:21] <Skuggen> clivejo: But the error on the server not being able to read the defaults-file I've only seen if it was either missing or when the server wasn't allowed to read it
[13:21] <clivejo> I dunno :/
[13:21] <yofel> right, and on a default system, that directory doesn't exist
[13:22] <clivejo> the file does exist
[13:22] <clivejo> but when akonadi starts it says it cant read it
[13:22] <yofel> right, install mysql-server and it probably will, but then you'll have a full server running
[13:22] <yofel> I'll just disable that in the config file
[13:23] <Skuggen> clivejo: What's the mode on the config file?
[13:23] <clivejo> 777 like you said
[13:24] <Skuggen> That should actually give a warning that the server won't read world-writeable files
[13:25] <Skuggen> Gah, it so sounds like an apparmor issue, but that should show up in dmesg
[13:26] <clivejo> I have done more purges and reinstalls my system doesnt know where it is, nor do I
[13:30] <Skuggen> Try renaming mysql.conf and see if the regeneration changes anything?
[13:30] <yofel> secure_file_priv patch up
[13:30] <marco-parillo> Last night, I installed the release candidate (http://iso.qa.ubuntu.com/qatracker/milestones/359/builds) to physical hardware, and it behaved normally (the try / install option appeared first). This morning, starting the same release candidate in a VM dumped me straight into a live session (which I prefer, but is not as-designed).
[13:31] <Skuggen> Actually, it's odd that 5.6 accepts the file with 777
[13:31] <yofel> marco-parillo: interesting
[13:32] <yofel> I only tested in KVM, so that'll explain why I never saw the selection dialog
[13:38] <yofel> dangit, I forgot the dep-3 headers in my akonadi patch -.-
[13:39] <clivejo> ok akonadi 15.12.3 and mysql 5.7, deleted the config file and rebooted
[13:39] <clivejo> its working
[13:40] <clivejo> but will it stay working :/
[13:41] <Skuggen> The last time you had it working, it stopped working after a reboot?
[13:42] <clivejo> after an overnight shutdown
[13:43] <Skuggen> Like I said, there are issues with running 5.7 on a 5.6 database without running mysql_upgrade; any interactions with the system tables is likely to fail, i.e. user admin and such
[13:43] <Skuggen> Though I can't see that causing this kind of problem
[13:43] <clivejo> 15 packages to update today
[13:45] <clivejo> "Cannot connect to agent instance with identifier 'akonadi_kolab_resource_3', error message: 'Could not get owner of name 'org.freedesktop.Akonadi.Resource.akonadi_kolab_resource_3': no such name'"
[13:45] <clivejo> strange error
[13:46]  * yofel sees kolab and runs
[13:47] <clivejo> my kolab is working fine
[13:47] <clivejo> maybe its left over from when libkolab was being a pain
[13:47] <clivejo> I only have one kolab resourse
[13:48] <clivejo> hummmm why is gnucash getting an upgrade so close to release date
[13:48] <clivejo> yofel: did you see our conversation about customising the kickoff menu?
[13:56] <yofel> clivejo: now I did. Fine with me. Not sure if LO should be there, and discover was always under "System" in the past, but Favorites is probably better
[13:57] <clivejo> it would only affect new installs or newly created users
[13:57] <clivejo> the idea was to build a bit of a showcase of useful apps installed by default
[13:59] <yofel> yeah, that's what it was in the past as well
[13:59] <yofel> it'll also affect LTS upgrades (whoever's crazy enough to do that)
[14:02] <clivejo> who can make the decision on the apps?
[14:02] <clivejo> there are 9 slits
[14:02] <clivejo> slots
[14:09] <yofel> we're a doacracy, send a mail to the ML saying that you'll apply the changes if nobody objects within a day, then just do it.
 I like that, that's a really great term. Doacracy
 I gonna remember that 😃
[14:11] <clivejo> is kubuntu-setings the right place to do it?
[14:11] <yofel> AFAIK yes
[14:12] <yofel> hm, didn't someone say that there was a script in place already and it just didn't get applied or so?
[14:14] <clivejo> there are scripts, but I think they are from KDE4
[14:15] <clivejo> that package needs work
[14:15] <clivejo> ah sgclark *hugs*
[14:15] <clivejo> good morning, hope you slept well
[14:15] <sgclark> hey, seems plasma crashed on lid closed
 Busy in here today
 Good Morning
[14:16] <sgclark> kubuntu-settings is very broken
[14:16] <clivejo> that might be because Thursday is release day!
[14:16] <sgclark> While it did assign those favorites it defaulted to oxygen icons
[14:16] <sgclark> and plasma kept locking up
[14:17] <sgclark> until I removed the package
[14:17] <sgclark> I got too tired to mess with it more
[14:17] <clivejo> you just added that file, nothing else?
[14:17] <sgclark> I think we need to scrap most of it and start from new. I have no idea what is going on in there
[14:17] <sgclark> yeah
[14:18] <clivejo> it seems a lot is KDE4 stuff
[14:18] <sgclark> yeah
[14:18] <clivejo> which is redundant now
[14:18] <sgclark> I think it is used in trusty though
[14:18] <sgclark> so we need to be careful
[14:18] <clivejo> we would need a new package?
[14:18] <yofel> the new package should never be backported to trusty...
[14:19] <sgclark> trusty is an lts also, and supported till something crazy like 2019
[14:19] <clivejo> kubuntu-plasma-settings?
[14:19] <yofel> yes, but that has nothing to do with the xenial package
[14:19] <yofel> no, please just use the exiting package
[14:19] <sgclark> oh. hi yofel
[14:19] <yofel> hi scarlett, thanks for working out the libc6 mess
[14:19] <sgclark> np
[14:20] <sgclark> if we can sort out kubuntu-settings I think we are relatively good
[14:20] <sgclark> for release
[14:20] <clivejo> sgclark: did I see ScottK uploaded plasma-discover 5.6?
[14:20] <sgclark> yeah
[14:20] <yofel> he did
[14:21] <clivejo> I havent seen it come from the archive yet
[14:21] <yofel> I also saw someone accepting it in binary NEW
[14:21] <clivejo> is it stuck?
[14:22] <clivejo> http://packages.ubuntu.com/xenial/plasma-discover is still saying 5.5.5-0ubuntu2
[14:23] <yofel> packages.ubuntu.com is delayed by "days" in my experience, please always look at launchpad for queue processing
[14:23] <clivejo> oh, published an hour ago
[14:24]  * clivejo tries an update
[14:24] <yofel> lolwhat, what's with the absurd amount of app config overrides in -settings o.O
[14:24] <clivejo> this will also fix snele's problem with the plasmoid?
[14:26] <clivejo> so if we released a new kubuntu-settings into xenial archive it would not affect previous releases unless it was backported?
[14:27] <sgclark> yeah, I was just confusing myself
[14:27]  * sgclark is easily confused these days
[14:27] <clivejo> most of that could be stripped out?
[14:27] <clivejo> http://packages.ubuntu.com/xenial/all/kubuntu-settings-desktop/filelist
[14:27] <sgclark> yeah I think we need to scrap most of it
[14:28] <clivejo> do we have a custom help app?
[14:28] <sgclark> not that I know of
[14:29] <clivejo> there used to be a life ring on a launcher for help
[14:29] <yofel> we did have our custom content in khelpcenter in the past, but that was years ago
[14:29] <clivejo> but havent seen that in a long time
[14:29] <sgclark> that is khelpcenter
[14:29] <clivejo> does that work, should it be put on the default favourites
[14:29] <sgclark> the icon line did not work clivejo
[14:29]  * clivejo uses google for help
[14:30] <sgclark> but I think it would look terrible in breeze dark anyway
[14:30] <clivejo> Im running breeze
[14:30] <clivejo> looks fine here
[14:31] <clivejo> BTW I looked at how OpenSUSE brand plasma
[14:31] <clivejo> found clues to how they do it
[14:31] <clivejo> https://www.rpmfind.net/linux/RPM/opensuse/updates/42.1/aarch64/plasma5-desktop-branding-openSUSE-13.3-35.1.aarch64.html
[14:31] <clivejo> maybe not that one
[14:31] <clivejo> thats docs
[14:31] <sgclark> I can't imagine it would be terribly hard. We never had branding on purpose, that was Jonathans vision.
[14:32] <sgclark> up to yofel now how much branding we want.
[14:32] <clivejo> was this archive ftp://<IP_ADDRESS>/linux/opensuse/ports/update/42.1/aarch64/plasma5-workspace-branding-openSUSE-13.3-35.1.aarch64.rpm
[14:32] <mamarley> FWIW, my vote would be to continue the practice of little/no branding.
[14:34] <yofel> I'm all for adding *a bit* more branding, but lets talk about that for the next release
[14:34] <clivejo> I can spend some time later on that package
[14:34] <clivejo> its more the hacking I enjoy!
[14:35] <sgclark> sounds reasonable
[14:38] <clivejo> should I open an FFE for kubuntu-settings in preparation?
[14:39] <clivejo> if anything it needs a lot of stuff removed
[14:40] <clivejo> or are we past the point of no return
[14:40]  * clivejo just got the plasma-discover 5.6 update :)
[14:43] <yofel> we are past the point of no return since a couple days ago, so just file the FFE
[14:49] <clivejo> yofel sgclark: Bug 1571688
[14:49] <clivejo> that sound ok?
[14:51] <yofel> You usually use 3rd person perspective in descriptions, otherwise yes.
[14:51] <yofel> bug 1560404 is also still there
[14:52] <shadeslayer> sgclark: I've been told to direct hugs to you
[14:52] <shadeslayer> sgclark: *hugs*
[14:53] <sgclark> shadeslayer: ?!
[14:53] <clivejo> is that bug fixable in kubuntu-settings
[14:53] <shadeslayer> are you questioning hugs? :O
[14:53] <sgclark> shadeslayer: /hugs
[14:53] <sgclark> lol
[14:53] <shadeslayer> sgclark: but ref, apparently you had to deal with libc6 transitions :D
[14:53] <sgclark> ah
[14:53] <sgclark> yeah
[14:54] <shadeslayer> I have to head out and get some paperwork done
[14:54] <shadeslayer> ttyl
[14:54] <sgclark> see yas!
[14:55]  * sgclark stares blankly at cantor test regressions
[14:58] <sgclark> only changes I see is translations...
[14:58]  * sgclark cries
[15:00] <soee_> yofel: ping
[15:00] <yofel> hm?
[15:01] <soee_> yofel: what this proposal form you mail means exactly @ "Short" for Xenial. You suggest to support it for 2 years ?
[15:01] <yofel> see below in the mail? ^^ (it's 3)
[15:02] <yofel> so it'll go EOL around 18.04.2
[15:03] <soee_> ah i see, good point
[15:05] <yofel> so far kylin is the only flavor that replied with 5, all others 3
[15:06] <sgclark> yofel: any hints on how to track down a test regression. Only changes I see are translations
[15:06] <yofel> sgclark: maybe it needs one of those output format plugins?
[15:06] <sgclark> ok
[15:06] <yofel> did you read the test log?
[15:09] <sgclark> I see it now sorry. brain not yet fully functional
[15:09] <yofel> don't worry, that test output is not particulary readable :S
[15:10] <sgclark> my laptop seems to also be quite grumpy after the lid close crash..
[15:11] <Skuggen> yofel: http://paste.ubuntu.com/15914416/ to fix fresh akonadi installs
[15:13] <yofel> Skuggen: --force is deprecated or..?
[15:13] <Skuggen> Yeah
[15:13] <Skuggen> Not sure if --insecure is really needed. It preserves the old behavior of passwordless root access
[15:14] <Skuggen> There's one other thing I did to fix it, which is kind of hacky. There's some init sql that fails because 5.7 is by default more strict. I "fixed" it by adding sql_mode=NO_ENGINE_SUBSTITUTION to the config, which is the sql_mode from 5.6
[15:17] <Skuggen> yofel: All of mysql_install_db is deprecated, actually, but replacing it with mysqld --initialize seems like it'd be a pretty big change
[15:18] <yofel> hm, ok... guess I'll file a bug for akonadi for that then and wrap up a patch for --insecure at least
[15:18] <yofel> thanks for looking into this
[15:20] <Skuggen> I've got a vested interest in making stuff work with 5.7 since I've been pushing it together with Robie :)
[15:21] <Skuggen> --basedir seems to be required as well. That might be a bug in 5.7's mysql_install_db, since I'm not entirely sure why
[15:30] <ximion> sgclark: wohoo, Discover went in
[15:30] <ximion> now on to the last AppStream bits...
[15:30] <ximion> urgh, way too much last-minute stuff
[15:30] <sgclark> no kidding
[15:31]  * ximion just downloaded almost 40 package updates for Xenial
[15:35] <clivejo> is it just our favor thats had this, or it across the board?
[15:36] <rbasak> People generally go through everything that's behind compared to Debian and look at the diffs for bugfixes.
[15:37] <clivejo> are we the only team that currently has branches in Debian git (Alioth)
[15:40] <sgclark> yes
[15:40] <sgclark> and that will change.
[15:41]  * sgclark can't wait to go back to launchpad
[15:41] <sgclark> this has been a nightmare..
[15:41] <clivejo> I dunno
[15:42] <sgclark> we can still get debain work with git remote
[15:42] <sgclark> now that launchpad ahs git, it is just the same workflow
[15:42] <rbasak> I maintain MySQL packaging on alioth for both Debian and Ubuntu. Makes it easier to have it in one place.
[15:43] <rbasak> What problems did you have?
[15:43] <clivejo> do you think others will still keep it synced with the archive
[15:43] <sgclark> canonical making changes and we did not know
[15:43] <rbasak> That will happen on Launchpad, too.
[15:43] <sgclark> therefore overwriting their changes
[15:43] <sgclark> oh
[15:43] <rbasak> (I was wearing my Ubuntu hat so it's not really Canonical)
[15:43] <clivejo> rbasak: whats what Im afraid of
[15:43] <sgclark> well blah hah
[15:43] <rbasak> In both Debian and Ubuntu, the archive is the authority.
[15:44] <sgclark> oh, those changes don't go through bzr?
[15:44] <rbasak> No.
[15:44] <sgclark> ah
[15:44] <sgclark> well I guess moving back will not help then
[15:44] <sgclark> oh well haha
[15:44] <rbasak> In Debian, package maintainers generally manage everything to do with a package. You still get NMUs from "under your feet" though etiquette is to use the delayed queue, notify the maintainer, etc.
[15:44] <clivejo> rbasak: can you commit to kde branches?
[15:45] <sgclark> this is my first release doing more than packaging. what an experience.
[15:45] <rbasak> clivejo: to alioth? No.
[15:45] <rbasak> In Ubuntu, we "team maintain" things. For transitions, generally the person doing the transition will upload to all affected packages.
[15:45] <clivejo> its a shame there isnt a way to flag up a change not in the VCS
[15:45]  * sgclark uploads cantor and crosses fingers
[15:45] <rbasak> This allows us to work quicker, which I think enables our six-monthly cycle.
[15:46] <clivejo> rbasak: why was 5.7 so delayed?
[15:46] <rbasak> OTOH, a Debian transition takes a long time as rather than having a single person do it dozens of maintainers have to play a part and they aren't necessarily available at once.
[15:46] <rbasak> I'm sorry the 5.7 transition landed so late. We've been working on it for months.
[15:47] <rbasak> clivejo: pretty much everything that could have caused a delay did.
[15:48] <clivejo> I think our problem is that it just happened so close to release
[15:48] <rbasak> In hindsight, I would have declined to do it at all had I known that it would drag on this late.
[15:50] <clivejo> did you say there might be 5.7.13 being dropped?
[15:50] <rbasak> The things that 5.7 breaks are pretty high level - generally changes that were slack before being tightened up. I saw dep8 tests for akonadi, so was expecting them to catch this, since I thought a basic smoke test would.
[15:50] <ximion> clivejo: it's pretty much everyone being in last-minute panic, the GNOME Software guys especially... But I also got updates for Git etc., so yeah, it's not just Kubuntu ^^
[15:50] <rbasak> 5.7.13 will have to be dropped because it's a security update (as I understand it high priority ones)
[15:51] <rbasak> I'd like to do it this side of release if possible, but it could go in the security pocket after release maybe. It's pretty close so maybe that's better.
[15:52] <rbasak> Upstream have a good track record with these updates though. We've been shipping their point releases in the security pocket for years without issue. I think there was one regression that they fixed upstream, that's all.
[15:54] <Skuggen> 5.7.12
[15:55] <Skuggen> There's an Oracle security update being published tomorrow. It'll list security fixes for 5.7.12 (and 5.5.49 and 5.6.30)
[16:24] <blaze> package okteta-dev should depend on binary packages (libkasten3core3 etc), but now it doesn't
[16:24] <blaze> what happened?
[16:24] <blaze> clivejo, yofel ^
[16:26] <blaze> sgclark: do you know anything about this?
[16:31] <sgclark> mm no
[16:31] <sgclark> I see no removals in the log...
[16:34] <sgclark> blaze: I see no sign of removal in the git history, could youo be more specific on what is missing?
[16:38] <blaze> that's what I see now https://paste.kde.org/pe05llmho
[16:38] <blaze> binary packages coming from okteta source are missing
[16:39] <sgclark> I am sorry, I don't know what that is suppose to tell me.
[16:40] <blaze> Depends: libkf5xmlgui-dev, qtbase5-dev (>= 5.4)
[16:41] <blaze> every lib from here http://packages.ubuntu.com/source/xenial/okteta is missing
[16:44] <sgclark> Looks like Pino did that.. a very loooong time ago
[16:45] <sgclark> although..
[16:45] <sgclark> It does not say why
[16:46] <sgclark> ${so:Depends} does not seem to be doing what it is suppse to do.
[16:46] <sgclark> yofel: halp ^ :(
[16:52] <sgclark> the shared libs are installed, in theory so:Depends is suppose to bring in those libraries...
[16:55] <sgclark> dh = --with sodeps is there..
[16:55] <blaze> sgclark: please check control file for kio / kio-dev
[16:55] <blaze> kio-dev deps are done manually
[16:55] <sgclark> it is there
[16:56] <sgclark> that I don't think is the issue. everything builds fine.
[16:56] <sgclark> debhelper is failing at some point to generate the runtime deps
[17:00] <sgclark> yup dpkg-gencontrol: warning: Depends field of package okteta-dev: unknown substitution variable ${so:Depends}
[17:00] <sgclark> so now to investigate what that needs to be..
[17:01] <blaze> well, every build depending on okteta libs now fails
[17:02] <sgclark> blaze: Please see above. I have tracked down what is going wrong. I am currently tracking down what changed and what need to be done to fix it.
[17:02] <blaze> yeah, I see
[17:08] <doko> kubuntu still has some build failures: http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20160401-xenial.html#kubuntu
[17:11] <sgclark> doko: remove kdesdk-kioslaves. I have never even heard of all that other stuff
[17:11]  * sgclark wonders how we have eclipse..
[17:12] <sgclark> blaze: I am now down into perl scripts which now way over my head. I am going to have to seek out help.
[17:13] <sgclark> nepomuk should have been alos banished form archive..
[17:14] <sgclark> telepathy-qt is qt4... we don't want that either.
[17:41]  * soee just bought https://www.humblebundle.com/store/victor-vran ;)
[18:02] <sgclark> blaze: I have tracked down the issue and requesting assistance from debian as I do not have rights with the pkg-kde-tools package.
[18:04] <blaze> cool
[18:04] <blaze> sgclark: thanks
[18:13] <sgclark> yofel: shadeslayer maybe one of you can help, I see your names on the changelog. https://paste.kde.org/pcwdyfdni
[18:14]  * sgclark wanders off to another fire
[19:22] <shadeslayer> sgclark: indeedly
[19:22] <shadeslayer> sgclark: dh_sodeps looks broken
[19:23] <shadeslayer> if that is indeed the code
[19:23] <shadeslayer> who wants to fix MoDaX's code \o/
[19:29] <sgclark> yeah got response in debian channel.
[19:30] <sgclark> probably stuff I need to learn... but this close to point of no return I don't think it is the best time to do so.
[19:31] <sgclark> I am inclined to use old method in the meantime..
[19:31] <clivejo> shadeslayer: how did you learn all this stuff?
[19:31] <sgclark> ikr
[19:31] <sgclark> he is a super smarty pants
[19:31] <shadeslayer> idk xD
[19:31] <clivejo> born with it?
[19:31] <shadeslayer> It ... just makes sense
[19:32] <shadeslayer> when it doesn't, it's usually broken
[19:32] <shadeslayer> or my knowledge is lacking
[19:34] <clivejo> is the KDE Help Centre still being maintained?
[19:34] <sgclark> yeah
[19:34] <sgclark> tosky took over recently
[19:34] <sgclark> but it was unmaintained for some time
[19:34] <clivejo> the first page appears to be missing images
[19:35] <shadeslayer> repeat process
[19:37] <sgclark> in comparison to other helpcenters I feel it is quite dated and clunky. Hopefully it will improve.
[19:37] <clivejo> http://s3.postimg.org/fvh69dghv/KDE_Help.png
[19:37] <clivejo> very bland
[19:37] <sgclark> aye
[19:38] <clivejo> and those look like picture holders, but missing the pic
[19:41] <clivejo> sgclark: what you think of these fav apps - http://s3.postimg.org/twc5y35c3/Kick_Off.png
[19:42] <clivejo> and thats what the kubuntu logo looks like on dark breeze
[19:42] <sgclark> kontact should be there
[19:44] <clivejo> ah yes - http://s3.postimg.org/3ukpbnykj/Kick_Off2.png
[19:46] <clivejo> users can then remove what they dont want
[19:46] <clivejo> and add what they do
[19:46] <clivejo> but for a first time user you think its a useful spread of apps?
[19:50] <sgclark> yeah
 what happened to akonaditray?
[19:54] <clivejo> akonaditray?
 Yes
[19:55] <clivejo> whats that?
 A system tray control for akonadi
[19:56]  * clivejo shrugs
[19:56] <clivejo> Ive never seen that
[19:56] <sgclark> I have not seen that for a very long time. might want to ask akonadi?
 I last find it in vivid
[19:57] <clivejo> pre-kf5?
[19:58] <sgclark> yeah that is qt4
[19:58] <sgclark> you need to ask akonadi devs ovidiu sorry
[19:59] <clivejo> sgclark: did you try modifying this kubuntu-settings package?
[19:59] <sgclark> I only added what we talked about last night
[19:59] <sgclark> and it made my system insanely unstable
[19:59] <clivejo> ok, Ill grab it from the archive and work from there
[20:00] <sgclark> I think all that qt4 crap needs to go
[20:00] <clivejo> yeah, I agree
[20:01] <ahoneybun> valorie, ^ talk about default apps in kickoff
[20:01] <clivejo> ahoneybun: just the man
[20:01]  * ahoneybun runs
[20:01] <clivejo> you were the man who edited this package last
[20:01] <valorie> systemsettings and FF must be there
[20:01] <clivejo> wanna work with me on it?
[20:01] <clivejo> valorie: http://s3.postimg.org/3ukpbnykj/Kick_Off2.png
[20:01] <clivejo> how does that look to you
[20:01] <ahoneybun> let me go in the living room with my kubuntu laptop
[20:02] <valorie> that looks good to me, although it's sad that Amarok has not made the jump yet
[20:03] <valorie> but we certainly don't have an alternative application, and music is pretty key for a lot of people
[20:03] <clivejo> its installed out of the box in Xenial, right?
[20:04] <valorie> I believe so
[20:04] <ahoneybun> clivejo: link to that screenshot again please
[20:04] <ahoneybun> also do you want to go into BBB?
[20:04] <clivejo> http://s3.postimg.org/3ukpbnykj/Kick_Off2.png
[20:04] <ahoneybun> not sure as I jumped to it from vivid
[20:04] <valorie> I prefer irc
[20:04] <ahoneybun> thanks
[20:04] <clivejo> ahoneybun: do you remember how to pull and push to bzr?
[20:04] <ahoneybun> quessel is not default I think/
[20:05] <ahoneybun> I use Konverstion
[20:05] <valorie> lemme read up here and read previous discussion -- bnc restarted last night without me
[20:05] <ahoneybun> I'll try
[20:05] <ahoneybun> sgclark: where is your branch?
[20:05] <sgclark> em what?
[20:06] <ahoneybun> mm my alt+tab is not working
[20:06] <clivejo> https://launchpad.net/ubuntu/+source/kubuntu-settings/1:16.04ubuntu2
[20:06] <ahoneybun> the kubuntu-setting branch that you and ...
[20:06] <ahoneybun> yea that
[20:06] <ahoneybun> where is the one your working on clivejo?
[20:07] <sgclark> we should be working on the same one....
[20:07] <clivejo> Ive just been playing with changing local files
[20:07] <ahoneybun> mm
[20:07] <clivejo> we need to fix that package
[20:08] <clivejo> I just notcied in the changelog that you worked on it
[20:08] <ahoneybun> in June yes
[20:08] <ahoneybun> June/July
[20:08] <clivejo> do you remember how you did it?
[20:10] <clivejo> changelog - http://changelogs.ubuntu.com/changelogs/pool/universe/k/kubuntu-settings/kubuntu-settings_16.04ubuntu2/changelog
[20:10] <ahoneybun> a little but I'll do wat I can do
[20:10] <ahoneybun> *what
[20:12] <clivejo> dget the package locally
[20:13] <ahoneybun> clivejo: I'm in BBB room 1
[20:14] <ahoneybun> dget kubuntu-settings ?
[20:14] <clivejo> do you have a packaging environment setup?
[20:17] <valorie> ok, caught up for the most part
[20:39] <soee_> do you plan some release party :> ?
[20:41] <sgclark> I will be on a train most of release day
[20:42] <sgclark> but it will be fun, meeting valorie for lfnw
[20:42] <valorie> yes!
[20:42] <valorie> can hardly wait
[20:43] <valorie> sgclark, yofel: have you heard about https://wiki.debian.org/BSP/2016/05/de/Munich  may 27/28/29
[20:43] <sgclark> yup
[20:43] <valorie> ok
[20:43] <sgclark> no way I can do that
[20:43] <sgclark> falls in between austin,tx and randa
[20:43] <valorie> am I the only one who thinks time is speeding up?
[20:44] <valorie> ooo, what's in Austin?
[20:44] <sgclark> no
[20:44] <sgclark> the oscon moved there
[20:44] <valorie> oh, wow
[20:44] <sgclark> and apparently ucc meets at oscon every year
[20:44] <valorie> interesting!
[20:44] <valorie> I've always wanted to go to austin
[20:45] <sgclark> will be my first time
[20:45] <sgclark> My grandparents lived there and loved it
[20:45] <sgclark> I lived in south tx on Padre Island, loved that
[20:46] <valorie> Kstar is there (akarsh simha)
[20:46] <valorie> grad student in physics
[20:47] <sgclark> cool
[21:11] <mparillo> clivejo: In all your favorites, I seek quassel instead of konversation.
[21:13] <mparillo> clivejo: In all your favorites, I see quassel instead of konversation.
[21:14] <clivejo> which is the kubuntu default
[21:15] <mparillo> I though Kubuntu switched to koversation with Plasma 5. And when was the last time you used khelp? I vote for dolphin instead.
[21:15] <Sho_> As the maintainer of Kicker and Kickoff I'm also curious how you guys set those default apps
[21:15] <Sho_> Because if you still use kickoffrc that's wrong
[21:16] <clivejo> Sho_: what is the proper way?
[21:16] <Sho_> a config init js script for the kickoff applet in the look and feel package
[21:16] <clivejo> can we override that?
[21:17] <Sho_> kickoff got ported to the kicker backend in 5.5, and there's a migration script that will convert kickoffrc to plasma applet config, but that only runs once
[21:17] <Sho_> so it will kind of work by accident one time, but if the user e.g. switches menus and back they won't get defaults
[21:17] <Sho_> or if they just add  a kickoff somewhere
[21:17] <Sho_> sure you can
[21:17] <Sho_> we added the default config js stuff specifically for sitros
[21:18] <Sho_> *distros
[21:18] <Sho_> basically it works just like desktop and panel js scripts where you can add default widgets etc, just per-applet so it runs every time the applet is created
[21:19] <clivejo> Sho_: I found an OpenSUSE package and the kickoffrc is how they do it
[21:19] <Sho_> so every new kickoff instance gets your defaults again
[21:19] <Sho_> then they didn't read the distro packagers ml
[21:19] <Sho_> :)
[21:19] <clivejo> got a link?
[21:19] <Sho_> not off hand sorry, i'm actually in bed ..
[21:19] <clivejo> wanna do this properly if we are doing it!
[21:20] <Sho_> right
[21:20] <Sho_> if it's not urgent, you can ping me tomorrow and i can help you out
[21:20] <clivejo> what time zone are you in?
[21:20] <Sho_> you can also try to find leszek on freenode, he works on netrunner linux and they do it correctly
[21:20] <Sho_> I live in Seoul, but I'm usually around in the afternoon and evening to align somewhat with European colleagues
[21:21] <clivejo> how do we modify the default config js stuff ?
[21:22] <Sho_> you add a js file to your look and feel package
[21:23] <Sho_> if you don't have a look and feel package you could add it to your package of the breeze one
[21:23] <clivejo> kubuntu-settings?
[21:24] <Sho_> i don't know anything about kubuntu package names sorry
[21:25] <clivejo> maybe we can catch up tomorrow, Im not fully understanding this
[21:25] <clivejo> do we grep the file, or install a new defaults file which overrides
[21:28] <Sho_> neither
[21:28] <Sho_> you add a file that doesn't exist at present
[21:29] <Sho_> which will run every time the applet is created, and set a particular config
[21:29] <clivejo> whats the name and location of that file?
[21:31] <Sho_> dunno from memory
[21:31] <ahoneybun> where is the mailing list?
[21:32] <Sho_> it's something like <lnf dir>/<lnf package name>/<appletconfigs>/<applet id>/defaults.js or similar
[21:33] <Sho_> apparently plasmoidsetupscripts/appletid.js actually
[21:35] <valorie> oh dolphin, how did I/we forget that?
[21:35] <clivejo> I thought I had it on there
[21:35] <clivejo> duh
[21:36] <valorie> mparillo: quassel was our default for a few cycles
[21:36] <valorie> did you upgrade from then?
[21:36] <sgclark> oh gosh yeah that quassel needs to be konversation
[21:36] <valorie> because Konvi has been back for quite awhile
[21:36] <sgclark> no reason can't use konversation.
[21:36] <valorie> we don't even have quassel on the seed, correct?
[21:36] <sgclark> correct
[21:37] <ahoneybun> konversation moved to KF5 first
[21:37] <ahoneybun> that;s why we whiched I think
[21:37] <clivejo> need to figure out how to inject these default apps first!
[21:37] <valorie> so it would be crazy to have something not provided by default in Favorites
[21:37] <sgclark> let me search that ML
[21:38] <valorie> Sho_: our release managers are new
[21:38] <valorie> a lot of our experience moved over to Neon now
[21:39] <valorie> oh dear, are our packagers not on the packagers list?
[21:40] <valorie> https://mail.kde.org/mailman/listinfo/kde-distro-packagers
[21:40] <sgclark> sorry but this kind of thing should be on techbase
[21:41] <sgclark> having to dig through thousands of emails is stupis
[21:41] <sgclark> stupid
[21:41] <valorie> some of us besides me should be on https://mail.kde.org/mailman/listinfo/distributions
[21:41]  * sgclark is preparing her retirement post
[21:41] <valorie> well, community perhaps
[21:42] <valorie> techbase is for users of KDE apis
[21:42] <valorie> sgclark: :(
[21:50]  * ahoneybun jumps out window from all these damn mailing lists
[21:51] <valorie> ?
[21:51] <Sho_> valorie: totally fine, i'm just sleepy right now
[21:51] <valorie> you'd rather have everything all jumbled up?
[21:51] <Sho_> i'll gladly help out more tomorrow if it's still needed by that time
[21:51]  * Sho_ grabs more sleep
[21:51] <valorie> I think it's good to keep discussions focussed
[21:51] <valorie> niters Sho_
[21:51] <valorie> sweet dreams
[21:53] <sgclark> I simply can't keep up with 50 million Mailing lists, it is the sheer cause of most of the failures during this release.
[21:53] <sgclark> that and me being incompetant and not having a clue of what releasing a distribution entails
[21:55] <ahoneybun> sgclark: *hugs* there are a lot of great reviews of Kubuntu 16.04 so far
[21:56] <valorie> sgclark: you are not incompetant
[21:56] <valorie> we're all learning
[22:04] <rbasak> sgclark: I don't think you're incompetent. It's a steep learning curve with many things badly documented, if at all. Nobody can be expected to know it all instantly.
[22:04] <rbasak> (and probably nobody really ever does)
[22:04] <sgclark> aww well thanks everyone. feeling a bit defeated
[22:05]  * sgclark returns to searching mounds of email
[22:07] <valorie> I'm trying to help with that docu part, but it is an uphill climb
[22:08] <ahoneybun> quiet a lot of people saying a lot of great things about 16.04 sgclark
[22:08] <valorie> I agree, ahoneybun
[22:08] <valorie> so far, best ever for me
[22:09] <valorie> getting all those corner-cases fixed is hard though
[22:09] <ahoneybun> plasma has never been so stable
[22:09] <ahoneybun> for me anyway
[22:10] <valorie> for me too
[22:10] <valorie> on both my HP and my Dell
[22:13] <sgclark> google is failing me on finding any sort of instructions on the proper way to configure plasma5 defaults :(
[22:14] <sgclark> clivejo: dunno sorry. seems like this should be made more obvious from kde devs
 Yeah I've scanned the distro ml and the topic isn't jumping out at me
 I've give in for the night
 Try and catch up with sho_ tomorrow
[22:16] <sgclark> asked in plasma but I expect most are asleep by now
 IMO Scarlett is pro when it comes to all this packaging etc. stuff :) The problem is that this release is all on her head :/
[22:20] <valorie> right, more of us need to get some education and experience
 The work she's been doing is for 4-5 people at least.
[22:20] <valorie> a team is better than just two or three
[22:21] <valorie> @marcinsagol I agree, sgclark is a champion!
[22:21] <valorie> a tired one
[22:22] <doko> sgclark, please file a removal request for kdesdk-kioslaves
[22:23] <sgclark> awesome another thing to figure out how to do
[22:23] <valorie> gads, that looks complicated
[22:24] <rbasak> I was about to say that I'm happy to help, maybe answering process questions.
[22:24] <rbasak> Let me take that one for you.
[22:24] <valorie> https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive#Removals
[22:24] <sgclark> link to app removal? lol
[22:24] <sgclark> ty
 If there will be next Kubuntu release than first the team should be completed - as I said at least 4-5 people on with more or less equal knowledge level to handle it all. Than the work should be splitted to this group so each of team members knows what his part is ;)
[22:25] <rbasak> Do we know why it needs removing BTW? Or just because?
[22:26] <valorie> rbasak: I think it is no longer used
[22:26] <rbasak> OK, thanks.
[22:27] <rbasak> https://bugs.launchpad.net/ubuntu/+source/kdesdk-kioslaves/+bug/1571867
[22:27] <rbasak> There, done.
[22:27] <valorie> "
[22:27] <valorie> it's only for subvesion service in various KDE apps (corresponding svn+{ssh,http,https} protocols), like Dolphin, Konqueror and few others.
[22:28] <sgclark> rbasak: thanks!!
[22:28] <valorie> If you don't use subversion, or do not use GUI apps for managing svn repoes, you'll have no use of this package.
[22:28] <valorie> "
 We do need also people without packaging skills etc. to track bugs/mailing lists and coordinate whole work. And this is very important to have such coordinator/'s.
 @marcinsagol, Preaching to the choir here!
[22:29] <rbasak> sgclark: no problem. I'm sorry you're being swamped. We all appreciate what you're doing for us. Just let me know if you need help. I'm short on time (as is everyone) but don't let that stop you asking. I'd prefer to find time to help show you the ropes than have you leave.
[22:29] <sgclark> no kidding
[22:30] <sgclark> rbasak: a mentor would be awesome, just someone to shoot questions to. I am mostly working in the dark and dependant on google
[22:30] <valorie> it's tough when you are too busy to ask for help
[22:30] <sgclark> and google hates me these days : /
[22:31] <rbasak> sgclark: sure, that's no problem at all. It's often difficult to know what exactly to search for, too.
 We need do-ers, not a bike shed committee
[22:32] <sgclark> rbasak: you're awesome, thank you so much
[22:32] <sgclark> LOL @ bike shed commitee
[22:32]  * sgclark forgot which fire she was working on
 Sgclark you understand that term?
[22:33] <sgclark> oh right new to test new image evidently it is crashing instantly
[22:33] <ScottK> sgclark: I'm also glad to answer questions if I'm around.  Just because I choose not to work in the Ubuntu project anymore doesn't mean I don't care if Kubuntu succeeds.
[22:33] <sgclark> yeah means that everyone is arguing and getting no where on resolution right?
[22:33] <sgclark> ScottK: thanks :) you have been a great help.
[22:34] <sgclark> rebooting to USB brb
[22:36] <valorie> ok, gotta go outside for awhile in this glorious sunshine
 Apparently a company setup a committee to build a bike shed. But the bike shed was never build due to endless meeting about trivial conversation about the colour it should be painted
[22:36] <valorie> I'm happy we don't do that often
 If you're in a meeting going in circles and getting nowhere its called bike shedding
 New image does not appear to boot......
 /cries
 Is it too early to need a beer? Probably.
[22:41]  * genii liberally laces sgclark's next coffee with whiskey
 Yeah goes to console. No live session or ubiquity
 Not good at all
 startx works though
 Hmm
 Ubiquity can't connect to x server. Awesome.
 Failed to load nvidia...
 Shouldn't installer use nouveau?
 Over my head!!!


[00:12] <Andphe> hi, how long can take bzr import-dsc ?
[00:12] <Andphe> hours ?
[02:15] <vorian> cody-somerville: nice job on the multiple ppa blog post.
[02:16] <vorian> it reduced my dput 3mb
[02:30] <ausimage> vorian: what do you know of conspiracy to modify distutils and break packages that use install files build mulitiple packages :/
[02:31]  * ausimage think vorian uses python and might have a few answers for him :S
[02:32] <popey> directhex: dont suppose you can put a space after those urls in comment 3? :) they get added to the end of the url and result in 404s in some crappy environments
[02:32] <popey> (the end bracket gets added I mean)
[02:33] <ausimage> any python packages around?
[02:34] <ausimage> er packager
[02:34] <StevenK> They don't tend to sit on IRC
[02:34] <ausimage> :S
[02:34] <StevenK> Python packages, that is
[02:34] <ausimage> StevenK: I am looking to get some help with my python package....
[02:35] <ausimage> http://revu.ubuntuwire.com/details.py?upid=6026
[02:35] <ausimage> supposedly I seem to find the sledge hammers to make my packages work... I need help to find the right dentle pick instead :)
[02:37] <ausimage> I would greatly appreciate some advice on best practices for my soovee package
[04:40] <ScottK> JontheEchidna and  nixternal: New packages are fine for backports.
[05:02] <Laibsch> Hi
[05:02] <persia> hey Laibsch
[05:02] <Laibsch> I have a script that I'm packaging.  On the host it is installed without the x bit for execution
[05:03] <Laibsch> How do I get the package built with the script being marked as executable?
[05:03] <persia> Laibsch, To which directory is the script installed?
[05:03] <Laibsch> /usr/bin
[05:05] <persia> and it's marked executable in the source package?
[05:12] <Laibsch> actually, it's not part of orig.tar.gz
[05:12] <Laibsch> it is marked executable in the unpacked source directory
[05:13] <persia> Laibsch, Ah.  diff.gz can't represent the executable bit (or masks it, or something).  chmod+x it in rules.
[05:14] <persia> Er, hrm.  No.  dh_fixperms is supposed to fix that.
[05:15] <persia> So, make sure you're running dh_fixperms, and if you are, check your logs carefully (DH_VERBOSE might help)
[05:15] <Laibsch> OK, thank you
[05:57] <\sh> moins
[06:08] <fabrice_sp_> moins \sh
[06:11] <fabrice_sp> ScottK, can I take the shogun merge?
[06:11] <ScottK> fabrice_sp: Yes.  Please.
[06:11] <fabrice_sp> thanks ;-)
[06:12] <\sh> zend-framework_1.8.3-0ubuntu1 just uploaded...
[06:12] <persia> \sh, You know zend.  Do you want to make a call on how to make gaphor work again?
[06:12] <persia> Should it not depend on zend?
[06:13] <\sh> gaphor? you mean this http://gaphor.sourceforge.net/ gaphor?
[06:14] <persia> I do.  It's a package that works about once per three or four Ubuntu releases.
[06:14] <StevenK> So it's doing better than PHP, then
[06:14] <persia> Err.  Nevermind.  Ignore that.
[06:15] <\sh> persia: I'm wondering what gaphor should do with Zend?
[06:15]  * persia confused "zend" and "zope"
[06:15] <\sh> hehe...
[06:16] <\sh> persia: but sounds like it depends on a working zope stack in ubuntu then ... (ajmitch could help here...remembering he did some zope work in the past)
[06:16] <\sh> StevenK: hmmm? php worked always...(not regarding the quality of php, though)
[06:17] <persia> \sh, well, some say it should, and some say it shouldn't, and I haven't used it since dapper, so my interest level in making it work is waning.
[06:18] <dholbach> good morning
[06:18] <fabrice_sp> good morning dholbach
[06:18] <\sh> moins dholbach ... looks like that most .de people are up early ;)
[06:18] <dholbach> hiya \sh, hey fabrice_sp
[06:22] <\sh> persia: looks like it only uses zope.component (pre-deps: zope.interface, zope.event)...dunno if we do have them as single package in our archives
[06:27] <persia> \sh, Don't worry about it.  Maybe ajmitch remembers enough zope.  Maybe someone will write a UML tool that doesn't require nearly so much coddling.
[06:27] <ajmitch> what are we talking about here?
[06:27] <\sh> persia: umbrello (kde)
[06:27] <persia> ajmitch, That gaphor worked in hoary, dapper, and gutsy, and it might be nice to make it work for karmic.
[06:28] <persia> But that making it work requires untangling the relationship to zope, messing with python transitions, etc.
[06:28] <ajmitch> persia: OK, I can't say I've really heard of it :)
[06:28] <ajmitch> sounds like a bundle of fun
[06:28] <persia> Yeah.  Packages that only rarely work don't tend to be so popular :)
[06:29] <ajmitch> what's its current state of breakage?
[06:29] <persia> I used it in hoary, breezy (until it broke), and dapper, and found it useful then, but there may be better alternatives now.
[06:29] <persia> Last I knew it was having issues with python versions related to zope, and having discussions as to whether the zope bits belonged how they were.
[06:30] <ajmitch> I'm installing it now & it has a dependency on zope3
[06:30] <ajmitch> which is interesting :)
[06:30] <persia> (there's a few bugs that explain the situation in more detail, but I can't say I've been great about the bugmail for the past year or so)
[06:30] <\sh> ajmitch: as said...it needs zope.component
[06:30] <persia> And it installs some zope extensions, I think.
[06:31] <\sh> (as stated on the homepage and hopefully with the correct infos)
[06:31]  * ajmitch sees no mention of zope on the new homepage
[06:32] <ajmitch> just that it'll fetch dependencies as needed when you install with setuptools
[06:32] <\sh> ajmitch: http://gaphor.devjavu.com/wiki/Tech last headline
[06:32] <ajmitch> well the version in karmic at least loads for me
[06:33] <persia> Cool!  I wouldn't have expected it to work, given some of the comments in some of the bugs in late jaunty timeframe.
[06:36] <ajmitch> It should be updated to the latest version at least
[06:36] <persia> The person in Debian who has been trying not to maintain it for the past while tends to be good about doing stuff, but probably wouldn't complain if someone else wanted to take it over.
[06:37] <ajmitch> I doubt I'd use it enough to want to take over maintenance
[06:37] <persia> That seems to be a general consensus :)
[06:38] <ajmitch> it's a pity that zope eggs aren't packaged separately in debian at the moment for this
[07:03] <\sh> directhex: good post about mono...congrats
[07:17] <ScottK> directhex: I'm a little curious about the 100 times faster than Python comment though?
[07:18]  * persia assumed that was in the "some workloads" category, in the same way that shell scripts are faster than C for some workloads.
[07:18] <persia> (without any specific intended mapping as to which language would be C and which would be shell scripts)
[07:19] <ScottK> Yes, it was 'some'.
[07:19] <ScottK> I'm curious about the circumstances where that would pertain.
[07:47] <dholbach> persia, geser, soren, jpds, nhandler, nixternal: who of you is around? :)
[07:48]  * persia is about 50% present
[07:49] <dholbach> that's a good start :)
[07:54] <dholbach> geser, soren, jpds, nhandler, nixternal: anybody else? :-)
[07:55] <slytherin> what is the poll about?
[07:56] <persia> slytherin, We have a meeting in about 4 minutes.
[07:57] <slytherin> in #ubuntu-meeting?
[07:57] <nixternal> yo yo
[07:57] <dholbach> hey nixternal!
[07:57] <slytherin> Is it MOTU meeting or MC meating?
[07:57] <dholbach> MC
[07:57]  * dholbach hugs nixternal and persia
[07:57] <nixternal> hehe
[07:58] <nixternal> I just finished watching a movie :)
[07:58] <dholbach> perfect fit then :)
[07:59]  * dholbach tries texting soren
[08:00] <soren> I'm here.
[08:01] <soren> Just now.
[08:01] <soren> :)
[08:01] <dholbach> awesome
[08:17] <\sh> nixternal: kmail was always crashing since kde3 times...so it's kdes crap not kubuntus or opensuses...I should write something on your blog ;)
[08:18] <nixternal> hehe
[08:18] <nixternal> I had a long drawn up response, but I went with the more PC/CoC friendly version with humor and sarcasm :)
[08:19] <\sh> nixternal: that's exactly what I did this morning when I read jriddells post about the kde hire of C. ;) I thought I appoint you for that position ;)
[08:20] <nixternal> you and everyone else...I want to know more about it
[08:20] <nixternal> not going to waste time if it is more x, opengl type stuff that I have 0 clue about
[08:20] <\sh> nixternal: imho more the ubuntu one client for kde?
[08:20] <nixternal> if it is general kde love, then I am down, but I think someone has it out for me anyways ;)
[08:20] <\sh> s/kde/qt+kde/
[08:21] <nixternal> they already have someone working on it I thought
[08:21] <\sh> nixternal: regarding online services
[08:21] <nixternal> I was looking through the server/cloud computing thing but it seems it is more server than anything, and my cloud experience is all with storage anyways
[08:21] <nixternal> don't know if i really want to develop any more on the cloud, but i won't say no :)
[08:23] <enyc> security updates in universe -- how does tnis work?   debian have patched their 'nsd' pacakge.... but this hasn't filtered through into ubuntu -- whats' going on?   is somebody supposed to post a bug?  does something happen automatically to notify tha maintaner that hasn't happened?
[08:23] <\sh> nixternal: money money money...must be funny...in the rich man's world ;)
[08:24] <nixternal> I have 0 money
[08:24] <nixternal> been jobless since february, the job market here sucks, but I did just get an offer
[08:24] <nixternal> Microsoft!
[08:26] <enyc> please will someboy point me in the right directon ??
[08:26] <\sh> enyc: file a bug with the CVE, eventually add the patch from debian to the report, add debians bug report to it, and provide a debdiff , please read https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures :)
[08:27] <\sh> nixternal: why not MS?  Go get the job, Cowboy"
[08:29] <vorian> i'd love a job like that, if it didn't have a crazy contract
[08:29]  * vorian is content, however, to run a farm store
[08:30] <persia> vorian, The nice thing about your job is that it doesn't occupy the same part of your brain as this stuff :)
[08:30] <\sh> there is always a crazy contract..."your salary is XXXX Cents, for 40h per week, and all overtime, too"
[08:30] <vorian> persia: exactly!
[08:33] <e-jat> nixternal: go go go MS go :)
[08:33] <e-jat> opsss my bad ..
[08:35] <geser> dholbach: sorry, totally forgot about the meeting :(
[08:36] <dholbach> geser: no worries - you're only half an hour late
[08:38] <al-maisan> Good morning, how does one add annotations to the entries in https://merges.ubuntu.com/universe.html#updated ?
[08:38] <al-maisan> I have merged the fbreader package and added a LP bug (request for sponsorship) and would like to make that fact known by annotating the fbreader entry in the list
[08:39] <\sh> al-maisan: at the end of the line the cursor changes into an "textinput" cursor...just click there...and add your text
[08:40] <al-maisan> \sh: "at the end of the line" of what ..?
[08:41] <dholbach> al-maisan: just click or doubleclick on a field in the comment column
[08:41] <\sh> al-maisan: on merges.ubuntu.com -> you'll find the package fbreader on the list...you move your mouse to the right side (comment column)
[08:42] <dholbach> it's not directly obvious if you're looking at the page :)
[08:42] <dholbach> looks like it's read-only :)
[08:42] <al-maisan> ah, OK, thanks!
[08:45] <\sh> thekorn: ping what do you think of that snippet instead of the old working Config()._get() methods in leonov?
[08:47] <\sh> thekorn: having all sort of configuration stuff as class attributes (<section>_<option> syntax)
[08:47] <thekorn> \sh, sorry, but which snippet?
[08:47] <\sh> thekorn: sorry...forgot the link: http://paste.ubuntu.com/194112/
[08:49]  * \sh needs a coffee...tea is not enough this morning
[08:51] <thekorn> \sh, I personaly don't like this syntax, why not just using the get method of the ConfigParser()
[08:51] <thekorn> \sh, what about discussing this in good old #leonov ?
[08:53] <\sh> thekorn: right :)
[08:54] <nixternal> it is going on 03:00 here, still need to take the garbage out and get to bed...I am bushed
[09:32] <dholbach> porthose, nxvl: do you know about e-jat's mentoring request?
[09:34] <e-jat> or should i resubmit ?
[09:44] <iulian> dholbach: Thanks for looking at ndoc.  This patch should apply cleanly now: http://launchpadlibrarian.net/27810993/debdiff
[09:45] <dholbach> iulian: cool, I'll take a look later on
[09:45] <iulian> dholbach: OK, thanks.
[09:59] <jpds> dholbach: Eeek, missed it by a few minutes.
[10:20] <dholbach> jpds: no worries, it's all good
[10:35] <andrew_sayers> #ubuntu-mozillateam
[10:35]  * andrew_sayers can't type today
[11:08] <LucidFox> I'm updating a package in Ubuntu that's orphaned in Debian - would it make sense to make it lintian-clean?
[11:10] <persia> LucidFox, Not really, but it might make sense to do a Debian QA team upload that was (and the QA team is nearly always happy to have help)
[11:14] <slytherin> LucidFox: it would make sense if you plan to push the package to Debian soon.
[11:20] <james_w> oops
[11:21] <james_w> forgot to comment on nellery's application, glad that he made it anyway :-)
[11:28] <soc> hi
[11:29] <soc> does anyone have an idea, when texlive will be updated?
[11:30] <soc> version 2007 is still in the repos, but version 2008 is available since september 2008 ... i guess we could update to texlive 2009 now ...
[11:31] <Laney> soc:  you should contact the debian tex maintainers
[11:32] <soc> mh ok
[11:32] <soc> so it's their decision if we will get a newer version?
[11:33] <persia> soc, Rather, it's our decison, and we defer to their greater expertise.
[11:35] <Laney> I would imagine that this update has some fiddly bits that require intimate familiarity with the package, and that group is where you will find this familiarity.
[11:35] <Laney> So unless someone on the MOTU team either knows the package well or is willing to put the work in to figure it out then we're going to get the update from Debian
[12:26] <Hew> what's the best way to update a generated .patch from merges.ubuntu.com?
[12:30] <slytherin> Hew: what are you trying to do exactly?
[12:31] <Hew> slytherin: merge transmission, which requires the changelog to be updated. I could do it manually but that seems messy and I'll probably make an invalid diff anyway. https://merges.ubuntu.com/t/transmission/transmission_1.71-1ubuntu1.patch
[12:32] <Hew> bug 384215
[12:33] <slytherin> Hew: did you try 'grab-merge transmission'?
[12:34] <Hew> slytherin: That sounds like a useful command, I'll give it a go! Thanks :-)
[12:35] <slytherin> Hew: The command is available on jaunty in ubuntu-dev-tools package.
[12:35] <Hew> slytherin: Already have it, it seems to be getting things now
[12:38] <Hew> slytherin: It has given me a warning after downloading everything - "It looks like this package is maintained in revision control"
[12:39] <slytherin> Hew: that is fine, it gives that warning when debian/control file has VCS-* fields.
[12:39] <dholbach> iulian: uploaded
[12:52] <slytherin> Does anyone know how well evolution-mapi works in jaunty?
[12:57] <directhex> slytherin, not at all IME
[12:58] <slytherin> directhex: So I think it is time to try it. :-D
[12:58] <slytherin> And file loads of bugs if possible. :-P
[12:59] <directhex> slytherin, PPA? i had a look upstream, most bugs were of a "fixed in latest release" form
[13:08] <slytherin> directhex: I will first try the plugin and then check at the bug supstream.
[13:17] <Hew> slytherin: I think I have finished with the transmission merge! I now have a .diff.gz, .dsc, and .changes files. Which should I attach to the merge bug report?
[13:19] <iulian> dholbach: Thank you.
[13:24] <mok0> What targets are being called when dpkg-buildpackage builds a package?
[13:24] <mok0> Can't get that indep build to work properly.
[13:27] <soren> mok0: http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules
[13:27] <mok0> soren: ah thanks for the ref
[13:27] <soren> mok0: Sure :)
[13:30] <mok0> rainct!
[13:30] <RainCT> Hey mok0
[13:30] <mok0> hi
[13:30] <Laney> rawr
[13:39] <mok0> soren, am I right in saying that the primary entry point into debian/rules is binary-arch for the -B flag, binary-indep for the -A flag and binary for the -b flag?
[13:40] <mok0> soren: and that the other "required" targets are not used explicitly?
[13:41] <soren> mok0: dpkg-buildpackage runs "debian/rules clean" first.
[13:42] <mok0> soren: right, ok
[13:45] <mok0> soren, hm, dpkg-buildpackage calls rules/build: after clean
[13:46] <persia> It calls clean, build, binary|binary-arch|binary-indep depending on how it's called.
[13:46] <mok0> persia: that's why most packages build both arch and indep always
[13:47] <mok0> persia: I am trying to achieve that the -B and -A flags actually *work*
[13:48] <mok0> persia: which they do when I have an empty build: target
[13:48] <persia> mok0, It's supposed to be depending on which of binary, binary-arch, or binary-indep is called, but yeah, not every package is so nice about it.
[13:48] <slytherin> Hew: add debdiff between debian version and ubuntu version
[13:49] <mok0> persia: when this package builds the -indep documentation package, all it needs to do is to run doxygen, I don't need it to do configure make and all that
[13:50]  * mok0 suspects many packages are doing it wrong because the dh_make templates are screwy
[13:50] <persia> mok0, Then don't have binary-indep depend on build
[13:51] <mok0> persia: err, no, because then it will go ahead and do the arch preparations
[13:51] <persia> mok0, That's only an implementation issue with dpkg-buildpackage: not a problem with the package.
[13:52] <mok0> persia: hm ok :-)
[13:52] <persia> quoting from policy "Both binary-* targets should depend on the build target, or on the appropriate build-arch or build-indep target, if provided, so that the package is built if it has not been already"
[13:52] <persia> So, you would provide a build that depended on build-arch and build-indep, but binary-indep would only depend on build-indep (which wouldn't do anything).
[13:52] <persia> If dpkg-buildpackage doesn'T work like this, consider filing a bug.
[13:53] <mok0> persia: lemme check...
[13:54] <mok0> -A calls build, binary-indep
[13:54] <mok0> -B calls build, binary-arch
[13:55] <mok0> -b calls build, binary
[13:55] <mok0> clean first of course in all 3 cases
[13:57] <persia> Well, read policy carefully.  I believe it's permitted to have build do nothing.
[13:57] <mok0> persia: i can recast it so build-indep does nothing
[13:58] <mok0> eerrr no
[13:58]  * mok0 thinks policy and dpkg-buildpackage don't match up
[14:01] <mok0> persia: quoting from policy: "For some packages, notably ones where the same source tree is compiled in different ways to produce two binary packages, the build target does not make much sense.  For these packages it is good enough to provide two (or more) targets (build-a and build-b or whatever) for each of the ways of building the package, and a build target that does nothing"
[14:01] <persia> mok0, build-indep should run doxygen, and binary-indep should package the results of that run.
[14:01] <mok0> persia: yes, that's what it's doing now
[14:01] <persia> Right.  That's the bit that makes me think you can have an empty build: if you do build-arch and build-indep, and set the right dependencies for binary-arch and binary-indep.
[14:02] <mok0> persia: then that's clarified. So I am in fact correct in saying that the dh_make templates are screwy
[14:02] <mok0> persia: because that template splits up arch and indep, but not fully
[14:03] <mok0> persia: it will always build at least one target twice
[14:04] <persia> Indeed.  I'm of the opinion that the archive would be a better place if dh_make didn't exist.
[14:06] <mok0> heh yeah
[14:11] <soren> mok0: Yes, that's what I said: "dpkg-buildpackage runs "debian/rules clean" *first*." (emphasis added after the fact)
[14:19] <Hew> Is a 4.2MB debdiff too large? If so, would a 0.8MB debdiff.gz be more appropriate?
[14:21] <slytherin> Hew: yes it is too large. What is the command you used for debdiff?
[14:21] <geser> what's inside the debdiff that it's so big?
[14:21] <Hew> it's a merge debdiff between transmission 1.61-2ubuntu1 and 1.71-1ubuntu1
[14:22] <Hew> the debdiff for the ubuntu changes only is fine
[14:22] <Hew> Should I just leave a comment saying "debdiff available if required"?
[14:23] <Laney> just do a diff over 1.71-1
[14:25] <Hew> Thanks, will do.
[14:38] <slytherin> Hew: we need debdiff between debian version and ubuntu version, not between two ubuntu versions
[14:38] <slytherin> Hew: When you provide debdiff, someone will take Debian version apply the debdiff to it to create Ubuntu version.
[14:39] <Hew> slytherin: I have done that also. The wiki page says to do two.
[14:39] <slytherin> Hew: The wiki needs update. :-)
[14:39] <Hew> slytherin: I have attached that one now at bug 384215
[14:40] <Hew> slytherin: Well I was following this which was otherwise quite helpful :-) https://wiki.ubuntu.com/UbuntuDevelopment/Merging
[14:41] <persia> slytherin, The bit about the ubuntu->ubuntu debdiff was added in a later edit: the rationale being that it was apparently easier to track that someone was maintaining Ubuntu variance correctly.  It fails miserably for new upstreams.
[14:42] <slytherin> persia: right. Usually I trust people to keep changelog in sync with what they actually updated, specifically in case of merges.
[14:42] <slytherin> Hew: Now you have to wait till someone form core team sponsors it. :-)
[14:42] <Hew> slytherin: Yep! I eagerly await a reply :-)
[14:43] <persia> slytherin, Usually I generate the ubuntu -> ubuntu myself, if I want it.  I feel that those seeking sponsoring should only attach sufficeint material for the sponsor to regerate the candidate package as it existed on the sponosoree's disk.
[14:44] <persia> At one point, the docs requested posting of build logs!
[14:45] <slytherin> I know, I have been through that. :-)
[14:54] <gaspa> slytherin: hi. remember about w3c-stuff-package, please! :)
[14:55] <gaspa> (just a reminder ;) )
[14:55] <slytherin> gaspa: Sure. Will definitely today.
[15:05] <trip0-nb> what's the best way to create a src package to upload to launchpad's ppa, with files that aren't code.  ie, theme files
[15:06] <slytherin> trip0-nb: take a look at existing theme packages.
[15:07] <persia> trip0-nb, u.com/MOTU/School/PackagingWithoutCompiling
[15:12] <vorian> persia: may I please join the uninverse sponosrs?
[15:14] <persia> vorian, Welcome back!
[15:14] <vorian> I promise i will look at things that start with letters other than 'k' too :)
[15:14] <binarymutant> ah is revu down?  :(
[15:14] <vorian> thanks :)
[15:17] <binarymutant> anyone know when revu will be operational again?
[15:21] <trip0-nb> i've just uploaded a package to launchpad and it was rejected
[15:22] <trip0-nb> how do I increment the package version?
[15:22] <binarymutant> trip0-nb, for a ppa?
[15:22] <trip0-nb> is there some sort of debuild switch
[15:22] <trip0-nb> yes, for ppa
[15:22] <binarymutant> trip0-nb, you could always use `dch -i` but I'm not sure if the version really matters on a ppa
[15:23] <gaspa> binarymutant: yes, it matters.
[15:23] <gaspa> must be increasing.
[15:23] <gaspa> ie: after uploading 1.2.3-4 you must upload something with a greater revision number
[15:24] <binarymutant> gaspa, I thought you could put anything on a ppa, like -0ubuntu1 or -20091105, etc
[15:24] <gaspa> yes, you could.
[15:24] <gaspa> but _after_  -0ubuntu1 you have to upload for example -0ubuntu2, -1 or 0ubuntu2something...
[15:25] <trip0-nb> okay, trying that...
[15:25] <vorian> you can, but if you upload 20091105 you would need to up it to 20091105.1 or something on the next upload
[15:25] <trip0-nb> if the dist in the changefile is karmic, can I still expect jaunty to be built?
[15:33] <binarymutant> trip0-nb, You can still install it on jaunty if that's what you mean
[16:23] <binarymutant> I miss revu :(
[17:14] <jacob> could anyone point me towards a tutorial/example on packaging a library?
[17:14] <binarymutant> jacob, what kind of lib? like a python one?
[17:15] <jacob> binarymutant: C/GTK. it's gtksourcecompletion
[17:15] <binarymutant> jacob, https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging%20Shared%20Libraries
[17:15] <jacob> binarymutant: I saw that, but it ends rather abruptly when explaining symbols
[17:16] <binarymutant> jacob, did you see the IRC classroom session too?
[17:17] <jacob> binarymutant: no, actually, though i just found the link :-!
[17:17] <binarymutant> jacob, how about this one: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[17:17] <jacob> binarymutant: ooh, that one looks good
[17:17] <jacob> thanks
[17:17] <binarymutant> its old though so be careful :)
[17:19]  * DBO pokes directhex
[17:19] <DBO> where can I get one of those banshee t-shirts? the XL is way big on me and I want an L
[17:26] <AnAnt> Hello, what tool do you use to log IRC channels ?
[17:34] <binarymutant> is anyone else having problems with http://revu.ubuntuwire.org/ ?
[17:36] <MTecknology> Why does network-manager depend on update-notifier-common.....
[17:37] <MTecknology> makes no[n, ]sense
[17:38] <AnAnt> LP 255844
[17:41] <AnAnt> MTecknology: so, postinst of update-notifier needs to call a binary in update-notifier-common
[17:41] <AnAnt>   * dont restart NetworkManager in postinst, but use restart-notifier to
[17:41] <AnAnt>     ask users for reboot
[17:41] <AnAnt> that's from the changelog of network-manager
[17:41] <AnAnt> and restart-notifier is in update-notifier-command
[17:41] <AnAnt> s/-command/-common
[17:42] <MTecknology> AnAnt: so the dependency will be removed?
[17:42] <AnAnt> ?!
[17:42] <AnAnt> how did you understand it that way ?
[17:42] <MTecknology> sorry, I'm tired
[17:43] <MTecknology> I read it again
[17:43] <MTecknology> thanks
[17:44] <AnAnt> no problem
[17:54] <savvas> hm..
[17:55] <savvas> I recently installed the game package cuyo and the .sh scripts have an entry (and set to default) to open with it
[17:56] <savvas> really weird
[18:06] <nhandler> StevenK: You don't work for TMobile, do you?
[18:24] <pan1nx> hhi
[18:28] <pan1nx> how do I announce a new updated package?
[18:30] <pan1nx> for the MOTU?
[18:34] <Ampelbein> pan1nx: what is it you are trying to do? have you packaged a new upstream version and want it to go in karmic?
[18:38] <fabrice_sp_> binarymutant, you can use irclogs.ubuntu.com
[18:39] <fabrice_sp_> sorry, it was AnAnt
[18:41] <asomething> Any one know where to find the list of packages in Universe but not in Debian? I know I've seen something like that before, but can't remember where...
[18:42] <JontheEchidna> asomething: http://qa.ubuntuwire.com/multidistrotools/universe.html
[18:42] <asomething> JontheEchidna, thanks!
[18:50] <pan1nx> yes Ampelbein. bug #383499
[18:54] <Ampelbein> pan1nx: just attach the diff.gz of the version you would like to have sponsored and subscribe the sponsors team.
[18:54] <pan1nx> The diff is there
[18:54] <pan1nx> in the bug report
[18:55] <pan1nx> I subscribed the ubuntu-universe-sponsors to the bug, Ampelbein
[18:55] <pan1nx> Ampelbein, is there anything else I should announce? like a list?
[18:57] <Ampelbein> pan1nx: you linked to a diff to your ppa-version. this will not be accepted in the archives. you should create a package ready to get into the archives and attach the diff.gz of that package.
[18:57] <fabrice_sp_> pan1nx, you should put it as confirmed, and unassign yourself
[18:59] <fabrice_sp_> and give a link to download the orig tarball
[19:02] <pan1nx> Ampelbein, how do I create a package rady to get into archives? I have the bzr of the debian directory linked to the bug, the DEB that is build in the PPA, the diff between the new version and the Ubuntu version... I don't understand, please help...
[19:04] <fabrice_sp_> pan1nx, see my previous comment
[19:04] <Ampelbein> pan1nx: kflickr (20081222-0ubuntu1~ppa1) is the topmost version of your bzr branch
[19:05] <Ampelbein> pan1nx: is there no newer tarball available than 0.9.1?
[19:05] <pan1nx> fabrice_sp_ will do that as soon as i get clear Ampelbein
[19:06] <pan1nx> Ampelbein, yes, I will give the link to the tarbal. But again, why is that needed if I have added the watch file. uscan answers the question :D
[19:07] <Ampelbein> pan1nx: the point is that 20081222 is no good version.
[19:08] <pan1nx> Ampelbei, that is what the upstream calls it...
[19:09] <azeem> sanitize
[19:09] <azeem> it
[19:09] <azeem> e.g. by calling it 0.0.20081222-0ubuntu1~ppa1
[19:09] <azeem> or 0.0~20081222-0ubuntu1~ppa1
[19:11] <pan1nx> ok, the previous was 0.9.1
[19:11] <pan1nx> so, azeem, should I sanitize it by calling it 0.9.2~20081222-0ubuntu1~ppa1
[19:12] <azeem> 0.9.1+20081222-0ubuntu1~ppa1 looks better to me
[19:12] <azeem> not sure which one is preferred, really
[19:12] <ivoks> is it svn on top of 0.9.2 or 0.9.1?
[19:12] <ivoks> 0.9.1+20081222
[19:13] <pan1nx> no svn
[19:13] <pan1nx> ivoks, it is just a change in versioning (by just making the date instead of a version number)
[19:14] <ivoks> so, upstream changed versioning?
[19:15] <pan1nx> yes, ivoks
[19:16] <pan1nx> i think what azeem said,  0.9.1+20081222-0ubuntu1~ppa1, looks quite good
[19:19] <Ampelbein> pan1nx: without the ~ppa1 for the official repositories
[19:36] <pan1nx> ok, Ampelbein, azeem and ivoks, thanks for the help! I pushed all the changes, the archives, the sanitized version and added the link to the orig.tar.gz to the bugreport. Removed myself and confirmed the bug. Thanks for you help!
[20:10] <dupondje> https://bugs.launchpad.net/ubuntu/+source/audacious-plugins/+bug/383307
[20:10] <dupondje> this should be accepted asap :) audacious is already in the repo's, but its not working with the plugins :(
[20:42] <Nyquist333> Are there any developers working with GRUB 2 and USB support?
[21:27] <pan1nx> today is a REVU day?
[22:06] <james_w> why 404 in 404main?
[22:24] <jacob> is it okay to be using .install files in library packaging to split the main library and -dev packages? or is there a more "proper" way of doing things
[22:26] <RainCT> jacob: it's the most common way, afaik. Installing everything into debian/tmp and then using .install files to put the files where they are supposed to go
[22:27] <jacob> RainCT: okay, cool. also.. is cdbs frowned upon in this situation? (working fine so far)
[22:28] <RainCT> jacob: Why should it be? :)
[22:28] <jacob> RainCT: not sure, all of the examples i've seen have just been using debhelper
[22:28] <jacob> anyway, thanks :)
[22:29] <RainCT> jacob: well, then write an example with CDBS ;)
[22:29] <jacob> heh heh
[22:40] <directhex> jacob, cdbs is frowned upon because it is evil personified, compared to the purity and light of dh!
[22:43] <superm1> why?
[22:43] <superm1> they're both easy to use
[22:44] <ajmitch> cdbs is more of a black box
[22:45] <superm1> it's open source, just poorly documented
[22:45] <ajmitch> and slightly hard to read at times :)