[23:57] <Unit193> Also yes, just in case anyone read a tech news piece that said I quit the Xubuntu team, it's not quite accurate.  I'm still around!


[00:05] <jbicha> jamesh: if I set [connectivity] enabled=false in /etc/ or /usr/lib/ , I can't use gnome-control-center to override that :(
[01:05] <jamesh> jbicha: yeah.  The enabled key is only meant to be set from the -intern.conf file
[01:06] <jamesh> jbicha: I was originally setting interval=0 to disable checking, and upstream asked me to change it to a separate key (so that a distro patch that changed the connectivity check settings wouldn't interfere)
[04:28] <jamesh> robert_ancell: fyi, I made this PR: https://github.com/snapcore/snapd-glib/pull/14
[04:29] <jamesh> robert_ancell: not sure if it is worth merging until there is agreement that the matching snapd change is okay though
[04:29] <robert_ancell> jamesh, ah yes. I saw it last week and forgot about it.
[04:29] <robert_ancell> Yeah, I think land it once it's in use upstream.
[04:29] <jamesh> robert_ancell: you were on holiday.  Not a problem :)
[04:29] <robert_ancell> I was wondering if there's any naming convention with other libs?
[04:30] <jamesh> I'm not sure if anyone else is doing polkit authoirsation for HTTP over local sockets
[04:30] <robert_ancell> probably not :)
[04:31] <robert_ancell> I guess they just have a D-Bus arg for interaction if needed
[04:31] <jamesh> CUPS is probably the only one where it makes sense, and I don't think they do polkit at all
[04:32] <jamesh> For D-Bus, they defined a message flag for it: https://dbus.freedesktop.org/doc/dbus-specification.html#message-protocol-messages
[04:33] <jamesh> no need for a message argument
[04:36] <robert_ancell> huh
[04:36] <robert_ancell> jamesh, could you rebase the branch?
[04:55] <jamesh> robert_ancell: sure.
[05:17] <robert_ancell> jamesh, if you wanted to split out the 'last_request_headers' change in mock-snapd.c we could land that now
[05:20] <jamesh> robert_ancell: I guess it depends on how quick the snapd folks look at my other PRs
[05:21] <jamesh> mvo was interested in fast tracking them for 2.28, and if that happens it shouldn't matter much
[05:21] <jamesh> also, it's just a test cleanup
[05:52] <jibel> morning
[05:59] <oSoMoN> good morning desktoppers!
[06:05] <duflu> Morning jibel, oSoMoN
[06:05] <oSoMoN> hey duflu, jibel
[06:05] <oSoMoN> you guys had a good week-end?
[06:14] <duflu> oSoMoN, moving furniture :P You?
[06:33] <jibel> oSoMoN, yes, preparing for the new school year that starts tomorrow ...
[06:38] <oSoMoN> duflu, yeah, had some friends over and enjoyed the nice weather outside
[06:38] <oSoMoN> jibel, good luck with that!
[06:39] <oSoMoN> IIRC the school year starts around the 12th of September here
[07:59] <c-lobrano> Hi all
[07:59] <c-lobrano>  Trevinho, Laney I pushed in review the fix for bug 1712996
[07:59] <Trevinho> c-lobrano: thanks
[07:59] <Mirv> as an user I find it still confusing why Ubuntu offers my to disable secure boot so often
[08:00] <Mirv> but I guess it's on all machines that have any dkms, so that includes Dell OEM machines
[08:00] <Mirv> but then again it doesn't seem to detect if there's any problem keeping secure boot enabled or not
[08:00] <Mirv> and for me eg Virtualbox works fine too with secure boot enabled, which I thought might be a problem given it's external module
[08:01] <Mirv> (this is on 16.04)
[08:02] <Mirv> does anyone have any thoughts on what could be improved? I've thought about it, but then again I feel I don't understand the whole and don't know how eg the texts could be clearer for average user.
[08:06] <Trevinho> c-lobrano: for https://bugs.launchpad.net/ubuntu/+source/ubuntu-themes/+bug/1700100 what do you think to do? We apply that only for boxes, or have you been able to reproduce it also in FFox /TB?
[08:08] <c-lobrano> Trevinho: sorry, I haven't had more time to look into their code, but actually, on 17.04, Firefox and Thunderbird's dimmed text is visible on my machine
[08:09] <Trevinho> c-lobrano: ok, fair enough....
[08:09] <Trevinho> no worries
[08:10] <seb128> good morning desktopers
[08:10] <seb128> hey Trevinho
[08:10] <Trevinho> hi seb128
[08:10] <Trevinho> good morning!
[08:11] <seb128> Mirv, secure boot is not really a -desktop topic, you might have more luck on -devel
[08:11] <Trevinho> seb128: how are you?
[08:11] <seb128> Trevinho, I'm good thanks! how are you?
[08:11] <Trevinho> seb128: good, back to italy! :)
[08:12] <oSoMoN> good morning seb128 !
[08:12] <seb128> Trevinho, enough of the crazy life for now? decided to have a quiet hacking week? ;-)
[08:12] <seb128> lut oSoMoN
[08:12] <Trevinho> seb128: not really, as I'm not staying at my place anyway... It's time for sicily :)
[08:13] <Mirv> seb128: true, although the desktop UX of it is
[08:13] <Trevinho> but, I actually work better when under stress :-D
[08:13] <seb128> lol
[08:14] <seb128> Trevinho, and nothing is as stressful as working from a swimming pool where your laptop, call fall into water, right? ;-)
[08:14] <Trevinho> ahah, yeah...
[08:14] <Trevinho> it's pushing you to stay focused
[09:09] <flexiondotorg> Morning desktopers
[09:13] <oSoMoN> hey flexiondotorg
[09:15] <flexiondotorg> Bank holiday in the UK today :-D
[09:17] <oSoMoN> ah, I was starting to wonder why it was so quiet here today… :)
[09:17] <oSoMoN> enjoy
[09:36] <ricotz> oSoMoN, hi, I guess this would do it https://paste.debian.net/plain/983346
[09:49] <oSoMoN> ricotz, that’s exactly what I was looking into
[10:04] <ricotz> oSoMoN, better let this go in with 5.4.1
[10:05] <oSoMoN> same branch anyway
[10:05] <ricotz> oSoMoN, this fix should appear in debian repo shortly too
[10:36] <ricotz> oSoMoN, :(
[10:39] <ricotz> oSoMoN, I assumed you understood to wait for a complete fix
[10:51] <oSoMoN> ricotz, how is that not a complete fix?
[10:53] <ricotz> oSoMoN, like the missing Conflicts/Replaces
[10:58] <oSoMoN> true, I'll wait for the complete fix in the debian repo and will merge it back (if you don't beat me to it, which you most probably will)
[11:07] <ricotz> oSoMoN, btw, did you already wrote that patch before I pasted it?
[11:10] <oSoMoN> ricotz, I was double-checking it when I saw your paste, but I saw highlight on IRC late, so can't say who wrote it first, probably you ;)
[11:14] <ricotz> oSoMoN, I see, makes it a bit more questionable that you already pushed it, so try to get an opinion on changes before pushing them
[11:21] <oSoMoN> ricotz, well I would have asked had you not suggested an identical patch
[11:29] <ricotz> oSoMoN, okay
[12:50] <christoph> hi, does anyone know a tool to emulate android apps and check outgoing traffic ?
[12:50] <christoph> like google chrome inspector
[13:41] <jbicha> kenvandine: here's a basic patch to disable alarms in gnome-clocks https://paste.debian.net/983376/
[13:42] <jbicha> the first line of the help still says "Use Clocks as a stopwatch, a timer, to set alarms and to check the time in different cities."
[13:43] <jbicha> changing that string breaks translations. I guess we could just remove that intro line though…
[13:44] <kenvandine> jbicha, i was thinking more of using a define somewhere
[13:45] <kenvandine> WITH_ALARMS kind of thing
[13:45] <kenvandine> something that could go upstream
[13:46] <jbicha> ok, maybe
[13:47] <kenvandine> should be useful for others too, the lack of reliable alarms isn't ubuntu specific
[13:47] <kenvandine> i wonder if there are plans for a background service for that
[13:47] <jbicha> I think systemd timers is the way to go for that
[13:48] <kenvandine> yeah
[13:48] <kenvandine> but i think systemd would need a user daemon to interact with it
[13:48] <kenvandine> i guess it would just trigger opening the UI
[13:48] <kenvandine> to dismiss the alarm, etc
[13:49] <gQuigs> my initial expectation would be the alarms should work even if I'm not logged in, not sure how easy that would be.... - and especially still work if screen is locked
[13:50] <kenvandine> that would require gdm support
[13:51] <kenvandine> oh, and wake the computer when asleep
[13:51] <kenvandine> there's a bug for that
[13:51] <kenvandine> not sure how i feel about that
[13:51] <kenvandine> i'd hate my laptop to wake up while in my backpack
[13:52] <gQuigs> yea, I can see why that's complicated now..
[13:57] <seb128> I don't think laptop users expect their laptop to wake up for reminders
[13:57] <seb128> it's not a phone
[13:58] <kenvandine> yeah
[13:58] <kenvandine> but i can imagine a college student trying to use this as their alarm
[13:58] <kenvandine> anyway, the UI should make it obvious that it won't wake
[13:59] <kenvandine> it's a complicated problem :)
[13:59] <seb128> is any other computer OS doing the "wake up computer on reminders"?
[14:01] <seb128> but yeah it's complicated
[14:02] <seb128> I think displaying a dialog in an unlocked session would be good enough to ship it
[14:02] <jbicha> maybe: https://answers.microsoft.com/en-us/windows/forum/windows_10-desktop/with-windows-10-when-in-sleep-mode-will-the-alarm/c1f38df1-d9e2-43f0-8149-89c18191de96
[14:03] <seb128> jbicha, right, some modern configs have that, but I don't think it would work on any system
[14:03] <jbicha> that's almost worse than not supporting it at all: it might work ¯\_(ツ)_/¯
[14:03] <kenvandine> indeed
[14:03] <seb128> right
[14:44] <seb128> does anyone has a standard/right way to get the multiarch dir from a standard install set (e.g no dpkg-architecture from dpkg-dev)?
[15:13] <andyrock> is there a way to debug failures in g_task_run_in_thread?
[15:13] <andyrock> like an enviroment variable
[15:13] <oSoMoN> ricotz, you didn't cherry-pick https://anonscm.debian.org/git/pkg-openoffice/libreoffice.git/commit/?h=debian-experimental-5.4&id=e484318397ae407b418a55955c64104324a85e10 in your wip branch, is that intentional?
[15:18] <seb128> andyrock, try asking on #gnome-hackers, we are low on GTK hackers around, especially with u.k off today
[15:29] <c-lobrano> Trevinho: I was looking again at bug 1700100 to make the fix available everywhere, however the color change is applicable only to labels inside a box with "boxes-menu-row" class, which exists only in GNOME Boxes (I guess) and I don't think it'd be ok to add it in gtk-widgets.css. Any idea?
[15:29] <Trevinho> c-lobrano: ah, fair enough..
[15:29] <Trevinho> c-lobrano: let's go with that then
[15:30] <c-lobrano> Trevinho: ok, I'll copy the change on Radiance then and push it again
[15:34] <Trevinho> c-lobrano: thanks
[15:41] <c-lobrano> yw
[15:42] <ricotz> oSoMoN, of course!
[15:43] <ricotz> oSoMoN, you want to drop kde support ;)
[15:44] <oSoMoN> ricotz, yeah stupid question, I was going over the list of commits and didn't really look into the implications of that one :)
[15:45] <ricotz> oSoMoN, let me know if *I* can push those things, don't merge/push that branch yourself
[15:45] <oSoMoN> ricotz, yeah it's fine
[15:47] <oSoMoN> ricotz, I suppose we want that one: https://anonscm.debian.org/git/pkg-openoffice/libreoffice.git/commit/?h=debian-experimental-5.4&id=bcd1bc95a08c80cc20e3795bf789fadadb6eb370
[15:47] <ricotz> oSoMoN, no
[15:48] <ricotz> coinmp is not enabled anyway
[15:49] <ricotz> oSoMoN, since this is only about cherry-picking, there is no need to pick things without effect
[15:50] <ricotz> this will be picked up with a merge in preparation for 6.0
[15:55] <oSoMoN> ok
[16:13] <ricotz> oSoMoN, what is up with 5.3.6 for zesty?
[16:16] <andyrock> seb128: #gnome-hackers looks a bit empty :D
[16:17] <andyrock> never mind
[16:17] <ricotz> andyrock, wrong server ;)
[16:17] <andyrock> i realized that  :D
[16:24] <jbicha> kenvandine: I don't know how to edit the help page or remove the extra shortcuts from the Keyboard Shortcuts overlay https://paste.debian.net/983401/
[16:25] <ricotz> oSoMoN, rebased and pushed my wip branch
[16:25] <kenvandine> jbicha, the help page is an issue
[16:26] <kenvandine> they help text could just be changed to add "if supported" somewhere
[16:26] <kenvandine> but that isn't great either
[16:27] <kenvandine> ugh... my gedit snap that hasn't been touched in ages no longer starts... "Bad system call"
[16:27] <kenvandine> sigh
[16:29] <kenvandine> maybe i had a local snap installed, just installed it from the store and it works :)
[16:30] <kenvandine> false alarm
[16:39] <jbicha> I'm sure there's a way to hack the help page build but it may take a while to figure out how to do it
[17:00] <oSoMoN> ricotz, on my list but didn't get to it yet
[17:11] <ricotz> ok
[18:20] <amano> Re alarms: I miss the times when mobiles would power on reliably only to set off an alarm (eg after powering off due to low akku). Most modern smartphones cannot do that (the Huawei being an example).
[22:32] <mcphail> robert_ancell: Hi. popey and sil suggested I ping you about an issue with Ubuntu Software. Are you awake?
[22:33] <robert_ancell> mcphail, sure am
[22:33] <popey> :)
[22:33] <mcphail> robert_ancell: cool :) - Let me link a screenshot...
[22:34] <mcphail> https://ovh.themcphails.uk/index.php/s/0pcBDXU0zztzS6a
[22:34] <mcphail> This is a deb created with game-data-packager. It is about 2.9 GB, rather than 18 exabytes...
[22:34] <mcphail> http://termbin.com/32q7
[22:34] <robert_ancell> huh
[22:35] <mcphail> It is proprietary stuff, and too large to upload and attach to a bug report. Any idea what the issue may be?
[22:35] <robert_ancell> mcphail, is this done by double clicking on the .deb?
[22:35] <mcphail> robert_ancell: yes
[22:35] <robert_ancell> mcphail, which Ubuntu release / gnome-software version?
[22:36] <mcphail> Ubuntu 16.04. Let me check gnome-sofyware version...
[22:36] <robert_ancell> I'm guessing there might be an overflow. I can probably reproduce by hacking a .deb with metadata that matches that one
[22:36] <popey> You don't have a Quake4 DVD lying around? shame.. :)
[22:36] <mcphail> gnome-software 3.20.5
[22:37] <mcphail> I can pop a DVD in the post :)
[22:38] <robert_ancell> mcphail, can you file a bug at https://bugs.launchpad.net/ubuntu/+source/gnome-software/+filebug with that info and I'll see if I can reproduce.
[22:38] <mcphail> The deb behaves fine, btw, when installed by dpkg -i
[22:38] <robert_ancell> Probably don't want to send me a DVD or I'll end up playing Quake 4 :)
[22:38] <popey> mcphail: does gdebi show the right size? (does gdebi show any size at all?)
[22:42] <mcphail> popey: yes, gdebi shows the correct size
[22:45] <robert_ancell> bonus points if you can try it in artful - it uses a different method for accessing .debs
[22:49] <mcphail> robert_ancell: I can give it a shot, but I won't get a chance to install artful for a few days I'm afraid
[22:50] <robert_ancell> mcphail, ok, don't worry about it, I'll reproduce here if I can
[22:51] <mcphail> robert_ancell: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1713586
[22:51] <robert_ancell> mcphail, thanks!
[22:52] <mcphail> robert_ancell: np. Cheers!


