[12:54] <Odd_Bloke> I'm hitting an OOPS on https://code.launchpad.net/~daniel-thewatkins/+recipe/cpc-livecd-rootfs-daily; any ideas what's going on?  ("Error ID: OOPS-ed74fd294338078626e4eec8ec082b60")
[12:54] <Odd_Bloke> I've been hitting it for a few minutes now, and have retried several times.
[13:00] <cjwatson> Odd, it's a timeout but with several ridiculously slow statements that shouldn't be slow.
[13:24] <Odd_Bloke> It seems to be fine now.
[13:26] <wgrant> Odd_Bloke: Yep, just created a new index to sort it out. The testrebuilds had confused it.
[13:26] <wgrant> Let me know if you see any more issues.
[13:31] <Odd_Bloke> wgrant: Thanks!  Will do. :)
[13:31] <wgrant> Odd_Bloke: I think it got bad again, am investigating.
[16:11] <Odd_Bloke> wgrant: cjwatson: We're seeing our builds take a lot longer to complete (from scan-for-processes onwards); might this be because we have started doing something wrong that it's struggling to clean up, or is it likely that the builders are busy with the test rebuild so we're getting noisier neighbours?
[16:25] <dobey> Odd_Bloke: https://launchpad.net/builders
[16:25] <dobey> Odd_Bloke: seems plenty of x86 builders are offline at the moment
[16:52] <cjwatson> dobey: offlineness isn't relevant here - Odd_Bloke is asking about the time taken after a build has already started
[16:53] <cjwatson> or indeed almost finished
[16:53] <cjwatson> Odd_Bloke: my guess would be either compute node contention or just that process-build-uploads has a lot to do at the moment
[16:54] <Odd_Bloke> cjwatson: OK, cool, I won't worry about it too much for now then.  Thanks!
[17:01] <wgrant> Odd_Bloke, cjwatson: process-build-uploads delays are recognisable because the build says "Uploading build" and the logtail is hidden.
[17:02] <wgrant> But it may be slow downloads from 1SS.
[17:03] <Odd_Bloke> So the (current) build in question is https://launchpad.net/~cloudware/+livefs/ubuntu/xenial/cpc-development/+build/53757 which has a downloadable build log (but also still the logtail).
[17:03] <Odd_Bloke> I don't know if that helps narrow it down.
[17:05] <cjwatson> I can't see that build, but if it has a downloadable build log then it's part-way through p-b-u
[17:05] <wgrant> No
[17:05] <cjwatson> Or rather waiting for it, isn't it?
[17:05] <wgrant> It's part way through artifact download.
[17:05] <cjwatson> Right, sorry, that
[17:05] <wgrant> So probably 1SS link contention.
[17:05]  * cjwatson nods
[17:27] <dobey> oh
[17:28] <wgrant> We've identified an issue with one of the scalingstack bos01 firewalls.
[17:28] <wgrant> So hopefully it'll be faster now.
[17:29] <wgrant> But there's still a lot of traffic going over that link atm.
[17:30] <wgrant> Odd_Bloke: ^^
[17:34] <Odd_Bloke> wgrant: Thanks!
[18:42] <Kinnison> Hi all, I am a member of an LP hosted mailing list, and it seems to be failing to send me copies of mails I am CC'd on or addressed on.  Normally, on a mailman list I'd know how to turn that immensely irritating-to-me feature off.  Is there an easy way to do that with a Launchpad hosted list?
[19:54] <clivejo> #freenode
[20:38]  * Kinnison assumes not
[20:38] <Kinnison> Sorry to have disturbed you all
[21:35] <sheela> hello! I just noticed that this PPA doesn't exist anymore?  http://ppa.launchpad.net/libreoffice/libreoffice-4-1
[21:35] <sheela> earlier and later versions do, but was 4.1 removed or modified?
[21:35] <cjwatson> sheela: appears not, but PPAs are managed by their owners
[21:35] <cjwatson> we don't administer them centrally
[21:35] <sheela> ah gotcha
[21:36] <cjwatson> appears not> i.e. "indeed, it no longer exists"
[21:36] <sheela> right :)
[21:36] <sheela> Alritey, 4.2 it is.
[21:36] <cjwatson> can't easily tell when it was deleted - PPA deletion doesn't leave much in the way of traces
[21:36] <sheela> yea, I was trying to find that out, couldn't find any info
[21:37] <sheela> looks like i have to now upgrade to 4.2.
[21:37] <sheela> cjwatson: thank you very much :)
[21:37] <cjwatson> np
[21:37] <dobey> 4.2 is waht comes in trusty already, fwiw :)
[21:38] <sheela> dobey: we have some servers on 12.04
[21:38] <sheela> but thats definitely good to know
[21:39] <dobey> might be a good time to look at upgrading to 14.04 (and maybe even to 16.04 after that), since 16.04 will be out soon
[21:40] <sheela> yes! we're in the process. Most of our servers are on 14.04, just a few of them remaining
[21:45] <dobey> cool :)
[22:23] <sheela> thanks folks! :)


[16:31] <Samsagax> hi there
[16:33] <Samsagax> question: wich tests can be done on a virtual machine and still be trusted?
[16:37] <charlie-tca> Anything not required 3d, for the most part
[16:37] <hggdh> Samsagax: pretty much anything that does not depend on real hardware
[16:38] <charlie-tca> Most tests that work in VirtualBox are considered valid
[16:38] <Samsagax> ok, hggdh, i'm testing installation. Nice work on the live session stability
[16:39] <hggdh> charlie-tca: BTW (and as always) thank you for your help on A2
[16:39] <charlie-tca> I didn't do any server tests
[16:39] <hggdh> you _did_ run a LOT of tests
[16:39] <charlie-tca> Well, they needed doing
[16:40] <hggdh> :-) and I still am glad you are here
[16:40] <Samsagax> that reminds me: i have to reaply to the launchpad testing team
[16:40] <charlie-tca> You are most welcome
[16:40] <hggdh> Samsagax: thank you -- your help is appreciated
[16:45] <Samsagax> hggdh: np, I like testing, I have reasons to do so. Still my video card isn't suppported
[16:46] <hggdh> Samsagax: let me guess: ATI or nVidia?
[16:47] <Samsagax> hggdh: nVidia Optimus
[16:47] <hggdh> aye... say 'thank you' to nVidia closed source
[16:47] <Samsagax> On a Vostro laptop. No harware mux, no method to turn off and on card
[16:48] <Samsagax> hggdh: that's why i'm helping testing
[16:48] <Samsagax> and try to port bumblebee to nouveau
[16:50] <Samsagax> nice indicators in the unity launcher btw
[16:55] <hggdh> yes, we are getting there
[16:56] <Samsagax> now is at least useful. I'm seeing you are porting unity shell to gnome 3?
[16:58] <Samsagax> IMHO: you lanched Unity too soon
[17:08] <Samsagax> mhh i got a feedback error on ubiquity


