[21:22] <jackpot51> I have patches for WPA 2 enterprise support in ubiquity - what should I do with them?
[21:36] <jackpot51> Patches can be seen here: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1107935


[01:20] <locodir-user> hello
[01:21] <locodir-user> hello???
[15:04] <paultag> https://wiki.debian.org/DeveloperNews <- we've got LP support in Debian's Wiki :)
[15:19] <mhall119> paultag: pretty cool stuff
[15:28] <paultag> mhall119: totally :)
[15:28] <paultag> mhall119: It's such a nice day out today
[15:29] <nigelb> paultag: Nice work
[15:29] <nigelb> paultag: How are you doing that?
[15:29] <paultag> nigelb: thanks, mang. Trying to get us all to play nice
[15:29] <paultag> nigelb: glitter and magicks :)
[15:30] <nigelb> lol
[15:30] <paultag> nigelb: a python CGI script to talk with Launchpad (lplib is *so* slow, so I might have to cache) which exposes a JSON output, javascript parses wiki links and re-formats them
[15:30] <paultag> nigelb: it's checked into VCS if you're interested in helping or bugfixes
[15:30] <nigelb> I did something similar for Launchpad itself, so I may have a trick for you ;)
[15:31] <nigelb> launchpad has an internal API to do this. you could try using it instead of lplib :D
[15:31] <paultag> nigelb: It's moinmoin, so it's not the sort of thing were we can do much besides javascript, css and external scripts
[15:31] <paultag> nigelb: that's not a bad idea
[15:31] <nigelb> what are you using to find valid bugs?
[15:31] <paultag> nigelb: javascript
[15:31] <nigelb> if the search api is exposed over launchpad lib, use that.
[15:31] <nigelb> I meant, which api end point
[15:31] <paultag> oh just bug[N]
[15:31] <nigelb> if you're goign to check one bug at a time, that's slow.
[15:31] <nigelb> let me find you a better way.
[15:32] <paultag> nigelb: awesome
[15:32] <nigelb> Its what I used
[15:32] <paultag> nigelb: hold on a sec
[15:32] <paultag> nigelb: http://anonscm.debian.org/gitweb/?p=collab-maint/wiki.debian.org.git;a=blob;f=bin/launchpad;h=74666b763c83d20c935b362c748c1a03c9a5999a;hb=c350c7a9b5153eb16d3e3b45a804debaa5198b38
[15:33] <paultag> nigelb: deltas are super super welome, anything to take that process time off the server
[15:33] <nigelb> :)
[15:33] <paultag> I was going to cache, which sucks, but I had no idea there was another interface
[15:33] <nigelb> looking at API docs to see if its expoed
[15:33] <paultag> so I'm really looking forward to your idea :)
[15:33] <nigelb> working inside LP has an advantage of being able to do anything
[15:35] <paultag> nigelb: http://wiki.debian.org/cgi-bin/launchpad?bug=500000
[15:35] <nigelb> lets move to a PM, instead of spammin here :)
[15:35] <paultag> nigelb: that's the output format and load time
[15:35] <paultag> sure
[18:27] <CrazyLemon> hey guys - so i'm trying to figure out who's the owner of our loco mailing list..and so far no luck i've sent mail to ubuntu-si-owner @.. and no reply
[18:27] <CrazyLemon> is it possible to check the database or smth ?
[18:30] <paultag> CrazyLemon: I don't see an owner on the interface
[18:30] <CrazyLemon> paultag yea - same here
[18:30] <paultag> CrazyLemon: perhaps talk with canonical-sysadmins during the weekday, us community members can't be trusted :)
[18:30] <CrazyLemon> but someone had to create it
[18:31] <CrazyLemon> maybe i created it..but i really cant remember :D
[18:31] <czajkowski> CrazyLemon: on the mailing list page does it not say who's the owner
[18:31] <czajkowski> what teams is this
[18:31] <czajkowski> *team
[18:31] <paultag> czajkowski: it does
[18:31] <paultag> czajkowski: on the bottom
[18:31] <paultag> and their entry is null, blank
[18:31] <CrazyLemon> czajkowski ubuntu-si    and no it doesnt :)
[18:32] <czajkowski> well that' just annoying
[18:32] <paultag> someone ring up canonical
[18:32] <czajkowski> CrazyLemon: whats the issue with the ml anwyays
[18:32] <paultag> we don't have access :)
[18:32] <czajkowski> paultag: eh hell weekend :)
[18:32] <czajkowski> *hello
[18:32] <paultag> czajkowski: :)
[18:32] <CrazyLemon> czajkowski we don't know who's the owner
[18:32] <CrazyLemon> i.e we dont have access to ml
[18:32] <paultag> I'm sure y'all can get access
[18:33] <CrazyLemon> paultag how?
[18:33] <czajkowski> paultag: see pm
[18:33] <paultag> canonical
[18:33] <czajkowski> CrazyLemon: gives a moment so we cna figure it out
[18:33] <czajkowski> but again
[18:33] <czajkowski> t's the weekend
[18:34] <CrazyLemon> czajkowski i know :D and no problem..i'll just talk to canonical guys
[18:34] <CrazyLemon> we are not in a rush :)
[18:34] <paultag> :)
[18:34] <CrazyLemon> thank you both
[18:34]  * paultag hugs
[18:34] <paultag> good luck!
[18:34] <czajkowski> ok so http://loco.ubuntu.com/teams/ubuntu-si
[18:35] <czajkowski> is your team
[18:35] <CrazyLemon> do i need it? are canonical guys that scary? :D
[18:35] <CrazyLemon> czajkowski yup..that's it
[18:35] <czajkowski> no they're not scary at all
[18:35] <czajkowski> have you spoken to the admins on that list
[18:35] <czajkowski> BigWhale for example ?
[18:36] <BigWhale> You rang?
[18:36] <CrazyLemon> BigWhale wasn't on the team when ML was created
[18:36] <czajkowski> so on first search of mailing lists I get https://lists.ubuntu.com/#Ubuntu+Worldwide+LoCo+Teams
[18:37] <czajkowski> have you mailed<EMAIL_ADDRESS>[18:37] <czajkowski><EMAIL_ADDRESS>[18:37] <czajkowski> anyone?
[18:37] <BigWhale> What seems to be the broplem?
[18:38] <BigWhale> broplem
[18:38] <BigWhale> problem!
[18:38] <czajkowski> BigWhale: CrazyLemon wants to know who is the ML owner
[18:38] <czajkowski> CrazyLemon: did you mail the mailman address to resolve the issue ?
[18:39] <CrazyLemon> czajkowski i have not
[18:39] <BigWhale> Yeah, I came on board later.
[18:39] <czajkowski> CrazyLemon: ok mail there and cc the loco council
[18:39] <czajkowski> and we can then go from there ok
[18:39] <BigWhale> I haven't got a clue.
[18:39] <czajkowski> but you have to do that first
[18:39] <CrazyLemon> like i said...i only sent mail to ubuntu-si-owner
[18:39] <BigWhale> Whoever created the list isn't active anymore or they forgot that they created it.
[18:40] <CrazyLemon> or they have changed their email address
[18:40] <czajkowski> BigWhale: grand so in order to change that the above address needs to be mailed and explained this to them
[18:40] <czajkowski> until that is done we can't really do anything
[18:40] <BigWhale> Understandable.
[18:40] <czajkowski> if you cc us then we can track it
[18:40] <czajkowski> we dont have access to anyting
[18:41] <czajkowski> I have a poking stick that seems to work :)
[18:41] <BigWhale> CrazyLemon, will sent that email and also CC it to me. :)
[18:41] <CrazyLemon> humm..whats loco's mail address ? :D
[18:41] <BigWhale> czajkowski, I'm glad it is only a poking stick, not a bat :>
[18:41] <czajkowski> !lococouncil
[18:41] <ubot4> lococouncil is The Loco Council is itnet7, czajkowski, paultag, huats, leogg, popey - they are there to help, just ask! :) You can send them an email at<EMAIL_ADDRESS>[18:42] <czajkowski> BigWhale: with the amound of pokes ya never know :)
[18:45] <CrazyLemon> is mailman a real person or just a mail daemon ? :D
[18:45] <czajkowski> no idea sorry
[18:45] <CrazyLemon> i just wanna know if i should be nice or not :D
[18:45] <czajkowski> I'm sure there are admins behind it
[18:46] <czajkowski> be nice
[18:46] <czajkowski> always be nice
[18:46] <czajkowski> as I'll be on the other side of the email
[18:46] <CrazyLemon> i mean..i am nice..but respectfully polite :D
[18:46] <czajkowski> best to be nice :)
[18:47] <BigWhale> ALWAYS be nice... especially to robots :>
[18:51] <CrazyLemon> ok..finally i've sent it
[19:02] <czajkowski> CrazyLemon: BigWhale so after all that who is the team leader/team contact
[19:02] <CrazyLemon> czajkowski BigWhale is (currently)
[19:03] <czajkowski> might have been better coming from him or saying please contract BigWhale as he is the team lead
[19:03] <czajkowski> as it will need to be verfied
[19:03] <CrazyLemon> oh
[19:04] <CrazyLemon> well..i'm a member quite long..that has to count something! :D
[19:05] <czajkowski> I'm not sayig it is
[19:05] <czajkowski> but you have to verify it against someone
[19:05] <czajkowski> so thye'll go by the team leader and us
[19:06] <czajkowski> there is a reason we have that field
[19:16] <BigWhale> czajkowski, I'll mail mailmain tomorrow if needed. Today I'm running on 2.5 hours of sleep and I don't feel capable of doing anything productive :>
[19:21] <czajkowski> BigWhale: no worries
[19:21] <czajkowski> I'm in the same boat
[19:21]  * BigWhale highfives czajkowski.
[19:21] <BigWhale> :>
[19:21] <czajkowski> BigWhale: CrazyLemon I'll chase up on it next week
[19:21] <czajkowski> and give the folks some time over the week to get on top of it ok
[19:22] <czajkowski> CrazyLemon: BigWhale anything else just give us a shout ok
[19:22] <CrazyLemon> czajkowski will do.. thanks! :)
[19:22] <BigWhale> It will be more like a growl than a shout. I have no voice.
[19:22] <czajkowski> no bother
[19:23] <BigWhale> :>
[19:23] <czajkowski> I idle here but just leave me a message as I'm at work mid week but do try and get back to people


[09:34] <mup> Issue operator#721 opened: Operator does not work in offline deployments if "schema" field is defined in relation <Created by phvalguima> <https://github.com/canonical/operator/issues/721>
[10:44] <mup> Issue operator#721 closed: Operator does not work in offline deployments if "schema" field is defined in relation <Created by phvalguima> <Closed by jnsgruk> <https://github.com/canonical/operator/issues/721>
[12:18] <mup> Issue operator#708 closed: `leader-settings-changed` firing before unit departure <Created by MiaAltieri> <Closed by jnsgruk> <https://github.com/canonical/operator/issues/708>


[16:29] <adom> so someone from the area tell me for real, should i be concerned about this cicada thing coming? or is it just something that passes and you dont mind it much?
[16:39] <marcoceppi> adom: were you around in 1996 or the brood after that? ~2004?
[17:35] <ChinnoDog> At least they don't bite
[17:39] <ChinnoDog> They just stick their mouth parts in you if they mistake you for a tree
[21:13] <adom> marcoceppi: no, just moved to Woodbridge in February.
[21:13] <adom> ChinnoDog: i feel like there's an "ex-gf" joke in there somewhere...
[21:13] <marcoceppi> adom: it's just going to be really anoying for a bit
[21:13] <marcoceppi> loud, and crunchy
[21:16] <adom> neighbor says to invest in a good outdoor broom because of all the dead insect bodies that will be by your front and back doors
[21:16] <adom> is that true?
[21:19] <marcoceppi> yeah, that's some good advice
[21:19] <marcoceppi> (dead insect bodies is where the crunch comes from)


