[22:52] <cj> Salt: I was talking to your prof ben the other day
[22:52] <cj> he's visiting the campus here
[22:57] <valorie> o/
[22:57] <valorie> cj: coming to LFNW?


[19:58] <tsimonq2> Looking through bugs - can anybody confirm this bug for unity? Or is it just old(in which case I will handle it)? https://bugs.launchpad.net/ubuntu/+source/unity/+bug/857738
[20:01] <tsimonq2> Looks old...what do I do?
[20:04] <tsimonq2> Looks like I have to mark it as expired...
[20:05] <tsimonq2> But I can't!


[15:09] <ubotu> New bug: #138369 in linux-restricted-modules-2.6.22 (restricted) "[Gutsy] D-Link Airplus DWL 520+ (TI ACX 100) not recognized" [Undecided,New] https://launchpad.net/bugs/138369
[15:50] <immoT-> (ii) loadmodule: "ddc"(ii) module already built-in
[20:26] <tormod> I rewrote the non-xrandr part of https://wiki.ubuntu.com/GutsyGibbon/ReleaseNotes - if someone can review it please.
[20:36] <pcjc2> hi Bryce
[20:36] <bryce> heya :-)
[20:36] <pcjc2> 855 hardware is horrible ;)
[20:36] <pcjc2> Still no luck with any of the avenues so far
[20:37] <pcjc2> Poking the PCI config space to re-enable the memory and IO spaces on the 00.02.1 PCI device doesn't help
[20:37] <pcjc2> nor does poking it off from a working X session break anything
[20:37]  * bryce nods
[20:37] <bryce> I take it you have access to a 855 board to play with?
[20:37] <pcjc2> no, am remote debugging with Claudio.. he's being surprisingly cooperative
[20:38] <bryce> ahh, well that's excellent
[20:38] <bryce> I love it when users get really involved in the process
[20:38] <pcjc2> I just sent him a couple of .ko recompiled with the patches http://lkml.org/lkml/2007/5/1/286 and
[20:38] <pcjc2> http://gitweb.freedesktop.org/?p=mesa/drm.git;a=commitdiff;h=3ee211f4f7435792752c1dbcd3a60e2e7abfba09
[20:39] <pcjc2> I'm not optimistic they will work, I don't know if Claudio will test them or not.. he seems up for trying things though
[20:39] <pcjc2> BTW... is it ok to have done this all off Launchpad?
[20:40] <pcjc2> I've got about 24 emails to him in my outbox, 20 in my inbox
[20:41] <pcjc2> so the bugspam would be rather large... if no solution is reached, I will of course post a summary of avenues investigated. (If a solution is reached, I might post that too ;))
[20:46] <pcjc2> ok, off to get food
[20:50] <bryce> pcjc2: bdmurray (the lead ubuntu qa guy) says he's having some weird artifacting on -intel when trying to suspend:  http://www.murraytwins.com/tmp/dscf4777.avi
[20:53] <bryce> pcjc2: for ubuntu-x we don't have any hard rules about where bugs get discussed and fixed, but any juicy bits are definitely worth recording in LP
[20:54] <bryce> I like doing all the discussion in LP both to have a record in one place (sometimes I need to review back to see how things developed into a solution), but I admit sometimes I go offlist - bug 127101 in particular was getting too noisy to hold conversation so I started mailing Juan Pablo off list
[20:54] <ubotu> Launchpad bug 127101 in xserver-xorg-video-intel "laptop hangs when switching video mode" [High,Fix released] https://launchpad.net/bugs/127101
[21:44] <tormod> bryce, do you have plans for making a new test package for ati?
[21:45] <tormod> some interesting commits today.
[21:45] <bryce> tormod, you mean a refreshed version of the -git head I did the other day, or the new fglrx?
[21:45] <bryce> http://www.phoronix.com/scan.php?page=article&item=881
[21:45] <tormod> the -ati driver from git
[21:46] <bryce> tormod, ah no plans there
[21:46] <tormod> do you have the diff and changelog for your git -head package
[21:46] <bryce> mostly focusing on documentation stuff today
[21:47] <bryce> yeah I'll push that up, one sec
[21:47] <tormod> http://people.ubuntu.com/~bryce/Testing/ati/ has only the .deb, and from its changelog I am not sure which commit was included.
[21:47] <bryce> tormod: btw, it would be really helpful if when you build packages, to also publish the debdiff, dsc, etc.
[21:48] <tormod> apropos documentation, can you look at the release notes (xrandr)?
[21:48] <bryce> there were several things I was uncertain about in doing this package so would have liked to look how you'd been handling them
[21:48] <tormod> I was pulling in each and every commit as a separate quilt patch...
[21:49] <bryce> yeah anything in particular with the release notes?
[21:49] <tormod> I just changed the non-xrandr alternatives part
[21:50] <bryce> think there's any other things we should mention in the release notes?
[21:50] <tormod> I discussed it briefly with tepsipakki earlier.
[21:50] <bryce> http://people.ubuntu.com/~bryce/Testing/ati/
[21:51] <tormod> well there's a whole lot of card-specific issues: Xpress cards, 7500... but it will be too much for the official notes.
[21:51] <jcristau> xpress cards never really worked anyway, afaik
[21:52] <tormod> jcristau: people anyway try with their brand new laptops :)
[21:53] <tormod> and they will be disappointed/confused/writing bug reports
[21:54] <tormod> bryce: your tar.gz has everything? no diff. can I just git pull on top of it?
[21:55] <bryce> almost
[21:55] <bryce> do a git pull, cd into it, and run ./autogen.sh
[21:56] <bryce> then tar that up, and rename it from xf86-... to xserver-xorg-...
[21:57] <bryce> to create the package, I just unpacked that, copied the debian/ dir from a prior version, made a few tweaks mentioned in the changelog, and went through the normal debuild / pbuilder process
[21:57] <bryce> heya jcristau
[21:58] <jcristau> hi bryce
[21:58] <bryce> yeah I think we need to keep the release notes short and sweet, no need to mention every hardware that doesn't work... although it would be nice if we had a listing to link to.  Oh well, maybe next time.
[21:58] <jcristau> tormod: you can't document every bug in release notes, so usually the focus is on regressions
[21:59] <tormod> jcristau: right
[22:04] <tormod> bryce: I just unpacked your .dsc, ran git pull and debuild'ed again. quick and dirty.
[22:04] <tormod> bryce: I changed the changelog though
[22:07] <bryce> excellent
[22:10] <tormod> maybe we should have had an GutsyKnownIssues/Xorg...
[22:16] <tormod> oops I forgot to specify ppa when I dput'ted the package, it ended up in upload.ubuntu.com - I guess it will be deleted by it self?
[22:16] <ubotu> New bug: #153733 in linux-restricted-modules-2.6.22 (restricted) "D620 Nvidia direct rendering no" [Undecided,New] https://launchpad.net/bugs/153733
[22:34] <tepsipakki> GKI/Xorg should be a link to the buglist/package report page :)
[22:40] <tormod> but some bugs are really well-known issues touching a lot of users. You can't expect a first-time Ubuntu/linux user to efficiently search launchpad about issues for his card before trying installing IMO.
[22:41]  * tormod has to restart X
[22:43]  * tormod is back on the edge (git-head) again
[23:10] <tepsipakki> tormod: right, the blank screen issues with ati should be mentioned, and that we are likely to push an update at some point
[23:22] <tormod> I am off to bed... if you or bryce can add that to the release notes it would be great.
[23:22] <tepsipakki> I'm writing it :)
[23:24] <tepsipakki> oh great
[23:24] <tepsipakki> "The authentication database is temporarily unavailable. Anonymous access only."
[23:24] <bryce> erf
[23:25] <tepsipakki> and it's not in the cache either
[23:25] <tepsipakki> wanted a preview and it vanished
[23:30] <tormod> maybe they upgraded the wiki server to Gutsy :)
[23:34] <tepsipakki> uh, I can't remember anymore what I wrote
[23:34] <tepsipakki> too late for me
[23:34] <bryce> has anyone yet done a xserver 1.4 build?
[23:34] <tormod> now the ppa fails to upload also...
[23:34] <tepsipakki> I almost did today
[23:35] <tormod> the wiki is back
[23:36] <tepsipakki> woohooo
[23:36] <tepsipakki> no change lost
[23:36] <bryce> \o/
[23:37] <tepsipakki> just refreshed the page
[23:39] <tormod> great
[23:39] <tepsipakki> ok, it's there, first entry of the "other bugs"
[23:39] <tormod> btw, I have posted latest-git packages for ati at XorgOnTheEdge (i386 is in ppa build queue)
[23:40] <tepsipakki> feel free to modify
[23:42] <bryce> cool
[23:45] <tormod> good night (finally)
[23:45] <bryce> night
[23:47] <pcjc2> bryce: That suspend artifact is odd... is it new with the fix we pushed with 127101, or a standing bug?
[23:47] <bryce> bdmurray: is that suspend artifact new?
[23:50] <tepsipakki> I'm off to bed as well, bye! ->
[23:54] <bryce> night tepsipakki, thanks
[23:55] <bdmurray> I can't say definitively
[23:56] <pcjc2> I couldn't quite tell from the video... what is it doing?
[23:56] <bdmurray> It was pulsated red as if it were posessed
[23:56] <pcjc2> is the backlight blinking, or the image
[23:57] <pcjc2> this is on suspend, or resume from?
[23:57] <bdmurray> trying to suspend
[23:57] <bdmurray> it only happens with compiz on
[23:57] <pcjc2> did it suceed in the end?
[23:57] <bdmurray> no, it seemed to lock up
[23:57] <pcjc2> hmm
[23:57] <bdmurray> I have some other pictures somewhere
[23:57] <pcjc2> I wounder if it would do it with opengl playing
[23:58] <pcjc2> no compiz, but glxgears for example
[23:58] <pcjc2> It looks shiney and new... is it 965 hardware?
[23:59] <bdmurray> 945 I think - I'm doing some iso testing atm