[09:44] <rmg51> Morning
[11:03] <InHisName> Morning, Randy
[11:18] <rmg51> o/
[11:36] <JonathanD> hey guys.
[11:37] <waltman> morning
[12:45] <jedijf> morning
[13:14] <rmg51> \0
[15:11] <InHisName> morning - JonathanD, waltman, jedijf, rmg51
[15:24] <SamuraiAlba> Good bacon to all!
[15:52] <JonathanD> mmm bacon.
[16:06] <SamuraiAlba> Hiya, JonathanD
[19:00] <mikedep333> hey, does anyone know how I can get the PID of a window?
[19:00] <mikedep333> I'm on oneiric
[19:01] <mikedep333> I keep on getting messages "a system program has crashed" (I think that's the correct wording)
[19:01] <mikedep333> whenever I click report or cancel, it goes away and comes back 3 seconds later
[19:01] <mikedep333> the only thing I could do was xkill it
[19:01] <mikedep333> but I would like to know what process is behind it
[19:52] <jedijf> @later tell midedep333 is would start by looking in syslog for clues
[19:53] <jedijf> hahah if we only had a bot, sung to the wizard of oz song, "If I only had a brain"


[16:22] <toumbo> Hey guys! Where is "keep system layouts" checkbox on 20.04.1 LTS (Focal Fossa)?
[16:53] <toumbo> I found solution! That means that this bug persist even today:
[16:53] <toumbo> https://discourse.lubuntu.me/t/lubuntu-19-10-lxqt-cannot-change-keyboard-layout-shortcuts-not-working/507/2
[16:58] <wxl> ^ @kc2bez did you ever complete your testing and submit an issue on that?
[17:14] <kc2bez> wxl: If I did I don't recollect where it is at. I will make a phab task.
[18:15] <n-iCe> Hi guys
[18:15] <n-iCe> Does this distro works in touchscreens?
[18:15] <n-iCe> I have a laptop/tablet device
[18:41] <n-iCe> Did not work
[18:41] <n-iCe> No wifi
[18:41] <n-iCe> No virtual keyboard


[08:51] <brendand> anyone else got a problem with the oneiric final image on panda, where the horizontal alignment is way off?
[08:54] <brendand> well, it's more like it's horizontally squashed
[08:59] <infinity> Not here...
[08:59] <infinity> Though I haven't tested today's spin (about to), I don't see how it would be different from yesterday's.
[09:02] <ogra_> infinity, hmm, frambuffer changes ?
[09:02] <ogra_> *frame
[09:03] <ogra_> (no idea how they could influence us, but werent there some in the initrd ?)
[09:06] <brendand> infinity - also once i get to lightdm it seems to kill the display
[09:07] <brendand> i just got the image this morning
[09:08] <infinity> I'm testing right now.
[09:11] <brendand> could just be my stupid monitor. i've had issues with it in the past
[09:12] <infinity> Well, sure, if you keep calling it stupid, I can see how that would cause issues in your relationship.
[09:12] <infinity> Try being less of a jerk to your monitor? :)
[09:16] <ndec> panda and monitors have always had difficult relationship as well..
[09:16] <ogra_> yeah, i suggested for the first release already that TI should just ship the pandas with a monitor
[09:16] <ogra_> but they never listen to me :(
[09:19] <brendand> perhaps it's having its revenge
[09:20] <xranby> ogra_: i tried to install the omap extras package onmy panda today.. and .. poof no xorg
[09:21] <ogra_> xranby, hmm
[09:21] <xranby> so the good news are that something are available in the ppa now
[09:22] <ogra_> right, i guess we need to talk to rsalveti about that
[09:22] <ogra_> the sgx packages come from linaro ... they have been tested there, probably some incompatibility with our kernel or so
[09:23] <xranby> i will download the latest oneiric panda image and retry
[09:23] <xranby> the image i used are some days old
[09:28] <ndec> ogra_: the sgx don't come from linaro...
[09:28] <ndec> but from TI
[09:28] <infinity> Indeed, it's all ndec's fault.
[09:29] <ndec> xranby: how exactly did you install the omap extra?
[09:29] <xranby> ndec: clicked on the nice shiny button
[09:29] <xranby> in the unity launcher
[09:29] <ndec> only that?
[09:29] <xranby> it opened the software center
[09:29] <xranby> and then i clicked on install
[09:29] <xranby> and it said it was done
[09:29] <ndec> that should not install anything since our meta package is empty.
[09:29] <infinity> ^
[09:29] <xranby> it did install something on my board :P
[09:30] <ndec> so if that install nothing, that can't break anything ;-)
[09:30] <xranby> ok i will retest using the latest unadulterated oneiric image
[09:30] <ndec> i guess it installed ubuntu-omap4-extras, right?
[09:30] <infinity> It should just install an empty package.
[09:30] <infinity> ndec: Yeah.
[09:30] <ndec> xranby: check the version of the package, it should be 1.1~1
[09:31] <infinity> He may have done this with an older image that still referenced the natty ppa.
[09:31] <infinity> Before I fixed that. :P
[09:31] <ndec> xranby: can you share the output of apt-cache policy
[09:31] <ndec> infinity: that's what i guesed ;-)
[09:31] <ndec> guessed
[09:33] <xranby> ndec: just a second
[09:38] <xranby> ndec: http://paste.ubuntu.com/706596/
[09:38] <ogra_> yep, all natty
[09:41] <xranby> ogra_: false alarm then, im fetching a new image
[09:41] <ogra_> heh
[12:51] <brandini> morning
[13:06] <jeremiah_> So I've got an Ubuntu root file system for my OMAP 3 beagleboard
[13:06] <jeremiah_> But it won't boot on a new disk because in the boot.scr there is a UID that appears incorrect
[13:06] <jeremiah_> Is there a way to fix that?
[13:08] <ndec> jeremiah_: update your boot.scr?
[13:09] <jeremiah_> ndec: I tried to do that by hand but it doesn't seem to have any effect
[13:09] <jeremiah_> Is there a way that is used by others?
[13:09] <ndec> jeremiah_: what do you mean by hand?
[13:09] <ndec> the boot.scr is generated with mkimage.
[13:09] <jeremiah_> I edited the boot.scr in emacs
[13:11] <ndec> e.g. mkimage -A arm -O linux -T script -C none -a 0 -e 0 -n "Ubuntu" -d ./boot.cmd ./boot.scr
[13:11] <ndec> from http://elinux.org/BeagleBoardUbuntu#Beagle_Bx.2FCx_.26_xM
[13:11] <jeremiah_> Thanks ndec! I'll go read that URL
[13:11] <ndec> if you use a UUID you will need to use an initramfs, where the init will read the UUID and find the actual device to mount
[13:12] <ndec> so if you know the actual root device, you can use it in root= instead of UUID.
[13:12] <jeremiah_> ndec: I thought the device I needed to specify was something like /dev/mmblk0
[13:12] <jeremiah_> but that doesn't seem to work. :(
[13:13] <ndec> /dev/mmcblk0p2 likely
[13:13] <brandini> I was reading through the docs last night and it almost seemed like I could format my usb thumb drive like I did the sd card and make it boot of teh usb drive
[13:13] <jeremiah_> Ah, of cou!
[13:13] <jeremiah_> rse
[13:15] <ndec> brandini: you cannot 'boot' from the usb drive, but you can boot from SD (mlo, uboot, uimage) and have the root fs on USB driver
[13:16] <brandini> ndec: the docs say first is usb, then mmc
[13:17] <ndec> brandini: ok... well you can boot from USB yes, but that's using a special protocol with the OMAP rom code. it's for OTG, not HOST. it's used for example for when you connect your phone to flash it...
[13:18] <brandini> ahhhh ok
[13:19] <brandini> so even if I put MLO and uboot on a thumb drive it won't boot properly from that?
[13:19] <ndec> brandini: no. it won't
[13:20] <ndec> you can do this http://omappedia.org/wiki/Ubuntu_on_OMAP_FAQ#I_want_to_install_Ubuntu_on_external_USB_hard_disk_instead_of_sluggish_SD_card
[13:20] <ndec> to put root fs on USB driver
[13:20] <ndec> drive
[13:22] <brandini> interesting
[13:22] <brandini> leave it to me to actually read the docs and get more confused :)
[13:23] <ndec> brandini: reading the docs is great , no confusion!
[13:25] <brandini> I didn't understand that there was a difference between the first boot device and the second
[13:25] <brandini> in how it tried to initiate the boot sequence
[13:25] <brandini> I thought no matter what the device was it would look for MLO, then uboot
[13:39] <ndec> brandini: the difference in 1st vs 2nd boot is not in mlo/uboot, that part never changes.
[13:39] <ndec> on 1st boot the initramfs will enlarge the partition and launch the installer. it will generate /etc/flash-kernel.conf
[13:39] <ndec> on further boots, the initramfs will directly mount the root fs
[13:43] <brandini> http://pandaboard.org/sites/default/files/board_reference/A1/Panda_Board_Spec_DOC-21010_REV0_6.pdf
[13:43] <brandini> so on page 21 where it talks about SYSBOOT
[13:46] <brandini> that's where I was reading that
[13:46] <brandini> the default is 000101 which says USB, MMC1
[13:47] <ndec> brandini: and as i told you USB here does not mean what you were hoping. if you look at the OMAP4 TRM docs, there is a chapter on 'booting'
[13:47] <brandini> ok
[13:48] <brandini> I'm not saying I don't believe, just showing you how I got confused
[13:48] <ndec> sure. i know this doc.
[13:48] <brandini> I pulled down rev X of that last night... 5500 pages or something :)
[13:49] <ndec> and it's just the public version ;-)
[13:50] <brandini> lol
[13:50] <brandini> right
[13:50] <brandini> and there is a pretty extensive errata doc too
[13:56] <brandini> ndec: so I found the assembly source for booting the beagle on openbsd, it doesn't seem similar enough to actually boot the panda
[13:56] <ndec> i guess so
[13:56] <brandini> you guess so?
[13:57] <ndec> omap3 vs omap4? a8 vs a9 smp...
[13:57] <brandini> yeah
[13:57] <brandini> that's why I'm trying to read this TRM
[13:58] <brandini> wonder if looking at the ubuntu version is a good start
[14:07] <rOxx> hello, someone here who can help me with industrial i/o driver ?
[14:50] <brandini> ndec: I found some interesting stuff after reading <IP_ADDRESS> in the public doc :)
[14:50] <ndec> what's <IP_ADDRESS> exactly?
[14:51] <brandini> it explains what you were trying to tell me earlier about the booting of usb
[14:51] <ndec> ah!
[14:51] <brandini> s/trying to tell/telling/g
[14:51] <ndec> i am hoping i wasn't too far from the reality ;-)
[14:51] <brandini> you weren't at all
[14:52] <brandini> this is fun, I wonder how far I can go with this
[16:23] <GrueMaster> brandini: On the omap4 usbboot, we are using that (or soon will be) in our panda build cluster.  I already use it in my test setup.  Really usefull for booting and clobbering SD image hands free.
[17:08] <ndec> brandini: usbboot is indeed using the actual USB boot mechanism. (this refers to our discussion earlier)
[17:25] <brandini> :)
[17:25] <brandini> I want a panda build cluster!
 is it always valid to cast a uint8 pointer to a uint32 pointer, even if the pointer is not 4-byte aligned?
[17:54] <diwic> anybody knows if the answer is "yes" on arm as well?
[18:16] <R_Nev> the kernel will trap and handle the unaligned accesses
[18:18] <R_Nev> by default, most likely, but it's going to be slow and i think it's possible to disable the fixup so that the app crashes instead
[18:23] <R_Nev> unaligned neon accesses may infinite loop instead
[23:31] <j4r00tn> hey guys where can I find a list of jaunty armel packages
[23:34] <rcn-ee> j4r00tn, they got removed when jaunty went eof.. for x86 there's an old repo, but i don't there's one of those for ports..
[23:34] <rcn-ee> j4r00tn, are you using an armv5 device?