[00:04]  * skellat slaps jenni
[00:04] <skellat> .cs KC8BFI
[00:04] <jenni> (KC8BFI) Name: STEPHEN M KELLAT, Address: Ashtabula, OH 44004, United States. Previous Callsign: N/A. Grant Date: 08/08/2014. Expire Date: 10/06/2015. Codes: HAI - Ham Radio - Individual. More information is available at: http://www.qth.com/callsign.php?cs=KC8BFI
[00:05] <Unit193> Temp: 50 F (10 C) ~ Overcast ~ Humidity: 96% ~ Observed: Sat 03, 18:52
[00:05] <Unit193> :D
[00:08] <skellat> .wx 44004
[00:08] <jenni> Cover: Overcast, Temp: 44.5°F (6.9°C), Dew Point: 42.4°F (5.8°C), Humidity: 92%, Apparent Temp: 39.2°F (4.0°C), Pressure: 29.88in (1011.71mb), Condition: Rain, Wind: Gentle breeze 9.9mph (15.9kmh) (↓) - Ashtabula, Ohio, United States (Powered by Forecast, forecast.io)
[00:08] <skellat> Unit193: Strange times we're having with even stranger weather
[00:09] <Unit193> I had hoped for colder, more snow...
[00:12] <skellat> Unit193: I start the big round-trip commutes Monday
[00:23] <yano> https://i.imgur.com/jcCvkAV.png
[00:27] <skellat> yano: Did a paper on that while I worked on my undergraduate history major
[00:27] <skellat> Michigan History was a required class at the time when I was completing my bachelor's degree up in Oakland County
[00:28] <skellat> The UP is hopefully colder than it is here
[00:29] <skellat> .wx 49770
[00:29] <jenni> Cover: Overcast, Temp: 30.2°F (-1.0°C), Dew Point: 28.4°F (-2.0°C), Humidity: 93%, Apparent Temp: 30.2°F (-1.0°C), Pressure: 29.88in (1011.89mb), Condition: Cloudy, Wind: Light air 1.7mph (2.7kmh) (↑) - Petoskey, Michigan, United States (Powered by Forecast, forecast.io)
[00:29]  * skellat has only been as far north in Michigan as "the middle of the mitten"
[00:49] <yano> i've been as far north as Detroit


[12:46] <Xero> I know what a fawn a drake a gibbon a hedgehog a groundhog and all the others are, but what is an eft
[12:46] <penguin42> Xero: dict.org says it is the common newt
[12:46] <Xero> Lol. A newt.
[12:46] <Dannilion> ahhh
[12:46] <penguin42> there can't be that many animals that start with an 'e'
[12:46] <Xero> But it was "Herd" in alpha wasn't it? Newts don't come in herds...
[12:46] <Dannilion> and next is heron
[12:47] <Dannilion> emu
[12:47] <penguin42> and noone can spell echidna (?)
[12:47] <Xero> Knuckles, penguin42
[12:47] <Dannilion> elephant
[12:47] <Xero> That's how I spell echidna
[12:47] <penguin42> hmm emu wouldn't be bad; I'm not sure elephant would be quite suitable
[12:47] <Xero> elephant = bloated
[12:48] <Xero> Edgy = kewl. Eft = small and fast
[12:48] <penguin42> and obscure
[12:48] <Xero> Edgy Eft fits it perfectly.
[12:48] <Dannilion> heron's aren't obscure
[12:48] <penguin42> I never said they were, I was talking about Efts
[12:48] <Dannilion> (at least not here, where we see them occasionally)
[12:49] <Xero> I see an Eft under my porch sometimes. Appears to be the same one, too.
[12:50] <noah__> FYI, pvmove (LVM) is broken on 2.6.22.. https://www.redhat.com/archives/linux-lvm/2007-September/msg00001.html
[12:51] <Xero> mv /dev/eft /porch/under
[12:51] <Xero> Hey look. An eft under my porch.


[02:24] <lucasvo> @schedule Zurich
[02:24] <Ubugtu> Schedule for Europe/Zurich: 16 May 14:00: Community Council | 17 May 14:00: Edubuntu | 18 May 16:00: Ubuntu Development Team | 24 May 22:00: Edubuntu | 25 May 22:00: Ubuntu Development Team | 31 May 14:00: Edubuntu
[06:33] <Klaidas> @schedule Vilnius
[06:33] <Ubugtu> Schedule for Europe/Vilnius: 16 May 15:00: Community Council | 17 May 15:00: Edubuntu | 18 May 17:00: Ubuntu Development Team | 24 May 23:00: Edubuntu | 25 May 23:00: Ubuntu Development Team | 31 May 15:00: Edubuntu