[09:11] <jibel> cjwatson, alternate and server images fails to install this morning. Corrupted files on the iso. I reported bug 724822
[09:11] <ubot4> Launchpad bug 724822 in debian-installer (Ubuntu) "d-i installer fails for server/alternate i386/amd64: Corrupted deb files on iso (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/724822
[09:11] <jibel> ara, ^
[10:23] <cjwatson> jibel: fixed
[10:27] <jibel> cjwatson, thanks. btw there's no ubuntu daily-live since Feb 23rd, is it normal ?
[10:31] <cjwatson> jibel: don't know, have you checked the logs?
[10:31] <jibel> cjwatson, where are the logs ?
[10:31] <cjwatson> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/ and http://people.canonical.com/~ubuntu-archive/cd-build-logs/
[10:32] <jibel> I'll check
[10:32] <cjwatson> live filesystems fail to build for all kinds of reasons - building a live CD requires the distribution to be consistent enough that you can install ubuntu-desktop, etc.
[10:32] <cjwatson> so it is fairly normal for them to fail to build for days at a time
[10:32] <cjwatson> we get mailed when they fail
[10:38] <cjwatson> also pitti said earlier on #ubuntu-devel:
[10:38] <cjwatson> 08:13  * pitti fixes python-aptdaemon-gtk component to fix CD builds
[10:40] <jibel> yeah, aptdaemon is fixed, I'm looking at empathy on amd64
[16:39] <stgraber> could someone respin edubuntu ? we haven't had a working build in a while and would like to do some testing. Last build failed because of unity-2d which seems to be fixed now.
[17:30] <stgraber> cjwatson, skaet_: ^
[17:31] <cjwatson> stgraber: rebuilding, though I have no idea whether it will work
[17:32] <skaet_> cjwatson, thanks
[17:33] <skaet_> stgraber, lots of dependency issues getting cleaned up right now, with the packages landing for FF yesterday.
[17:38] <smoser> skaet_, around ?
[17:40] <skaet_> smoker, yup
[17:41] <smoser> smoker, no
[17:41] <smoser> :)
[17:41]  * skaet_ was just about to head out for some lunch
[17:41] <skaet_> and can't type.
[17:41] <smoser> skaet_, https://bugs.launchpad.net/ubuntu/+bug/725127 . thats my FFE request
[17:41] <ubot4> Launchpad bug 725127 in ubuntu "FFE: add 'cloud-initramfs-tools' package and cloud-utils update (affects: 1) (heat: 10)" [Undecided,New]
[17:41]  * cjwatson kicks off yet another server CD build in the hope that it will actually pick up the new bootstrap-base this time
[17:42] <stgraber> cjwatson: thanks
[17:43] <skaet_> smoser,  timing wise, I think we should be good to include it still.
[17:44] <smoser> its realatively simple new function that is ready to go.
[17:44] <smoser> skaet_, how/when would i find out if its ok to go forward?
[17:44] <skaet_> smoser, no chance of causing regressions then?
[17:45] <smoser> no. its all new function.
[17:45] <smoser> broadscale inclusion of the initramfs module would be not recommended, but for the targetted use in our UEC images, it should be fine.
[17:46] <skaet_> ok by me then.   cjwatson ^^ do you know any reason not to upload then?
[17:50] <cjwatson> don't see a problem, it seems contained
[17:51] <skaet_> smoser,  upload away.
[17:51] <smoser> thank you.
[18:47] <bjf> skaet_, it's friday and i can only seem to remember to ask this on fridays, why do the links on: http://cdimage.ubuntu.com/releases/8.04.4/release/   point at 8.04.1 isos and not at 8.04.4 ones ?
[19:25] <skaet_> bjf, agree thats weird,  i was looking the server, and it looks like it should be pointing to 8.04.4 so not sure what's happening in the translation.
[19:43] <skaet_> bjf,  dug a bit deeper, and it looks like there's been an stomp at some point in the past.    Yeah,  I see it now on the server.
[20:02] <skaet_> bjf,  turns out there weren't any 8.04.04 DVD builds, so 8.04.01 was put there. :P
[20:02] <bjf> skaet_, were there any point releases other than .01 done ?
[20:03] <skaet_> bjf, for DVD's not sure.
[20:04] <skaet_> for 8.04.3 it points to 8.04.1 as well.
[20:06] <jdstrand> for some reason I am not 100% certain about this. aiui, universe and multiverse are also under FF, so they need a FFe bug-- correct?
[20:08] <jdstrand> skaet_: ^
[20:09] <jdstrand> (I'm looking at ArchiveAdministration, FeatureFreeze and FreezeExceptionProcess
[20:09] <jdstrand> )
[20:12] <cjwatson> bjf: not everything always got rebuilt for all point releases, so we just carried over the old images in those cases.
[20:12] <bjf> cjwatson, that's cool, it looks odd and i just wanted to make sure something hadn't gone wrong


[06:41] <dholbach> good morning
[06:45] <dpm> morning dholbach
[06:51] <dholbach> hola dpm
[07:43] <davidcalle> Morning o/
[07:54] <dpm> hey davidcalle
[12:44] <dpm> balloons, dholbach, davidcalle_, mhall119, who's up for the Q&A today?
[12:51] <dholbach> I'd be happy to take part
[12:51] <dholbach> we should mention UCFS
[12:52] <dpm> dholbach, cool. Yeah, I've added a new list to our community propaganda board and already added UCFS in the list of topics for today
[12:54] <dholbach> <3
[12:55] <davidcalle_> dpm, dholbach, sorry won't be able to join today
[12:56] <davidcalle_> dholbach, dpm, oh, good news, I know have a setup to reproduce juju deploys of duc, it's currently building, but we can now debug issues of the whole stack without IS
[12:57] <davidcalle_> locally managed setup*
[12:59] <davidcalle_> now*
[12:59] <dpm> davidcalle, no worries
[13:00] <dholbach> wow
[13:00] <dholbach> davidcalle, ^ great work!
[13:00] <mhall119> dpm: dholbach what is UCFS?
[13:01] <dpm> UFCS
[13:01] <mhall119> oh, free culture showcase
[13:01] <dpm> :-)
[13:04] <dholbach> UFCS, right
[13:04] <dholbach> too many U<something> acronyms
[13:05] <dholbach> UGJ, UFCS, UDS, UOS, UOW, UDW, UADW, UDU, UBZ, ....
[13:06] <dpm> I'm missing UDU and UBZ to complete the Ubuntu bingo - what are they?
[13:07] <dholbach> old UDS code names :)
[13:07] <dholbach> Ubuntu Down Under and Ubuntu Below Zero :)
[13:07] <dholbach> memories.... just in time for my 10 year at Canonical anniversary at the end of the week :)
[13:07] <dpm> oh WOW!
[13:08] <dholbach> yeah, September 2005 :)
[13:09] <czajkowski> wow
[13:09] <mhall119> man, a decade at Canonical
[13:10] <dpm> like a real one, not a "feels like" one! :-)
[13:10] <dholbach> https://daniel.holba.ch/blog/2013/03/ubuntu-youve-changed/ ← that's what things looked like back then ;-)
[13:10] <dholbach> yeah, it feels like much more :-P
[13:12] <czajkowski> dholbach: chart your history via photos of yourself
[13:12] <czajkowski> :)
[13:12] <czajkowski> all the different hair dos!
[13:15] <dholbach> czajkowski, not sure if that's really necessary :-)
[13:16] <czajkowski> dholbach: but fun :)
[13:35] <balloons> whoa, I missed the part where dholbach says he's celebrating 10 years!
[14:22] <dpm> dholbach, have you started the Q&A announcements on social media, or shall I?
[14:23] <dholbach> dpm, I updated the page and wanted to let the world know in 10-15 mins
[14:24] <dpm> ok, cool
[14:41] <dholbach> dpm, propaganda machinery started
[14:41] <dpm> cool, thanks dholbach!
[16:02] <dholbach> all right my friends - I call it a day - see you all tomorrow!


[12:07] <drathir> bry...
[17:58] <Voldenet> drathir: bry
[18:00] <drathir> Voldenet: witaj...
[21:03] <superware> can someone please help me with Polski?
[21:03] <xaxes`> superware: sup
[21:04] <superware> xaxes`: hi, can you please verify www.resizenow.com/pl is translated correctly?
[21:04] <superware> the English version is at www.resizenow.com/en
[21:06] <superware> xaxes`: better yet, please see http://pastebin.com/xrCkAu1m
[21:07] <xaxes`> superware: nope, I don't have time for that
[21:08] <superware> not even a quick scan? :)
[21:08] <superware> just to make sure there're no fatal mistakes
[21:10] <superware> can someone else please help me verify this?
[21:10] <xaxes`> no fatal mistakes, but there's one typo
[21:11] <xaxes`> superware: in 11. "wspierwa" should be "wspiera"
[21:12] <superware> ok, thanks!
[21:40] <Ashiren> :o
[21:45] <Voldenet> dobry spam
[21:45] <Voldenet> >wybierz obraz >wybierze wiele
[21:45] <Voldenet> :DDDDDDDDDD
[21:47] <Voldenet> pomogliście mu hardo
[22:00] <Ashiren> 1st
[22:10] <greck> 2nd


[11:25] <bluca> xnox, mclemenceau: I'm told by a little bird that you might be interested, any chance the ubuntu-keyring package in Debian could be rescued? It's pretty much abandoned: https://tracker.debian.org/pkg/ubuntu-keyring
[11:25] <bluca> being able to bootstrap ubuntu from debian (and viceversa) securely is really nice
[13:43] <xnox> bluca: yes, we must


