[00:03] <RenatoSilva> spiv: sorry
[00:04] <RenatoSilva> http://img4.imageshack.us/img4/4526/nobrown.png
[00:04]  * popey likes brown too
[00:04] <popey> just, y'know, sayin' :)
[00:06]  * RenatoSilva wonders if it's related to Europe
[00:07]  * wgrant is in .au.
[00:07] <wgrant> So no!
[00:10] <RenatoSilva> https://wiki.ubuntu.com/MarkShuttleworth#Why%20is%20the%20default%20desktop%20in%20Ubuntu%20BROWN?
[00:13]  * RenatoSilva wonders whether crashing applications bleed
[00:59] <CarlFK> a while go someone said multi release PPA uploads were coming soon - has soon happened yet?
[00:59] <wgrant> CarlFK: No.
[01:01] <CarlFK> until then, is there a convention for how to do it?
[01:01] <CarlFK> seems like i have to bump the version number
[01:01] <wgrant> Append ~hardy1, ~intrepid1, etc.
[06:35] <lifeless> wgrant: you can copy binaries between PPA's right?
[06:35] <wgrant> lifeless: Sure.
[06:36] <lifeless> thanks
[06:36] <lifeless> do you know if the arch list is checked?
[06:36] <wgrant> It's not.
[06:36] <wgrant> It will blindly copy all binaries.
[06:37] <wgrant> If the target archive supports additional archs (ie. is non-virtual), new builds should be created for the extra archs.
[06:40] <lifeless> cool
[06:40] <wgrant> (note that all archs are published in a virtual PPA; the non-virt archs just normally don't have arch-specific binaries in them)
[06:40] <lifeless> thanks
[08:31] <mwhudson> are there any working key servers currently?
[08:31] <mwhudson> pool.sks-keyservers.net isn't talking to me
[08:35] <wgrant> mwhudson: It's a pool. It can't not talk to you! Make sure you're using the right port.
[08:36] <mwhudson> gpg --keyserver pool.sks-keyservers.net --recv $fingerprint
[08:36] <mwhudson> it's not on a special port is it?
[08:37] <wgrant> It's on 11371, but that should be the default.
[09:01] <mdke> mwhudson: not sure if it's related but people have been complaining a lot about keyservers not synching on bug 435193
[09:01] <mdke> (just fyi)
[09:02] <mwhudson> gpg: requesting key 09827771 from hkp server pool.sks-keyservers.net
[09:02] <mwhudson> gpgkeys: HTTP fetch error 7: Failed to connect to 2001:470:1f05:429:420:420:420:420: Network is unreachable
[09:02] <mwhudson> mdke: hmm
[11:51] <falktx> can anyone tell me why do I upload packages but they don't appear on my ppa?
[11:52] <noodles775> falktx: are you getting any response email (success, failure) after 5 mins.
[11:52] <bigjools> falktx: did you get any email about your upload?
[11:52] <falktx> no mail
[11:52] <falktx> but upload is sucessful
[11:52] <falktx> i've tried many settings now
[11:52]  * bigjools thinks about creating a FAQ for this
[11:53] <bigjools> falktx: no email means you either didn't sign the upload or signed with a key not known to Launchpad
[11:53] <noodles775> (it's mentioned in the first para at https://help.launchpad.net/Packaging/UploadErrors)
[11:54] <falktx> i have 3 keys registered for my ppa
[11:54] <falktx> do i need to sign using the original one, or any of the 3 is fine?
[11:54] <noodles775> any of the 3 should be fine... hrm.
[11:55] <bigjools> you mean registered for a user?
[11:56] <falktx> see my page - ~falk-t-j
[12:06] <falktx> i think my 3rd fingerprint is not registered yet
[12:06] <falktx> maybe that's the problem
[12:07] <falktx> will upload again now
[12:10] <falktx> yay
[12:10] <falktx> works now
[12:11] <falktx> thanks bigjools for pointing that out
[12:39] <apw> does anyone know why Lucid is appearing at the bottom of the versions table (oldest) instead of the top (newest) ?? https://edge.launchpad.net/ubuntu/+source/linux
[12:40] <wgrant> apw: Bug 464014
[12:40] <apw> oh 10.10 ... heh
[12:41] <wgrant> 10.04, but yes.
[12:41] <apw> doh ... yeah
[13:50] <rdb> Hum, what if someone is using a username on launchpad that I'd like to have, and that person has not used launchpad ever?
[13:52] <rdb> do usernames expire, or should I contact the user and ask if he'd like to change his uername
[13:52] <beuno> rdb, I would start by contacting the user
[13:52] <rdb> k, thanks
[15:18] <kirkland> how do i unsubscribe a team i administer from a given package's bugs
[15:26] <rdb> Lol? http://pro-rsoft.com/screens/launchpad-question.png
[15:27] <rdb> (that happens when I click my email address verify link, btw
[15:27] <rdb> seems like a bug
[15:33] <bac> rdb: that is a bug.  could you go to http://launchpad.net/launchpad and file it?  it would be great if you could add the screenshot as an attachment
[15:34] <james_w`> kirkland: go to the package page and click "Subscribe to bug mail"
[15:34] <kirkland> james_w`: got it, thanks!
[15:34] <rdb> bac, sure thing
[15:46] <rdb> bac, https://bugs.launchpad.net/launchpad/+bug/471171
[16:19] <bac> rdb:  thanks!
[16:20] <bac> rockstar: you aren't really CHR today are you?
[16:22] <rockstar> bac, no sir.  I think gmb is.
[16:23] <bac> rockstar: ok, i just was looking at the topi
[16:23] <bac> topic
[16:23] <bac> mrjazzcat: ping
[16:23] <mrjazzcat> bac: hi Brad.
[16:30] <apw> intellectronica, yo ... remember we were talking about nominations for per package uploaders ... that seems to still be broken
[16:31] <rockstar> apw, intellectronica is unavailable currently.
[16:32] <apw> rockstar, ok ta
[16:51] <c_korn> hello, I have a question about the gpg key. I use a gpg key to sign my packages so I can upload them to my PPA. I recently added a new email address to my gpg key and synced with the keyserver (the getdeb address http://keyserver.ubuntu.com:11371/pks/lookup?search=0x0F16B5FC859F3940230248D2DD6DF71C412D1685&op=index ) but when I sign a package with this new address and upload I just do not get an email and the package does not appear in the ppa. I wait
[16:51] <c_korn> ed for a few days now.
[16:53] <bigjools> c_korn: did you tell LP about your new email address?
[16:56] <c_korn> bigjools: oh, didn't know I also have to do this. thanks.
[16:57] <bigjools> c_korn: yes, it won't email people it doesn't know about, to avoid spam
[17:06] <c_korn> bigjools: makes sense :) and I just got my mail that the package has been accepted. thanks
[17:06] <bigjools> great
[18:31] <micahg1> are the Ubuntu IRC channels offline?
[18:31] <micahg1> nevermind...
[20:47] <MenZa> I'm trying to subscribe to the ~ubuntuone-users mailing list, but it's throwing me an Oops!. I suspect it's my merged account, which also keeps me from changing my e-mails.
[20:48] <mwhudson> MenZa: suck
[20:48] <mwhudson> MenZa: what's the oops id?
[20:48] <MenZa> mwhudson: OOPS-1402ED689
[20:49]  * MenZa didn't know ubottu parsed oops IDs like bugs.
[20:49] <mwhudson> ConstraintNotSatisfied: <security proxied canonical.launchpad.database.emailaddress.EmailAddress instance at 0x1021fdd0>
[20:49] <mwhudson> well _that's_ helpful
[20:49] <MenZa> well, I can give you some background information
[20:49] <MenZa> I had an account with the e-mail<EMAIL_ADDRESS>this was merged into my current, ~lhavelund, with e-mail<EMAIL_ADDRESS>[20:50] <MenZa> so I'm thinking it's screaming because of a bad database correction and freaks out because it doesn't know which to use, or something to that effect
[20:50] <mwhudson> well maybe
[20:50] <MenZa> I get OOPS (oopses?) when I try to +editemails as well.
[20:50] <mwhudson> that definitely shouldn't break anything though
[20:50] <mwhudson> sinzui: do you know anything about MenZa's problem?
[20:51] <MenZa> Someone reported issues with merged accounts and U1 as well in an ubuntuone-client bug, iirc.
[20:51] <MenZa> so something tells me merging isn't too good
[20:52] <MenZa> (not an *error*, just inaccessible files in that case)
[20:52]  * sinzui looks
[20:53]  * sinzui has not seen anything like this since Account were separated from Person and there were users without a primary email address
[20:53] <MenZa> hmm
[20:53] <MenZa> bug report time?
[20:53]  * MenZa bites lip.
[20:54] <sinzui> MenZa: but looking the death in the MailingList code, I wonder if you are a member of a dead team.
[20:54] <mwhudson> MenZa: hm, i only see one email addy on your profile, i would expect to see two
[20:54] <sinzui> barry: what do you think about https://lp-oops.canonical.com/oops.py/?oopsid=1402ED689
[20:54] <MenZa> sinzui: hmm
[20:54] <sinzui> oh login
[20:54] <sinzui> MenZa: did you just register?
[20:55] <MenZa> sinzui: no, my ~menza account is from 2005, and ~lhavelund which it was merged into, was created 2--3 weeks ago
[20:55] <sinzui> I think the merge broke something...
[20:55] <MenZa> seems like it, heh
[20:55] <sinzui> ~lhavelund should not be accessible if you merged
[20:56] <MenZa> ~lhavelund is the new account - ~menza is the old account
[20:57] <mwhudson> sinzui: i bet ~menza was subscribed to a mailing list with an EmailAddress that somehow isn't validated for ~lhavelund
[20:57] <sinzui> mwhudson: I am not sure since validation does not work with users, it is a state on the address, once transfered, it is still the same object
[20:58] <sinzui> barry: ping
[20:58] <MenZa> mwhudson: That is correct - my old e-mail address is not validated, as I cannot +editemails. I get an oops there as well. Want an ID?
[20:59] <MenZa> OOPS-1402EB708
[20:59] <MenZa> That's the one ^
[20:59] <mwhudson> MenZa: i think that's more or less the same problem
[21:00]  * MenZa nods
[21:00] <MenZa> I figured it would be
[21:00] <MenZa> I've just been too lazy to report a bug (sorry D:)
[21:01] <sinzui> I think the issue is that a list was deactivated, or someone performed DB surgery to give its email address to some other user, and that broken the DB
[21:01] <mwhudson> yeah, it's a data issue not a code issue
[21:01] <mwhudson> it seems
[21:01] <MenZa> well that's good
[21:01] <sinzui> We really need barry to answer this since he has the experience of what he had to do to fix the damage
[21:01] <MenZa> I suppose
[21:02] <MenZa> It's nothing urgent - I can wait.
[21:02] <MenZa> Thanks muchly for your help thus far.
[21:02] <MenZa> !helpersnack | sinzui, mwhudson
[21:05] <sinzui> Wow, that query to fine mailing lists for your teams should be optimised
[22:53] <thrope> hi - i accidently subscribed to a bug when I did an automatic bug report on a new 9.10 install and now im inundated with updates/duplicates... i've been trying to unsubscribe for about 4 days but I cant log in to launchpad without errors
[22:53] <thrope> on most of the tickets there isnt even an indication of the ticket i subscribed to
[22:53] <thrope> has launchpad been down for several days?
[22:54] <wgrant> thrope: No. It has been very much up. What goes wrong when you try to log in?
[22:54] <thrope> timeout error
[22:54] <thrope> oh actually i am logged in - it is just the links in the emails that time out
[22:54] <wgrant> Ah. What is the link?
[22:54] <thrope> https://bugs.launchpad.net/bugs/417842
[22:55] <thrope> in my profile i can see list of subscribed bugs
[22:55] <thrope> how can i unsubscribe from that one
[22:55] <MenZa> actually, it does so here on bugs.edge
[22:55] <thrope> (Error ID: OOPS-1402D3725)
[22:55] <wgrant> Must be a big bug.
[22:56] <wgrant> I wonder if it's typing out due to the absolutely ridiculous number of duplicates.
[22:56] <wgrant> Er. timing out.
[22:56] <thrope> so is there any way i can stop the emails?
[22:56] <thrope> i'm getting 20 or so an hour
[22:56] <wgrant> thrope: To unsubscribe, add '/+subscribe' to the end of the URL.
[22:56] <mwhudson> the time out is somewhere in the subscription stuff
[22:57] <thrope> wgrant: brilliant - i think that worked!
[22:57] <wgrant> Probably calculating subscribers from the duplicates.
[22:57] <thrope> althoguht looks like its timing out again
[22:58] <wgrant> Yeah, that bug has 337 duplicates.
[22:58] <wgrant> It's probably timing out calculating the subscribers for all of those.
[22:59] <wgrant> Hm.
[22:59] <wgrant> No, that can't be right.
[22:59] <wgrant> The subscribers list is loaded asynchronously.
[23:00] <mwhudson> wgrant: nevertheless, i think you might be right
[23:00] <mwhudson>    - /srv/launchpad.net/production/launchpad-rev-8539/lib/lp/bugs/browser/../templates/bug-portlet-subscribers.pt
[23:00] <mwhudson>    - Line 11, Column 4
[23:01] <wgrant> mwhudson: Ah, probably hunting through all the subscriptions of all of the bugs anyway, just to discover whether it needs to render a Subscribe or an Unsubscribe link...
[23:01] <wgrant> Sad.
[23:01] <mwhudson> wgrant: oh could be
[23:02] <mwhudson> something is odd though, the reported sql time is only 2 seconds
[23:02] <wgrant> And I suppose there's no breakdown of Python time.
[23:02] <mwhudson> well i think the report is probably lying
[23:08] <mwhudson> thrope: did you manage to unsubscribe
[23:08] <mwhudson> ?
[23:10] <thrope> no - it timed out
[23:10] <mwhudson> hm
[23:10] <mwhudson> the +subscribe page loaded for me
[23:11] <mwhudson> thrope: what was the oops the second time?
[23:11] <mwhudson> thrope: might be worth trying again
[23:11] <wgrant> It will redirect after the POST to the page that times out, but it should have actually unsubscribed you.
[23:11] <thrope> the first page came up very quick with the button to unsubscribe
[23:11] <wgrant> If you return to the page, does it instead ask you to subscribe?
[23:11] <mwhudson> oh right
[23:11] <thrope> but after clicking it timed out
[23:11] <mwhudson> thrope: you're probably unsubscribed then
[23:11] <thrope> and in my profile its still listed as a subscription
[23:11] <mwhudson> oh really?
[23:11] <mwhudson> hm
[23:12] <wgrant> Oh.
[23:12] <wgrant> That will execute another big query.
[23:12] <wgrant> Very similar to the other one, to attempt to unsubscribe you from all dupes.
[23:12] <thrope> I'll try again
[23:12] <thrope> ah it worked this time!
[23:12] <wgrant> Excellent.
[23:13] <wgrant> Normal bugs work fine. But this bug is in no way normal :(
[23:13] <thrope> thanks alot... sorry for the trouble
[23:13] <thrope> yes i think its overzealous automatic reporting
[23:13] <thrope> i got the error coming back from resume and thought id try the automatic reporter
[23:13] <wgrant> It doesn't help that the automatic reporting was automatically turned back on the Jaunty->Karmic upgrade.
[23:13] <wgrant> But that has now been fixed.
[23:36] <ebroder> Is there a better place to talk about launchpadlib, or is this it?


[00:00] <sarnold> I don't allow password access to my sshd
[00:00] <sarnold> keys only
[00:00] <Matt3o12> Why?
[00:00] <sarnold> there's just too many brute-forcers on the internet
[00:01] <Matt3o12> And.. what about the key or a password + a pam module (2 step authentication using google's authenticator)?
[00:02] <sarnold> Matt3o12: I'm paranoid but also lazy :)
[00:03] <Matt3o12> So am I (that why I use 20 letter password, generated and almost unique)...But what do you think about a password + google authenticator. I may need to log into the server in school...
[00:03] <sarnold> Matt3o12: some friends do use e.g. pam_duo, though. if it makes sense to you, go for it
[00:03] <sarnold> Matt3o12: ah, using a machine you don't control? that's always iffy..
[00:06] <Matt3o12> Yeah, I know, that's why I have 2 user accounts (one with limited access)... But I just hate to work with windows and I sometimes need to use unix...
[00:08] <Matt3o12> Anyway. what is your opinion about 2FA instead of a key.. I might lose it any booting the server with init=/bin/sh is really what I want to do least...
[00:09] <sarnold> if I had to use passwords I'd definitely use 2fa
[00:09] <Matt3o12> Ok...
[00:09] <Matt3o12> How can I su into root once I removed the password.
[00:10] <sarnold> sudo -s
[00:15] <Matt3o12> One last thing: what's the difference between sudo -i and sudo -s ?
[00:17] <sarnold> Matt3o12: sudo -i tries to act like you just logged in via getty or sshd; sudo -s just starts a shell with the right user privileges. e.g. -s doesn't change directories or goof around with environment variables..
[00:19] <Matt3o12> Ok. Thank you very much for your help :)
[02:44] <zartoosh__> Hi which package install this directory: /boot/grub/x86_64-efi/    Thanks
[03:44] <TJ-> zartoosh__: "apt-file search <file-name>" ... but I happen to know it's created by grub-install and gets copies of the GRUB modules from the package "grub-efi-amd64-bin" (/usr/lib/grub/x86_64-efi/)
[03:54] <Icabash> I haven't made any progress so far - x86 Ubuntu 14.04 install is stopping at "load debconf preconfigruation file" (I can still access the terminal with ctrl+alt+f2, though)
[03:58] <Icabash> Wondering if I should try CentOS or Debian
[03:59] <kernel13> is there a way to generate preseed file from existing server
[06:54] <Icabash> Figured out the problem - I was too impatient and didn't give the install enough time to proceed. (Although waiting for 2 hours seems a bit much for one step of the install)
[09:26] <poobutt> at ssh login 14.04 says 7 Packages can be updated 7 Packages are security updates. But update/upgrade does nto install or find anyhting. reboot still shows this msg
[09:56] <rbasak> poobutt: try "sudo apt-get dist-upgrade".
[10:10] <poobutt> rbasak: thanks this shows a headers upgrade i am actualy currently already on 14.04.1 LTS should i still go ahead with the dist-upgrade?
[10:10] <rbasak> poobutt: pastebin the output please?
[10:12] <poobutt> paste.ubuntu.com/8052540
[10:13] <rbasak> poobutt: that's just a kernel update. You probably want to take that. It has been issued for 14.04 users. "dist-upgrade" is needed to get kernel updates, since they use a metapackage that depends on a new kernel package.
[10:14] <rbasak> poobutt: you'll need to reboot afterwards to boot the new kernel. Note that there is a (small) regression risk so you should be prepared to handle that.
[10:15] <poobutt> ok thanks, going for it now
[10:18] <poobutt> rbasak: thanks worked and no more available update msg at log in, and on another note after pasting in paste.ubuntu.com hitting the back button in browser alows you to edit / add to paste never knew that b4
[10:20] <poobutt> scratch that paste note.ubuntu.com comment it only does that in local browser it seems
[10:31] <poobutt> thats nice...
[11:48] <technocf> Where can I find a good tutorial for setting up an Ubuntu mail server with virtual mailboxes.  I've found some tutorials but they only go into setting up postfix, not all the other bits.
[11:54] <technocf> Found one
[11:56] <obi12341> technocf, https://www.exratione.com/2012/05/a-mailserver-on-ubuntu-1204-postfix-dovecot-mysql/
[11:57] <technocf> obi12341: Thanks, that's better than the one I found
[11:57] <obi12341> ;)
[11:58] <obi12341> we used this tutorial for a really big customer, so this tutorial is proofen
[11:58] <obi12341> *proofed
[11:58] <technocf> Great! Setting up my new company... we need emails. :P
[11:58] <obi12341> :P
[11:59] <technocf> Soon I should have<EMAIL_ADDRESS>[12:00] <technocf> What do I do if the server is more than just mail?
[12:00] <technocf> It says make the hostname  "mail."
[12:01] <obi12341> then just use the "normal" hostname without mail
[12:01] <technocf> ok, I just wasn't sure
[12:14] <technocf> I followed the instructions word for word and https://mail.deviotion.com/postfixadmin/setup.php doesn't exist...
[12:16] <technocf> Fixed it
[12:55] <samba35> i am trying to install wireless card (netgear wg311v3) with ndiswrapper after driver is installed when i run iwconfig its not able to detect card ,can you please tell me what could be wrong i am doing
[12:55] <samba35> i am trying this card with server and desktop with no luck
[13:09] <JoeyJoeJo> I've got a new software raid 5 made out of 3 3TB drives, but it's showing up as 4TB. Shouldn't it be 5.4TB?
[14:03] <Kunzem1984> Hi is there a easy way of checking which hdd in my raid 1 setup has block errors? I get "status: { DRDY ERR }" with lots of other errors in syslog . googled them and it seems hdd failure.
[14:06] <rbasak> coreycb, jamespage, gnuoy, beisner, rharper, lutostag, smoser, hallyn: it's the scheduled time for another merge sprint now.
[14:06] <rbasak> Who is here and will attend, please?
[14:06] <lutostag> lutostag: cant for first hour, will join after that
[14:06] <lutostag> lol, rbasak ^^
[14:07] <rbasak> OK no problem, thanks.
[14:07] <coreycb> o/
[14:07] <beisner> rbasak, elbow deep in a bug and an RT, need to wrap those up, will be joining biab
[14:07] <rbasak> OK beisner
[14:08] <rbasak> Hi coreycb!
[14:08] <coreycb> rbasak, hi!
[14:08]  * rbasak waits to see who else is here
[14:19] <coreycb> rbasak, is there any priority in which packages require merge?
[14:20] <rbasak> Let me take a look at the list as it stands today.
[14:22] <hallyn> pad url?
[14:22] <rbasak> coreycb: without looking at changelogs or if anybody else has taken it, so not considering complexity...
[14:22] <hallyn> (I'm merging qemu right now, but will look at anything blocked)
[14:22] <rbasak> hallyn: http://pad.ubuntu.com/server-team-merges
[14:22] <hallyn> thx
[14:23] <rbasak> I'd say amavisd-new, maybe dovecot, exim4 (again! but may be OK after feature freeze), logwatch (possibly complex)...
[14:23] <rbasak> mod-wsgi may want a sync - version looks significant.
[14:24] <rbasak> nginx is in progress (me) but is important.
[14:24] <rbasak> Maybe openldap, but looks maybe complex
[14:24] <rbasak> That's everything that stands out to me right now.
[14:25] <rbasak> Everything would be good, but I'd say those are the headline ones we probably want to do for server users.
[14:25] <rbasak> openldap less so - few will probably run an LDAP server in production on Utopic.
[14:26] <coreycb> rbasak, cool thanks.  have an tips on determining priority in the future or does priority == most commonly used packages?
[14:26] <rbasak> coreycb: very much a subjective judgement call. I'm going by my impression of how people use the server distribution, and what they will miss the most.
[14:26] <hallyn> btw, merge of slof, build failed.  probably a bug in the cross-compiler.
[14:26] <coreycb> rbasak, ok
[14:26] <rbasak> So big version bump, or a small bump that indicates bugfixes that might be valuable.
[14:27] <rbasak> Or a package where I know that having the latest is important to the user demographic (eg. nginx)
[14:28] <coreycb> rbasak, thanks
[14:42] <j^> whats the new way of creating a new vm for libvirt/kvm (vmbuilder kvm ubuntu --suite=trusty fails and lp lists some bugs that its deprecated, but could not find what replaces it)
[14:46] <rbasak> j^: https://help.ubuntu.com/14.04/serverguide/cloud-images-and-uvtool.html
[14:47] <j^> uvtool depends on avahi-daemon?
[14:48] <rbasak> No, but it did use avahi-daemon in the guest in the past. What makes you think that?
[14:48] <j^> apt-get install uvtool wants to install avahi-daemon on my server
[14:48] <rbasak> Which release?
[14:49] <j^> 14.04
[14:49] <Pici> You may need to use --no-install-recommends
[14:49] <j^> I upgraded that system from 12.04, was the default changed for install recommends?
[14:50] <rbasak> j^: ah, that's because uvtool-libvirt recommends libnss-mdns
[14:50] <rbasak> I should probably drop that recommendation, but you aren't required to follow it.
[14:50] <rbasak> I used to use libnss-mdns for IP address detection in the guest.
[14:51] <rbasak> With avahi-daemon on the guest to publish it.
[14:51] <rbasak> I gave up on that though. It wasn't reliable enough. Instead I now parse the libvirt-specific dnsmasq's leases file.
[14:51] <rbasak> Which is a hack, but it works reliably and by default at least.
[14:52]  * rbasak has filed bug 1357400
[15:17] <j^> https://help.ubuntu.com/14.04/serverguide/cloud-images-and-uvtool.html could mention where disk images are located. is there some way to specify this?
[15:19] <j^> whats the second disk image name-ds.qcow used for? it shows up as unformated emtpy disk
[15:25] <j^> uvt-simplestreams-libvirt purge looks dangerous, it also removes disks of running vms
[15:25] <rbasak> j^: see the manpage.
[15:26] <rbasak> The second disk image is for the cloud-init data source
[15:26] <rbasak> It passes in cloud-init userdata and metadata.
[15:26] <rbasak> uvt-simplestreams-libvirt purge *is* dangerous, and it says so in the manpage.
[15:27] <rbasak> --source can override the disk image source, but the source must publish metadata in the simplestreams format.
[15:27] <rbasak> There are mirroring tools in the simplestreams packaging.
[15:27] <j^> saw that, if its removed does not matter, otherwise destroying running vms before deleting the images might be better though.
[15:28] <rbasak> I added to handle breakages during development.
[15:28] <rbasak> It shouldn't ever be needed in production use. Destroying the VM removes running VMs before deleting the images.
[15:29] <j^> im just pushing all buttons to see what happens :)
[15:29] <rbasak> :)
[15:32] <j^> adding an --autostart option to create would be usefull but can also call virsh autostart $name after creating a new vm
[15:32] <rbasak> IIRC, it enables autostart by default.
[15:33] <rbasak> Oh, perhaps not.
[15:35] <rbasak> j^: filed bug 1357420. Thanks!
[16:13] <Guest35236> hey guys
[16:14] <Guest35236> im having an issue where a new build server (12.04) with nginx and openssl is reporting as vulnerable to heartbleed under nessus and nmap, but slightly less updated servers are not
[16:14] <Guest35236> does anyone know of any issues with the newest update?
[16:15] <rbasak> Guest35236: can you confirm your package versions of the relevant nginx and openssl packages?
[16:16] <rbasak> The most common case asked here seems to be when packages aren't fully up to date.
[16:16] <Guest35236> root@dev-upload01:/etc/nagios# nginx -v
[16:16] <Guest35236> nginx version: nginx/1.1.19
[16:17] <Guest35236> root@dev-upload01:/etc/nagios# openssl version -a
[16:17] <Guest35236> OpenSSL 1.0.1 14 Mar 2012
[16:17] <rbasak> No, the *package* version.
[16:17] <rbasak> dpkg-query -W nginx
[16:17] <rbasak> dpkg-query -W nginx-core
[16:17] <Guest35236> nginx   1.1.19-1ubuntu0.6
[16:17] <rbasak> dpkg-query -W libssl1.0.0
[16:17] <rbasak> etc
[16:17] <Guest35236> libssl1.0.0     1.0.1-4ubuntu5.17
[16:18] <rbasak> OK it looks like you are indeed up to date. Thank you for confirming.
[16:19] <rbasak> e version does not exhibit this behaviour?
[16:19] <rbasak> Do you know what package version does not exhibit this behaviour?
[16:19] <Guest35236> ok
[16:19] <Guest35236> hang on, ill have a look
[16:20] <Guest35236> libssl1.0.0     1.0.1-4ubuntu5.12
[16:20] <Guest35236> doesnt
[16:22] <rbasak> Guest35236: that's interesting, thanks.
[16:22] <rbasak> mdeslaur: ^^
[16:23] <mdeslaur> Guest35236: how is nessus determining it's vulnerable?
[16:23] <Guest35236> very good question lol
[16:24] <Guest35236> ill see if i can get a look at the plugin
[16:24] <mdeslaur> Guest35236: can you paste me the plugin somewhere?
[16:24] <Guest35236> the nmap script is more accessible
[16:24] <rbasak> I'll leave this to mdeslaur - thanks. It seems likely to be a false positive to me but probably worth checking.
[16:25] <Guest35236> https://svn.nmap.org/nmap/scripts/ssl-heartbleed.nse
[16:25] <Guest35236> thats the nmap script
[16:25] <Guest35236> yeah i think it must be as well
[16:25] <RoyK> Guest35236: commercial nessus, or old OSS nessus? If it's the latter, why not openvas? It should be a wee bit more updated
[16:25] <Guest35236> its just strange that other servers arent showing it
[16:25] <Guest35236> commercial nessus
[16:26] <RoyK> ok
[16:26] <Guest35236> i just got a trial licence this morning
[16:26] <RoyK> Guest35236: try openvas
[16:26] <Guest35236> ive got that as well
[16:26] <RoyK> ok
[16:26] <Guest35236> its not as pretty tbh
[16:26] <Guest35236> harder to sell to the boss :P
[16:26] <RoyK> Guest35236: it is? openvas is free :D
[16:26] <Guest35236> seems to do a better job than qualsys though
[16:26] <Guest35236> haha true
[16:27] <Guest35236> but wed probably have to get a support contract somewhere
[16:27] <mdeslaur> Guest35236: and what response did that script give?%
[16:27] <RoyK> Guest35236: what for?
[16:27] <Guest35236> ill get a pastie for you
[16:27] <Fishscene> Greetings. I'm running Ubuntu server 14.04 x64 and have set up an LTSP environment. I'm looking to update the i386 image, but when I run the commane "sudo ltsp-update-image —arch i386", it doesn't recognize the arch option. Multiple tutorials reference this command, but it appears the option was removed: http://manpages.ubuntu.com/manpages/trusty/man8/ltsp-update-image.8.html  How do I update the i386 LTSP image?
[16:29] <Guest35236> the problem with openvas is that it uses CPEs to keep you updated on patch versions
[16:29] <Guest35236> which dont have the ubuntu versions of updates in them
[16:29] <Guest35236> so it throws up a lot of errors that have been fixed
[16:30] <Guest35236> qualsys does the same thing i think
[16:31] <patdk-wk> any idea why the changelog is missing?
[16:31] <patdk-wk> http://changelogs.ubuntu.com/changelogs//main/o/openssl/openssl_1.0.1-4ubuntu5.17/changelog
[16:32] <Guest35236> Heres the output:
[16:32] <Guest35236> http://pastie.org/9476008
[16:34] <Guest35236> its on here:
[16:34] <Guest35236> https://launchpad.net/ubuntu/precise/+source/openssl/+changelog
[16:38] <RoyK> Guest35236: AFAIK openvas/nessus just checks for the version running, so if it says openssl 1.0.0, it decides it's a bad version, but then, most distros don't upgrade core packages to the latest patch level, they just backport the fixes and don't include new stuff
[16:39] <mdeslaur> Guest35236: I'm not sure how to debug that...have you filed a bug with commercial nessus to see what they say about it?
[16:40] <Guest35236> not yet
[16:40] <Guest35236> i thought that would be the case
[16:40] <Guest35236> but the older version doesnt do this
[16:40] <Guest35236> and nmap definitely didnt do that
[16:40] <Guest35236> (the stuff i linked)
[16:41] <mdeslaur> the only thing I can do when I get a minute is to try to run one of the original heartbleed test script on our package
[16:41] <RoyK> heartbleed is evil (tm)
[16:42] <Guest35236> its really very strange
[16:42] <patdk-wk> atleast my updated server is not vaulnerable
[16:43] <Guest35236> ah hang on
[16:43] <Guest35236> it seems to be related to nrpe
[16:43] <Guest35236> it only fails on port 5666
[16:44] <patdk-wk> what is nrpe
[16:44] <Guest35236> nagios client
[16:44] <Guest35236> ill check the pkg
[16:44] <Guest35236> ii  nagios-nrpe-server               2.12-5ubuntu1.2                     Nagios Remote Plugin Executor Server
[16:45] <patdk-wk> does that package depend on libssl?
[16:45] <patdk-wk> odd, it does
[16:45] <RoyK> patdk-wk: nrpe uses ssl
[16:45] <patdk-wk> you have restarted it since heartbleed?
[16:45] <Guest35236> im not sure how i double check depencies, but it transmits using ssl
[16:45] <patdk-wk> royk, I know, the question was if it was compiled in or linked
[16:45] <RoyK> ok
[16:46] <Guest35236> i actually checked this, hang on
[16:47] <Guest35236> root@dev-upload01:/etc/nagios# ldd /usr/sbin/nrpe | grep ssl
[16:47] <Guest35236>         libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007fc908570000)
[16:47] <Guest35236> which is afaik the ubuntu library
[16:48] <patdk-wk> yes, has it been restarted in the last 4 months or so?
[16:48] <Guest35236> hmmm
[16:48] <Guest35236> yes, but possibly not till after the ssl update i suppose
[16:49] <patdk-wk> well, we want it restarted after the ssl update
[16:49] <patdk-wk> or else it won't notice the update
[16:49] <Guest35236> yeah true
[16:49] <patdk-wk> I would restart it, then retest
[16:49] <Guest35236> ill double check
[16:50] <Guest35236> you guys have full permission to slap me
[16:50] <Guest35236> lol
[16:50] <Fishscene> NVM!  I stared at my own answer for a couple of minutes before it dawned on me that "CHROOT" was the same thing as the Architecture in an old command. lol.
[16:53] <rbasak> Guest35236: check out checkrestart(1). Might be an idea to run a nagios monitor for that.
[16:56] <Guest35236> good idea
[16:57] <Guest35236> i always like overengineering nagios checks, seems like a perfect candidate :)
[16:59] <LucidGuy> Anyone using zfsonlinux?
[17:08] <hallyn> zul: around?
[17:08] <zul> hallyn:  not really
[17:08] <hallyn> jsut a quick q,
[17:08] <hallyn> ii  libvirt-bin                        1.2.6-0ubuntu5                      amd64        programs for the libvirt library
[17:08] <hallyn> ii  libvirt0                           1.2.6-0ubuntu5                      amd64        library for interfacing with different virtualization systems
[17:08] <hallyn> ii  python-libvirt                     1.2.5-0ubuntu1                      amd64        libvirt Python bindings
[17:08] <hallyn> is python-libvirt spuposed to be at 1.2.6-0ubuntu5?
[17:08] <Pici> :|
[17:09] <hallyn> zul: qa-regresion-tests are failing so i can't tell if it's my new qemu or the old python-libvirt :)
[17:09] <zul> its suppose to be 1.2.6-0ubuntu1
[17:09]  * hallyn checks publish history
[17:09] <zul> ill upload it if its not there
[17:10] <hallyn> yeah it doesn't seem to be in proposed
[17:10] <zul> hallyn:  ill get to it
[17:10] <hallyn> zul: ok, thanks. meanwhile i'm going to go ahead and push new qemu.
[17:11] <zul> hallyn:  ack
[19:47] <s0m3b0dy> Hello, I wanted to know how to install one package from a different repository without having to upgrade all the dependencies?
[19:48] <genii> It doesn't work that way.
[19:48] <s0m3b0dy> would it be possible?
[19:48] <s0m3b0dy> Well, I actually use debian, but their support channel sucks so here I am
[19:49] <s0m3b0dy> I need to install this on debian sqeeze: https://packages.debian.org/sid/rhnsd
[19:51] <Pici> Try their official channels on oftc then.
[19:52] <s0m3b0dy> Pici: who's channel is that?
[19:52] <Pici> iirc, they were on #freenode and moved to #oftc, there is just some leftover things here.
[19:53] <s0m3b0dy> debian?
[19:53] <Pici> er, I don't know why I put hashes in from of those.
[19:53] <s0m3b0dy> yeah was gonna say :p
[19:54] <Pici> It's been a long day.
[19:55] <s0m3b0dy> I spent all morning figuring out how to install spacewalk on centos, with almost no documentation available for any of the issues I had
[19:58] <patdk-wk> sometimes the package will work as is
[19:58] <patdk-wk> sometimes you have to recompile it
[19:59] <patdk-wk> and other times, you have to actually install all the deps
[20:33] <darkxploit> hello guys i got ubuntu server 13.04 .. how do i upgrade to latest version?. because each time i made an upgrade it gives me error 404
[20:34] <sarnold> you're far enough back that downloading a 14.04 LTS image and starting there might be easier
[20:34] <sarnold> there is an old-releases.ubuntu.com archive that might help you if you want to try upgrading in place without downloading new images
[20:34] <darkxploit> sarnold, its on a vps i dont want to lose everything
[20:35] <s0m3b0dy> but to answer your question darkxploit run: dist-upgrade
[20:35] <darkxploit> s0m3b0dy, thats too same error
[20:36] <s0m3b0dy> what is the error?
[20:36] <s0m3b0dy> darkxploit: you have to run apt-get update first though
[20:36] <darkxploit> s0m3b0dy, sorry i mean there is no thing available on dist-upgrade
[20:37] <darkxploit> apt-get update and apt-get upgrade gives me error 404
[20:37] <s0m3b0dy> what error?
[20:37] <s0m3b0dy> paste the whole error here
[20:39] <s0m3b0dy> darkxploit: ?
[20:40] <darkxploit> s0m3b0dy, This is for the apt-get update http://pastebin.com/m5s4zb9Q
[20:41] <s0m3b0dy> darkxploit: try to run a traceroute to this IP: <IP_ADDRESS>
[20:42] <s0m3b0dy> what happens if you run "apt-get dist-upgrade
[20:43] <darkxploit> s0m3b0dy, here is the traceroute result http://pastebin.com/KzJV3yve
[20:44] <s0m3b0dy> darkxploit: sudo /etc/init.d/nscd restart
[20:44] <s0m3b0dy> that will flush the DNS cache
[20:44] <s0m3b0dy> then try doing an apt-get update again
[20:46] <darkxploit> s0m3b0dy, i dont have nscd
[20:53] <darkxploit> s0m3b0dy, i dont have nscd
[20:53] <s0m3b0dy> darkxploit: sorry was afk
[20:54] <s0m3b0dy> darkxploit: can you restart the whole server? the DNS cache is stuck and Im not sure why it can't find the IP
[20:55] <darkxploit> s0m3b0dy, i have restarted it as well.. then start network service
[20:55] <darkxploit> same error
[20:56] <s0m3b0dy> hm
[20:56] <s0m3b0dy> did you try "apt-get dist-upgrade" instead of just "dist-upgrade" ?
[20:56] <darkxploit> s0m3b0dy, are you sure its the cache or that version dont have any more update.
[20:57] <s0m3b0dy> oh crap, that's what it is x.x
[20:58] <s0m3b0dy> I didn't check the repos before, sorry
[21:03] <darkxploit> s0m3b0dy, this is the repos http://pastebin.com/ahAmgK9F
[21:04] <darkxploit> s0m3b0dy,  cat /etc/issue
[21:04] <darkxploit> Ubuntu 13.04 \n \l
[21:04] <s0m3b0dy> darkxploit: and which ubuntu version are you running?
[21:05] <s0m3b0dy> no idea what to say then darkxploit :/
[21:05] <s0m3b0dy> do you need all the repos there?
[21:05] <s0m3b0dy> delete the last one if anything
[21:06] <s0m3b0dy> and this one
[21:06] <s0m3b0dy> http://security.ubuntu.com/ubuntu/dists/raring-security/
[21:06] <darkxploit> i need to make an upgrade to latest version.. because right now i cant install anything for example i can install aptitude
[21:06] <darkxploit> i cant install aptitude*
[21:09] <darkxploit> s0m3b0dy, i have comment the last 2 lines in the repo.. same error
[21:23] <zartoosh__> HI I am using ubuntu 14.04. When I type apt-get upgrade it tries to install newer kernel version. I do not want to get the newer kernel, is there a way I can automate this please? Thanks
[22:17] <Patrickdk> zartoosh__, heh?
[22:17] <Patrickdk> apt-get upgrade does NOT install newer kernels
[22:26] <zartoosh__> Patrickdk, so the something else does it, thanks, now I have to find out what does it.
[22:26] <Patrickdk> dist-upgrade :)
[22:26] <Patrickdk> upgrade just *warns* you that it can't install them, cause you didn't use dist-upgrade
[22:26] <sarnold> apt-get dist-upgrade will upgrade your kernel for you
[22:27] <Patrickdk> no, he wanted upgrade
[22:27] <Patrickdk> he doesn't want a kernel
[22:27] <Patrickdk> he doesn't understand the difference
[22:27] <sarnold> ah he likes his vulnerabilities :)
[22:27] <Patrickdk> upgrade *upgrades* existing packages
[22:27] <Patrickdk> sar, no, upgrade would do that ok :)
[22:27] <Patrickdk> dist-upgrade, upgrades and upgrades things that require new dependencies (the kernel being one of those)
[22:28] <Patrickdk> like say you install mysql-server, and it installs mysql-server-5.1
[22:28] <Patrickdk> then later mysql-server is upgraded to mysql-server-5.5
[22:29] <Patrickdk> upgrade would never install that new mysql version
[22:29] <Patrickdk> dist-upgrade would
[22:29] <sarnold> .. only if some set of package dependencies asked for the new 5.5 or 5.6..
[22:29] <Patrickdk> ya, the generic top level package *mysql-server* would ask for mysql-server-5.5 :)
[22:30] <Patrickdk> ya, that is exactly how it works in ubuntu (had to check, I haven't used mysql in ubuntu for a long time)
[22:30] <Patrickdk> same with kernel
[22:31] <Patrickdk> linux-generic depends on the actual linux kernel version
[22:31] <Patrickdk> so it's always a new dependency on upgrades
[22:31] <Patrickdk> less common, is a package having a new dependency, like adding in liblz4 or something
[22:31] <zartoosh__> apt-get -q --force-yes -y upgrade   I guess this command was upgrading my kernel.
[22:32] <sarnold> zartoosh__: seems unlikely to me
[22:32] <Patrickdk> it defently wouldn't
[22:32] <zartoosh__> sarnold, then I am lost what make my kernel upgrades ...
[22:32] <Patrickdk> how do you know it's upgrading?
[22:34] <zartoosh__> My kernel has changed from 3.12-24 to 3.12.32
[22:34] <sarnold> zartoosh__: do you perhaps have unattended-upgrades installed?
[22:35] <Patrickdk> I didn't even think unattended upgrades does reboots too
[22:35] <zartoosh__> sarnold, I hope not, this is a server so no gui stuff running
[22:35] <Patrickdk> what does that have to do with gui?
[22:35] <sarnold> Patrickdk: it shouldn't, but it could be a surprising reason why a kernel update might be installde
[22:35] <zartoosh__> the destop enviroment adds more applications which I am not aware of all ... that what I meant
[22:36] <Patrickdk> zartoosh__, what does unattended-upgrades have to do with gui
[22:36] <Patrickdk> is it installed or not? :)
[22:36] <Patrickdk> unattended-upgrades - automatic installation of security upgrades (nothing to do with gui)
[22:37] <Patrickdk> it is *automatically* installed if you install a gui
[22:37] <zartoosh__> Patrickdk, a newer kernel is installed, never mind the gui, I provided the wrong info, I am using server
[22:37] <Patrickdk> heh? you still haven't answered the question
[22:37] <Patrickdk> is unattended-upgrades installed or not
[22:37] <sarnold> zartoosh__: dpkg -l unattended-upgrades   :)
[22:38] <zartoosh__> let me check sorry I did not understood that one sec
[22:38] <zartoosh__> no it is not
[22:39] <Patrickdk> most everything in /etc/apt/apt.conf.d/50unattended-upgrades commented out?
[22:39] <Patrickdk> except like 2 lines at the top?
[22:39] <zartoosh__> let me check
[22:39] <sarnold> zartoosh__: check out /var/log/dpkg.log -- it can tell you when the new packages were installed, you miht be able to use that to figure out who might have installed it..
[22:40] <Patrickdk> just wanted to double check, it wasn't turned on manually, isntead of via the package :)
[22:40] <sarnold> :)
[22:41] <zartoosh__> Patrickdk,  there is no /etc/apt/apt.conf.d/50xxx in my system.
[22:42] <Patrickdk> heh
[22:42] <Patrickdk> odd
[22:42] <zartoosh__> setting GRUB_DEFAULT does not help to boot to older kernel either ..


