[02:30] <AGuy> I'm at http://www.kubuntu.org/getkubuntu.  How do I download the server version of 14 LTS?
[02:34] <AGuy> Is there still a server version?
[03:09] <Dragnslcr> AGuy: there isn't a server version of Kubuntu. Without KDE, it wouldn't be any different from Ubuntu
[03:11] <AGuy> That makes sense but I coudl swear there used to be desktop and server versions of, say 10 LTS or 12 LTS.
[03:35] <Dragnslcr> You can probably still get the Ubuntu server variant of those old versions if you really need to
[03:36] <AGuy> I'll get the newest one.  Thanks, Dragnslcr.
[05:35] <Kali_Yuga> Hi I cannot unmount my loop deviceI tried sudo unmount -f /media/name/CD... it only unmounts the cd but the loop device is still there what can I do???
[05:36] <Kali_Yuga> I need to unmount for a windows installation... need to put cd 2 in same loop device
[05:43] <valorie> !mount
[05:43] <valorie> Kali_Yuga: why are you using sudo to do that?
[07:18] <Sergey_> Hi, I am currently running ubuntu gnome desktop (my initramfs boot splash is ubuntu gnome with gray tone in there), I am really want to fully switch to Kubuntu desktop without any others desktop environments. Please suggest any tips how can I do this. I already trying to "sudo aptitude reinstall kubuntu-desktop" (having kde-full installed) but these meta package won't update my grub and kernels.
[07:19] <Sergey_> Initially I have installed default ubuntu 14.04.03 then somehow swtiching to ubuntu gnome when I trying to install and try out full gnome DE
[07:19] <Sergey_> now I am stuck with gnome desktop redaction dunno how to completely get rid of this and switch to Kubuntu redaction
[07:21] <valorie> grub and kernel are the same no matter what
[07:22] <valorie> you will have to purge the gnome stuff, and also install sddm and get rid of lightdm
[07:22] <valorie> !purekde
[07:22] <valorie> that is very old, but it might give you some tips
[07:23] <Sergey_> thank you really appreciate your help, will go read there ;D
[07:23] <valorie> do it a bit at a time
[07:23] <valorie> however, what will be easier is doing a backup and just do a new install of kubuntu
[07:23] <valorie> purging the stuff will give you some learning though
[07:24] <valorie> doing the backup first is a good idea
[07:24] <valorie> and also creating a liveUSB of kubuntu in case you have to fall back to that
[07:25] <Sergey_> so these can't be done with other than just clean install or these long commands to delete whole components of ubuntu ;D?
[07:26] <valorie> certainly it can be done
[07:26] <valorie> and I've done it
[07:26] <valorie> I'm just saying that it is *easier* to do a fresh kubuntu install
[07:26] <Sergey_> these way you are linked it's just way too much complicated if something went wrong I could just broke my 14.04.03 system
[07:27] <valorie> it is indeed complicated
[07:27] <valorie> it depends on what you want
[07:27] <valorie> learning is good, but it takes time
[07:27] <valorie> doing a backup is *always* a good idea
[07:27] <Sergey_> yepp I know it, but somehow when I installing gnome packages I switched to gnome redaction from ubuntu default redaction and I suggest there is a way to do the same thing from gnome to kubuntu redaction using simple few lines of bash :D
[07:27] <valorie> having a LiveUSB is *always* a good idea
[07:28] <valorie> Unity is based on gnome, so the difference isn't large
[07:28] <valorie> many of the applications are the same
[07:29] <valorie> KDE is very different than Gnome or Unity
[07:30] <Sergey_> sorry I am not so novice as you think but I have all sort of data backed up already on my NTFS 1Gb data storage and have suse13.1 + ubuntu 14.04.01 burned DVD's so I can upgrade them to 13.2 + 14.04.03 using internet accordingly, there is no problem to do this. I just want to figure out what an easy way to jump through any redactions of ubuntu. It is pretty easy and automated by meta packages in there, I already done jumping once fro
[07:30] <valorie> cool
[07:32] <Sergey_> now I just wan't to swtich ubuntu gnome redaction to -> kubuntu redaction by figuring out how to issue these simple command to trigger meta package to do whole bunch of hard work which is as you linked in commands lengh +8k lines :D
[07:32] <valorie> well, it would be lovely to have a newer version of that old blogpost
[07:33] <valorie> so be sure to write it up if you do it!
[07:33] <Sergey_> I know results of issuing such lengh commands I broke my systems few times with dependency hell ^_^ just won't go for it once more
[07:33] <Sergey_> anyway thank you, I continue digging :D
[07:36] <valorie> good luck!
[07:43] <valorie> hey TuxMario, you made it!
[07:44] <TuxMario> Hello Valorie : yes i did it some days ago
[07:44] <valorie> very cool
[07:44] <valorie> I've been traveling, so I've missed some stuff
[07:46] <valorie> oh, if you want to keep your name, your "nick", you need to register with freenode
[07:46] <valorie> !register
[07:47] <Sergey_> !register
[07:47] <Sergey_> ;D
[07:48] <valorie> yes, anyone can trigger the factoids
[07:48] <valorie> or you can play with ubottu in PM
[07:50] <valorie> anyway, I'm yawning, so off to bed I go
[07:51] <valorie> unless you have any questions for me, TuxMario?
[08:02] <TuxMario> Valorie: Have a good night! I'll have questions next times
[08:09] <Sergey_> well yes...I am just staying on ubuntu gnome desktop with KDE session as opt in plus transitional package gdm-kdm for supporting via some blablabla great backend not cairo-dock (gnome) are works fine under KDE session
[08:11] <Sergey_> thats Mark design to do not allow easilly switching to Kubuntu thanks to him
[08:40] <Mikethebest> ?join #thelittlemermaid
[09:15] <lordievader> Good morning.'
[11:28] <BluesKaj> Hiyas all
[13:23] <hubkro> Have a problem with the application  qmapshack (written in qt5), file dialogs (like save as) the most time freezes. Support team from qmapshack says the problem is not theirs and is related to kubuntu and plasma5. Also tested "kdesudo qmapshack" and file dialogue "save as" worked, but the style seems not plasma5 but qt5 native
[18:18] <rosco_y> are the binaries the same for amd64 and intel64?
[18:18] <rosco_y> (for 14.10)
[18:18] <rosco_y> or 14.4 or whatever
[18:23] <soee> its just 64bit
[18:30] <tipy80> Please help me with look-and-feel
[18:31] <tipy80> Hey, developers
[18:31] <josue> Hi, some know why linux with TLP not charge usb devices?
[18:32] <tipy80> anybody
[18:52] <soee> tipy80: look and feel ?
[18:52] <tipy80> yes
[18:53] <tipy80> Need add option set size icons on panel 16x16
[18:55] <soee> in Plasma 5 ?
[18:55] <tipy80> yes
[18:55] <soee> i doubt you can, it i DPI related
[18:56] <tipy80> no, my icon-pack not have actions icons 22x22. But default settings on plasma 5 set 22x22
[18:57] <tipy80> I need add option on look-and-feel set icon size to 16x16 on main toolbar
[18:57] <tipy80> This option https://github.com/varlesh/papirus-icon-theme/blob/e0067fc49e1bb1db1e63a1662faa61b7d5d08deb/settings.png
[18:59] <tipy80> For example: [kdeglobals][General] ColorScheme=Breeze
[18:59] <tipy80> But how change size icons?
[19:03] <tipy80> on Default Plasma 5 use icons in Main Toolbar 22x22. My icon-pack have only 16x16 icons for toolbar. And i want add option for change icon size for panel on look-and-feel. How?
[19:10] <tipy80> Maybe kf5.kiconthemes?
[19:12] <tipy80> Тут есть кто-нить русский?
[19:16] <mparillo> !ru
[20:01] <Cajetan> Hi, I'm running Kubuntu 15.04 and I'm trying to print a document. I installed my printer through Cups (2.02) and it was detected by Kubuntu's Printer Module (located near the clock). When I printed a test page it says rendered and moved to the completed stack. But nothing printed. I reinstalled the printer, rebooted the printer... nothing works. Does anyone know what could be causing this?
[20:07] <Cajetan> Please disregard my question. I manage to fix the problem
[20:56] <Butterkeks> Hey I turned on KDE Accessible by accident it won't turn off even after restarting D: I click close but it comes right back
[20:58] <Butterkeks> hello?
[20:58] <Butterkeks> naa
[22:04] <AEL-H> I have kbuntu running on a Chromebook 2, I installed skype but I am having problems with it using the microphone and speakers -- does anyone know what the problem might be?
[22:14] <nick___> едрить народу...
[22:14] <Unit193> !ru | nick___
[22:19] <valorie> AEL-H: try looking in your pulseaudio controller
[22:20] <valorie> gosh, can't recall what that is called
[22:20] <valorie> kmix might get you there as well
[22:25] <soee> he can also install gui: pavucontol
[22:25] <soee> *pavucontrol
[22:27] <valorie> pavucontrol, that's what I wanted to remember
[22:27] <valorie> sheesh
[22:27] <valorie> thanks, soee