[07:08]  * apw yawns
[07:33]  * smb yawns back
[07:33]  * RAOF organises a yawnathon.
[07:59]  * _ruben joins in
[08:01] <apw> they are contagious
[08:05] <apw> RAOF, while you are awake, https://bugs.launchpad.net/do/+bug/698009, this bug is rather confused, any oppinion on whether having vmwgfx is a good thing
[08:05] <ubot2> Ubuntu bug 698009 in linux "Request to enable vmwgfx driver in kernel config " [Wishlist,Confirmed]
[08:07]  * apw is inclined to say yes given those who ask for it.  and i suspect its safe
[08:07] <smb> (famous last words)
[08:07] <apw> heh, oneiric is so unstable its hard for me to "improve" it by much
[09:40] <RAOF> apw: Yes, I think having vmwgfx is likely to be a good thing.
[09:40] <RAOF> apw: I was going to bring it up at the next "what should the kernel config be" session at UDS; it's not urgent to enable.
[09:41] <apw> RAOF, ok thanks, works for me, may as well get it in for oneiric beta2 me thinks
[09:41] <RAOF> Aww, man.  That means we might want to enable the mesa bits, too.
[09:41] <apw> well that you can think about if we do it :)
[10:51] <apw> rsalveti, yo ... i was wondering if you'd see the email about "UBUNTU: SAUCE: omap3: beaglexm: fix DVI initialization" and whether it was needed etc
[12:01]  * ppisati -> lunch
[12:39] <rsalveti> apw: hm, not yet, will check
[13:37] <apw> yay terminator just dumped core ... bah
[13:40] <ogasawara> bug 830298
[13:40] <ubot2> Launchpad bug 830298 in linux "TOMOYO bugfix patches" [Undecided,Confirmed] https://launchpad.net/bugs/830298
[13:40] <ogasawara> CVE 2011-2518
[13:40] <ubot2> ogasawara: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2518)
[13:40] <herton> ppisati: I just noted when reviewing that on fsl-imx51 we use 'Tracking bug' instead of 'Release Tracking Bug' in the changelog entries, not a problem, just a cosmetic thing (sru-report still should work with it). I think it could be left that way
[13:40] <ogra_> apw, well, plant it, water it and you might get lots of small terminators ;)
[13:46] <ppisati> herton: ok, take notice
[14:13] <herton> ppisati: more boring nitpicking :P, fsl-imx51 "distribution" entry should be lucid-proposed, not lucid on top changelog entry. same with ti-omap4 you just prepared, which should be maverick-proposed.
[14:16] <ppisati> herton: ok
[14:16] <ppisati> herton: do you fix it or i'll repush it?
[14:16] <herton> ppisati: yes, please repush and retag it
[14:17] <herton> s/yes,//
[14:17] <ppisati> herton: btw, can't find any natty/ti-omap4 -proposed tracking bug, right?
[14:17] <ppisati> ok, i'll do
[14:18] <apw> ogra_, heh
[14:19] <herton> ppisati: right, that's ok, no natty update in progress, the previous one didn't have yet the opened tracking bugs stuff
[14:19] <ppisati> herton: ok
[14:19] <ppisati> while rhese
[14:19] <ppisati> here
[14:20] <ppisati> i'll s/Tracking bug/Release tracking bug/
[14:20] <herton> ok cool
[14:22] <ppisati> herton: fsl-imx51 re-pushed, check it out
[14:22] <ppisati> herton: lucid/fsl-imx51
[14:24] <ppisati> herton: you already fixed lucid/mvl-dove
[14:25] <herton> ppisati: nope, lucid/mvl-dove was already ok. it was just fsl-imx51 and ti-omap4 that weren't -proposed
[14:25] <ppisati> herton: ok
[14:28] <ppisati> herton: maverick/ti-omap4 done too
[14:37] <herton> ppisati: ack, looks ok now
[15:15]  * ogasawara back in 20
[16:14]  * herton -> lunch
[16:23]  * apw bounces to test out a new kernel
[16:34] <apw> [    1.798684] WARNING: at /home/apw/build/ubuntu-oneiric/ubuntu-oneiric/fs/sysfs/dir.c:455 sysfs_add_one+0xc0/0xf0()
[16:34] <apw> [    1.798687] Hardware name: Studio 1537
[16:34] <apw> [    1.798688] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:02.0/drm/card0/card0-LVDS-1/intel
[16:34] <apw> _backlight'
[16:34] <apw> ogasawara, am seeing this on most of my boxes, i assume it is todo with those backported backlight patches
[16:36] <ogasawara> apw: quite likely.  have you tested reverting to verify?
[16:36] <ogasawara> kamal: ^^
[16:36] <apw>  ogasawara, not as yet, just noticed it on a third box and decided it was real
[16:53] <kamal> apw, ogasawara: I'll take a look
[17:09] <kamal> apw, ogasawara: yes, I see that intel_backlight warning also -- yes, it is definitely caused by the backported backlight patch -- I'll dig deeper and sort it out.
[17:09] <cking> apw, perhaps we should have tests were we compare kernel logs before and after a kernel upgrade to catch these kind of regressions
[17:10] <apw> cking, dunno, maybe so, quite why apport isn't picking them up is more of a worry
[17:11] <kamal> does apport generally care about warnings?
[17:11] <ogasawara> kamal: not anymore
[17:11] <apw> rtg_, i vaguly reember you talking to bdmurray about doing something with warnings in apport
[17:11] <apw> did we turn the _all_ off ?
[17:11] <ogasawara> I believe they're no longer reported
[17:11] <apw> hmmmm
[17:12] <rtg_> apw, you mean WARN_ONCE and its ilk ?
[17:12] <bdmurray> any kernel oops with WARNING in it is not repored via apport / kerneloops anymore
[17:13] <ogasawara> kamal, apw: so we won't be flooded with bugs, but I would like to get this fixed if possible or revert and reapply with fix post beta-1
[17:14] <kamal> ogasawara: I'll look at this issue immediately (please don't revert just yet :-)
[17:15] <ogasawara> kamal: ack.  just fyi, the latest I can probably squeeze in an upload is tomorrow afternoon at the latest (my time, ie PDT) in order to make beta freeze.
[17:15] <kamal> ogasawara: ack
[17:59] <jjohansen> rebooting
[18:02] <kamal> ogasawara, apw: I see the cause of the intel_backlight issue -- testing a fix now.
[18:03] <ogasawara> kamal: ack
[18:06]  * tgardner --> lunch
[18:26] <kamal> ogasawara: will I need to file a new bug in order to submit this (tiny) backlight patch?  or can I use the same bug number (for BugLink:) as we used for the original backlight backport patch?
[18:27] <ogasawara> kamal: use a new bug number
[18:27] <kamal> ogasawara: ack
[18:27] <ogasawara> kamal: be sure to send it upstream too - https://lkml.org/lkml/2011/8/17/163
[18:27] <kamal> ah ha
[18:28] <kamal> yup
[19:29] <apw> kamal, thanks for looking at that, one less for the rest of us
[19:29] <kamal> apw: np -- i was the instigator of all this anyway :-)
[19:29] <apw> bad kamal
[19:49] <ogasawara> apw, tgardner: any other last minute patches you want in before I upload?
[19:50] <apw> ogasawara, nothing here, everything i am holding i want in first after beta-1
[19:50] <tgardner> ogasawara, nope, but I've recently pushed some build patches
[19:51] <ogasawara> tgardner: yep, saw those.
[19:51] <tgardner> ogasawara, lemme know if I've broken something
[19:51] <ogasawara> tgardner: will do
[19:51]  * ogasawara kicks off test builds
[19:52] <tgardner> ogasawara, shouldn't that top commit 'UBUNTU: i915: do not setup intel_backlight twice' be a SAUCE patch ?
[19:52] <ogasawara> tgardner: bah, yep.  I'll fix it up
[20:30] <tgardner> ogasawara, perhaps you should build master without any of the rules changes for now, just leave them on master-next.
[20:31] <ogasawara> tgardner: my test builds seems to be fine, but I can hold those patches for now till the first post beta1 upload.
[20:31] <tgardner> ogasawara, well, I've found at least one inconsistency. I'd like to run it through a PPA build before I'm sure of them.
[20:31] <ogasawara> tgardner: ack
[20:32] <tgardner> ogasawara, so, just cherry-pick the config and i915 patches onto master, right?
[20:32] <ogasawara> tgardner: yep
[20:33] <tgardner> cool
[22:38] <kamal> ogasawara: SAUCE?  oops.  I thought that it would only be SAUCE if it was Ubuntu-specific and not destined for upstream.  no?
[22:42] <vanhoof> kk
[22:42] <vanhoof> wrong window :)
[22:43] <openfly> anyone know if there are dox anywhere on how the ubuntu kvm packages are built?
[22:43] <openfly> like configure flags and the sort?
[22:44] <openfly> and if really lucky package definitions
[22:44] <RAOF> openfly: "apt-get source kvm"?
[22:46] <openfly> yeah i guess that's the best there is
[22:47] <openfly> just kinda wish it would be less of a pain
[22:48] <openfly> compiling custom packages with all the dependencies from that direction is going to be time consuming
[22:48] <openfly> was kinda hoping someone had scripted something
[22:50] <RAOF> openfly: No, it'll be easy.  If you need to change configure flags, just change them in debian/rules and then rebuild the package (optionally in a pbuilder or sbuild chroot).
[22:53] <ogasawara> kamal: SAUCE "This is a patch that the submitter has authored and is not yet upstream. The patch likely has been submitted to upstream but is of enough value for Ubuntu to carry it in our tree regardeless of upstream acceptance."
[22:54] <kamal> ogasawara: ok, got it (until I forget again ;-)
[22:55] <ogasawara> kamal: that's why we have tim OCD gardner to remind us :)
[22:55] <kamal> next time I'll mark it like "UBUNTU: OCD: fix the foobar frobnaz"
[23:02] <openfly> yeah but the dependencies on kvm are a nightmare
[23:02] <openfly> =/