[01:39] <compufreak> I have a script that pulls the machine name from /var/lib/hyperv/.kvp_pool_3 and I'd like to use that as the hostname during cloud-init-local step. What's a normal place to put this? cloud-init pulls regular user-data from a network service
[01:41] <compufreak> seems like maybe vendor-data but not sure where to put it
[13:20] <Odd_Bloke> meena: Yeah, AFAIK NoCloud is a cloud-init thing.
[13:22] <Odd_Bloke> compufreak: vendor-data comes from the same source as user-data; it is intended to handle the case where there is cloud-config that a cloud vendor would like applied to every instance (e.g. mirror configuration, NTP, etc.) while still allowing the user to (a) specify user-data, and (b) _disable_ vendor-data if they want.
[13:23] <Odd_Bloke> So probably not what you're looking for in this instance.
[13:29] <Odd_Bloke> compufreak: Your best bet may be to configure cloud-init with `preserve_hostname: true` (https://cloudinit.readthedocs.io/en/latest/topics/modules.html#set-hostname) and a bootcmd (https://cloudinit.readthedocs.io/en/latest/topics/modules.html#bootcmd) which runs your script.
[13:41] <compufreak> hmm, thanks, I'll take a look!
[13:45] <smoser> compufreak: is that hyperv but not azure (or azure on-prem)?
[13:46] <smoser> if its azure, then we should make azure datasource do the right thing.
[13:46] <smoser> if its something else, then Odd_Bloke did a good job of describing a solution.
[13:50] <compufreak> yeah this isn't azure but has some similar mechanics--it's running directly on hyperv (just a pet project)
[13:51] <compufreak> afaik azure hypervisor is a customized version of hyper-v
[13:52] <compufreak> although hyper-v key-value pair through the data exchange integration could be an interesting data source
[13:54] <compufreak> not sure if there's much interest in hyper-v, but here's some notes https://gist.github.com/nijave/f323eb1756933b968b70f0cb951ea619 (the altaro link has a lot of details)
[13:55] <compufreak> you can actually create a socket through vmbus hyper-v provides so you could make a psuedo-network service that works without the VM having a network connection
[13:56] <Odd_Bloke> Oh, that's cool.
[14:05] <smoser> compufreak: i'm pretty sure cloud-init uses that on azure to post logs.
[14:07] <smoser> yeah, see push_log_to_kvmp/report_compressed_event
[14:59] <Odd_Bloke> compufreak: How are the key/value pairs in .kvp_pool_3 determined, do you know?
[15:05] <amansi26> blackboxsw:I need to clarification about: https://bugs.launchpad.net/cloud-init/+bug/1894839    I am using preserve_hostname: false and did a capture deploy, the VM hostname is expected as the name associated with IP, or the name using which we deployed the VM
[15:25] <compufreak> Odd_Bloke: see https://www.altaro.com/hyper-v/key-value-pair-data-exchange-3-linux/
[15:26] <compufreak> Odd_Bloke: basically there's 4 "pools" host->guest (read-only) host->guest rw, and vica-versa and the files are fixed field size kv pairs with nul byte padding
[15:39] <rs_goyal__> I am using centos7/8 standard images(https://cloud.centos.org/centos/) to created an instance and openstack is the datasource. I am trying to push a shell script  via vendor data, the script gets copied in `/var/lib/cloud/instance/scripts/vendor/script` but does not get run on the boot up. The same works for other distributions like ubuntu/fedora etc. From the cloud-init logs I was able to see that, it did not
[15:39] <rs_goyal__> run the script in final stage. Let me know if someone has any idea on this.
[16:08] <blackboxsw> amansi26: preserve_hostname: false means cloud-init will set hostname to whatever metadata says the hostname should be. If True, it means it'll leave the hostname whatever it is already configured to in the image.
[16:13] <Odd_Bloke> compufreak: Right, I read through that; my questions are more: what determines the contents of pool 3 on the host side?  Is it reliably similar across Hyper-V deployments?  Does it change across versions of Hyper-V?  Can admins modify (all of?) it?
[16:15] <Odd_Bloke> rs_goyal__: Are you able to pastebin cloud-init.log?
[16:18] <blackboxsw> #startmeeting cloud-init status meeting
[16:18] <meetingology> Meeting started Tue Sep  8 16:18:47 2020 UTC.  The chair is blackboxsw. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:18] <meetingology> Available commands: action commands idea info link nick
[16:19] <blackboxsw> #chairs smoser Odd_Bloke rharper falcojr lucasmoura
[16:19] <blackboxsw> hey folks. welcome to another public cloud-init status meeting
[16:19] <blackboxsw> disclaimer: interruptions and side conversations are welcome
[16:19] <blackboxsw> We use this platform/channel to discuss latest and greatest cloud-init, as well as ensuring that there are a couple of upstream developers present to field questions or discussion as needed.
[16:20] <blackboxsw> We gather here in this IRC channel every 2 weeks to discuss current development tasks and progress on cloud-init.
[16:20] <blackboxsw> Previous meeting minutes are here;
[16:20] <blackboxsw> #link https://cloud-init.github.io/status-2020-08-25.html#status-2020-08-25
[16:20] <blackboxsw>  The topics we'll cover today: Previous Actions, Recent Changes, In-progress Development, Community Charter, Office Hours (~30 mins).
[16:21] <blackboxsw> I expect today will be short as the entire Canonical team is involved in cloud-init SRU verification for Ubuntu at the moment
[16:21] <blackboxsw> #topic Previous Actions
[16:22] <blackboxsw> last meeting had an action item we needed to resolve
[16:22] <blackboxsw>  bbsw add workitem to SRU release process to announce to mailinglist estimated next SRU timeframe.
[16:24] <blackboxsw> this item can be resolved as I've added the content requested to our email template which will be sent out once this SRU completes.
[16:24] <blackboxsw> I see no other actions from last meeting
[16:25] <blackboxsw> #topic Recent Changes
[16:26] <blackboxsw> The following are upstream commits landed in cloud-init's master branch:
[16:26] <blackboxsw> #link https://paste.ubuntu.com/p/NgqncRMG9c/
[16:28] <blackboxsw> In the last couple of weeks we cut the upstream 20.3 release (thanks everyone for all the help there).  Queued SRU uploads for ubuntu/xenial, bionic and focal release testing.
[16:28] <amansi26> blackboxsw: metadata here will be the configdrive, if my understanding is right?
[16:30] <blackboxsw> And added some goodness to systemd units and ordering (sort systemd cloud-init-local.service hv_kvp_daemon and systemd: add Before=shutdown.target when Conflicts=shutdown.target is
[16:30] <blackboxsw>       used )
[16:30] <blackboxsw> thanks paride and robjo for those commits
[16:30] <blackboxsw> amansi26: +1 you can see the metadata configured hostname from cloud-init query local-hostname I think
[16:30] <blackboxsw> amansi26: +1 you can see the metadata configured hostname from `cloud-init query local-hostname` I think
[16:30] <blackboxsw> amansi26: I was just starting to respond to your bug you linked too
[16:31] <blackboxsw> I think preserve_hostname: false (which is cloud-init's default behavior )  means cloud-init will read that hostname from metadata and apply it to the system
[16:31] <amansi26> Sure. there is another bug which I observed on a RHEL8 environment: https://bugs.launchpad.net/cloud-init/+bug/1894837
[16:35] <blackboxsw> amansi26: sorry cloud-init query local_hostname   (# not with a hyphen)
[16:35] <blackboxsw> checking 2nd bug
[16:38] <blackboxsw> so amansi26 you'd like the ability to override the iface_defaults on rhel systems for NM_CONTROLLED to set  True instead of false for cloud-init interfaces?
[16:40] <blackboxsw> generally if cloud-init is rendering network configuration on an instance, it tries to avoid using network manager by default. I think it's worth requesting logs on  your bug
[16:40] <blackboxsw> those cloud-init logs can be obtained using cloud-init collect-logs (which generates a tar.gz file in the current working directory). then attach that to the bug
[16:41] <amansi26> yes, since I was reading the documentation for RHEL8 network configuration, I found that NM_CONTROLLED = yes should be there. but we are passing the value as No.  Sure I will attach the logs to the defect
[16:43] <blackboxsw> thanks amansi26 I responded on that bug too
[16:46] <blackboxsw> Ok, per the meeting,  that wraps #recent-changes topic I believe
[16:46] <blackboxsw> #topic In-progress Development
[16:48] <blackboxsw> Currently the Canonical team is working hard on SRU verification so we can release cloud-init v. 20.3 to Xenial, Bionic and Focal. It looks like we are done with most major cloud verification and walking through individual verification items.
[16:50] <blackboxsw> I believe falcojr mentioned this morning we are about 5 of 30ish verification items complete.
[16:50] <blackboxsw> we are continuing to work this verification as our top priority
[16:50] <blackboxsw> folks interested should subscribe to updates on our SRU bug
[16:51] <blackboxsw> #link https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1893064
[16:53] <blackboxsw> that bug will transition to verification-complete once all verification is done
[16:54] <blackboxsw>  #topic Community Charter
[16:54] <blackboxsw> The following topics are still topics for ongoing community development anyone new to cloud-init, or with a bit of time could easily grab one of these bitesized tasks:
[16:54] <blackboxsw>  JSON schema extensions to validate user-data before instance launch: https://bugs.launchpad.net/cloud-init/?field.tag=bitesize
[16:54] <blackboxsw> - cloudinit.net refactor into distro-specific networking subclasses cloudinit.distros.networking: https://bugs.launchpad.net/cloud-init/+bugs?field.tag=net-refactor
[16:54] <blackboxsw> If anyone would like to be involved more than they currently are, please feel free to contact us here in IRC #cloud-init on Freenode or on the mailing list<EMAIL_ADDRESS>and we can see how best we can get you "set up"
[16:54] <blackboxsw> #topic Office Hours (next ~30 mins)
[16:55] <blackboxsw> this time of the meeting is really just an open door for any discussions, concerns, bugs, questions or general prodding of upstream devs to make sure existing development work is unblocked where possible.
[16:55] <blackboxsw> in absence of discussions. We actually will be focused on SRU verification tasks today.
[16:56] <blackboxsw> each of these verification logs and scripts are pushed as pull requests  to https://github.com/cloud-init/ubuntu-sru/pulls
[17:13] <blackboxsw> ok I think that about wraps today's session. Next meeting will be in two weeks, but we'll likely see you in channel earlier.
[17:13] <blackboxsw> #endmeeting
[17:13] <meetingology> Meeting ended Tue Sep  8 17:13:31 2020 UTC.
[17:13] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/cloud-init/2020/cloud-init.2020-09-08-16.18.moin.txt
[17:14] <blackboxsw> ok just published minutes
[17:14] <blackboxsw> the should show up here in a few mins: https://cloud-init.github.io/
[17:23] <lucasmoura> Hey everyone, I am trying to manually test the following PR, but it seems that I will need to pass a custom datasource to set the region in a way that ec2 regex will match. Is there an easy way to provide a custom datasource using cloudinit ?
[17:24] <lucasmoura> I have looked at the NoCloud datasource, but it seems even using it I would need to pass a kernel cmdline to pass a location where cloudinit will download the metadata files
[17:24] <lucasmoura> So maybe there is a more straightforward approach on this situation
[18:02] <meena> Odd_Bloke: if we're responsible for NoCloud… then we should document it… i wanted to write better… but given how poorly it is documented right now, anything would be better. We should also provide canonical ;))) tooling for it.
[18:02] <meena> just a thought
[18:18] <minimal> meena: Hi, just caught the end of your conversation. What's the documentation issue with NoCloud? I've been using it quite a bit and don't remember noticing any omissions in the docs
[19:47] <blackboxsw> falcojr: just put up focal openstack https://github.com/cloud-init/ubuntu-sru/pull/154
[19:47] <blackboxsw> SRU verification
[19:47] <blackboxsw> I'll hit the open reviews now
[20:30] <lucasmoura> Is anyone having any trouble with the cloud-init-dev/proposed ppa ? I am trying to add it, I get the following error: ERROR: '~cloud-init-dev' user or team does not exist
[20:30] <lucasmoura> But looking at the ppa page, it seems fine
[20:30] <blackboxsw> no ~ I think
[20:31] <blackboxsw> yeah  ppa:cloud-init-dev/proposed
[20:31] <blackboxsw> lucasmoura: but also, we should be using -proposed directly
[20:31] <lucasmoura> No error when you run add-apt-repository ppa:cloud-init-dev/proposed -y ?
[20:32] <blackboxsw> https://paste.ubuntu.com/p/wpW3RtMCMZ/ not for me
[20:32] <lucasmoura> Forget it, I think I now what is happening. I doing a manual verification that messes the network-config. That is the reason :facepalm:
[20:33] <blackboxsw> lucasmoura: https://github.com/cloud-init/ubuntu-sru/pull/153#discussion_r485169456 is what I was referring to
[20:33] <blackboxsw> isntead of the cloud-init-dev/ppa
[20:34] <lucasmoura> blackboxsw, ack
[20:45] <Odd_Bloke> blackboxsw: falcojr: lucasmoura: paride: FYI I just accidentally pushed to ubuntu-sru master and force-pushed back to the correct HEAD of master.  (You should be fine if you haven't fetched in the last ~3 minutes.)
[20:51] <meena> minimal: i don't know what to tell ya, for something that documents a standard / protocol, i find it lacking. same with the tooling. we don't provide any.
[21:09] <minimal> meema: for tooling that's what cloud-utils is for


[00:26] <apachelogger> al: code.google.com/p/catroid/
[00:27] <al> uargh
[00:27] <al> reminds me of squeak
[00:27] <al> http://www.squeak.org/
[00:28] <al> amazing, still bein developed
[00:29] <apachelogger> ScottK: there is a very valid point in quit being ambiguous
[00:30] <apachelogger> like amarok's menu entry says quit, though it goes to tray, which really is not quitting at all
[01:35] <valorie> when I quit Amarok, it quits
[01:35] <valorie> the X takes it to the tray, though
[01:36] <ScottK> apachelogger: Agreed that it's not clearly used.
[01:36] <ScottK> It doesn't mean it should be abolished.
[01:36] <ScottK> It's just like systray all over again.
[01:37] <ScottK> "Oh, systray is overused and out of control - we won't fix it, we'll dump it entirely"
[01:38] <valorie> we should be consistent, at least
[01:38] <valorie> clicking the X in Konvi quits
[01:38] <valorie> same with Kate
[01:38] <ScottK> Removing all buttons and functions would achieve perfect consistency.
[01:38] <valorie> how true!
[01:39] <ScottK> If it's not going to quit, don't call it quit.  Simple as that.
[01:40] <ScottK> Similarly if you ask reqkonq to close a window (ctrl-w) it will except in the special case of it's the last window. Then it decides it knows better and doesn't close it, just changes it's contents.
[01:40] <ScottK> (imagine that was spelled better)
[01:54] <valorie> is the same inconsistency in Ubuntu apps?
[01:55] <valorie> or just KDE
[01:55] <valorie> the X closes FF and soundjuicer
[01:55] <valorie> pretty much the only non-kde stuff I use
[02:28] <effie_jayx> hey guys, what would you suggest for python bindings for a desktop app, good old pyqt or pyside?
[02:39] <JontheEchidna> PyQt has pretty much universal support, and is installed by default on most KDE systems anyways
[02:43] <effie_jayx> thanks JontheEchidna
[02:45] <ScottK> valorie: ctrl-w closes the last window in Firefox and Chromium.
[02:45] <ScottK> effie_jayx: pyside is very young.  I'd use pyqt4.
[02:50] <valorie> chromium - for some reason I don't use it much anymore
[02:58] <ScottK> http://www.h-online.com/open/news/item/Nokia-sells-off-commercial-and-services-arm-of-Qt-1203210.html
[02:58] <effie_jayx> Pyside is overhyped
[03:04] <Riddell> whee, warm in India
[03:05] <effie_jayx> ScottK: thoughts?
[03:05] <ScottK> pyside exists because Nokia wanted LGPL Python bindings to go with LGPL Qt.
[03:06] <ScottK> I've no idea if it's over-hyped, but PyQt is the one that's been around for a long time (KDE's python bindings are PyQt).
[03:06] <ScottK> Riddell: Warmer than Nigeria?
[03:06] <effie_jayx> ScottK: I have tried both and the code works about the same
[03:07] <effie_jayx> ScottK: about digia buying I meant
[03:07] <ScottK> Oh.
[03:07] <ScottK> Dunno about that.  It might be a good thing.
[03:07] <ScottK> A lot depends on now Qt open governence works out.
[03:09] <Riddell> ScottK: not sure, but warmer than scotland certainly
[03:09] <ScottK> Riddell: Right, but that covers most of the world.
[03:44] <_Groo_> hi/2 all
[03:44] <_Groo_> anyone awake?
[04:15] <Riddell> 55555
[04:16] <Riddell> agateau: late night?
[05:04] <nigelb> Riddell: landed in Bengaluru?
[07:11] <c2tarun> yofel Quintasan: ping
[08:22] <agateau> Riddell: no late night, just quassel running 24h per day :)
[08:52] <bambee> morning
[09:31] <Riddell> nigelb: yes indeed
[09:37] <shadeslayer> Riddell: do you need the adapters or not?
[09:37] <shadeslayer> i'm going out for lunch
[09:42] <Riddell> shadeslayer: I'm ok for adaptors thanks
[09:42] <Riddell> european one works fine
[10:16] <nigelb> Riddell: w00t
[10:16] <nigelb> Riddell: wanna catch dinner one of these days?
[10:16] <Riddell> nigelb: are you coming to the conference?
[10:17] <nigelb> Riddell: $WORK :(
[10:17] <nigelb> Riddell: I might come saturday though
[10:19] <Riddell> well aye, come to the hotel any evening
[10:19] <nigelb> which hotel are you staying at?
[10:20] <Riddell> The Curzon Court, No - 10, Brigade Road
[10:21] <nigelb> Riddell: OMG.  I'm like 20 mins away.
[10:22] <Riddell> shadeslayer: where is rekonq git, you had it in a PPA?
[10:28] <nigelb> shadeslayer: are you going to be at the same place as Riddell or crashing on pradeepto's cough?
[10:28] <nigelb> *couch
[10:36] <Riddell> both pradeepto and shadeslayer are staying in this hotel
[10:55] <shadeslayer> nigelb: yeah me and Riddell are like a few meter's away :P
[10:56] <nigelb> shadeslayer: dude, you're both walkable from my office
[10:56] <shadeslayer> Riddell: lemme get that for you
[10:56] <nigelb> shadeslayer: did you land yet?
[10:56] <shadeslayer> uh
[10:56] <shadeslayer> i'm @ the hotel
[10:56] <nigelb> shadeslayer: tomorrow?
[10:56] <shadeslayer> just came back from a late lunch
[10:56] <shadeslayer> RVCE
[10:56] <nigelb> aaah
[10:57] <nigelb> shadeslayer: ok, I'm at richmond rd
[10:57] <nigelb> that's about 2 to 3 mins away
[10:57] <shadeslayer> ah
[10:57] <shadeslayer> i just had dinner at this fancy chinese restraunt
[10:57] <nigelb> if you guys wanna grab dinner togehter tonight....
[10:57] <nigelb> shadeslayer: which one? ;)
[10:57] <shadeslayer> 3/4 Quarters chinese or something
[10:57] <nigelb> ah
[10:57] <shadeslayer> Riddell: https://launchpad.net/~rohangarg/+archive/kde-extra
[10:59] <shadeslayer> nigelb: i have no idea what's the plan tonight
[10:59] <shadeslayer> everyone is going to sleep right now :P
[10:59] <nigelb> shadeslayer: HAHA
[10:59] <shadeslayer> and everyone went to Mysore
[10:59] <nigelb> shadeslayer: I'll poke you guys at 6:30 since I can get off from here then
[10:59] <nigelb> err 18:30
[11:00] <shadeslayer> Riddell: \\<IP_ADDRESS>   <- I'll be putting a ISO there, plz2test
[11:00] <nigelb> yes, ddos his laptop.
[11:22] <shadeslayer> bwahaha
[11:22] <shadeslayer> i think we cooked their network
[11:28] <nigelb> 2 geeks cooked the network
[11:28] <nigelb> phenominal
[11:28] <nigelb> also, all the best for commute tomorrow
[11:53] <shadeslayer> nigelb: yeah i hear it's a loooonnggg commute
[11:53]  * shadeslayer burns the custom ISO
[11:53] <nigelb> shadeslayer: yes.  Its really far.  How are you all planning to go? bus?
[11:54] <shadeslayer> nigelb: uh .. no idea... pradeepto said that he might arrange transportation, no idea apart from that
[11:54] <nigelb> shadeslayer: oh, well.  all the best then ;)
[11:54] <shadeslayer> ok bbiab
[12:03] <al> re: bug 730499 - maybe i'm being very naive, but couldn't launchpad just be taught to produce (and maybe even import) .qm translations? language packages would just ship .qm files instead of gettext .po
[12:04] <al> it should be doable in less than the 16 hours estimated for migrating unity to gettext and would benefit other software as well (like quassel)
[12:04] <dpm> al are you perhaps volunteering? :P
[12:04] <al> by no means :D
[12:05] <dpm> :)
[12:05] <dpm> https://dev.launchpad.net/
[12:05] <dpm> (just in case :)
[12:05] <al> how are the (political) chances of such a change being accepted?
[12:06] <al> s/how/what/
[12:06] <kubotu> al meant: "what are the (political) chances of such a change being accepted?"
[12:07] <dpm> al, there are no polytics, LP devs would be more than happy to accept a branch implementing qt support
[12:07] <al> hmkay
[12:07] <al> i'll have a look
[12:07] <al> no promises though ;)
[12:08] <dpm> al, awesome!
[12:08] <dpm> if you've got questions, the people at #launchpad-dev are always helpful
[12:08] <dpm> you might want to ping henninge, jtv or danilo for anything related to LP translations
[12:09] <al> ok thanks
[12:14] <shadeslayer> apachelogger: ping
[12:14] <apachelogger> is it important?
[12:15]  * apachelogger is doing homework right now
[12:15] <shadeslayer> the ISO works but a small issue .... the background of the installer is gray
[12:16] <shadeslayer> everything else works
[12:16] <shadeslayer> just need to install git and respin the ISO
[12:16] <apachelogger> dpm: btw, I don't have a solution for the Qt plurarl issue ... though I had the impression that Qt will try to get a non-plural translation if the plural lookup fails ... then again that would not help anyway as the non-plural function could not spit out an appropriate plural version :(
[12:17] <apachelogger> shadeslayer: maybe driver issue?
[12:17] <shadeslayer> don't think so .. kwin started with desktop effects enabled
[12:17] <apachelogger> that conclusion I cannot follow
[12:18] <shadeslayer> apachelogger: since kwin started with graphics effects enabled, i'd say it's safe to assume the driver is fine
[12:20] <bambee> w00t, I got my semester !!! :D
[12:21]  * bambee opens a beer *plop*
[12:21] <shadeslayer> congrats :D
[12:22] <bambee> thanks :D
[12:23] <shadeslayer> well the good thing is that it works
[12:23] <shadeslayer> so i don't care about the background
[12:23] <dpm> apachelogger, no worries, thanks for looking into it
[12:28] <Riddell> bambee: how do you get a semester?
[12:30] <shadeslayer> :O
[12:30] <shadeslayer> Riddell: are you up?
[12:31] <bambee> Riddell: you must obtain a result greater or equal than 100 / 200 (like other universities I suppose)
[12:32] <Riddell> shadeslayer: yes, jet lag starting to hit though
[12:33] <shadeslayer> ouch
[12:33] <Riddell> shadeslayer: what's happening?
[12:33] <shadeslayer> Riddell: go sleep ... we will have a party in the evening
[12:33] <shadeslayer> Riddell: trying to setup a custom Kubuntu ISO with Qtcreator and the works
[12:34] <Riddell> ooh, party in the evening!
[12:34] <nigelb> yes yes
[12:35] <Riddell> shadeslayer: pradeepto says we're to get an early night though, need to be up for an early bus tomorrow
[12:35] <shadeslayer> Riddell: smb://<IP_ADDRESS>/
[12:35] <shadeslayer> yeah :P
[12:35] <nigelb> Riddell, shadeslayer: I should be there in about 55 minutes.
[12:35] <shadeslayer> ooh
[12:35] <nigelb> actually <55
[12:35] <shadeslayer> nigelb: gimme a missed call when you arrive
[12:35]  * apachelogger gives up on maths for today
[12:35] <nigelb> shadeslayer: PM your ph number
[12:35] <shadeslayer> it's on fb btw
[12:36] <nigelb> ah, will pick it from there
[12:36] <apachelogger> fb got it all
[12:36] <shadeslayer> yep
[12:38] <shadeslayer> yofel_: Quintasan_ kscreenlock or whatever its called is broken in trunnk
[12:38] <shadeslayer> -n
[12:38] <shadeslayer> not our fault
[13:00] <apachelogger> I once was broken
[13:01] <apachelogger> apple support repaired me in less than 4 weeks
[13:01] <nigelb> apachelogger: http://www.youtube.com/watch?v=kAG39jKi0lI
[13:06] <apachelogger> SFW?
[13:34] <Riddell> shadeslayer: I have an insect bite on my arm, should I be worried?
[13:35] <davmor2> Riddell: not as much as if you bit the insect on the arm
[13:38] <shadeslayer> Riddell: this is vhanda. Don't be worried.
[13:38] <shadeslayer> It's normal
[13:38] <shadeslayer> expect loads of them when you are sleeping
[13:39] <nigelb> Riddell: dude, at that hotel right now.
[13:39] <nigelb> I mean, I'm at the hotel
[13:39] <shadeslayer> He's standing next to me
[13:39] <shadeslayer> and copying sparticus
[13:40] <Riddell> shadeslayer: where is that?
[13:41] <shadeslayer> Riddell: 212
[13:41] <shadeslayer> come on out :D
[13:41] <nigelb> No, I'm not copying spartacus
[13:41] <apachelogger> booty call
[13:42]  * apachelogger ponders invoking the coffee robot
[13:50] <nigelb> ok, finally we're all in the same room
[13:51] <apachelogger> nigelb: time for hugging
[13:51] <apachelogger> have one on me
[13:59] <Riddell> shadeslayer: /usr/lib/ubiquity/ubiquity/frontend/kde_ui.py:        self.bgImage = QImage("/usr/share/wallpapers/Ethais/contents/images/1920x1200.png")
[13:59] <Riddell> should be /usr/share/wallpapers/kde-default.png
[13:59]  * shadeslayer looks
[14:24] <debfx> ScottK, apachelogger: can we switch back to gcc 4.5 now? which packages need to be rebuilt to work on armel?
[14:25] <apachelogger> all of them(tm)
[14:25] <apachelogger> everything from Qt up
[14:25] <apachelogger> is 4.6.something built with 4.4 in already?
[14:25]  * apachelogger would like to get the mobilez fixed
[14:26] <apachelogger> debfx: at any rate I would like to have confirmation on Qt not segfaulting with 4.5 anymore before we break everything again
[14:26]  * apachelogger pokes cmake with a linker stick
[14:26] <debfx> apachelogger: yes, except the ones that use opengl
[14:27] <ScottK> debfx: doko said ogra was going to take care of fixing Qt.  Once that's done we need to to from there up.
[14:27] <apachelogger> how does gl play into this?
[14:27] <ScottK> There's some gl -> gles changes needed in some packages for armel.
[14:27] <ScottK> I'm late, but it's in a bug somewhere.  Bye.
[14:28] <debfx> currently they ftbfs
[14:28] <debfx> bug #707794
[16:11] <apachelogger> who wants to do qt quick at UADW? who wants to do qt at UADW? who wants to do kde at UADW? who wants to do plasma at UADW?
[16:16] <lucidfox> Oh what now
[16:16] <lucidfox> after a recent upgrade, I can no longer start kmail
[16:16] <lucidfox> it complains about the Nepomuk D-Bus service not running
[16:20] <bambee> apachelogger:  UADW ?
[16:20] <apachelogger> ubuntu app developer week
[18:16] <nigelb> w00t, met Riddell, and Nightrose and shadeslayer \o/
[18:33] <JontheEchidna> apachelogger: would you happen to have any diagrammy things on how your sso client library works?
[18:36] <apachelogger> no
[18:36] <apachelogger> JontheEchidna: do you mean the sso frontend or the old-qt-sso impl?
[18:37] <JontheEchidna> I know how you like diagrammy things, so I thought you might
[18:37]  * apachelogger interrupted work on sso frontend due to overload of mean upstream, so no diagrams there ^^
[18:37] <JontheEchidna> apachelogger: how would I paste together the new sso frontend into my app if I needed to get credentials for OAuth posts?
[18:37] <apachelogger> JontheEchidna: you don't
[18:37] <apachelogger> you call out to the sso dbus interface
[18:38] <JontheEchidna> ah, you do that in the ubuntone client
[18:38] <apachelogger> the python sso stuff gets to decide what frontend is then started
[18:38] <apachelogger> JontheEchidna: at the time u1 did not have sso in its current iteration I believe ^^
[18:38] <JontheEchidna> so I'm going to be working with the sso dbus interface, and I will be at the mercy of the sso service for what GUI I get?
[18:39] <apachelogger> aye
[18:39] <JontheEchidna> this was what I was talking about: http://bazaar.launchpad.net/~apachelogger/ubuntuone-client/gsoc/view/head:/src/api/Api.cpp
[18:39] <apachelogger> JontheEchidna: that is the old interface but yeah, basically same principle
[18:40] <apachelogger> just ask sso very nicely
[18:40] <apachelogger> then you just need to upgrade my frontend stuffz to not fall over with the new api and the doubtlessly deprecated interfaces and ask the sso guys to provide the necessary python glue to load our sip module etc.
[18:41] <bambee> who was in charge of bumping kde-l10n btw ? do you want some help ?
[18:41] <apachelogger> or if you have signed the contributor agreement you could just glue it yourself
[18:41] <apachelogger> bambee: bumping?
[18:41] <apachelogger> I believe there was talk about it being uploaded already
[18:41] <apachelogger> it really is just running a script ^^
[18:42] <apachelogger> https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging/L10nOperatorGuide
[18:42] <bambee> ^^
[18:43] <JontheEchidna> apachelogger: should I just copy the introspection from ubuntuone?
[18:43] <apachelogger> JontheEchidna: do they have introspection yet?
[18:43] <apachelogger> or do you mean from u1-kde?
[18:44]  * apachelogger thinks ubuntu-sso should install a flipping introspection file
[18:44] <apachelogger> OTOH
[18:44] <JontheEchidna> this thang: http://bazaar.launchpad.net/~apachelogger/ubuntu-sso-client/kdeui/view/head:/src/introspection/com.ubuntu.sso.xml
[18:44] <apachelogger> surely they are using weird data types that need custom (de)serialization
[18:44] <apachelogger> :S
[18:44] <apachelogger> JontheEchidna: that only intorspects the ui I believe
[18:45] <bambee> apachelogger: indeed, useful script
[18:45] <apachelogger> JontheEchidna: there probably is a separate interface for actual dbus api consumers
[18:46] <apachelogger> JontheEchidna: I would just tell them to maintain an introspection file with Qt annotations, they will need it anyway when youbuntoo suddenly decides that unity3d can be Qt too
[18:47] <JontheEchidna> !find /usr/share/dbus-1/interfaces/com.ubuntu.sso.xml
[18:47] <JontheEchidna> !find com.ubuntu.sso.xml
[18:47] <JontheEchidna> bla
[18:48] <apachelogger> gnome people do not have introspection files
[18:49] <apachelogger> as they choose to use inferior software they do not have automatic adapter build and whatnot
[18:49] <apachelogger> pitty actually
[18:50] <JontheEchidna> Is this a newer ubuntuone-kde? https://code.launchpad.net/~apachelogger/ubuntuone-client-kde/trunk
[18:51] <apachelogger> JontheEchidna: compared to what?
[18:51] <ulysses> JontheEchidna: do you want to continue the u1-kde development?
[18:53] <JontheEchidna> apachelogger: the gsoc branch
[18:53] <JontheEchidna> ulysses: nope, but I need to use the Ubuntu SSO stuff for review submitting in Muon Software Center
[18:53] <apachelogger> oh, dont think so
[18:53] <apachelogger> JontheEchidna: just check the commit dates ;)
[18:54] <apachelogger> I think I only moved the branch by request from someone
[18:54] <JontheEchidna> almost time for my java class to start
[18:54] <apachelogger> java java java
[18:55] <apachelogger> JontheEchidna: Java is like a variant of the game of Tetris in which none of the pieces can fill gaps created by the other pieces, so all you can do is pile them up endlessly. -- Steve Yegge (2007, Codes Worst Enemy)
[18:55] <JontheEchidna> Technically it's called "Object Oriented Programming and Algorithms", but we do all of it in Java
[18:55] <JontheEchidna> lol
[18:56] <apachelogger> also mind the memory allocation fact stories on identi.ca
[18:56] <apachelogger> s/fact stories/facts
[18:56] <JontheEchidna> Java's ok I guess, but it's nothing that can't be accomplished with C++ + Qt
[18:56] <apachelogger> JontheEchidna: my object oriented design class was bascially just stacking as many interfaces ontop of each other as possible :D :D
[18:57] <apachelogger> actually Java is all sorts of horrid if you want to do sane things with it
[18:57] <JontheEchidna> I want control over memory allocation dammit
[18:57] <JontheEchidna> there's a reason why references and pointers are separate in C++
[18:57] <apachelogger> like I tried implementing a pid-by-name-finder in java
[18:57] <apachelogger> absolutely impossible
[18:57] <apachelogger> it starts with the fact that you need two streams to actually read a file :S
[18:58] <bambee> JontheEchidna: you could also have POO in common lisp :P
[18:58] <apachelogger> and the exceptions
[18:58] <apachelogger> oh my
[18:58] <JontheEchidna> The only thing I agree with is their array syntax (Type[] fooArray rather than Type fooArray[])
[18:58] <apachelogger> and then every java ide will throw stones at you if you dont try to catch them (the exceptions, not the stones)
[18:59] <apachelogger> JontheEchidna: well
[18:59] <apachelogger> they both make sense
[19:00] <apachelogger> in java it is an actual  array type of the type, in c(++) it is a type with addtional stuff behind it
[19:00] <JontheEchidna> class starting now, afk
[19:01] <apachelogger> hf
[22:06] <JontheEchidna> Aww, I hadn't seen the akonadi fail dialog for a year until now :(
[22:51] <apachelogger> good things always come back