[04:34] <bkerensa> pleia2: xubuntu docs would be interesting :)
[04:35] <pleia2> they already exist, they're just outdated
[04:35] <pleia2> I think they haven't been updated in 2 years or something :\
[04:35] <pleia2> https://launchpad.net/xubuntu-docs
[04:35] <darthrobot> Title: [Xubuntu Documentation in Launchpad]
[04:35] <bkerensa> pleia2: if you want a official response (or close to it) jbicha is assumed leader although technically mdke is doc lead but per discussion at UDS (he really doesn't seem active)
[04:35] <bkerensa> woah
[04:35] <bkerensa> :D
[04:36]  * bkerensa has been pondering switching to xubuntu
[04:36] <bkerensa> I need to do some testing to see how much power xubuntu uses :D
[04:36] <pleia2> thanks, I might track down jbicha directly, I think my request got lost in wiki discussion
[04:36] <pleia2> but I'll give it another day
[04:36] <bkerensa> :D
[04:37] <pleia2> the XPL just sent an email to the list today about starting to move rewritten docs to docbook, they're in a wiki I'm hosting now
[04:37] <pleia2> https://lists.ubuntu.com/archives/xubuntu-devel/2012-August/008392.html
[04:37] <darthrobot> Title: [Documentation / Docbook experts/editors, where art thou?]
[04:37] <pleia2> bkerensa: mind a quick PM?
[04:38] <pleia2> (unrelated)
[04:38] <bkerensa> sure
[15:39] <kdub> hola channel
[15:40] <pleia2> morning kdub
[23:11] <philballew> Anyone here going to be in SD this week for linuxcon?
[23:12] <philballew> Might head over if I have any free time...


[11:59] <hanno> Hello. I have a few PPA related questions. Is this the right place?
[12:02] <xnox> depends on the question
[12:03] <hanno> My PPA is filling up, 22% use of 2GB: https://launchpad.net/~hzulla/+archive/ubuntu/sonic-pi/+packages
[12:03] <hanno> However, I cannot remove obsolete packages.
[12:03] <hanno> The package deletion only allows me to choose the current versions of the packages, not the outdated ones.
[12:04] <maxb> No, that's not the case, you just have to change one of the filter options
[12:05] <xnox> and deletion is not instant.
[12:05] <xnox> it's a cronned type of thing.
[12:05] <hanno> I did change the filter option.
[12:06] <xnox> hanno, try https://launchpad.net/~hzulla/+archive/ubuntu/sonic-pi/+packages?field.name_filter=&field.status_filter=&field.series_filter=
[12:06] <xnox> the drop down to "Any status" rather than just published
[12:06] <hanno> Yes. Now if I click "delete packages" as the admin, the superseded packages aren't listed and thus cannot be deleted.
[12:06] <hanno> But maybe I just have to wait.
[12:07] <hanno> ...for the cron to kick in.
[12:07] <xnox> hanno, can you filter by status again, in the delete packages section?
[12:08] <xnox> url should end in +delete-packages?field.name_filter=&field.status_filter=&field.series_filter= e.g.
[12:08] <xnox> https://launchpad.net/~hzulla/+archive/ubuntu/sonic-pi/+delete-packages?field.name_filter=&field.status_filter=&field.series_filter=
[12:08] <xnox> if it's not listed there, it's scheduled to be deleted.
[12:09] <hanno> https://launchpad.net/~hzulla/+archive/ubuntu/sonic-pi/+delete-packages?field.name_filter=&field.status_filter=superseded&field.series_filter= comes up empty.
[12:09] <hanno> So I'll wait for deletion.
[12:09] <xnox> cool.
[12:14] <cjwatson> Right, deleted packages are garbage-collected daily.  If you're only at 22% then you don't need to worry.
[12:17] <hanno> Thanks.
[12:18] <hanno> Is there a PPA-like service to build .deb for Debian?
[12:19] <hanno> I'd like to test these packages in my PPA on vanilla Debian, too.
[12:24] <hanno> Also, same for Raspbian.
[12:24] <cjwatson> Not operated by us, I'm afraid.
[12:25] <cjwatson> I don't know of one, which isn't to say it doesn't exist.
[15:12] <hanno> Another PPA question. I have a source tarball with valid debian/ rules. But I have to tell the specific name of the distribution (wily/vivid/trusty) in the changelog and cannot use one .changes file for all three?
[15:14] <cjwatson> hanno: If the exact same binaries will work on all three, then you can just upload to the oldest (trusty) and then copy the package with binaries forward to vivid and wily once everything's built
[15:15] <cjwatson> hanno: If that condition does not hold, then you're going to need different version numbers for each set of binaries, so the source package needs to differ anyway
[15:15] <cjwatson> (even if only in the first line of the changelog)
[15:18] <hanno> I don't know if the same binary works. But the same source package and build instructions work on all three.
[15:18] <cjwatson> Well, find out if the same binary works.
[15:19] <cjwatson> If your dependencies aren't too fast-moving then it may well.
[15:20] <cjwatson> Let's say your binary package is called "foo" and is version 1.0-1, built for amd64.  That will land in pool/main/f/foo/foo_1.0-1_amd64.deb in the published archive tree.  Only one version of that file can exist in a given archive - attempts to build it twice with the same package name, version, and architecture would result in a file name clash, so Launchpad forbids that.
[15:21] <cjwatson> So *if* you need to build it multiple times, it needs a distinct version number.
[15:22] <cjwatson> Otherwise, the target series in the changelog only specifies where it's initially uploaded to, and you can copy it around elsewhere (as long as it's either to a different archive, or you include binaries in the copy).
[15:27] <dobey> i've taken to just setting up recipe builds off trunk when i can, since a) they're automated b) ~14.04.1 ~12.04.1 etc get appended to version automatically c) always have latest version of whatever
[15:43] <hanno> Thanks.
[15:44] <hanno> Ok, so now I have a collection of patches for my .deb, let's call them 01 to 05. For i386 and amd64, I need all five of them. But for RPi, I only need the first four and not the fifth.
[15:45] <hanno> Can I specify that in some way or do I need to maintain two different versions of the debian/ directory?
[15:49] <dobey> patches should generally be applicable regarldess of the arch it is building on
[15:49] <cjwatson> hanno: While it's possible to do conditional patch application, it's a pain and makes it harder to use good patch management tools.  I would very very very strongly recommend making the patches themselves have conditional behaviour if for some reason 01-04 actually break RPi.
[15:49] <dobey> a different set of patches is a different source
[15:49] <cjwatson> hanno: Take it from one who has been there and done that.
[15:50] <dobey> two
[15:50] <dobey> :)
[15:50] <hanno> The source is for an RPi program. Patch 05 removes RPi specific behaviour.
[15:50] <cjwatson> Er, right, I read your comment backwards, but basically the same statement holds.
[15:50] <cjwatson> Make patch 05 detect the platform instead.
[15:52] <dobey> Launchpad has no notion of what is and isn't an RPi though. armhf packages are just armhf packages
[15:52] <hanno> I'll see how I can do that.
[15:56] <dobey> best would be to just get the changes upstream
[15:57] <dobey> and RPi specific stuff should be runtime detected or something
[15:58] <hanno> thanks everyone.
[21:25] <retrojeff> I have a question about PPA's and ubuntu
[21:26] <retrojeff> so I just upgraded from 14.04 trusty to 16.04
[21:26] <retrojeff> is there a way to change all my PPA up to 16.04 quickly
[21:27] <retrojeff> I tried using sed to replace trusty with xenial
[21:27] <teward> retrojeff: 'change all my PPA' how?
[21:27] <retrojeff> now over 1/2 my PPA are 404
[21:27] <teward> retrojeff: all the PPAs you use need to support Xenial for it to reliably work, but you need #ubuntu+1, not here
[21:27] <cjwatson> Right, this is up to the PPA owners, you can't do it without their help.
[21:27] <teward> at least, for changing everything on your Xenial system to update
[21:27] <retrojeff> that channel is dead as a doornob
[21:28] <teward> retrojeff: well, you have two problems:
[21:28] <teward> (1) not every PPA supports Xenial, so
[21:28] <teward> (2a) the PPA owners need to update their PPAs to support Xenial, or
[21:28] <teward> (2b) you have to remove those PPAs from your repository list
[21:28] <cjwatson> Or you can continue to use the trusty packages.
[21:28] <teward> ^ that
[21:28] <retrojeff> can I force the non working PPA back to an earlier working one
[21:28] <teward> with potentially mixed results.
[21:28] <cjwatson> If they still work, which they may well do.
[21:28] <teward> right
[21:29] <cjwatson> You can replace "xenial" with "trusty" again for the ones that don't support xenial.
[21:29] <cjwatson> Or try wily or vivid, perhaps.
[21:29] <teward> retrojeff: edit the individual sources.list or sources.list.d files' entries as cjwatson just said
[21:29] <teward> though you may wish to NOT use Xenial just yet since it's still in development
[21:30] <teward> (if you care about stability, anyways)
[21:30] <retrojeff> is there a bash script that can step through all the PPA and check for Xenial and if not found set it to trusty
[21:30] <teward> probably a sed script, but it won't discern between ppas that work and those that don't
[21:30] <teward> s/sed script/sed command/
[21:30] <retrojeff> yes
[21:30] <retrojeff> I would need to check for a Xenial folder on the website
[21:30] <teward> retrojeff: that should be asked in #ubuntu+1 though i bet there's answers on the net for it xD
[21:30] <retrojeff> and if its missing report back false
[21:31] <dobey> perl -p -i -e "s/xenial/trusty/" foo.list
[21:31] <teward> thank you dobey
[21:31] <teward> retrojeff: erm, that's a lot more work
[21:31] <teward> i'd either edit them all, or manually edit the ones that're 404ing
[21:31] <cjwatson> After an "apt-get update" with partial failures, you can look in /var/lib/apt/lists/
[21:31] <teward> ^ that
[21:31]  * teward goes away to poke the nginx packages in his PPA 'cause he thinks they froze up
[21:32] <cjwatson> It'll have ppa.launchpad.net_blah files, and you can compare against those
[21:32] <retrojeff> ty teward
[21:34] <teward> are the PPA uploaders working?  i have 3 out of 6 recent uploads that've been sitting as 'waiting to publish' for a while with that green gear icon
[21:34] <teward> just sitting there
[21:35] <cjwatson> teward: seems to be happily chugging away, would be easier with an example
[21:35] <cjwatson> teward: but I just noticed nginx in the log tail
[21:35] <teward> cjwatson: yeah that just pushed in
[21:35] <teward> i blame either my end caching data
[21:35] <teward> or lag
[21:35] <teward> or a combination therein
[21:36] <teward> cjwatson: thanks for checking it though :)
[21:36] <teward> now that it built i can push it to the MASTER PPA
[21:36] <teward> yay resource-consuming data :P
[21:36] <teward> s/data/data processes/
[21:37] <teward> and i said 6 uploads earlier, meant 5, stupid keyboard
[21:37] <cjwatson> teward: The PPA publisher cycles somewhere around every 15 minutes, depending on load; it just has a lot to do
[21:37] <teward> makes sense
[21:37] <teward> :)
[21:38] <teward> although i discovered something nice about the PPAs...
[21:38] <cjwatson> (And isn't ideally efficiently written - needs to be converted to a diskless model, in our copious free time)
[21:38] <teward> they're not afflicted by the libuuid1 bug that afflicts my sbuild schroots
[22:25] <wxl> hey folks. there's no such thing as private branches on lp is there?
[22:58] <sergio-br2> hi
[22:58] <sergio-br2> g++-4.9 : Depends: gcc-4.9-base (= 4.9.3-5ubuntu1~14.04) but 4.9-20140406-0ubuntu1 is to be installed
[22:58] <sergio-br2> .
[22:58] <sergio-br2> from here:  https://launchpadlibrarian.net/227630573/buildlog.txt.gz
[22:59] <sergio-br2> from where this 4.9-20140406-0ubuntu1 come from?
[22:59] <sergio-br2> it's not in the repo
[23:00] <sergio-br2> I'm using this ppa as a dependence: https://code.launchpad.net/~dolphin-emu/+archive/ubuntu/gcc-for-dolphin/+packages
[23:07] <sergio-br2> uh, 4.9-20140406-0ubuntu1 is higher than 4.9.3-5ubuntu1~14.04 ?
[23:08] <tumbleweed> dpkg --compare-versions is your friend
[23:14] <sarnold> the error you pasted here included an = instead of the >= or > choices..
[23:15] <sergio-br2> i don't understand, 4.9-20140406-0ubuntu1 is less than 4.9.3-5ubuntu1~14.04, why it's waiting for the deps?
[23:16] <sergio-br2> http://bazaar.launchpad.net/~dolphin-emu/dolphin-emu/debian-master-trusty/view/head:/control
[23:16] <sergio-br2> do I need to put gcc-4.9 (>= 4.9.3) in the control?
[23:21] <sarnold> sergio-br2: looks like that version may be available from https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/test but you'd have to ask the gcc-for-dophin owner why that specific version of gcc, and if there's something about the version inthe ppa that's different from the ubuntu-toolchain ppa..
[23:22] <sergio-br2> gcc-for-dolphin is mine
[23:22] <sarnold> oh :)
[23:22] <sergio-br2> I pick that package from the ubuntu-toolchain
[23:23] <sergio-br2> I pick from ppa:ubuntu-toolchain-r/test
[23:23] <sergio-br2> I just re-built it
[23:24] <sergio-br2> I need this version 4.9 because dolphin don't compile with 4.8
[23:26] <sergio-br2> seems launchpad is being a little dumb with this dep
[23:26] <sarnold> sergio-br2: this is a guess; try replacing gcc-4.9 and g++-4.9  in your control file with gcc-4.9 (= 4.9.3-5ubuntu1~14.04) and g++-4.9 (= 4.9.3-5ubuntu1~14.04)
[23:27] <sergio-br2> maybe  gcc-4.9 (>= 4.9.3)  ?
[23:28] <sarnold> might also work
[23:31] <sergio-br2> let's see