[02:31] <pleia2> tsimonq2: I have left canonical as bullet points, but since we have extra people-power to complete summaries... maybe they should be summarized and someone can complete the rest
[02:31] <tsimonq2> pleia2: does that mean it would be changed from bullet points to usual style?
[02:31] <pleia2> yeah
[02:31] <tsimonq2> alright
[02:33] <pleia2> tsimonq2: also, thanks for the hangout url :)
[02:33] <pleia2> taking it easy this evening, but will chat in the AM
[02:34] <tsimonq2> alright pleia2 :)
[02:34] <tsimonq2> pleia2: I also did complete the majority of the summaries again :)
[02:34] <tsimonq2> I am really enjoying doing them :)
[02:34] <pleia2> thanks for your work on this, PaulW2U used to do the lion's share, so I'm very glad you've stepped up to help
[02:35] <tsimonq2> I'm glad I can use my time more productively
[02:35] <tsimonq2> usually I would hack on a useless script or watch Linus Torvalds rant XD
[02:36] <pleia2> :D
[02:36] <tsimonq2> seriously, I've watched all of these: https://www.youtube.com/playlist?list=PLqStTtg-uxdrKPUErcvl0QFvp5DNWRtQN
[02:36] <tsimonq2> XD
[02:36] <tsimonq2> anyways
[23:49] <pleia2> tsimonq2: were you planning on finishing the summaires?
[23:49] <pleia2> summaries too
[23:49] <pleia2> I'm going to work on moving finished sections over, and adding the stats
[23:50] <tsimonq2> pleia2: I'll do that soon, I'm just working with someone right now