[01:23] <SpmP> To what extent does ubuntu-touch track user activity please? i.e. why does scopes want my location? Please excuse the n00bness,  but how do I launch unity 8 on my 17.04 desktop Ubuntu once installed from snap? Must I use a VM with Mir etc?
[03:13] <bumblehead> SpmP  visit here once in a while and ask questions...
[03:13] <bumblehead> no one has ever answered me
[03:13] <bumblehead> :(
[03:23] <SpmP> Answers to just that questions or answers in general? I have got heaps of answers today, pretty happy 8)


[05:40] <Unit193> pitti: Howdy.
[05:40] <pitti> Good morning
[05:40] <pitti> hey Unit193
[05:41] <pitti> cjwatson: oh, thank you!
[05:41] <pitti> doko_: ah, sorry; corresponding postgresql-9.4 will be uploaded today; I'll sort out python3.4 in the meantime
[09:17] <rbasak> doko: can you sponsor me a sync of icu please? This will fix the open-vm-tools FTBFS from the rebuild test.
[09:17] <rbasak> doko: OOI, do you have a rebuild button in your rebuild test? Or do we want a no-change rebuild of open-vm-tools anyway, to build against a newer icu?
[09:18] <rbasak> No real changes - just compiler flags regressed in Utopic and are fixed in unstable.
[09:18] <doko> rbasak, done
[09:19] <rbasak> Thanks!
[09:24] <Saviq> seb128, ideas about app updates in settings stuck at 0%?
[09:24] <Saviq> that's mako rtm
[09:24] <seb128> Saviq, yes, remove your U1 account and add it back
[09:25] <Saviq> seb128, yay
[09:25] <doko> dobey, pitti: please could you have a look at the dirspec ftbfs and autopkg test failure?  https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-dirspec/lastBuild/? and http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140914-utopic.html
[09:25] <seb128> Saviq, they revoked the sso token earlier this week and the settings app fails at letting you know that you hit an auth error
[09:25] <Saviq> kk
[09:25] <seb128> Saviq, bug #1378678
[09:25] <doko> jibel, pitti: weren't libreoffice autopkg tests ignored?
[09:26] <pitti> doko: they were as long as they were failing, but now they started succeeding; already retried
[09:26] <pitti> one of these days I have to get behind that weird "tar: unexpected EOF" thing, it's utterly hard to reproduce locally
[09:26] <doko> pitti, and s3ql and skimage too
[09:26] <Saviq> seb128, yup, helped, thanks
[09:27] <pitti> doko: yep, already queued (there's some lag, tons of tests are running ATM)
[09:27] <seb128> Saviq, yw!
[09:27] <pitti> doko: dirspec> yes, looks like simple pep-8 issues, queueing
[09:27] <doko> pitti, yep, but ftbfs too
[09:27] <pitti> doko: right,  I meant "queueing for today's work"
[09:28] <pitti> doko: I'm watching python3-defaults excuses, btw
[09:28] <doko> looking ...
[09:28] <pitti> doko: oh, I thought that's what you were concerned about
[09:29] <doko> ahh yes, I am
[09:55] <Saviq> ricmm, hey, so, do we need to do anything to benefit from QML compilation?
[09:57] <ricmm> no
[09:59] <Saviq> ricmm, so it compiles it on first use and cache, or?
[09:59] <ricmm> Saviq: yea, first use it compiles and caches
[10:00] <Saviq> coolz
[10:00] <ricmm> further uses use the cache unless it needs to recompile something
[10:12] <xnox> jdstrand: slangasek: in /etc/pam.d/sudo shouldn't the pam_env.so lines be "session" rather than "auth"?
[10:12] <xnox> cause at the moment it looks like variables set in /etc/environment as not present under $ sudo -i
[10:14] <xnox> yet it was suppose to be working per these bugs
[10:14] <xnox> bug #25700
[10:15] <xnox> bug #982684
[10:15] <xnox> bug #1301557
[11:25] <pitti> jamespage: just making sure: you got the swift regression notification mail?
[11:26] <Laney> pitti: He uploaded ubuntu3 to fix the test
[11:40] <jamespage> pitti, I did indeed - resolved now
[11:49] <doko> jamespage, I see you looked into https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695296 in the past. the package ftbfs with the current tests. do you want to take a look?
[11:52] <jamespage> doko, no capacity right now - there is a trick to it tho - there's a readme in debian
[11:53] <doko> jamespage, ugh, how do you suggest to do that for the Debian buildds?
[11:53] <jamespage> doko, well most buildds don't have apport enabled right?
[11:54] <doko> no
[12:18] <pitti> jamespage: ah, thanks
[12:49] <jamespage> doko, sorted?
[12:50] <doko> jamespage, libunwind?
[12:50] <jamespage> yeah
[12:50] <doko> no
[12:50] <jamespage> oh
[12:50] <doko> nmu'ed to Debian; ignoring test results. not a regression, because the testsuite wasn't run before
[12:51] <doko> I think I'll updat tp the trunk for the v-series
[12:51] <pitti> doko, dobey: fixed dirspec uploaded (waiting for RT review), and forwarded upstream: https://code.launchpad.net/~pitti/dirspec/pep8/+merge/237776
[12:53] <doko> pitti, thanks!
[13:04] <doko> barry, could you have a look at the flask ftbfs in http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140912-trusty.html ?
[13:10] <barry> doko: yep
[13:10] <pitti> mvo, cjwatson: hmm, my chroot with click installed now produces failures like http://paste.ubuntu.com/8526692/ -- does that ring a bell?
[13:12] <pitti> mvo, cjwatson: oh sorry, I figure this is a false alarm; /etc/schroot/default/nssdatabases copies passwd, and I don't have the user locally
[13:44] <arges> hallyn: good morning
[13:56] <arges> debfx: looking at your bug 1379346
[13:57] <hallyn> arges: yo
[13:58] <arges> hallyn: hitting the above bug ^^ didn't know if you were already looking into it, but looks like debfx already has a patch, so I'm working on it now
[13:59] <hallyn> arges: nope hadn't seen that
[14:00] <arges> hallyn: yup, testing the patch now.
[14:00] <hallyn> arges: huh.  i swear i used to have tha tpatch
[14:00] <hallyn> arges: could you please add the trusyt and utopic machine types too?
[14:01] <hallyn> then +1 from me. thanks debfx !
[14:01] <arges> hallyn: so the prefix needs to be ubuntu || trusty || utopic   for utopic?
[14:03] <arges> hallyn: ' qemu-system-x86_64 -machine ? ' only shows me ubuntu prefixes plus pc-* where trusty/utopic are postfixes
[14:04] <hallyn> arges: no, || pc-i440fx-trusty || pc-i440fx-utopic
[14:04] <hallyn> (sorry i hate those mt names :)
[14:04] <arges> ah since its STREQ
[14:04] <arges> hallyn: ok i'll add those
[14:04] <hallyn> thx
[14:05] <arges> hallyn: actually there is a condition that says 'STRPREFIX(def->os.machine, "pc-i440")' so I would assume that would catch pc-i440fx-trusty right?
[14:05] <hallyn> jdstrand: sarnold: rharper: just a check, have you had any luck in either reproducing or bisecting the qemu corruption issue?
[14:05] <hallyn> arges: d'oh
[14:05] <hallyn> yes
[14:06] <hallyn> so th eoriginal patch is good
[14:06] <arges> its ok : ) i'll test the patch anyway
[14:06] <rharper> hallyn: I've not tried in a while now
[14:06] <hallyn> rharper: ok.  i've not seen it in awhile, though i have to work a vm pretty long+hard to get corruption
[14:11] <kenvandine> doko, i think that arm64 build of gdb is hung
[14:12] <doko> kenvandine, I'm tracking it
[14:12] <kenvandine> doko, thx
[14:12] <cjwatson> kenvandine: waiting for infinity to wake up
[14:17] <jdstrand> hallyn (and sarnold and rharper): I have reproduced so much that I had to downgrade again. I don't have a simple reproducer though so I wasn't able to bisect
[14:17] <jdstrand> ie, it just happens sometimes
[14:18] <jdstrand> I went a whole weekend in a script and it was fine. then, I went to work on Monday and lost VMs
[14:23] <arges> hallyn: ok works for me, i'm going to have sforshee confirm and then i'll upload it
[14:23] <hallyn> arges: thanks
[14:24] <hallyn> jdstrand: ok, now that i have working serverstack maybe i can try reproducing there next week.  (couldn't keep sacrificing my server)
[14:26] <sforshee> arges, hallyn: that fixes the problem for me too
[14:26] <arges> cool
[14:27] <sforshee> arges: thanks a bunch
[14:54] <slangasek> xnox: /etc/pam.d/sudo> I don't know off hand, but I do know that my $LANG is being set from /etc/default/locale when I run either sudo -s or sudo -i on utopic
[14:55] <slangasek> xnox: hmm nope, testing shows the setting is coming from somewhere else
[14:55] <slangasek> inherited from the caller in fact
[14:55] <dpm> cjwatson, slangasek, do you know if it's possible to mirror a PPA? Some app developers in China tell us that it's very slow for them to download the SDK from the SDK team's PPA
[14:56] <cjwatson> dpm: it's just an apt archive, debmirror can do it
[14:57] <cjwatson> (or at least I assume it can, it would be very surprising if not ...)
[14:57] <dpm> ok, thanks cjwatson
[14:59] <doko> kenvandine, done
[14:59] <kenvandine> doko, thanks!
[15:33] <smoser> geser, slangasek i posted some more info to bug 1377005.
[15:33] <smoser> i cannot figure out what is removing addresses. something is doing it, and without the 'ip' command.
[15:36] <slangasek> smoser: btw, why did this bug not get marked as a duplicate of the other known bug?
[15:36] <smoser> no good reason.
[15:36] <smoser> well, jtv said he didn't think it was. (but i disagree)
[15:37] <smoser> and also cloud-init *does* put that annoying comment in the console about route info
[15:37] <smoser> so that should be fixed anyway for cloud-init.
[15:37] <smoser> if you want to dupe it yo ucan
[15:45] <smoser> what could possibly be removing that address?
[15:57] <pitti> smoser, cloud folks: is there any hope to re-fix nova boot --file (bug 1376176)? it makes it really hard to inject a script into instance creation, especially as precise's cloud-init doesn't yet support write_files:
[15:59] <smoser> pitti, i suspect that your cloud has just disabled that as injection.
[15:59] <smoser> so theres 2 ways that happens on the backend.
[15:59] <pitti> smoser: it's canonical bootstack
[15:59] <pitti> ah, perhaps
[15:59] <smoser> a.) the nova compute (through libguestfs) would insert it itself.
[15:59] <pitti> so write_files in userdata doesn't work either :(
[16:00] <smoser> b.) the files are presented through config-drive, and cloud-init would have to handle them.
[16:00] <slangasek> smoser: removing that address> at this point I have no guesses.  But it has to be either something triggered via ifupdown, or the kernel itself
[16:00] <smoser> can you let me into an instance real quick ?
[16:00] <pitti> ok, I guess I'll stop using cloud-init then, but instead wait for ssh and remote-execute the script through that :)
[16:00] <smoser> slangasek, yeah, i think kernel. but that just seems absurd.
[16:00] <smoser> so i didn't say it out loud
[16:00] <pitti> smoser: ah, so it might not be a regression in nova, but a proprerty of bootstack
[16:01] <pitti> smoser: it worked with HP cloud, but I lost access to that, so I can't compare
[16:01] <pitti> smoser: thanks
[16:01] <slangasek> smoser: ipv6 addressing is very magic in the kernel and I would not rule it out :)
[16:01] <smoser> pitti, can you launch one and let me in? i can see if its fixable. it probably *is* a property of openstack. and a *fix* in my mind.
[16:01] <pitti> smoser: <IP_ADDRESS> if you want to play around with that
[16:02] <pitti> smoser: (bog standard utopic i386 image)
[16:02] <pitti> smoser: but anyway, I figure running the script through ssh might be quite a bit more robust anyway
[16:02]  * pitti needs to leave for today, but thanks for the heads-up!
[16:04] <smoser> pitti, permission denied ?
[16:25] <smoser> slangasek, fix found
[16:25] <smoser>  rm -f "$MOUNTPOINT/etc/sysctl.d/10-ipv6-privacy.conf"
[16:26] <smoser> fun bug.
[16:30] <rbasak> doko: fyi, I'm deep into the python-greenlet armhf FTBFS right now. I can work around it fine but am doing some more analysis toward sending a fix upstream.
[16:47] <doko> stgraber, please have a look at http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140914-utopic.html  libparse-debianchangelog-perl
[16:49] <doko> jpds, mdeslaur: please could you have a look at the strongswan ftbfs, and if updating from debian would help?
[16:52]  * mdeslaur looks
[16:57] <mdeslaur> jpds: any ideas?
[16:59] <mitya57> ScottK: too late to merge new Sphinx (which apparently can also break some stuff), and that's the only thing why I needed -issuetracker.
[17:05] <stgraber> doko: I doubt I'll have much time before release week in Washington, on vacation, conference and sprinting until then
[17:06] <doko> bah
[17:06] <stgraber> also, I don't know that package, I'm probably an accidental TIL on it :)
[17:06] <doko> looking at the merge then ...
[17:07] <stgraber> thanks
[17:07] <stgraber> I may have some time for packaging work on Sunday during my train ride to Düsseldorf but that's going to very much depend on how good a cell signal I get and what kind of roaming deal I can get :)
[17:11] <doko> stgraber, you could have spent the time arguing here instead by saying that it can be synced ;-P
[17:12] <stgraber> oh, it can? :) as I said, I don't know that package and my cell phone isn't particularly great to look things up
[17:15] <bdmurray> cjwatson, infinity, slangasek: Here are the search results for /etc/os-release. http://paste.ubuntu.com/8527959/
[17:18] <infinity> bdmurray: checkbox's usage might be interesting to look more closely at.
[17:19] <infinity> Definitely a longer list than I expected.
[17:21] <slangasek> how many of these packages are in ubuntu-rtm?
[17:21] <slangasek> (ubuntu-rtm is still a subset, right?)
[17:21] <slangasek> checkbox isn't in rtm
[17:22] <infinity> Ahh, fair point.  At least for now.
[17:28] <slangasek> bdmurray, infinity: complete list of the named packages that are actually in rtm: http://paste.ubuntu.com/8528017/
[17:28] <slangasek> base-files is obvious; apport is the reason we're proposing the change; the others bear a closer look to be sure
[17:30] <slangasek> augeas just references it in terms of a configuration file, doesn't care about the contents
[17:32] <bdmurray> gnome-control-center uses it to display the name
[17:33]  * slangasek nods
[17:35] <slangasek> qtcreator uses NAME and VERSION_ID to compose a platform name for the platform in its PluginManager API; that may need further checking
[17:44] <slangasek> bdmurray: qtcreator looks clean; none of the plugins in rtm care about the platformName (which is good, they shouldn't)
[17:46] <slangasek> kde-runtime only uses it for drkonqi, which never runs in a phone context
[17:46] <slangasek> (and it's probably informational as well)
[17:46] <bdmurray> slangasek: plymouth doesn't seem relevant does it?
[17:47] <slangasek> util-linux supports pulling variables from here into agetty configs, so that's not relevant
[17:47] <slangasek> bdmurray: looking
[17:49] <slangasek> bdmurray: yeah, plymouth is display-only
[17:57] <slangasek> bdmurray: systemd is clean
[17:58] <bdmurray> slangasek: okay, I'm not clear on how packagekit uses it
[18:01] <slangasek> bdmurray: packagekit is possibly a concern, pk_get_distro_id() returns it in its api and it's also in pk_engine_daemon_get_property DistroId
[18:01] <slangasek> cjwatson, mvo: ^^ do you know if our packagekit use on the phone will be unhappy if distro_id changes?
[18:14] <sarnold> hallyn: sorry, I never had any luck finding a reliable-enough reproducer in the time I've put into it..
[18:15] <mvo> slangasek: I don't I would have to investigate (tomorrow)
[18:15] <mvo> slangasek: I doubt it (there is config file for backend selection), but cjwatson may know more
[18:18] <hallyn> sarnold: yeah, grumble, ditto.  i guess if nothing else works i'll jus thave to buy a second colo to run the tests on, bc we have GOT to figure this out
[18:54] <infinity> slangasek: Err, isn't distro_id just the ID field from os-release?
[18:54] <infinity> slangasek: Or no?
[18:54]  * infinity goes to look at the source.
[18:56] <infinity> Ahh, poorly named function, it definitely wants ID and VERSION_ID.
[19:39]  * DistroFeud Ywans
[19:39] <DistroFeud> a friend of mine tells me ubuntu dev work is mostly done by upstream debian packagers
[20:03] <cjwatson> slangasek: looks like that's only used by the service pack stuff, which we don't care about
[20:03] <cjwatson> (packagekit)
[20:04] <slangasek> cjwatson: within packagekit, yes, but it was also in the api so I wasn't sure
[20:04] <slangasek> bdmurray: ^^ anyway, looks like we can conclude os-release is safe to change
[20:08] <bdmurray> slangasek: okay, the general ubuntu hook in apport uses lsb_release -sc but that's just for adding a tag so meh
[20:09] <geser> smoser, slangasek: your last analysis helped in finding the source of your ipv6-only network problem: bug #994931
[20:12] <smoser> geser, yeah, odd though. i really thought i understood it.
[20:12] <smoser> but then i thought that adading this would fix it:
[20:12] <smoser> pre-up f=/etc/sysctl.d/10-ipv6-privacy.conf ; [ ! -f "$f" ] || sysctl -e -p "$f"
[20:12] <smoser> but it did not.
[20:14] <smoser> oh.
[20:14] <smoser> i see why.
[20:16] <smoser> no i dont
[20:16] <smoser> i thought the above would basically set it before 'ip addr add' happened, and then it wouldn't be set to a different value.
[20:30] <geser> smoser: could you add a check if the sysctl was set to the expected value in your ip wrapper?
[20:31] <smoser> well, /var/log/upstart/ shows it to have been set
[20:31] <smoser> and it doesn't fail.
[20:31] <smoser> but yeah, that would be a reason. but i can just extend it . to read the values. too (hat 'pre-up' )
[20:37] <smoser> geser, well, it reads them back at the settings it wrote. (ie, it sure thinks it sets them to '2' in pre-up).
[20:38] <geser> hmm
[20:38] <smoser> i suspect net.ipv6.conf.eth0.autoconf=0 now. as ifup does that based on autoconf setting.
[20:38] <smoser> trying that now.
[20:39] <smoser> nop. i dont knwo . something fishy there.
[20:40] <geser> and without the ipv6-privacy.conf file it works?
[20:40] <smoser> yeah. i know. i dont trust me either :)
[20:47] <smoser> it definitely works. just doing a mv of that file to .disabled.
[21:05] <geser> hmm, this sounds like even with the pre-up command the sysctl value gets set at the wrong time but I can't imagine why
[23:50]  * DistroFeud YWANS


[15:55] <stbatduke> Ohai #bzr !!  I have a weird question, and there may not be a good answer .... How do I explain the importance of using a version control system such as bzr to my management team and development team?  The context is this:  We have been using bzr for the last maybe 2 years, and we have lots of version history in our application, however we have not be properly utilizing the power of bzr properly (at least in my opinion), but at least we have been using it.  I
[15:56] <stbatduke> So my question is:  What would be a good way to discuss this with my management team to convince them that we need to force the dev team to use bzr the way we have been the whole time, and to reject any completed work that has the .bzr folders deleted?
[15:56] <stbatduke> Let me put that into a paste in case someones irc client cuts it off (sorry for the long question):
[15:57] <stbatduke> http://pastebin.com/fM0BMCc3
[17:12] <stbatduke> My Boss answered my own question!!
[17:13] <stbatduke> Version Control System use is required for HIPAA


[12:16] <claudiupopa> smoser, Odd_Bloke: any reason why cloudinit.logging is called `logging`?
[12:16] <claudiupopa> Are we expecting it to always replace the builtin logging module?
[15:16] <openstackgerrit> Scott Moser proposed stackforge/cloud-init: add unregister and reset to DictRegistry and use  https://review.openstack.org/209696
[15:17] <smoser> Odd_Bloke, https://review.openstack.org/#/c/209696/
[15:17] <smoser> it is nonobvious to me how to test the udpate_configuration
[15:18] <smoser> could you quickly add 2 ?
[15:18] <Odd_Bloke> smoser: 2?
[15:18] <smoser> id ont know why i said 2
[15:19] <smoser> i guess 3
[15:19] <Odd_Bloke> smoser: Oh, add some tests?
[15:19] <claudiupopa> why isn't the reset separated?
[15:19] <smoser> one for reset, update and update_with_null
[15:19] <smoser> claudiupopa, as in you want to reset with no config
[15:19] <smoser> right?
[15:19] <claudiupopa> yeah.
[15:20] <claudiupopa> I tend to not like boolean flags that modifies something.
[15:20] <claudiupopa> I mean functions with boolean flags.
[15:21] <claudiupopa> Just a question, is expected from DictRegistry to be thread safe?
[15:27] <Odd_Bloke> claudiupopa: No.
[15:28] <Odd_Bloke> claudiupopa: But only because there was no reason to at this point, rather than from some deep opposition to thread-safe data structures. :p
[15:33] <smoser> claudiupopa, i think i'd just drop the 'reset'
[15:34] <smoser> and if you want reset, you just instantiated_handler_registry.reset()
[15:34] <claudiupopa> smoser: yeah, that would be better imo.
[15:41] <Odd_Bloke> smoser: If you still want me to add tests after that, let me know when I can pull the change to play with it. :)
[15:42] <smoser> Odd_Bloke, if you could, i'd really appreciate it.
[15:43] <Odd_Bloke> smoser: Cool, give me a shout when it's ready.
[15:44] <openstackgerrit> Scott Moser proposed stackforge/cloud-init: add unregister and reset to DictRegistry and use  https://review.openstack.org/209696
[15:44] <smoser> Odd_Bloke, ^
[15:46] <claudiupopa> by the way.  any reason why cloudinit.logging is called `logging`?
[15:48] <Odd_Bloke> smoser: ^
[15:50] <smoser> to be like loggin
[15:50] <smoser> logging
[15:50] <claudiupopa> So we'll use that instead of the builtin logging module?
[15:51] <smoser> yeah. by name it is the same and the intent is it looks the same.
[15:51] <claudiupopa> Because in that case, it should be made explicit in url_helper and templater.
[15:51] <claudiupopa> as in from cloudinit import logging instead of a plain `import logging`.
[15:52] <claudiupopa> Since absolute import is not activated in those modules.
[15:52] <smoser> you're right. those should use tcloudinit.logging
[15:52] <smoser> at least that is the intent.
[15:52] <smoser> good catch claudiupopa
[16:00] <Odd_Bloke> smoser: Going in to a meeting now; will look at those tests in ~30 minutes.
[16:05] <smoser> k.
[16:56] <openstackgerrit> Claudiu Popa proposed stackforge/cloud-init: Add an API for loading a data source  https://review.openstack.org/209520
[16:58] <claudiupopa> Odd_Bloke, smoser ^ still work in progress, but I'll appreciate a review regarding the direction.
[16:59] <smoser> so as you suggest4ed, https://review.openstack.org/#/c/209520/2/cloudinit/plugin_finder.py
[16:59] <smoser> shoudl have
[16:59] <smoser>  from . import logging
[16:59] <smoser> right ?
[17:00] <claudiupopa> Yeah, I noticed right now that.
[17:00] <claudiupopa> Thanks.
[17:03] <smoser> https://review.openstack.org/#/c/209520/2/cloudinit/sources/openstack/httpopenstack.py
[17:03] <smoser> can we jsut tlak here.. ?
[17:03] <claudiupopa> yeah.
[17:03] <openstackgerrit> Claudiu Popa proposed stackforge/cloud-init: Use an explicit absolute import for importing the logging module  https://review.openstack.org/210035
[17:04] <openstackgerrit> Daniel Watkins proposed stackforge/cloud-init: Add unregister and reset to DictRegistry and use  https://review.openstack.org/209696
[17:05] <smoser> so there, data_sources() does not know if it should do network data sources or local ?
[17:05] <Odd_Bloke> smoser: I think it just needed the one test, which I've pushed up.
[17:05] <claudiupopa> No, not at that point.
[17:05] <claudiupopa> That was the intent of the strategies.
[17:06] <claudiupopa> Which is a fancy word for implementing filters.
[17:06] <claudiupopa> The idea is that if you want the network data sources only or any other kind of data source, you implement a strategy and you pass it to get_data_source.
[17:06] <Odd_Bloke> Now I'm EOD'ing. :)
[17:06] <smoser> Odd_Bloke, htanks
[17:07] <claudiupopa> I did it in this way since it really separates the concerns.
[17:07] <claudiupopa> Each data source will not be interested in how it will be chosen.
[17:08] <smoser> claudiupopa, ok, i think thats probably fine, but the example strategy of 'serial' implied to me 'parallel'
[17:08] <claudiupopa> yep.
[17:08] <claudiupopa> At that point you can combine network + parallel.
[17:08] <claudiupopa> Or any other combination you like
[17:09] <claudiupopa> https://review.openstack.org/#/c/209520/2/cloudinit/sources/base.py
[17:09] <claudiupopa> check valid_data_sources.
[17:09] <smoser> i think that is ok. ... but i want to be clear somehow when loading the datasource to search
[17:09] <smoser> that it does not have (or is not guaranteed) functional network
[17:09] <smoser> ie, the network could be wrong at this poitn an dit shoudlnt consider using it
[17:10] <claudiupopa> yep, I see your point. Probably the actual strategies that will be used will be specific per each step in the stages.
[17:28] <smoser> claudiupopa, thats the real extent of my comemnts then i think
[17:29] <claudiupopa> no other obvious issue?
[17:31] <claudiupopa> thanks!
[17:31] <claudiupopa> I'll push the tests tomorrow.
[17:32] <smoser> claudiupopa, can you https://review.openstack.org/#/c/209696/ ?
[17:32] <smoser> just as it is mine, i think you agree with it at this point.
[17:32] <smoser> can you push yes for workflow ?
[17:33] <claudiupopa> yep, looks nice.
[17:46] <openstackgerrit> Merged stackforge/cloud-init: Add unregister and reset to DictRegistry and use  https://review.openstack.org/209696