[01:11] <tgm4883> kees, are you canonical?
[02:36] <bkerensa> tgm4883: Not anymore :)
[02:36] <bkerensa> He works on awesomeness :P
[02:36] <tgm4883> ah
[02:37] <bkerensa> Well I'm all moved into my new place :D Internet is working (Most important thing right?)
[02:37] <bkerensa> tgm4883: http://outflux.net/prof/resume.php
[02:38] <tgm4883> nice
[02:39] <bkerensa> tgm4883: But it would seem this channels Canonical numbers are increasing
[02:39] <bkerensa> :D
[02:39] <tgm4883> bkerensa, ah
[02:39]  * tgm4883 has a phone interview with canonical tomorrow
[02:39] <bkerensa> cweber10: Ping me and let me know what times and days will work best for checkins and mentoring for you
[02:39] <bkerensa> tgm4883: Dont tell me QA?
[02:39] <bkerensa> :D
[02:40] <tgm4883> nope, support
[02:40] <tgm4883> for launchpad it seems
[02:40] <bkerensa> tgm4883: Thats much better in my book :P
[02:40] <bkerensa> oh cool :)
[02:40] <bkerensa> Canonical needs more people on the LP team
[02:41] <tgm4883> I've also got an offer from the local community college, I need to find out what types of things canonical offers
[02:41] <bkerensa> tgm4883: Knock em dead.
[02:41] <tgm4883> I'll try :)
[02:41] <bkerensa> tgm4883: Well obviously I dont work for Canonical but I have heard of some of the stuff they offer
[02:41] <bkerensa> but I hear it differ per candidate
[02:41] <bkerensa> :D
[02:42] <tgm4883> all I've heard is competitive pay based on where you live
[02:42] <tgm4883> which doesn't say alot
[02:43] <bkerensa> tgm4883: might wanna ask albrigha (I'm not sure how much they can talk about their packages) he is a new hire but has been with the loco for a long time
[02:43] <bkerensa> D:
[02:44] <bkerensa> also
[02:44] <bkerensa> http://www.reddit.com/r/Ubuntu/comments/nm0n0/working_for_canonical/
[02:44] <tgm4883> yea I've seen that thread
[02:46] <bkerensa> imho the biggest perk is you can work from home for most positions.... You get paid comparable (so I hear) the average for the position in the sector and you get to travel for sprints, uds.... I'm unsure about 401k, health etc in fact I would bet because they are international that they might just compensate you higher so you can seek those things on your own but thats a best guess :)
[02:47] <tgm4883> yea that was my guess as well
[02:47] <bkerensa> I mean it would be too complicated for them to establish HMO's and benefits in all the countries they have employees
[02:48] <bkerensa> I hear you get free premium U1 :P
[02:48] <tgm4883> bkerensa, I've heard you get free landscape
[02:49] <bkerensa> yeah
[02:49] <bkerensa> I hear its free services across the board plus you can pretty much request Ubuntu swag on demand to a level of reasonableness
[02:50] <tgm4883> I require a Ubuntu Jet!
[02:50] <bkerensa> heh
[02:50] <bkerensa> I think the company only has a Shuttle
[02:50] <bkerensa> :P
[04:28] <blkperl> bkerensa: want to come advertise ubuntu oregon at psu?
[08:36] <TRAVISg> I added myself to the Wiki and then did a little housekeeping just went by the note to have everyone in order of city by number of members and then alphabet let me know if I was out of whack I have never changed a Wiki before
[15:15] <bkerensa> blkperl: In what way and when? :)
[15:15] <bkerensa> Does it require a talk? :P
[15:31] <TRAVISg> I don't know if it requires a talk?
[15:32] <TRAVISg> I just read the note about grouping by city and then alphabetically ........ wait a second I just realized that was about PSU
[15:33] <TRAVISg> By the way if anyone wanted to brief me I would love to go with some one else to PSU or something like that
[15:33] <TRAVISg> I love meeting people and speaking
[15:37] <bkerensa> TRAVISg: I'm sure it looks fine and we are still planning a major wiki transformation that will result in that roster being moved to its own page
[15:46] <bkerensa> jhmextern: Hello :)
[15:46] <jhmextern> hello bkerensa
[15:50] <bkerensa> jhmextern: How are things going?
[15:51] <jhmextern> We have a group of five people here in the coast, and we are looking for a place where we can do maybe a monthly meeting.
[15:52] <jhmextern> We were thinking another event like an install fest, but we are still in the planing stage
[15:53] <bkerensa> jhmextern: Oh excellent. In Newport right? Please do send some photos if you guys have a meetup and let the mailing list know so others might join in
[15:54] <jhmextern> Yes, in Newport, as soon as we have an event or meetup  we will send some pictures
[15:56] <bkerensa> excellent :)
[17:43] <xxx> anbody here?
[17:43] <Guest24463> This is TRAVISg
[18:36] <bkerensa> Hi TRAVISg :)
[21:19] <bkerensa> tgm4883: Did you do your call yet?
[21:19] <tgm4883> yea
[21:20] <tgm4883> Didn't go so well :/
[21:21] <bkerensa> tgm4883: I was going to mention that Canonical uhh has turned down a few really talented local folks
[21:22] <tgm4883> mrevell was pretty cool about it, sent me an email about 30 minutes after the call saying that he would have left my application open but since I already had another job offer locally he didn't want to leave me hanging
[21:22] <bkerensa> ahh Matt Revell interviewed you? :)
[21:22] <tgm4883> yea
[21:23] <bkerensa> hmm :(
[21:23] <bkerensa> yeah he is product manager for Launchpad
[21:23] <bkerensa> :D
[21:23] <tgm4883> Apparently there were more qualified candidates, although I'm ADV team working support for Symantec, so IDK
[21:23] <bkerensa> heh
[21:23] <tgm4883> There aren't many people above me in our support organization
[21:24] <bkerensa> They turned down someone I know who is Senior Sysadmin for a major company here in Portland with a very similiar excuse
[21:24] <bkerensa> :D
[21:25] <tgm4883> yep, oh well. Guess that just makes my decision up for me
[21:25] <bkerensa> Mind you he was applying fr a regular sysadmin job and just saw working from home as a perk to taking a small pay decrease and yet they turned him down
[21:25] <bkerensa> :D
[21:26] <bkerensa> tgm4883: I think the foot in seems to be getting recommended by someone who is already work there
[21:26] <sbeattie> bkerensa: sometimes. sometimes not, it all depends on who's doing the hiring.
[21:27] <bkerensa> lol :P
[21:27] <bkerensa> :D
[21:28] <bkerensa> sbeattie: Well I know Canonical has some outstanding people working for them
[21:28] <bkerensa> :)
[21:28] <sbeattie> bkerensa: yeah, but it also has people like me working for them, too. :-)
[21:29] <bkerensa> sbeattie: You don't consider yourself outstanding :P
[21:29]  * bkerensa pings sabdfl :P
[21:30] <bkerensa> idk from the people I have met so far and some I have know over IRC for awhile I like the diversity and skill level
[21:32] <bkerensa> tgm4883: I'm not sure why you want to leave Symantec except for maybe that they are outside of Portland right?
[21:55] <tgm4883> bkerensa, I'm driving to Springfield from Salem every day
[21:55] <tgm4883> :/
[21:59] <bkerensa> Wow
[21:59] <bkerensa> :D
[21:59] <bkerensa> tgm4883: Now I understand... Thats intense
[22:00] <bkerensa> tgm4883: Doesn't Symantec have a location up here in Portland? I think one of the ORLUG guys works at it
[22:51] <tgm4883> bkerensa, we bought some cloud company up there
[22:51] <tgm4883> and we have sales in beaverton
[22:51] <bkerensa> hmm
[22:52] <bkerensa> tgm4883: Consider maybe trying to switch to the cloud division? :) I'm sure you're capable of sysadming right? :P
[22:52] <bkerensa> PuppetLabs is hiring too :D
[22:55] <tgm4883> most things I've looked at require some enterprise level experience
[22:55] <tgm4883> which I'll get at my new job
[22:57] <bkerensa> hmm yeah
[23:49] <TRAVISg> Whats up y'all?
[23:51] <TRAVISg> bkerensa what do you use for sound file converstion?
[23:52] <TRAVISg> Hey every body I need something to convert wav to MP3 any suggestions?
[23:53] <albrigha> http://www.jonathanmoeller.com/screed/?p=3360
[23:53] <bkerensa> hmm of course
[23:54] <bkerensa> TRAVISf: sudo apt-get install soundconverter
[23:54] <bkerensa> :)
[23:54] <bkerensa> then see your sound applications section or on Unity search for Sound :)
[23:55] <TRAVISg> That's what my early research pointed to thanks for the confirmation
[23:55] <TRAVISg> I haven't been running unity been running gnome classic
[23:55] <TRAVISg> I like the menu layout
[23:56] <TRAVISg> and use synaptic still I like it better than the software center
[23:57] <bkerensa> TRAVISg: Classic on which release of Ubuntu?
[23:58] <TRAVISg> 11.10 Oneric not sure if it is called classic but I think it is I had to install it
[23:58] <TRAVISg> seperatly
[23:58] <bkerensa> oh you mean gnome-fallback-session?
[23:59] <TRAVISg> Yeah I think
[23:59] <bkerensa> TRAVISg: Does it look like this: http://i.imgur.com/SUDeA.png


[00:49] <bluemix> hey you
[00:49] <bluemix> any body here?
[13:14] <Viper> Salut
[13:14] <Guest69127> Anyone here using Ubuntu-Gnome???
[13:15] <Guest69127> I leave ... its to loud here for me!
[14:09] <checoimg> Hi guys I'm having troubles bringing up the notification area on 13.10 daily
[14:10] <checoimg> I place the cursor in the bottom right corner and nothing happens
[14:30] <roasted> does super + M work?
[14:30] <roasted> i actually noticed this was randomly failing as well
[14:31] <roasted> sometimes it would work other times it would foul up and just not respond to me
[15:46] <checoimg> Yes  Super + m works
[15:46] <checoimg> Sorry I didn't get the notification from IRC
[15:47] <checoimg> roasted : Thank you!
[17:29] <roasted> checoimg: yeah, super M may work, and that's a good sign, but it's still something that should be escalated.
[17:29] <roasted> checoimg: I, admittedly, saw it happening on my Lenovo (which runs 13.10) but thought it was a side effect as my entire system has been acting funky lately.
[17:30] <roasted> I have not reported a bug or escalated it at all yet. It didn't dawn on me that this could be an actual issue. I've been updating my system regularly, so I wonder if an update caused a slight regression in regard to the pop-up-ability from the notification menu as you and I have seen.
[18:42] <ronj> Hi everybody. I have a test machine that I can use to give 3.10 a try. Is now a good time to try the staging PPA? If yes, are there places/apps/features needing special attention & testing? Thanks!
[18:43] <checoimg> roasted : Have you experienced Freezes ?
[18:43] <checoimg> Freezing
[18:44] <checoimg> I think my video driver is going crazy
[18:45] <checoimg> FPS with glxgears is 60
[20:14] <roasted> checoimg: the only freezes I have experienced were with ubuntu 13.04 on my lenovo
[20:14] <roasted> checoimg: there was a known bug with sandy bridge intel processors (using the embedded gpu to the cpu of course) that caused the system to freeze randomly on the 3.8 kernel.
[20:15] <roasted> checoimg: that's why I use 13.10 and tolerate/bug report the alpha-ness of it on my lenovo and 13.04 on my toshiba (even though the toshiba has a sandy bridge intel proc/gpu with no issues)
[20:59] <ronj> roasted, do you stay with a clean Saucy, or did you try the staging PPA? I'd like to try GNOME 3.10 on a test machine, is it currently stable enough for that?


[02:48] <meditatingfrog> is there a general ubuntu support team?
[02:49] <hashem> Like a group of people you can call to get help?
[02:50] <hashem> Canonical offers support for-pay, but I'm unsure if it's for consumers or companies
[02:50] <meditatingfrog> no, like a team of people doing support for fun
[02:50] <meditatingfrog> like this one
[02:51] <meditatingfrog> i guess i should ask in #ubuntu-offtopic
[02:51] <hashem> there are the folks at http://askubuntu.com
[02:51] <meditatingfrog> thanks hashem
[02:52] <hashem> I'm unsure of anything else, but there might be something.
[02:53] <meditatingfrog> i was just wondering because i had an idea, like if having tiered free support would be a good idea
[02:53] <meditatingfrog> that's kind of what ub is
[03:00] <hashem> what is ub?
[03:03] <meditatingfrog> ubuntu-beginners
[05:15] <PickeledEggs> Hi, I just installed Ubuntu on my custom computer. Frequently in instances like when I open the software center, the entire system freezes completely. What could be the cause of this.
[05:18] <meditatingfrog> PickeledEggs: could be too much paging, but probably high cpu usage
[05:19] <meditatingfrog> PickeledEggs: are you sure it's frozen or has it merely slowed down so severely as to appear to be frozen?
 I wasnt able to move my mouse or even open the terminalto do an xkill
[05:20] <meditatingfrog> PickeledEggs: what was the maximum amount of time you gave it?
[05:20] <PickeledEggs> about a minute or so
[05:20] <meditatingfrog> PickeledEggs: did the caps lock function?
 nothing
 i had to restart