[16:31] <jdstrand> hi!
[16:31] <tyhicks> hello
[16:31] <jjohansen> \o
[16:32] <tyhicks> #startmeeting
[16:32] <meetingology> Meeting started Mon Jul 27 16:32:05 2015 UTC.  The chair is tyhicks. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:32] <meetingology> Available commands: action commands idea info link nick
[16:32] <tyhicks> The meeting agenda can be found at:
[16:32] <tyhicks> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[16:32] <tyhicks> [TOPIC] Weekly stand-up report
[16:32] <tyhicks> jdstrand: you're up
[16:33] <jdstrand> this week I'm focusing on openstack updates
[16:33] <jdstrand> swift testsuite issues on precise are resolved
[16:33] <jdstrand> I think trusty may have an issue in the functional tests. I will be testing swift and adjusting trusty as necessary
[16:33] <jdstrand> I'll also be testing cinder, python-keystoneclient and python-keystonemiddleware
[16:34] <jdstrand> (the last two I hadn't claimed until just now)
[16:34] <jdstrand> that leaves horizon, keystone and nova. I think someone else has horizon. If I have time I'll look at keystone and nova and comment on precise
[16:34] <jdstrand> beyond that, I have some embargoed issues
[16:35] <jdstrand> I'm also off all next week
[16:35] <jdstrand> mdeslaur: you're up
[16:35] <mdeslaur> I'm in the happy place this week
[16:35] <mdeslaur> I'm currently testing apache2 updates that should get published today if all goes well
[16:36] <mdeslaur> after that, I have a qemu update I'm working on, and have to test pcre3, sqlite3 and tidy
[16:36] <mdeslaur> and I also have an embargoed issue
[16:36] <mdeslaur> that's it for me, sbeattie, you're up
[16:36] <sbeattie> I'm on community this week
[16:37] <sbeattie> I'm working on testing lxc against my apparmor 2.10 packages, it's the last bit of testing I need to do before pushing for sponsorship
[16:37] <sbeattie> I also need to test the openjdk-7 packages I've prepared, and discuss with do ko openjdk-6.
[16:38] <sbeattie> After that, I'll look at what's next on the priority list.
[16:38] <sbeattie> That's pretty much it for me, tyhicks?
[16:39]  * doko is adding another word to high light
[16:39] <sbeattie> hehe
[16:39] <tyhicks> I'm on bug triage this week
[16:39] <tyhicks> I have a couple embargoed issues
[16:40] <tyhicks> I still need to review the kdbus LSM hook patch set
[16:41] <tyhicks> I'm currently putting the final touches on a fix for bug #1470030 and then I'll submit that upstream
[16:41] <tyhicks> sorry, that's the wrong bug
[16:41] <tyhicks> bug #1438942 is the correct one
[16:42] <tyhicks> I also still need to verify the auditing bug fix in the phone kernels
[16:42] <tyhicks> that's it for me
[16:42] <tyhicks> sbeattie: you're up
[16:43] <tyhicks> err
[16:43] <tyhicks> jjohansen: you're up
[16:43] <jjohansen> I'm sure sbeattie will be thrilled to get a second go
[16:43] <tyhicks> :)
[16:43] <jjohansen> :)
[16:44] <jjohansen> I have some USNs to publish
[16:45] <jjohansen> and then I need to get back to the dbus review, fixing a couple kernel bugs
[16:45] <jdstrand> do you mean dconf?
[16:45] <tyhicks> dbus review?
[16:45] <jjohansen> bug #1448912 in particular, as it seems to be poping all to much
[16:46] <jjohansen> jdstrand: oops yes, dconf (I'll blame monday morning)
[16:47] <jjohansen> and of course, I still need to submit some patches upstream, and get back to the rest of the upstream cleanup work
[16:48] <jjohansen> oh, and I need to do some more digging on a couple of aspects of the 4.2 kernel rebase, there was specifically some changes around secure exec that deserve a second look
[16:49] <jjohansen> I think that is it for me sarnold, you're up
[16:49] <sarnold> I'm on CVE triage this week
[16:50] <sarnold> I finished the ppc64-diag reviews last week; tyhicks, would you like me to pick up another MIR or pick up a reactive update?
[16:51] <tyhicks> sarnold: gut feeling is another MIR but lets talk after the meeting
[16:51] <sarnold> alright, no real rush, cve triage takes fo r ever anyway :)
[16:51] <sarnold> chrisccoulson? :)
[16:51] <chrisccoulson> It's a short week for me this week
[16:52] <chrisccoulson> I hope to get Oxide and Chromium out, and work through some of my review queue
[16:52] <chrisccoulson> That's me done I think
[16:53] <tyhicks> thanks!
[16:53] <tyhicks> [TOPIC] Highlighted packages
[16:53] <tyhicks> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[16:53] <tyhicks> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[16:53] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/gcc-h8300-hms.html
[16:53] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/ruby-parser.html
[16:53] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/dhcpcd.html
[16:53] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/syslog-ng.html
[16:53] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/ha.html
[16:53] <tyhicks> [TOPIC] Miscellaneous and Questions
[16:53] <tyhicks> Does anyone have any other questions or items to discuss?
[16:55] <tyhicks> jdstrand, mdeslaur, sbeattie, jjohansen, sarnold, ChrisCoulson: Thanks!
[16:55] <tyhicks> #endmeeting
[16:55] <meetingology> Meeting ended Mon Jul 27 16:55:23 2015 UTC.
[16:55] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-07-27-16.32.moin.txt
[16:55] <sarnold> thanks tyhicks!
[16:55] <jjohansen> thanks tyhicks
[16:55] <mdeslaur> thanks tyhicks!
[16:56] <jdstrand> thanks tyhicks :)