[02:32] <akgraner> kim0 do you do videocasts like Daniel and Jono?  if so what't the link to them /me is working on uwn
[02:41] <nhandler> akgraner: We had some confusion 2 weeks ago. We found some links to weekly IRC meetings, but didn't see any videocasts
[02:41] <akgraner> yep they don't happen every week
[02:42] <akgraner> so you just have to look back to see the weeks they were included and use those formats  - sometimes the summary formats change based on the podcast/videocast
[02:43] <akgraner> I just added Daniels - but wanted to make sure I wasn't missing kim0 if he did one last week
[02:43] <akgraner> ahh dpm is doing them too  - let me find his as well and add it
[03:45] <nigelb> akgraner: topic
[03:45] <nigelb> akgraner: wait, I'm late.  Well, I put the links in the topic
[03:49] <akgraner> nigelb, yep I have those - I added them to the "featured podcasts/videocasts - just wanted to make sure I wasn't missing kim0's if he had one :-)
[03:49] <nigelb> :)
[07:40] <kim0> akgraner: Hi Amber ..  I'm getting tons of comments on the cloud portal saying things like
[15:56] <kim0> "Great thoughts - thanks for sharing. It is nice to come across quality sites that get to the point.
[15:56] <kim0> Frankly I'm not sure whether or not that's spam .. it's generic enough to be spam
[15:57] <kim0> but what is the guy pushing!
[15:57] <nigelb> kim0: is it a wordpress install?
[15:57] <kim0> Yes
[15:57] <nigelb> install askimet.  Its totally worth it.  And yes, that is spam I believe
[15:58]  * kim0 goes crying to IS
[15:58] <kim0> nigelb: I'd have to get an "API key" right ? is that free ?
[15:58] <nigelb> kim0: check the link for the commentor.  Those kind of posts, the links are generally into spam
[15:58] <nigelb> kim0: Yeah, since it isn't a personal website, you'd have to.
[15:58] <kim0> nigelb: like his website ?
[15:59] <nigelb> yeah
[15:59] <kim0> sigh .. it's nice having those comments though :)
[15:59] <kim0> very encouraging hehe
[15:59] <nigelb> Also, popey would be able to give you more authoritative opinion :)
[15:59] <popey> huh?
[16:00] <nigelb> popey: spam on wordpress install, like "Great thoughts - thanks for sharing. It is nice to come across quality sites that get to the point."
[16:00] <popey> i spot those a mile off and delete them
[16:00] <popey> akismet
[16:01] <kim0> popey: Thanks
[16:01] <kim0> nigelb: thanks
[16:01] <nigelb> kim0: np :)
[16:04] <nhandler> Yep, we get those on the Fridge all of the time. I usually look at the URL and email address (as they are usually very clear give-aways)
[16:13] <dpm> hey morning jono
[16:13] <daker> kim0, it's not a spam ツ
[16:14] <kim0> daker: :)
[16:14] <daker> that man is on the cloud forum http://ubuntuforums.org/showthread.php?t=1663254
[16:14] <daker> kim0, raymdt
[16:14] <kim0> daker: what about him
[16:15] <daker> that man is the one who posted the comment on the cloud portal
[16:16] <kim0> daker: It's not just one
[16:16] <dholbach> jono, WFM
[16:17] <daker> kim0, and why comment are enabled on all the posts ?
[16:18] <daker> it's supposed to be just for "Screencasts" posts
[16:21] <daker> kim0, if we got spams that's mean we are on the right way :D
[16:24] <kim0> daker: coz the site is all about community ..
[16:24] <kim0> daker: they are supposed to be able to leave comments
[16:25] <daker> kim0, and who's going to reply ?
[16:30] <kim0> daker: anyone who reads the article man!
[16:31] <kim0> I'm looking for a "I want you" uncle-Sam type picture, with Ubuntu logo on the hat!
[16:33] <kim0> Anyone with Gimp skills, interested to hack that .. ping me
[18:09] <dholbach> alright my friends - I call it a day - see you tomorrow!
[18:58] <dpm> now time for me to call it a day. See you all tomorrow!
[20:20] <jono> dinda, around?
[20:22] <sense> czajkowski: People from the Dutch community reacted to the disapproval of Ubuntu NL by composing a declaration that in its first version asked who the heck you think you are to approve or disapprove of Ubuntu NL. :P Not everyone was happy with the result of the vote.
[20:22] <sense> most weren't
[20:24] <sense> I'm using the occasion to educate people about the way our community works.
[20:24] <sense> (The declaration was supposed to be sent to the LoCo Council.)
[20:25] <czajkowski> sense: you also know there are 6 of us, not just me :) and if they don't know who the loco council are, they may need to understand how the community works, which is another sign the team doesnt operate well.
[20:26] <Pendulum> sense: good luck
[20:26] <sense> czajkowski: A lot of people showed they have no much interest in the international community, they're happy with the forums as they are now, and said that we don't need some group to come and approve us.
[20:26] <Pendulum> sense: can I PM you?
[20:26] <sense> czajkowski: I know there are six, but you are my favourite target!
[20:26] <sense> Pendulum: fine
[20:27] <czajkowski> sense: I dont like being a target thanks ;( I'll happily help anyone but there are 6 of us
[20:27] <dinda> jono:  i'm aqround
[20:28] <czajkowski> and we are here to help, Ubuntu is an international community. with that comes an large community and in some cases a way to do things. I am sorry your team doesnt want to know more
[20:28] <sense> czajkowski: I'll try to spread my questions around a bit next time. I just wanted to share the reaction with you, so you know how communities can look at this process.
[20:28] <sense> different communities
[20:28] <sense> I'm not fond of ignorance-lovers either.
[20:29] <czajkowski> sense: tbh, the majority of teams like it, the ones who don't seem to be the ones who've been unapproved which is slighly unfortunate.
[20:29] <czajkowski> So rather than work to get it fixed, many focus on the not being approved bit
[20:30] <sense> The whole approval thing has continually met with a lot of indifference since the beginning of your probes.
[20:31] <czajkowski> sense: the flip side of course, if a team doesnt want to be approved that's fine. can't force people to either.
[20:34] <sense> yeah
[20:34] <sense> But I think the indifferent people are contributing too little to be very influential on our policy.
[20:35] <czajkowski> sense: I guess you have to let them have their say, and someone needs to then come up with the final outcome and if it can be voted on or decided great
[20:37] <sense> czajkowski: I am angry at what seems to have happened at the meeting last Sunday. Apparently they all started over again and came up with their own basic organisational proposal, instead of discussing the one we've been discussing online since 1 December. Most of the people present were community skeptics, so their proposal is again shutting the community our.
[20:37] <sense> out
[20:37] <sense> So we're nothing further yet.
[20:38] <czajkowski> :s
[20:39] <sense> That meeting was supposed to start the implementation.
[20:39] <sense> Typically they ignored the plans and started all over again.
[20:39] <sense> A classic example of why we are such an indecisive LoCo.
[20:40] <sense> I had to concentrate on my studies, but first needed a fourty minutes walk outdoors to calm down after I heard it.
[20:41] <czajkowski> sense: look, your education comes first LoCo then ok
[20:41] <sense> yes
[20:41] <czajkowski> if its meant to be it'll work out ok
[20:42] <sense> That's why I didn't go to the meeting, while I actually should have gone to control it. :P
[20:42] <sense> My mind is sometimes just so terribly busy, but that's a flaw I'm aware of.
[20:46] <jono> dinda, hey
[20:46] <jono> so I am concious we don't lose track of how we figure out how to get the manual on d.u.c
[20:46] <jono> so I am registering a bug and I will assign it to you as the manual lead, and then we can have the discussion there
[20:49] <czajkowski> sense: this is why I like to see one chair one who always does it, but that's just me
[20:49] <sense> I am in favour of clear leadership, but I do think that you need extra brainpower to help you.
[20:49] <sense> czajkowski: By the way, did you have time to write a reply to my mail?
[20:49] <czajkowski> sense: if WE ( the 6 of us) can help let us know. but sometimes either the team needs to resolve it themselves if there is that much oposition, or we step in like we have done in the past say with California and that team is doing really well
[20:50] <czajkowski> sense: last week I was at a conference for 3 days and I'm off sick atm from work
[20:50] <czajkowski> California is now doing pretty well and that was a long few months but it's working out really well thanks to the newly elected leaders.
[20:51] <sense> OK, I understand the hint. ;) I'll wait for the results of Sunday's meeting to float to the surface, and I'll send the LoCo COUNCIL a mail with a request for advice when things are more clear.
[20:51] <sense> czajkowski: Become better soon!
[20:52] <czajkowski> I'd like my voice back, having conference calls sounding like this is rather hard
[20:53] <sense> Having a voice is very convenient.
[21:05] <sense> I'm going offline now, see you all!
[21:30] <dinda> jono;  ok on the bug - still not sure what you mean by 'the links must never break."
[21:31] <jono> dinda, yeah, I saw you send me a mail about that
[21:31] <jono> why don't we schedule a call for tomorrow to discuss?
[21:31] <dinda> jono: ok
[21:32] <jono> dinda, when would be a good time for you?
[21:33] <dinda> jono:  you back in your home timezone?
[21:33] <jono> dinda, yup
[21:33] <jono> tomorrow afternoon work?
[21:33] <dinda> jono:  any time afternoon is good
[21:34] <jono> dinda, 1pm Pacific?
[21:34] <dinda> jono: perfect
[21:34] <jono> dinda, thanks!
[21:34] <jono> invite sent
[22:23] <akgraner> jono - Mo's Bacon Bar for the win!  Apple-wood smoked Bacon inside of a chocolate bar add that to your list of bacon items you need to try before you die :-P
[22:26] <czajkowski> Mat revell makes my life a lot simplier
[22:36] <jono> akgraner, mmmmm
[22:38] <paultag> oh jesus akgraner
[22:42] <Pendulum> akgraner: I think I saw that in Whole Foods
[22:43] <akgraner> paultag, I know great stuff right... I'm bringing some to SCaLE...this is a must try..just saying
[22:44] <akgraner> Pendulum, I got this at World Market... but it sounds like something Whole Foods would carry
[22:44] <Pendulum> I saw some sort of chocolate covered bacon
[22:44]  * czajkowski wants taffey
[22:45]  * AlanBell is in Belgium and has chocolate, beer and waffles
[22:45] <akgraner> Bacon is the sole reason  I fail at being a vegetarian.
[22:46] <Pendulum> haha
[22:46] <akgraner> AlanBell, show off!!! :-P  I found Belgium cherry beer here yesterday - heaven!
[22:46] <pleia2> yum, kreik lambic :d
[22:46] <pleia2> kriek too
[22:46] <akgraner> pleia2, yeppers
[22:46] <AlanBell> akgraner: don't worry I am not having a great time, just sitting in a hotel room with it all
[22:47] <czajkowski> 2 weeks to Brussels :D
[22:47] <AlanBell> although to be fair, now sitting here with somewhat less of it than there used to be
[22:47] <Pendulum> akgraner: you could socialise with the other people on your course
[22:47] <czajkowski> and 4 days of CHeery and banana beer
[22:47] <popey> :(
[22:47] <Pendulum> gah
[22:47] <Pendulum> AlanBell: ^^
[22:48] <AlanBell> we are all scattered about and I haven't really had a chance to talk to them all yet
[22:48] <akgraner> AlanBell, I read that heard George Thorogood singing "I drink alone" in my head- that is scary
[22:49] <AlanBell> actually I hardly ever drink so I am not bothered about drinking alone from time to time
[22:49] <czajkowski> popey: why the :(
[22:50] <akgraner> I am never bothered by drinking alone - some my my best friends have perfected this art..
[22:51] <czajkowski> meh I travel on my own too much to care, plus I always end up chatting to random strangers and having good chats
[22:52] <AlanBell> anyhow, not alone, been chatting on IRC all evening
[22:58] <popey> czajkowski: not going to fosdem
[22:59] <popey> and!
[22:59] <popey> I thought I had an old adsl modem kicking around the place, but I seem to not have
[22:59] <popey> dunno if I put it in the loft or binned it
[23:00] <czajkowski> popey: I'll bring you back some chocolate :D
[23:00] <popey> heh
[23:00] <czajkowski> so need to nab my boss this week and sit down and write my flipping talk
[23:02] <czajkowski> by nab I do mean tie down


[09:53] <bottiger> I've tried to manage my upstart services with both "rcconf" and "bum" to make some services start (or not start) automatically. However, it simply does not work. If I disable "mysql" it shows up as disables in both rcconf and bum, but it still starts up when I boot
[09:54] <bottiger> any idea what the problem could be
[13:12] <sadmac2> bottiger: that's more of a debian/ubuntu question
[15:41] <donEduardo> hi there.
[15:41] <donEduardo> is this the correct group for upstart in ubuntu?
[15:41] <donEduardo> or is this group rather general?
[15:42] <Keybuk> this is the general group for the different distribution maintainers developing upstart
[15:42] <Keybuk> if you're having ubuntu problems, you should ask in #ubuntu
[15:47] <donEduardo> if got an upstart problem in ubuntu 10.04 alpha... ok, i'll try at #ubuntu
[15:47] <donEduardo> s/if/i've
[20:03] <Ng> so process supervision :)
[20:03] <Ng> is there any way for upstart to indicate that something has been respawned other than its syslog entries?
[20:04] <Ng> (I'm thinking that as a sysadmin I'd want realtime alerts that $IMPORTANTDAEMON has died and been restarted, ideally not by having to do realtime syslog analysis)
[20:09] <sadmac> Ng: you could detect the starting event from another job and have that fire off whatever
[20:10] <Ng> oh interesting
[20:17] <Ng> oh the starting event, not a specific respawning event?
[20:18] <Ng> actually what I'd care about is the *dying* of a process, but that's implied by it having been restarted ;)
[20:19] <sadmac> Ng: I think you get a stopping event too
[20:19] <sadmac> there's no respawning event though
[20:19] <sadmac> you definitely don't get a stopped event when respawning. it doesn't make it all the way down.
[20:20] <Ng> it might be a little annoying if booting a machine triggered a bunch of alerts ;)
[21:45] <wasabi> `script` stanza could use an extension:
[21:46] <wasabi> script /bin/bash
[21:46] <wasabi> \tfoo
[21:46] <wasabi> end script
[21:46] <Keybuk> but then we don't know whether what you give supports /proc/self/fd
[21:46] <Keybuk> and we don't know whether it supports "-e"
[21:46] <wasabi> True.
[21:47] <Keybuk> we don't know whether it supports being able to give single commands with "-c"
[21:47] <wasabi> I'd probably just say: yeah. if it support -e, you have to add it
[21:47] <Keybuk> I like the fact that script -es by default
[21:47] <Keybuk> script sh
[21:47] <Keybuk>  ...
[21:47] <Keybuk> end script
[21:47] <Keybuk> would bypass that
[21:47] <Keybuk> and be remarkably inconsistent
[21:47] <wasabi> that is true.
[21:48] <wasabi> well, you see where I'm going.
[21:48] <wasabi> script python
[21:48] <wasabi> blah
[21:48] <wasabi> I'd probably just say adopt the same semantics any +x file has
[21:54] <sadmac> Keybuk: what if we allowed you to pipe part of the job definition to the exec stanza's argument?
[21:54] <sadmac> exec python <<<END
[21:54] <sadmac> import foo
[21:54] <sadmac> main()
[21:54] <sadmac> END
[21:54] <wasabi> That looks weird.
[21:55] <wasabi> It might be an argument for not using 'script', but instead extending 'exec' into a block stanza./
[21:55] <wasabi> with script being locked to sh -e
[21:55] <wasabi> s
[21:55] <sadmac> wasabi: it does, but it skirts most of Keybuk's arguments semantically. I'm in the habit of doing this. Eventually it results in Really Cool Things.
[21:55] <wasabi> exec python
[21:55] <wasabi>   import foo
[21:55] <wasabi>   main()
[21:55] <wasabi> end exec
[21:56] <wasabi> Since exec is already defined as not passing any arguments.
[21:56] <wasabi> I think it might be more appropiate too
[21:56] <sadmac> that makes the grammar ambiguous if you keep the one-liner exec
[21:56] <wasabi> as 'script' might not always even be the right name for it.
[21:56] <Keybuk> sadmac: I'm just wondering to myself what that exec line would do now ;-)
[21:56] <Keybuk> since technically exec is just a shortcut for
[21:56] <Keybuk> script
[21:56] <Keybuk>   exec ...
[21:56] <Keybuk> end script
[21:56] <Keybuk> ;-)
[21:56] <wasabi> Heh
[21:57] <wasabi> what about a utility that reads from stdin to process commands... that you want executed every now and then
[21:57] <wasabi> but it's clearly not a scripting language
[21:57] <sadmac> Keybuk: it would do the same as always, but make stdin a pipe first, then it'd write the python script into it
[21:57] <wasabi> shit, nc
[21:57] <wasabi> exec nc host
[21:57] <wasabi> \tstuff
[21:57] <wasabi> end exec
[21:57] <Keybuk> right
[21:57] <Keybuk> there's three different types of program
[21:58] <Keybuk> 1) those that take commands on command-line, e.g. sh -c "foo;bar;baz"
[21:58] <sadmac> wasabi: I spent a week in my security class trying to find ways to trick users into doing that. Making it easier to do voluntarily seems wrong
[21:58] <Keybuk> 2) those that take a script filename on command-line, e.g. sh /foo/bar.sh
[21:58] <wasabi> heh
[21:58] <wasabi> sendmail then. :)
[21:58] <Keybuk> 3) those that take commands on standard input
[21:58] <wasabi> exec sendmail<EMAIL_ADDRESS>[21:58] <wasabi>   shit's busted
[21:58] <wasabi> end exec
[21:58] <sadmac> Keybuk: shock moment, what if we just supported shebang lines
[21:58] <sadmac> script
[21:58] <sadmac> #! /bin/python
[21:58] <sadmac> etc
[21:58] <sadmac> end script
[21:58] <wasabi> heh.
[21:59] <Keybuk> sadmac: no way to execute that ;-)
[21:59] <Keybuk> chmod +x /proc/self/fd/4
[21:59] <Keybuk> doesn't quite work
[21:59] <wasabi> What about symbols in front of the cmd name to specify how the body is passed to it?
[21:59] <Keybuk> symbols would be ick
[21:59] <sadmac> what does the command have to do to supprt /proc/self/fd?
[21:59] <Keybuk> but I like the idea that you should be able to run things with stdin
[21:59] <wasabi> maybe. but there's um
[21:59] <wasabi> what's the word for it
[21:59] <Keybuk> I already want to be able to run things and capture stdout after all
[21:59] <wasabi> crap. brain dead.
[22:00] <Keybuk> sadmac: to do #! you need a filename
[22:00] <wasabi> exec - sendmail<EMAIL_ADDRESS>[22:00] <wasabi>  foo
[22:00] <wasabi> end exec
[22:00] <wasabi> that gets passed to stdin
[22:00] <wasabi> (making stuff up)
[22:00] <Keybuk> why not perlish?
[22:00] <wasabi> because i don't know perl.
[22:00] <Keybuk> exec |sendmail<EMAIL_ADDRESS>[22:00] <wasabi> heh
[22:00] <wasabi> That's sort ofe stablished elsewhere too
[22:00] <wasabi> /etc/aliases
[22:00] <sadmac> Keybuk: same reason we couldn't do
[22:01] <sadmac> script /bin/python
[22:01] <sadmac> end script
[22:01] <sadmac> then
[22:01] <Keybuk> one sec, changing machines
[22:02] <sadmac> ah, wing-commander. I missed that box
[22:02] <wasabi> exec >sendmail<EMAIL_ADDRESS>[22:02] <wasabi> or | I guess
[22:02] <wasabi> Got me
[22:02] <Keybuk> sadmac: lol, "missed it" ?
[22:02] <wasabi> I don't like symbols like that.
[22:02] <sadmac> Keybuk: there's a lot you don't know that happened between me and your computer.
[22:03] <sadmac> Keybuk: don't judge us. we were young. we did what felt right.
[22:03] <Keybuk> should I dunk my laptop in bleach?
[22:04] <sadmac> Keybuk: yes. and you might want to get a new refridgerator.
[22:04] <Keybuk> syntax aside for a moment
[22:04] <Keybuk> what magic input/output/commandline things should we support here?
[22:05] <sadmac> stdin makes sense
[22:05] <sadmac> whatever the most standard syntax is, it should work by the same mechanism as #!, that is if an interpreter works in a #! line it should work in a job definition with minimal effort
[22:06] <Keybuk> right #! is "append filename to the #! line"
[22:06] <Keybuk> which should mean we can append /proc/self/fd/N
[22:06] <sadmac> really. thought it was pipe-through
[22:06] <Keybuk> no, cause you can do
[22:06] <Keybuk> echo "#!/usr/bin/sendmail" ><EMAIL_ADDRESS>[22:06] <Keybuk> chmod +x !$
[22:06] <sadmac> yeah, you're right
[22:06] <Keybuk><EMAIL_ADDRESS>[22:06] <Keybuk> Subject: foo
[22:06] <Keybuk> etc.
[22:06] <wasabi> stdin and last argument make sense to me.
[22:07] <wasabi> anything else can be done by hand
[22:07] <wasabi> exec /proc/fd/0
[22:07] <wasabi> exec foo --name=/proc/fd/0 anyways
[22:07] <Keybuk> I also want to support capture-standard-output
[22:07] <wasabi> same.
[22:07] <Keybuk> for programs that write FOO=bar as standard output
[22:07] <wasabi> Where would you send it, though? :)
[22:07] <Keybuk> it'd be part of the job's environment
[22:07] <sadmac> Keybuk: that's always felt a bit special to me
[22:07] <wasabi> Hmm.
[22:08] <Keybuk> sadmac: it's used by just about everything "agent-esque"
[22:08] <Keybuk> dbus downards
[22:08] <wasabi> Yeah. That would be much nicer.
[22:08] <wasabi> Simply scrape the env exported by dbus when launching a dbus service
[22:08] <wasabi> no work done.
[22:08] <wasabi> except to export it in dbus
[22:08] <wasabi> and make sure your job somehow fires with that env.
[22:08] <Keybuk> right, dbus-daemon writes its session address and stuff to stdout
[22:08] <sadmac> Keybuk: I like a more general solution
[22:09] <Keybuk> so any job with "while dbus-daemon" would have that in its environment
[22:09] <wasabi> Yeah. That's rad.
[22:09] <sadmac> exec dbus-session-bus | xargs upstart-set
[22:09] <Keybuk> xargs? :)
[22:09] <Keybuk> I guess
[22:10] <Keybuk> then I have to care about process groups
[22:10] <sadmac> yeah, the forking is a bit funny around that
[22:12] <Keybuk> we do need some kind of initctl to set environment though
[22:12] <wasabi> I'm fine with parsing name=value pairs.
[22:12] <wasabi> that's super standard.
[22:13] <wasabi> It would be better in some way if you could have dbus communicate in another way that didn't involve any parsing
[22:13] <Keybuk> lots of people seem to try and parse things in pre-start then punt to exec
[22:13] <Keybuk> but I think that's partly because exec sucks and you can't use cat if you're using fork-following
[22:14] <sadmac> Keybuk: look at augeas any? speaking of parsing.
[22:14] <Keybuk> sadmac: no, not yet
[22:14] <Keybuk> but I have now sent all my patches to halfline, so I suck less, so can look at that in a bit
[22:14] <sadmac> cool
[22:15] <Keybuk> the good news is we found a major bug with pre-stop in upstart ;)
[22:15] <Keybuk> (as a result of plymouth issues)
[22:15] <sadmac> I'm figuring this JSON stuff we've been discussing will need a parser anyway, so I'm going to complete nih-parse either way
[22:15] <Keybuk> not crasher - as in "clearly this approach is insane"
[22:15] <sadmac> ah, cool
[22:15] <Keybuk> and pre-stop was the only thing stopping me from getting rid of all four scripts
[22:15] <Keybuk> so now I can get rid of all four scripts and be happy
[22:16] <sadmac> Keybuk: so we have just one job now?
[22:16] <wasabi> JSON stuff
[22:16] <wasabi> So, JSON parsing will be in upstart.
[22:16] <wasabi> So it's hardly surprising that name=value parsing is
[22:16] <sadmac> wasabi: yeah, talking about using it for cross-upgrade stuff
[22:16] <Keybuk> just one process per job
[22:16] <Keybuk> so job and process become the same thing
[22:16] <sadmac> name=value is hardly even parsing. Its regular for chrissake.
[22:17] <wasabi> Yeah
[22:17] <Keybuk> but multiple jobs/processes defined in one conf file
[22:17] <Keybuk> given what we talked about the other day:
[22:17] <Keybuk>   on foo
[22:17] <Keybuk>   exec ...
[22:17] <Keybuk> it doesn't seem unreasonable to have a kinda "on self"
[22:17] <Keybuk>   on self starting
[22:17] <Keybuk>   exec ...
[22:17] <Keybuk> that's a task as we chatted about
[22:17] <Keybuk> so that's basically identical to the current pre-start script
[22:17] <sadmac> Keybuk: where do names come from then?
[22:17] <Keybuk> sadmac: names?
[22:18] <sadmac> Keybuk: yes, names for jobs
[22:18] <Keybuk> right, so then i got thinking well
[22:18] <sadmac> Keybuk: they come from file names now
[22:18] <Keybuk>   pre-start exec ...
[22:18] <Keybuk> that's a named process called "pre-start"
[22:18] <Keybuk>   reload exec ...
[22:18] <wasabi> Oh. Odd.
[22:18] <Keybuk> those would fire automatically
[22:18] <Keybuk> it's not "there" yet
[22:18] <Keybuk> (syntaxwise)
[22:18] <Keybuk> but I think it works process-wise
[22:18] <sadmac> so with the hierarchy thing we get all of it
[22:19] <sadmac> foo exec whatever in a file called stuff.conf creates a stuff foo job
[22:19] <sadmac> which is a silly name, but real world examples would make sense
[22:19] <Keybuk> right exactly
[22:20] <sadmac> we can parse it, to be sure.
[22:21]  * sadmac needs to finish up the parse tool
[22:22] <sadmac> my code quality has been wildly inconsistent. I'm going to throw away what I'm writing, but then maybe I'll copy paste some of it.  It tests itself just by being compiled :)
[22:23] <sadmac> Keybuk: that's not funny. Java people still say that with a straight face
[22:24] <sadmac> no wonder 2/3 the core dumps I get in during $dayjob report more memory than my hard disk.
[22:27] <Keybuk> heh
[22:27] <wasabi> trying to do this: which is failing. not sure why.
[22:27] <wasabi> script
[22:27] <wasabi> \t /bin/bash << EOF
[22:28] <wasabi> bunch of crap. blah blah.
[22:28] <wasabi> EOF
[22:28] <wasabi> end script
[22:28] <wasabi> Seems to break when I add my first complicated line of script: l=( backup users profiles )
[22:28] <wasabi> Can't imagine why any of it would need to be escaped for any reason
[22:29] <Keybuk> two shells?
[22:29] <Keybuk> you need to escape it from the first shell for the sceond to see it
[22:29] <Keybuk> script
[22:29] <wasabi> sh is reading from a file in proc, right?
[22:29] <Keybuk>   FOO=bar
[22:29] <Keybuk>   /bin/bash << EOF
[22:29] <Keybuk>   FOO=baz
[22:29] <Keybuk>   echo $FOO
[22:29] <Keybuk>   EOF
[22:29] <Keybuk> end script
[22:29] <Keybuk> will echo bar not baz
[22:29] <Keybuk> wasabi: yes
[22:30] <wasabi> I see.
[22:30] <Keybuk> the outer shell applies full expansion to everything
[22:30] <Keybuk> even the bits between << EOF and EOF
[22:30] <wasabi> still no worky though
[22:30] <wasabi> /bin/bash << EOF
[22:30] <wasabi> FOO=bar
[22:30] <wasabi> EOF
[22:30] <wasabi> fails. returns 2
[22:31] <wasabi> << isn't like, not sh compatible, is it?
[22:31] <Keybuk> it is afaik
[22:31] <wasabi> Ahh.
[22:31] <wasabi> Comments in the script body
[22:31] <wasabi> even unindented ones
[22:31] <wasabi> not sure why they're breaking it, but they are.
[22:32] <wasabi> oh.
[22:32] <Keybuk> can't have comments in strings maybe?
[22:32] <wasabi> they're probably being expanded when they shouldn't?
[22:32] <Keybuk> right
[22:32] <wasabi> would have thought upstart would have removed them
[22:32] <wasabi> guess not
[22:32] <Keybuk> why?
[22:32] <Keybuk> upstart passes everything between script and end script
[22:32] <wasabi> including leading indents? k
[22:32] <Keybuk> actually
[22:32] <Keybuk> no ;)
[22:32] <wasabi> heh.
[22:32] <wasabi> see.
[22:32] <Keybuk> it kinda de-dents everything
[22:32] <wasabi> i knew it didn't do that
[22:33] <wasabi> so I assumed it realized that a non-indented line was an upstart command
[22:33] <Keybuk> but that's actually good for you
[22:33] <Keybuk> cause
[22:33] <Keybuk> exec sendmail
[22:33] <Keybuk>   blah
[22:33] <Keybuk>   blah
[22:33] <wasabi> and upstart would fail if it wasn't # or end script
[22:33] <sadmac> Keybuk: could be a slight problem if we allow different interpreters, including python
[22:33] <Keybuk> end exec
[22:33] <Keybuk> gets de-dented
[22:33] <Keybuk> and
[22:33] <Keybuk> exec python
[22:33] <Keybuk>   blah
[22:33] <Keybuk>     blah
[22:33] <Keybuk>   blah
[22:33] <Keybuk> end exec
[22:33] <Keybuk> gets de-dented too
[22:33] <Keybuk> sadmac: it only removes the initial whitespace common to *all* lines
[22:33] <Keybuk> so that comes out as
[22:33] <wasabi> I'd adopt python rules. Each line must be indeneted with the same amount and type of whitespace. :)
[22:33] <Keybuk> blah
[22:33] <Keybuk>   blah
[22:33] <Keybuk> blah
[22:33] <wasabi> And that is auto removed by one level.
[22:34] <Keybuk> wasabi: that's what it does
[22:34] <wasabi> So why is # being passed to the script
[22:34] <sadmac> context sensitive lexical languages make me cry
[22:34] <Keybuk> wasabi: because it doesn't remove comments
[22:34] <wasabi> But the comment is not indented.
[22:34] <wasabi> So it should be invalid.
[22:34] <wasabi> And refuse to run the task
[22:35] <Keybuk> why?
[22:35] <wasabi> OR it should remove it. :)
[22:35] <Keybuk> neither
 I'd adopt python rules. Each line must be indeneted with the same amount and type of whitespace. :)
 wasabi: that's what it does