[05:22] <meditatingfrog> PickeledEggs: sounds like a problem with the software center.  it only happens when you open the software center?
[05:23] <PickeledEggs> mediatingfrog: as far as I know
[05:23] <meditatingfrog> PickeledEggs: you could try running USC from a terminal, sudo software-center --enable-lp
[05:23] <meditatingfrog> PickeledEggs: found that here w/ a google search http://www.linuxquestions.org/questions/ubuntu-63/how-to-run-ubuntu-software-center-from-terminal-865067/
[05:24] <meditatingfrog> PickeledEggs: are you sure you have enough system resources for the Ubuntu Software Center?
[05:25] <geirha> My bet would be crappy graphics drivers
[05:25] <PickeledEggs> mediatingfrog: I mean, I have 16b gigs of ram, an i7 quad core processor and a nvidia gaming graphics card
[05:25] <geirha> you really need something close to the kernel to freeze the system beyond repair
[05:26] <meditatingfrog> maybe try turning off desktop effects
[05:26] <geirha> Nvidia. Linus has been knowwn to utter some profanities in that direction
[05:27] <PickeledEggs> could it be the graphics card, i heard recently bad things about it
[05:28] <geirha> PickeledEggs: Try logging in with the Ubuntu 2d session. See if you get any freezes there
[05:29] <PickeledEggs> geirha, haha i saw that, but yea its an NVIDIA GeForce gt 630m 1gb gddr3 mobile graphics card
[05:29] <meditatingfrog> well, an infinite loop in a program could do it
[05:30] <geirha> meditatingfrog: Nah, keyboard and mouse input should still get through
[05:30] <PickeledEggs> is there drivers that I might want to install before putting it to 2d mode?
[05:30] <meditatingfrog> geirha: yeah, i think you're right
[05:32] <geirha> PickeledEggs: The cog icon in the upper right corner -> system settings -> additional drivers (or something like that)  see if it suggests any other drivers
[05:32] <PickeledEggs> geirha, ok let me try that real quick
[05:34] <gates_> hello
[05:35] <gates_> any one on i need help to get any thing to install on my server
[05:35] <gates_> i was able to do so in the past but i added a new harddrive and reformated the old one and loaded the new os for it but now i cant get any thing to install
[05:37] <meditatingfrog> !ask | gates_
[05:37] <ubot2> gates_: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[05:37] <geirha> you did a new install? or did you copy the old install to the new drive?
[05:38] <gates_> A new install
[05:38] <PickeledEggs> it says "no proprietary drivers are in use on this system" and I actually see something in the system drop down bar for NVIDIA
[05:39] <meditatingfrog> PickeledEggs: you may find this useful: https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia
[05:40] <PickeledEggs> meditatingfrog, ok let me check that out real quick.
[05:40] <meditatingfrog> PickeledEggs: you may just have to click "activate" in order to enable the binary driver
[05:41] <meditatingfrog> gates_: i'd like to help but i don't know what you're question is
[05:43] <gates_> i have 2 hard drives on my box and i tryed to config it to use both and with every thing sead and done i cant install any programs to the server or update it
[05:44] <tsimpson> what happens when you try, are there any error messages?
[05:44] <gates_> yes
[05:44] <gates_> well it seads E: unable to etc:
[05:45] <tsimpson> that doesn't help, you should copy the exact errors and post them to http://paste.ubuntu.com/ then post the URL back here
[05:47] <PickeledEggs> meditatingfrog, there are so many unix alternative drivers how do I tell which one is the correct one for me?
[05:47] <meditatingfrog> gates_: so this happens with all packages or a particular package?
[05:47] <meditatingfrog> PickeledEggs: you should try installing the recommended driver that comes with your ubuntu installation in "additional drivers"
[05:48] <PickeledEggs> meditatingfrog,  no drivers show up in the window for "additional drivers"
[05:49] <gates_> meditatingforg: yes i even tryed to do a update it starts with a Err and the websites it trys to download from and after that a {W: failed to fetch ...} of the same sites
[05:49] <meditatingfrog> PickeledEggs: well, that's weird.  it should say enabled or activated if you have an nvidia card
[05:50] <meditatingfrog> PickeledEggs: you may need someone to take a look at it to see what the problem is.  have you connected with your local ubuntu community?
[05:52] <PickeledEggs> meditatingfrog,  there is actually an NVIDIA X server settings and when I open it it says that "You do not appear to be using the NVIDIA X driver.  Please edit your X configuration file (just run `nvidia-xconfig` as root), and restart the X server."
[05:53] <PickeledEggs> meditatingfrog,  does that mean I should just run that command through the terminal?
[05:54] <meditatingfrog> PickeledEggs: the link i sent you (https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia) may help, but ideally, you should find someone that has similar hardware that has installed the driver.
[05:54] <meditatingfrog> gates_: can you ping out from the system?
[05:55] <meditatingfrog> PickeledEggs: best way to do that is to search http://ubuntuforums.org
[05:55] <gates_> i never leaned to do that
[05:55] <meditatingfrog> PickeledEggs: or wait in here to see if someone can help you out with your specific problem (there may be users in here that have your card, or more experience installing nvidia drivers).
[05:55] <PickeledEggs> meditatingfrog,  and I'm pretty new to the ubuntu community and don't really know how to get connected
[05:56] <meditatingfrog> i've only done it twice.  with a geforce2 card and a nforce motherboard
[05:56] <meditatingfrog> i think that's what they were called
[05:56] <meditatingfrog> gates_: on the server type ping www.yahoo.com
[05:56] <meditatingfrog> or www.google.com
[05:56] <meditatingfrog> or whatever site you wish that's outside your LAN
[05:56] <meditatingfrog> welcome then PickeledEggs ^_^
[05:57] <gates_> saying unknown host on both
[05:57] <PickeledEggs> haha thanks
[05:57] <meditatingfrog> gates_: so it's not connected to the internet
[05:57] <meditatingfrog> PickeledEggs: check out #ubuntu-beginners-team to get to know some folks, it's the off-topic channel
[05:58] <gates_> thats weard the wire is connected on both ends
[05:58] <tsimpson> more likely DNS issues
[05:58] <meditatingfrog> gates_:   try pinging <IP_ADDRESS>
[05:59] <PickeledEggs> meditatingfrog, ok thanks, umm what exactly do I do to there to get to know people in the community?
[05:59] <meditatingfrog> it's a server, he may need to configure the ip
[05:59] <meditatingfrog> PickeledEggs: \o and wait
[05:59] <gates_> its working
[05:59] <PickeledEggs> \o?
[05:59] <meditatingfrog> PickeledEggs: yeah, or hello if you prefer
[05:59] <gates_> how do i get it to stop pinging
[05:59] <PickeledEggs> ohh ok thanks
[05:59] <tsimpson> gates_: Ctrl-C
[05:59] <geirha> ctrl+c
[06:00] <gates_> thanks but yes i was able to ping that ip
[06:00] <meditatingfrog> i'm going to bed.
[06:00] <meditatingfrog> \o
[06:00] <geirha> check the nameserver setup.   cat /etc/resolv.conf
[06:02] <gates_> noting in it
[06:09] <gates_> geirha u there?
[06:11] <gates_> is any one there?
[06:12] <gates_> ...
[06:31] <PickeledEggs> hi guys, I'm back. I went on firefox and my computer locked up after I downloaded the driver off of the nvidia website.
[06:32] <PickeledEggs> then I got a black screen and now my screen res is all messed up.
[06:34] <PickeledEggs> Would anyone be able to tell me the command to install the nvidia driver?
[11:47] <pinky-> anybody know of a good dvb-s2 app for Ubuntu 12.04?
[11:51] <pinky-> or any dvb-s2 software at all?
[11:59] <satyanash1> pinky-, DVB-S2 as in Digital TV in ?
[11:59] <pinky-> I'm from the UK and want to watch HD channels on satellite
[14:46] <Oimel1987> Hello can anybody help me with a  problem ?
[14:47] <histo> !ask Oimel1987
[14:47] <ubot2> Factoid 'ask Oimel1987' not found
[14:47] <histo> !ask | Oimel1987
[14:47] <ubot2> Oimel1987: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[14:49] <Oimel1987> ok.
[14:49] <Oimel1987> I've got an error at boot sequency called "cryptswap1 is not ready ..."
[14:49] <Oimel1987> I've got the option to wait or to recover it. what can i do to solve this problem ?
[15:52] <rich_> hello
[15:53] <rich_> i'm looking to install guest additions
[15:54] <rich_> any help available?
[15:55] <holstein> rich_: i would search it in the repos and install.. otherwise, let us konw what you are trying to accomplish
[15:56] <rich_> i'm tryin to install the guest additions in Virtual Box for the Ubuntu OS
[15:58] <pinky-> https://seogadget.co.uk/how-to-install-virtualbox-guest-additions/
[16:49] <PickeledEggs> Hi, I need to install the driver for my NVIDIA graphics processor that I got off of the website. How do I install the .run file for the driver?
[16:50] <holstein> PickeledEggs: is the one in the repos not working for you? there should be a "readme" or help file in the download...
[17:42] <duanedesign> sudo apt-get install nvidia-current shouuld indtsll newest driver for your system
[17:43] <duanedesign> bah too late
[17:43] <duanedesign> getting slow in my old age
[17:46] <penreturns> :P
[21:35] <thewrath> hey all!
[21:49] <thewrath> i am going to set up my own DNS, DHCP server
[21:49] <thewrath> what is the best distribution for that
[21:53] <holstein> thewrath: i like the turnkey ubuntu ones
[21:55] <thewrath> it will be used for internal
[21:56] <holstein> thewrath: anything will run those services... i would use what you are comfortable witl
[21:56] <holstein> with*
[21:56] <holstein> the turnkey applicances are nice and run great live or vitualized
[22:05] <holstein> http://www.turnkeylinux.org/lampstack
[22:13] <thewrath> did i miss something but they are only paid servies


[05:43] <Innatech> hasta manana.
[06:21] <foo> heh, that guy got RAID0 working with ubuntu 10 on that SAS 5iR RAID card. Would anyone happen to know if this is a good card?
[07:10] <shawarma> &win 3
[07:10] <shawarma> whoops
[07:10] <shawarma> frickin us keyboard layout..
[07:33] <mralphabet> has anybody seen any issues with vmware guests not being able to comminicate with the host machine?  I have an ubuntu host with an xp and vista guest that are not able to ssh to the host or browse the host samba shares while other physical machines on the network are able to ssh and browse samba shares on the host machine
[08:47] <Innatech> can you ping the host from the VMs? Can you ping other systems on the network from the VMs? Can other machines on the network ping/browse the VMs?
[09:46] <mralphabet> Innatech: yes, I can ping both ways
[09:47] <mralphabet> Innatech: yes, VM's can browse other physical machines, other physical machines can browse the vm's
[09:47] <mralphabet> this seems to be exclusive to host vs guest traffic (other then icmp)
[09:52] <Innatech> mralphabet: hmm. odd. I googled a little and didn't find much....
[09:54] <mralphabet> Innatech: there's a similar posting on the vmware forums though it is a 2003 host with windows guests
[09:54] <mralphabet> http://www.vmware.com/community/thread.jspa?threadID=78606&tstart=0
[09:59] <Innatech> what OS is the host running?
[09:59] <mralphabet> host is patched up to feisty
[09:59] <mralphabet> vmware server patched up to 1.0.2
[10:00] <Innatech> have you checked out iptables/ipchains and tried disabling them on the host to see if its a firewall issue?
[10:01] <mralphabet> I had not, if only because my other physical machines can see the host
[10:01] <Innatech> different interfaces.
[10:02] <Innatech> I'd try temporarily disabling the firewall on the host, restart the VMs and see if it comes to life.
[10:02] <mralphabet> k, I'll give it a shot, thanks for the recommendation
[10:02] <Innatech> np, hope it works. It's just an educated guess :)
[10:02] <mralphabet> that's fair, more then what I had going
[10:02] <Innatech> heh.
[10:03] <Innatech> <--- afk for a while.
[10:03] <mralphabet> sure, thanks


[21:29] <qwertrtuttu>  It is necessary to check. 19.04 with kernel 5.0.0-13, 5.0.0-15 mouse works with 6 buttons. At 19.10 with kerenel 5.0.0-13, 5.0.0-15 only 4 buttons work, in a red of the button do not work. Host Windows, Guest U-Mate 64. https://ibb.co/w7j1sPC https://ibb.co/9b8dHdJ https://ibb.co/ZBt0wJr
[23:37] <qwertrtuttu> New info. My mouse can work as usb and as ps2. My mouse is connected to the ps2 port via USB PS2 Converter and the mouse has a usb connector. I do not know why the mouse at 19.10 is defined only as ps2. https://ibb.co/wYFhdhn https://ibb.co/fXT6JTH
[23:38] <qwertrtuttu> 19.10 https://ibb.co/ZBt0wJr
[23:40] <qwertrtuttu> I have usb flash and usb flash mount in Guest 19.04 and 19.10 - ok, file i see, write, read - ok
[23:46] <qwertrtuttu> I think that due to the fact that at 19.04 the mouse is defined as and a usb device, there are 6 buttons in the mouse, not 4, but not 100% sure