[16:11] <tmclaugh[work]> hi, i see that runcmd runs ar an "rc.local like" level.  Is there any way to run commands before other modules?
[16:11] <tmclaugh[work]> We're having some issues with yum repos and that's causing our puppet installation to fail.
[16:12] <tmclaugh[work]> we tried adding a 'yum makecache' before the installation of puppet as a precaution but it doesn't help since the command is executed after the attempt to install puppet.
[17:27] <smoser> well, tmclaugh didn't stick around long enough
[18:49] <Chocobo> Hi.  So I am having a small problem with persistent network naming rules and I think I need to delete the persistent net name rules in /etc/udev/rules.d/.  I am thinking about creating a per-instance script to do that.  Is there a better way?
[19:05] <smoser> Chocobo, what is your hypervisor?
[19:06] <smoser> because persistent naming network rules should work correctly.
[19:06] <smoser> they basically turn off for known MAC that are virtual
[19:06] <smoser> by mac-id allocation
[19:15] <Chocobo> smoser: kvm
[19:16] <smoser> on debian or ubuntu the default mac addrs should not get perisstent rules created.
[19:16] <smoser> unless youre creating macs yourself and not doing it correctly
[19:17] <smoser> s/creating macs /creating mac addresses/
[19:18] <Chocobo> smoser: Ahh, I am using it to make a CentOS image.
[19:18] <smoser> hm..
[19:18] <smoser> i think udev has that function uptream
[19:18] <smoser> probably just too old there.
[19:18] <smoser> or maybe locally patched in ubuntu or debian
[19:19] <Chocobo> I already have the official ubuntu image.  I should check and see how it is done.   I don't see anything in /lib/udev/rules.d/75-persistent-net-generator.rules that looks like it would match the virtual nic's MAC
[19:20] <Chocobo> I acutally don't mind having persisting nic names per instance (vm's can have multiple nics)
[19:24] <smoser> Chocobo, it works right
[19:24] <smoser> mostly.
[19:24] <smoser> ie, virtio bus will do the right thing generally.
[19:25] <smoser> you can get crazy and mess it up with plug unplug and such
[19:25] <smoser> but generlly it enumerates them in a consistent way
[19:26] <smoser> Chocobo, some related bugs with info
[19:26] <smoser> https://blueprints.launchpad.net/ubuntu/+spec/t-cloud-server-cloud-images
[19:26] <smoser> shoot
[19:26] <smoser> paste fail
[19:26] <smoser> https://bugs.launchpad.net/ubuntu/+source/udev/+bug/719418
[19:30] <Chocobo> So this rule: ENV{MATCHADDR}=="?[2367abef]:*", ENV{MATCHADDR}="" <--- that would match something like fa:16:3e:c1:c0:12  correct?
[19:46] <Chocobo> How strange.  CentOS has the same rule but it still writes the rule out.
[20:06] <smoser> Chocobo, i dont know.
[20:28] <smoser> ctracey, is there some reason why you'd not want 'tee' ?
[20:28] <smoser> https://bugs.launchpad.net/cloud-init/+bug/1241701
[20:28] <smoser> as in
[20:28] <smoser> output: {all: '| tee -a /var/log/cloud-init-output.log'}
[20:29] <smoser> the package command being logged makes quite reaosnable sense
[20:30] <smoser> but is thre a reason that capturing output generically is insufficient ?


[20:43] <qwebirc67171> hello, im quite new to lubuntu, reading off a website it said i need to enter  lspci -nn -d 14e4: and lspci -vnn | grep Network these provide no output, im using a gateway laptop, and the wifi switch is turned on, can someone help me get wifi working?
[20:44] <genii> Sounds like your adapter might be internal USB
[20:45] <qwebirc67171> was that toward me?
[20:45] <genii> Try lsusb instead of lspci
[20:46] <qwebirc67171> thats for usb ports, im not seeking that information, im trying to find out my wifi ethernet card so i can get that working
[20:47] <genii> qwebirc67171: You misunderstand. There are many Broadcom and Intel wifi cards internal to laptops which are not attached to the PCI bus but instead work off of an internal USB
[20:49] <genii> So if your machine definitely has a wifi adapter, and it's not showing up on the commands which display the devices attached to your PCI bus, try looking at what's attached to the USB bus instead
[20:49] <qwebirc67171> ok, i understand that, this is wat lssub ouputs https://pastebin.com/XPq0d6cA
[20:51] <genii> OK, so not showing there either. What does the output of: rfkill list   ...produce?
[20:51] <genii> meh, work
[20:51]  * genii wanders back to work
[20:53] <qwebirc67171> i did inxii -nixx and wich puts https://pastebin.com/Ty5UuKyM
[20:59] <genii> The output of sudo lshw -C network would be more useful
[21:00] <genii> Also the output of the rfkill list command
[21:01] <qwebirc67171> https://pastebin.com/uv6DsJqJ
[21:02] <qwebirc67171> and rfkill list didnt output anyting
[21:07] <genii> sudo lshw -C network
[21:08] <genii> ...not just -C
[21:08] <genii> Also, use the sudo at the beginning
[21:08] <qwebirc67171> https://pastebin.com/mQN3euir
[21:10] <genii> So your Marvell 88W8362e wireless adapter can't find a suitable driver. "*-network UNLCAIMED", line 19
[21:11] <qwebirc67171> im guessing.
[21:11] <qwebirc67171> yes
[21:12] <genii> !info ndiswrapper-utils
[21:13] <genii> !info ndiswrapper-utils-1.9
[21:13] <genii> Hm
[21:13] <genii> !info ndiswrapper
[21:14] <genii> OK, the utils is now provided by just the ndiswrapper
[21:14] <qwebirc67171> so linux cant help me?
[21:15] <genii> qwebirc67171: You need to install ndiswrapper, which can make use of the Windows .inf files for your adapter and let it also use whatever firmware the Windows driver has
[21:15] <qwebirc67171> ok
[21:15] <qwebirc67171> use synaptic?
[21:16] <genii> qwebirc67171: If you follow the instructions here you should be fine, but you don't need to install the ndiswrapper-utils-1.9 in the command given, just the others https://kevintechnology.com/2010/07/21/installing-gateway-m6755-wifi-drivers-for-ubuntu.html
[21:17] <qwebirc67171> thank you for the help


