[00:12] <rtdos> Aklra: does your gentoo machine uses lxde ?
[09:58] <NRWlion> moin moin how we use to say here in ger ^^
[11:15] <NRWlion> whats the default start command for nautilus ... for pacman its fcpacman %U or something like that... whats that for nautilus gui?
[11:20] <bioterror> dpkg -L nautilus
[11:22] <NRWlion> thank you bioterror will try
[11:46] <johannes_> hi, how can i change the settings for closing the laptop, i want the lubuntu to do nothing and not going into sleep mode
[11:46] <johannes_> ?
[11:49] <szczur> you can use gnome-power-preferences
[11:50] <johannes_> thanks, do i have to install it?
[11:50] <szczur> if you don't have it run sudo apt-get install gnome-power-manager
[11:51] <bioterror> or you can unplug powercord
[11:51] <szczur> after that you can run this command or go to Preferences > Power Management
[11:51] <bioterror> and click battery icon, choose preferences and so on
[11:51] <pcman> gilir: ping
[11:52] <gilir> pcman, pong
[11:52] <johannes_> ah okay thanks i found it!
[11:52] <szczur> hi bioterror
[11:52] <pcman> gilir: has anyone using lubuntu reported this bug?
[11:52] <pcman> https://bugs.freedesktop.org/show_bug.cgi?id=34710
[11:52] <pcman> https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/711549
[11:52] <bioterror> oho, pcman!
[11:52] <bioterror> nice to see you here
[11:53] <pcman> udisks doesn't unmount filesystems after cdrom removal.
[11:53] <pcman> bioterror: hi
[11:53] <bioterror> pcman, I emailed you months ago about adding RAW image support for gpicview, is it possible to do with dcraw?
[11:53] <gilir> pcman, I don't remember someone report it on Lubuntu
[11:54] <gilir> I'll check pcmanfm bug reports to be sure :)
[11:54] <pcman> bioterror: I'm not able to maintain gpicview at this moment.
[11:55] <pcman> gilir: it's reported by ubuntu users and I encountered this issue, too.
[11:55] <pcman> gilir: so I debug udisks and made a patch for it today.
[11:55] <pcman> developers are wanted.
[11:55]  * pcman is doing his best to fix the buggy file manager.
[11:57] <pcman> gilir: can you eject your mounted cdrom with physical eject button?
[11:57] <gilir> pcman, I uploaded a git snapshot of libfm/pcmanfm on natty, so far it's seems quite good :)
[11:57] <pcman> gilir: on some machines this does not work.
[11:57] <pcman> gilir: glad to know this.
[11:58] <pcman> gilir: there are still some unresolved issues, but I think most of the severe crashes are fixed.
[12:02] <gilir> pcman, it's working, but with a lubuntu in virtualbox, I don't have a lubuntu + CD-ROM to test
[12:02] <pcman> gilir: ok
[12:12] <NRWlion> shit ... i cant set nautilus as default file (!) manager. some1 help?
[12:12] <szczur> !language
[12:13] <NRWlion> szczur, i am sorry ....
[12:14] <NRWlion> re correcting: hello, i am not able to set nautilus as default file manager . could somebody be so kind to assist me?
[12:15] <szczur> install nautilus
[12:15] <szczur> and then rightclick on your panel, choose Panel Settings
[12:16] <szczur> on Advanced tab you have File Manager entry. Change pcmanfm %s to nautilus %s
[12:16] <szczur> this should work
[12:17] <NRWlion> thank you very much! working!
[14:32] <rtdos> why can't i change the login screen in lubuntu?
[14:41] <bioterror> define
[14:57] <leszek> hi
[15:00] <rtdos> when i click on the login tool under settings it won't let me unlock to manipulate the login screen.
[15:01] <bethdo97> In doing an upgrade from 10.04 to 10.10 on a wubi install do I want to keep or replace the customized configuration file '/etc/update-manager/release-upgrades' I have blocked the grub-common packages and grub-pc in the package manager.  I wasn't sure how to answer this question.
[15:05] <bethdo97> Oh well too late now, system got tired of waiting for an answer from me and replaced it on its own and now it is going thru a ton of settingup and processing trigger entries in the upgrade window
[15:06] <bethdo97> well here goes nothing, ready for computer restart
[16:44] <bioterror> bethdo never came back
[16:44] <bioterror> :-)
[19:46] <red_> oh thank god there are people here
[19:46] <bioterror> but are they answering, that's a completely different thing
[19:47] <wolfpack> hah :)
[19:47] <red_> touche
[19:48] <red_> Do you guys have java setup in lubuntu?
[19:48] <bioterror> propietary java
[19:48] <red_> now i have to google that too :)
[19:49] <bioterror> https://help.ubuntu.com/community/Lubuntu/Documentation/FAQ at the end you have a guide
[19:50] <red_> so, propietary java is like "meta" java?
[19:50] <wolfpack> bioterror: Is java setup avilable in natty. Today I updated the packages it automatically got installed
[19:50] <bioterror> red, propietary is propietary
[19:50] <bioterror> it's closed source
[19:50] <bioterror> wolfpack, last time I used natty there was none
[19:51] <bioterror> I need propietary java, so I cant use natty
[19:51] <red_> ok it is unpacking, thanks bio
[19:51] <red_> java is in corellation with the system right, not the browser?
[19:51] <wolfpack> k
[19:52] <bioterror> red, yes
[19:52] <bioterror> but certain pages uses that java
[19:54] <NRWlion> ok guys gotta go back to my RL. C u folks tomorrow evening after my shift. bye!
[19:54] <jmarsden> openjdk is a free open source reimplementation of Java that is the default JRE (Java Runtime Environment) in Ubuntu.  Sun Java is in the partner repo if you really need it.
[19:57] <red_> hmm
[19:57] <red_> now i have this screen inside the terminal but i can not press any key, its some disclaimer about java license etc etc
[19:58] <red_> can i press ctrl-c or will i break the installations of the java?
[19:58] <jmarsden> red_: Sounds like you are installing Sun Java and need to agree to the licence
[19:58] <bioterror> EULA
[19:58] <bioterror> with tabulator key you can move the cursor
[19:58] <bioterror> choose OK and Yes
[20:00] <red_> Thanks guys.
[20:00] <red_> ok it's done
[20:00] <red_> do i have to reboot or just restart the chromium?
[20:02] <bioterror> restart chromium
[20:02] <bioterror> http://www.java.com/en/download/testjava.jsp and test there
[20:17] <red_> :( does not work
[20:17] <bioterror> really?
[20:18] <red_> yea, it says missing plugin in that grey box
[20:18] <bioterror> that java page?
[20:18] <red_> yes
[20:18] <red_> maybe it is because i did this?
[20:18] <bioterror> you did what?
[20:19] <red_> sudo apt-get purge openjdk-6-jre icedtea-6-jre-cacao
[20:19] <bioterror> yes
[20:19] <red_> but the link said i should do it, i just blindly followed it
[20:19] <bioterror> I made that link
[20:20] <bioterror> but did you install sun-java6-{asdasdasd,adasd,asda,sd,asd}?
[20:20] <red_> yes that went a+
[20:21] <bioterror> becouse I can guarantee my java works flawlessly :D
[20:21] <bioterror> and that guide is idiot proof
[20:21] <red_> :)
[20:21] <bioterror> can you run again that sun-java6-   -line
[20:22] <red_> its ok i am a linux noob, i probably messed up something
[20:22] <red_> from the link?
[20:23] <bioterror> yes
[20:24] <red_> do i have to install all "javas", like 1st the *jre then the *bin and the *plugin
[20:24] <red_> or is just jre enough?
[20:24] <bioterror> just copy & paste that top terminal
[20:24] <bioterror> to terminal
[20:25] <red_> rockin and rollin :)
[20:25] <bioterror> it started to install something?
[20:25] <red_> i did just the sudo apt-get install sun-java6-jre the first time around
[20:25] <red_> yes it is installing
[20:26] <red_> its done
[20:26] <bioterror> run the second line, with purge
[20:26] <bioterror> to make sure you dont have that open stuff hanging around
[20:26] <red_> ok
[20:27] <red_> i have some "so not removed" notices
[20:27] <bioterror> !paste | red_
[20:27] <bioterror> I want to see them
[20:29] <red_> http://paste.ubuntu.com/572779/
[20:29] <bioterror> looks good
[20:30] <red_> ok cool
[20:30] <bioterror> restart browser and try that test page again
[20:30] <red_> OMG
[20:30] <red_> hahahaha
[20:31] <red_> thanks a lot man
[20:31] <bioterror> np, enjoy your minecraft :D
[20:31] <red_> such a small thing yet i feel like a million bucks
[20:32] <red_> im more asobrain fan
[20:32] <bioterror> you can bookmarks that FQ I pasted
[20:32] <bioterror> FAQ
[20:33] <red_> That is lubuntu dedicated troubleshooting?
[20:33] <bioterror> I'm updating that all the time, when I figure out something handy and useful
[20:33] <bioterror> mostly I'm using it for this channel
[20:33] <red_> b'marked
[20:33] <red_> i c
[21:37] <red_> glitchy video and audio even in mplayer
[22:55] <Jef91|Gaming> Is it possible to add the buttons to PCManFM like nautilus elementary has?
[22:55] <Jef91|Gaming> For changing between list/icon views
[22:59] <bioterror> what kind of buttons
[23:00] <bioterror> like keybindings?
[23:02] <Jef91|Gaming> no like these bioterror - http://i.imgur.com/av7eh.png
[23:02] <Jef91|Gaming> actually buttons for clicking on
[23:02] <Jef91|Gaming> to change icon views
[23:02] <bioterror> ahhh
[23:02] <bioterror> is that much much more faster than view + certain mode ;)
[23:02] <bioterror> one click less ;)
[23:03] <Jef91|Gaming> It just looks nicer
[23:04] <Jef91|Gaming> Any idea if it is possible?
[23:04] <bioterror> you can suggest it
[23:04] <bioterror> as a feature
[23:04] <Jef91|Gaming> already made a post in the forums asking about it :)
[23:04] <Jef91|Gaming> fairly simple thing really
[23:06] <jmarsden> Jef91|Gaming: Patches welcomed, if it is simple, go ahead and code it :)
[23:07] <Jef91|Gaming> Whats PCManFM written in again? I might write it myself or have one of my team members hack it up
[23:17] <jmarsden> It's in C.  apt-get source pcmanfm, or use the git repository for the latest code.