[08:02] <Mirv> cihelp failure with successful tests, permission denied on autopilot-nvidia http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/OIF/job/cu2d-oif-head-2.2check/368/console
[08:39] <vila> Mirv: hurrah! That's evidence we can find the remaining hardcoded /var/lib/jenkins
[08:41] <didrocks> interesting, that was though what was updated by Francis during the migration
[08:42] <vila> didrocks: probably something else
[08:42] <vila> didrocks: could it be a reference in results produced earlier ?
[08:42] <didrocks> vila:     echo "Calculating results for machine $machine"
[08:42] <didrocks>     JUNIT=$(/iSCSI/jenkins/cu2d/cupstream2distro/latest_autopilot_results $JENKINS_HOME $JOBROOT $machine)
[08:42] <didrocks> vila: no, I don't think so
[08:42] <didrocks> but latest_autopilot_results has been updated
[08:42] <didrocks> is JENKINS_HOME pointing to the right one?
[08:43] <didrocks> yeah, seems so: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/OIF/job/cu2d-oif-head-2.2check/368/injectedEnvVars/?
[08:43] <didrocks> let's check first latest cu2d is in prod
[08:44] <didrocks> yep
[08:44] <didrocks> hum, not sure TBH
[08:44] <didrocks> vila: I would suggest set -x
[08:44] <didrocks> to debug the issue
[08:45] <didrocks> to know exactly where it's failing
[08:46] <didrocks> forget that, it's failing in cu2d-autopilot-report
[08:46] <didrocks>     histdir = os.path.abspath(os.path.expanduser(histdir))
[08:46] <didrocks> vila: here yo uhave your issue ^
[08:47] <didrocks> so, it's args.logfile
[08:47] <didrocks> which is the first non optional argument
[08:47] <didrocks> so $JUNIT
[08:47] <didrocks> and     JUNIT=$(/iSCSI/jenkins/cu2d/cupstream2distro/latest_autopilot_results $JENKINS_HOME $JOBROOT $machine)
[08:48] <didrocks> would be interesting to really run that with set -x then
[08:48] <vila> ~jenkins should expand to iSCSI
[08:48] <didrocks> vila: can be $JUNIT which is wrong
[08:48] <didrocks> anyway, I'll let the CI team try that, I can help if needed
[08:48] <vila> and it does (~jenkins that is)
[08:48]  * didrocks stops stepping on shoes :)
[08:49] <vila> didrocks: how did you checked the latest cu2d is in prod ?
[08:49] <didrocks> Mirv: how is the situation for those prepare job failing due to bad debian/source/format? really bad or okish?
[08:49] <didrocks> vila: yep:
[08:49] <didrocks> 09:43:52   didrocks | let's check first latest cu2d is in prod
[08:49] <didrocks> 09:44:05   didrocks | yep
[08:50] <vila> didrocks: *how* ?
[08:50] <vila> :)
[08:50] <didrocks> vila: logged in as desktop-team@
[08:50] <didrocks> and checked the rev
[08:51] <vila> didrocks: I thought 'bzr pull'ing there was different from deploying the jobs though (but fginther said cyphermox did that yesterday anyway)
[08:51] <didrocks> vila: hum, no, normally the version in ~jenkins is a symlink to that
[08:52] <didrocks> vila: not sure if that changed though
[08:53] <didrocks> vila: if not, there are potential for failures btw
[08:54] <vila> didrocks: nah, pretty sure I checked that and that's a symlink to /home/desktop-team (so a potential issue if ~desktop-team change but that's not the case for now)
[08:55] <didrocks> ah great :)
[08:56] <vila> ./bin/find_publisher_failures.sh:find /var/lib/jenkins/cu2d/work -name "publisher.xml" -print -exec grep -i fail {} \;
[08:56] <didrocks> what's this bin/ ?
[08:56] <vila> different one, is that script used in jenkins or just something
[08:56] <vila> sry ~d-t
[08:56] <didrocks> waow, doesn't ring a bell at all
[08:56] <vila> different one, is that script used in jenkins or just something used manually ?
[08:57] <vila> ok, will fix anyway just in case
[08:57] <didrocks> vila: I don't think it's used
[08:57] <didrocks> I would say 2)
[08:57] <didrocks> but nice catch anyway :p
[09:06] <Mirv> didrocks: I didn't find other occurences besides autopilot-gtk, just other problems like the one pointed to ci_help with autopilot-nvidia, manual upload to archive, and autopilot failures
[09:06] <Mirv> didrocks: but the mergers have problem with mathieu's commit even though bzr bd works fine
[09:06] <didrocks> Mirv: if there is only one, I would say "phew"!
[09:06] <didrocks> Mirv: for the manual upload to archive, can you reconcile them?
[09:06] <didrocks> so that at least all prepare jobs are green
[09:07] <didrocks> elopio: you can remove network slowness from the title I guess :)
[09:07] <didrocks> ev: ^
[09:07] <didrocks> sorry elopio :)
[09:08] <elopio> np
[09:09] <Mirv> didrocks: I fixed the changelog entry for indicator-datetime already
[09:09] <elopio> hey didrocks, would you know why an autopilot feature that landed in 2013-11-07 is not yet available in the mako runners?
[09:09] <didrocks> Mirv: rock \o/
[09:09] <didrocks> elopio: not released due to the CI infra, mostly (and no landing ask from autopilot on the landing spreadsheet)
[09:10] <elopio> didrocks: so, is the landing ask the only thing I'm missing now?
[09:10] <thomi> didrocks: I added a landing ask yesterday I think?
[09:11] <didrocks> elopio: thomi: ah, nice, I didn't check
[09:11] <thomi> didrocks: :)
[09:11] <didrocks> just be aware that the queue is a little bit long
[09:11] <didrocks> until the whole infra is up and we catch up on our debt
[09:11] <didrocks> so probably next week
[09:12] <elopio> thanks thomi and didrocks.
[09:12] <thomi> didrocks: that's cool - I wanted to land AP before I merged some more.... experimental features :)
[09:12] <didrocks> thomi: hum, you meant:
[09:12] <didrocks> experimental *safe* features?
[09:12] <didrocks> right right? ;)
[09:12] <thomi> didrocks: right, of courtse :)
[09:12] <didrocks> heh
[09:12] <thomi> I made sure they're not getting merged yet
[09:12] <thomi> until I see the new AP released to distro
[09:13] <thomi> then I'll merge them and make sure they don't break anything
[09:13] <thomi> and submit a new landing aslk
[09:13] <thomi> anyway, I'm off to bed. Hooray for the weekend!
[09:13] <thomi> catch you later y'all ;)
[09:18] <vila> didrocks: I think I have some winners here:
[09:18] <vila> jenkins@jatayu:~$ grep /var/lib/jenkins ~jenkins/cu2d/*rc
[09:19] <vila>
[09:19] <vila> grrr stupid results starting with '/'
[09:19] <vila> cu2d/100scopes.autopilotrc:history=/var/lib/jenkins/cu2d/history/100scopes
[09:19] <vila> cu2d/default.autopilotrc:history=/var/lib/jenkins/cu2d/history
[09:19] <vila> cu2d/indicators.autopilotrc:history=/var/lib/jenkins/cu2d/history/indicators
[09:19] <vila> cu2d/oif.autopilotrc:history=/var/lib/jenkins/cu2d/history/oif
[09:19] <vila> cu2d/unity.autopilotrc:history=/var/lib/jenkins/cu2d/history/unity
[09:19] <vila> didrocks: so, what are these files ?
[09:20] <didrocks> vila: oh, you got it!
[09:21] <didrocks> vila: yeah, those conf files are what set the threshold
[09:21] <didrocks> like number of accepted failures
[09:21] <didrocks> number of regressions between 2 runs
[09:21] <didrocks> and so on
[09:21] <didrocks> so they need to be adjusted
[09:21] <didrocks> vila: really nice catch!
[09:21] <vila> didrocks: not under version control then and not part of the job definitions, so... edited manually ?
[09:22] <didrocks> vila: yeah, we changed those values a lot, they are configurations
[09:22] <didrocks> vila: the final goal is to remove them
[09:22] <didrocks> and not have any flacky test
[09:22] <didrocks> so all to "0"
[09:23] <vila> didrocks: grey area then, sounds like ~desktop-team should maintain them rather than ~ci ? Or both ? Hard to to get a clear cut there, thoughts :-/
[09:23] <didrocks> vila: in fact, the ones you need to changes are in cu2d/history/*/
[09:23] <didrocks> vila: I can change them
[09:23] <didrocks> if I have access
[09:23] <didrocks> let me check
[09:23] <didrocks> vila: mind giving me the new path?
[09:24] <didrocks>  /I*?
[09:24] <vila> ~jenkins
[09:24] <vila> ~jenkins/cu2d even, haaa, so no access
[09:24] <vila> urgh
[09:25] <didrocks> vila: I'm read-only
[09:25]  * vila nods
[09:25] <didrocks> one those files
[09:25] <didrocks> vila: if you can just sed them, that would be appreciated
[09:25] <didrocks> vila: I don't see those values changing right now
[09:25] <vila> didrocks: sure, doing it right now
[09:25] <didrocks> and then, the config files will be dead
[09:25] <vila> didrocks:  ?
[09:25] <didrocks> vila: think about doing those in cu2d/history/*/
[09:25] <didrocks> vila: end goal: 0 flacky tests accepted
[09:26] <didrocks> so no file :)
[09:26] <vila> didrocks: why can't that be done in cu2d-config instead, will address the access issue
[09:29] <didrocks> vila: it can TBH, I don't think it worth it to add another move
[09:29] <didrocks> let's get the prod running again IMHO
[09:36] <vila> didrocks: oh sure, first thing is to fix prod, the question was for the middle/long term
[09:37] <vila> didrocks: should be fixed
[09:37] <vila> Mirv: ^
[09:37] <ogra_> [09:40] <Mirv> vila: thanks!
[09:40] <vila> Mirv: yw
[09:47] <Mirv> vila: rerunning at http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/OIF/job/cu2d-oif-head-2.2check/369/console
[09:47] <vila> Mirv: rock&roll ;)
[09:55] <vila> Mirv: and success right ?
[09:55] <vila> Mirv: I mean for the path fix that is
[09:58] <Mirv> vila: that seems success, something else isn't. the subtasks were still successful but it's marked a failure (as seen at http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/OIF/job/cu2d-oif-head-2.2check/369/)
[10:00] <Mirv> but yes the path seems now work. there's some problem of changed amount of tests ("-121"), some information from somewhere tells there should have been more tests that were run
[10:01] <vila> Mirv: yeah, same diagnostic as you. I would wait for one more run before worrying about it though because that previous run failed because of the path and that failure may not be taken into account by the check code
[10:01] <Mirv> didrocks: so will I merge that autopilot-gtk branch manually ie you don't need it for debugging whether merger works properly?
[10:02] <Mirv> vila: ok, doing that at /370/
[10:02] <didrocks> Mirv: no, don't bother
[10:02] <didrocks> Mirv: do you have the url?
[10:02] <didrocks> Mirv: that will enable with fginther to validate the change
[10:03] <Mirv> didrocks: ok. https://code.launchpad.net/~mathieu-tl/autopilot-gtk/source-format/+merge/196190 - it'll probably fail again soon.
[10:03] <didrocks> ev: FYI, this can delay a little bit what I needed to work with with fginther (but I do think we'll be ready by Monday evening), but production first ^
[10:03] <didrocks> ev: we'll still start together today, just maybe not end
[10:03] <didrocks> Mirv: thanks!
[10:08] <Ursinha> popey, good morning
[10:08] <Ursinha> oops, wrong channel hehe
[10:09] <ev> otp
[10:14] <Mirv> vila: still the same: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/OIF/job/cu2d-oif-head-2.2check/370/console
[10:28] <vila> Mirv: otp
[10:38] <ev> didrocks: *nods* absolute agreement there
[10:42] <vila> Mirv: yeah, no idea but I get the feeling it's more a cu2d issue than a ci one so unless we find better evidence I won't dig further (also didrocks said don't bother ;)
[10:46] <Mirv> vila: I think he said don
[10:46] <Mirv> t bother to the autopilot-gtk one, not this one :)
[10:47] <Mirv> vila: another problem radeon connectivity broken, I saw it in another one as well in the morning: http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-radeon-7750/562/console
[10:48] <Mirv> connectivity or some another problem of course, it's just that the IP address renewal tends to show up when things are halted
[10:49] <Mirv> so that's blocking now, after which if this http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/OIF/job/cu2d-oif-head-2.2check/370/console happens elsewhere too then none of the check jobs will pass
[10:49] <Mirv> vila: feel free to stop that radeon job if you don't need it, but I'll keep it running for now for possible debugging needs. also, I see you're not vanguard anymore so feel free to pass it on :)
[10:54] <vila> Mirv: the X server crashed inside the container on qa-radeon-7750, you should get that log in the artifact once the job finish
[10:55] <Mirv> vila: regarding the test count issue, you're right that it's probably cu2d side although we may not have access rights to fix that manually. it's possible we need to do one publish by looking at the results beneath (if they are green)
[10:55] <Mirv> vila: the job finishing I guess still takes 2 hours or so?
[10:56] <Mirv> anyhow, it seems there's a problem on radeon since the previous problem was on radeon too
[10:56] <vila> Mirv: right, that's my take too
[10:56] <Mirv> previous one was http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-radeon-7750/551/console
[10:57] <asac> any idea what result output format autopkgtests has?
[10:57] <asac> jibel: ?
[10:57] <Mirv> vila: and yes there's a crash http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-radeon-7750/551/artifact/results/Xorg.0.log
[10:57] <seb128> didrocks, do you know if there is going to be an ubuntu-keyboard landing soon? I see it on the landing asks but with no landing slot assigned yet
[10:57] <vila> Mirv: enough for you to ping upstream right ?
[10:58] <Mirv> vila: well I don't think it's much help that "it crashes", more probable that the radeon isn't up to the task still and glamor-egl would need to mature still
[10:59] <didrocks> seb128: see my email, I think it will be after the indicators
[10:59] <didrocks> so monday
[10:59] <vila> Mirv: but some jobs succeed so that
[10:59] <Mirv> vila: there's (yet) another problem that this error still happens after aborted job in the next job: http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-radeon-7750/563/console - was it on radar somewhere to investigate?
[10:59] <vila> 's good input for upstream to reduce the scope
[11:00] <seb128> didrocks, ok, thanks (what email? the one to -phone earlier? I read it but it didn't have any detail that would me guess if keyboard would in 1 day or 1 week ;-)
[11:00] <Mirv> vila: yes some succeed some not. who was the upstream, I think you contacted last time?
[11:00] <vila> mklanhost (wrong spelling probably ;)
[11:01] <didrocks> seb128: not keyboard specifically, but that we are slowing resuming landings
[11:01] <seb128> didrocks, btw I'm asking because libpinyin had a soname change in trusty and is blocked in proposed until ubuntu-keyboard gets rebuild with the new soname
[11:01] <seb128> it can wait next week though, no worry
[11:01] <seb128> didrocks, thanks!
[11:04] <Mirv> vila: ok, reporting the radeon problem upstream, we may need to disable using it again until it's fixed
[11:05] <Mirv> vila: so what about that next-job-after-abort-fails-to-bring-up-lxc?
[11:07] <didrocks> seb128: sorry (was in a hangout)
[11:07] <didrocks> seb128: ok, setting it for Monday, thanks for the head's up!
[11:07] <seb128> didrocks, thanks!
[11:08] <didrocks> seb128: in landing plan
[11:08] <vila> Mirv: fixed, the container needs to be stopped, sounds like either an otto bug or a misuse, this should not happen right ?
[11:08] <seb128> didrocks, 'ci ;-)
[11:08] <vila> stopped manually that is
[11:09] <Mirv> vila: it still looks the same: http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-radeon-7750/564/console
[11:09] <Mirv> vila: so that should be at least on some list of issues to track down I think
[11:16] <vila> Mirv: http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/label=qa-radeon-7750/566/console
[11:16] <vila> Mirv: are you sure you checked on a job started *after* I stopped the container ?
[13:04] <Mirv> vila: it happens every time when any job is aborted, so the next job that gets started
[13:12] <vila> Mirv: right and the current timeout is 330 mins leading to aborts, I wonder if the solution here is not to 1) reduce the timeout 2) consider that encountering a running container is plainly wrong and have otto stop it instead of emmitting that error message
[13:13] <vila> Mirv: otherwise I'd be tempted to say: it blocks if you abort a job ? Don't do that then ! ;)
[13:14] <Mirv> maybe both I'd think, there's not much sense (?) in 330 mins of timeout, but also it'd be nice if it wouldn't break but either wait or stop the container automatically, since it anyway happens for the next one after the breaking one
[13:14] <Mirv> vila: it blocks if I don't abort a job ;)
[13:14] <vila> Mirv: but if you let the timeout expire it doesn't block right ?
[13:15] <vila> Mirv: so something is wrong in how the abort is handled no ?
[13:16] <vila> Mirv: i.e. I agree with 'not much sense (?) in 330 mins of timeout' and 'it'd be nice if it wouldn't break'
[13:16] <vila> Mirv: IIUC, a manual intervention (or two) is required right now, that's wrong :)
[13:17] <Mirv> vila: yeah, in that case the next one doesn't break, as seen in the radeon job from 08:09:08 from this morning (the previous one timeouted)
[13:17] <Mirv> vila: indeed the abort case should behave more like what happens when it timeouts
[13:17] <vila> jibel: thoughts ^ should I start with filing a bug against otto ?
[13:17] <Mirv> even if it would be a shorter timeout, it would still make sense that it's possible to abort jobs when needed
[13:18] <didrocks> vila: agreed with 2)
[13:19] <didrocks> Mirv: vila: no way to try to catch the abort
[13:19] <didrocks> jenkins SIGKILL
[13:19] <josepht> or 3) have otto clean up containers when it exits abnormally
[13:19] <didrocks> not SIGTERM
[13:19] <jibel> vila, not a bug. The problem is that it runs through sudo and when you abort a job it is the user 'jenkins' that kills the process
[13:19] <didrocks> josepht: see above ^
[13:19] <jibel> vila, and it cannot kill processes it doesn't own
[13:19] <josepht> so the job needs to clean up the container then
[13:20] <vila> jibel: so, otto should not block when it encounter a running container since the only valid use case is that a previous job was aborted ?
[13:20] <jibel> vila, josepht I wrote a script to handle this situation that will kill all the process started from the top parent process
[13:20] <jibel> vila, yes it should because you cannot share the same physical device twice
[13:21] <vila> jibel: but why not just stopping the container instead of emitting the error message ?
[13:21] <josepht> is the container named the same thing every time?
[13:21] <jibel> vila, because you don't know if it is runnig on purpose or not, do you?
[13:21] <vila> josepht: doesn't really matter, only a single container should run
[13:22] <jibel> vila, try this http://bazaar.launchpad.net/~otto-dev/otto/trunk/view/head:/jenkins/children_monitor
[13:22] <vila> jibel: see above, it seems the only case when it happens is when the previous job was aborted
[13:22] <jibel> if is not already there
[13:23] <jibel> vila, there is no link between jobs, a new job doesn't know why a container is already running
[13:23] <jibel> if it has been started manually from the machine or another job is running or whatevere
[13:23] <jibel> you cannot just kill what is running
[13:23] <vila> ha, hence that script
[13:24] <vila> jibel: but who should call it and when ?
[13:24] <josepht> can't we use trap to remove the container (from the jenkins execute shell script) on exit?
[13:24] <jibel> in the jenkins build step that escalate privileges with sudo
[13:24] <jibel> josepht, that's basically what this script does
[13:25] <jibel> but it also ensure that all children processes started from this jenkins script are killed
[13:26] <josepht> jibel: okay, sounds good to me
[13:26] <vila> jibel: that would be http://q-jenkins.ubuntu-ci:8080/job/autopilot-trusty-daily_release/configure right ? (and friends but let's start with this one)
[13:26] <didrocks> josepht: it's not an exit, it's a SIGKILL (so you can't trap)
[13:26] <jibel> correct
[13:27] <vila> you lost me here, can we or can't we use that script ? (almost no experience with signal handling in shell scripts)
[13:28] <jibel> vila, you can use the script, create a test script to verify
[13:28] <jibel> vila, in a shell build step put this script on first command, then sudo <forever> and abort
[13:29] <jibel> I'm pretty sure I had an exmaple somewhere
[13:29] <vila> 'sudo kill' is the trick, got it
[13:30] <vila> jibel: but what about didrocks remark about not being able to catch SIGKILL ? Or is instead that jenkins will send SIGABRT ?
[13:32] <jibel> vila, just try it
[13:41] <vila> jibel: doesn't work http://q-jenkins.ubuntu-ci:8080/job/otto-test-radeon/
[13:42] <vila> jibel: as in: the container is still running
[13:45] <vila> $HOME/bin/children_monitor & at the beginning of the execute shell build step '&' required otherwise the script doesn't background itself. But if I read it correctly the script monitors the children of its parent
[13:45] <jibel> vila, okay, I'll check in a moment
[13:47] <fginther> morning
[13:48] <didrocks> hey fginther!
[13:48] <vila> jibel: otherwise, I'm tempted to ignore the use cases 'started manually from the machine' (de-provision first) and 'another job is running' (it shouldn't, and both will break if it happens)
[13:52] <vila> jibel: or rather, if otto stops the running container, 'another job is running' the later job will be able to run
[14:04] <fginther> didrocks, Mirv what's the state of the cu2d jobs building?
[14:05] <didrocks> fginther: everything's fine, apart from the autopilot-gtk MP due to the dpkg change
[14:05] <Mirv> fginther: building pretty good, check jobs not so, plus the merger problem
[14:05] <didrocks> yeah, check jobs is another story
[14:06] <didrocks> Mirv: you are working with vila on it, right?
[14:06] <Mirv> fginther: mostly radeon AP would probably need disabling since it crashes again frequently (glamor-egl, filed a bug)
[14:06] <josepht> vila, jibel: this script http://paste.ubuntu.com/6458664/ results in this output http://paste.ubuntu.com/6458662/ when aborted
[14:06] <Mirv> didrocks: well vila is working on the long annoying detail of the next job breaking after abort, otherwise I've just suggested the disabling of radeon but not done it
[14:07] <didrocks> ok
[14:07] <Mirv> didrocks: I updated cu2d-config for those that need it, so the remaining problems are mostly radeon breaking up, and then the problem seen in oif that amount of tests has changed so we may need to publish once (I don't know how to fix that manually)
[14:07] <didrocks> Mirv: 2 runs of the check job should fix it
[14:08] <Mirv> didrocks: it did not, for some reason
[14:08] <didrocks> hum, interesting
[14:08] <Mirv> didrocks: http://q-jenkins.ubuntu-ci:8080/view/cu2d/view/Head/view/OIF/job/cu2d-oif-head-2.2check/370/console + 369
[14:08] <Mirv> hmm, looking at it again, maybe it's thrice this time? ;)
[14:08] <didrocks> Mirv: ah did you retry?
[14:09] <didrocks> Mirv: in fact, it stops at first issues
[14:09] <didrocks> so don't go to the next machine
[14:09] <didrocks> as you see here, it went to the next machine
[14:09] <didrocks> failed first on nvidia
[14:09] <Mirv> didrocks: yes, so it didn't stop on nvidia anymore
[14:09] <didrocks> second run, nvidia passed and intel stopped
[14:09] <didrocks> right
[14:09] <Mirv> ran again. so that's probably solved by rerunning, so remaining problem would be deciding of disabling of radeon
[14:09] <vila> josepht: so both EXIT and TERM are received and handled ?
[14:10] <josepht> vila: yes, it doesn't work with only EXIT or TERM trapped
[14:10] <vila> josepht: jibel script traps both
[14:10] <didrocks> josepht: you are the vanguard and looking at radeon?
[14:11] <josepht> didrocks: I'm helping :)
[14:11] <didrocks> great ;)
[14:11] <vila> josepht: may be I should indeed let you handle that with jibel, I've still a pile of incident backlog  to process
[14:11] <josepht> vila: ack
[14:12] <vila> josepht: and that script of yours should end up in some jenkins test suite, useful knowledge to share that ;)
[14:12] <Mirv> josepht: so I filed bug #1253974 for the glamor-egl crash, it may need further debugging / backtracing on the machine directly
[14:12] <fginther> Mirv, do we still have a problem with building autopilot-gtk to fix?
[14:12] <Mirv> fginther: yes, check that with didier
[14:13] <Mirv> (https://code.launchpad.net/~mathieu-tl/autopilot-gtk/source-format/+merge/196190 build with bzr bd and would build in daily-build, but not in merger)
[14:13] <fginther> Mirv, thanks
[14:14] <didrocks> fginther: we can hangout if you don't mind
[14:14] <didrocks> working on that + the little "rest" :)
[14:14] <fginther> didrocks, ack, I'll set it up
[14:15] <Mirv> josepht, vila: for radeon, if it seems that there's nothing that can be done at the moment about the constant autopilot crashes, apply http://pastebin.ubuntu.com/6458715/ to cu2d-config and deploy all stacks (when they're stopped)
[14:16] <cyphermox> didrocks: I think we're good to re-enable the build_all jobs, yo
[14:17] <josepht> Mirv: ack
[14:18] <didrocks> cyphermox: there is the radeon issue ^
[14:18] <cyphermox> radeon issue...
[14:22] <vila> Mirv: huh ? Why not a regular MP ?
[14:27] <vila> Mirv: 'long annoying detail of the next job breaking after abort' as in this problem has been know  ? Since when ?
[14:30] <didrocks> cyphermox: btw, thinking about it
[14:30] <didrocks> we need rather version 1
[14:30] <didrocks> think about that case:
[14:30] <didrocks> I'm upstream
[14:30] <didrocks> I add a patch
[14:31] <didrocks> I want to build the package
[14:31] <didrocks> bzr bd -> fail
[14:31] <cyphermox> why>
[14:31] <didrocks> because of the older orig.tar.gz
[14:31] <didrocks> and so inline patches for dpkg
[14:31] <cyphermox> *I'm not sure I follow, it should still work
[14:31] <cyphermox> but hey, I don't care what version it is in the end ;)
[14:32] <didrocks> cyphermox: you can try yourself
[14:32] <didrocks> bzr branch your autopilot-gtk branch
[14:32] <didrocks> bzr bd -S
[14:32] <didrocks> then add a fix in the code
[14:32] <didrocks> retry bzr bd -S
[14:32] <didrocks> -> it will fail
[14:32] <cyphermox> well yeah but cu2d bumps the versions
[14:33] <didrocks> right, but I'm speaking about upstream testing their package
[14:33] <cyphermox> it's not an issue
[14:33] <didrocks> and so, it's an issue
[14:33] <didrocks> they will have to bump themselves to test
[14:33] <cyphermox> heh
[14:33] <didrocks> something that they don't know/just making it harder :p
[14:33] <didrocks> that's why I picked v1
[14:33] <cyphermox> alright
[14:33] <didrocks> everytime I have to think back btw why I forced v1
[14:34] <didrocks> I should write that down somewhere
[14:35] <fginther> didrocks, still failed: http://s-jenkins.ubuntu-ci:8080/job/autopilot-gtk-trusty-amd64-ci/8/console
[14:36] <didrocks> fginther: the recipe doesn't use bzr bd it seems
[14:36] <didrocks> fginther: not sure how you can force it to use it
[14:36] <didrocks> I don't konw recipes ;)
[14:36] <fginther> didrocks, perhaps it's time to stop using recipes...
[14:37] <didrocks> fginther: I do agree ;)
[14:37] <didrocks> so, let's force v1 for now, you won't need that patch normally
[14:37] <didrocks> cyphermox: please oh please ^
[14:38] <cyphermox> what do you mean recipes don't use bzr bd?
[14:38] <cyphermox> fginther: using bzr builder for the ci stuff?
[14:38] <didrocks> cyphermox: upstream merger are using recipes
[14:39] <didrocks> and if you force version to be like <something>-0ubuntu1
[14:39] <didrocks> is seems recipes are ignoring the "split" mode
[14:39] <didrocks> and don't create the tarball automatically
[14:39] <cyphermox> hmm
[14:39] <cyphermox> I'm pretty sure that's configurable :)
[14:39] <fginther> cyphermox, http://paste.ubuntu.com/6458847/
[14:39] <jibel> vila, can I use your test job and the machine associated with it?
[14:40] <didrocks> cyphermox: well, we need to fallback to v1 anyway for upstream, but if you want to figure that one out…
[14:52] <vila> jibel: you should, check with Mirv for no running stacks and josepht as vanguard
[14:55] <dobey> didrocks, lool: i need to fix some dependencies in a -dev package for ubuntuone-credentials, do i need a landing ask for that? the -dev isn't on the image, but other binaries from the source are of course.
[14:55] <didrocks> dobey: if that's the only change, it's fine (and you ensure what builds against this -dev can still build)
[14:55] <cyphermox> didrocks: https://code.launchpad.net/~mathieu-tl/autopilot-gtk/source-format/+merge/196297
[14:56] <didrocks> cyphermox: ok, let's wait for the CI machinery to give feedback. fginther ^
[14:57] <dobey> didrocks: yeah, they should still build. it's just removing libsecret-1-dev (which we don't use any more anyway), and adding the correct -dev depends for libsignon/libaccounts/qtbase5
[15:03] <didrocks> dobey: go ahead then ;)
[15:03] <fginther> cyphermox, didrocks, it's building http://s-jenkins.ubuntu-ci:8080/job/autopilot-gtk-trusty-amd64-ci/9/console
[15:04] <dobey> didrocks: am doing :)
[15:06] <josepht> Mirv: is qa-radeon-7750 free for me to do some job testing one?
[15:06] <josepht> *on
[15:31] <cwayne> hey guys, any chance to get ubuntu-keyboard landed in an image today?  it's int he landing asks now
[16:07] <cwayne> asac, ^
[17:03] <didrocks> kenvandine: robru: hey! meeting :)
[17:04] <kenvandine> didrocks, 2m, just got out of another meeting
[17:13] <plars> Saviq: around?
[17:18] <robru> didrocks, hummm, it's not on my calendar!
[17:18] <didrocks> robru: can you grab it from mine?
[17:18] <didrocks> (all occurences)
[17:19] <robru> didrocks, i'm not sure how to find your calendar
[17:19] <didrocks> robru: you were invited
[17:19] <didrocks> robru: you told "no"
[17:20] <robru> didrocks, strange. i thought you cancelled today's meeting. i see them pick up again next week
[17:20] <didrocks> robru: only the 3 days of vUDS as told during the hangouts
[17:20] <didrocks> ;)
[17:20] <didrocks> robru: anyway, kenvandine has the details
[17:20] <robru> didrocks, ok
[17:20] <didrocks> and there are the spreadsheets :)
[17:21] <kenvandine> robru, can you build the keyboard?  (if it hasn't since the fix was merged)
[17:21] <robru> kenvandine, sure
[17:21] <didrocks> omg robru builds A keyboard!
[17:21] <kenvandine> i haven't looked yet, catching up my notes from 3 hours of meetings
[17:24] <robru> kenvandine, ppa has latest commit to lp:ubuntu-keyboard. unless there's an MP that's about to land i don't think it needs a build.
[17:30] <didrocks> robru: we don't care of latest of latest, you can go ahead :)
[17:31] <robru> didrocks, go ahead and test? ok
[17:31] <didrocks> yep ;)
[17:34] <plars> kgunn: do you have someone who can look at the unity crashes we're seeing?
[17:40] <kgunn> plars: i'm pretty sure Saviq is looking already (altho...are we talking about the same crashes ?:)
[17:40] <kgunn> bug ?
[17:40] <plars> kgunn: not sure there is one yet, but just about every ap test seems to be getting a .crash file in the image tests
[17:58] <Saviq> plars, if you can get me the .crash file (assuming it's not truncated), I can see if it's one that's on our radar
[17:59] <Saviq> plars, I believe you're seeing one on shutdown (as the tests pass, AFAICS?)
[18:00] <Saviq> plars, some of them will be gone with Qt 5.2 that's coming up soon
[18:02] <plars> Saviq: shouldn't be truncated, here's one: https://jenkins.qa.ubuntu.com/job/trusty-touch-mako-smoke-unity8-autopilot/39/artifact/clientlogs/_usr_bin_unity8.32011.crash/*view*/
[18:03] <Saviq> that's a recent image?
[18:03] <plars> Saviq: yes
[18:03] <plars> Saviq: and yes, the test pass rate doesn't seem to be affected by it
[18:04] <Saviq> plars, ok, trying to retrace
[18:29] <Kaleo> hi
[18:29] <Kaleo> approved MRs don't seem to be landing: https://code.launchpad.net/ubuntu-ui-toolkit/+activereviews
[18:35] <cjohnston> Kaleo: a specific exampleplease?
[18:36] <cjohnston> nm.. found one
[18:36] <dobey> doh. just missed didrocks i guess
[18:39] <cjohnston> Kaleo: there are a bunch of jobs pending
[18:39] <cjohnston> looks like waiting on hardware to be available
[18:47] <Kaleo> cjohnston, is it going to be resolved with time?
[18:48] <cjohnston> Kaleo: should
[18:48] <Kaleo> cjohnston, thank you
[18:49] <cjohnston> np
[19:00] <Saviq> plars, unfortunately this doesn't retrace at all :/
[19:00] <plars> Saviq: :(
[19:01] <Saviq> plars, i.e. https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1253666
[19:01] <Saviq> plars, so, this is something that happens on the android side I'm afraid
[19:02] <Saviq> plars, and gonna be pretty tricky to hunt down
[19:02] <plars> ogra_: do you know if something changed on the android side in the past few days that could affect unity8? I don't know how much insight we have into those changes
[19:13] <ogra_> plars, well, android is a package ... it usually has changelog entries and all on the trusty-changes ML or on launchpad etc
[19:14] <ogra_> plars, but to my knowledge the changes were either completely emulator related or packaging changes over the last days
[19:14] <plars> ogra_: Saviq was thinking the new unity8 crashes we're seeing could be related to some change in android
[19:15] <ogra_> there were none that could affect the image ... all emulator or packaging stuff
[19:27] <xnox> well if it fails to retrace it's hard to tell, is it actually the unity8 from the archive or custom compiled elsewhere?
[20:52] <fginther> cyphermox, does this describe the issue you found trying to update autopilot-gtk: https://bugs.launchpad.net/pbuilderjenkins/+bug/1254162 ?
[21:15] <cjohnston> Kaleo: looks like its down to two jobs in the queue
[21:17] <Kaleo> cjohnston, thanks!
[21:17] <Kaleo> cjohnston, 4 actually :)
[21:18] <cjohnston> Kaleo: ? I only see two in jenkins
[21:19] <Kaleo> cjohnston, https://code.launchpad.net/ubuntu-ui-toolkit/+activereviews
[21:19] <cjohnston> https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/fix1244615-autopilot_qtc/+merge/192713 hasnt been approved   nor has https://code.launchpad.net/~fboucault/ubuntu-ui-toolkit/icon_api_sanitization/+merge/194253
[21:19] <Kaleo> cjohnston, they have been top approved
[21:20] <cjohnston> they have to be 'comment' approved as well AFAIK
[21:21] <Kaleo> cjohnston, never been a requirement
[21:22] <Kaleo> cjohnston, unless it's changed
[22:35] <cyphermox> fginther: I couldn't put it better ;)
[22:45] <fginther> cyphermox, thanks


[21:30] <dsas> Is there a good way to refer someone to the server guide?
[21:31] <dsas> I want to tell people how to install and start subversion in programming.xml but tell them to look in the server guide for instructions on how to setup a server.
[21:33] <dsas> actually I'm not 100% sure thats useful.
[21:35] <dsas> if someone doesn't know they need a server for subversion then it may be better that they just use bzr