[04:50] <tarpman> lunaphyte: ah right! I found the place debconf priority is documented. https://www.debian.org/releases/jessie/amd64/ch05s03.html.en#installer-args :P
[05:35] <cooldharma06> hi all
[05:35] <cooldharma06> i am trying to access pudb from my remote machine via ssh
[05:35] <cooldharma06> keys are not working
[07:46] <trimas> is SHA1 used in Ubuntu's default FDE setup less secure than using SHA256/512? SHA1 has been deemed insecure since 2005, or am I misinformed?
[08:34] <jamespage> morning all
[08:41] <RoyK> morning
[10:55] <jamespage> coreycb, ddellav: SRU's mainly caught up with - Kilo is all in proposed and tested OK
[10:56] <jamespage> nova and keystone point releases in the sru team queue for wily
[11:13] <Slashman> hello, I'm trying out lxd on ubuntu 15.10 and it works great but I have an issue when I start a container with debian jessie, I can't stop it: "lxc stop" get stuck and running "poweroff" inside the container get me "Failed to talk to init daemon.", with ubuntu container, there is no issue so my question is: how do you stop a debian container?
[11:14] <Slashman> btw the container is unprivileged
[11:38] <coreycb> jamespage, awesome, thanks
[11:38] <jamespage> coreycb, np
[11:59] <httperr418> hi folks, I have an automount question
[12:00] <httperr418> I'm actually running ubuntu desktop but I wanted to do this via CLI so they suggested asking here
[12:00] <httperr418> I want to ensure that automounting is disabled for any device by default
[12:00] <httperr418> er, any external device
[12:01] <httperr418> I know it's possible because I've done it before, but I can't find the guide I located last time
[12:41] <ddellav> jamespage cool, ty
[13:09] <mojtaba> I can create proxy server using ssh -D locally and configure network manager manually to use it. Is there a way to select which addresses use this proxy? (By specifying something special in the URL, like http_proxy instead of http?) What is configuration URL for?
[13:28] <jamespage> coreycb, added some bug management features to the tools that push stuff between uca pockets this morning as well:
[13:28] <jamespage> https://bugs.launchpad.net/cloud-archive/+bug/1546445
[13:29] <jamespage> for an example...
[13:30] <coreycb> jamespage, oh I like that, that last comment is automated then?
[13:30] <jamespage> coreycb, yes
[13:30] <jamespage> coreycb, also adopting the tag based verification approach that the sru team uses...
[13:31] <coreycb> jamespage, that's nice.  and does it auto-mark status as fix released?
[13:34] <jamespage> coreycb, it should do - not tried that bit yet
[13:35] <coreycb> jamespage, ok.  thanks for all that!
[13:38] <coreycb> jamespage, I'm still debating if it makes sense to have a barbican-api init script or if directly using the apache2 init script makes more sense
[13:46] <jamespage> coreycb, if you're running it under apache2, no init script required
[13:48] <coreycb> jamespage, ok, that is the case.  it's a change for users though since it used to run under uwsgi and had barbican-api init scripts. but we had to drop uwsgi to try and get it into main.
[13:55] <jamespage> coreycb, can you take a read through this please - https://wiki.debian.org/Apache/PackagingFor24
[13:55] <coreycb> jamespage, yep
[13:55] <jamespage> coreycb, you're doing alot of work in maintainer scripts you don't need to right now
[13:56] <jamespage> coreycb, infact if you install the conf files directly to /etc/apache2/conf-avaliable and us dh_apache2 it will generate most of the required bits for you
[13:57] <coreycb> jamespage, ah that's nice. I'll revisit that after reading.
[13:57] <jamespage> coreycb, actually its even nicer that that
[13:58] <jamespage> you just have to have a .apache2 file in debian/ listing the conf files you want to enable...
[13:58] <coreycb> jamespage, very nice
[14:12] <Slashman> to answer my own question from this morning, to stop a container that do not want to stop with "lxc stop", you must use the command "lxc stop <container> --force" which is undocumented
[14:13] <jjrabbit543> hello
[14:14] <jjrabbit543> ICMP protocol doesn't use a port?
[14:14] <jjrabbit543> how is that possible
[14:15] <rbasak> IP doesn't define ports. TCP and UDP do. ICMP is not TCP and UDP. It layers directly on IP.
[14:18]  * patdk-wk kindof wishes we had 32bit ports
[14:20] <jjrabbit543> found the cisco guy
[14:21] <jjrabbit543> just joking. thanks man that makes more sense
[14:22] <jjrabbit543> can anyone tell me why  Your nick is owned by user<EMAIL_ADDRESS>[14:22] <jjrabbit543> it says that?
[14:22] <jjrabbit543> woops sorry meant to send to different channel
[14:49] <cyphermox> rharper: how is multipath-tools?
[15:07] <rharper> cyphermox: xnox was going to look at the FFE/merge and upload on Friday IIRC; I haven't looked yet
[15:08] <rharper> cyphermox: https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1551952
[15:08] <rharper> cyphermox: stgraber said it was OK to upload, so it just needs a sponser
[15:08] <cyphermox> yeah, stgraber acked it
[15:08] <cyphermox> xnox: ?
[15:09] <rharper> cyphermox: I also pushed a fix upstream to debian re systemd.service file (the disable systemd for udeb broke linking against libsystemd for the non-udev, which broke notification via sd_notify);  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817940
[15:10] <rharper> need to pull that fix in (instead of disabling systemd) in our package
[15:33] <ndee> I'm looking for following tool: a user can create a payload in the browser and adds it to a queue. The queue payload gets executed by the root user, since some special privileges are needed. Does anyone know of some sort of queue tool?
[15:34] <Sling> sounds like a horrible idea
[15:34] <Sling> what problem are you trying to solve with this? or are you trying to create malware?
[15:35] <ndee> Sling: haha, no. What I'm trying to do is sync a staging environment of a CMS to a live environment. At the moment, I have an extension for that CMS which creates a file and a cronjob checks if that file exists and if it does, executes a task. That's the workflow I created 8 years ago and I'm wondering if there might be something "smarter" around the way.
[15:36] <patdk-wk> there are hundreds of queue tools to use, pick one and use it
[15:36] <patdk-wk> the issue is, the whole idea is flawed from the start
[15:36] <ndee> patdk-wk: it is some sort of deployment and I'm not sure what a better way would be.
[15:36] <patdk-wk> something that doesn't use a webserver :)
[15:37] <patdk-wk> it sounds like you already solved it
[15:37] <patdk-wk> cms creates a backup file, and cron job that checks if file exists and deploys it
[15:37] <patdk-wk> so sounds like the only thing you have to do is create another cron job
[15:37] <patdk-wk> if new backup file exists, copy it to the production server
[15:37] <ndee> patdk-wk: so that's not a bad way to deploy something?
[15:38] <patdk-wk> only if, anyone is allowed to make that file
[15:38] <ndee> I sometimes get insecure with all those new flash tools and think that I also have to use it :D
[15:38] <patdk-wk> if a webuser can upload that file, and let it audodeploy, whatever they want :)
[15:38] <patdk-wk> make sure that file location is well outside of what the webserver is allowed to touch
[15:38] <patdk-wk> and permissions are tight
[15:39] <ndee> patdk-wk: the location of the file has to be writeable by the webserver, otherwise, the file can't be generated.
[15:40] <patdk-wk> no
[15:40] <patdk-wk> from your dev enviroment, sure
[15:40] <ndee> ah
[15:40] <patdk-wk> that dev enviroment shouldn't be accessable to the outside
[15:40] <patdk-wk> but on the live/production one, you should take care that file is protected
[15:40] <ndee> of course
[15:41] <patdk-wk> or rather, firewall rules should be protecting the dev one
[15:41] <patdk-wk> so file level access, isn't strictly required, nice, but
[15:48] <jamespage> rbasak, kickinz1: hey - just reviewing the pacemaker merge from debian - I've tested the upgrade as I wanted to ensure that the package splits upgraded ok - works fine
[15:48] <jamespage> are you both happy we want todo that this cycle?
[15:56] <kickinz1> jamespage, rbasak thanks jamespage for having taken the time to look after it, I think that we want it this cycle yes.
[16:01] <jamespage> kickinz1, rbasak: ok uploaded
[16:02] <kickinz1> jamespage: thanks!
[16:07] <daften_> hi, i have a problem on a server with sudo, it won't use the users password
[16:07] <daften_> the users password is correct, i've checked this by issuing passwd and entering the current password, which is accepted
[16:08] <daften_> the sudo config is also correct. i've changed the file in /etc/sudoers.d/ that gives sudo rights to the group so it gives sudo rights without password entry, and then i can issue sudo commands
[16:08] <daften_> so there's something very strange going on, and i have no clue. can somebody help me?
[18:04] <jeeves_moss> what is the best cliserable VPN server that uses an HTTP client that is free?  We have a bunch of IoT devices that we would like to connect to the network (to a NATed system), and not to have to worry about a bunch of open devices floating around
[18:11] <patdk-wk> none?
[18:11] <patdk-wk> http is not secure, so don't use it for a vpn
[18:13] <jeeves_moss> patdk-wk: I meant https.  missed a letter.  we're looking for something that will punch through a NAT router
[18:13] <patdk-wk> sounds like openvpn
[18:13] <patdk-wk> unless you need to be http proxy aware
[18:16] <jjrabbit543> hello
[18:16] <jjrabbit543> anyone know if there is a more recent project of this tool?
[18:16] <jjrabbit543> https://sourceforge.net/projects/ldaptool/
[18:18] <sarnold> jjrabbit543: that sounds kind of like https://directory.apache.org/studio/
[18:19] <sarnold> jjrabbit543: i'm normally hesistant to recommend anything from the apache project but .. i'm not sure where else you'll find this sort of thing.
[18:20] <teward> rbasak: ping - who do i bother when i see something that prevents testcases from being completed in the server dailies?
[18:20] <teward> is that matsubara still, or someone else?
[18:21] <matsubara> teward, Hi, I can take a look. What's up?
[18:22] <teward> matsubara: refer to today's server testcase, i filed a failed testcase, can't select keyboard layout per the testcase, possibly bug 1559507
[18:22] <teward> (initially observed 20160318 Lubuntu alt, then 20160319 Server, by phillw, poked to me in another channel to test/confirm)
[18:23] <teward> confirmed today by myself, both Lubuntu alt and Server
[18:23] <teward> matsubara: i'd poke the release team, but i'd like more eyes on it first :)
[18:24] <teward> note this is on the iso tracker
[18:24] <teward> not on our autotests (if we do them)
[18:26] <teward> matsubara: i'd set the bug as "high" because we may have cases where people have foreign keyboard layouts that need selected (or can't be autodetected), but again, i wanted some extra opinions
[18:28] <teward> matsubara: note that installation progresses as it should, apparently, but that means that either we're deprecating and removing keyboard layout selection, or our testcase is bugged, or the bug is actually something missing
[18:28] <teward> i'm not qualified, I think, to make that determination
[18:29] <matsubara> teward, thanks for raising that. I think you're right. It should be high or if this is an intentional change the testcase needs update
[18:29] <teward> matsubara: thank phillw (the one who brought up the 'no 32bit qa iso manual test cases' problem a while ago) for pinging me randomly on it
[18:29]  * teward usually avoids testing unless he has to
[18:30] <teward> matsubara: I'll set it to High for now, but can you poke around to see if this is an intentional change?
[18:30] <matsubara> teward, yep, I'll check it out. In any case I'll add a topic for discussion in tomorrow's meeitng
[18:31] <teward> matsubara: thanks!  i'm making a comment that i'm setting high after discussing with you :)
[18:31] <matsubara> thanks teward
[18:31] <teward> you're welcome
[18:33] <teward> matsubara: and thanks for replying promptly :)
[18:44] <teward> matsubara: confirmed that the install is otherwise unaffected, though, with regards to the test case - the testcase in its current form just can't be completed, but installations apparently can
[18:49] <teward> though i wouldn't put faith in that
[19:06] <j^2> Hi!
[19:06] <j^2> I was just convinced to come here per dobey from #ubuntu-quality
[19:07] <j^2> I work for Chef software, (what used to be opscode) and I wanted to talk about the version of chef that comes in when you do an apt-get install -y chef
[19:07] <j^2> it seem in 16.04 chef_12.3.1-1_i386.deb comes in, which is great
[19:07] <j^2> but that’s not the must up-to-date
[19:07] <j^2> we are at chef_12.8.1-1_i386.deb now
[19:08] <j^2> not to mention we have another SDK called the chefdk that we would like to add as an option
[19:08] <j^2> who can i talk to about who owns these, and work with them?
[19:08] <teward> j^2: we're past feature-freeze, so any updates and feature additions would need individual exceptions.
[19:08] <sarnold> j^2: https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze_Exceptions
[19:08] <teward> and testing
[19:08] <teward> and review by the release team for inclusion
[19:08] <teward> the link sarnold provided gives details
[19:09] <j^2> awesome, thanks! I’ll start reading through this :D
[19:09] <teward> j^2: obvious question: is this in Debian yet
[19:09] <teward> aaaand rmadison answered my question
[19:09] <teward> it is not
[19:09] <j^2> so that’s the problem, i’m not sure because i don’t know how it’s getting there. No one seems to know
[19:10] <teward> i assume we're talking about the 'chef' package
[19:10] <j^2> somebody has to own this
[19:10] <j^2> yep
[19:10] <sarnold> it seems like there's a reasonable chance, chef is in universe and it looks like a 'leaf' package
[19:10] <teward> sarnold: no Debian updates, though, so it'd need more testing
[19:10] <j^2> ok
[19:10] <sarnold> bummer though, logan did a merge just five days ago..
[19:11] <j^2> yeah it seems that isn’t the official chef package either from debian
[19:11] <j^2> it’s not ours, it was created by someone else
[19:11] <j^2> we have our packages posted: https://downloads.chef.io/chef-client/ubuntu/
[19:12] <j^2> so does that mean i should go to debian to get this fixed or through y’all?
[19:12] <sarnold> probably both
[19:12] <j^2> lovely
[19:12] <sarnold> a month ago maybe justdebian would have sufficed
[19:12] <sarnold> but, feature freeze and all
[19:12] <j^2> grrrr
[19:12] <j^2> ok, well this is my task, i’ll make it happen
[19:13] <j^2> lets start with y’all, i’m assuming i should go through the exception docs to get myself informed here?
[19:13] <sarnold> yeah, that's a good starting point
[19:13] <j^2> start that process, then who/where should i go for the debian group?
[19:14] <sarnold> I -think- this is the most recent chef changelog from debian http://metadata.ftp-master.debian.org/changelogs/main/c/chef/chef_11.12.8-2_changelog
[19:14] <jcastro> https://qa.debian.org/developer.php?email=pkg-ruby-extras-maintainers%40lists.alioth.debian.org
[19:14] <sarnold> I -think- you won't go too far wrong if you email the three or four most recent uploaders; maybe filing a bug?
[19:14] <jcastro> that's what the PTS lists as the chef maintainers
[19:14] <jcastro> https://tracker.debian.org/pkg/chef
[19:14] <sarnold> ah, go with jcastro's link instead :)
[19:15] <j^2> woah, that’s not great, that’s not us at all
[19:15] <sarnold> that's usual
[19:15] <j^2> :-/
[19:15] <jcastro> most packaged software is not done by the people who write it
[19:16] <teward> ^ that
[19:16] <j^2> jcastro: i guess that makes sense
[19:16] <teward> (nginx as a prime example)
[19:16] <jcastro> though IME most packagers prefer to have a good relationship with their respective upstream and just teamwork it all
[19:16] <teward> ^
[19:16] <j^2> but we have packages that are packaged by us… it’s odd y’all don’t just take them right?
[19:17] <teward> j^2: we inherit our packages for the most part from Debian, I believe.  Nginx is in your type of case as well - they provide official packages on their own "official" repository, but many people use what's just in Ubuntu
[19:17] <jcastro> ideally, the upstream and the distro would share the same source packaging
[19:17] <teward> ^ that
[19:17] <j^2> ah interesting
[19:17] <teward> and yes i'm referring to nginx a lot because I work in that package :)
[19:17] <jcastro> but not, we need to be able to rebuild the entire archive from source so we don't just copy binaries into the archive
[19:17] <j^2> ;)
[19:18] <j^2> hmm, ok so there are a handful of things/conversations i need to have no it seems
[19:18] <j^2> now*
[19:18] <jcastro> yeah, but there's no reason it can't happen all at once
[19:18] <j^2> jcastro: sorry i’m not following
[19:18] <jcastro> if you fix it in debian then for us it's just a sync
[19:18] <j^2> ah!
[19:19] <jcastro> it's not "debian fix problem A, ubuntu fix problem A" It's "Debian let's fix problem A, ubuntu grab that."
[19:19] <jcastro> though, one thing worth investigating right off
[19:19] <sarnold> .. but at this point in the 16.04 LTS release cycle, you'll still need the paperwork finsihed even if it is just a sync from debian :)
[19:19] <jcastro> is find the difference between your packages and the debian packages
[19:19] <jcastro> like, are they carrying patches?
[19:20] <j^2> yeah there are a ton of updates iirc
[19:20] <jcastro> https://sources.debian.net/src/chef/12.3.0-3/debian/patches/
[19:20] <jcastro> for example
[19:20] <j^2> I’ll have to figure it out
[19:21] <sarnold> .. and figure out what to do with ubuntu's difference from debian, too https://patches.ubuntu.com/c/chef/
[19:21] <jcastro> ideally someone says "ok let's just take all these changes and fix them in one place"
[19:21] <jcastro> that one place probably being upstream
[19:23] <jcastro> j^2: well, you haven't quit the channel yet so I guess that's a good sign, heh.
[19:23] <j^2> heh
[19:23] <j^2> yeah i’m trying to figure out the diff
[19:23] <j^2> ;)
[19:23] <sarnold> hehehe
[19:24] <j^2> maaayybeee this is it?
[19:24] <j^2> https://github.com/chef/chef/compare/master...12.3-stable
[19:24] <j^2> wait
[19:24] <j^2> shit
[19:24] <j^2> there we go
[19:24] <j^2> https://github.com/chef/chef/compare/12.3-stable...master
[19:24] <j^2> 4k commits
[19:25] <j^2> between the version on debian and our newest
[19:25] <j^2> stable
[19:26] <j^2> so for that, i’m betting yall want me to go to debian eh?
[19:26] <j^2> let them build the pkg from us, then sync down (after the paperwork)
[19:27]  * jcastro nods
[19:27] <j^2> yeah i have a feeling i’m going to have to keep an eye on this for a while to make sure everyone is getting the correct software :-/
[19:27] <jcastro> j^2: also, there are ways to get newer versions into the LTS down the road
[19:28] <j^2> this type of oversight is probably due to everyone was assuming someone else was watching this stuff
[19:28] <jcastro> via backports and whatnot, so I wouldn't sweat about the deadline. I would of course try to get everything in as quick as you can but I wouldn't panic.
[19:28] <j^2> jcastro: awesome, thanks for that. I’ll start the conversation with debian, and i’ll be around here to ask questions? cool?
[19:29] <jcastro> I'm always around
[19:29] <j^2> \o/
[19:29] <jcastro> or you can mail me at<EMAIL_ADDRESS>[19:29] <j^2> rock on thanks!
[19:29] <jcastro> I owe you guys since we broke the maas<->chef integration, heh
[19:29] <j^2> ha!
[19:29] <j^2> yeah that was going to be the next task after me getting this done ;)
[19:30] <j^2> hey it worked i tested maas 1.8? it worked swimmingly
[19:30] <jcastro> though, posting to the debian list quickly will get eyeballs on it quick
[19:30] <j^2> is there a package ml?
[19:30] <j^2> <— the guy that wrote the maas integration :D
[19:30] <jcastro> I can't speak for those maintainers but most packagers I know love to work with their upstream
[19:30] <j^2> awesome
[19:31] <jcastro> https://qa.debian.org/developer.php?email=pkg-ruby-extras-maintainers%40lists.alioth.debian.org
[19:31] <jcastro> looks to be the list
[19:31] <j^2> awesome
[19:31] <j^2> already making progress :D
[19:32] <jcastro><EMAIL_ADDRESS>is listed as the maintainer list for the ubuntu version of the package
[19:34] <j^2> awesome
[20:20] <nacc> hallyn: stgraber: there is some discusion on #ubuntu-devel about this just now, but having lxc-dns's dnsmasq installed by default (in cloud/server, as lxc is installed by default) means that many (all?) dns-server packages will fail to install
[20:28] <mahmoh> j^2: so you're pretty good then?  need to also ask about a firefox-like package that pulls the latest chef for the LTS releases and beyond
[20:28] <j^2> mahmoh: awesome yeah that would be perfect
[20:28] <j^2> but i need to get debian updated first
[20:28] <j^2> which is the next step if i understand everything
[20:29] <mahmoh> j^2: start an exception for that too then, might be too late though but maybe not
[20:29] <j^2> per the email earlier ;)
[20:29] <mahmoh> gr8
[20:29] <j^2> mahmoh: hey man you know you love me ;)
[20:29] <mahmoh> j^2: let me know if you need anything
[20:29] <j^2> :D
[20:41] <stgraber> nacc: that won't be a problem by the time we release 16.04
[20:53] <nacc> stgraber: thanks, and thanks hallyn for clarifying
[23:20] <unomie> One of my sites is now pointing to my Docroot directory. The .conf file looks fine. Enabled/Disabled & restarted apache to make sure it wasn't using an outdated .conf - https://bpaste.net/show/caf1b10096f6 -  Any ideas?
[23:20] <unomie> other sites are working fine & so was this one up until a few days ago,
[23:20] <unomie> can't find anything in the logs other than it loading the favicon. No errors...
[23:20] <sarnold> try removing the trailing / on DocumentRoot /var/www/html/pagenation.co.uk/
[23:21] <sarnold> apache is quite picky about that trailing / and it always feels like it gets it exactly wrong
[23:22] <unomie> sarnold: Same result
[23:23] <sarnold> unomie: dang. how about the logs? anything in the site-specific error or access logs, or the generic error or access logs?
[23:24] <unomie> checked the syslog in /var/log, and other_vhosts_access.log error.log in /var/log/apache2
[23:25] <unomie> site-specific error log hasnt been updated in a month. Trying to the site-specific error log now but that hasn't been updated in an hour and I've been refreshing the site
[23:26] <unomie> *access.log for the second one
[23:27] <unomie> just spiders crawling the site....
[23:32] <shauno> is there any sign that file's being loaded at all?  I noticed at some point apache started including sites-enabled/*conf instead of sites-enabled/*
[23:33] <shauno> (eg, 'a2query -s')
[23:33] <unomie> shauno: Not sure - where would I check? Yeah I switched over all my sites to .conf a year or so ago (whenever the switch happened)
[23:35] <unomie> shauno: Ta, yeah it's there - pagenation.co.uk (enabled by site administrator)
[23:35] <shauno> fair enough.  just thought I'd ask since that one made things mysteriously disappear for me
[23:36] <unomie> Think it might have something to do with the FQDN. I was messing about with that a month ago as it's set to pagenation.pagenation.co.uk (duplication - I was never able to sort it but the site that wasn't sending out mail started working so I abandoned it)
[23:56] <Pinkamena_D> Has anyone ever tried to join ubuntu to windows active directory with PBIS? I have had success with it, but now I am trying to add a network printer as well. How can I let users use their active directory credentials for the network printer?
[23:57] <bekks> Whats "PBIS"?
[23:58] <tarpman> bekks: http://www.powerbrokeropen.org/
[23:59] <bekks> Never heard of it.