[01:09] <callmepk> good morning
[01:51] <duflu> Morning callmepk
[01:51] <callmepk> morning duflu
[03:23] <illmortal> anyone able to help me reset NetworkManager's settings? eno1 has the incorrect IP settings and will not change / save. Pastebin of ifconfig: https://pastebin.com/Dxu14Upm
[05:31] <seb128> goood morning desktopers
[05:34] <duflu> Morning seb128
[05:36] <seb128> duflu, hey, how are you. Did you have a nice long weekend?
[05:38] <duflu> seb128, yeah the weekend was nice. Still a bit too warm to do some things though. How are you?
[05:39] <seb128> I'm alright, a bit tired, 6am is not best hour! also we had snow over the weekend, that was nice for a change ;-)
[05:42]  * duflu wonders if anywhere has perfect whether right now
[05:42]  * duflu wonders if anywhere has perfect weather right now, also
[06:13] <illmortal> Does anyone have a good tutorial for setting up VNC and SSH on a fresh install of  Ubuntu 20.04.1 LTS GNOME
[06:14] <jibel> Good morning
[06:14] <illmortal> morning!
[06:21] <duflu> Morning jibel and illmortal
[06:22] <jibel> Hi duflu
[06:50] <oSoMoN> good morning desktoppers
[07:03] <duflu> Morning oSoMoN
[07:06] <oSoMoN> hey duflu
[07:57] <marcustomlinson> morning callmepk duflu seb000 jibel oSoMoN
[07:57] <duflu> Hi marcustomlinson
[08:07] <jibel> Hi marcustomlinson oSoMoN
[08:09] <didrocks> good morning
[08:10] <illmortal> Hello, does anyone have a good tutorial/step by step process on how to setup a vnc server on Ubuntu 20.04.1. After enabling Sharing vncserver is unable to start. https://pastebin.com/3p3a4Pxw
[08:11] <marcustomlinson> morning didrocks
[08:13] <duflu> Morning didrocks
[08:14] <jibel> Salut didrocks
[08:17] <didrocks> hey marcustomlinson, duflu, jibel
[08:32] <cpaelzer> Hi Desktop people, via ubuntu-devel-discuss FYI https://bugs.launchpad.net/ubuntu/+source/ppp/+bug/1912168
[08:35] <duflu> cpaelzer, that doesn't appear to be a desktop package. I wonder where else you should try...
[08:36] <cpaelzer> I thought that as well duflu, but http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html lists it as that
[08:36] <cpaelzer> hence my ping here
[08:41] <oSoMoN> good morning marcustomlinson, jibel, didrocks
[08:44] <didrocks> hey oSoMoN
[08:46] <jibel> Salut oSoMoN
[09:04] <Laney> moin
[09:06] <seb128> hey again desktopers
[09:06] <oSoMoN> salut seb128
[09:07] <seb128> lut oSoMoN, comment ça va ?
[09:07] <oSoMoN> bien, et toi?
[09:10] <marcustomlinson> hey Laney and seb128
[09:11] <seb128> nickel!
[09:11] <seb128> hey marcustomlinson, how are you, had a nice weekend?
[09:11] <marcustomlinson> seb128: saw your message about pipewire on Friday, I probably won’t get to that this week, will try make time next week
[09:12] <marcustomlinson> seb128: doing ok, baby has started teething so yeah... even more tiredness. Otherwise, healthy, mostly happy. You?
[09:13] <duflu> Hi Laney
[09:13] <seb128> I'm alright, days are busy and noisy and nights are short...
[09:14] <seb128> we had snow on saturday that was nice, we managed to build a snowman
[09:14] <seb128> it already melted though
[09:15] <marcustomlinson> ah cool, yeah snow is nice. one of the few interesting things you can do at home
[09:15] <didrocks> hey Laney, seb128
[09:18] <tintou> Hi desktopers, I get frequent crashes of the BAMF daemon in Focal and traced it, if someone has a little bit of time to review it https://code.launchpad.net/~tintou/bamf/+git/bamf/+merge/396420
[09:21] <duflu> tintou, yes I saw that. It looks right to me but I know nothing about the code
[09:30] <callmepk> hi marcustomlinson seb128 jibel oSoMoN
[09:30] <oSoMoN> hey callmepk
[09:30] <jibel> hi callmepk
[09:30] <didrocks> hey callmepk
[09:40] <seb128> hey callmepk, didrocks, jibel
[09:40] <seb128> tintou, you want Trevinho for the review probably
[09:44] <jibel> Salut seb128


[00:19] <babbageclunk> thumper: hey, what was your idea about volumes?
[00:19] <thumper> babbageclunk: oh yeah
[00:19] <thumper> babbageclunk: jump back in standup
[00:19] <babbageclunk> ok
[00:30] <perrito666> things that cannot be tested in lxd are really evil
[00:30] <redir> like kvm
[00:39] <perrito666> k, EOD finally
[01:18] <thumper> menn0: https://github.com/juju/juju/pull/6833
[01:37] <menn0> thumper: looking
[01:40] <thumper> menn0: ta
[01:44] <menn0> thumper: done
[01:45] <thumper> menn0: ta
[01:49] <anastasiamac> ha.. mup has quit!
[01:57] <mup> Bug #1442493 changed: Openstack services failing on 1 node while deploying using JUJU <deploy> <openstack> <juju-core:Fix Released> <openstack (Juju Charms Collection):New> <https://launchpad.net/bugs/1442493>
[01:57] <mup> Bug #1484105 changed: juju upgrade-charm returns ERROR state changing too quickly; try again soon <bug-squad> <canonical-is> <upgrade-charm> <upgrade-juju> <juju-core:Fix Released> <https://launchpad.net/bugs/1484105>
[02:29] <redir> time to make dinner
[02:29]  * redir eods
[03:12] <axw> anastasiamac_ wallyworld thumper menn0: I have a couple of PRs that I'd appreciate reviews on, when you have the time: https://github.com/juju/juju/pull/6818 and https://github.com/juju/juju/pull/6826
[03:13] <thumper> axw: what do you see as the type of things a provider upgrade would do?
[03:13] <wallyworld> ok, will look shortly
[03:13] <thumper> axw: and why not part of the standard upgrade ?
[03:14] <axw> thumper: what do you mean "no part of the standard upgrade"? they are run as upgrade steps as normal, they're just defined in the provider code instead of in the upgrades package
[03:15] <axw> thumper: the azure-specific PR has an upgrade step that adds a resource to non-controller resource groups. so, very provider-specific things
[03:15] <thumper> ah...
[03:15] <thumper> ok, I think I have the concept now
[03:15] <menn0> axw: that upgrade short circuit helped us avoid a lot of annoyance and confusion from users
[03:15] <menn0> axw: i'm a bit worried about it not being there
[03:16] <axw> menn0: what was the cause of annoyance/confusion?
[03:16] <menn0> axw: before that was added we got a lot of bug reports from people seeing messages about juju upgrading when they knew it wasn't
[03:18] <axw> menn0: how about we just check if upgraded-to-version == version.current?
[03:18] <axw> and short circuit on that
[03:18] <axw> otherwise it really *is* doing an upgrade, there just happens to be no upgrade steps
[03:19] <anastasiamac_> thumper: didn't u do something recently with megawatcher?...
[03:20] <menn0> axw: that might be ok
[03:21] <menn0> axw: except for alpha and beta versions where you might want upgrade steps to always run (i.e. steps added during development without a version bump)
[03:21] <menn0> axw: it's probably ok though
[03:22] <axw> menn0: when you upgrade in that case you would be getting a +1 to build though, so it would still trigger
[03:23] <menn0> axw: yeah, that should be ok
[03:23] <axw> okey dokey, will make that change now
[03:33] <axw> menn0: I've pushed a new commit that releases the lock immediately if upgraded-to == version.Current
[03:35] <thumper> anastasiamac_: don't think so
[03:36] <menn0> axw: looking
[03:37] <anastasiamac_> thumper: thnx. so bug 1585361 probably still stands... m going to have to verify manually...
[03:37] <mup> Bug #1585361: megawatcher delta is missing data (service & relation) <juju:Triaged> <https://launchpad.net/bugs/1585361>
[03:44] <menn0> axw: ship it
[03:44] <menn0> axw: the first one anyway
[03:44] <axw> menn0: tyvm
[03:50] <anastasiamac_> axw: wallyworld: does bug 1657187 sound like a wish to u? or would it b of help to the project-that-should-not-be-named?
[03:50] <mup> Bug #1657187: Get new token for existing user <cwr-ci> <matrix> <juju:New> <https://launchpad.net/bugs/1657187>
[03:51] <wallyworld> doesn't look like it's applicable to 2.1 at all
[03:52] <anastasiamac_> it's not for 2.1.. m wondering if it's a wishlist item or <PM>ed
[04:06] <anastasiamac_> wallyworld: is bug 1564026 still a thing?
[04:06] <mup> Bug #1564026: Unable to upgrade hosted model with --upload-tools after upgrading controller with --upload-tools <juju-release-support> <upgrade-juju> <juju:Triaged> <https://launchpad.net/bugs/1564026>
[04:07] <wallyworld> upload tools is gone but i don't know if the core problem is fixed
[04:07] <wallyworld> needs to be tried out
[04:11] <axw> anastasiamac_: https://bugs.launchpad.net/juju/+bug/1657187 is a bug IMO
[04:11] <mup> Bug #1657187: Get new token for existing user <cwr-ci> <matrix> <juju:Triaged> <https://launchpad.net/bugs/1657187>
[04:11] <anastasiamac_> axw: ok
[04:12] <axw> anastasiamac_: at least part of it
[04:12] <axw> anastasiamac_: I'm not sure about the ability to register a user on multiple machines, that sounds wishlisty to me. but the fact that you can lose the token and not be able to restart the registration process is a proble
[04:12] <axw> m
[04:12] <anastasiamac_> menn0: talking about MM bugs... should we try to address bug 1650009 for 2.1?
[04:13] <mup> Bug #1650009: Model Migration fails w/ migration already in progress <juju:Triaged by menno.smits> <https://launchpad.net/bugs/1650009>
[04:13] <anastasiamac_> axw: k. i was hoping to avoid it... but i'll break up the bug into a wishlist item and a bug \o/ thnx :D
[04:13] <axw> anastasiamac_: thanks
[04:13] <menn0> anastasiamac_: i'm pretty sure that's already been fixed as part of other MM fixes before xmas
[04:14] <menn0> anastasiamac_: leave it for 2.1 and i'll confirm
[04:14] <anastasiamac_> menn0: k \o/ It'd b helpful if there is a PR that u could pint the bug to as well..
[04:14] <anastasiamac_> menn0: u know, in ur spare time :D
[04:14] <menn0> anastasiamac_: I suspect this overlaps with other bugs fixed
[04:15] <menn0> anastasiamac_: I will try
[04:16] <anastasiamac_> menn0: i realise there may not be a dedicated PR.. but if we can pinpoint to any that included this fix as a "drive-by", it'd b incredible!
[04:16] <menn0> anastasiamac_: understood. i'll try and pin down the fix when I dig in to it
[04:17] <anastasiamac_> menn0: tyvm
[04:25] <axw> wallyworld: thanks for the review. I'll look at adding a test that asserts that StartInstance waits for the deployment. might be a bit of a PITA because of clocks, we'll see
[04:25] <wallyworld> ok, thanks that would be good
[04:25] <wallyworld> if possible
[04:49] <anastasiamac_> menn0: sorry... what about bug 1611404? has it had a drive-by fix too?
[04:49] <mup> Bug #1611404: failed migration leaves model unkillable <model-migration> <juju:Triaged by menno.smits> <https://launchpad.net/bugs/1611404>
[04:52] <menn0> anastasiamac_: well, the stuck migration issue which led to this ticket being created was fixed a long time ago
[04:52] <menn0> anastasiamac_: but I would like to go further with it and provide some escape hatch in case of a migration bug, hence the ticket still being opened
[04:52] <menn0> anastasiamac_: not required for 2.1
[04:53] <anastasiamac_> menn0: it's does not have a milestone. just marked as High... so there is that :)
[04:53] <menn0> anastasiamac_: just leave it that way I guess
[04:53] <menn0> anastasiamac_: thanks for digging through all of this
[04:54] <anastasiamac_> menn0: yep. leaving.
[05:27] <axw> wallyworld: take a quick glance at https://github.com/juju/juju/pull/6826/commits/69a36cc17bf8d57b97e7dede31f8fb075c7c3f46 please?
[05:27] <wallyworld> ok
[05:32] <wallyworld> axw: thanks for adding the test
[05:32] <axw> wallyworld: thanks. just doing a final QA then will land
[08:35] <rogpeppe> axw: i've reviewed  https://github.com/juju/juju/pull/6835 and 6836
[08:35] <axw> rogpeppe: thanks
[10:21] <perrito666> sort of good morning
[10:43] <voidspace> perrito666: o/ morning :-)
[11:36] <junaidali> Hi perrito666: there?
[12:14] <perrito666> junaidali: hi, I am now
[12:38] <junaidali> perrito666: a few days back, I talked about the issue regarding not being able to delete machines from juju status in controller model that are down
[12:39] <junaidali> I'm able to reporduce the issue. here is my juju status 'http://paste.ubuntu.com/23827603/'
[12:39]  * perrito666 checks
[12:39] <perrito666> junaidali: mm, it would seem the intances never get provisioned
[12:40] <perrito666> what does maas have to say about that?
[12:42] <junaidali> Actually, it did provisioned. I released the other nodes from MAAS to test Juju HA
[12:43] <junaidali> it is the same environment that I told you about, I have restored the controller from backup as it was down
[12:45] <junaidali> http://paste.ubuntu.com/23827623/, this is another test environment with three Juju controllers, having same issue
[12:46] <junaidali> not able to remove the nodes in down state
[12:52] <perrito666> junaidali: mm, please file a bug plese including as much log files as you can, especially from agents on the machines as I suspect something is broken there and therefore juju thinks machines are down
[13:28] <junaidali> sorry perrito666 for the late reply, will file a bug. Thanks for looking into it
[13:42] <perrito666> junaidali: np, tx for delaing with this and sorry for the bug
[13:50] <perrito666> bbl, gotta buy some lunchables
[16:18] <rogpeppe> does anyone know how log gathering happens in juju 2? does it all happen through port 17070 (api port) ?
[16:18] <perrito666> rogpeppe: i believe so
[16:18] <rogpeppe> perrito666: thanks
[16:19] <rick_h> rogpeppe: yes
[16:19] <rogpeppe> rick_h: cool
[17:02] <redir> morning juju-dev
[17:04] <perrito666> redir: morning
[17:05] <redir> perrito666: :)
[18:25] <alexisb> heya redir and perrito666
[18:25] <alexisb> just fyi, I am back today if you want to chat
[18:25] <alexisb> just ping me
[18:36] <redir> alexisb o/
[20:00] <menn0> morning all
[20:02] <perrito666> menn0: morning
[20:03]  * rick_h goes to get the boy from school
[20:13] <alexisb> morning menn0
[20:21] <menn0> alexisb: o/
[20:23] <redir> g'day
[20:27]  * TheMue greets his former colleagues
[20:35] <menn0> TheMue: howdy
[20:35] <thumper> TheMue: hey
[20:37]  * redir goes for a haircut
[20:37] <redir> bbiab
[20:37] <TheMue> Always interested in how Juju evolves. Only sad about the latest news.
[20:38]  * natefinch also greets his former colleagues ;)
[20:39] <TheMue> natefinch: o/
[21:00] <perrito666> someone with some level of linux-fu I would appreciate a review of https://github.com/juju/juju/pull/6838
[21:02] <perrito666> ok, ill be back later
[21:10] <alexisb> thumper, if you are around you should join the bug scrub call in 20 minutes
[21:10] <thumper> yeah
[21:16] <anastasiamac> alexisb: thumper: \o/
[21:18] <alexisb> morning anastasiamac
[21:25] <anastasiamac> alexisb: <3
[22:51] <menn0> axw or thumper: https://github.com/juju/juju/pull/6839
[22:57]  * thumper looks
[23:01]  * menn0 remembers it's too early for axw
[23:23] <thumper> menn0: done
[23:23] <thumper> just a few suggestions
[23:23] <menn0> thumper: thanks
[23:26] <menn0> thumper: good feedback. I'll address soon.
[23:26] <thumper> ack