[15:10] <lazyPower> rick_h_: do you have 2 minutes for me?
[15:10] <rick_h_> lazyPower: sure thing
[15:10] <lazyPower> i just got a mail from castro about the big data topic page, our second listed bundle 404's, but the repository exists in lp
[15:11] <lazyPower> https://jujucharms.com/big-data - the high performance view details link
[15:11] <rick_h_> lazyPower: looking
[15:11] <lazyPower> any insight? i'll file a bug @ github - but it makes no sense to me
[15:12] <rick_h_> lazyPower: is that https://jujucharms.com/high-performance-batch-processing/4 ?
[15:12] <lazyPower> thats the one
[15:12] <lazyPower> its ina  different namespace hwoever
[15:12] <rick_h_> lazyPower: looking to see the diff in the charmers one that shows up vs the other one with the bigdata-charmers
[15:13] <lazyPower> you know rick_h_, if i remember correctly - we are warehousing teh bundles in both places - but only /~charmers/bundle link is the store link (otherwise its marked as development focus in launchpad)
[15:13] <lazyPower> i'm wondering if there's a collision going on here, or something similar
[15:14] <lazyPower> but i bug reported it so we can track progress https://github.com/CanonicalLtd/jujucharms.com/issues/44
[15:14] <rick_h_> lazyPower: yea looking
[15:17] <rick_h_> jcsackett: can you check out and see why ^ would 404? It looks like it should load via the api here: https://api.jujucharms.com/v4/~bigdata-charmers/bundle/high-performance-batch-processing-6/meta/any?include=bundle-metadata
[15:18] <rick_h_> jcsackett: wondering if the -charmers is causing us to not just remove dupes, but 404 the details
[15:18] <jcsackett> rick_h_: looking.
[15:18] <rick_h_> lazyPower: I'm going to be this is because the team name ends in -charmers and we've got a temp hack in to remove dupe entries
[15:18] <rick_h_> lazyPower: so it's 404'ing this one so that the promulgated one is the one that shows/is used
[15:18] <rick_h_> lazyPower: jcsackett can confirm if that's the reason for the 404 and get back to you
[15:19] <rick_h_> lazyPower: we're working on a back end model change to remove the dupes properly, but it'll take some time this month for that to complete and get rolled out
[15:19] <lazyPower> thanks rick_h_, i appreciate you taking a look
[15:19] <lazyPower> yeah, murphy's law + time = current state of things
[15:19] <lazyPower> totally understood
[15:19] <rick_h_> lazyPower: so my 'answer' right now is to update that page to point to the promulgated bundle which should be the best source anyway
[15:19] <lazyPower> ok, thats not something I can do right?
[15:19] <rick_h_> lazyPower: we're working on a release today and can update that url if you can confirm it's ok to do so
[15:20] <rick_h_> lazyPower: no, we have to adjust the url in the template file but it's a one line change jcsackett can get in before release today
[15:20] <lazyPower> i +1 that notion. having a bundle listed vs a 404 is a 100% better experience.
[15:20] <rick_h_> jcsackett: follow ^ ?
[15:20] <lazyPower> if we need to do anything charmer side to update, i'll make that happen
[15:20] <rick_h_> lazyPower: right, so the thing you all can do is update the ~charmers version with the latest code form the other team
[15:21] <rick_h_> it looks a bit behind using r4 of the charm vs r7
[15:21] <rick_h_> jcsackett: http://bazaar.launchpad.net/~bigdata-charmers/charms/bundles/high-performance-batch-processing/bundle/view/head:/bundles.yaml and http://bazaar.launchpad.net/~charmers/charms/bundles/high-performance-batch-processing/bundle/view/head:/bundles.yaml
[15:21] <jcsackett> rick_h_: the promulgated version should just be the bundle absent the /u/..../ stuff, right?
[15:21] <rick_h_> jcsackett: correct
[15:21] <jcsackett> b/c that's *also* 404.
[15:21] <jcsackett> rick_h_: https://jujucharms.com/high-peformance-batch-processing/
[15:21] <rick_h_> jcsackett: https://jujucharms.com/high-performance-batch-processing/4
[15:21] <rick_h_> jcsackett: https://jujucharms.com/high-performance-batch-processing/
[15:22] <jcsackett> those are 404s for me.
[15:22] <rick_h_> https://jujucharms.com/high-performance-batch-processing/ is a 404?
[15:22] <jcsackett> rick_h_: also, we only filter out the *-charmers stuff on search results--we don't *not* display them.
[15:22] <rick_h_> jcsackett: that's what I wanted to verify
[15:22] <rick_h_> jcsackett: since it shows up in the api I was wondering why it would 404
[15:22] <rick_h_> jcsackett: so we might need to runa local storefront and debug the page load through the api
[15:25] <jcsackett> rick_h_: no need.
[15:25] <jcsackett> the answer is far simpler.
[15:25] <rick_h_> jcsackett: hah
[15:25] <jcsackett> the link on big-data is to high-peformance-..., not high-performance-...
[15:25] <jcsackett> that 'r' is pretty important.
[15:25] <jcsackett> i'll go ship a trivial.
[15:25] <rick_h_> jcsackett: ty kindly
[15:25] <jcsackett> lazyPower: ^
[15:25] <rick_h_> lazyPower: typo ftw
[15:25] <jcsackett> simple fix, we'll have it up soon. :)
[15:26] <rick_h_> well FML
[15:26] <lazyPower> \o/
[15:26] <lazyPower> i like simple fixes
[16:49] <hatch> frankban_: so the uuid endpoint, will it be required for the juju-core endpoint as well or just the wss requests?
[16:50] <frankban_> hatch: juju-core endpoint? oh, you mean the HTTP proxy?
[16:50] <hatch> yeah
[16:50] <hatch> ^/juju-core/(.*)
[16:50] <frankban_> hatch: not sure, let me check
[16:50] <hatch> that's for the icons right?
[16:51] <hatch> thanks
[16:51] <frankban_> hatch: that's both for the icons and for uploading local charms IIRC
[16:51] <hatch> ahh
[16:51] <hatch> so then it does make sense that it should require it...in some capacity at least
[16:54] <frankban_> hatch: I confirm they also use the new endpoint: https://github.com/juju/juju/blob/master/apiserver/apiserver.go#L323
[16:55] <hatch> frankban_: alright thanks!
[16:57] <frankban_> hatch: IIRC the ProxyHandler should already redirect everything under /juju-core
[16:59] <frankban_> hatch: so this is actually also a change to be made in the GUI later
[16:59] <hatch> frankban_: correct, it's looking like it simply redirects what's been sent to it
[17:11] <hatch> frankban_: with a deployed juju-gui charm, what's the best way to modify the live source/pdb etc
[17:11] <hatch> for the guiserver that is
[17:15] <frankban_> hatch: hangout?
[17:15] <hatch> frankban_: sure, joining standup
[18:30] <Makyo> uiteam looking for reviews on the charm update to support v4 bundles: https://code.launchpad.net/~makyo/charms/trusty/juju-gui/guiserver-v4bundle/+merge/249236
[20:46] <hatch> woah nodejitsu was bought by godaddy
[20:47] <jrwren> what is nodejitsu?
[20:47] <jrwren> oh. hosting.
[20:47] <hatch> kind of like heroku for node
[20:47] <hatch> sortof
[20:48] <jrwren> godaddy is evil, so sounds like a new nodejitsu work alike is needed.
[20:48] <jrwren> doesn't node work on heroku?
[20:48] <hatch> if you get a node gear
[20:48] <hatch> or whatever they call their vm's
[20:48] <hatch> heh
[20:48] <jrwren> buildpack
[20:48] <hatch> that's it
[20:49] <hatch> a while ago nodejitsu was far superior
[20:49] <hatch> not sure anymore
[20:49] <hatch> it's been probably 2 years since I looked heh
[20:49] <hatch> I can't imagine their new overlords will be very good for the company
[20:50] <hatch> any company that supports a closed internet can shoveit
[21:46] <hatch> I have this simple sublime plugin that marks new/changed lines when working with git - I do not have this functionality with bzr and I miss it!
[21:59] <huwshimi> Morning