[04:40] <Bashing-om> msim_: :D repaet the question for the channel.
[04:45] <Bashing-om> Info qtbase5-dev jammy
[04:46] <Bashing-om> !info qtbase5-dev jammy
[08:05] <msim_> ah i've resolved it now ha, but thank you Bashing-om :)
[08:09] <Bashing-om> msim_: Good man that you are :P
[08:10] <msim_> :D
[11:56] <lotuspsychje> seems like jammy got new fonts or so? https://imgur.com/a/kRrBYOW


[08:09] <Mirv> seb128: hey there. could you merge lp:~timo-jyrinki/compiz/drop_gles_patch to lp:ubuntu/compiz? I tested it (dropping the patch) fixes ARM build and have given ogra the first builds for testing
[08:10] <seb128> Mirv, hey, sure, let me have a look
[08:34] <seb128> Mirv, merged but that's probably not enough
[08:35] <seb128> Mirv, shouldn't compiz build-depends on libegl rather than libgl?
[08:36] <Mirv> seb128: good point. so that fixes building but probably does not enable actual egl/es usage (even though the functionality is now es compatible)
[08:37] <seb128> Mirv, $ bzr diff -c 3263
[08:37] <seb128> Mirv, I guess that commit should be mostly reverted?
[08:37] <seb128> like restoring "gles2_architectures := armel armhf" in the rules
[08:37] <seb128> or should gles be used on all arches?
[08:38] <seb128> duflu, ^ should compiz use gles on all arches?
[08:39] <duflu> seb128: No. Only platforms where you have no choice (ARM)
[08:39] <seb128> ok
[08:39] <duflu> seb128: Use libGL where possible
[08:42] <seb128> duflu, -DBUILD_GLES=ON is still what to use to turn gles on?
[08:43] <duflu> seb128: Yes, for ARM
[08:43] <seb128> Mirv, http://pastebin.ubuntu.com/1173417/ looks good to you?
[08:43] <seb128> duflu, ^
[08:43]  * Mirv looks
[08:43] <seb128> that's basically restoring what we had at the time we were distropatching gles
[08:44] <Mirv> it looks good
[08:44] <duflu> seb128: Yes looks right, I think
[08:44] <seb128> duflu, Mirv: thanks
[08:44]  * Mirv fires up a build as well
[08:44] <seb128> Mirv, if I commit that can you get it in the ppa?
[08:44] <seb128> so we can get ogra to copy to the their arm ppa as well
[08:45] <Mirv> seb128: yes, although that release ppa doesn't have arm build enabled
[08:45] <seb128> Mirv, yeah, that's why the "so we can get ogra to copy to the their arm ppa as well" part is there :p
[08:45] <Mirv> yes :)
[08:47] <seb128> Mirv, pushed to lp:ubuntu/compiz
[08:47] <seb128> Mirv, let me know when you get it in the ppa, I will give ogra a ping to get arm testing
[08:57] <Mirv> seb128: ok the sources are now in ppa:unity-team/release with the compiz version number 1:<IP_ADDRESS>-0ubuntu1~test2
[08:57] <seb128> Mirv, thanks
[08:58] <Mirv> I've also one arm build ongoing, finishing in 1h if successful
[08:58] <seb128> ok, great, let me know
[09:01] <seb128> davidcalle, hey
[09:01] <davidcalle> Hey seb128
[09:01] <seb128> davidcalle, how are you?
[09:01] <davidcalle> seb128, fine and you?
[09:02] <seb128> davidcalle, I'm good thanks
[09:02] <seb128> davidcalle, I think you overlooked bug #1041040
[09:03] <seb128> davidcalle, we got a shotwell update yesterday and they moved their dir to .local/share/shotwell
[09:03] <davidcalle> seb128, I fixed it this morning actually, it's because of the new Shotwell version
[09:03] <seb128> davidcalle, so you need to check for .local/share/shotwell/data/photo.db
[09:03] <seb128> davidcalle, ok, the bug comments didn't say that :p
[09:03] <davidcalle> seb128, fixed in trunk, for some reason, I've missed the report.
[09:03] <seb128> davidcalle, I will backport that fix, I get whoopsie to trigger every time I use the dash ... annoying
[09:03] <seb128> davidcalle, thanks
[09:04] <davidcalle> seb128, actually, I would prefer a new full release, it's ready for it, just need to update the version.
[09:05] <davidcalle> seb128, oh no wait.. It needs the new Unity
[09:05] <davidcalle> Nevermind, do you want a branch to fix this specific issue?
[09:06] <seb128> davidcalle, would backported r39 on the current release work?
[09:06] <seb128> davidcalle, if so I'm good thanks, I will just do that
[09:07] <seb128> davidcalle, do you search through exif tags in that lens btw?
[09:07] <davidcalle> seb128, let me check, I'm not sure it will work with the Unity in distro
[09:08] <seb128> davidcalle, don't bother I will just do
[09:08] <seb128> -  shotwell_db = HOME_FOLDER +"/.shotwell/data/photo.db"
[09:08] <seb128> + HOME_FOLDER +"/.local/share/shotwell/data/photo.db"
[09:08] <seb128> ups
[09:08] <seb128> + shotwell_db = HOME_FOLDER +"/.local/share/shotwell/data/photo.db"
[09:08] <seb128> davidcalle, that's the only part really needed
[09:08] <davidcalle> seb128, sadly not for Shotwell, all the Exif parser I've tried are not yet py3, and I've started to port one, but it's just too huge to bring that with the lens.
[09:09] <seb128> ok
[09:11] <davidcalle> seb128, ok then. But it will fail if the file is not here. Give me ten min to check if rev39 is ok.
[09:11] <seb128> davidcalle, ok, no hurry, thanks for checking
[09:22] <davidcalle> seb128, rev39 will work, but the diff is pretty big. It's your call to make the mini patch or use 39. In case you use it, it has a new dependency : gir1.2-gdata-0.0 (like the Google Docs scope)
[09:23] <seb128> hum
[09:23] <seb128> davidcalle, http://bazaar.launchpad.net/~unity-lens-photos/unity-lens-photos/trunk/revision/39 doesn't look to big and I don't see gdata being used?
[09:23] <seb128> it's like you added if photo[16] != 4: and changed the indentation mostly
[09:23] <seb128> and the lower blob is the path one
[09:25] <davidcalle> seb128, I thought you meant using the whole trunk at rev39, and not just using rev39 changes :) Ok then
[09:25] <seb128> davidcalle, oh, no, I plan to bzr merge -c 39 basically
[09:27] <davidcalle> seb128, in case it doesn't merge, there is rev33, which checks if the db actually exists
[09:27] <seb128> davidcalle, thanks
[10:17] <Mirv> seb128: build succeeded, creating packages did not.. apparently some plugin(s?) not build on GLES, dh_install: compiz-plugins missing files (debian/tmp/usr/*/compiz/*bench.*), aborting
[10:18] <duflu> Mirv, seb128: Some plugins don't build for GLES (plugins/CMakeLists.txt)
[10:20] <seb128> Mirv, can you get the .install fixed?
[10:21] <Mirv> seb128: I will
[10:21] <seb128> Mirv, thanks
[10:35] <krychu> Hi, how could I get the sources of HUD on ubuntu? Sorry I don't have experience with ubuntu/HUD but we have some research ideas regarding extending matching algorithms in HUD and wanted to test them.
[11:32] <gord> krychu, bzr branch lp:unity and bzr branch lp:indicator-appmenu - indicator-appmenu is the backend you are probably interested in
[11:37] <krychu> gord: thank you
[11:43] <krychu> I was trying to rebuild unity following this post: http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source/28472#28472
[11:43] <krychu> but it seems that this is not necessary if we are talking about changing the HUD right?
[11:44] <gord> probably not no
[11:49] <krychu> gord: could you please tell me also how to build indicator-appmenu and activate it?
[11:49] <Zhenech> bzr branch …
[11:50] <Zhenech> brz bd -- -us -uc
[11:50] <Zhenech> dpkg -i ….deb
[11:50] <Zhenech> bzr bd*
[11:51] <gord> i would just ./autogen ; make; killall -9 hud-service; ./src/hud-service from the indicator-appmenu directory myself
[11:52] <krychu> great, thanks guys, will try that !
[11:52] <Zhenech> yeah, that might work too
[13:07] <petko10> Hello , is there anyone here who's tried running an allegro app/game under unity ? There's a problem with the window management - Unity doesn't get the window title (though it's correctly displayed on the actual window) and it (unity) doesn't associate the instance of the app with the icon in the launcher (when there's one pinned to it) but it rather creates a new instance with no icon (a question mark) and "Untitled window" cap
[13:10] <petko10> any ideas as to where the communication gap might be will be appreciated . As there is a title on the actual window I figured the window manager has no problems , so I decided to ask here
[13:10] <petko10> there was some discussion on the subject here http://www.allegro.cc/forums/thread/610907/964351
[13:10] <Zhenech> petko10, iirc bamf is the crucial part of matching windows with icons
[13:11] <Zhenech> https://launchpad.net/bamf
[13:48] <petko10> ok, that's a useful direction. But it should work out of the box , I don't suppose I should include BAMF related code into the application (sorry for the delay)
[13:48] <petko10> should I file a bugreport against BAMF ?
[13:51] <Zhenech> the latter
[14:21] <petko10> ok, thanks
[15:00] <gotwig> hey there
[15:35] <davidcalle> kenvandine, ping?
[15:40] <kenvandine> davidcalle, pong
[15:41] <davidcalle> kenvandine, would you have time for a photos lens release?
[15:43] <kenvandine> later today...
[15:45] <davidcalle> kenvandine,  thank you :) By the way, is the Google Docs scope installed by default now?
[15:48] <kenvandine> davidcalle, yes
[15:49] <davidcalle> kenvandine, nice, that's great that I'm not the only one needing the gdata gir on the CD ;)
[15:51] <seb128> davidcalle, can you release an update? i though it would require a new unity?
[15:53] <davidcalle> seb128, I was wrong actually, it works with the current unity, it just doesn't allow all the features (like sorting results from multiple scopes).
[15:53] <seb128> ok
[19:51] <gotwig> how to add support for unity previews to your lens ??
[19:54] <kenvandine> gotwig, hey
[19:54] <gotwig>  kenvandinejo
[19:54] <gotwig> kenvandine: jo ^^
[19:54] <kenvandine> mhall119, are there any docs for that?
[19:54] <kenvandine> gotwig, i just started that myself
[19:54] <kenvandine> by looking at some others as a reference
[19:54] <gotwig> kenvandine: got good links for me?
[19:54] <kenvandine> gotwig, is your lens python?
[19:54] <gotwig> I wanna use them for my cooking lens
[19:55] <gotwig> kenvandine: yes, python 3
[19:55] <kenvandine> cool
[19:55] <gotwig> lp:lens-cooking
[19:55] <kenvandine> look at lp:unity-lens-photos
[19:55] <gotwig> thx
[19:55] <kenvandine> ask questions as you hit them
[19:55] <kenvandine> not sure if there is a howto written yet
[19:55] <kenvandine> mhall119 might know :)
[19:56] <gotwig> kenvandine: you should try ' telnet miku.acm.uiuc.edu ' ;P
[19:56] <kenvandine> funny :)
[19:59] <gotwig> kenvandine: what are your lenses?
[19:59] <kenvandine> gwibber
[19:59] <gotwig> kenvandine: lol?
[19:59] <gotwig> kenvandine: its a really big one, isnt it?
[19:59] <kenvandine> getting bigger :)
[20:00] <gotwig> my lens is also getting bigger
[20:00] <gotwig> ;P!
[20:00] <gotwig> I have 3 scopes
[20:00] <gotwig> in one scope I have the dynamic methods for 3 scopes
[20:00] <Thummar> thx
[20:00] <gotwig> :-)
[20:00] <gotwig> so, 5 scopes
[20:01] <gotwig> local recipe search, online recipe search with cooksunited.nl, cooksunited.co.uk, chefkoch.de, and recipefy.com. about 215,000 recipes
[20:02] <mhall119> kenvandine: gotwig: what might I know?
[20:03] <gotwig> mhall119: about adding unity preview support for your scopes/lenses
[20:03] <mhall119> oh, not that I know of, mhr3 do we have any documentation on the previews API yet?
[20:04] <mhall119> gotwig: davidcalle has some example code you can look at
[20:07] <mhr3> mhall119, are the giraffe docs regenerated?
[20:14] <mhall119> not for 12.10, I don't think
[20:14] <mhall119> and preview isn't in Quantal yet anyway, is it?
[20:15] <gotwig> mhall119: previews are not yet in quantal
[20:15] <gotwig> not in stable unity
[20:16] <mhall119> mhr3: are there any wiki docs or anything?
[21:01] <gotwig> where can I find the right package for translating the unity shortcuts overlay text?
[21:01] <gotwig> https://translations.launchpad.net/ubuntu/quantal/+source/unity/+pots/unity/de/+translate?batch=10&show=all&search=linke+oder+rechte seems to not get used?
[21:04] <sdh> bschaefer: cool, thanks. maybe if i get time i'll try to read around the topic a bit, thanks again :3
[21:04] <sdh> oops, please ignore me
[21:04] <bschaefer> ok :)
[21:05] <sdh> per-buffer scrollback and small arrow keys on my laptop ;)
[21:06] <gotwig> https://bugs.launchpad.net/unity/+bug/924840
[21:06] <gotwig> present since 12.04 beta
[21:06] <gotwig> please read my last comment
[21:59] <davidcalle> mhall119, you can use gir-doc-tool https://live.gnome.org/GObjectIntrospection/Doctools to generate the doc
[22:45] <mhall119> davidcalle: I guess I should re-install the staging PPA then


[02:07] <psusi> anyone know why youtube says firefox is unable to play h264?
[02:08] <psusi> the gstreamer1.0 plugins seem to be installed and I can play h264 videos locally just fine
[02:09] <Daekdroom> psusi, what is the value of media.gstreamer.enabled in about:config ?
[02:10] <psusi> Daekdroom, true
[02:10] <Daekdroom> Hm.
[02:11] <psusi> I was reading various things online that said the old gstreamer0.10-ffmpeg plugin was removed in 14.04 and that was why h264 in firefox broke, but also that firefox 30 gained support for gstreamer1.0
[02:11] <Daekdroom> psusi, does it say it doesn't support h.264 or does it say it doesn't support MSE & h.264?
[02:11] <Daekdroom> The latter is not supported yet.
[02:12] <psusi> says no suport for h264, mse, mse&h264, and mse&webm vp9
[02:12] <psusi> only two that are supported is htmlvideoelement, and webm vp8
[02:14] <psusi> this is a fresh install of 15.04 from the other day, though for some reason the daily iso has not been updated in like a month
[02:14] <Daekdroom> What about media.gmp-gmpopenh264.enabled. Is that one enabled?
[02:17] <psusi> not listed at all
[02:17] <psusi> only has media.gmp-gmpopenh264.lastUpdate and h264.version
[02:18] <Daekdroom> So I guess you do not have the OpenH264 plugin in about:addons?
[02:18] <Daekdroom> That one too can provide H.264 support for Firefox.
[02:18] <psusi> lists "openh264 video codec provided by cisco systems, inc. 1.3
[02:19] <Daekdroom> Is it enabled?
[02:19] <psusi> says it is from openh264.org... I guess so... says always activate
[02:32] <psusi> hrm... seems to work fine in chromium
[06:37] <lordievader> Good morning.
[09:30] <k1l_> dzan: sudo apt-get purge bcmwl-kernel-source broadcom-sta-common broadcom-sta-source
[09:31] <k1l_> then: sudo apt-get install b43-fwcutter firmware-b43-installer
[09:31] <dzan> k1l_: you want me to install all and every possible available driver? :p
[09:32] <dzan> k1l_: wouldn't that put a ton of extra modules on my system? also my chip is the BCM4352 it's supposed to be the bcmwl-kernel-source
[09:32] <k1l_> no. i dont know where you got the infor the bcmwl-kernel-source is the right on, its not
[09:32] <dzan> for people who don't know what this is about: http://ubuntuforums.org/showthread.php?t=2273846
[09:33] <dzan> k1l_: oh oke I read it somewhere that could have been wrong.. but the interface does show up and scanningn for networks does work after installing it so I assumed it was correct
[09:35] <k1l_> the sta driver is the old one. the bcm43 now works best with the b43 driver which ubuntu ships now
[09:35] <dzan> oke, so bcmwl-kernel-source is the sta too?
[09:35] <dzan> k1l_: if I install all those who/how will the right one be picked?
[09:36] <k1l_> i gave you 2 commands. that will erase the wrong driver and install the right driver
[09:37] <dzan> ok I'll execute those and report back
[09:38] <DalekSec> Description says broadcom-sta-dkms / broadcom-sta-source for BCM4352.
[09:39] <k1l_> oh sorry. i had read that as 4322 :/
[09:39] <k1l_> for 4352 the sta one is the right one
[09:40] <dzan> ok.. just crashed trying to connect to some other ap's anyway :-)
[09:40] <nightfuri> anyone on why dmidecode doesnt work in kernel 4.0 ?
[09:40] <dzan> DalekSec: so bcmwl-kernel-source was the wrong one?
[09:41] <DalekSec> k1l_: Best part?  sta is right for 4322s, b43 for 14e4:432b..
[09:41] <DalekSec> dzan: I'd go with dkms.
[09:42] <DalekSec> dzan: And yes, unless you have another card.
[09:42] <k1l_> DalekSec: broadcom really should get their messe sorted there :)
[09:42] <k1l_> *mess
[09:43] <dzan> DalekSec: no I have the bcm4352
[09:43] <dzan> (lspci output)
[09:43] <dzan> rev 03 if that matters
[09:43] <DalekSec> "Additional Drivers" is generally pretty spot on as to which to use.
[09:43] <DalekSec> k1l_: Would make things easier.
[09:44] <dzan> DalekSec: whats different between bcmwl-kernel-source and broadcom-sta-dkms?
[09:45] <dzan> DalekSec: DalekSec broadcom-sta-dkms doesn't work for the latest kernel it seems (3.19.0-14-generi)
[09:45] <DalekSec> dzan: I'd presume one uses dkms, and the other lets you do it.  Go with dkms.
[09:47] <DalekSec> https://bugs.launchpad.net/ubuntu/+source/broadcom-sta/+bug/1439616
[09:48] <dzan> gheh broadcom-sta-source depends on libmail-sendmail-perl and other strange stuff
[09:49] <dzan> DalekSec: the solution is what I had and doesn't work for me
[09:49] <dzan> DalekSec: the adapter seems to work and everything but kernel panic when connecting
[09:50] <dzan> maybe I should downgrade my kernel
[09:52] <DalekSec> lp 1421833
[09:53] <DalekSec> Soo, going with k1l_ here, it's a mess for sure.
[09:55] <dzan> DalekSec: lol... the b43 doesn't work for me so no workaround
[09:55] <dzan> oh maybe it does
[09:56] <DalekSec> That's for a different card, so unless you checked the page with it listed...
[09:57] <dzan> it doesn't I checked
[09:57] <dzan> the arch forum says it's solved for mine the b43 says no support for mine
[10:01] <BluesKaj> 'Morning all
[10:15] <rwsq1> Any ideas why I might be able to login on console and startx but if I install lxdm or lightdm it freezes?
[10:16] <rwsq1> Xorg reports  (EE) modeset(G1): drmSetMaster failed: Invalid argument
[10:16] <rwsq1> however no such issue if I login on console and startx
[10:42] <dzan> DalekSec: any more ideas? i'm out of them and still don't have wifi :(
[10:44] <dzan> omg it was connman after all
[10:44] <dzan> it does work with wicd
[14:44] <ben___> Hello there.
[14:45] <ben___> Anyone else having problems with the login screen? I installed the daily image on April 13th, updated today. But I still can't login
[14:46] <ben___> Type in my pw, hit enter, screen flashes and area with user-name is blank. Need to hit Esc, then I see "Authentication failed" and a retry button, which I can't click. I can log-in via TTY though
[14:52] <BluesKaj> ben___, Ubuntu? if so run systemctl enable lightdm, if on Kubuntu sytemctl enable sddm then reboot
[14:52] <BluesKaj> in the tty
[14:53] <ben___> Right. k, thx, I'll try it. But it would be interesting if this is a bug that affects more people
[14:54] <ben___> I get a message about a missing [Install] section, but I'll try to reboot
[14:57] <ben___> Nope, same thing
[14:57] <BluesKaj> ben___, have you updated and upgraded lately?
[14:58] <ben___> yes, just before coming here
[14:58] <ben___> This issue has been there since I first installed on Monday, have updated and retried yesterday and today.
[14:58] <BluesKaj> desktop or laptop?
[14:58] <BluesKaj> and gpu?
[14:58] <ben___> Virutal Box
[14:59] <BluesKaj> oh, dunno if VB works with 15.04 , I know thaty qmu-kvm does
[15:00] <ben___> k, but thats lightdm misbehaving, not a HW issue. I can boot and do whatever on the TTY
[15:00] <BluesKaj> err qemu-kvm
[15:00] <ben___> Also /var/log/auth.log says something about: lightdm PAM unable to open pam_kwallet.so (no such file or directory)
[15:01] <ben___> Maybe I should file a bug report... Not sure if I should file it for Ubuntu Vivid or lightdm package though
[15:01] <BluesKaj> sorry i don't bother with the wallet, and lightdm does seem to have a login bug , someone was compaining about here yeterday
[15:03] <ben___> Ah I see. that's what I wanted to know, if it's me or a bug.
[15:21] <IdleOne> !info kde-desktop
[15:21] <IdleOne> meh
[16:25] <BluesKaj> IdleOne, kubuntu-desktop
[16:25] <BluesKaj> !kubuntu-desktop
[16:26] <BluesKaj> anyway , gotta go
[17:57] <nightfuri> hey guys does dmidecode works in kernel 4.0 ?
[18:00] <henkjan> $ dmidecode
[18:00] <henkjan> # dmidecode 2.12
[18:00] <henkjan> /dev/mem: No such file or directory
[18:01] <henkjan> thats on 4.0.0-040000rc6-generic
[18:02] <nightfuri> thanks henkjan i get the same thing on 4.0.0-040000-generic x86_64 (64 bit)
[18:03] <nightfuri> what could be the reason of it not working ?
[18:16] <henkjan> nightfuri: the error seems clear. missing /dev/mem
[18:19] <MoonUnit`> get the same error message /dev/mem: No such file or directory
[18:28] <nightfuri> henkjan: sorry i dont know why it is missing /dev/mem.
[18:28] <nightfuri> is it because of the kernel ?
[18:28] <MoonUnit`> i think it was removed an exploit that was found last month
[18:29] <nightfuri> oh
[18:29] <MoonUnit`> i think, googling atm
[18:31] <MoonUnit`> rowhammer was the exploit, trying to find linus's patch he released.
[18:34] <MoonUnit`> not sure, patch says "This disallows anybody without CAP_SYS_ADMIN to read the pagemap."
[18:34] <nightfuri> so i guess it will be fixed in the next kernel verion ?
[18:38] <MoonUnit`> hmm ignore what i said i don't think it's related, it about not letting a non admin being able to read the pagemap.
[18:39] <nightfuri> ok :D
[18:40] <henkjan> its just what the message is saying
[18:41] <henkjan> /dev/mem doesnt exist
[18:41] <henkjan> i don't know why its missing
[19:35] <agronholm> can anyone get the system settings to open on kernel 4.0?
[19:36] <agronholm> it always crashes for me
[19:37] <MoonUnit`> in kde? open for me.
[19:38] <PryMar56> agronholm, are you talking about `make menuconfig`?
[19:38] <agronholm> what?
[19:38] <agronholm> unity-control-center
[19:39] <PryMar56> ok
[19:46] <agronholm> so any one of you who uses kernel 4.0 -- are you able to launch it?


[07:15] -SwissBot:#ubuntu-news- ::Softpedia:: The Final Debian 9 “Stretch” Update Is Now Available for Download @ https://news.softpedia.com/news/the-final-debian-9-stretch-update-is-now-available-for-download-530573.shtml (by Bogdan Popa)
[07:39] -SwissBot:#ubuntu-news- ::Softpedia:: Google Considering Dual-Screen Chromebook as Microsoft Surface Neo Rival @ https://news.softpedia.com/news/google-considering-dual-screen-chromebook-as-microsoft-surface-neo-rival-530574.shtml (by Bogdan Popa)
[08:04] -SwissBot:#ubuntu-news- ::Softpedia:: Ubuntu 19.10 Eoan Ermine Is Now Dead for Good @ https://news.softpedia.com/news/ubuntu-19-10-eoan-ermine-is-now-dead-for-good-530575.shtml (by Bogdan Popa)
[20:20] <Bashing-om> UWN: Issue640 up for review and final edits: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue640 :D


[04:19] <energizer> When i start up there's a long period of waiting for network connection that it doesnt find -- how can i disable this?
[04:19] <energizer> or how can i disable cloud-init altogether?
[15:34] <rharper> blackboxsw: https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/329122  (logging-gmtime)
[15:35] <blackboxsw> grabbing it
[15:36] <rharper> I think that should force the analyze code which parses timestamp strings to produce UTC based timestamp values
[15:37] <rharper> it's possible that in the unittest if analyze/dump.py isn't pulling in logging from cloudinit/log.py then we'd miss it
[15:37] <rharper> but I think in general, we want any cloud-init module to import logging via cloudinit.log
[17:06] <blackboxsw> rharper: ok reviewed https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/329122 it'd be nice to have a unit test for that. but doesn't have to block this one.
[17:13] <blackboxsw> also I pushed latest/final changes for the timestamp work in unit tests on the analyze branch.  I didn't have to mock, but let the unit test calculate timestamps using local time as well. https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/328819
[17:31] <rharper> blackboxsw: cool
[17:31] <rharper> I'll re-review
[18:57] <blackboxsw> just sent and email to Sankar about the vmware branch that's in activereview (too see if we might get that landed before next week too.
[19:32] <rharper> powersj: I see you performed the subprocess.Popen dance to get your file via stdin, nice !
[19:32] <powersj> rharper: thx!
[19:32] <powersj> that worked really easily
[19:33] <rharper> we could look at adding stdin support to subp
[19:33] <rharper> since w're setting the values via Popen anyhow; just not there today
[23:23] <stanguturi> Need some help regarding the 'network config rendering'... I have a datasource that specifies all the proper network configuration in proper format in network_config property. I noticed that cloud-init writes that settings to /etc/network/interfaces.d/50-cloud..cfg file instead of /etc/network/interfaces
[23:23] <stanguturi> Any specific reason for this.
[23:28] <nacc> stanguturi: presumably so that it's easy to know what cloud-init owns?
[23:28] <nacc> stanguturi: does it break something?
[23:28] <nacc> (also actually with two . ?)
[23:29] <stanguturi> @nacc, Not actually breaks. I want to know how does the system work if we write the network configuration data in a file other than /etc/network/interfaces
[23:30] <nacc> stanguturi: does your /e/n/i have a line like "source-directory interfaces.d" ?
[23:30] <nacc> stanguturi: i believe that is the default in debian, not sure, don't have a fresh image sitting in front of me at the moment
[23:34] <stanguturi> I don't think I have it. Will check Thanks
[23:34] <nacc> stanguturi: just going off of `man interfaces`


[00:33] <bdrung_> does someone have time to sponsor the merge request in bug #383307? audacious was sponsored, but without the audacious-plugins it is useless.
[00:56] <binarymutant> still no revu ;(
[01:02] <directhex> popey, been having fun on certain IRC channels i see
[01:03]  * directhex wonders if he's going to be moaned about on the podcast again
[01:03] <binarymutant> does anyone know if the hashlib module for python errors silently or if it will print any problems?
[01:08] <directhex> Ng, has your "curiosity" about certain IRC channels been fulfilled?
[01:10] <james_w> nellery: congratulations
[01:10] <nellery> james_w: thank you :)
[01:11] <james_w> sorry I didn't leave a comment on your application, I wasn't expecting the meeting to be so soon
[01:12] <nellery> james_w: no problem at all
[01:16] <directhex> congratulations? nellery is the new BDFL?
[01:33] <nellery> could a u-u-s admin add me to the team?
[01:55] <ajmitch> nellery: I guess I can remove my copy of things I was looking at sponsoring for you :)
[01:56] <ajmitch> & welcome to the MOTU team
[01:56] <nellery> ajmitch: thanks :)
[01:57] <directhex> i for one welcome our new nellery overlords
[01:58] <nellery> hehe thanks directhex
[01:58] <ajmitch> directhex: get him hooked on mono drugs!
[03:50] <vorian> any java experts awake?
[04:01] <nellery> directhex: did you see linuxhaters reply to your mono post?
[05:12] <jmarsden> I have a package bibletime 2.0-1 that was synced from Debian into Karmic, rmadison shows it is there... but I just downloaded the Karmic Alpha2 CD and using Add/Remove programs it finds only a much older 1.6.5 package... is this expected behaviour?  sudo apt-get -s install bibletime   finds bibletime 2.0-1 -- why are the two install tools inconsistent, and does this indicate anything I should change in my package so th
[05:12] <jmarsden> at it will show up in Add/Remove Programs?
[05:16] <j-dizzle> d'oh. stupid dput.cf
[05:32] <StevenK> jmarsden: Did you update in Add/Remove Programs? If so, perhaps the mirror your using is out of date.
[05:33] <jmarsden> I did, and I'm using whatever the default mirror is... I was deliberately emulating a user who doesn't know how to edit /etc/apt/sources.list :)
[05:33] <jmarsden> Also, does Add/Remove programs use a different pacakge database than apt-get ??
[05:36] <jmarsden> Same issue with xiphos, another package recently synced into Karmic... it is visible to apt-get but not to Add/Remove Programs.
[05:40] <StevenK> jmarsden: That's odd.
[05:41] <StevenK> jmarsden: I'm not sure if it uses a different database to apt
[05:42] <jmarsden> OK, thanks.  I usually just use apt-get from the shell; I'll look at what Add/Remove Programs really does :)
[06:04] <Hew> Hi MOTUs. I'm having a look at merging revelation, and I'm trying to work out if I can drop dependencies on python-gnome2-extras and python-gnome2-desktop as they are not in the latest Debian version. I've had a look at the Debian and Ubuntu changelogs, but still can't work out what's going on.
[06:05] <Hew> -extras should have been dropped in the version Ubuntu has now, according to the Debian changelog and debian bug 485298
[06:06] <Hew> and -desktop seems to be an Ubuntu change that has been around for years, but I'm not sure why
[06:08] <fabrice_sp> Hew, in the changelog: depend on python-gnome2-desktop (>= 2.15.0) to be able to import
[06:08] <fabrice_sp>         gnomeapplet.Applet
[06:09] <fabrice_sp> in version 0.4.7-4ubuntu1
[06:09] <fabrice_sp> when looking for why a change has been done, the changelog is your friend :-)
[06:10] <Hew> fabrice_sp: Yes I saw that, it's quite old and I'm not sure what that means. gnomeapplet.Applet is no longer mentioned in the recent changelogs, so I'm wondering if the Ubuntu-specific change is still required?
[06:11] <Hew> perhaps the gnomeapplet.Applet change no longer applies, and the dependency is just leftover?
[06:11] <lifeless> Hew: just test it - remove python-gnome2-desktop and check it still works
[06:11] <lifeless> Hew: what makes you think gnomeapplet.Applet is a change?
[06:11] <fabrice_sp> Debian bug #377362 is mentioned. Did you had a look? (just ot see what's failing)
[06:11] <fabrice_sp> a FTBFS, so lifeless is right: drop the dependecy, and build it
[06:12] <fabrice_sp> s/dependecy/dependency/
[06:12] <lifeless> [and run it after building, to be sure]
[06:12] <fabrice_sp> right :-D
[06:12] <Hew> thanks fabrice_sp, lifeless, will do :-)
[06:13] <fabrice_sp> ;-)
[06:15] <Hew> any ideas about python-gnome2-extras? I'm not sure why it's in revelation 0.4.11-3.1 as debian bug 485298 seems to say it isn't
[06:16] <fabrice_sp> Hew, it's a build dependency?
[06:16] <fabrice_sp> if so, the same as before
[06:16] <fabrice_sp> yeah: the bug you mention speak about a FTBFS, so the same as before
[06:17] <Hew> fabrice_sp: it's a normal Depends, but I'm not sure why it's there in the current Ubuntu version
[06:18] <Hew> the -4 changelog says it was removed in -3.1, which Ubuntu already has
[06:18] <fabrice_sp> wrong merge, perhaps?
[06:18] <Hew> yea I dunno, I'll just drop it and see what happens :-)
[06:28] <fabrice_sp> I found a bug report in Jaunty that is worth a SRU (a Fail To Install), but is not yet fixed in Karmic. I have a debdif fixing this bug for Karmic and closing this bug report. is it ok? Or should I already create the SRU data?
[06:31] <lifeless> Once you have it fixed in karmic, nominate for jaunty and do the sru process
[06:32] <lifeless> I wouldn't close the bug report without starting the SRU process otherwise it could get lost
[06:33] <fabrice_sp> ok. I'll nominate it for Jaunty, then, before attaching my debdiff
[07:06] <fabrice_sp> wouah: in Karmic, we still have 57 packages that rdepends on python2.5
[07:07] <fabrice_sp> (just found 2 looking at ttp://qa.ubuntuwire.com/ftbfs/ )
[08:31] <wlx> Is there any problem with revu.ubuntuwire.org? I can not visit the site.
[08:50] <popey> directhex: fun?! :)
[08:51] <popey> directhex: I stayed out of that on the podcast because I am not anti-mono and didnt want to get into a lengthy heated debate about it
[08:51] <AnAnt> is that about uupc ?
[08:52] <AnAnt> oh, you're Alan
[09:30] <AnAnt> Hello, I'm maintaining fsplib
[09:30] <AnAnt> and upstream used to support two build systems: autoconf & scons
[09:30] <AnAnt> now he released a version that removes autoconf support
[09:31] <AnAnt> so, should I re-add the autoconf support in debian packaging, or should I use scons ?
[09:31] <AnAnt> the problem with scons so far is that I cannot build shared libs with it
[09:31] <AnAnt> only static lib
[09:31] <AnAnt> seems that upstream didn't add necessary config options in the scons config files for shared libs
[09:33] <jmarsden> AnAnt: Probably better to patch the scons config stuff and feed that patch back upstream
[09:33] <AnAnt> ok, I hope I know how to do that
[09:34] <jmarsden> If not, you can enjoy learning more about it :) :)
[09:36] <jmarsden> http://www.scons.org/doc/HTML/scons-user/c593.html#AEN641   may help with the basics?  (I'm not an scons user, that's from Googling)
[09:44] <AnAnt> ok, I was able to add shared library support easily
[09:45] <AnAnt> the problem is that it build libfsp.so instead of building libfsp.so.0.0.0 then symlinking libfsp.so to it
[09:59] <loic-m> I need to check if some libraries are GPL2 or GPL2+ - is there any way to do it from command line short of apt-get the source? apt-cache show doesn't give me any license information.
[10:00] <azeem> loic-m: packages.ubuntu.com has copyright files extracted
[10:01] <loic-m> azeem: yeah, it just happen my internet is slow at the moment
[10:02] <loic-m> and my computer slows to a crawl too, so the web browser is more than slugish
[10:02] <azeem> I don't think there is another way
[10:03] <azeem> maybe some have package tags with the license, not sure
[10:03] <AnAnt> does a shared library have to be in this form: lib<name>.so.<number> ?
[10:03] <AnAnt> with a lib<name>.so symlink'ed to it ?
[10:04] <Madkiss> good morning folks
[10:04] <Laney> loic-m: look in /usr/share/doc/package
[10:06] <azeem> AnAnt: basically
[10:07] <azeem> note that the lib<name>.so goes into the -dev package
[10:09] <AnAnt> ok
[10:13] <loic-m> azeem, Laney, thanks
[10:30] <AnAnt> thanks, fixed it
[10:49] <AnAnt> *.la are static libs right ?
[10:51] <Madkiss> yes
[10:52] <Madkiss> ("file" on the file will tell you :))
[10:52] <lifeless> actually
[10:52] <lifeless> .la are libtool medatafiles
[10:52] <lifeless> *metadata*
[10:53] <lifeless> they can reference static or dynamic libraries, or even both
[10:53] <Madkiss> oops.
[10:53] <AnAnt> are they necessary in a library package file ?
[10:54] <Madkiss> they go to the -dev-package
[10:54] <lifeless> I think the overall consensus is to not package them
[10:54] <AnAnt> ok
[10:54] <lifeless> because often on linux they are more a problem than anything else
[10:54] <lifeless> if there is no package-config file though, a .la can be essential.
[10:54] <AnAnt> oh
[10:54] <AnAnt> how can I create that .la file?
[10:54] <Madkiss> lifeless: So this is one of the major differences betweendebian and ubuntu?
[10:55] <lifeless> if one isn't being made, the library doesn't use libtool and you definitely don't want a .la file
[10:55] <lifeless> Madkiss: no, no difference here.
[10:55] <lifeless> Madkiss: its not locked in stone in Ubuntu or Debian, and opinions still vary. There are upstream[libtool] bugs about this.
[10:56] <AnAnt> lifeless: the problem is that upstream switched from autoconf to scons
[10:56] <AnAnt> lifeless: previously .la was built, but with scons, I dunno how to build that
[10:56] <Madkiss> lifeless: I could have sworn the policy manual says something about it
[10:57] <Madkiss> lifeless: but obviously you are right. nevermind, then :)
[11:45] <directhex> popey, well, "fun". it's nice to feel vindicated!
[18:40] <AnAnt> Hello
[19:05] <nellery> any u-u-s admins around?
[20:31] <AnAnt> Hello, is there a DD here ?'
[20:34] <jpds> AnAnt: Some, but you're better off just asking your question and people will help if they can.
[20:34] <AnAnt> jpds: looking for someone to sponsor an updated package I've done for Debian
[20:35] <jpds> AnAnt: So, try asking #debian-mentors on OFTC.
[20:36] <AnAnt> ok
[20:47] <binarymutant> anyone know when revu will be back online?
[21:31] <geser> binarymutant: probably not before Monday when siretart gets time to look at it
[21:32] <binarymutant> thanks for filling me in geser :)
[22:00] <ebroder> Any motu-sru types around? I'm looking for advice on bug #371581
[22:03] <xnox> Any motu wants to sponsor a small fix in karmic? bug #386138
[23:36] <xnox> ls
[23:39] <directhex> Desktop Documents PDF Photos Pictures Podcasts Projects Public Templates Videos
[23:40]  * ebroder wonders how well that scales...
[23:40] <ebroder> sudo cat /etc/shadow :-P
[23:40] <azeem> directhex: I bet you realized after "Podcasts" in which channel you are and that the CoC applies
[23:42] <directhex> azeem, "Photos", duh!
[23:44] <azeem> Photos is before Podcasts
[23:44] <azeem> anyway, let's move on
[23:44] <directhex> so, how about that weather, huh?