[22:35] <Keybuk> the comment means your block is simply not de-dented
[22:35] <wasabi> oh.
[22:35] <wasabi> hah.
[22:35] <Keybuk> it doesn't throw out your entire script because you used a space instead of a tab
[22:35] <Keybuk> that's just un-necessarily pedantic
[22:35] <Keybuk> it just doesn't de-dent
[22:36] <Keybuk> it finds the common prefix from each line that consists entirely of whitespace characters
[22:36] <Keybuk> and removes that
[22:36] <Keybuk> if all lines begin \t\t then that is removed
[22:36] <Keybuk> if all lines begin " \t    " then that is removed
[22:36] <Keybuk> if, as you've done there, one line isn't indented - then nothing is removed
[22:36] <Keybuk> it probably doesn't need to screw with it at all ;-)
[22:36] <wasabi> gotcha
[22:36] <Keybuk> but it does
[22:36] <Keybuk> it makes debugging perttier
[22:37] <wasabi> Trying to remember what i have to escape in this script to script then
[22:37] <sadmac> is that french?
[22:37] <wasabi> $ becomes $$...
[22:37] <Keybuk> no that's something else
[22:37] <Keybuk> $ becomes \$ in shell ;-)
[22:37] <Keybuk> $ -> $$ is make
[22:37] <wasabi> ahh
[22:37] <wasabi> duh
[22:38]  * sadmac remembers windows programming
[22:38] <sadmac> C:\\Windows\\System....
[22:38] <sadmac> or \\\\Shared\\Folder
[22:38] <wasabi> windows programming is all I do
[22:38] <wasabi> @"C:\Windows\System"
[22:39] <sadmac> wasabi: I'm sorry :)
[22:39] <wasabi> Fine with me.
[22:39] <sadmac> anyway, time to go eat.\
[22:39] <wasabi> I enjoy getting things done. :0
[22:39] <Keybuk> wasabi: didn't you end up at Google?
[22:39] <sadmac> wasabi: I don't have time to flame you. please pick this fight again later that we might finish it :)
[22:40] <wasabi> No. Didn't take it.
[22:40] <Keybuk> ahh
[22:40] <wasabi> They keep asking though.
[22:40] <Keybuk> they do that
[22:40] <Keybuk> Mountain View seems like such a long time ago!
[22:40] <wasabi> yeah, it does.
[22:40] <wasabi> I think about how much fun I had talking with people who knew what the hell I was talking about
[22:41] <wasabi> often
[22:42] <Keybuk> heh
[22:42] <Keybuk> UDS again in not-so-long
[22:42] <wasabi> I'm not remotely involved enough to get travel paid for, work is super busy (and has been for 2 years).
[22:42] <wasabi> I'd love to go though.
[22:43] <wasabi> Can't afford the out of the states trips though.
[22:44] <Keybuk> yeah
[22:44] <Keybuk> this one's in the middle of NOWHERE
[22:44] <wasabi> I didn't make it to the Dallas one.
[22:44] <wasabi> Because of work.
[22:44] <wasabi> I LIVE IN DALLAS
[22:45] <Keybuk> heh, fail
[22:45] <wasabi> Total.
[22:45] <wasabi> I saw desrt though. Made him come out and drink.
[22:45] <wasabi> Which he did little of.
[22:45] <wasabi> And then left early.
[22:45] <wasabi> Oh well.
[22:46] <wasabi> double escaping this is becoming hard to think about
[22:46] <Keybuk> was he at Dallas?
[22:46] <wasabi> Yeah
[22:46] <Keybuk> UDS has got so big now
[22:46] <wasabi> Dallas can be a great city too. I wanted to come and be the local guy showing everybody where to party.
[22:46] <Keybuk> I don't think I went into the desktop room once
[22:46] <wasabi> Because it's completely non-obvious where to go.
[22:47] <wasabi> \${n//-/--}
[22:47] <wasabi> Hmmm
[22:47] <wasabi> Hah. Got it.
[22:47] <wasabi> \${n//\\-/\\-\\-}


[02:28] <pentest> Host OS Xubuntu 13.04 is the LTSP server. 1 wifi card connected to Internet. I have got wlan0 (addr:<IP_ADDRESS>) and virbr0 (addr:<IP_ADDRESS>). Thin Client Guest OS installed in Virtual Box. Is it possible to have Thin Client boot-up with this LTSP server plz using virbr0? Note I have 1 physical NIC and 1 virtual NIC.
[02:48] <ElectricErger> Okay why does my Xubuntu like my school's wireless but not any of the home wireless points I have access to.
[02:49] <Poisoned_Dragon> um, password?
[02:50] <ElectricErger> Password is correct. Works with all my other devices and Windows when I boot into it
[02:50] <nukke> what do you mean?
[02:51] <ElectricErger> It's probably something with my router because I can connect via wire fine, but when I attach via wireless it buffers for like 20 seconds then says "disconnected"
[02:55] <faryshta> hi. how do i switch users on xfce?
[02:55] <faryshta> i already installed xfswitch, dont know how to use it
[02:57] <nukke> on the top-right corner, on the power off button, you have an option to switch accounts.
[02:58] <faryshta> nukke, where is that? i see turn-off on that corner when I click the power button
[02:58] <ElectricErger> It should be the second option'
[02:59] <faryshta> ElectricErger, the second option is reboot
[03:00] <nukke> if you click on the power off button, you'll get a window with more options.
[03:00] <nukke> it won't turn off immediately.
[03:01] <faryshta>  nukke i know. i click it and the top-right option is "turn-off"
[03:01] <nukke> faryshta: yeah, click turn off and you'll get another window.
[03:01] <nukke> power off -> turn off -> switch users.
[03:02] <ElectricErger> Interesting.
[03:03] <nukke> crap!
[03:03] <ElectricErger> It could have been worse. You could have said try "Ctrl" + "Alt" + "Delete"
[03:03] <nukke> does it not work like that? I remember that clicking the "turn off" opting brought a pop-up window with more options.
[03:04] <ElectricErger> Something is strange with his/hers. Faryshta is not getting the "Switch User" option under the name pannel at all which I'm looking at right now
[03:05] <nukke> could it be a difference between LTS and 13.04?
[03:06] <ElectricErger> Hrm. Not sure which I'm using. I think I'm using 13.04
[03:08] <nukke> I'm on 13.04, too, and the power off -> turn off -> switch users method worked for me. unfortunately I'm not on Xfce anymore.
[03:08] <nukke> he hasn't been back, though. I'm hoping it worked.
[03:11] <Viva_Caligula> The splash screen on my install of quantal has stopped working. Would anybody know how to fix it?
[03:12] <nukke> the splash screen? the login screen?
[03:13] <Viva_Caligula> the splash screen during boot
[03:13] <Viva_Caligula> the login is fine
[03:14] <Viva_Caligula> Instead of the colored piture, the splash is 'Xubuntu' on a black background
[03:25] <XRS1> thats pretty common. you can change the boot options so that you see the system loading (not bootsplash)
[03:27] <ElectricErger> Night y'all if I think of any solutions to this confusing wireless issue that seems pretty common I'll update you. Only on personal WPA2's does it not connect, and it's really ticking me off.
[06:55] <xubuntu127> ZOO BOON TOO !!
[06:55]  * xubuntu127 dances *~*~*~*
[06:56] <xubuntu127> DANCE YOU COWARDS
[07:39] <pentest> Guys I am stuck. This is LTSP related. Please help..here is the details
[07:39] <pentest> Host OS Xubuntu 13.04 is the LTSP server. 1 wifi card connected to Internet. I have got wlan0 (addr:<IP_ADDRESS>) and virbr0 (addr:<IP_ADDRESS>). Thin Client Guest OS installed in Virtual Box. dhcpd.conf edited with these values:
[07:39] <pentest> authoritative;
[07:39] <pentest> subnet <IP_ADDRESS> netmask <IP_ADDRESS> {
[07:39] <pentest>     range <IP_ADDRESS> <IP_ADDRESS>;
[07:39] <pentest>     option domain-name "example.com";
[07:39] <pentest>     option domain-name-servers <IP_ADDRESS>;
[07:39] <pentest>     option broadcast-address <IP_ADDRESS>;
[07:39] <pentest>     option routers <IP_ADDRESS>;
[07:39] <pentest> Thin client virtual network is this: Attached to: Bridged Adapter, Name: virbr0.
[07:40] <pentest> When booting up says searching for server ip (DHCP)....No IP.No IP.No IP.
[07:40] <cfhowlett> pentest, write it up, and paste it or you'll keep getting bounced.  and no one will read it.
[07:44] <Myrtti> there might be people in #edubuntu or #ubuntu-server who have more experience with ltsp
[07:44] <Unit193> Or #ltsp even.
[07:46] <pentest> getting some help right now in other channel
[07:46] <pentest> thanks
[07:52] <Myrtti> np
[09:21] <bosnjak> hi all
[09:22] <bosnjak> i have a wireless connection which i would like to share via my ethernet port. I see the option "Shared to other computers" in the network manager. I was wondering how does this work? Does my computer act as some kind of gateway, and how is the new device assigned the IP? Is the new device part of the "wireless" network I am connected to, or?
[09:23] <bosnjak> does the eth device have to have static ip, or otherwise, how does it find dhcp? Does my comp need to have dhcp, or will it use "wireless" network's dhcp?
[09:24] <bosnjak> if someone would help clarify this a bit that would be great :) thanks
[10:03] <XRS1> yes. when you share your internet connection, your computer is acting as a router and will assign IPs to connections
[10:04] <bosnjak> XRS1: don't i have to have dhcp capabilities for that?
[10:04] <XRS1> all you have to do is go into the connection settings and put a checkmark in the share this connection box and your set  (you want to share the one that goes out the the internet)
[10:05] <XRS1> you will need more than 1 network conection. one that has the internet that you share, and one for other devices to connect to (like a switch)
[10:06] <bosnjak> XRS1: i am connected trough wireless networks (wlan0), and the other computer is connected via ethernet (eth0)
[10:07] <bosnjak> XRS1: now i went to network manager, eth0->Edit->IPv4 settings -> select Method: Shared to other computers
[10:07] <XRS1> so you want the wifi to be what other devices connect to to get internet right?
[10:07] <XRS1> what does eth0 plug into?
[10:08] <bosnjak> XRS1: yes. The eth0 is used to connect the other pc to my laptop, via crossover cable
[10:10] <XRS1> okay so: {internet}-> somehow wireless into [your computer] -> eth0 to client PC.   to do this, it must be wifi that is shared, not eth0
[10:11] <bosnjak> XRS1: oh.
[10:12] <bosnjak> XRS1: do you use xubuntu? because not sure how to set that up, if i select "Shared to other computers", it means changing method from DHCP to "shared" - that doesnt make much sense
[10:13] <bosnjak> XRS1: where will my laptop get ip then?
[10:14] <XRS1> the computer that is the router <-- this will assign IPs to any computer that connects to it
[10:16] <bosnjak> XRS1: ok, the router-computer is my laptop. How will my laptop (router) connect to wireless connection to get its ip in the first place?
[10:17] <XRS1> [router] will assign IP to wlan0.
[10:17] <XRS1> it will get DHCP address and assign DHCP addresses
[10:17] <bosnjak> ah, i see
[10:17] <bosnjak> XRS1: i thought if i deselect DHCP that it would not use dhcp
[10:18] <bosnjak> as described in this picture: http://askubuntu.com/questions/3063/share-wireless-connection-with-wired-ethernet-port
[10:18] <bosnjak> ok, i am going to try it, if i get disconnected ill get back :D
[10:20] <bosnjak> nope, doesnt work
[10:21] <bosnjak> XRS1: if you look at that answer i provided the link for, you see they are talking about wired connection
[10:21] <bosnjak> bleh
[10:57] <xubuntu015> hello homies
[10:58] <xubuntu015> i`m from guus
[11:02] <MUDKiP> Ja hallo hoi
[11:02] <xubuntu570> Hi Homies, I`m backk in town
[11:03] <xubuntu570> hello boyfriend MUDKIP
[11:03] <MUDKiP> hehe
[11:03] <cfhowlett> xubuntu570, do you have an xubuntu support question?
[11:03] <xubuntu570> yes, I`m looking for some white powder, do you maybe have some?
[11:03] <MUDKiP> ...
[11:04] <cfhowlett> !topic|xubuntu570, go play elsewhere.
[15:22] <TiZ> Hi. I'm having some trouble logging into my computer. The session keeps crashing. It seems like it's not even getting to the point where anything is being logged to .xsession-errors; it always contains info from my last working session. But I can't find anything useful in /var/log/lightdm either. How can I find out what's wrong with my session?
[15:23] <TiZ> This is on my work computer; I am presently at a state where I can't do my job. It's critical that I get this back up and running.
[15:27] <wizardd> it's pretty amazing..
[15:28] <wizardd> I had backups with the backup tool that comes with xubuntu
[15:28] <wizardd> I just put them into another laptop with xubuntu
[15:28] <wizardd> and voila, my system is just the way it was in my old laptop
[15:35] <GridCube> TiZ, if you can, try to log in as a guest, then run: gksu thunar, then find your main user home directory and delete the .Xauthority and the .ICEauthority files, they are dot files so they will be hidden, press ctrl-h to see them, then log of and relog with your standard user.
[15:38] <TiZ> That's two good ideas in one, GridCube. I'm checking the guest session... the guest session works.
[15:39] <TiZ> I know how to delete stuff from the console, so I'll try that now.
[15:39] <TiZ> Oh! And that did it.
[15:42] <TiZ> Thank you for your help, GridCube.
[15:46] <GridCube> :)
[23:27] <lulnix> Hey, wondering if anyone could give me a hand with a driver issue?
[23:27] <knome> !anyone | lulnix
[23:31] <lulnix> i have fglrx-updates installed right now and is working fine with running 3 monitors on a HD 7790.... whenever i install the propriatary drivers off the amd site my system never boots after and i sit in blackness untill i reinstall OS. Can't run games good with fglrx-eperimental or fglrx-update... what do?
[23:38] <lulnix> dog-food: is it possible to play steam games or 1080p videos with open source drivers?
[23:39] <happyjoy> yes


[13:30] <jtaylor> have there been scheduler changes in recent kernel updates?
[13:30] <jtaylor> I have schedule and sched_clock show up at 25% in all of my profiles
[13:30] <jtaylor> that wasn't the case a few weeks ago
[14:49] <jamieiles> Hi folks, the Ubuntu-3.13.0-113.160 tag isn't present in ubuntu-trusty.git, looks like it should be b5fea3e677cf9b2f85237eed1a6c56191384342d
[14:54] <apw> jamieiles, hmmm, looking
[15:27] <jamieiles> apw: I see the tag now, thanks
[15:28] <apw> jamieiles, great ...
[16:15] <tseliot> apw, rtg: are we going to get a backport of this commit in xenial? It looks trivial, and I think it would make sense to have it: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=08b259631b5a1d912af4832847b5642f377d9101
[16:16] <rtg> tseliot, is it relevant for a 4.4 kernel ? The commit says 4.9
[16:19] <tseliot> rtg: the CPU is supported by 4.4, but then it crashes after a while, as reported here: https://www.servethehome.com/amd-ryzen-with-ubuntu-here-is-what-you-have-to-do-to-fix-constant-crashes/
[16:22] <rtg> tseliot, their fix is to run a 4.10 kernel.
[16:23] <rtg> tseliot, we'll have a 4.10 based hwe-edge kernel in Xenial fairly soon
[16:23] <tseliot> rtg: right, but they mention the actual commit (with a link): "There have been numerous reports of SMT issues and it is a known fix that got rolled out in the Linux 4.10 and 4.11 kernels as we mentioned in our release piece. "
[16:23] <tseliot> rtg: when would that be?
[16:23] <rtg> tseliot, I hope to get it into proposed today. working with apw on that
[16:24] <tseliot> rtg: ok, cool
[17:06] <dmj_s76> sforshee: I'll test out the -22 ucode when I get a chance
[18:08] <sforshee> dmj_s76: thanks!
[21:22] <dmj_s76> sforshee: I tested on one machine with an 8260 and it seems the new -22 ucode doesn't have the same problem.  There could be regressions elsewhere, but at least on the machine I tested things were working fine.


[23:45] <pleia2> document sent off to summary writers
[23:45] <pleia2> we don't have Paul anymore, so I really need some more folks to step up with helping
[23:45] <pleia2> I've been writing too many summaries myself lately :\


[12:25] <l3on> Hi all, I think that in this page there is some mistake..... https://help.ubuntu.com/community/HardyUpgrades
[12:25] <l3on> To the end of document, there is a command like: gksu "sh /cdrom/cdromupgrade"
[12:25] <l3on> but it should be -> gksu "sh /media/cdrom/cdromupgrade"
[12:26] <l3on> or -> gksu "sh /mnt/cdrom/cdromupgrade"
[12:26] <l3on> is it right ?
[12:27] <l3on> mdke: are you there?
[12:27] <mdke> l3on: (In case I'm not around at the moment, please provide a bit of information about what you want and I will respond when I get back)
[12:29] <l3on> ah... not, ok, solved: there's a link in /
[12:29] <l3on> lrwxrwxrwx 1 root root 11 2008-04-03 14:53 /cdrom -> media/cdro
[16:31] <LaserJock> mdke: need an upload?
[19:35] <mdke> LaserJock: sure, thanks
[20:08] <LaserJock> mdke: do I need to build a source package form the latest revision?
[20:11] <ubotu> New bug: #216455 in ubuntu-doc "synaptic bug not an easy fixgr" [Undecided,New] https://launchpad.net/bugs/216455
[20:46] <mdke> LaserJock: yes - you get the branch and do "debuild"
[20:46] <mdke> LaserJock: do people have ready to upload source packages in other branches?
[20:59] <LaserJock> mdke: no, but normally if you subscribe ubuntu-main-sponsors you have a ready to upload package
[20:59] <LaserJock> mdke: I just wanted to make sure I was getting the right stuff
[21:42] <LaserJock> mdke: ok, done and I notified slangasek
[21:49] <mdke> LaserJock: ah, i see. Thanks a lot
[21:49] <LaserJock> np
[21:49] <LaserJock> looks like we're pretty much all done for Hardy
[21:50] <LaserJock> don't know about xubuntu-docs
[21:50] <mdke> I still need to do gnome-user-docs
[21:50] <LaserJock> ah, that's not final?
[21:58] <j1mc> LaserJock & mdke: there don't appear to be any complete xubuntu doc translations available.
[21:58] <LaserJock> j1mc: are you gonna ship some anyway?
[21:59] <LaserJock> I usually ship > 10% translated and I think ubuntu-docs is > 40%
[22:00] <j1mc> LaserJock: i'm new to this.  i haven't done it before.  i think there's only one translated file.
[22:02] <LaserJock> there's a lot of translations I'm seeing
[22:02] <j1mc> link?
[22:02] <LaserJock> https://translations.launchpad.net/ubuntu/hardy/+source/xubuntu-docs/+translations
[22:02] <j1mc> what about this: https://translations.launchpad.net/ubuntu/hardy/+source/xubuntu-docs/+imports
[22:03] <j1mc> only one file in the import queue.
[22:03] <LaserJock> that doesn't matter
[22:04] <LaserJock> I'm not really sure what that is
[22:04] <j1mc> should i download the translation tarball?
[22:04] <LaserJock> yeah, there's a ton of translations there
[22:04] <LaserJock> a lot more than Edubuntu has
[22:04] <j1mc> ok.  cool.  i submitted to get the tarball.
[22:07] <j1mc> i think creating the tarball takes a while.  once i receive it, should i extract it into the root of my xubuntu-hardy folder, and the translations will populate into the appropriate folders?
[22:08] <LaserJock> j1mc: I'd have a look at the contents of the tarball first
[22:08] <j1mc> LaserJock: sure.  what is our deadline for this?  today?
[22:09] <LaserJock> I think before the 17th for sure, thats RC
[22:09] <LaserJock> but ASAP
[22:11] <j1mc> ok.  thanks.  i should be able to get to it this weekend.
[22:12] <LaserJock> j1mc: if you need help ping me and if I'm around I'll give you a hand
[22:12] <j1mc> thanks.  will do.
[22:13] <j1mc> LaserJock: there is still the "draft" watermark on xubuntu docs that are installed in hardy.
[22:13] <j1mc> any idea where that comes from?
[22:13] <LaserJock> are you building HTML?
[22:14] <j1mc> yeah, we build out to html for our docs - don't use yelp or khelp.
[22:14] <LaserJock> k
[22:14]  * j1mc doesn't build them out personally.
[22:14] <LaserJock> then my guess is that you're using the style sheet we use for doc.ubuntu.com
[22:17] <LaserJock> j1mc: I'm grabing xubuntu-hardy branch so I can see what you're working with :-)
[22:18] <j1mc> thanks.  :)
[22:18] <LaserJock> now that I have a shared bzr repo for them I can have all the branches with minimal disk usage
[22:22] <j1mc> ah, translations... there are many.  :)  how do i determine percent translated?
[22:25] <LaserJock> there is a script
[22:25] <LaserJock> you can look in the ubuntu or edubuntu branches
[22:26] <LaserJock> I think I found where the draft is coming from
[22:27] <j1mc> is it in the xslt files?
[22:27] <LaserJock> yep
[22:27] <LaserJock> xubuntu/libs/xubuntu-html-chunk-cust.xsl:
[22:27] <LaserJock> xubuntu/libs/xubuntu-html-single-cust.xsl
[22:27] <LaserJock> they both have <xsl:param name="draft.mode" select="'yes'"/>
[22:27] <j1mc> would you like to go ahead and commit the change?
[22:27] <LaserJock> so I think if you change that to no
[22:27] <cody-somerville> I don't think you need to change it
[22:27] <cody-somerville> er... commit it
[22:28] <j1mc> no?
[22:28] <cody-somerville> We'll change it when we upload it.
[22:28] <cody-somerville> The stuff in bzr *is* a draft.
[22:28] <LaserJock> well
[22:28] <LaserJock> at this point it shouldn't be
[22:28] <LaserJock> but yeah, upload is a good time to do it
[22:29] <j1mc> i gotta go for a little bit, but will be back later.
[22:29] <j1mc> thanks, all.


[07:34] <doko_> pitti, jibel: https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-python3.4/7/ARCH=amd64,label=adt/  could you have a look?
[08:00] <doko> infinity, could you have a look at https://launchpad.net/ubuntu/+source/ruby-patron/0.4.18-2 ? did you have to kill these two before as well?
[08:05] <infinity> doko: That doesn't ring any bells, and the previous version built everywhere. :/
[08:06] <infinity> doko: But, kill now, investigate later.  I need to go to bed.
[08:07] <infinity> doko: This is the first time it's built on ruby2.0, so I assume we've just found a bug.
[08:08] <jibel> doko, pitti restarted it and the testsuite is running
[08:13] <Mirv> the new qtdeclarative-opensource-src binary packages in utopic should be promoted to main like the old packages they replaced, since it's preventing some builds for rsalveti
[08:15] <Mirv> after that rsalveti would probably appreciate kicking rebuilds of https://launchpad.net/ubuntu/+source/qtpim-opensource-src/5.0~git20140203~e0c5eebe-0ubuntu3 and https://launchpad.net/ubuntu/+source/qtlocation-opensource-src/5.2.1-1ubuntu3
[08:15] <Laney> as a core-dev he's able to do that himself
[08:21] <Mirv> oh, ok (the rebuild part)
[08:24] <Laney> yup
[08:24] <Mirv> the list of new packages that are renames of the old ones that were made transitional: qml-model-qtqml-models2 qml-module-qt-labs-folderlistmodel qml-module-qt-labs-settings qml-module-qtquick-dialogs qml-module-qtquick-localstorage qml-module-qtquick-particles2 qml-module-qtquick-privatewidgets qml-module-qtquick-window2 qml-module-qtquick-xmllistmodel qml-module-qtquick2 qml-module-qttest
[08:26] <doko> dpkg-source: warning: -sn is not a valid option for Dpkg::Source::Package::V3::Quilt
[08:26] <doko> gpgv: Signature made Mon Apr 28 13:12:05 2014 UTC using RSA key ID 311D765A
[08:26] <doko> gpgv: Can't check signature: public key not found
[08:26] <doko> dpkg-source: warning: failed to verify signature on ./rtkit_0.11-1.dsc
[08:26] <doko> dpkg-source: info: extracting rtkit in rtkit-0.11
[08:26] <doko> dpkg-source: info: unpacking rtkit_0.11.orig.tar.xz
[08:26] <doko> dpkg-source: info: unpacking rtkit_0.11-1.debian.tar.gz
[08:26] <doko> dpkg-source: info: applying 01-no_ptrace_cap.patch
[08:26] <doko> patching file rtkit-daemon.c
[08:26] <doko> Hunk #1 FAILED at 1766.
[08:26] <doko> 1 out of 1 hunk FAILED
[08:26] <doko> dpkg-source: info: fuzz is not allowed when applying patches
[08:26] <doko> dpkg-source: info: if patch '01-no_ptrace_cap.patch' is correctly applied by quilt, use 'quilt refresh' to update it
[08:26] <doko> dpkg-source: info: restoring quilt backup files for 01-no_ptrace_cap.patch
[08:26] <doko> dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/01-no_ptrace_cap.patch/ --reject-file=- < rtkit-0.11/debian/patches/01-no_ptrace_cap.patch gave error exit status 1
[08:26] <doko> FAILED [dpkg-source died]
[08:26] <doko> how can this happen when the debian upload did patch that correctly?
[08:30] <Laney> that package has an ubuntu.series file
[08:33] <doko> ahh
[08:34] <doko> omg, whole lot of ruby modules wants to migrate to main
[09:08] <doko> banned
[09:26] <ogra_> infinity, so i talked to the heise author and he can obviously still reproduce the screensaver issue with his iso ... can that be ?
[09:27] <seb128> ogra_, what issue?
[09:27] <ogra_> seb128, hodling enter for 30sec
[09:27] <ogra_> seb128, http://www.heise.de/newsticker/meldung/Sperrbildschirm-bei-Ubuntu-14-04-einfach-zu-umgehen-2178733.html
[09:28] <seb128> did he download the iso before it was flagged official and got a wrong one?
[09:28] <ogra_> i'll ask him to check the md5 ... just want to be sure its supposed to be really gone
[09:28] <ogra_> (my system is obviously already up to date and i didnt use the iso anyway over here)
[09:29] <michagogo|cloud> ogra_: ask him to update his system?
[09:29] <michagogo|cloud> sudo apt-get update && sudo apt-get dist-upgrade
[09:29] <seb128> ogra_, we didn't have any unity update since release (there is one SRU in proposed)
[09:29] <ogra_> michagogo|cloud, thats not the point, his article claimed the release iso has the issue
[09:29] <seb128> ogra_, you can also ask for the unity package version (dpkg -l | grep unity)
[09:29] <ogra_> will do
[09:29] <seb128> ogra_, we didn't have any unity update since release
[09:30] <seb128> so that doesn't make sense
[09:30] <ogra_> seb128, and the iso surely shouldnt have the issue, right ?
[09:30] <seb128> if it's fixed in the current version, it was fixed in release
[09:30] <ogra_> ok
[09:30] <seb128> no it shouldn't
[09:30] <seb128> and we tested the fix/verified it when it landed
[09:30] <seb128> there could be other issues though
[09:32] <ogra_> right
[09:49] <ogra_> seb128, seems he has the right iso and also unity 7.2.0+14.04.20140416-0ubuntu1 ... he uses nvidia drivers though
[09:51] <pitti> doko: run #8 finished, and failed due to su -c ... nobody; that's another fallout from last release's change that these accounts have a disabled shell
[09:51] <seb128> ogra_, can you ask what he does exactly and what happens?
[09:51] <pitti> doko: the usual fix is to call "su -s /bin/sh -c ..."
[09:51] <ogra_> will do
[09:52] <seb128> ogra_, ok, so I tested with the version which had the bug and with the fixed version
[09:52] <seb128> ogra_, sitting on enter for 45 seconds
[09:53] <ogra_> and you cant repro i guess
[09:53] <ogra_> (with the fixed)
[09:53] <seb128> ogra_, with the old version it would display "wrong password" and then the spinner would stop spinning and nothing would happen, then when you release the keypress unity would segfault
[09:53] <seb128> ogra_, with the new one, the spinner keeps spinning and it does a "wrong password" every few seconds
[09:53] <seb128> like if you kept trying to enter wrong passwords
[09:53] <seb128> no segfault
[10:04] <ogra_> seb128, hmm, with the iso he seems to see compiz crash and gets "respawn to fast" messages it seems
[10:04] <seb128> ogra_, can he submit the crash report/get a bt from apport?
[10:04] <ogra_> (which might not be the same segfault)
[10:05] <ogra_> i will ask
[10:05] <ogra_> not sure he is that technical :)
[10:26] <doko> pitti, you mean fallout caused by autopkgtest?
[10:27] <pitti> doko: no, by whichever package sets up the default user base (user-setup?), it caused massive pain
[10:28] <cjwatson> pitti: base-passwd
[10:28] <cjwatson> Sorry for the pain but I think it was overdue
[10:29] <pitti> no, not user-setpu
[10:29] <pitti> ah, base-passwd
[10:29] <pitti> I think we fixed most fallout by now, but it seems python3.4's test still needs to be fixed
[11:09] <cjwatson> doko: s/trusty/utopic/?
[11:09] <doko> shit ... yeah
[11:17] <ogra_> cjwatson, oh, after you fixed the "touch i386 accidentially gets promoted all the time" issue on cdimage i assume i have to run mark-current for i386 too when manually promoting, right ?
[11:17] <cjwatson> I believe so, yes
[11:17] <ogra_> thanks
[11:17] <ogra_> just wanted to make sure
[11:48] <xnox> doko: just install devscripts from utopic... it's fixed now.
[14:18] <doko> pitti, jibel: please could you give back the rails-3.2 autopkg test. should have now all dependencies available for ruby2.1
[14:18] <cjwatson> wg 25
[14:18] <cjwatson> sigh
[14:23] <rbasak> ^^ I didn't realise this was new. Should this have happened, or should it just be on ddebs instead?
[14:23] <rbasak> I also appear to have forgotten to run update-maintainer :-/
[14:25] <Laney> rbasak: If it's a -dbg package then it's the same as any other new binary as far as the archive is concerned
[14:25] <cjwatson> It's new, but it's also not a problem
[14:26] <Laney> ddebs.u.c should get a -dbgsym which is empty and Depends on the -dbg
[14:26] <rbasak> Right, but is -dbg the "right" way to do things?
[14:26] <cjwatson> *shrug*
[14:26] <rbasak> OK, I won't worry about it then :)
[14:26] <cjwatson> It's not worth diverging from Debian to remove it
[14:26] <rbasak> Thanks!
[14:26] <Laney> It's the only way Debian has, and we don't bother removing them
[14:30] <pitti> doko: will do later; there's the d-jenkins migration to LP teams happening, so it's shutdown
[14:30] <pitti> doko: thanks!
[15:44] <sil2100> Hi SRU team! In the UNAPPROVED queue there seems to be and qtorganizer5-eds SRU waiting since last week - is there anything wrong with it, should we take some action?
[16:06] <bdmurray> sil2100: for trusty? the queue is quite large so I'd be surprised if anyone has looked at it yet
[16:06] <bdmurray> slangasek: is upgrading from P w/ -lts- packages to Q supported?
[16:10] <sil2100> bdmurray: ok, thanks :)
[16:10] <sil2100> Just been worried it got forgotten or (even worse) it had some problems that we didn't notice
[16:42] <slangasek> bdmurray: upgrading to Q now, or in the past given that it's now EOL?  anyway, I'm pretty sure we said we wouldn't support upgrades from P w/ lts-raring- to Q, but I don't remember if we said we would support P/ w lts-quantal- to Q
[16:46] <bdmurray> slangasek: Q isn't EOL quite yet, infinity was talking about sending an announcement then waiting 4 weeks
[16:46] <bdmurray> slangasek: but okay, not supported
[16:48] <slangasek> has the announcement been sent?  It's supposed to be EOL now; has the security team agreed to supporting it an extra month?
[16:53] <mdeslaur> kill it kill it kill it
[17:25] <infinity> mdeslaur: I'll send the announce today (honest) and give it three weeks (which is what I gave raring), which will allow the last SRU kernel to land.
[17:25] <mdeslaur> infinity: ok, sounds good
[18:01] <slangasek> infinity, cjwatson, pitti: ddebs.u.c seems to be empty for trusty-proposed; is this a known issue?
[18:01] <slangasek> no ddebs for -updates seems problematic for errors retraceability
[18:02] <infinity> slangasek: s/proposed/updates/ you mean?
[18:02] <slangasek> infinity: yes, that
[18:02] <infinity> slangasek: And not known by me until just now...
[18:03] <infinity> Given how pitti does refcounting, some of them might be long gone by now, too. :/
[18:03] <slangasek> fwiw I only noticed because I had dpkg-dbgsym installed locally, and update-manager was throwing me to the 'partial upgrade' screen
[18:07] <infinity> slangasek: Oh, feh.  It's right there in the crontab.
[18:09] <slangasek> next year, in the ho^W^W soyuz
[18:09] <infinity> slangasek: Should fix itself in a few minutes, though no idea how many will have been irrecoverably lost. :(
[18:09] <infinity> Probably a week or more of SRUs.
[18:10] <slangasek> well, no worse crying over spilled ddebs
[18:10] <infinity> I guess the upshot is that most of what was SRUed in the first week or two are packages we tend to SRU a lot. :P
[18:10] <slangasek> just one more reason to get ddebs into soyuz
[18:10] <slangasek> s/worse/use/ (?)
[18:11] <infinity> Total brain/finger disconnect?
[18:52] <infinity> slangasek: Alright, ddebs should exist for -updates.
[18:52] <slangasek> huzzah
[18:52] <infinity> slangasek: No idea how many were lost, but dpkg is there, at least. :P
[18:54] <infinity> Let's see if I can save a few more.
[19:30] <apw> infinity, i thinik when the kernel started to go missing, he upped the retension a lot, to like 30 days or soemthing
[19:31] <apw> (for ddebs which are unclaimed)
[20:27] <robru> cjwatson, hiya, we have another unity8 release that needs to be version bumped to get through -proposed. thanks!
[20:38] <infinity> robru: On it.
[20:39] <robru> infinity, thanks!
[20:53] <xnox> are daily _trusty_ images going to be build? useful to use those during sru verification
[21:08] <infinity> xnox: They will be, yes.
[22:00] <cjwatson> pitti: Do autopkgtest jobs need a kick after the Jenkins migration?
[22:01] <cjwatson> I notice that software-properties (at least) hasn't run
[22:01] <cjwatson> Maybe that's what jibel just mentioned on some internal lists ...
[23:41] <robru> infinity, cjwatson : I'm a little confused about unity8, excuses says the jenkins is running, but jenkins seems to indicate that the tests passed? is there some kind of hiccup there?
[23:42] <infinity> robru: The jenkins instance was heavily mangled today, I suspect there's some fallout that jibel might need to look at.
[23:43] <robru> infinity, ok, thanks


[09:32] <rmg51> Morning
[12:07] <teddy-dbear> Morning peoples, critters and everything else
[22:35] <Pacs_User> On my 'new' $35 laptop from NTR at FOSSCON. Got some questions. Anyone around. make has fails details to follow when ready
[22:35] <Pacs_User> InHisName here
[22:35] <jthan> Shoot
[22:36] <Pacs_User> did wget for sources for game called agar.io. Make gets and error.
[22:37] <Pacs_User> mk/build.subdir.mk:168: recipe for target 'depend-subdir' failed
[22:38] <Pacs_User> might be due to no c compiler ? I had to install make to get it to work. I am in ubuntuMATE OS.
[22:38] <jthan> yeah try installing gcc
[22:39] <Pacs_User> ok, installing
[22:40] <Pacs_User> I was searching software center for 'c compiler' and wasn't finding it that way. Thanks.
[22:41] <jthan> Sure!
[22:41] <Pacs_User> I guess I try make again, now ?
[22:41] <jthan> Yup
[22:41] <jthan> Might want to do a "make clean" first
[22:43] <Pacs_User> two errors, maybe same as before.....
[22:43] <Pacs_User> ../mk/mkdep: 108: ../mk/mkdep: -M: not found ../mk/build.dep.mk:33: recipe for target 'depend' failed
[22:44] <jthan> Hm.. I sadly have to get the bus. I will ponder on my journey home.
[22:45] <jthan> Seem like missing libraries or compilers. Is it looking for c++?
[22:45] <Pacs_User> probably not.  file names are xxx.c
[23:24] <Pacs_User> temporailly away to put kids to bath & bed time stories. bb@9:30
[23:58] <Pacs_User> one down three to go...
[23:59] <pleia2> if you're going to be installing things from source (I hardly ever do anymore...) you want to install: build-essential