[06:00] <dholbach> good morning
[06:02] <svij> moin dholbach
[06:02] <dholbach> hi svij
[06:02] <svij> 105 registered visitors for Ubucon :)
[06:04] <dholbach> NICE :)
[06:04] <dholbach> I'll put another blog post out before the end of the week as well
[06:04] <svij> :)
[06:07]  * nhaines yawns.
[06:07] <nhaines> Good morning!
[06:07] <nhaines> Oh, actually, maybe I should get to sleep soon so I can wake up for the meeting later, lol.
[06:07] <svij> morning nhaines :D
[06:09] <nhaines> Morning!  :D
[06:09] <nhaines> Well, so to speak.
[06:11]  * svij looks nervously on his calendar and on his ubucon todo list. :-/
[06:11] <nhaines> Haha, yeah, I finally cleared mine off.. now all that's left is THE ENTIRE WEBSITE.
[06:11] <svij> haha
[06:12] <svij> still waiting for the announcement ;)
[06:14] <nhaines> Yeah, me too.  I guess I need to figure out if the person I thought was writing it also thinks he's the one writing it.  :)
[06:14] <svij> you mean dpm? :D
[06:14] <nhaines> Haha, yes!
[06:15] <svij> 13:26:02           svij | btw, when is the Ubucon@scale announcing coming? ;)                                                                          │
[06:15] <svij> 13:26:36            dpm | "very soon" :)                                                                                │
[06:15] <svij> 13:26:40        nhaines | svij: as soon as dpm writes it.  :)                                                                                │
[06:15] <svij> 13:27:46            dpm | :-)
[06:15] <svij> I guess, he knows, haha.
[06:15] <nhaines> Well, just as well to make sure.  :)
[06:15] <svij> :)
[06:55] <MooDoo> mornin