[17:51] <persia> lool: I picked Recommends because I thought most people *should* builde for armel :)  Did you manage to fix the issue with the conflicting binfmt-misc handlers?
[18:20] <lool> persia: I think so
[18:20] <lool> persia: The issue was one present before the rename, but becoming serious after the rename
[18:21] <persia> Aha.  I'm just installing the latest version, and will confirm then :)
[18:21] <lool> persia: The handler was registered on postinst/configure and unregistered in prerm/remove instead of postinst/install prerm/remove or postinst/configure and prerm/upgrade
[18:21] <lool> (Hope I'm making sense)
[18:22] <persia> Right.  That would explain all sorts of things :)  Sometimes I wish maintainer scripts weren't quite so complex, because more people might get them right the first time :)
[18:22] <lool> Sadly, I can't retrofix the qemu-arm-static packages, but I've added qemu-arm-static.postinst and qemu-kvm-extras-static.postinst configure snippets to remove the old name
[18:23] <lool> I didn't really test an old qemu-arm-static -> new world full upgrade though; if you do that, I'd love to hear the results
[18:23] <persia> I can't easily test the full upgrade, but I may be able to figure out a way.
[18:23] <persia> I can test broken -> fixed.
[18:24] <persia> Would a karmic -> lucid upgrade do it for the full upgrade case?
[18:25] <lool> Yes
[18:25] <lool> Or simply, removing everything, manually installing an old lucid qemu-arm-static and upgrading
[18:26] <persia> That's fairly trivial to do then: I can just install the karmic qemu-arm-static in a lucid chroot and dist-upgrade.
[18:27] <persia> Separately, I was thinking: would it make sense to use build-cross-chroot rather than build-arm-chroot, and then try to encourage enabling other architectures?
[18:27] <persia> I hear qemu powerpc is getting there, although sparc and ia64 probably need some work.
[18:28] <persia> My thought was that it would be nifty if developers could work on most architectures for most purposes from an amd64 install.
[18:28] <lool> persia: Ack, I don't like "-arm-" in "build-arm-chroot"
[18:28] <lool> I think qemu-debootstrap would be a better name for it
[18:29] <persia> I'd be happy with that name.
[18:29] <persia> Note that it's not currently command-line compatible with debootstrap.  Specifically, `debootstrap --arch armel` works, but `build-arm-chroot --arch armel` doesn't.
[18:30] <persia> Both also work with "--arch=armel", but that's a separate case :)
[18:30] <persia> I've just upgraded from a broken system, and I still get "sudo: must be setuid root".
[18:30] <lool> or qemu-debootstrap-helper, but I would call it qemu-debootstrap and fix it to be compatible
[18:30] <lool> persia: Oh sudo is unrelated
[18:30] <persia> If you would, that would be great.
[18:31] <persia> Um, sudo is the problem I had, which ogra convinced me was related to the binfmt issue.
[18:31] <persia> What's the sudo issue?
[18:31] <lool> If you try running sudo with binfmt, the kernel will run qemu-arm-static which doesn't have the SUID bit set
[18:31] <lool> It can't work
[18:32] <lool> persia: Check whether you have one and only one arm entry in /var/lib/binfmt* and /proc/sys/filesystems/binfmt*/
[18:32] <lool> The entry should be qemu-arm
[18:32] <lool> /var/lib/binfmts/qemu-arm and /proc/sys/fs/binfmt_misc/qemu-arm
[18:33] <persia> I do only have one of those.
[18:34] <lool> You have both and these are named qemu-arm though?
[18:35] <lool> If you do, then your system is correctly configured
[18:35] <persia> Right, but I still can't run sudo in my chroot, which was the original issue that brought the other to my attention.
[18:35] <persia> Any ideas?
[18:36] <lool> persia: I don't think that can work
[18:36] <lool> persia: Just avoid using sudo
[18:36] <lool> chroot as root and continue running stuff as root
[18:37] <persia> Why can't it work?  Works for all my other chroots.
[18:37] <lool> Because the kernel runs a single binary for all binaries you run
[18:37] <lool> You could make qemu-arm-static suid root, but that would be a huge security hole
[18:38] <persia> Ah, I get it.  I swear it worked on Tuesday, but maybe I did something else.
[18:38] <persia> It's probably worth noting that in a README somewhere, so people don't file bugs.
[18:38] <lool> persia: You might be able to run sudo as root
[18:39] <persia> That's probably it.
[18:39] <persia> my chroots were in a very primitive state on Tuesday.
[18:39] <persia> Anyway, I have to head off for a bit.  Thanks a lot for explaining my issue.
[18:39] <lool> np, do feel free to pass the info to ogra   :-)
[18:40] <persia> ogra: ^^
[18:40]  * ogra reads it ... i'm just in fuzzy jetlag state
[18:41] <lool> Ok, I give up trying to get virtio-pci to work under versatile
[18:41] <lool> It seems versatile has a very specific IRQ handling which might mess this up anyway
[18:49] <ogra> lool, did andy talk to you ? seems your patch didnt build at all
[18:50] <ogra> for now i asked him to just change the two config options you mentioned in the bug
[18:59] <lool> ogra: ?
[18:59] <lool> ogra: I talked to apw on #ubuntu-kernel; the kernel certainly built for me, as well as the modules
[18:59] <lool> I didn't build .debs though, so there might be some ABI issues
[19:00] <ogra> he said it exploded in his face on the first modules it tried to build
[19:00] <ogra> and said your patch changed more than just the two config options
[19:06] <lool> ogra: Which patch?
[19:07] <lool> Anyway, this is out of date, he merged my work AFAIK
[19:07] <ogra> i think he said you gave him a git tree or something ?
[19:07] <ogra> well, he said he didnt when we talked last night before i flew out
[19:07] <ogra> since it failed to build
[19:08] <lool> I attached a patch to the bug and the first commits of the git tree were to fix the lucid tree and then my patch
[19:08] <lool> Followed by large config updates in a separate patch
[19:08] <lool> That built for me, and he merged it
[19:08] <ogra> weird, he said it didnt
[19:08] <lool> He then decided to merge the updates in a single patch
[19:08] <lool> Check the tree yourself
[19:08] <lool> I certainly saw it merged
[19:09] <ogra> intresting
[19:10] <ogra> i only see the binutils.bin fix in the last upload
[19:10] <lool> It's in the git tree, not in the source package
[19:11] <ogra> right, because it made the package ftbfs according to him
[19:21] <persia> lool: Maybe it's because I'm in a chroot, but installing karmic qemu-arm-static in my lucid chroot creates double entries for me in /proc/sys/fs/binfmt_misc/*.  dist-upgrading fixes it.
[19:26] <lool> persia: Yes, if you have it in the host, you'll see the entry in the chroot
[19:26] <lool> However if you add it in the chroot, it wont be visible in the host
[19:26] <lool> Can't believe lucid kexec-tools doesn't allow armv7l...
[19:26] <persia> Well, kinda.  That was my experience for /var/lib/bin... but I seem to have the same /proc in and out of the chroot.
[19:26] <ogra> lool, huh ? we fixed that in jaunty ?
[19:27] <persia> NCommander was saying that kexec() hung his hardware.
[19:27]  * ogra clearly remembers he added a patch to kexec-tools
[19:27] <ogra> hmm, but that might have been before the disastrous repackaging that lieb did
[19:28] <persia> You might want to reinvestigate
[19:28] <ogra> it wont apply anymore, the packaging lieb did isnt even remotely related to the debian packaging
[19:29] <ogra> he just took the latest upstream source and ran dh-make on it
[19:29] <persia> Can we just purge dh-make already?
[19:30] <ogra> and then copied all patches into debian/patches in case someone wants to re-apply (which indeed wouldnt work at all)
[19:30] <ogra> (IIRC)
[19:30] <persia> Right.  That deserves an investigation to reclose n bugs.
[19:31] <lool> kexec-tools 2.0.1 fixes it though
[19:32] <ogra> did you reverse the mess ?
[19:32] <lool> I'm just reading the source
[19:33] <lool> lp:debian/kexec-tools and lp:ubuntu/kexec-tools don't relate at all, yeah
[19:33] <lool> haha I'm the one who uploaded the kexec-tools patch in jaunty
[19:34] <lool> actually I uploaded it to unstable
[19:34] <lool> http://paste.ubuntu.com/371141/
[20:13] <lool> I pushed the new upstream release
[20:13] <ogra> great
[20:13] <ogra> to sad kexec is still broken in all supported kernels
[20:13] <ogra> (we tested it last week)
[20:15] <lool> How did it run last week?
[20:15] <ogra> quit good progress on the specs
[20:16] <ogra> we actually managed to get the workitem tracker to show green under the trendline :)
[20:16]  * ogra only has 4 items left in total and only tw in rootstock
[20:16] <ogra> *two
[20:17] <ogra> the marvell issue was kind of eating the first half of the week though
[20:18] <lool> Let me reword my question: how could you test kexec last week since it doesn't run for utsname == armv7l?
[20:19] <ogra> hmm, ask NCommander :P he did the tests on both arches
[20:19] <ogra> i only saw it hanging when looking over his sholder
[20:19] <ogra> i guess he has to retest then tomorrow
[20:20] <ogra> thanks for pointing that out, i was expecting he had checked that before
[20:21] <ogra> ah ...
[20:21]  * ogra feels relief that jackd gets removed with the most recent upgrade
[20:21] <ogra> and off to reboot ...
[20:26] <ogra> hmm, my boot got slower http://people.canonical.com/~ogra/osiris-lucid-20100207-3.png
[20:30] <persia> That's expected.  Remember that the target is 10 seconds, not 8.
[20:30] <ogra> well, my system is usually a few seconds faster than the average HW
[20:45] <lool> New kexec still doesn't take armv7l, odd
[20:48] <lool> Bah I thought it was in 2.0.1 because Debian had 2.0.1 and had it, but it's not
[20:48] <lool> (and upstream had it too)
[20:48] <lool> it was committed after 2.0.1
[20:53] <ogra> smells like another upload :)
[21:12] <lool> Ok, at least the new kexec crashes instead of refusing to run
[21:31] <lool> After the last fix, it does *something*
[21:31] <lool> "Starting new kernel
[21:31] <persia> That was the behaviour NCommander reported last week.  At which point it hung.
[21:32] <lool> I see 100% CPU consumption from qemu
[21:32] <persia> Matches the previous report :)
[21:32] <lool> oddly, the versatile .deb build fails for me with /home/lool/qemu-versatile/linux-qemu/drivers/scsi/advansys.c:8352: error: implicit declaration of function 'dma_cache_sync'
[21:32] <lool> But only the debian way
[21:33] <lool> with the upstream make zImage and make modules, it builds
[21:34] <lool> I guess it's just not fatal for the upstream build, hmm
[22:01] <lool> I filed LP #518567 on the kexec issue
[22:01] <ubot4> Launchpad bug 518567 in linux (Ubuntu) (and 1 other project) "armel/versatile: Can't kexec (affects: 1)" [Undecided,New] https://launchpad.net/bugs/518567
[22:01] <lool> Got further by using a serial console
[22:19] <lool> Sent versatile fixes to kernel-team@ list


[00:50] <GridCube> :D
[00:50] <GridCube> it found the package now so it works
[06:23] -SwissBot:#xubuntu-devel- ::xubuntu-docs:: [bionic] r647 Launchpad automatic translations update. (by Launchpad Translations on behalf of xubuntu-doc)
[09:25] <krytarik> bluesabre: Doc translations are in.. o/~
[09:27] <bluesabre> oh boy
[09:27] <bluesabre> krytarik: want to spot check that for xml validation?
[09:28] <krytarik> Oh yeah, that'd be cool. :)
[12:13] <jarnos> ochosi, oh, I see.
[12:13] <jarnos> ochosi, what is xfce4-indicator-plugin used for?
[12:14] <jarnos> bluesabre, xfpanel-switch is cool. I see I can use it in Xenial, already.
[13:30] <jarnos> I do not care much about the Indicator plugin. It seems it is not added by default to panel. If I add the plugin, it will be hardly recognized at the right edge of panel, because there is no indicator contained. Only right mouse click reveals there is one added..
[18:40] <flocculant> bluesabre: do you actually see bug 1705243 ?
[18:41] <flocculant> does anyone :)
[18:41] <flocculant> other than me and I think akxwi-dave
[19:18] <bluesabre> flocculant: I do, been so far unable to fix it
[19:18] <bluesabre> Planning to resolve this week
[20:00] <flocculant> bluesabre: ok - just wanted to be sure it wasn't a flocculant thing :p
[21:23] <krytarik> bluesabre: Ugh, I took that as YOU would do the validation check, wasn't quite awake then yet.. :P
[21:31] <krytarik> I've just made my computer busy for a while now however.. :P
[22:18] <krytarik> bluesabre: Ok, there was syntax errors of course, but only a tiny one: http://paste.openstack.org/show/8Lw29FVSEdbWxZktW0RT/ - I guess disregard the LINGUAS change on the contributor docs, since they aren't shipped anyway.  And it'd be nice if you could commit the fix alongside the translation changes again. :)


[12:37] <lotuspsychje> hey GunnarHj, i placed a ticket in RT #60951
[15:04] <GunnarHj> lotuspsychje: Good. Then let's keep our fingers crossed.


[00:14] <niemeyer> Hello everybody
[00:15] <niemeyer> Is there any way to tell bzr pull something like --overwrite-my-local-tags-only
[00:15] <niemeyer> ?
[00:22] <wgz> I can't quite guess from the name...
[00:23] <wgz> ah, you maybe mean, no new revisions, just get the tags updated?
[00:23] <niemeyer> wgz: Yeah, don't do something crazy with my branch, but overwriting tags that point to different revisions is fine
[00:24] <wgz> `bzr pull -r0 BRANCH` should work.
[00:24] <wgz> -r1 might be safer as it'd tell you before pulling in tags from an unrelated branch
[00:26] <niemeyer> wgz: Not sure I see where you're coming from
[00:26] <niemeyer> wgz: This doesn't really pull the tag changes?
[00:26] <niemeyer> wgz: I mean conflicting tags
[00:27] <niemeyer> wgz: Which are currently only pulled down with --overwrite
[00:27] <niemeyer> wgz: Which unfortunately has other side effects well beyond pulling tag replacements
[00:29] <wgz> hm, the check for tags may happen at a later stage
[00:29] <wgz> and tag conflicts are another fun thing altogether
[00:31] <wgz> hm, no does work
[00:31] <wgz> so, it's only the conflicts case then to worry about
[00:32] <niemeyer> wgz: Yeah, that's exactly the problem I'm trying to solve :(
[00:33] <niemeyer> wgz: I need to overwrite tags commonly, but using --overwrite all the time is not nice
[00:33] <niemeyer> It's just waiting for the day it will _actually_ overwrite something, unintendedly
[00:36] <wgz> file a bug, it doesn't seem quite as rabbit hole-ish as other tag related requests.
[00:39] <fullermd> You could just make an alias that deletes all your tags, then pulls   8-}
[00:41] <niemeyer> wgz: Thanks, will do
[00:41] <niemeyer> fullermd: This is part of the Go language's standard installation tooling
[00:41] <niemeyer> fullermd: I'm not keen on putting such an ugly hack there
[00:42] <niemeyer> It's what enables people to use Bazaar to host Go packages
[00:42] <niemeyer> The reason they have to override the tags is that Go allows people to tag which revision of the branch a given release of Go should pull
[00:42] <niemeyer> and this of course means the tags have to be overwritten every now and then
[00:44] <wgz> how about replacing .bzr/branch/tags with an empty file as an ugly hack? :)
[00:45] <fullermd> Are you sure you need the pull to update the tags?  I mean, you don't really care about the tags locally, as long as you have the right rev, right?
[00:46] <niemeyer> fullermd: It pulls the changes, and updates to the given revisoin
[00:46] <fullermd> And I think -r on pull resolve the rev as the remote side things of it.  So maybe "yeah, my local tags list is out of date, but the rest still works" is a usable step.
[00:46] <wgz> and yeah, does seem like there should be a neater solution to that particular issue, which I'll leave to fullermd
[00:46] <fullermd> Oh, neat solutions are _totally_ not my baliwick   8-}
[00:47] <fullermd> Unless you mean neat in the sense of "Hey, neat, I didn't know my elbow bent that way!"
[00:47] <niemeyer> fullermd: It doesn't pull from remote until requested.. it may shift revisions around multiple times though
[00:47] <niemeyer> LOL
[00:47] <niemeyer> fullermd: We can talk eyebrows later, but I have to find a solution to that first. :)
[00:48] <fullermd> Right, but I think the resolution would happen on the far side's view.
[00:48] <fullermd> So, e.g. `bzr pull -rtag:FOO where://ever` would look at that remote side for tag 'FOO', turn that into a revid, then pull that revid down and set the tree to it.
[00:48] <jelmer_> niemeyer: bug 681792  ?
[00:48] <ubot5`> Launchpad bug 681792 in Bazaar "wishlist: bzr pull --overwrite-tags" [Medium,In progress] https://launchpad.net/bugs/681792
[00:48] <niemeyer> jelmer_: YES
[00:49] <fullermd> (tag FOO existing locally pointing to some other rev would make it kvetch about the tags not matching, but that would be after it set everything to the 'right' rev anyway)
[00:49]  * niemeyer +1s.. or subscribes.. or thumbs ups, or whatever the me too of the day is
[00:50] <wgz> +affectsmetoo
[00:50] <niemeyer> jelmer_: Man, and it's in your plate too
[00:50] <wgz> has the plus, and affects, and me too.
[00:50] <niemeyer> jelmer_: I'm afraid you won't want to see my name anymore.. ;-)
[00:51] <jelmer_> niemeyer: hehe
[00:51] <jelmer_> niemeyer: at least you're not adding more bugs to the list this way.. ;-)
[00:52] <jelmer_> niemeyer: so, that bug actually has a branch attached that fixes it (IIRC the emacs folks asked about it). It just lacks tests, but we can add those and make sure it ends up in 2.5/precise.
[00:54] <jelmer_> niemeyer: IOW, it shouldn't be more than an hour of two of work additional. How much do you need it?
[00:55] <niemeyer> jelmer_: Just added the explanation to the bug
[00:55] <niemeyer> jelmer_: I need it badly.. everybody that is using the "go" or "goinstall" standard tools now from Go are running "--overwrite" on their branches often
[00:56] <niemeyer> Without even realizing
[00:56] <jelmer_> niemeyer: ok
[01:02] <wgz> meh, nearly got to bed an hour ago
[01:02] <niemeyer> wgz: :)
[01:03] <niemeyer> Btw, on a half-related side note, how do I check if e.g. http://launchpad.net/project has a branch associated with it programatically? Can I poke in lp.net/project/.bzr or something?
[01:03] <jelmer_> niemeyer: you can use the Launchpad API to see if it's got a development focus branch
[01:04] <niemeyer> jelmer_: Is there a non-api way with a trivial http get?
[01:04] <niemeyer> jelmer_: E.g. if /project/.bzr/location.conf 404s it's not there
[01:04] <niemeyer> jelmer_: Or is it more magic than that?
[01:04] <jelmer_> niemeyer: I guess something like that would work too. Perhaps http://code.launchpad.net/PROJECT/.bzr/branch-format ?
[01:05] <jelmer_> (assuming the project is public, etc)
[01:05] <niemeyer> jelmer_: Perfect
[01:05] <niemeyer> jelmer_: Thanks
[01:06] <niemeyer> That's for the go tool as well.. I have to improve the handling of series
[01:06] <jelmer_> ah, no launchpad API library for go yet ? :)
[01:06] <niemeyer> jelmer_: Oh, we have a fairly complete one actually :)
[01:07] <niemeyer> jelmer_: http://goneat.org/lp/lpad
[01:07] <jelmer_> ah
[01:07] <jelmer_> neat
[01:07] <niemeyer> jelmer_: The documentation is a bit messy because they've made a change in godoc that is mixing up some methods, but that's being fixed already
[01:07] <niemeyer> jelmer_: But the reason I'm looking for something simpler is that it'd be too much to use that in the go tool
[01:08] <niemeyer> jelmer_: I just want to disambiguate the case of lp.net/project/a/b/c
[01:08] <jelmer_> ah, I see
[01:08] <niemeyer> jelmer_: It could be a branch at lp.net/project with /a/b/c, or a series branch at lp.net/project/a, with a /b/c directory
[01:09] <niemeyer> jelmer_: A quick get on the branch-format you pointed to solves the question
[01:40] <niemeyer> Profit!
[02:29] <AfC> Just filed a UX bug; is there a tag I should add?
[03:27] <achiang> hello, can someone please remind me how to bypass bzr's builtin ignore file and force it to commit binary .so files?
[03:29] <achiang> oh, i just edit ~/.bazaar/ignore
[03:29] <achiang> i wonder if that is auto-created the first time i use bzr?
[03:33] <AfC> If you add & commit an ignored file, it won't be ignored
[03:41] <achiang> bzr init ; bzr add ; bzr commit in an existing directory with foo.so files will skip the .so files (obviously due to ~/.bazaar/ignore)
[03:41] <achiang> i haven't tried directly doing: bzr add foo.so
[03:58] <mwhudson> achiang: directly doing bzr add foo.so will add the file
[04:00] <achiang> mwhudson: thx. i was just being lazy, i suppose. :)
[07:33] <vila> hey guys !
[09:25] <mgz> morning!
[09:32] <vila> mgz: hey !
[09:48] <vila> mgz: ping, pm ?
[09:49] <mgz> thanks vila
[10:12] <wgz> http://stackoverflow.com/questions/4145123/whats-the-right-way-for-a-python-twisted-program-to-validate-an-ssl-certificate
[10:14] <LeoNerd> Mmmm.. async. SSL. Always fun
[10:23] <vila> wgz: this doesn't really give an easier solution for windows than getting the curl bundle (as far as my reading went)
[10:23] <vila> so far
[10:23] <mgz> indeed, that's the point.
[10:24] <mgz> and (without bothering the man in here) if that's what g-lyph says I'm inclined to believe it's true
[10:42] <vila> mgz: err, not sure I follow, you conclusion is to do what ?
[10:42] <vila> s/you/your/
[10:46] <mgz> cry?
[10:47] <mgz> well, add the nix style certs to the all-in-one installer at least
[10:47] <vila> I don't get it, with the code we have already in place, all we need is a single bundle with all the cert roots in there, ha ok
[10:48] <vila> I agree it's not a super clean solution but it will at least avoid blocking everybody
[10:48] <vila> paranoiac users can still chose to opt-out trivially and we'll find a better way later
[10:56] <mgz> I'm not sure I know of any good twisted introductions
[10:57] <mgz> has always been obtuse, despite the reasonable amount of documentation and such like
[11:28] <mgz> 2.5 needs from __future__ import with_statement right?
[11:28] <mgz> ...yes, check it yourself lazy
[11:34] <mgz> morning jelmer
[12:07] <jelmer_> ohai mgz
[12:08] <jelmer_> my irssi highlights seems to be b0rked :(
[12:08]  * mgz strips jelmer_'s underscore
[12:09] <jelmer_> hah, good point
[12:09] <mgz> having the same nick and name is simple at least
[12:10] <mgz> realised in mp comment I have confusing style by referring to John and Vincent... but then also Larstiq. Mixing up names and nicks is bad form.
[12:11] <jelmer> mgz: I think you'll find it's LarstiQ :P
[12:11]  * jelmer stops being pedantic
[12:12]  * LarstiQ cringes
[12:12] <mgz> larsty-queue?
[12:13] <mgz> I wonder what the most painful way to pronounce it is :)
[12:13] <LarstiQ> mgz: oh there are many
[12:13] <mgz> can't top qt and gnome whatever.
[12:15] <LarstiQ> jelmer: one of these I might switch to all lowercase, but I'm afraid that won't stop people from occasionally capitalising the l
[12:18] <jelmer> :)
[12:19] <mgz> jelmer: so, I'm doing review stuff now (though vila has already bashed a fair bit), want to hop on mumble or similar?
[12:26] <sidnei> hi folks, i'm seeing a traceback with tarmac in precise, which smells like maybe some api change: http://paste.ubuntu.com/818744/
[12:28] <mgz> sidnei: bug 917733
[12:28] <ubot5`> Launchpad bug 917733 in Tarmac "AttributeError: 'NoneType' object has no attribute 'cmdline_overrides'" [Medium,In progress] https://launchpad.net/bugs/917733
[12:29] <sidnei> aha
[12:29] <mgz> ...which has actually been merged into 2.5
[12:30] <mgz> there's also a tarmac branch though, which explains the in progress
[12:30] <sidnei> i guess it wasn't released in precise yet though?
[12:32] <jelmer> mgz: sounds good - mumble it is
[12:32] <mgz> nope. there are also enough things like this that I'm wondering if leaving it to 2.5 final won't be a bit long
[12:51] <mgz> ha, talking to myself.
[12:51]  * mgz goes back to humming
[13:01] <jelmer> mgz: sorry
[13:01] <jelmer> mgz: I was talking to myself too
[13:01] <jelmer> mgz: my laptop (which I was using solely for mumble) suspended because it hit ten minutes of "inactivity"
[13:12] <jelmer> argh,not again
[13:13] <mgz> jelmer: sus... right
[13:13] <jelmer> I was talking about the same thing as last time too :)
[13:13] <mgz> :D
[13:13] <mgz> it's a curse!
[14:05] <mgz> jelmer: that might be sign for lunch
[14:05] <jelmer> heh
[14:05] <jelmer> good point
[14:05] <jelmer> back in a bit
[15:13] <mgz> hm, cake might be a bit too lemony
[15:16] <mgz> bug 903696 is pretty popular
[15:16] <ubot5`> Launchpad bug 903696 in bzr-gtk (Ubuntu) "bzr-notify crashed with SIGSEGV in g_return_if_fail_warning()" [Medium,Confirmed] https://launchpad.net/bugs/903696
[15:30] <jelmer> WHY am I in three independent IRC channels where people are talking about cake?
[15:30]  * jelmer feels like he has missed a memo, or something
[15:30] <mgz> :)
[15:30] <mgz> it's all gone now
[15:34] <mgz> jelmer: mumble again?
[15:44] <mgz> heh:
[15:45] <mgz>     def destroy_branch(self, name=None):
[15:45] <mgz>         """See BzrDir.create_branch."""
[15:46] <jelmer> mgz: okay
[15:46] <jelmer> mgz: hehe
[15:47] <mgz> neither BzrDir.create_branch nor BzrDir.destroy_branch actually exist any more
[15:48] <mgz> as they've been moved up to ControlDir
[15:59] <mgz> so, the current error message for the destroy branch no branch branch branch branch branch
[15:59] <mgz> sorry, got carried away
[15:59] <mgz> is: 'Not a branch: "": location is a repository.'
[16:00] <mgz> and destroy_branch is documented as taking None (that should be 'the empty string' now, right?)
[16:01] <mgz> for name for the default branch
[16:01] <mgz> same in create_branch
[16:36] <vila> jelmer, mgz : pfew, finally, I think I found the pristine-tar last blocking issue: pbzip2 needs to be upgraded on jubany...
[16:38] <mgz> jemler: https://lists.ubuntu.com/archives/bazaar/2012q1/074286.html
[16:38] <vila> yeah jemler, no wonder his filters won't catch it ;)
[16:57] <mgz> jelmer: ;_;
[16:57] <hariom> I want to download a repository that is password protected. Is there any way to send username and password in a single command (eg: username:password@someserver/repo)
[16:58] <mgz> hariom: in the context of what protocol? http?
[16:59] <hariom> mgz: https. I am currently using something like: bzr branch bzr+https:// ...          I want to add username and password also
[17:01] <mgz> hariom: what you probably want is to add the details to your authentication.conf
[17:03] <hariom> mgz: Actually I am doing it to automate my program pulling the repo and setup the system. I can't expect my user to modify authenticate.conf
[17:04] <hariom> mgz: bzr branch <scheme>://<user>:<password>@host:port/path
[17:04] <hariom> I guess this should do. Just read the doc
[17:05] <mgz> it does work, bar possibly a few edge cases you probably won't hit
[17:06] <mgz> but putting the auth in the location isn't really ideal
[17:27] <jelmer> vila: hi
[17:27] <jelmer> vila: is there an easy way to do RegistryOption perhaps?
[17:29] <dandrader> hello! how can I merge two commits into one in bzr? Like the equivalent to "git commit --amend" or "git rebase -i" and then selecting "squash"
[17:33] <mgz> LarstiQ: yell when you've pulled in the change for the bzr-pypy branch and I'll land it
[17:34] <mgz> dandrader: if they're the two you've just done, you can uncommit twice then commit
[17:34] <mgz> otherwise there's the bzr-rebase plugin for more complex stuff
[17:35] <dandrader> mgz, ok, thanks!
[19:17] <SpamapS> When using merge-upstream, I got some of these:
[19:17] <SpamapS>   Conflict adding files to plugins-src.  Moved to root.
[19:17] <SpamapS> I'm a bit confused how to deal with them
[19:18] <LarstiQ> SpamapS: is merge-upstream from bzr-builddeb?
[19:18] <SpamapS> yes
[19:20] <LarstiQ> SpamapS: do you have some more context on those conflicts? Maybe `bzr status` output?
[19:21] <SpamapS> These look like just new files, not sure why there is a conflict
[19:21] <SpamapS> http://paste.ubuntu.com/819191/
[19:21] <SpamapS> theres the full bzr status
[19:23] <SpamapS> I'm inspecting the contents of the branch.. cmp'ing to an untar of the imported tarball.. and it all looks good
[19:23] <SpamapS> so maybe this is just a weirdness of merge-upstream ?
[19:27] <LarstiQ> SpamapS: for the plugins-src conflict, the only thing I could think of is that in one tree a file got added with the same path (but different file-id) as a file in the other tree
[19:27] <LarstiQ> but for the license files that doesn't make sense
[19:28] <SpamapS> LarstiQ: whats odd to me is that the resulting contents are perfect, so I don't know why it thinks there is any conflict
[19:29]  * LarstiQ looks at the code
[19:32] <LarstiQ> oh hey, there is `bzr help conflict-types`
[19:34] <LarstiQ> SpamapS: it's the Missing parent conflict
[19:36] <SpamapS> LarstiQ: ahh so merge expected that there would be a revision for that file, but there wasn't?
[19:37] <SpamapS> I'm pretty sure its ok.. and won't break.. much. :)
[19:38] <LarstiQ> SpamapS: no, the file is added to a directory in branchA and deleted in branchB
[19:38] <LarstiQ> SpamapS: that is, that _directory_ has been deleted
[19:39] <SpamapS> ah, ok, so there's no parent for the directory itself.
[19:39] <SpamapS> this sort of makes sense. :)
[19:39] <LarstiQ> SpamapS: if you look at the history you can probably figure out which dir those files got added to that is now gone
[19:40] <SpamapS> LarstiQ: from what I'm seeing, they all got added to the root
[19:40] <SpamapS> LarstiQ: unless rsync is broken too.. it verifies that the contents of the tarball, and the contents of my working copy, are identical
[19:40] <LarstiQ> SpamapS: but if you're happy with their current location that would mainly be to satisfy your curiosity
[19:40] <LarstiQ> SpamapS: yeah
[19:42] <LarstiQ> wgz: pulled, confirmed it's fine under pypy, and pushed
[19:42] <LarstiQ> wgz: should I not change writes to build_tree_contents?
[19:49] <wgz> LarstiQ: I wouldn't bother, as generally there are also bigger things that would be worth changing with old tests
[19:49] <wgz> and then you're rewriting it, which risks breaking the test
[19:49] <LarstiQ> wgz: right
[19:49]  * LarstiQ nods
[19:53] <wgz> LarstiQ: sent. now, off to quiz, bye!
[19:54] <LarstiQ> wgz: ciao!
[19:55] <LarstiQ> wgz: oh, and thanks :)
[20:16] <sidnei> jelmer, filed bug #922800 about the bzr-git vs github issue, before i forget
[20:16] <ubot5`> Error: Launchpad bug 922800 could not be found
[20:22] <jelmer> sidnei: thanks
[20:22] <jelmer> sidnei: is there a particular reason it's private?
[20:22] <sidnei> jelmer, launchpad decided so? i didn't pick private.
[20:23] <jelmer> sidnei: ok, just checking
[20:23]  * jelmer changes to public
[20:48] <Noldorin_> hi jelmer
[21:09] <jelmer> hi Noldorin_
[21:09] <jelmer> how's it going?
[21:23] <Noldorin_> good thanks...
[21:23] <Noldorin_> you?
[21:25] <jelmer> alright too
[21:28] <Noldorin_> jelmer, how's progress on... things? :-)
[21:49] <LarstiQ> jelmer: ehm, get_get_config should be test_get_config?
[22:00] <jelmer> LarstiQ: whoops
[22:00] <jelmer> LarstiQ: I noticed it in the per_branch tests, and then I still copy-n-paste it incorrectly..
[22:31] <jelmer> Noldorin_: Hacking on colocated branches, mostly
[23:11] <wgz> came third.
[23:19] <Noldorin_> jelmer, ah okay :-)
[23:19] <Noldorin_> jelmer, will they be in 2.5 final then?
[23:19] <Noldorin_> they look pretty mature now


[08:00] <dholbach> good morning
[12:08]  * dholbach relocates - brb
[20:11] <IdleOne> watching jono play some game and got the bejeezus scared out of me lol
[20:52] <balloons> IdleOne, LOLOL.. He's playing that horror survival game
[20:52] <balloons> keep the lights on
[21:59] <jcastro> horror survival?
[22:00] <jcastro> did someone say DayZ?


[04:43] <hibana> good mornings everyonewb Kilos
[04:44] <hibana> ai!
[04:44] <hibana> *and wb kilos
[04:44] <Kilos> morning hibana  you early hey
[04:44] <hibana> hehe, no choice really
[04:44] <Kilos> how did the maintenance go?
[04:45] <Kilos> or still busy
[04:45] <hibana> unfortunately looks like inetpro will still be sleeping for a while, not sure how long still
[04:46] <hibana> should have been awake already
[04:48] <Kilos> wow
[06:42] <Kilos> hi Tonberry
[06:43] <Tonberry> hi
[07:41] <Kilos> hi bduk
[07:43] <Kilos> ai!
[07:43] <Kilos> http://newsletters.mybroadband.co.za/lt.php?c=366&m=379&nl=2&s=bf7acfe2dfd656e64c262fe9165a0e17&lid=8292&l=-http--mybroadband.co.za/news/energy/116986-get-ready-for-daily-load-shedding.html
[07:45] <bduk> more almal
[07:47] <bduk> eksdom is seker die enigste vervaardiger van n produk  wat jou dan dwing om dit nie te gebruik nie
[08:20] <Kilos> hi gremble
[08:27] <gremble> Hello Kilos
[08:27] <gremble> How are you doing today?
[08:29] <Kilos> hehe as i please ty and you?
[08:33] <gremble> I am doing well thank you
[08:35] <Kilos> are you back by the mosquitoes again?
[08:37] <Kilos> ohi Vince-0  you sneaked in somehow
[08:43] <Kilos> sjoe hibana  wat sukkel jy so?
[08:43] <gremble> Yup
[08:43] <gremble> Was in EC last week and there were 3 mosquitoes
[08:43] <gremble> It was bliss
[08:44] <gremble> The only bititng that happened was from my companion
[08:48] <Kilos> lol
[08:54] <Vince-0> haai
[09:32] <nuvolari> Maaz: is stackoverflow.com up?
[09:32] <Maaz> nuvolari: No, http://stackoverflow.com/ is down (Server is not responding)
[09:32] <nuvolari> :O
[09:32] <nuvolari> the world is gonna end!
[09:55] <gremble> Oh mai
[10:06] <nuvolari> oh hai Vince-0, oom Kilos, gremble
[10:14] <Vince-0> Haai
[10:37] <Kilos> hi nuvolari
[11:44] <Kilos> hi smile
[11:47] <smile> hi! :)
[11:47] <smile> Kilos: do you like upgrading/flashing BIOS? ;)
[11:47] <hibana> wb inetpro
[11:48]  * inetpro stretching his self
[11:49] <inetpro> thanks hibana
[11:49] <inetpro> that was a lekker long sleep
[11:49]  * hibana needs to go
[11:49] <smile> hibana: bye! :)
[11:49] <hibana> goodbye everyone
[11:50]  * smile hugs inetpro
[11:50] <smile> :)
[12:28] <Kilos> lol smile i dont like it because im scared it fails
[12:28] <Kilos> but so far been lucky
[12:29] <Kilos> there is a linux app that can do it that i havent tried
[12:29] <Kilos> flashrom
[12:29] <Kilos> wb inetpro
[12:34] <inetpro> thanks Kilos
[12:39] <smile> Kilos: I put my UEFI image on a usb disk and then used the builtin UEFI Flash utility from my BIOS :P
[12:40] <smile> You have to know that, though :/
[12:40] <smile> but now a giant bug was fixed :D
[12:40] <smile> And my pc boots quicker as before
[12:40] <smile> :)
[12:41] <Kilos> oh ya smile you hit a luck if the motherboard has the flash utility built in then its easy from windows xp
[12:42] <Kilos> there are bad things that actually corrupt bois
[12:42] <smile> Kilos: well I didn't need Windows at all, but to be sure I booted from it ;)
[12:42] <Kilos> i have ians mb here that is worth nothing because of something that got in
[12:43] <Kilos> lol
[12:45] <smile> first by BIOS complained it was a bad version, then it did not want to boot from USB stick :/
[12:45] <smile> then it booted and then it complained again
[12:45] <smile> I redownloaded for another model, used the built in flash and it worked :o
[12:46] <Kilos> the bugs that hit bios cause funny things to happen
[12:46] <Kilos> like pc cant see cdrom or floppy or usb's
[12:47] <Kilos> there are straps on the mb that can wipe the bios but you gotta have the firmware available
[12:48] <Kilos> and another bug renames the hdd's to just a number then bios cant see them
[12:54] <Kilos> thats why i dont want any windows os near this pc
[13:19] <superfly> Kilos: when's the next meeting?
[13:19] <Kilos> 27th superfly
[13:21] <smile> bye :)
[13:21] <Kilos> cheers smile  be good
[13:23] <superfly> OK
[13:23] <superfly> I need to whip some butt
[13:24] <Kilos> oh my superfly  mine?
[13:24]  * Kilos hides
[13:25] <superfly> Kilos: if you want me to...
[13:25] <Kilos> lol nono only if i did something wrong man
[13:26] <Kilos> sjoe inetpro  vlieg is op die oorlogs pad
[13:45] <superfly> Kilos: this is what the web site looks like so far: http://ubuntu-za.snyman.info/
[13:45] <superfly> Kilos: in short, there's nothing.
[13:45] <Kilos> oh is that why you want to kick butt superfly  ?
[13:45] <superfly> yes.
[13:46] <superfly> You can write stuff and e-mail it to me if you want. I don't care how people get content to me, I can put it in.
[13:46] <inetpro> sorry superfly, really busy with others stuffs on my side
[13:48] <Kilos> sjoe
[13:49] <inetpro> Kilos and others: look at our current site, check pages like, get started, get support, get involved and others
[13:49] <Kilos> well superfly  , so i can write a post and you will edit it and put in things that i dont know how to explain\
[13:50] <inetpro> from that, what do we still need and what can we cut off
[13:52] <Kilos> well to login i need my open id thing and not sure of the full link one gives. i know i be ~msdomdonner
[13:54] <Kilos> and somewhere there must be launchpad.net i think
[14:05] <Kilos> superfly  is that content?
[14:07] <Kilos> pm me if you want to kick my butt
[14:08] <Kilos> nuvolari  whats my launchpad openid please
[14:20] <Kilos> ok i got it
[14:32] <charl> good afternoon
[14:32] <charl> Maaz: coffee on
[14:32]  * Maaz puts the kettle on
[14:34] <Kilos> hi charl
[14:34] <Kilos> Maaz  coffee pleasew
[14:34] <Maaz> Kilos: Excuse me?
[14:34] <Kilos> please too
[14:34] <Kilos> Maaz  coffee please
[14:34] <Maaz> Kilos: Done
[14:34] <Kilos> dammit
[14:36] <Maaz> Coffee's ready for charl and Kilos!
[14:36] <Kilos> Maaz  danke
[14:36] <Maaz> Bitteschön
[14:41] <Kilos> whew my typing is getting worse
[14:52] <charl> hi Kilos
[14:52] <charl> how are you doing
[14:52] <Kilos> ok ty and you charl  ?
[14:56] <Kilos> couple of peeps didnt greet this fine day
[15:00] <charl> good good
[17:48] <Kilos> hi nlsthzn
[17:48] <nlsthzn> Kilos: alo uncle Kilos :)
[17:49] <Kilos> did you see the mail from leon gert markinovitz
[17:49] <nlsthzn> trying out a fairly light weight IRC client... think I will be installing hexchat soon
[17:49] <Kilos> we need more members
[17:49] <nlsthzn> no I don't think I saw the mail
[17:49] <Kilos> i think its feedback from them peeps
[17:50] <Kilos> the loco peeps
[17:50] <nlsthzn> was in my spam folder
[17:51] <Kilos> gmail?
[17:51] <Kilos> ive had to got to my accounts and unspam lots
[17:51] <Kilos> they even blocking flashrom mails
[17:51] <Trixar_za> I've gotten used to using Claws-Mail
[17:52] <Kilos> is that a client Trixar_za  ?
[17:52] <Kilos> i still use evolution
[17:52] <Trixar_za> Yeah - SliTaz didn't have evolution or Thunderbird
[17:52] <Trixar_za> so I got used to the ones it did have :P
[17:52] <Kilos> evo is a bit heavy but has its own built in backup tool
[17:53] <nlsthzn> yup, was gmail
[17:53] <nlsthzn> so we need to work on our ubuntu membership #
[17:53] <nlsthzn> as well as people active
[17:53] <Kilos> gmail is giving lots of probs
[17:53] <nlsthzn> grrr... no spell checker in this client >.<
[17:53] <Kilos> what os you using nlsthzn  ?
[17:54] <nlsthzn> well was very happily chugging along on Windows and decided to go as unstable as I can while perhaps staying stable >.< - openSUSE Tumblweed (rolling)
[17:54] <Kilos> we only have 4 members so the fly should apply
[17:55] <Kilos> lol
[17:55] <Kilos> you and your changing all the time
[17:55] <nlsthzn> pity me
[17:55] <Kilos> yeah
[17:55] <Kilos> my 14.04 kde is strong
[17:56] <nlsthzn> :)
[17:56] <Kilos> o nly way i could break it was by zeroing the drive hehe
[17:57] <Kilos> oh nlsthzn  you just in time as well to add content to our site
[17:57] <Kilos> superfly  tell him
[17:57] <Kilos> at next meet fly gonna kick butt
[17:57] <Kilos> hi captine
[17:57] <nlsthzn> yes sorry I haven't even looked at it yet
[17:58] <captine> hi all
[17:58] <Kilos> haha not_found  too
[17:58] <not_found> hexchat
[17:59] <Kilos> not_found  http://ubuntu-za.snyman.info/
[17:59] <Kilos> hexchat is good imo
[18:00] <not_found> I was thinking of making a suggestion in our next meeting that involves the website and a drive for members etc... we need a multi-language info page to cater to the whole of SA... on paper and online
[18:01] <captine> i am using hexchat too
[18:01] <captine> nice that it defaults to ssl
[18:02] <captine> not_found, what type of drive are you refering too?
[18:02] <not_found> a campaign targeting uni's and schools.. some sort of info page in all languages telling about ubuntu, free software and pointing to the loco
[18:03] <Kilos> get active drive
[18:03] <captine> not_found, sounds good.  will also be good to have some lists of SA companies using ubuntu
[18:03] <captine> as a sort of "reference"
[18:03] <captine> with what they use it for.  Am sure more are using it than are known about e.g. FNB etc.
[18:05] <not_found> sure I am sure there are many we don't know about
[18:06] <Kilos> nlyou a member hey?
[18:06] <Kilos> ai!
[18:06] <Kilos> why you killed neelsie
[18:07] <Kilos> easier to type nl tab  than not found
[18:07] <nlsthzn> yes i am
[18:07] <Kilos> then for the time being you can make requests for us
[18:16] <nlsthzn> Sure, we can discuss this in the meeting
[18:16] <Kilos> ok add it to the agenda please
[18:17] <Kilos> but i think we must push peeps to become members
[18:19] <Kilos> and where has drubin gone
[18:19] <Kilos> Maaz  seen drubin
[18:19] <Maaz> Kilos: drubin was last seen 1 year, 6 months, 11 days, 21 hours, 28 minutes and 29 seconds ago in #ubuntu-za on freenode [2013-07-15 13:50:43 PDT], and has been offline on freenode since 2014-07-12 20:48:52 PDT
[18:19] <Kilos> he cant just leave he gotta wave goodbye
[18:19] <Kilos> inetpro  sort him
[18:32] <Kilos> drussel also not here
[18:32] <Kilos> sigh
[18:41] <Kilos> wb gremble
[18:43] <captine> Kilos, in terms of members, are you referring to the launchpad group?
[18:44] <Kilos> the ubuntu membership
[18:45] <Kilos> i think we have drubin maia nlsthzn  and tumbleweed
[18:46] <Kilos> captine  did you read the mail from leon gert markinovitz
[18:46] <captine> mm. let me check
[18:46] <captine> recent?
[18:46] <Kilos> arya today
[18:47] <Kilos> are you on our mailing list?
[18:47] <captine> checking
[18:47] <Kilos> he got feedback from the loco peeps
[18:48] <captine> doesnt look like i am on the list
[18:48] <Kilos> http://bit.ly/MCOujZ
[18:48] <captine> weird, as I got the mails from Mia etc
[18:48] <Kilos> join quick
[18:49] <captine> i do get the ubuntu-za mails
[18:49] <captine> but dont see anything today
[18:49] <Kilos> oh my
[18:49] <Kilos> lemme post it
[18:50] <captine> ?
[18:50] <captine> ok
[18:50] <Kilos> http://slexy.org/view/s2pSSqBaYY
[18:52] <Kilos> ah it was on the 7th but was in my spam folder on gmail and i told them today our list mails arent spam
[18:52] <Kilos> so evo collected it today for me
[18:57] <captine> ok
[18:57] <captine> cool
[18:57] <Kilos> the biggest prob with membership is contributions
[18:59] <captine> contributions?  u mean to documentation and other areas?
[18:59] <Kilos> http://ubuntugnome.org/official-members-requirements/
[18:59] <Kilos> i think thats the link
[19:00] <Kilos> nlsthzn  just check im not making mistooks please
[19:00] <nlsthzn> not the official link but looks like the correct info
[19:01] <Kilos> whats the official link please
[19:03] <superfly> http://ubuntugnome.org/official-members-requirements/
[19:03] <superfly> ag
[19:03] <superfly> https://wiki.ubuntu.com/Membership/NewMember
[19:05] <Kilos> ty superfly
[19:06] <nlsthzn> hey superfly :)
[19:08] <superfly> hi nlsthzn
[19:08] <superfly> I could probably get membership without much hassle
[19:08] <Kilos> yes superfly  please do
[19:08] <nlsthzn> would be good if those that could would
[19:08] <Kilos> you have done lots
[19:08] <superfly> I already have a package in the repos
[19:08] <Kilos> ya
[19:09] <Kilos> its just the rest of us that will sukkel
[19:10] <Kilos> nlsthzn  im going to try as well. but will need all of your support and many tyestimonials
[19:11] <Kilos> testimonials
[19:11] <Kilos> whew
[19:12] <nlsthzn> +1 uncle Kilos ... I am glad if you apply... there are no guarantees but I believe you have a good case...
[19:13] <Kilos> superfly  shall we apply together after our next meeting?
[19:13] <superfly> Kilos: sure
[19:15] <nlsthzn> \o/
[19:18] <Kilos> think of more guys we can get to apply as well
[19:18] <nlsthzn> when gnome shell works and doesn't crash in can work so very very well :p
[19:19] <nlsthzn> perhaps I will add it to the next meetings agenda too :)
[19:22] <Kilos> lol
[19:22] <Kilos> chanserv died
[19:23] <Kilos> nlsthzn  i made a personal wiki page didnt i?
[19:24] <captine> dont think i would qualify.  need to contribute... but time is a challenge at the moment. :)
[19:25] <Kilos> ya its serious business. i have no idea at all how to try make them believe that i should be elligible
[19:29] <superfly> Kilos: I've started my page: https://wiki.ubuntu.com/superfly
[19:30] <Kilos> oh my. i made a page like that, followed maias i think
[19:32] <Kilos> ha google found it
[19:32] <Kilos> https://wiki.ubuntu.com/Kilos
[19:35] <Kilos> eish and you got to have a site as well
[19:35] <Kilos> sigh
[19:36] <nlsthzn> a site?
[19:38] <superfly> I don't think it's compulsory
[19:39] <nlsthzn> no site , launchpad, signed ubuntu code of conduct and wiki
[19:42] <Kilos> i am sure i signed the code of conduct years ago but now it says not signed
[19:42] <Kilos> was  a major job that
[19:42] <Kilos> cant even remember who helped me
[19:47] <captine> night all
[19:49] <Kilos> what key do i want?
[19:49] <Kilos> (1) RSA and RSA (default)
[19:49] <Kilos>    (2) DSA and Elgamal
[19:49] <Kilos>    (3) DSA (sign only)
[19:49] <Kilos>    (4) RSA (sign only)
[19:50] <superfly> Right. https://wiki.ubuntu.com/superfly is pretty much as far as I'll get. If anyone would like to write a testimonial, I would appreciate it a lot.
[19:50] <superfly> Kilos: RSA is fine. Are you using gpg or ssh?
[19:50] <Kilos> the gpg command from terminal
[19:51] <superfly> OK, then you're on the right track
[19:51] <Kilos> hehe
[19:51]  * nlsthzn will be writing some testimonials for what its worth :p
[19:52] <Kilos> 1 or 4 superfly  ?
[19:52] <Kilos> ty nlsthzn
[19:52] <superfly> 1
[19:52] <Kilos> ty
[19:54] <Kilos> eish what do i put in for comment
[19:54] <Kilos> here is the example
[19:54] <Kilos> Heinrich Heine (Der Dichter<EMAIL_ADDRESS>[19:55] <Kilos> comment is the middle thing right?
[19:57] <Kilos> inetpro  thats your language man , whats (Der Dichter)
[19:58] <Kilos> hmm... hes hiding again
[20:05] <Kilos> superfly  do i put (Kilos) in the comment place
[20:05] <Kilos> sorry to bug you so much
[20:06] <superfly> Kilos: you can leave the comment blank
[20:06] <Kilos> what is it for?
[20:06] <Kilos> so just ( )
[20:07] <Kilos> or nothing there at all
[20:13] <nlsthzn> nothing is needed
[20:13] <nlsthzn> it is a nice to have for some but not needed...
[20:13] <nlsthzn> write a nice poem in there
[20:13]  * nlsthzn goes to sleepy now... good night all :)
[20:29] <Kilos> night nlsthzn
[20:29] <Kilos> im stuck
[20:29] <Kilos> dunno where to find a fingerprint
[20:30] <Kilos> superfly  where do i find my personal keys in kde please
[20:31] <superfly> Kilos: I can't remember, it was so long ago that I did it
[20:31] <Kilos> im stuck here http://www.wikihow.com/Sign-the-Ubuntu-Code-of-Conduct
[20:31] <Kilos> ive got my key now must find a fingerprint
[20:32] <Kilos> im sure i did this before and the monkey helped me
[20:32] <Kilos> why they make things so difficult
[20:33] <superfly> Kilos: have you uploaded your public key to a keyserver?
[20:34] <Kilos> i dont know how to do that
[20:34] <superfly> Kilos: have you got KGpg installed?
[20:34] <Kilos> gpg --send-keys --keyserver keyserver.ubuntu.com
[20:34] <Kilos> with tyhat i did it
[20:34] <superfly> Kilos: yes, that'll upload your keys
[20:35] <Kilos> ok then thats done
[20:35] <Kilos> then they show more stuff with finding a fingerprint
[20:35] <superfly> Kilos: what do you see when you type "gpg --list-keys"
[20:37] <Kilos> i pmed you the output
[20:40] <superfly> I know -_-
[21:13] <Kilos> night all. sleep tight. ty for the help superfly
[21:17] <charl> night all


[02:20] <CmdrKeen> @ramiro Howdy
[08:39] <Kill-Animals> Why is xdg-desktop-portal, and why is it taking 200% of my cpu? https://usercontent.irccloud-cdn.com/file/d43OMv37/image.png
[09:26] <mparillo> As to your first question: https://packages.debian.org/bullseye/xdg-desktop-portal I am nor sure I can help on your second question.
[13:14] <BluesKaj> Hi all
[16:00] <zadi> My computer is used by both myself and my girlfriend. We each have our own user account and just switch user without logging out. We also share a bluetooth headphone. The problem is, if one person already connects the headphone then if we switch user then kubuntu doesnt forget that the other user still connects to the headphone and will only allow the other user to use the bluetooth headphone with HSP, severely reducing the sound quality
[16:01] <zadi> Any way to make the bluetooth disconnects immediately when we switch user ?


[11:54] <mattymo> how can I define a value as "undefined" in a cloud-init template. For example, a puppet config line should not be specified in puppet.conf
[13:33] <nsv> hello ! how can i start N copies of the same script and keep their count (restart) if they die ?
[13:33] <nsv> from user-space, i guess, not root
[14:02] <mattymo> nsv, use supervisor?
[14:05] <nsv> http://supervisord.org ? oh, thanks, it fell out of my head - was looking at runit


[01:33] <OvenWerks> wonko: I have pushed something to master, feel free to have a look
[01:36] <OvenWerks> wonko: https://launchpad.net/~ubuntustudio-dev/+archive/ubuntu/autobuild if you just want an install
[01:37] <OvenWerks> Eickmeyer: this should fix zizta-ajbrdige going to 100% cpu
[01:42] <wonko> I'll definitely check that out!
[01:42] <OvenWerks> Eickmeyer: I don't know if this will affect you or not, I am on 18.04 and with the autobuild I can set the governor to either powersave or performance and stop start -controls and it still shows last chosen mode. (also after reboot)
[01:43] <OvenWerks> wonko: if you work on it, do a save and push before anything else to catch any of my non-pep whatever
[01:43] <OvenWerks> wonko: feel free to change the config file to whatever format
[01:44] <OvenWerks>  I am thinking what we have may just not work in the long run as it is possible to have jack port names that include spaces and other charactors I might choose as separators
[01:46] <OvenWerks> wonko: it would be nice to be able to save pulse bridges as:
[01:47] <OvenWerks> [[name, connect_to], [name2, connect_to2]]
[01:49] <OvenWerks> wonko: it isn't mentioned anywhere... :)  but for "Auto Connect Port" if the connection is to system:*_? it is ok to just use the first port number.
[01:50] <OvenWerks> so for example a connect to port of 1 will connect the left pulse to system:playback_1 and the right pulse to system:playback_2
[01:56] <OvenWerks> wonko: the reason I suggest changing the config file format is that I want to do something similar to the pule tab for USB and extra devices
[01:57] <OvenWerks> Each device may have more than just one parameter for each device. [device, portname_in, portname_out, in_connect, out_connect]
[02:03] <OvenWerks> wonko: here is an auto connect for phones out being different inside pulse: http://i.imgur.com/nAoLLeM.png
[02:03] <OvenWerks> wonko: I don't know if thats the kind of thing you were looking for.
[17:47] <Eickmeyer> OvenWerks: Sorry for the absence, I'll do what I can test.
[17:47] <Eickmeyer> *to test
[17:48] <OvenWerks> busy time of year no worries


[05:40] <lubot2> DoralynneOeONG was added by: DoralynneOeONG
[16:56] <lubot2>  was removed by: tsimonq2
[16:56] <lubot2>  was removed by: tsimonq2
[16:56] <lubot2>  was removed by: tsimonq2
[16:56] <lubot2>  was removed by: tsimonq2
[16:56] <lubot2>  was removed by: tsimonq2
 There, all the deleted accounts are gone...
 Lazy You were right
[16:57] <lubot2> <Lazy B> :D
[20:05] <lubot2> LatvinaKniazeva was added by: LatvinaKniazeva
[21:39] <lubot2> AlenchikzavTropareva was added by: AlenchikzavTropareva