[01:04] <crashsystems1> The street is blocked off? So no meetup in mountain view then?
[01:08] <pleia2> crashsystems1: according to the mailing list they are rescheduling it due to the street fair (which I assume is what caused the street closure?)
[01:08] <pleia2> and nothing in the loco directory for tonight
[01:08] <crashsystems1> :/
[01:08] <akk> I assumed it wasn't on since I hadn't seen any followup. It's certainly hard to get around, or park, during those street fairs.
[03:08] <regularjo> When I reconnect, I didn't see the entry "regularjo has jointed etc" Am I here
[03:10] <akk> It doesn't show that to you, just to everyone else.
[03:12] <regularjo> ok
[04:04] <pleia2> updated https://wiki.ubuntu.com/CaliforniaTeam/Projects/Picnix20 - other stuff we need? I went through the notes from last year
[04:04]  * pleia2 heads out to dinner for real now
[04:13] <philipballew> DarkwingDuck, how goes it :)
[04:20] <DarkwingDuck> philipballew: it goes
[04:21] <philipballew> no worries. :)
[04:21] <DarkwingDuck> Working with my server ATM
[04:21] <DarkwingDuck> trying to get a local oneiric repository.
[04:21] <philipballew> how hard is that? ive never done that
[04:22] <DarkwingDuck> Dunno.  Natty and Oneiric will not load at all.
[04:23] <DarkwingDuck> It gets to GRUB then, Blank
[04:23] <DarkwingDuck> on oneiric
[04:23] <rww> So how do I get myself added to this Ubuntu California planet thing?
[04:23] <DarkwingDuck> On Natty it errors out with noaveu (sp?)
[04:23] <philipballew> DarkwingDuck, even recovery mode?
[04:23] <philipballew> odd
[04:24] <DarkwingDuck> Yup
[04:24] <DarkwingDuck> Lets see how Oneiric handles recovery
[04:25] <DarkwingDuck> GARRRG
[04:25] <rww> I take it that means "badly"
[04:25] <rww> or "zombies interrupted the experiment"
[04:26] <rww> or "I got distracted and started reading the 'sounder' archive and now I am unable to form sentences"
[04:26] <grantbow> lol
[04:26] <DarkwingDuck> No, it failed the first time, worked going into recovery the second time.
[04:27] <DarkwingDuck> running dpkg
[04:29]  * DarkwingDuck wonders
[04:30] <DarkwingDuck> curses
[04:32] <DarkwingDuck> Okay, this is effing wierd.
[04:32] <DarkwingDuck> *Weird
[04:33] <philipballew> would a different version of grub be to blame?
[04:33] <DarkwingDuck> Get this...
[04:33] <DarkwingDuck> I let it boot it wont load.
[04:33] <DarkwingDuck> If I boot into recovery, then tell it to resume normal booting it works.
[04:34] <philipballew> ive seen that problem before
[04:35] <philipballew> i booted into resume normal boot then updated my machine then it was fine
[05:01] <philipballew> bkerensa, i liked your answer on http://askubuntu.com/questions/56963/what-are-the-ethics-of-having-a-company-sponsor-a-loco-team-event
[05:01] <bkerensa> yeah?
[05:02] <bkerensa> philipballew: Well its how I feel
[05:04] <DarkwingDuck> Got an error now...
[05:08] <philipballew> what error DarkwingDuck
[05:08] <DarkwingDuck> /lib/udev/input_id errors.
[05:09] <philipballew> seems odd myself
[05:09] <philipballew> this is ubuntu server?
[05:10] <philipballew> i think you said that before
[05:12] <philipballew> bkerensa, and it seems like a good thought out answer. really respectful to
[05:14] <DarkwingDuck> yup
[05:15] <philipballew> did the server channel help at all?
[05:17] <DarkwingDuck> Not at this hour.
[05:17] <DarkwingDuck> I'm hitting the sack then i'll work on it tomorrow.
[05:17] <philipballew> good luck!
[05:18] <DarkwingDuck> Apparently someone is going to send me a Droid DX2 to se if I can hack the bootloader.
[05:18] <philipballew> wow. what are you gonnna do when you hack it?
[05:19] <DarkwingDuck> custom kernels, ROMs and ASOP Android
[05:19] <DarkwingDuck> Prolly overclock it
[05:19] <philipballew> nice!
[05:19] <philipballew> i need to buy an android sometime
[05:19] <DarkwingDuck> Getting a Charge next week.
[05:20] <philipballew> for?
[05:20] <DarkwingDuck> 10 bucks
[05:21] <DarkwingDuck> Droid Charge
[05:21] <philipballew> why?
[05:24] <DarkwingDuck> Because I know a guy who works for Samsung
[06:41] <aaditya> Wiki is not allowing me to login. :'(
[06:41] <pleia2> :(
[06:41] <pleia2> getting an error, or just slow?
[06:41] <aaditya> slow enough to timeout.
[06:42] <aaditya> Ohey, it went through after about 50 seconds of waiting.
[06:42] <pleia2> yeah, it does that sometimes
[06:42] <rww> pleia2: oh, hey, you're still awake. How do I add myself to Planet Ubuntu California?
[06:44] <pleia2> rww: jtatum put the config in bzr, lemme see...
[06:45] <pleia2> ok, so you can grab https://code.launchpad.net/~ubuntu-california-website/ubuntu-california-website/planet-configuration and do an MP with your change, or just tell me your rss feed and name and I'll pop it in :)
[06:45] <rww> I haven't done an MP in a while, I'll go do that to make sure I still remember how.
[06:46] <pleia2> it's easy, and just assign it to lyz as reviewer or whatever
[06:46] <pleia2> (I forget the exact term)
[06:46] <pleia2> now I just need to figure out where to do the pull
[06:50] <pleia2> there we go
[06:52] <rww> okay, I think I did that right
[06:54] <pleia2> slow lp
[07:02]  * pleia2 frowns at launchpad
[07:03] <philipballew> why pleia2?
[07:03] <pleia2> I fail at bzr
[07:03] <pleia2> or it's just being slow
[07:04] <philipballew> maybe your internet is slow? bzr has always confused me. seems like an odd system. launchpad as a whole is kinda odd
[07:04] <pleia2> nah, it's just taking time for changes to show up in the web interface
[07:05] <pleia2> in general bzr is not all that odd for a revision control system
[07:05] <philipballew> did ubuntu design it or was is used before?
[07:05]  * philipballew only used it with launchpad himself
[07:06] <pleia2> canonical built launchpad
[07:06] <philipballew> Its true. for a while it was even closed source
[07:17] <pleia2> rww: ran venus manually, your blog shows up in the list now :)
[07:18] <pleia2> the europeans are waking up, sleepiestime now
[07:22] <rww> pleia2: thanks :)
[07:28] <rww> pleia2: alrighty, I queued a post up for the Planets.  First timer here, I've recently begun learning how to join the bugsquad, and I am also interested in getting involved in the CA loco.  I see there is a picnic in sunnyvale August 18th which I look forward to attending.  Can someone tell me a little more about getting involved?
[16:38] <pleia2> welcome bsmartt`
[16:38] <bsmartt`> thanks pleia2 :-)
[16:38] <pleia2> the picnic in sunnyvale is august 27th
[16:38] <pleia2> are you subscribed to our mailing list?
[16:38] <bsmartt`> Ok, so the meeting in the motd is something different?
[16:39] <akk> Most planning happens here on the channel, and a little on the mailing list.
[16:39] <pleia2> hanging out here and being on the mailing list are your best ways to stay informed so you can help with projects and events as they come along
[16:39] <pleia2> bsmartt`: where?
[16:40] <akk> bsmartt`: Meetings happen here on the channel.
[16:40] <pleia2> (if we have the date wrong somewhere we should fix it, the 18th was yesterday)
[16:40] <bsmartt`> the message of the day? maybe thats not the right thing to call it.  it's in the channel title
[16:41] <bsmartt`> Topic is "Welcome to the Ubuntu California Local Community (LoCo) Team! | Webpage: http://ubuntu-california.org (has links  to mailing list, forum, and more!) | Next Meeting: Sunday, August 28th, 7:00pm PDT
[16:41] <akk> In the topic it says Sun Aug 28
[16:41] <pleia2> ah, the picnic is on the 27th, our next meeting here is on the 28th
[16:41] <pleia2> picnic details: https://wiki.ubuntu.com/CaliforniaTeam/Projects/Picnix20
[16:42] <bsmartt`> great, I'll see you guys there!
[16:42] <pleia2> cool :)
[16:42] <pleia2> the wiki page has a list of things we still need, if you're able to add to that list or think of other things you can bring please do
[16:43] <bsmartt`> I'll try to bring something, I'll see if I can find orange table cloths :-)
[16:43] <pleia2> last time we just got them at a dollar store
[16:43] <pleia2> they only lasted for a couple events though, we end up taping them down so they don't blow away and they don't often survive the tape removal process :)
[16:44] <bsmartt`> cool I need to stop by dollar tree anyway, I'll see if I can find some there.
[16:47] <akk> They looked very festive, though -- the Ubuntu table was by far the best-looking table there. :)
[16:58] <bsmartt`> great, I RSVPed for picnix.  I'll confirm in here when I get the orange tablecloths so you can scratch it off your list.
[17:01] <pleia2> bsmartt`: is there any way you could get to the picnic a little early, say 10:30? tablecloths are a prerequisite for setting up the whole table so the tablecloth person has to be there first :)
[17:01] <bsmartt`> I plan to be there at 10:00am to help in whatever way possible setting up.  As well as cleanup.
[17:02] <pleia2> great!
[17:02] <bsmartt`> :)
[17:02]  * pleia2 has to drag her fiance and a visiting friend out of bed that morning, 10:30AM is hard
[17:03] <pleia2> we managed to do it last year though
[17:07] <bsmartt`> Why, I would imagine everyone is enthusiastic about waking up early on saturday to help set up a linux picnic. ;) </sarcasm>
[17:41] <rww> I wish I could go this year. It was fun last time I went :)
[17:42] <grantbow> bsmartt: thanks for showing up early. We know we need some help registering people during the initial rush.
[17:43] <akk> Me too -- it's a great event, and I wish I didn't have to be out of town.
[17:50] <jtatum> pleia2: might want to make sure the one in bzr matches the one on the server before merging rww's changes :)
[17:50] <pleia2> jtatum: I did the MP on the server, everything is the same
[17:51] <jtatum> ok good deal
[18:30] <nhaines> Morning, jono!
[18:46] <yantrashilpi> morning all.
[18:50] <grantbow> morning
[19:09] <yantrashilpi> how's it going grantbow?
[21:46] <rww> ugh, Windows is annoying me again. Maybe I should get rid of it and use lab computers for coursework
[21:46] <pleia2> +1
[21:52] <philipballew> what do you gotta do on windows? rww
[21:58] <rww> philipballew: I haven't started yet, so iono, but I got a strong impression that they expected people to be using Windows (except for the UNIX class I'm taking, obviously)
[21:59] <rww> (well, they call it UNIX. I'm betting money it's Linux :)
[22:02] <jyo> Might be some ancient Sun server.
[22:27] <sn9> watch it be HP-UX
[22:30] <philipballew> a friend here bought a hp-ux laptop the other day for 10 bucks. its in this really nice rugid case sn9
[22:30] <sn9> linux it
[22:31] <philipballew> any distro recommendations?
[22:31] <rww> "really nice rugged case" here means "it's so heavy I can't pick it up so it can't be dropped"
[22:31] <rww> philipballew: Debian
[22:31] <sn9> gentoo and debian are the only ones with installers afaik
[22:32] <philipballew> debian is somewhat more stable then gentoo usually
[22:34] <rww> (you want either the hppa or ia64 ports, depending on what processor's in it)
[22:35] <rww> (and if it's hppa, that port didn't make squeeze)
[22:35] <sn9> :(
[22:35] <sn9> gentoo is the only hppa distro now? :(
[22:35] <philipballew> rww, his plan is to get x running and take it to class with him. figures the reaction will be worth it in his opinion. hp-ux seems like it was a good system
[22:36] <philipballew> sn9, everything seems to be coming down to just a few these days. :(
[22:37] <akk> I didn't know there ever were laptops with HP-UX.
[22:37] <sn9> nor did i
[22:38] <philipballew> it was at the good will for 10 bucks.
[22:38] <rww> allegedly OpenBSD and NetBSD are ported to it too
[22:38] <philipballew> uname - whatever letter it is said hp-ux
[22:38] <rww> and NEXTSTEP, but... NEXTSTEP.
[22:38] <akk> that's pretty cool, philipballew
[22:39] <philipballew> there is a hp plant near me. i figure that is where it came from akgraner`
[22:39] <philipballew> akk
[22:39] <philipballew> stupid x-chat!
[22:40] <philipballew> whats nextstep rww
[22:40] <rww> philipballew: a closed-source operating system from the '90s
[22:41] <philipballew> i get the feeling it didnt last
[22:41] <nhaines> Well, there's still OS X.
[22:42] <philipballew> osx is darwin though nhaines
[22:43] <akk> It took some of its UI and other code from nextstep.
[22:43] <akk> Though the UI ended up looking very different.
[22:43] <philipballew> ahh, damn apple
[22:43] <akk> Next was Steve Jobs' company.
[22:44] <akk> He brought a lot of Next people along when Apple took him back.
[22:44] <philipballew> akk, do you see apple as being on the rise still or on the decline?
[22:44] <akk> That's what he was doing while he wasn't at Apple.
[22:45] <philipballew> they've stoped pushing the ipod as strongly and thats what got them out there.
[22:45] <philipballew> akk, he also did pixar
[22:45] <akk> Rising now, but I think it will plummet when Jobs' health forces him to retire. And then after that, I have no prediction on whether it will recover or not.
[22:45] <akk> d thinks it will, I'm less convinced.
[22:46] <philipballew> at the college i go to macs are like 40 percent of laptops
[22:53] <rww> at open source conventions, macs are like 60 percent of laptops
[22:53] <rww> i find it mildly amusing
[22:55] <philipballew> rww, wonder if they're duel booting?
[22:55] <philipballew> what do you run?
[22:56] <rww> which distro, you mean?
[22:56] <jyo> I'm in the old NexT plant right now.
[22:56] <rww> Debian, unless I get bored and put Ubuntu or Fedora or Arch or HaikuOS, or...
[23:00] <philipballew> nice! i have ubuntu now, but also debian. I ment laptop rww though
[23:00] <rww> oh. I have a Dell Mini 10v, it works for when I need something portable
[23:01] <rww> not a huge fan of laptops, they don't last long enough
[23:01] <philipballew> nice. im thinking i need to look onto a netbook.
[23:01]  * philipballew wonders if their designed to not last long
[23:01] <akk> Agreed, rww, there are a huge number of macs at opensource confs. Though fewer than there used to be.
[23:02] <rww> I get the impression most mass-produced computers don't last long these days. It's a bit harder to build your own laptop than your own desktop, though ;)
[23:02] <akk> More people are actually using linux laptops now.
[23:02] <rww> netbook is cheaper than laptop => I don't care as much when it inevitably breaks
[23:02] <philipballew> zareason is nice
[23:03] <akk> netbooks are great but intel's silly prohibitions on resolution for atom-based machines makes them not useful to me.
[23:03] <rww> yeah, 1024x600 takes some getting used to
[23:03] <akk> Wish they'd drop that and let people build intel-based 1366x768 netbooks.
[23:03] <philipballew> what exactly does intel do thats bad?
[23:04] <akk> zareason somehow gets around this but no one else does (and I can't deal with the keyboard on the zareason one).
[23:06] <philipballew> i have a laptop with i5. it is okay. but the 15 inch screen is hard to take to class everyday
[23:06] <rww> yeah, the other reason for the netbook is that I can take it places easier
[23:07] <akk> 15" laptops are way too heavy for my taste -- they make me not want to carry it around very long.
[23:07] <philipballew> i this summer rode my bike 5 miles a day with in strapped to my bike
[23:08] <akk> I love my 11.1" but I don't think anybody makes that size any more.
[23:08] <philipballew> the ubuntu pre installed asus's might be cool
[23:09] <philipballew> but i usually go dell for laptops


[08:36] <zed> I'm working on restoring eshu
[08:40] <EnTeQuAk> thanks!
[09:03] <zed> the machine is up, i'm recreating the RAID array it takes quite some time... :)
[09:03] <zed> let's have a break


[00:14] <darkxst> the blacklist is processed by this helper -> /usr/lib/gnome-session/gnome-session-check-accelerated
[00:14] <darkxst> which the ubuntu session does not use
[00:15] <jbicha> ok, I'll probably apply it then but I'll see what robert has to say
[02:20] <smartboyhw> Yo jbicha
[02:56] <jbicha> smartboyhw: good morning
[02:56] <smartboyhw> jbicha: Good morning. You said you want a QA Team isn't it in Ubuntu Forums??
[02:59] <jbicha> yes, we need several people that enjoy testing things to find out what needs fixing
[03:00] <smartboyhw> jbicha: I enjoy testing:)
[03:00] <jbicha> ...especially during the milestone testing weeks
[03:00] <jbicha> have you ever done milestone testing?
[03:00] <smartboyhw> jbicha: Did 3 times at least
[03:01] <jbicha> cool
[03:01] <jbicha> have you tried to run the iso-build-script?
[03:01] <smartboyhw> jbicha: Can't get it to work:(
[03:02] <jbicha> I added logging yesterday so that should help us see what's not working
[03:04] <smartboyhw> OK
[03:07] <jbicha> where did you have trouble?
[03:07] <jbicha> or you could try again and pastebin the log
[03:09] <smartboyhw> I don't know how to use it at all:(
[03:12] <smartboyhw> Do help jbicha
[03:15] <jbicha> have you ever used bzr before?
[03:17] <smartboyhw> jbicha: Yes and did. I just don't know how to make the iso build script working
[03:19] <jbicha> do you have a ubuntu desktop quantal iso already downloaded?
[03:19] <smartboyhw> OH no. Let me download one
[03:20] <jbicha> http://cdimage.ubuntu.com/daily-live/current/
[03:20] <smartboyhw> jbicha: I will download the official beta 1, it's better
[03:20] <jbicha> zsync is awesome for keeping those up to date
[03:20] <jbicha> https://help.ubuntu.com/community/ZsyncCdImage
[03:21] <smartboyhw> OK let me download it first. Shouldn't take more than 10 min
[03:21] <jbicha> ooh you have faster internet than me
[03:22] <smartboyhw> jbicha: And I'm only using my home wifi:)
[03:22] <smartboyhw> I don't know why I got 10 times slower speeds at 12.04
[03:25] <smartboyhw> 3 minutes 35 seconds remaining
[03:31] <smartboyhw> jbicha: I'm zsync-ing now
[03:35] <smartboyhw> jbicha: PING I've finished zsync
[03:35] <smartboyhw> So what to do?
[03:37] <jbicha> ok, follow the instructions at http://ubuntuforums.org/showpost.php?p=12224048&postcount=49
[03:37] <jbicha> in the customize line you have to tell it where your Ubuntu iso is
[03:38] <smartboyhw> Sorry got things like umount: work-amd64/edit/proc: not found
[03:38] <smartboyhw> umount: work-amd64/edit/sys: not found
[03:38] <smartboyhw> umount: work-amd64/edit/dev: not found
[03:38] <smartboyhw> umount: work-amd64/edit/dev/pts: not found
[03:38] <smartboyhw> umount: work-amd64/mnt: not found
[03:38] <smartboyhw>  in the clean step
[03:39] <smartboyhw> jbicha: Then !!?!??!
[03:39] <jbicha> those errors should be harmless
[03:39] <smartboyhw> Oh OK
[03:41] <smartboyhw> Trying now:)
[03:42] <smartboyhw> Building:)
[03:43] <jbicha> ok on my computer it takes about an hour to build, not counting downloading all the packages
[03:43] <smartboyhw> WOW WOW WOW
[03:43] <smartboyhw> I will leave down the results after I went playing badminton at 2-3 pm then :) (It's 11:43 AM here)
[03:44] <jbicha> It's 11:43 PM here :)
[03:44] <smartboyhw> Oh that is 12 hours time difference
[03:45] <smartboyhw> Maybe I'll just leave down the results in the Ubuntu GNOME Remix Developer Snapshot thread in Ubuntu Forums
[03:46] <jbicha> by the way gdm is broken with that script, you can use username ubuntu to login (no password)
[03:46] <smartboyhw> Oh OK
[12:19] <smartboyhw> jbicha: After you wake up ping me
[12:22] <jbicha> good evening!
[12:22] <smartboyhw> good evening
[12:22] <smartboyhw> I finished building amd64
[12:25] <jbicha> cool
[12:25] <smartboyhw> But then I abruptly cut i386
[12:25] <jbicha> please file bugs if you see things that aren't right
[12:25] <smartboyhw> So I need to do it again
[12:26] <jbicha> ok, if you interrupt the build, you need to run the clean command
[12:26] <smartboyhw> OK
[12:31] <smartboyhw> Now rebuilding the i386 build now jbicha:)
[12:33] <jbicha> the two should be pretty similar
[12:34] <smartboyhw> Yep I think
[13:44] <smartboyhw> jbicha: Finished i386 build
[13:49] <smartboyhw> :)
[14:07] <smartboyhw> jbicha: So?
[14:10] <jbicha> well being able to build the latest builds is useful for verifying whether bugs are fixed or not, and whether there are new bugs
[14:11] <smartboyhw> Good I will run the build in a VM now:)
[14:12] <jbicha> I think I'm going to do a second alpha after all but I want to get bug 1047828 fixed & figure out how to get gdm autologin working correctly
[14:12] <smartboyhw> Yes that is a big prob
[14:13] <jbicha> autologin didn't actually work for the alpha either but I hacked it to work there
[14:13] <smartboyhw> :)
[14:28] <smartboyhw> jbicha: PING
[14:28] <smartboyhw> The new build has a "Installer encountered an unrecoverable error"
[14:28] <smartboyhw> Uh oh
[14:28] <jbicha> smartboyhw: just ask your question, you don't have to ping me each time
[14:29] <jbicha> right, that's the problem I was telling you about, hit ok or whatever and log in with username ubuntu & no password
[14:30] <smartboyhw> OH alright
[14:31] <smartboyhw> Well ubuntu and no passwd then the login session doesn't response
[14:32] <jbicha> are you using virtualbox or what?
[14:32] <smartboyhw> jbicha: Virtualbox
[14:32] <jbicha> ok, you can try Ctrl+F1 to get to a virtual terminal
[14:32] <jbicha> sudo service gdm restart
[14:32] <smartboyhw> No doesn't work
[14:32] <smartboyhw> No response
[14:33] <jbicha> sorry, RightCtrl+F1
[14:33] <smartboyhw> Ah OK
[14:33] <jbicha> and it's RightCtrl+F7 usually to get back to the graphical interface although I think restarting gdm/lightdm will switch you there automatically
[14:33] <smartboyhw> Yeah it works
[14:34] <smartboyhw> Now I'm installing
[14:36] <jbicha> after installing you could even try llvmpipe by commenting out llvmpipe in the filename listed in the bug report
[14:36] <smartboyhw> OK
[15:05] <smartboyhw> jbicha: I think the build worked, it can install
[15:07] <smartboyhw> So then what is the llvmpipe bug and how to replicate it?
[15:11] <jbicha> smartboyhw: do you get GNOME Shell or GNOME Classic when you log in?
[15:12] <smartboyhw> Yes I get it
[15:12] <jbicha> which?
[15:12] <smartboyhw> Works completely good
[15:12] <smartboyhw> Though I don't know if it is shell or classic
[15:12] <jbicha> what does it say in the top left corner?
[15:12] <smartboyhw> Applications and places
[15:12] <jbicha> that's GNOME Classic, GNOME Shell says Activities
[15:13] <smartboyhw> OK
[15:13] <jbicha> you can try llvmpipe by editing  /usr/share/gnome-session/hardware-compatibility
[15:13] <jbicha> and putting a # in front of -llvmpipe, the # comments out the line so it's ignored by the computer
[15:14] <jbicha> and then you'll need to restart gdm or you can restart your computer
[15:14] <smartboyhw> OK I did, then save?
[15:14] <jbicha> yes
[15:17] <smartboyhw> jbicha: Rebooted and now it goes to GNOME shell
[15:17] <smartboyhw> works I think
[15:18] <jbicha> on the other hand, we shouldn't need llvmpipe in virtualbox, there's a bug on https://wiki.ubuntu.com/UbuntuGNOME/ReleaseNotes/1210Alpha2 about that
[15:19] <smartboyhw> Oh alright
[15:19] <smartboyhw> So er?
[15:24] <smartboyhw> jbicha: I think I should upload the links for download of the new build:)
[15:40] <jbicha> no, we're not ready to release this yet since autologin definitely needs to work
[15:40] <smartboyhw> I do agree:)
[22:21] <darkxst> jbicha, what is the autologin issue?
[22:35] <jbicha> darkxst: bug 1046630 but that patch isn't working here
[22:36] <jbicha> for the alpha I cheated and edited that file manually but that gives users a prompt when updating which isn't nice
[22:52] <darkxst> is it only supposed to update on first boot?
[22:53] <darkxst> or is it if the user has customised the auto login?
[22:54] <darkxst> if first boot, then:
[22:54] <darkxst> if ! `grep -qs 'Enabling automatic login' $GDMCustomFile` ; then
[22:54] <jbicha> casper (in the live session) is supposed to magically update /etc/gdm/custom.conf to set GDM to autologin the ubuntu user
[22:54] <darkxst> could work
[22:57] <darkxst> and include that comment in the sed command, so it gets removed
[22:57] <darkxst> or you could just write an arbitrary comment in there
[22:58] <darkxst> and then grep for that
[23:01] <darkxst> something like this http://pastebin.com/30XyERYT
[23:04] <darkxst> sorry missed a backslash -> http://pastebin.com/J3dUmKbL
[23:18] <darkxst> jbicha, your patch was wrong anyway
[23:19] <darkxst> $USERNAME, wont get replaced since its inside the quotes
[23:21] <jbicha> yup, I just figured that out
[23:21] <jbicha> I'm rebuilding with "" instead but I don't know if that will be enough
[23:25] <darkxst> well it will fix the grep match atleast
[23:30] <jbicha> yeah, this is what I currently get: http://i.imgur.com/CsuI0.png hoping the rebuild works
[23:54] <darkxst> well it will if that error was due to the autologin settings be missing (which they would have been!)
[23:54] <darkxst> anyway I attached a better patch to that bug