[02:24] <ScottSanbar> ajmitch: Thank you for your comments.
[05:24] <micahg> wgrant: ubuntuwire FTBFS page hasn't updated in 4 hours
[07:02] <dholbach> good morning
[07:03] <philipballew> good morning
[09:19] <Rhonda> huhm. debuild -S -sa does run lintian too …  And when uploading to PPA I do want to avoid that for every. single. release.
[09:19] <Rhonda> dpkg-source -b on the other hand doesn't generate me a .changes file …
[09:20] <Rhonda> Also, when doing source packages for different releases, is there a way that it doesn't extract the orig.tar.bz2 every single time and clean it up afterwards? With wesnoth this is cumbersome i/o wise.  %-/
[09:20] <Rhonda> ah, --no-lintian for the first question
[09:34] <Rhonda> *sigh*
[09:34] <Rhonda> $ debuild -S -sa --no-lintian
[09:34] <Rhonda> debuild: unknown dpkg-buildpackage/debuild option: --no-lintian
[09:34] <Rhonda>  dpkg-buildpackage -rfakeroot -d -us -uc -S -sa --no-lintian
[09:34] <Rhonda> dpkg-buildpackage: unbekannte Option oder Argument --no-lintian
[09:34] <Rhonda> Why does man debuild document --no-lintian if that doesn't work??
[09:38] <arand> Rhonda: Does it need to be stated before dpkg-bp options?
[09:45] <Rhonda> arand: doesn't state so in the manpage, but I'll try
[09:45] <arand> Rhonda: Hmm, didn't seem to work for me that or the initial way either...
[09:45] <Laney> it says debuild [debuild options] [dpkg-buildpackage options]
[09:45] <Rhonda> ahyes. accepted, but dput giving error
[09:48] <arand> Hmm, rather, that flag didn't work with git-buildpackage, does with debuild though, as noted.
[09:51] <Laney> Rhonda: re cleaning: does -nc do what you want?
[09:53] <Rhonda> No.
[09:54] <Rhonda> A source build extracts the upstream source into a temporary directory, and afterwards deletes that again
[09:54] <Rhonda> -nc is about calling debian/rules clean, not about the temporary orig source extraction directory
[09:56] <geser> ah for the creation of the diff.gz (or debian.tar.gz) probably
[09:57] <geser> you could try to edit the release name in the .diff.gz (or debian.tar.gz) too and run only dpkg-genchanges -S afterwards
[09:57] <Laney> then I suppose the question is asking whether you can keep one unpacked copy of the orig.tar.whatever between source package builds
[10:00] <Rhonda> Laney: Exactly that, yes.
[10:01] <Rhonda>   Uploading wesnoth-1.9_1.9.9-1~ppa1_source.changes: 550 Changes file must be signed with a valid GPG signature: Verification failed 3 times: ['General error', 'General error', 'General error'] : Permission denied.
[10:01] <Rhonda> Is such an error message common these days?
[10:01] <Rhonda> I receive a mail that it was accepted nevertheless
[10:01] <geser> Rhonda: yes
[10:01] <Laney> it tries to verify at dput time
[10:01] <Laney> but fails to do so
[10:02] <geser> I see questions about this now and then, I assumed it got fixed by now but apparently not
[10:05] <cjwatson> It's not universal but not unheard of; somebody did explain to me what the problem was but it leaked out of my ears.  Maybe a bug in the LP keyserver?
[10:06] <geser> I remember something about communication issues between the ftp server (process) and the keyserver
[10:06] <Laney> does it only happen for ftp uploads?
[10:06] <Laney> I use SFTP which may explain why I've never seen it
[10:07] <geser> I don't know if the sftp server does also this check or only the ftp one
[10:12] <Laney> uh, muscle memory
[10:12] <Laney> so used to bcc-ing control@bdo that I typed it instead of the mailing list I wanted to reply to (even after I said in the body that I was redirecting to said list)
[10:23] <Rhonda> I don't see the overhead need in sftp when the authorization and integrity is checked through the gpg signature. :)
[10:25] <Rhonda> Pending (2505) - is the 2505 the score or the queue place?
[10:32] <geser> the score
[10:34] <Rhonda> Is there a way to see the queue? :)
[10:34] <Rhonda> Or does the score raise over time?
[10:38] <Laney> https://help.launchpad.net/Packaging/BuildScores https://launchpad.net/builders
[10:38] <Laney> I don't know if you can see the details of the queue though
[10:40] <geser> I don't know of a way to see the queue either (only to see which packages needs building but not the order)
[10:41]  * Rhonda is looking at https://launchpad.net/~rhonda/+archive/wesnoth-devel/+builds
[10:50] <cjwatson> I believe one of the points of sftp was that it let Launchpad know whom to spam with reject mail even if there's no GPG signature
[10:50] <cjwatson> and that it can be easier to get through firewalls
[10:50] <cjwatson> or NAT anyway
[10:51] <Laney> hrm
[10:52] <Laney> can I make debuild/dpkg-buildpackage use a separate build area like git-bp can do?
[10:52] <Rhonda> … and that ftp has to die. :)
[12:05] <Rhonda> hmm. I wonder how long a score of 2505 can take to do its job …
[12:17] <cjwatson> Rhonda: that sounds like a fairly neutral score for a package
[12:18] <cjwatson> there's a description of the scoring algorithm somewhere on help.launchpad.net I think
[12:21] <Rhonda> Laney handed me a link
[13:05] <shadeslayer> ScottSanbar: was your query solved? Or do you need any assistance with recipes?
[14:25] <Rhonda> duh
[14:27] <Rhonda> Seems like the i386 ppa buildds are more overworked than the amd64 ones
[14:40] <Rhonda> People, please don't upload to PPAs for a while, I want to have wesnoth-1.9 compiled on i386.  Thanks for your cooperation! :)
[14:44] <Pici> heh
[19:10] <Rhonda> uh oh
[19:10] <Rhonda> 1.9 GiB (96.66%) of 2.0 GiB
[19:10] <Rhonda> and all this because of a PPA of wesnoth-1.9
[19:10] <Rhonda> Whom to talk to to potentially get some expansion? :)
[19:11] <Laney> #launchpad I guess
[19:12] <micahg> Rhonda: file a request on answers.launchpad.net/launchpad
[19:13] <Rhonda> hmm, 2 gig per PPA
[19:13] <Rhonda> So maybe I should just split it, but that wouldn't make sense for wesnoth-devel
[19:14] <Rhonda> … or drop some release
[19:16] <micahg> Rhonda: reasonable requests for more space are generally granted