[00:00] <acheronuk> tsimonq2: did you bootstrap QT?
[00:01] <tsimonq2> acheronuk: teach me \o/ /-o-\
[00:02] <tsimonq2> acheronuk: what do you mean by bootstrap?
[00:03] <acheronuk> https://anonscm.debian.org/cgit/pkg-kde/qt/qtbase.git/tree/debian/README.source
[00:05] <tsimonq2> acheronuk: what do I have to follow there to do the Qt bootstrapping?
[00:09] <acheronuk> tsimonq2: change the indep build deps in the control file and change rules so it doesn't try to build the docs packages and disable the .install files for them one way or another
[00:10] <acheronuk> Then once that list of packages has built like that, you can build the tools etc, then rebuild again with the docs packages re-enabled
[00:11] <tsimonq2> acheronuk: so we don't build docs packages in Kubuntu?
[00:11] <tsimonq2> oh ok
[00:11] <clivejo> would that be fixed in Qt5.7?
[00:11] <acheronuk> It's a way get around a stupid circular dep they seem to want.
[00:12] <tsimonq2> acheronuk: same for Xenial AND Yakkety?
[00:14] <acheronuk> yes
[00:14] <acheronuk> tsimonq2: https://launchpad.net/~tsimonq2/+archive/ubuntu/qt-5.7/+build/10619674
[00:15]  * tsimonq2 nods
[00:15] <tsimonq2> I'm starting over
[00:15] <acheronuk> Missing build dependencies: .... qtbase5-doc-html
[00:15] <acheronuk> so you need that to build the tools
[00:16] <acheronuk> but you need the tools to build that
[00:16]  * clivejo pokes tsimonq2
[00:16] <acheronuk> the bootstrap gets you wout of that impossible situation
[00:16] <clivejo> look a failed merger!
[00:17] <acheronuk> anyway, goodnight!
[00:17] <tsimonq2> RUH ROH MERGE ERROR
[00:17] <tsimonq2> o/ acheronuk
[00:18]  * tsimonq2 fixes
[00:18] <acheronuk> tsimonq2: I expect you can work it out, but should you get stuck I'll be about tomorrow
[00:18] <tsimonq2> o/ acheronuk
[00:18] <tsimonq2> ok
[00:19] <tsimonq2> clivejo: ping
[00:19]  * clivejo semi pong
[00:19] <tsimonq2> <<<<<<< HEAD
[00:19] <tsimonq2> #usr/bin/kxmlkipicmd
[00:19] <tsimonq2> #usr/share/kxmlkipicmd/
[00:19] <tsimonq2> [00:19] <tsimonq2> usr/bin/kxmlkipicmd
[00:20] <tsimonq2> usr/lib/*/qt5/plugins/kipiplugin_kxmlhelloworld.so
[00:20] <tsimonq2> usr/share/kxmlkipicmd/
[00:20] <tsimonq2> >>>>>>> kubuntu_yakkety_archive
[00:20] <tsimonq2> which one is better?
[00:20] <clivejo> for what?
[00:20] <tsimonq2> merger_libkipi
[00:20] <clivejo> yakkety branch is the fix santa_ pushed
[00:20] <tsimonq2> ok, so I should trust kubuntu_yakkety_archive ?
[00:21] <clivejo> yeah
[00:21] <tsimonq2> ok
[00:21] <tsimonq2> thanks
[00:21] <ahoneybun> my q on my keyboard is going to die first lol
[00:21] <ahoneybun> also shift
[00:22] <clivejo> why?
[00:23] <ahoneybun> looking up new stuff on http://pyqt.sourceforge.net/Docs/PyQt5/search.html?q=QIcon
[00:23] <ahoneybun> lol
[00:23] <ahoneybun> everything starts with Q lol
[00:24] <clivejo> my k key is wearing off
[00:24] <tsimonq2> ahoneybun: knot kas kmuch kas k k:P
[00:25] <ahoneybun> XD
[00:25] <tsimonq2> KXD
[00:26] <ahoneybun> QtWidgets.QWidget XD
[00:27] <tsimonq2> clivejo: I'm setting up a phone alert with the merger failure RSS feed and a very very annoying and loud ringtone XD
[00:28] <clivejo> ovidiu's Rick song?
[00:28] <tsimonq2> LOL that's PERFECT XD
[00:55] <ahoneybun> alright building again
[01:22] <ahoneybun> getting closer I think
 Closer to what?
[01:46] <ahoneybun> the slideshow working
[05:50] <tsimonq2> yofel, clivejo, acheronuk: libkf5calendarsupport on http://qa.kubuntu.co.uk/ppa-status/applications/build_status_16.04.3_yakkety.html is a little bit confusing to me, so could you let me know what the solution is when you find it so I can learn? :)
[05:53] <tsimonq2> yofel, clivejo: ktp-text-ui might need an override on http://qa.kubuntu.co.uk/ppa-status/applications/build_status_16.04.3_yakkety.html (I think) because AFAIR Qt5TextToSpeech isn't a thing
[05:54] <tsimonq2> yofel, clivejo, acheronuk: do we depend on SystemD at all? ksystemlog on http://qa.kubuntu.co.uk/ppa-status/applications/build_status_16.04.3_yakkety.html is missing JournalD (optional) which is a SystemD logging daemon, if we don't use SystemD, needs an override I think
[05:56] <tsimonq2> so for kstars, seems like the copyright file needs to be updated, I'll push a change fixing that for sure, but it's throwing desktop-entry-contains-unknown-key which I'm not entirely sure about but I'll do some investigating to see what I can do
[06:11] <tsimonq2> well for kstars, I think I'd rather just push my WIP for someone to pick up and finish, reason being, I'm a bit unsure about W: kstars source: missing-field-in-dep5-copyright copyright (paragraph at line 143)
[06:14] <tsimonq2> although I did get a good start
[06:14] <tsimonq2> I'll continue to see if I can look into desktop-entry-contains-unknown-key
[06:15] <tsimonq2> (after my test build confirms the changes that I *did* make are valid)
[06:15] <tsimonq2> wth...
[06:15] <tsimonq2>  sbuild-build-depends-kstars-dummy : Depends: libindi-dev (>= 1.2.0~) but it is not going to be installed
[06:15] <tsimonq2> but I do have that PPA enabled...
[06:16] <tsimonq2> ohh that might be from proposed
[06:16] <tsimonq2> let's see...
[06:17]  * tsimonq2 tweaks the prep script to pick up proposed
[06:19] <tsimonq2> yup cool
[06:21] <tsimonq2> (benefit of doing this with apt-cacher-ng is that when some packages migrate to release from proposed, when I get the upgrade on my system, it'll be less download time :P)
[06:40] <tsimonq2> hmm no luck
[06:40] <valorie> you've been busy, tsimonq2
[06:41] <tsimonq2> I have been valorie
[06:42] <valorie> and productive, it looks like too
[06:42] <tsimonq2> heh yep :)
[06:43] <tsimonq2> this is what happens when you stay up until 1:45 AM and onwards! I'm bored and can't sleep, perfect opportunity to mess with things and hopefully fix something :P hehehehe
[06:43] <tsimonq2> (kidding)
[06:53] <acheronuk> tsimonq2: yes, ubuntu and kubuntu use systemd now. with some upstart leftovers.
[06:54] <tsimonq2> \o/ o/ acheronuk
[06:56] <tsimonq2> there, I pushed to kstars
[06:57] <tsimonq2> acheronuk: if it's just a partial fix, am I right in not pushing a change to the PPA or should I do that?
[06:57] <tsimonq2> (doesn't fix ALL the Lintian errors but some)
[06:58] <acheronuk> tsimonq2: if libkf5calendarsupport-data doesn't contain anything arch dependant, then yes I think it can be multiarchified, which I think in this case would be multiarch: foreign?
[06:59] <acheronuk> tsimonq2: but I wanted to ask yofel about that, as debian/Neon have not bothered and left it as it is
[06:59] <tsimonq2> acheronuk: yeah I took a crack at that but I wanted to be *absolutely* sure before I pushed anything
[07:00] <tsimonq2> acheronuk: so yeah, I'm not comfortable pushing a fix to that. yofel?
[07:01] <tsimonq2> acheronuk: but what about kstars? is it ok to upload a fix to just some of the problems making it unstable?
[07:02] <acheronuk> tsimonq2: the ppa in this case is landing for yakkety, so if/when done yofel will build fresh sources to upload rather than copy those across. So I don't think incremental/partial fixes being uploaded are a big deal
[07:02] <acheronuk> as long as it gets there in the end
[07:02] <tsimonq2> ok cool
[07:04] <tsimonq2> heh, I think my first time directly pushing a fix to the staging PPA
[07:05] <acheronuk> did you get any of Qt 5.7 built?
[07:05] <tsimonq2> haven't gotten a chance to but it's next on my TODO list
[07:11] <tsimonq2> acheronuk: so I'm trying to understand the instructions in https://anonscm.debian.org/cgit/pkg-kde/qt/qtbase.git/tree/debian/README.source
[07:12] <tsimonq2> I don't know *exactly* what this means: "Build only arch-dependent packages from these sources"
[07:13] <tsimonq2> acheronuk: mind telling me what you did?
[07:17] <acheronuk> tsimonq2: well, for the 1st build of Qt 5.6 I did, I just dropped the versioned depends on Qt 5.6 to 5.5.1 so that it didn't immediately fail
[07:17] <acheronuk> tsimonq2: THAT is the wrong approach though!
[07:17] <tsimonq2> SO what do I do? :P :)
[07:17] <acheronuk> I'm getting to that....
[07:18] <acheronuk> tsimonq2: This is the diff between that 1st try and the 2nd one I did according to the readme https://launchpadlibrarian.net/265766173/qtbase-opensource-src_5.6.1+dfsg-2~acheron~yakkety1_5.6.1+dfsg-2~yakkety+build1.diff.gz
[07:19] <tsimonq2> acheronuk: what packages do I build when?
[07:22] <acheronuk> There is the list in the readme. I think they are in order. Then build the rest after those are built bootstrapped.
[07:23] <tsimonq2> acheronuk: but do I then need to build anything after that?
[07:23] <acheronuk> Then rebuild the ones from the list etc once they (especially the tools) are done, re-enabling the docs/html packages
[07:24] <tsimonq2> ok
[07:27] <acheronuk> tsimonq2: I went through checking what each package had build deps on as I went, but launchpad will obviously dep-wait on a package if it's slightly the wrong order, so I guess it's not crucial to do it that methodically
[07:27] <tsimonq2> I'll do this later, I just realized it's 2:30 AM and I want to catch the Community Team Q&A tomorrow at 10 AM
[07:27] <tsimonq2> talk later o/
[07:27] <acheronuk> no problem. I have painting to do :(
[08:28] <clivejo> apps 16.04.3 are still in staging-kdeapps PPA so if you make a change to the yakkety_archive branch, you should also upload the new version to the staging PPA
[08:28] <clivejo> whilst WIP that is
[09:22] <Mirv> we might be now really really honestly getting the Qt, KDE and half the world migrated to release pocket..
[09:23] <Mirv> no disruptions via archive uploads in the next few hours if possible :)
[09:29] <sitter> yofel: are you going to stay qapt or going to switch to packagekit at some point in the next 2 cycles?
[09:30] <sitter> specifically: any objections to me rewriting debug installer using packagekit
[10:50]  * acheronuk hates painting
 is there a currently known problem with the driver manager?
[11:08] <shadeslayer> yeah
[11:08] <shadeslayer> I think it's not working
 is it known why?
 I just want to reply ti a support request
[11:15] <shadeslayer> not a clue nope
[11:15] <shadeslayer> needs investigation
 ok, thank you
[11:49] <BluesKaj> Hey folks
[11:53] <santa_> good "morning" everyone
[11:57] <BluesKaj> 'Morning santa_
[12:15] <clivejo> shadeslayer ovidiuflorin it requires a xapian refresh
 what does that mean?
[12:17] <clivejo> sudo apt-get install apt-xapian-index
[12:17] <clivejo> sudo update-apt-xapian-index
[12:17] <clivejo> and retry the driver manager, should work after that
 thank you
 I forwarded your message to the user
[12:50] <yofel> sitter: no objections, we have packagekit 1.1.1 in yakkety now
[13:05] <acheronuk> yofel: would multiarifying those data packages mean having them Multi-Arch: foreign?
[13:05] <acheronuk> *multiarchifying
[13:06] <yofel> uh... I forgot, you'll have to read the docs. I always tend to mix up foreign and same
[13:09] <acheronuk> yofel: Thanks. one more thing if you have a sec. for something like in kdepim W: kalarm: executable-not-elf-or-script etc/xdg/autostart/kalarm.autostart.desktop
[13:09] <acheronuk> does that just need it's path correcting in KA lintian-ignore.json so the QA page doesn't orange on it, or still needs a real override, or both, or neither?
[13:10] <yofel> that should IMO actually be fixed using dh_fixperms or so. desktop files have no business being executable
[13:12] <acheronuk> yofel: fine. I'll try to look up how to do that later. thanks
[13:12] <yofel> dh_fixperms automatically fixes most permissions, but this directory isn't watched I guess
 Mm no frontend available
[14:22] <acheronuk> tsimonq2: I tried thsi just to test https://launchpad.net/~acheron/+archive/ubuntu/yakkety/+packages?field.name_filter=qtbase&field.status_filter=published&field.series_filter=
[14:23] <acheronuk> I'll leave it there and not try any more, but shout if you get stuck
[14:24] <acheronuk> tsimonq2: and yes, I know there is a typo in the changelog :P I don't care.
 Lintian cares!!
 Overide -> Override
[15:48] <acheronuk> clivejo: When it's in my own ppa, lintian can go take a long walk off a short pier on that
[15:49] <tsimonq2> well when it's MY PPA Lintian is respected and valued
[15:49] <tsimonq2> :P
[15:50] <tsimonq2> I'm watching the Community Team Q&A right now
[15:50] <acheronuk> where?
[15:51] <tsimonq2> http://ubuntuonair.com/
[15:51] <tsimonq2> it's almost done
[15:53] <acheronuk> oohh. popey is very 'beardy'
[15:53] <tsimonq2> acheronuk: #ubuntu-on-air on freenode \o/
[16:04] <tsimonq2> clivejo: s/apt-get/apt/g
[16:04] <acheronuk> must try to remember that next time
[16:04] <acheronuk> The Q&A that is
[16:05] <tsimonq2> acheronuk: 15 UTC I think it is, every Tuesday
[16:07] <ahoneybun> acheronuk: did you go anywhere with ubiquity?
[16:08] <acheronuk> ahoneybun: no, I just did that test build, and that's it
[16:08] <ahoneybun> I think I'm done moving things
[16:08] <ahoneybun> just hit one more error
[16:10] <ahoneybun> acheronuk: https://launchpad.net/~aaronhoneycutt/+archive/ubuntu/ubiquity-kubuntu
[16:10] <ahoneybun> builds are there
[16:10] <ahoneybun> ppa5 seems to be the most complete
[16:10] <ahoneybun> just hitting a error about
[16:10] <ahoneybun>  AttributeError in install(): No frontend available
[16:10] <ahoneybun> but it did try kde_ui though
[16:11] <ahoneybun> branch is here: https://code.launchpad.net/~aaronhoneycutt/ubiquity/ubiquity
[16:11] <soee> o/
[16:11] <ahoneybun> hey soee
[16:12] <soee> mamarley: on 370, testing :)
[16:13] <ahoneybun> I wonder if it's upstream
[16:13] <ahoneybun> http://pastebin.ubuntu.com/23060207
[16:13] <ahoneybun> yofel: if you have time ^
[16:16] <ahoneybun> mm I missed a few things
[16:16] <tsimonq2> MMM
[16:16] <acheronuk> I don't know enough about it, but mixing pyqt4 and 5 together struck me as likely to be problematic
[16:16] <ahoneybun> well I'm moving away from PyQt4
[16:17] <ahoneybun> changing everything to PyQt5
[16:18] <acheronuk> Harold said on neon that he had already mostly ported it, but had lost or misplaced the code he did? or something to that effect.
[16:18] <ahoneybun> mm
[16:19] <ahoneybun> a lot of stuff from QtGui moved to QtWidgets
[16:21] <ahoneybun> I
[16:21] <ahoneybun> I'm sure he has a bot to do it
[16:22] <acheronuk> ahoneybun: https://groups.google.com/forum/#!topic/vfx-platform-discuss/LzGEKXdXp6w
[16:23] <ahoneybun> damn it
[16:23] <ahoneybun> well I'm almost done I think
[16:24] <tsimonq2> !language | ahoneybun
[16:24]  * tsimonq2 runs
[16:24] <acheronuk> I'm always wary about scripts like that though...
[16:26] <acheronuk> yofel: do you have a view about things like this? https://github.com/rferrazz/pyqt4topyqt5
[16:28] <ahoneybun> acheronuk: what are the setting in .bashrc for bzr?
[16:28] <ahoneybun> to have changelogs with my email on my gpg key
[16:28] <ahoneybun> keeps using my @outlook.com one
[16:28] <acheronuk> ahoneybun: dunno.  Configure Bazaar http://packaging.ubuntu.com/html/getting-set-up.html
[16:33] <ahoneybun> oh weird
[16:33] <ahoneybun> I guess because my key had @kubuntu.org but Lp has @outlook.com
[16:33] <ahoneybun> soee: hello
[16:35]  * tsimonq2 throws a stick at yofel
[16:36]  * tsimonq2 also throws a stick at clivejo
[16:36] <soee> ahoneybun: hih
[16:36] <soee> *hiho
[16:36] <tsimonq2> yofel, clivejo: how would you suggest I fix W: libkf5calendarsupport source: dependency-is-not-multi-archified libkf5calendarsupport5 depends on libkf5calendarsupport-data (multi-arch: no) ?
[16:40] <acheronuk> tsimonq2: thsi I think? https://wiki.debian.org/Multiarch/Implementation#Multi-Arch:_foreign_support_packages
[16:40] <acheronuk> *this
[16:40] <tsimonq2> acheronuk: you said you wanted to ask yofel :P
[16:41] <acheronuk> tsimonq2: yofel said he usually forgets, so you'll have to read the docs
[16:42] <tsimonq2> ok
[16:43] <tsimonq2> hmmm
[16:43] <tsimonq2> ksystemlog already has libsystemd-dev...
[16:53] <acheronuk> tsimonq2: No, looks like Phil added it, then decided to revert it https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/ksystemlog/commit/?id=904b1d2ab955736c4599671a82cd391cba7aa6db
[16:53] <acheronuk> oh, wait. different file
[16:58] <ahoneybun> Yes!!!!
[16:59] <ahoneybun> I fixed the darn PEP8 errors
[17:05] <acheronuk> tsimonq2 yofel: guess this fix is needed for it to find systemd/journald for the version in Yakkety? https://quickgit.kde.org/?p=ksystemlog.git&a=commit&h=4eb15418f81df2da9be76449ea4d900023c478a5
[17:05] <tsimonq2> ok, so debian/parch?
[17:05] <tsimonq2> *patch
[17:06] <soee> :OOO
[17:06] <soee> kmail works super fast now, impossible
[17:07] <acheronuk> tsimonq2: I guess, *if* it's thought desirable to have that optional feature
[17:07] <tsimonq2> acheronuk: why not?!? let's do it! :D
[17:07] <tsimonq2> I'll do the fix if you don't mind
[17:08] <ahoneybun> soee:  on Neon?
[17:09] <soee> ahoneybun: yes
[17:11] <ahoneybun> mm ok
[17:12] <tsimonq2> MM
[17:16] <ahoneybun> stop it tsimonq2
[17:16] <tsimonq2> shoot I caused that ^
[17:16] <tsimonq2> k ahoneybun
[17:18] <tsimonq2> fixed now I think
[17:19] <tsimonq2> \o/
[17:27] <soee> ok kmail is broken :|
[17:27] <tsimonq2> first time taking a commit from upstream that hasn't been tagged yet and putting it as a debian quilt patch! \o/
[17:28] <tsimonq2> it'll need to be cleaned up later but that's trivial
[17:30] <acheronuk> tsimonq2: did you upload a new ppa package with your changes for calendarsupport?
[17:30] <tsimonq2> acheronuk: yes, why?
[17:31] <tsimonq2> (~ppa51, hasn't showed up yet)
[17:31] <acheronuk> yes, and the package I upload 30s ago has
[17:32] <tsimonq2> :/
[17:32] <acheronuk> launchpad had been silently eating a few uploads recently, so I wondered
[17:33] <tsimonq2> yeah
[17:34] <tsimonq2> and what I meant by "hasn't showed up yet" is it hasn't shown up on http://qa.kubuntu.co.uk/ppa-status/applications/build_status_16.04.3_yakkety.html yet
[17:35] <tsimonq2> just uploaded ksystemlog
[17:35] <acheronuk> well, I see no sign in the actual ppa either
[17:35] <tsimonq2> :/
[17:36] <acheronuk> did you get an email saying it was accepted?
[17:36] <tsimonq2> well you might be right acheronuk, got an email for ksystemlog but NOT calendarsupport
[17:36]  * tsimonq2 reuploads
[17:37] <tsimonq2> there great, got the email
[17:37] <acheronuk> as said, I've had one or two uploads just vanish as if they had never been done
[17:37]  * tsimonq2 nods
[17:39] <tsimonq2> so acheronuk, could you give me a hand with kstars?
[17:39] <tsimonq2> W: kstars source: missing-field-in-dep5-copyright copyright (paragraph at line 121)
[17:39] <tsimonq2> W: kstars: desktop-entry-contains-unknown-key usr/share/applications/org.kde.kstars.desktop:217 Patterns
[17:39] <tsimonq2> the latter is just a field that it's possibly not recognizing
[17:39] <tsimonq2> the former is missing a person for the copyright entry
[17:39] <tsimonq2> so idk
[17:48]  * tsimonq2 fixes that after this
[18:01] <acheronuk> not sure about those 2 in kstars
[18:02] <tsimonq2> acheronuk: so there's a package that requires QtSpeech, which hasn't even had a formal release yet. Is it worth it to create a Debian patch removing support until QtSpeech is packaged, or do we just ignore the instability?
[18:03] <acheronuk> It's just an optional build depend that can't be found isn't it? So I would hesitate to call it 'instability'.
[18:03] <tsimonq2> I'm joing by the technical term in KCI
[18:04] <tsimonq2> s/KCI/http://qa.kubuntu.co.uk/ppa-status/applications/build_status_16.04.3_yakkety.html/
[18:04] <acheronuk> KCI is odd
[18:04] <tsimonq2> acheronuk: but I mean is it worth it to disable for now?
[18:05] <acheronuk> I personally would not, as it does no harm, and the message being there will remind anyone in the future that it's an option to check if is available.
[18:05] <tsimonq2> ok
[18:06] <acheronuk> patch it out and you get rid of that check
[18:06] <tsimonq2> makes sense
[18:07] <tsimonq2> acheronuk: but it's going to stay unstable in http://qa.kubuntu.co.uk/ppa-status/applications/build_status_16.04.3_yakkety.html
[18:08] <acheronuk> not every cause of the orange there *has* to be sorted
[18:10] <tsimonq2> yeah good point
[18:10] <tsimonq2> but why not?
[18:10] <tsimonq2> the more the better, right?
[18:12] <tsimonq2> kpimtextedit is also depping on QtSpeech
[18:12] <acheronuk> It's a way to alert you to potential issues. Not a message saying, "if this is not green, all your code will explode!".
[18:12] <tsimonq2> (just invented the word :P)
[18:12] <tsimonq2> yeah
[18:12] <acheronuk> you have to apply common sense as well
[18:12] <tsimonq2> but why not sort through them?
[18:13] <acheronuk> we are, but some may not needing a fix. or be better left
[18:13] <tsimonq2> yeah
[18:13] <tsimonq2> like QtSpeech deps :)
[18:22] <yofel> tsimonq2: yes, cherry picking that for systemd sounds appropriate
[18:22] <tsimonq2> yofel: thanks, already done :P
[18:36] <acheronuk> yofel: in kde pim we have override_dh_fixperms:	$(overridden_command) -Xetc/xdg/autostart/kalarm.autostart.desktop
[18:36] <yofel> o.O
[18:36] <acheronuk> so looks like what I asked about earlier was intentional?
[18:37] <acheronuk> also on the org.kde.korgac.desktop
[18:37] <yofel> obviously, but I don't understand why
[18:38] <acheronuk> Was done here: https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kdepim/commit/debian/rules?h=kubuntu_yakkety_archive&id=a5e6fd30648e23aea57aa8e734f037d8007ad4ce
[18:39] <yofel> sgclark: do you remember why this was necessary? ^
[18:40] <sgclark> eh I barely remember dinner last night these days :(
[18:40] <acheronuk> I see no such thing in Neon/debian?
[18:40] <sgclark> remove it?
[18:41] <yofel> agreed, if something does break we'll notice
[18:41] <yofel> - maybe
[18:44] <acheronuk> kdepim is awkward. also have W: kdepim source: missing-runtime-test-file debian/tests/testsuite paragraph starting at line 1
[18:46] <acheronuk> debian have a testsuite and a testsuite.xsession file that we don't in the debian/tests folder
[18:55] <ahoneybun> !info ubiquity
[18:57] <acheronuk> yofel clivejo: the apps are getting to a stage where for most remaining problems I'm not 100% sure on whether a fix is needed, and if so quite what.
[18:58] <tsimonq2> ^
[18:58] <tsimonq2> wait a minute ffmpegthumbs amd64 heh
[18:58] <tsimonq2> W: ffmpegthumbs: latest-debian-changelog-entry-without-new-version
[19:03] <acheronuk> right. back later :)
[19:27] <soee> who seen proposel for Plasma 5.8 wallpaper ? :)
[19:28] <tsimonq2> ooh who?
[19:28] <mamarley> Did you make that too?
[19:28] <soee> nooo :D
[19:28] <soee> https://git.reviewboard.kde.org/r/128699/
[19:30] <mamarley> Looks nice.  Were the older wallpapers not available in 4K?  They look pretty awesome on my 4K monitor.
[19:31] <soee> not sure, im using some random wallpaper atm.
[19:35] <soee> mamarley: driver works fine
[19:35] <mamarley> soee: Thanks!
[19:35] <soee> i wish they could make some better setting and easier profiel switch
[19:40] <clivejo> if Ubuntu phone was a sandwich, what sandwich would it be?!?
[19:40] <soee> probably 1 week old bread and ketchup
[19:41] <acheronuk> kde-baseapps is still building the kde4 folderview plugin"
[19:44] <acheronuk> kdesdk-kioslaves
[19:44] <acheronuk> W: kdesdk-kioslaves source: dep5-copyright-license-name-not-unique (paragraph at line 81)
[19:44] <acheronuk> W: kdesdk-kioslaves source: missing-license-paragraph-in-dep5-copyright gpl-2+ (paragraph at line 77)
[19:44] <acheronuk> I have not much clue on thsoe copyright files ^^^
[19:45] <acheronuk> kdepimtextedit: E: libkf5pimtextedit-dev: missing-dependency-on-libc needed by usr/lib/x86_64-linux-gnu/qt5/plugins/designer/kpimtexteditwidgets.so
[19:46] <acheronuk> kde4libs: kdelibs5-data: dbus-policy-without-send-destination etc/dbus-1/system.d/org.kde.auth.conf
[19:47] <acheronuk> kstars: W: kstars source: missing-field-in-dep5-copyright copyright (paragraph at line 121)
[19:47] <acheronuk> W: kstars: desktop-entry-contains-unknown-key usr/share/applications/org.kde.kstars.desktop:217 Patterns
[19:52] <acheronuk> in fact kde-baseapps may just need merging/replacing with debian, and be done with it!
[19:53]  * acheronuk goes for a beer
[19:59] <pursuivant> libqapt (master) v3.0.2-5-g6f130ef * Carlo Vanini: src/backend.cpp
[19:59] <pursuivant> reopen xapian index after update
[19:59] <pursuivant> If it is not re-opened the search will continue to use the outdated
[19:59] <pursuivant> index and will always return an empty list.
[19:59] <pursuivant> For instance, see https://bugs.kde.org/show_bug.cgi?id=362047
[19:59] <pursuivant> http://commits.kde.org/libqapt/6f130ef3db5ae31cd3a739762cdc68d3d299d5d0
[20:03] <acheronuk> oh, reverted adding libpurpose to spectacle build deps, as it pulls in all of telepathy, which is a tad daft
[20:04] <pursuivant> muon (master) v5.6.0-6-g0151bc8 * Carlo Vanini: src/PackageModel/PackageWidget.cpp
[20:04] <pursuivant> repeat search on xapian update
[20:04] <pursuivant> Repeat the current package search whenever the xapian index is updated.
[20:04] <pursuivant> BUG: 362047
[20:04] <pursuivant> http://commits.kde.org/muon/0151bc85a9d7204075fe8aad73b01dd970f93c43
[20:10] <genii> Heh, Jaunty
[20:10] <tsimonq2> wth is that? :/
[20:25] <clivejo> upstream changes to muon package manager
 A Ubuntu release tsimonq2
[20:31] <tsimonq2> ahoneybun: yeah ik, I was talking about the bot...
[20:34] <clivejo> pursuivant is our KDE commit bot
[20:38] <tsimonq2> weird :P
[20:39] <clivejo> snaps are better for end users and packagers?!
[20:39]  * clivejo coughs
[20:41] <clivejo> anyone been keeping an eye on Mycroft?
[20:42] <tsimonq2> ok, I'm in the Linux Unplugged podcast mumble room now, https://mumble.jupiterbroadcasting.org/ , y'all are welcome to join me
[20:44] <ahoneybun> clivejo: they are trying to make a snap of Mycroft for Ubuntu
[20:45] <clivejo> are there regular deb packages?
[20:46] <ahoneybun> atm it's on github
[20:47] <ahoneybun> https://github.com/MycroftAI/mycroft-core
[21:06] <ahoneybun> mm ubiquity on my live image is 16.10.5
[21:06] <ahoneybun> and works
[22:50]  * soee searches for voodoo doll with letters on in: "kmail"
[22:51]  * soee taking burning candle ...
[22:53] <clivejo> dont do it
[22:54]  * acheronuk checks his mail reliably in thunderbird
[22:54] <tsimonq2> hehehehehe I use Thunderbird as well acheronuk! \o/
[22:55] <soee> kmail is stupid, last time it permanently removed my inbox content, now when i remove some item it comes back after few seconds ... i tell you ... black magic ...
[22:55]  * clivejo uses kontact and loves it!
[22:55] <tsimonq2> clivejo, acheronuk: I'll be gone from Thursday to Saturday or Sunday
[22:55] <tsimonq2> just an FYI
[22:56] <clivejo> why?
[22:56] <tsimonq2> going camping with my uncle
[22:56] <clivejo> have you booked time off with the RM?
[22:57] <tsimonq2> RM?
[22:57] <clivejo> Release Manager
[22:57] <acheronuk> there we go. PIM unstable soee ^^^^
[22:59] <soee> acheronuk: shall i use my voodoo doll ?
[23:00] <soee> clivejo: :D
[23:00]  * soee is upgrading his gitlab servr
[23:01] <soee> hah: Linux Kernel 4.6 Has Reached End of Life, Users Urged to Move to Linux 4.7.1
[23:01] <soee> and i'm on 4.4
[23:06] <soee> !info sonnet
[23:06] <soee> !info sonnet-plugins
 (Photo, 1280x720) https://irc-attachments.kde.org/NNiEJ5La/file_169.jpg
 Current sddm theme on plasma dev :)
 Where is the different user icon?
[23:16] <soee> different?
[23:16] <soee> the default one ?
 Icon on the right, bottom row
[23:17] <soee> ah, dunno. this is dev version so things like that might happen :)


[01:40] <directhex> asac, ping
[03:49] <achiang> ping humphreybc
[03:49] <achiang> argh fat fingers
[05:20] <sabgenton> cjwatson: is the website admin about?
[05:21] <sabgenton> I don't know his nick
[05:58] <cjwatson> sabgenton: no
[05:59] <sabgenton> yes I knowticed  I found his nick :)
[05:59] <sabgenton> newz2000
[06:01] <cjwatson> I don't like giving out personal contact info when there are plenty of advertised ways to contact webmaster which don't rely on it being that one person
[06:01] <cjwatson> (the ubuntu-website project in LP, webmaster@)
[06:02] <sabgenton> ?
[06:02] <sabgenton> LP
[06:03] <cjwatson> Launchpad
[06:03] <sabgenton> sorry
[06:06] <sabgenton> I have since found that to install ubuntu server with usb-creator is now possbile but not with The out of the box instructions given on the website
[06:09] <nigelb> sabgenton: why don't you open a bug against the ubuntu-website project?
[06:09] <nigelb> I'm sure the concerned folks will take a look at it when they come online :)
[06:12] <cjwatson> nigelb: I suggested that to sabgenton several days ago too
[06:12] <cjwatson> I don't think stalking the webmaster on IRC is a good way to get things done, generally
[06:16] <sabgenton> meah ok
[06:16] <sabgenton> I posted the bug
[06:17] <sabgenton> cjwatson: is the any proper way to bump a bug?
[06:19] <nigelb> sabgenton: you don't have to, they get a mail automatically
[06:19] <nigelb> cjwatson: agreed there
[06:20] <sabgenton> ok I'll just leave the bug
[07:01] <dholbach> good morning
[07:22] <pitti> Good morning
[07:23] <dholbach> hey pitti
[09:16] <asac> directhex: ?
[09:17] <lifeless> the 'share this network' stuff in NM is really pretty neat.
[09:17] <RAOF> NM is really pretty neat.
[09:17] <directhex> asac, i'm tracking down ARM problems with mono. it looks like our current 2.6.3-2 package in experimental, which includes the previous ubuntu ARM changes, doesn't build on the debian arm porterbox ("illegal instruction")
[09:17] <lifeless> RAOF: the adjective I had in mind was a tad different.
[09:18] <lifeless> I like this bit ;)
[09:18] <directhex> asac, getting ARM working well is a blocker on pulling it into maverick
[09:20] <asac> directhex: hmm
[09:21] <asac> directhex: i can see what happenes on our porter box
[09:21] <asac> give me the .dsc ;)
[09:21] <directhex> http://ftp.de.debian.org/debian/pool/main/m/mono/mono_2.6.3-2.dsc
[09:22] <directhex> on agricola, it fails about a third of the way through the build, i.e. when bootstrapping the class library, after building the C-based runtime
[09:27] <pitti> asac: I prepared the dpkg filtering patch for maverick, FYI; but didn't you say that there was a WI for that?
[09:29] <asac> pitti: one second. let me give you an item ;)
[09:29] <pitti> oh, I was just wondernig whether I should close something
[09:30] <asac> pitti: you said you also needed to upload apt?
[09:30] <pitti> do I?
[09:30] <pitti> asac: depends on what you want to do; these are quite independent
[09:30] <pitti> but I'd like mvo to have a look at my MP first before I put it into the official distro
[09:31] <asac> kk
[09:33] <asac> pitti: added that work item to arm-m-on-disk-footprint and set it to DONE for you. also added an apt item there
[09:33] <pitti> ok, thanks
[09:37] <Chipzz> sabgenton: and FWIW, "bumping" a bug is hardly ever an appropriate thing to do in my personal opinion
[09:38] <Chipzz> personally I find "bumping" a bug obnoxious behaviour
[09:39] <sabgenton> Chipzz: so if no one answers just leave it ?
[09:41] <Chipzz> sabgenton: they'll get to when they get to it
[09:42] <Chipzz> you don't know what else they have on their plate
[09:42] <Chipzz> that's the whole point of a bug tracking system
[09:42] <sabgenton> mm
[09:42] <directhex> 372 test(s) passed. 7 test(s) did not pass.
[09:43] <sabgenton> I'm just trying to understand the ettiquett
[09:43] <sabgenton> Chipzz: do all bugs get read eventually
[09:43] <Chipzz> yes
[09:43] <sabgenton> or do some get disgarded
[09:44] <asac> Riddell: please fix 512146
[09:44] <Chipzz> like cjwatson pointed out above, the person responsable will get an email about it
[09:44] <asac> that clearly had open MIR points when you promoted ;)
[09:44] <sabgenton> if It say there for like 9 months or something should I take action
[09:45] <sabgenton>  / raise awarness
[09:45] <jibel> mvo, chrisccoulson, hey, latest flashplugin-nonfree in lucid-proposed introduces a regression. Could you please have a look at 429841 again.
[09:45] <sabgenton> or does that not happen
[09:45] <asac> Riddell: same for 512148
[09:46] <sabgenton> (it was barrly yesterday :)  )
[09:46] <directhex> 7 fails is a HUGE improvement on what's in lucid
[09:47] <sabgenton> Chipzz: with the understanding of time u just gave me I will leave it at thatt :)
[09:47] <chrisccoulson> bug 429841
[09:47] <chrisccoulson> :)
[09:47] <Chipzz> sabgenton: raising awareness is sth which is often done
[09:47] <sabgenton> sth?
[09:48] <Chipzz> I disagree with the whole sentiment of "raising awareness", but that is again, my very personnal opinion
[09:48] <Chipzz> sth -> something
[09:48] <Riddell> asac: both opengtl and plotutils have .symbols files
[09:49] <sabgenton> Chipzz: do you believe someone should submit and then trust the system?
[09:49] <sabgenton> no matter the time
[09:50] <Chipzz> if say one year passes you may consider bumping it
[09:50] <asac> Riddell: right. but plotutils the warnings still left
[09:50] <asac> at least one "definitly fix"
[09:50] <Chipzz> but it's not like bugs get deleted from the BTS
[09:50] <Riddell> asac: right enough.  what's up with opengtl?
[09:50] <sabgenton> Chipzz: ok I think I agree with that
[09:51] <Chipzz> it may just not be a high priority for the person involved
[09:51] <mvo> thanks jibel, I check it out
[09:51] <asac> Riddell: now looking at the comments, its fine. thx
[09:51] <sabgenton> :)
[09:51] <asac> Riddell: so just plotutils ;)
[09:54] <asac> Riddell: also bug 512159 has still a few issues
[10:06] <seb128> hum, do we really need tk8.4 in the default installation?
[10:07] <seb128> it seems only recommended by some of the printing stack components right now
[10:13] <pitti> I'd like to get rid of it, indeed
[10:13] <pitti> we have had 8.5 in main for quite some time now
[10:14] <BlackZ> could someone look at bug #598874 ? this situation should be solved BTW
[10:16] <BlackZ> (libmpcdec is in main)
[10:24] <seb128> pitti, but do we need any tk at all on the default installation?
[10:25] <pitti> seb128: not sure what still needs it; would be nice to get rid of it, of course
[10:28] <directhex> purging it doesn't seem to remove anything else
[10:33] <hrw> cjwatson: can you link xdeb page there: https://edge.launchpad.net/ubuntu/+source/xdeb ?
[11:14] <cjwatson> hrw: urgh, cross-channel stuff, let's keep this on #linaro?
[11:15] <hrw> cjwatson: ok
[11:19] <vaul1> Hello people. Could someone please give me guidance? I want to know where to post a request for a mono icon for an application in Launchpad.
[11:24] <lifeless> what do you mean?
[11:25] <vaul1> I want designers of a standard Ubuntu icon theme to draw an icon for an application that I use.
[11:25] <lifeless> hmm
[11:25] <vaul1> And I want to know where on Launchpad to post a request about that.
[11:25] <lifeless> possibly the ubuntu artwork list
[11:25] <vaul1> Concearning?
[11:25] <lifeless> I'm not sure a bug is the best way to get the attention of artwork folk
[11:26] <vaul1> Bug, feature request — what is a better way to get an attention of some developer?
[11:29] <vaul1> There is a «Humanity» team, maybe it is a place?
[11:31] <vaul1> There are similar reports here, so I am opening a report.
[11:32] <vaul1> It seems there is not much life here, though.
[11:33] <vaul1> Oh, «ubuntu-mono» seems an exact match for that, in case anyone else is interested.
[12:00] <lamont> cjwatson: how would you feel about ltsp-server [i386] for a depends?
[12:02] <cjwatson> lamont: seems too heavyweight really.  we often advise people to install livecd-rootfs when they're doing customisation
[12:02] <lamont> cjwatson: ok.  I'll fix make-chroot.sh to install it then.
[12:23] <lamont> cjwatson: all fix0red. enjoy
[12:25] <cjwatson> thanks
[12:25] <cjwatson> I shall enjoy two fewer mails per day, hopefully
[12:26] <lamont> sounds like a drop in the bucket
[12:27] <lamont> cjwatson: on a different note, do you happen to remember which architecture was throwing random SIGILLs back when?  I'm thinking of dropping that auto-retry, since we've found at least one solid SIGILL on arm
[12:28] <cjwatson> I don't, sadly
[12:29] <lamont> I'm fairly certain it was either hppa or ppc, just can't remember for sure which
[12:29] <directhex> is there an ARM porterbox available to non-canonical staff?
[12:29] <lamont> not that I know of
[12:30] <directhex> how vexatious
[12:30] <siretart> asac: what's the problem with libva? it does provide a shlibs file: "libva 1 libva1"
[12:32] <asac> siretart: hmm. did i miss that?
[12:33] <asac> siretart: you do that manually?
[12:33] <siretart> asac: I've just downloaded the .deb from launchpad and checked with 'dpkg-deb -I libva1_1.0.1-3_i386.deb shlibs'
[12:33] <asac> siretart: thats the auto generated file, yes. having that maintained explicitly in rules gives more confidence
[12:33] <asac> that someone is actually caring about that ;)
[12:34] <siretart> asac: which is perfectly fine until upstream actually does a change that is not.
[12:34] <siretart> asac: so you require some special action from the maintainer to indicate "I promise that I will check on the next upload?"
[12:34] <siretart> sorry?
[12:34] <asac> siretart: actually i want .symbols files
[12:35] <asac> so i dont need to hope that debian maintainer knows how to do that and does it right
[12:35] <siretart> asac: uff? is that a new ubuntu policy? since when do all libraries in main need to have .symbols files?
[12:35] <asac> siretart: as i said. i want .symbols files
[12:35] <asac> but its not required. i just want confidence that abi is properly tracked
[12:36] <seb128> siretart, hey
[12:36] <asac> having no explicit makeshlibs doesnt give that to me
[12:36] <siretart> hi seb128
[12:36] <seb128> siretart, did you talk with sirestart about ffmpeg 49 and 50 binaries overwritting files issues?
[12:36] <seb128> ups
[12:36] <siretart> asac: in the pkg-multimedia team, we do maintain quite some libraries and we do care about ABI/API issues
[12:36] <asac> siretart has two owners now?
[12:36] <asac> siretart: how do you track them?
[12:37] <seb128> siretart, with Sarvatt I meant
[12:37] <siretart> with objdump?
[12:37] <siretart> seb128: no, he didn't contact me. what's the lp bug number you're talking about?
[12:37] <asac> siretart: so you double check for every upstream pick that nothing changed and do the right thing?
[12:37] <siretart> I do, yes.
[12:37] <seb128> siretart,
[12:37] <seb128> juin 25 00:36:58 <Sarvatt>	gstreamer0.10-ffmpeg should just be built against libavutil50 anyway though shouldn't it?
[12:37] <seb128> juin 25 00:38:17 <Sarvatt>	other junk is still using libavutil49 though like vlc and thats screwed up also if you have extra installed :(
[12:37] <seb128> juin 25 00:40:02 <Sarvatt>	yeah libavutil49 isn't even built in ffmpeg-extra anymore so the screwed up empty package is just hanging around in the archive
[12:38] <asac> siretart: you do ... but how about the others ;) ... what i think is that its hard to see that a team i dont know cares about this in a way that we can rely on it here
[12:38] <siretart> asac: if there is a rule that all libs in main are required to have .symbols file, please show it to me
[12:38] <asac> but i can approve it if you say its not going to be a problem ;)
[12:38] <asac> siretart: as i said. there is no rule. and i didnt ask for that
[12:39] <siretart> you said something else at 13:35
[12:39] <asac> 13:35 < asac> siretart: as i said. i want .symbols files
[12:39] <asac> 13:36 < asac> but its not required. i just want confidence that abi is properly tracked
[12:39] <asac> no ... thats what i said ;)
[12:39] <siretart> I see
[12:39] <siretart> seb128: he seems pretty confused
[12:40] <asac> the easiest way to convince is .symbols ... not sure why thats a problem for anyone doing lib maintenance though
[12:40] <siretart> seb128: libavutil49 is NBS, packages will drop that dependency as they are rebuilt
[12:40] <seb128> siretart, dunno, but we got quite some bugs about avi playing not working in maverick, not sure if that's because we still use the wrong one
[12:40] <seb128> siretart, well, then we need to rebuild things to pick the new soname?
[12:41] <siretart> seb128: having libavutil49 and libavutil50 loaded at the same time shouldn't be a problem anymore, as I've introduced symbol versioning upstream
[12:41] <siretart> seb128: if there is an undeclared file conflict, please file a bug and tell me the bug number. I'll take care of that
[12:41] <siretart> if there is a crash, I'd need a backtrace
[12:41] <seb128> juin 25 00:33:24 <Sarvatt>	libavutil49 is correct, its libavutil-extra-49 that is screwed up and that replaces libavutil49
[12:41] <seb128> siretart, I will check what's going on
[12:41] <seb128> siretart, I think he said he managed to get files overwritten and then not there after an upgrade
[12:41] <siretart> of course libavutil-extra-49 is supposed to replace libavutil49. same for the 50 variant
[12:42] <siretart> we are doing that game for a couple of releases
[12:42] <siretart> is he on amd64?
[12:42] <siretart> the amd64 build arrived only this weekend, because of the vdpau trouble
[12:42] <seb128> could be
[12:42] <siretart> that I fixed this weekend by disabling the 32bit libs
[12:42] <seb128> siretart, I was just checking if you knew anything before spending time on that
[12:43] <seb128> siretart, I will try to figure what the issues are now and ping you back later if needed, thanks
[12:43] <siretart> seb128: as said, I'm not aware of a problem related to that
[12:43] <siretart> ok
[12:44] <siretart> asac: .symbol files are still a huge pain for c++ libraries. We've tried for libjack, but it's pretty pointless there
[12:44] <asac> siretart: we have a lot of crack libs in main even. some have loads of symbols exported that should never have been exported (e.g. _xxx symbols that were not properly hidden upstream). i just want to ensure that folks get reminded about this topic whenever upstream changes their abi/api and .symbols is the easiest way i can currently see that will ensure that such a reminder will take place
[12:44] <siretart> IIRC libva is plain c, so adding .symbol files should be rather easy
[12:44] <asac> siretart: yeah i see your point
[12:44] <asac> but libva is C ;)
[12:44] <siretart> as said
[12:44] <asac> yep
[12:45] <siretart> btw, for ffmpeg, these libs also don't provide .symbols files, and won't in the forseable future
[12:45] <asac> in the end i trust you to do the right thing. but in general i am looking at a package without knowing its origin etc.
[12:45] <siretart> I play rather dirty tricks with the shlibs file so that the ffmpeg-extra trick works
[12:45] <asac> sad enough ;)
[12:45] <siretart> or other way round, I cannot implement that trick with symbol files
[12:45] <siretart> oh, I'd also love to get rid of that trick
[12:46] <siretart> but that would require to promote liblame, x264 and xvidcore to main
[12:46] <siretart> would you be more comfortable with that? ;-)
[12:46] <asac> but does that mean that all other libs shouldnt use symbols ;)?
[12:46] <asac> siretart: i didnt talk about ffmpeg here
[12:47] <asac> anyway. you can choosed: a) add .symbols \o/ ... b) add explicit makeshlibs o/ c) keep it as is and state the process you have in place in the multimedia team that will ensure that abi/api will be properly tracked
[12:47] <asac> all three are good enough to get approval
[12:47] <siretart> no, I just wanted to point out that I do care about ABI/API issues, and that I feel your decision to make a .symbol file a requirement for libva's promotion to main overexaggerated
[12:48] <siretart> I choose c) for now, but feel free to propose a symbol file as bug in debian with attachment ;-)
[12:48] <asac> siretart: can you post your process to the bug then?
[12:48] <asac> thanks
[12:49] <siretart> err
[12:49] <siretart> that the normal sponsoring review process
[12:49] <siretart> but fair enough
[12:59] <pitti> !regression-alert is cjwatson, jdong, pitti, slangasek, ScottK, mdz, kees, ttx, marjo, seb128: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive
[12:59] <pitti> hm, that's what https://wiki.ubuntu.com/UbuntuBots documents..
[13:01] <pitti> sorry all for the noise; seems I'm not able to update this, will contact Jussi
[13:01] <jussi> !regression-alert is <reply>cjwatson, jdong, pitti, slangasek, ScottK, mdz, kees, ttx, marjo, seb128: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive
[13:01] <jussi> :)
[13:02] <pitti> jussi: erm, wow -- that was fast :)
[13:02] <pitti> jussi: many thanks
[13:02] <jussi> although, lets just check
[13:02] <jussi> !regression-alert
[13:02] <pitti> \o/
[13:02] <jussi> it works!
[13:03] <smb> miraculous
[13:03] <jussi> pitti: the bot sometimes doesnt like long calls, not sure whats up with it. you did it correct, although it makes things easier if you include the <reply>
[13:03]  * pitti grabs megaphone "This was just a drill. Don't panic. As you were."
[13:04]  * ogra_cmpc shades his ears
[13:04] <seb128> pitti, way to stress me to start the week :p
[13:04] <smb> ogra_cmpc, Back to the classmate again? :)
[13:04] <ogra_cmpc> smb, my living room machine :)
[13:05]  * ogra_cmpc is having lunch
[13:05] <smb> :)
[13:15] <pitti> seb128: need to clean up my GTG list a bit :)
[13:59] <hyperair> dholbach: ping
[13:59] <dholbach> hyperair: pong
[14:01] <hyperair> dholbach: i'm going to be conducting a bug jam tomorrow, and was wondering if you had the template (or at least the background of) the "Ubuntu in 50 minutes" presentation around?
[14:01]  * hyperair needs to do some introduction slides
[14:01] <dholbach> you mean the text for the presentation?
[14:01] <hyperair> https://wiki.ubuntu.com/Presentations <-- the first link here
[14:01] <hyperair> no, the template
[14:01] <hyperair> like the background/formatting
[14:02] <dholbach> oh, I got that from henninge
[14:02] <dholbach> maybe he still has it
[14:02] <hyperair> hmm so i should contact him for the template?
[14:02] <dholbach> yeah
[14:02] <dholbach> https://wiki.ubuntu.com/Jams/Bugs?action=AttachFile&do=view&target=bug_report_triage_feb09.odp might be helpful too
[14:03] <hyperair> hmm let's see.
[14:04] <hyperair> dholbach: ah that's the glossyubuntu template. i was actually hoping for something that suits ubuntu's colour scheme post-branding-refresh
[14:04] <dholbach> hyperair: I meant the actual content
[14:04] <dholbach> :)
[14:05] <hyperair> ah!
[14:05] <dholbach> :-D
[14:05] <hyperair> yes, that helps very much =P
[14:05] <hyperair> thanks
[14:05] <dholbach> rock on!
[14:05] <dholbach> and enjoy the jam - will you post some pictures of it later on?
[14:07] <hyperair> dholbach: er where? =p
[14:07] <hyperair> er nevermind, i'll go register a flickr or picasa account or something
[14:08] <hyperair> dholbach: by the way, http://people.canonical.com/~dholbach/talks/Bugfixing%20in%20Ubuntu%20-%20German.odp <-- this gets 403.
[14:09] <dholbach> hyperair: sorry, fixed
[14:10] <hyperair> \o/ thanks
[14:26] <vish> hyperair: hey.. how big an event?
[15:41] <cnd> pitti: I see that linux-firmware-1.34.1 has been sitting in lucid-proposed for three weeks
[15:41] <cnd> is there something that needs to be done to push it out to release?
[15:41] <pitti> it has 2/4 verified
[15:41] <pitti> I guess it's "good enough"
[15:42] <pitti> the jaunty-proposed one is there for > 3 months already with zero feedback
[15:47] <cjwatson> pitti,slangasek: could one of you review the dpkg SRU in lucid-proposed, please?
[15:47] <ScottK> pitti: Would you please rescore kdepimlibs.
[15:47] <ScottK>  ... or cjwatson ^^^
[15:47] <pitti> ScottK: done
[15:47] <pitti> cjwatson: looking
[15:47] <ScottK> pitti: Thanks.
[15:48] <cnd> pitti: maybe the jaunty one could just be dropped
[15:49] <pitti> cjwatson: so this calls sync() once per package instead of fsync() once per file?
[15:53] <cjwatson> right, it turns out that's synchronous on Linux
[15:54] <cjwatson> and on many filesystems fsync() ends up nearly equivalent to sync() due to having to catch up with the journal anyway, as I (naively) understand it
[15:54] <cjwatson> so rather than write-sync-write-sync-write-sync, it's better to do write-write-write-sync
[16:13] <ion> http://fox.naurunappula.com/nn/1/096/359/s_607533.jpg
[16:13] <ion> Crap. Sorry, wrong channel
[16:21] <cjwatson> pitti: the -23 kernel looks not too bad regarding verification; what does your threshold normally tend to be for this stuff?
[16:22] <ogasawara> pitti: cnd pointed out that amd64 ddebs aren't getting published for recent kernels  - http://ddebs.ubuntu.com/pool/main/l/linux/ .  I'm not familiar with what needs to be done to fix that, any ideas?
[16:23] <smoser> we are in a freeze right now, right ?
[16:23] <cjwatson> smoser: no
[16:23] <smoser> i've not seen any announcements, but guessing based on alpha2 on thursday. wondering if there is somewhere i missed an announcemnt.
[16:23] <smoser> oh. ok.
[16:26] <cjwatson> guess I should send a warning
[16:26] <ogra> smoser, "soft freeze" its expected that you upload "carefully"
[16:27] <cjwatson> ogra: if we were in a soft freeze, there would have been a mail to ubuntu-devel-announce
[16:27] <ogra> cjwatson, hmm, i though we have soft freezes by default before every milestone
[16:27]  * micahg thought it would be tomorrow
[16:28] <cjwatson> ogra: well, I just said "smoser: no" above, didn't I? :P
[16:28] <ogra> indeed you did :)
[16:29] <cjwatson> we normally soft-freeze basically last thing Monday / first thing Tuesday before alphas
[16:53] <hyperair> vish: 2h 30m, the last event of tomorrow during the mosc 2010 (http://conf.oss.my)
[16:59] <bgamari> Should -work of hald-addon-cpufreq. After removing the file 10-cpufreq.fdi from /usr/share/hal/... it wasn't loaded anymore and my issue was done with.
[17:00] <bgamari> Scratch that; Should hald-addon-cpufreq be present in Maverick?
[17:01] <bgamari> It may very well be the reason why my cpufreq maximum frequency is 800 MHz
[17:01] <bgamari> There's definitely some major fail here either way
[17:02] <bgamari> I was under the impression, however, that we finally broke away from hal under 10.10
[17:11] <vish> oh.
[17:15] <JontheEchidna> bgamari: that package is no longer available in 10.10
[17:15] <JontheEchidna> from what I can see, anyhow
[17:21] <pitti> cjwatson: hmm, "gut feeling and talking to smb about regression reports", but I'd say something like #verified >= min(10, #bugs/2)
[17:21] <pitti> erm, "max"
[17:21] <pitti> if it's been in proposed for three weeks and we haven't heard about problems, then it can't be too bad
[17:21] <smb> Did I hear my name?
[17:21] <pitti> ogasawara: I'll check tomorrow morning (sorry, just finished a phone interview and need to run now)
[17:22] <pitti> smb: boo!
[17:22] <ogasawara> pitti: no hurry, thanks!
[17:25] <JontheEchidna> ah, its part of hal. If you have apps that still need hal, it'll be there, but the default Ubuntu install shouldn't have hal by default
[17:47] <cjwatson> kirkland: present for you, debian-installer 20100211ubuntu11
[17:47]  * kirkland hugs cjwatson
[17:47] <kirkland> and goes look at his present
[17:48] <ogra> coudl some buildd admin bump livecd-rootfs so it starts in less than 5h ?
[17:49] <ogra> (i tried to get NCommander to do it but he doesnt seem to be around)
[17:49] <cjwatson> ogra: doing
[17:49] <ogra> merci
[18:01]  * kees just spent 30 seconds trying to figure out what regressed.  ;)
[18:03] <cjwatson> kees: hmm?
[18:03] <cjwatson> oh :-)
[18:03] <kees> cjwatson: :)
[18:09] <cjwatson> ogra: it's built now
[18:11] <bgamari> JontheEchidna: It's been uninstalled
[18:11] <bgamari> looks like banshee pulled it through the upgrade
[18:11] <bgamari> Anyone know of a way to determine which process is writing to a sysfs file?
[18:11] <JontheEchidna> yeah, looks like banshee depends on hal
[18:12] <bgamari> ftrace syscall_enter_open doesn't seem to catch it
[18:15] <ccheney> anyone know why i would have trouble sending keys to the ubuntu key server? it seems to hang for me
[18:15] <ccheney> or is the keyserver just broken?
[18:16] <geser> might be that the ubuntu key server has issues again
[18:25] <hyperair> jcastro: ping.
[18:26] <jcastro> pong
[18:27] <hyperair> jcastro: when conducting a bug jam, how do you usually avoid stepping on each others' feet?
[18:27] <kirkland> cjwatson: thank you thank you thank you!
[18:28] <hyperair> jcastro: like person X changes bug A, person Y performs a redundant action on bug A at the same time
[18:28] <jcastro> hyperair: section off groups of bugs to each group, so like, either by package, or by status
[18:29]  * vish had just set up hyperair for unassigned bugs and jcastro messed that up :p
[18:29] <hyperair> hehh
[18:29] <hyperair> jcastro: yeah, so like vish said, i was planning to work on unassigned bugs, since there are quite a lot of them, and we don't have much time.
[18:30] <cjwatson> kirkland: thought you'd like it
[18:30] <kirkland> cjwatson: very much so, can't wait to try it out
[18:34] <mdz> SpamapS, re: your memcached branch, the code in debian/preinst needs a test for the arguments to preinst
[18:34] <mdz> I see it was copied from gearman, and it looks like gearman is buggy in this respect also
[18:35] <SpamapS> mdz: does seem like this would be a useful addition to debhelper so we stop making these mistakes .. since gearman copied it from mysql... ;)
[18:35] <mdz> SpamapS, indeed
[18:35] <cjwatson> it's being added to dpkg, if this is what I think you mean
[18:35] <cjwatson> conffile handling?
[18:35] <mdz> cjwatson, adding a user
[18:36] <cjwatson> ah ok
[18:36] <mdz> but this is a general issue with maintainer scripts, forgetting the tests
[18:37] <mdz> the mysql one even has the comment at the top "summary of how this script can be called" but ignores it ;-)
[18:43] <SpamapS> mdz: another thing that would be awesome would be if pbuilder simulated failures to test the abort states of the maintainer scripts.
[18:46] <mdz> SpamapS, sounds like the sort of thing which would fit into piuparts if it isn't there already
[20:14] <leonpegg> Hello all I know this is not the place to ask but ubuntu-app-devel were unable to help, could anyone here help me with packaging some sourcecode ? Situation (attempting to package the php-gtk2 source into a source package except need it to output multipul binary packages from the one source tree)
[20:14] <leonpegg> would be happy to be pointed to the direction of a tut on it (but cant find one myself)
[20:15] <directhex> leonpegg, try #ubuntu-motu for more beginner packaging help
[20:15] <lifeless> and/or #ubuntu-packagng
[20:15] <leonpegg> Thanks guys :DF
[20:15] <geser> #ubuntu-packaging
[20:16] <Laney> what's that channel for?
[20:16] <Laney> Is -motu no longer the place?
[20:17] <leonpegg> seems as if both rooms have people in :D
[20:17] <leonpegg> looks like motu is for offical packages and packaging is for ppa's and the likes
[20:19] <directhex> asac, any idea when you'll be able to look at the downstream mono arm breakage? i completely give up on getting a build environment going without real hardware, it's just not happening, and i've spent about 2 days on this so far with reality fighting against me. best i can do is reverting whichever ubuntu patches broke building in debian
[20:23] <ogra_cmpc> directhex, sudo apt-get install qemu-arm-static && sudo qemu-debootstrap --arch armel maverick maverick-chroot && sudo chroot maverick-chroot
[20:24] <ogra_cmpc> directhex, oh, wait, you do mono, the above works for everything but mono thanks to boehm gc
[20:26] <TylerGalt> Hello everyone, while browsing https://help.ubuntu.com/community/HowToMD5SUM , I stumbled on this sentence: "However this almost always NOT be the same hash as the iso image that was burned to the disk"
[20:26] <TylerGalt> While english is my second language, I feel like a verb is missing, but I'm not sure how best to correct this (I just created an account on the wiki). Would "However this *will* almost always NOT be the same hash as the iso image that was burned to the disk" work better in your opinion? Or should we revamp the whole sentence?
[20:27] <JontheEchidna> "However this will almost always..."
[20:27] <JontheEchidna> yes
[20:27] <TylerGalt> cool, thanks :)
[20:27] <JontheEchidna> (sorry, lag)
[20:30] <TylerGalt> (no problem :) I wanted to double-check: it would have been dumb to correct the sentence to introduce a grammatical error. Goodbye everyone, and thanks for working on Ubuntu (love it) )
[20:37] <Rinsmaster> Just getting an opinion here: Is it a bug that nautilus freezes when clicking properties on an infinite loop postscript file?
[20:44] <achiang> anyone know the best forum for casper questions?
[20:44] <ccheney> can someone promote bugs 589993 and 589995
[20:44] <ccheney> doko__, do you happen to be awake to promote the above mentioned MIRs ?
[20:51] <ScottK> pitti or cjwatson: Would you please rescore kdebindings and kdebase-workspace.
[21:14] <kblin> er, durn, wrong #
[21:15] <ScottK> Thanks whoever bumped them.
[21:16] <cjwatson> ScottK: done
[21:16] <cjwatson> ScottK: do they need retried on amd64/armel?
[21:17] <ScottK> cjwatson: I just retried amd64.  Would you please bump that one?
[21:17] <ScottK> cjwatson: armel would fail now because kdepimlibs isn't done.  I'll retry them later for armel.
[21:17] <ScottK> Sorry about that one.
[21:18] <ScottK> https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph is the rosetta stone for KDE package building if you ever wondered the sequence.
[21:25] <geser> looks simplier than the haskell ones
[21:27] <ScottK> Yes.  Definitely.
[21:27] <ScottK> Those are totally insane.
[21:35] <Laney> :)
[21:39] <vish> bdrung: audacity or audacious?  audacious has the icon
[21:40] <bdrung> vish: audacity - it has the icon
[21:40] <vish> hmm , odd ,audacity doesnt show icon for me too
[21:40] <bdrung> i am on amd64
[21:41] <vish> i386 here
[22:58] <zyga> where can I find older ubuntu releases?
[22:58] <soren> How old?
[22:58] <zyga> hardy+
[22:58] <soren> Right next to the current ones.
[22:58] <zyga> I tried checking cdimage.ubuntu.com but it seems /releases/ keeps going nowhere
[22:58] <soren> For really old releases, see http://old-releases.ubuntu.com/
[22:59] <zyga> http://cdimage.ubuntu.com/releases/hardy/release/
[22:59] <soren> Try http://releases.ubuntu.com
[22:59] <soren> That's where we put releases.
[22:59] <zyga> oh, thanks
[23:48] <ScottK> cjwatson: Would you please rescore kdebindings kdebase-workspace again (to pick up armel).
[23:49] <TheMuso> c
[23:49] <TheMuso> gah wrong tab


[01:13] <thomi> wgrant: I fixed all your concerns in that branch - care to re-review?
[01:15] <blr> thomi: more a case of cornice not having any idea how to deal with that case for a resource
[01:16] <blr> probably need to look at the source
[01:16] <wgrant> blr: Could you use cornice with object traversal rather than URL dispatch?
[01:17] <thomi> blr: ahhh, I've never used cornice, so I may not be much help
[01:17] <blr> wgrant: hmm possibly
[01:17] <wgrant> You could have a traverser that consumes segments until it hits something that matches a ref or cannot possibly lead to a ref.
[01:18] <wgrant> We do that in LP in several places.
[01:18] <blr> sounds like what we need here, will keep digging.
[01:18] <wgrant> And for variable-length path pieces you have little other choice.
[01:18] <wgrant> They occur rarely in most types of applications, of course.
[01:19] <blr> right, this isn't something normal people should need :P
[01:20] <wgrant> thomi: Looks good, thanks.  Thanks.
[01:25] <thomi> cool - my first visible fix to lp :D
[01:29] <wgrant> It will be good to be able to change mailing list subs without having to reauthenticate.
[01:30]  * wgrant lunches.
[01:34] <thomi> wgrant: crap - I just realised I forgot to link the bugs. Is it too late to do that now?
[02:10] <wgrant> thomi: yes, but i linked the two you filed earlier :)
[02:11] <thomi> wgrant: ugh, thanks
[03:02] <thomi> wgrant: just want to make sure that it's OK to use purge-inbox.py from lp-dev-utils on the staging inbox? (I'll keep 1 weeks worth)
[03:05] <thomi> I'm taking your silence as a tacit agreement :D
[03:16] <wgrant> thomi: Yep, I normally prune to two or three days.
[03:16] <wgrant> If someone expects mail to stay in the staging mailbox, that's their own problem :)
[03:16] <thomi> yeah - even a week's worth is 34k mails :(
[03:16] <wgrant> Hm, shouldn't normally be that much. Odd.
[03:18] <thomi> hmm, no, something's not right
[03:18] <thomi> I'm purging mails, but offlineimap is still downloading them
[03:19] <wgrant> purge-inbox.py probably doesn't expunge until the end.
[03:19] <wgrant> offlineimap likely downloads anything that hasn't been expunged.
[03:19] <thomi> I'm waiting till purge-inbox has finished
[09:53] <cjwatson> wgrant: git-lookup, path/segments> this was because it's convenient that way for the callers; the ones that pass an iterable of segments do so because they're expecting to have more to traverse afterwards.  (For example my browser Person traversal code uses this.)  Also with a path it's inconvenient to indicate what's left, whereas with an iterable of segments we can just consume the used ones.
[09:56] <wgrant> cjwatson: Right, sounds fine.
[10:38] <wgrant> Right, just need to sort out the cache maintenance garbo jobs on Monday, and translations should all render fast, except for ddtp-ubuntu which should render in about two seconds.
[10:56] <cjwatson> wgrant: I'm having some difficulty working out what you mean in your git-finish-sharing review.  The method you're commenting on doesn't handle specs, and gitrepositories_by_id is needed to compute visible_gitrepository_ids.  What are you trying to solve there?
[10:56] <cjwatson> wgrant: Do you mean something like http://paste.ubuntu.com/10446516/, and relying on the Storm cache to make it efficient that we're walking over the objects twice as often?
[10:56] <cjwatson> wgrant: And likewise for getVisibleArtifacts?
[10:59] <wgrant> mrh
[10:59] <wgrant> does that really not do specs?
[10:59] <wgrant> sigh
[10:59] <cjwatson> Apparently not
[11:00] <wgrant> Though it isn't used except for branches, IIRC.
[11:00] <wgrant> Indeed.
[11:01] <cjwatson> Yeah, and git won't need it even with subscriptions because we have no stacking.
[11:01] <wgrant> s/specs/branches/ in my comment, the rest stands.
[11:01] <wgrant> Yeah.
[11:01] <cjwatson> But anyway, presumably the same kind of thing applies to getVisibleArtifacts.
[11:01] <wgrant> The only "problem" I was trying to solve was that it was hideous and convoluted.
[11:02] <wgrant> We construct a map because reasons.
[11:02] <cjwatson> It seems more efficient to construct a map, but maybe that's a meaningless microoptimisation.
[11:03] <wgrant> uHeh
[11:03] <wgrant> At the scale this method is used at, the overhead of constructing the dict is probably greater than the penalty of avoiding it.
[11:04] <cjwatson> OK, I'll see how it all looks without.
[11:04] <wgrant> (though the old implementation walks through the original list twice anyway, due to the two keys() calls. so it's really very little difference)
[11:05] <wgrant> The only reasonable optimisation I might consider is making visible_foo_ids a set.
[11:05] <cjwatson> That's not going to actually try to look up attributes of database objects.  But hopefully the Storm cache will be enough.
[11:06] <wgrant> But I'd not do that in this case because the benefit is minimal and it would cause a linebreak :)
[11:06] <wgrant> Oh, well, if the input parameters are Storm resultsets then it could duplicate work, that's true.
[11:07] <wgrant> But the objects won't be invalidated unless they somehow get evicted from the cache, and even then accessing the PK won't cause a re-query.
[11:07] <wgrant> Anyway, I'm not fussed either way. My suggestion was just a lot more readable, IMO.
[11:08] <cjwatson> Looks like they're always real lists, and in the getVisibleArtifacts case they're always one-element lists.
[11:08] <cjwatson> At least in model code.
[11:08] <cjwatson> (And browser.)
[11:08] <cjwatson> I have some time while buildbot churns :-)
[11:11] <cjwatson> getVisibleArtifacts doesn't even use the values except for bugs, meh.
[11:28] <cjwatson> OK, simplification pushed now.
[14:26] <cjwatson> srsly buildbot
[17:32] <cjwatson> wgrant: I had a stab at your other two code branches, but I don't think I'm remotely qualified to review https://code.launchpad.net/~wgrant/launchpad/bug-736005-trivialise/+merge/250447
[18:23] <cjwatson> OK, so I think I have the turnip charm deployable locally again and actually running the API service.  I'll work on porting my little lp.code.githosting module over to the new code on Monday, and then it'll be possible to finish off xmlrpc tests and push that next branch.
[21:45] <wgrant> cjwatson: Thanks. The person most qualified to review that is either a statistician or voodoo priest.
[23:04] <cjwatson> stub: https://code.launchpad.net/~cjwatson/launchpad/upgrade-requests/+merge/251337 just in case there was some reason you didn't complete that upgrade
[23:07] <cjwatson> but with that I just managed to push a new repository to a juju deployment of turnip, so back in business there \o/
[23:08] <cjwatson> just one more small patch to push to the charm for that when I get a moment, and then back to the remaining 2000-ish lines of git-megabranch