[01:54] <redcavalier> Hi, I've updated my cloud-init to 0.7.9 on centos 7 with a centos 7 package I found there : https://buildlogs.centos.org/c7-extras/cloud-init/20170705233059/0.7.9-3.el7.centos.x86_64/
[01:54] <redcavalier> I've been testing the new version and I'm getting a strange error regarding utf8 encoding when my test VM starts
[01:56] <redcavalier> Essentially I get AttributeError: 'dict' object has no attribute encode . Is that version of cloud-init currently compatible with openstack?
[02:01] <blackboxsw> redcavalier: could you file a bug, I know we have builds using copr build service https://copr.fedorainfracloud.org/coprs/g/cloud-init/el-testing/builds/
[02:02] <blackboxsw> <IP_ADDRESS> per your version feels stale compared to 	0.7.9+224.g681baff-1 in our copr build service
[02:04] <blackboxsw> if you hit this issue again on the newer centos build, I'd be curious to see /var/log/cloud-init.log from the affected system
[02:04] <blackboxsw> https://bugs.launchpad.net/cloud-init/+filebug if needed
[02:05] <redcavalier> blackboxsw, thx, I was under the impression that copr only had recent fedora builds. I'll try that build and come back if I still get an error
[02:06] <redcavalier> a shame that the official centos repo's versions are downright ancient.
[02:06] <blackboxsw> per earlier meetingology discussion:   4:12 PM J<•jose> it should stick. we had an issue and I had to kill all the meetingology instances, that's why it got out
[02:06] <blackboxsw> yeah, though it's hard to get every distro to update on the same schedule :)
[02:44] <redcavalier> blackboxsw, still got the error, here's the full trace of it : https://pastebin.com/tmv7asfL
[02:48] <blackboxsw> hrm I guess what content was in vendordata_raw from your openstack instance. might have to dig into this a bit more, could you file a bug redcavalier (I'm end of day today) include the following if you could http://pastebin.ubuntu.com/25475835/
[02:48] <redcavalier> sure no problem
[02:48] <blackboxsw> I know you are centos && openstack and our latest copr build. but the  rest would be good contxt
[02:48] <blackboxsw> cheers
[02:49] <redcavalier> thx
[10:21] <larstobiweb> I am trying to get cloud-init to interpolate $local-ipv4, $local_ipv4, $private-ipv4 or $private_ipv4, but none of them work. I am booting CentOS 7 with cloud-init 0.7.9 on CloudStack. "curl -s http://<IP_ADDRESS>/latest/meta-data/local-ipv4" from within the VM shows the IP address that I want.
[10:21] <larstobiweb> I also couln't locate the place in the docs where this is described.
[10:22] <larstobiweb> Can anybody help me find out how I can get cloud-init to interpolate the local ipv4 address in the cloud-config?
[15:44] <blackboxsw> smoser:EphemeralIPv4Network does already             self.cleanup_cmds.append(
[15:44] <blackboxsw>                 ['ip', '-family', 'inet', 'link', 'set', 'dev', self.interface,
[15:44] <blackboxsw>                  'down'])
[15:45] <blackboxsw> that should be run via subp on __exit__ from EphemeralIPv4Network
[15:45] <blackboxsw>                 ['ip', '-family', 'inet', 'addr', 'del', cidr, 'dev', self.interface] too
[15:46] <blackboxsw> If we are seeing devices left "up" maybe cloud-init saw them up in the first place, and would have logged Skip ephemeral network setup, %s already has address %s
[15:52] <smoser> blackboxsw, well, i think i see a few issues.
[15:52] <smoser> maybe_perform_dhcp_discovery() sets link up but never sets it down
[15:52] <smoser> (and that state would be inherited by EphemeralIPv4Network)
[15:53] <smoser> and then i *think* EphemeralIPv4Network unconditionally will take it down
[15:54] <blackboxsw> ahhh right, right on maybe_dhcp_discovery
[15:55] <blackboxsw> hmm so, in that case I'd expect to see Skip ephemeral network setup, %s already has address %s in our ec2 logs always
[15:56] <blackboxsw> and ephemeralIPv4 will leave an "up" interface up if it specifically didn't set it up
[15:56] <blackboxsw> so that logic interaction between maybe_dhcp_discovery and Ephemeral needs a fix
[16:01] <smoser> blackboxsw, i just launched an instance. i'll import you to poke around in a minute
[16:02] <blackboxsw> same
[16:02] <smoser><EMAIL_ADDRESS>[16:02] <blackboxsw> ahh thanks
[16:03] <blackboxsw> 2017-09-06 16:01:03,490 - util.py[DEBUG]: Running command ['ip', '-family', 'inet', 'link', 'set', 'dev', 'eth0', 'down'] with allowed return codes [0] (shell=False, capture=True)
[16:03] <blackboxsw> looks like we tore it down smoser
[16:06] <smoser> blackboxsw, wrt this breaking some-old-openstack
[16:07] <smoser> theory: non-intel fell down the "fallback to ec2" path because of non-intel
[16:07] <smoser> then we end up trying the new api endpoint
[16:07] <smoser> which probably doesnt exist (that i can verify)
[16:07] <smoser> we should actually be able to force this failure path on server stack
[16:07] <smoser> or  get close
[16:08] <blackboxsw> ahh you mean we somehow die on ec2 inspecting 2016-09-02 version
[16:09] <blackboxsw> agreed, we can try that route. or I wonder about  our test httpretty regiester_mock_metaserver
[16:11] <blackboxsw> hmm, server stack would be the easiest route for a real openstack env. I'm looking over DataSourceOpenStack to see what it does w/ network setup
[16:23] <blackboxsw> smoser done w/<EMAIL_ADDRESS>thanks.  Just a quick question. I am trying to make custom AMIs using Packer. I would like every machine that I spin up with this custom AMI to execute a cloud-init script once (to pull configuration). What is the most robust way to make this happen?
[18:32] <blackboxsw> asthasr: when you say once, do you mean once per boot, or once per instance? Maybe you are talking about something like this? https://cloudinit.readthedocs.io/en/latest/topics/modules.html#scripts-per-once
[18:33] <blackboxsw> you can install your own scripts in an ami which run every time the machine instance id changes, or per-boot etc.
[18:33] <asthasr> Ok, cool.
[18:33] <asthasr> When do "per-instance" scripts run? Is that after the first boot of an instance with a new ID?
[18:34] <asthasr> i.e. I make the AMI, put something in per-instance, and then if I build a new machine based on that, it'll run?
[18:35] <asthasr> (I saw this list before but the difference between per-once and per-instance was not clear to me.)
[18:35] <smoser> asthasr, yes.
[18:36] <smoser> per-once will run once ever (marker files are written with no specific instance data)
[18:36] <blackboxsw> correct, new intance-id is generated each time the AMI is "built/deployed"
[18:36] <blackboxsw> correct, new instance-id is generated each time the AMI is "built/deployed" for per-instance
[18:36] <smoser> per-instance will run once per instance-id (marker files contain instance-id in their path)
[18:36] <smoser> per-always will run every boot
[18:37] <smoser> instances are things which are created from images.
[18:37] <smoser> ami == amazon machine image
[18:37]  * asthasr nods.
[18:37] <smoser> so each thing you launch from athis ami that you built is a unique instance
[18:39] <asthasr> yeah. My desired workflow is: create a "template" server, run packer to make an ami, then use terraform to spin up instances based on that ami, which (upon booting) run ansible to configure themselves
[18:39] <asthasr> so per-instance sounds right.
[18:42] <rharper> blackboxsw: did you have  a branch which added a subcommand to crawl/dump metadata (like openstack) ?
[18:49] <smoser> asthasr, the only thing i'd suggest is not bothering to build your own images.
[18:49] <smoser> but rather to either
[18:50] <smoser> a.) use unmodified "Official" Ubuntu images
[18:50] <smoser> b.) download images from cloud-images.ubuntu.com as a starting point and make your modifications and upload.
[18:50] <asthasr> Certainly, I intend to use an official Ubuntu 16.04 and just make some basic configuration changes to it
[18:51] <smoser> "packer to make an ami"
[18:51] <smoser> i'm saying skip that
[18:52] <asthasr> but why? It seems like if I want to rebuild a machine it's quicker to have an image that has all the prereqs and such on it beforehand
[18:52] <blackboxsw> rharper: that branch I haven't put together yet (it's a followup to https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/330115 )
[18:52] <blackboxsw> wanted to land the prerequisite first
[18:53] <rharper> cool
[18:53] <blackboxsw> rharper: shameless plug for a review on that branch :)
[18:53] <rharper> I think I've given you one, no ?
[18:54] <blackboxsw> refresh says no comments on this branch
[18:54] <rharper> noo! I must have closed the tab before submit
[18:54] <rharper> ok, I'll re-review
[18:54] <smoser> oh. asthasr i guess i didnt understand how packer worked.
[18:54] <smoser> i always asumed it built the image "from scratch".
[18:54] <blackboxsw> bah, hopefully launchpad saved the unsaved comments
[18:56] <rharper> blackboxsw: man, I even updated the commit message and had comments; so strange
[18:59] <smoser> rharper, how did you get status from systemd-resolved?
[19:00] <asthasr> smoser: No, you just spin up a box and then configure it how you want and then it takes that box and makes a new image from it
[19:00] <asthasr> smoser: So, it can be based on whatever base AMI you want :)
[19:00] <rharper> systmed-resolved --status (but only on artful IIRC)
[19:00] <rharper> systemd-resolved --status
[19:00] <rharper> err, drop the d; systemd-resolve --status
[19:01] <rharper> smoser: ^
[19:01] <smoser> yeah. i see. thanks.
[20:53] <dhill_> hey guys
[20:53] <dhill_> what could make cloud-init truncate /var/log/messages?
[20:54] <dhill_> I looked at the code and didn't find anything...
[20:54] <rharper> cloud-init doesn't touch /var/log/messages ;  it owns /var/log/cloud-init.log and /var/log/cloud-init-output.log
[20:55] <rharper> cloud-init will use syslog;  so maybe a local config that triggered logrotate ?
[20:55] <rharper> do you have messages.1 ?
[21:02] <dhill_> rharper, nope... and that's what I was expecting to hear from you :)
[21:02] <dhill_> rharper, I looked at the code and nothing mentionned /var/log/messages from close or far
[21:04] <rharper> right, and what about possible rotated files?  do you know how (or if) logrotate is configured on your instance ?
[22:32] <blackboxsw> powersj: additional comments on https://code.launchpad.net/~powersj/cloud-init/+git/cloud-init/+merge/327646
[22:34] <powersj> blackboxsw: getting the command line for your failures would be very helpful
[22:35] <powersj> common theme from the reviews I've seen is how the lxd backend returns return codes and kvm does not
[22:35] <powersj> that's the reason for the "0"
[22:39] <blackboxsw> I'm with you on the 0 being returned from execute() just feels strange from within mount_image_callback


[00:15] <tgm4883> lol, everyone on ~ubuntu-tv expired except mhall119
[00:15] <tgm4883> I'm pretty confident that means we can assign all the work to mhall119 now
[01:21] <mhall119> I'm not actually an admin on that team
[04:03] <tgm4883> mhall119, yea you are
[04:04] <tgm4883> mhall119, oh wait, it's https://launchpad.net/~ubuntu-tv-developers
[04:11] <mhall119> tgm4883: ah, that one I am an admin on
[04:11] <mhall119> you guys are all renewed indefinitely
[04:11] <mhall119> can't get away that easily :)