[00:34]  * skellat finally starts downloading Xubuntu 13.10 final
[00:34] <belkinsa> Have fun, skellat
[00:35]  * Unit193 be seedin'
[00:36] <skellat> Anybody spontaneously erupt into a release party today/tonight?
[00:37] <belkinsa> Naq
[00:37] <paultag> heh
[00:37] <belkinsa> Time to think about the T-cycle
[00:37] <paultag> which still has no name
[00:38] <belkinsa> A shame.
[00:38] <belkinsa> Will there be a contest for that, though?
[00:38] <paultag> it can't open for devel without a name
[00:38] <paultag> where's marks
[00:38] <skellat> belkinsa: No contest.  SABDFL selects.
[00:38] <belkinsa> Oh, right.
[00:38] <skellat> Granted, #ubuntu-release still says Tantric Tarantula at the moment
[00:38] <paultag> off with the secretary? (SCNR)
[00:39] <belkinsa> skellat, that name is lame to my ears.
[00:39] <Unit193> Twitchy Tapeworm, or Twerking Tiger it is.
[00:39] <paultag> Twerking Tiger
[00:39] <paultag> yes
[00:39] <paultag> YES
[00:39] <belkinsa> Yes
[00:39] <skellat> Since when did we acquire Hannah Montana Linux?
[00:39] <skellat> :-)
[00:39] <belkinsa> lol
[00:40] <Unit193> Heh, for a second I went "Wrong chick" :P
[00:41] <skellat> How are we looking for flavor downloads?
[00:42] <paultag> hahahaha
[00:42]  * Unit193 licked all the flavors.
[00:42] <skellat> Urgh
[00:43] <skellat> I walked right into that one.
[00:43] <paultag> hahaha
[00:43] <belkinsa> lol
[00:43] <skellat> So, what are we all downloading?  Kubuntu?  Xubuntu?  Edubuntu?  mini.iso?
[00:43] <belkinsa> Though I would like to have a release name with Bearcat in it
[00:43] <belkinsa> Ubuntu here
[00:43] <paultag> dput-ng (1.7) twerking; urgency=high
[00:43] <Unit193> Hah!  Oh dear. :P
[00:44] <paultag> twerking titmouse
[00:44] <paultag> awesome
[00:47] <Unit193> paultag: Oh, did you know the debian-keyring in precise contains only expired keys? :D
[00:47] <paultag> oh great
[00:47] <skellat> That needs an SRU stat
[00:47] <Unit193> debootstrap faaaailed.
[00:47] <Unit193> (Easy fix.)
[00:47] <paultag> Oh yeah, no debootstrap for Debian on Ubuntu has been boned lately
[00:48] <Unit193> I like how Ubuntu keeps up with the geoip databases too!  :P
[00:49] <skellat> Unit193: Oh, the Montreal incident that kept the re-spins happening yesterday and made 13.10 impossible to install in Quebec for a while
[00:49] <skellat> Some bad in-fighting from the tzdata folks flowed downstream and nobody filtered out all the crud...some got through...
[00:50] <Unit193> Precise, the "LTS" Candidate: 20111220-1
[00:50] <skellat> Unit193: Did South Sudan exist yet then?
[00:51]  * Unit193 wouldn't know offhand.
[00:51] <skellat> geoip issues were a big topic of discussion over in -release yesterday
[00:53] <Unit193> I ignore the package, I use a script.
[01:16] <paultag> I missed this flame
[01:16] <paultag> is canonical collecting geoip data now?
[01:16] <paultag> (not shocked if yes)
[01:20] <Unit193> paultag: geoip-database, it's never updated in Ubuntu.
[01:20] <paultag> Ah.
[01:20] <paultag> Meh.
[01:21] <Unit193> I use ~/Public/geolite.sh -6 -c -i -a  works better and it's up to date.
[01:22] <Unit193> paultag: Oh, was reading some lists last night, you're in the sysd camp right?
[01:22] <paultag> yes
[01:22] <paultag> fsvo camp
[01:22] <Unit193> Bummer. :P
[01:22] <paultag> but yes
[01:22] <paultag> it's a clear technical win
[01:22] <paultag> having looked into the subject a bit
[01:23] <Unit193> Well, it's where Debian is leaning, so guess I'm going to have to try and not dislike it so much. :/
[01:24] <Unit193> (Ubuntu would be dumb not to follow, but doesn't mean it'll follow.)
[01:25] <paultag> Oh, with upstart?
[01:25] <paultag> I mean upstart is OK, but it's backwards from how the init should work
[01:26] <paultag> dependency based booting is more correct
[01:26] <Unit193> I'd prefer upstart, but if Debian goes with systemd it'd make sense for Ubuntu to follow.
[01:26] <paultag> why do you like upstart, Unit193?
[01:26] <paultag> so far as I can tell the only upside is that it's portable to BSD and HURD
[01:27] <paultag> which isn't an Ubuntu concern, nevermind a Unit193 concern
[01:27] <Unit193> It's better than what is there, and it isn't systemd.  It's more that I don't like systemd than that I do like upstart, and you're right, not really a concern. :)
[01:27] <Unit193> I'll poke at BSD and OpenIndiana here sometime.
[01:28] <paultag> mmm
[01:28] <paultag> It's better than what is there, ← what does this mean
[01:28] <paultag> and why are you throwing systemd out based on it's name
[01:28] <paultag> what's the technical issue here? :)
[01:28] <paultag> I'm actually interested
[01:28] <Unit193> Oh, it's not the name.
[01:28] <paultag> I can't tell! :)
[01:29] <Unit193> I'm not as much, and I know you can overpower with your points. :P
[01:29] <paultag> :þ
[01:29] <paultag> Well, I wasn't going to argue
[01:29] <paultag> I just want to know where people are coming from
[01:29] <Unit193> How it's going, and you can see it with logind and udev too.
[01:30] <Unit193> (Pet peeve is the default name for network devices. :P )  It seems like it tends to favor vendor lock in, if I read right the logind in Ubuntu is the last version you can use outside of systemd itself, no?
[01:30] <paultag> meaning the systemd team is maintaining too much of the lowlevel stack?
[01:31] <paultag> you can use any part of systemd outside of systemd
[01:31] <Unit193> No, more of sour grapes.
[01:31] <paultag> ah
[01:31] <paultag> udev in Debian is built from systemd
[01:31] <paultag> even if you don't have systemd installed
[01:31] <paultag> (unrelated to your points)
[01:31] <paultag> Just as a fun tidbit
[01:31] <Unit193> Same here: Binary: systemd, systemd-sysv, systemd-services, libpam-systemd, libsystemd-login0, libsystemd-login-dev, libsystemd-daemon0, libsystemd-daemon-dev, libsystemd-journal0, libsystemd-journal-dev, libsystemd-id128-0, libsystemd-id128-dev, udev, libudev1, libudev-dev, udev-udeb, libudev1-udeb, libgudev-1.0-0, gir1.2-gudev-1.0, libgudev-1.0-dev, python-systemd
[01:32] <paultag> ahha
[01:33] <paultag> brb
[01:33] <paultag> but Unit193 - systemd's not all bad
[01:33] <Unit193> I read a couple things on it, and it really didn't look like it was as "open" as would be nice, following Microsoft and Gnome into lock-in and forcing users wouldn't be good.  (Not saying they do the second.)
[01:33] <paultag> I like it, and I hate everything :)
[01:33] <Unit193> paultag: I'm sure it isn't.
[01:33] <paultag> BRB, need to jet
[01:33] <Unit193> We'll just have to see.
[01:33] <Unit193> Sure
[01:33] <paultag> one love ( ♥ , etc )
[01:34] <Unit193> (And on the wayland side, seems great except for one worry, I still run some old hardware and not sure if wayland would work well on it.  And yes I know xorg isn't going anywhere soon.)
[01:42] <Unit193> I suppose I could just try out Arch or Fedora and see how it is, at least for right now.
[01:46] <paultag> systemd is easy to install in Debian
[01:46] <paultag> and it works with init scripts
[01:46] <paultag> (back)
[01:47] <paultag> you just don't get much of the good stuff
[01:47] <paultag> but it works
[01:47] <paultag> and it's niceee.
[01:47] <paultag> spec files rule, and I love the daemon supervise stuff
[01:53] <Unit193> Yeah, of course they both work with init scripts.
[03:23] <ronnoc> Hi all
[03:28] <skellat> Hello
[03:40] <ronnoc> hi :)
[03:40] <ronnoc> oops gone
[03:51] <Unit193> Howdy, ronnoc!
[04:21] <gilbert> systemd no support freebsd :(
[04:23] <gilbert> :_(
[13:48] <thafreak> paultag: i don't like systemd because it's confusing as hell
[13:48] <thafreak> and even more reason that I've avoided fedora
[13:48] <thafreak> i had to find a "rosetta stone" web page to help me figure out the systemd commands to do simple stuff
[13:49] <thafreak> i also don't like how it's rolling too much functionality into one thing
[13:49] <thafreak> it goes against the unix philosophy
[13:50] <thafreak> i get how some poeople lump init based services with inetd based services etc, because they're all services
[13:50] <thafreak> but they should be separate
[13:50] <thafreak> so, please, if you have points why systemd is awesome, I'd love to hear them
[13:50] <thafreak> also, why the hell are you guys talking about it anyway? Did ubuntu switch to systemd?
[13:51] <thafreak> I need to know so I can stop using ubuntu if that's the case ;)
[13:54] <paultag> it should
[13:54] <paultag> but no, I want to see Debian on systemd
[13:54] <paultag> and it's not confusing.
[13:55] <thafreak> uh...it's definately not straight forward
[13:55] <paultag> it is
[13:55] <paultag> old init scripts work
[13:55] <paultag> there's literally no more straight forward than no changes
[13:58] <thafreak> there were changes...i had to look up how to do something with systemd when teaching the one sysadmin class
[13:58] <thafreak> cause they gave me fedora to work with
[13:58] <paultag> dude, what? :)
[13:59] <thafreak> i can't remember off hand what it was
[13:59] <paultag> anyway, brb, off to GOOG
[13:59] <paultag> much love
[13:59] <thafreak> systemctl disable foo.service
[13:59] <thafreak> why
[13:59] <thafreak> why foo.service?
[14:00] <thafreak> systemctl list-units --type=target
[14:00] <thafreak> to figure out what runlevel you're in
[14:01] <thafreak> that makes so much sense right?
[14:01] <thafreak> you wouldn't want the flag to have the word runlevel in there anywhere
[14:02] <thafreak> i give up, i'm not having fun anymore
[14:02] <thafreak> i quit sysadmin
[14:03] <thafreak> systemctl disable thafreak.sysadmin
[16:08] <jrgifford> whoa
[16:08] <jrgifford> mark is being weird
[18:20] <thafreak> shuttleworth?
[18:23] <Unit193> Isn't he always?
[20:32] <jrgifford> moreso than usual
[20:37] <Unit193> Oh?
[20:37] <jrgifford> have you noticed that over the last 5 cycles
[20:37] <jrgifford> he's gotten a little more edgy with every release blog post?
[20:39] <Unit193> Edgy Eft?  And no I haven't, I don't read it. :D  (I might have last time, but I've read under 6 posts by him)
[20:43] <Unit193> Hah, oh gee, "Mir is so great because everyone is attacking it." :P
[20:46] <skellat> jrgifford: SABDFL is a cosmonaut.  That makes him abnormal/unusual by anybody's definition...
[20:48] <Unit193> skellat: Doesn't give him a free pass, and that's what he used to be, he's not really anymore. ;)
[20:48] <jrgifford> lol
[20:50] <Unit193> Hey, I can heckle at Mir all I want, I gave it a fair shot (and helped others do the same, right? :-----D )
[20:53] <skellat> And then there are these thoughts on the new codename: http://bit.ly/19Yxe8a
[20:53] <jenni> [ Codepope's pontifications: Musings on the new Ubuntu 14.04 LTS codename ] - http://bit.ly
[20:53] <skellat> Tarantula would've been better
[20:54] <Unit193> I liked my name(s) better.