[00:19] <TheMuso> pitti: Ok bug 966845 fixed for pyatspi and at-spi2-atk, uploaded the new upstream version of the at-spi2 stack into precise-proposed as well. Will fix up in Debian and will re-sync later to clean up.
[00:19] <ubot2> Launchpad bug 966845 in pyatspi "lucid->precise upgrade wants to remove ubuntu-desktop" [High,In progress] https://launchpad.net/bugs/966845
[04:47] <robert_ancell> RAOF, any reason why we're not running the latest colord?
[04:48] <RAOF> robert_ancell: Mainly because it's after feature freeze.
[04:49] <RAOF> Well, that and because 0.1.18 doesn't work properly on !systemd (although I've fixed that)
[04:50] <RAOF> robert_ancell: Is there anything particular you'd like out of the latest colord?
[04:51] <robert_ancell> RAOF, not really, just wondering why both us and debian are two versions behind
[04:51] <RAOF> Ah.  Well, Debian's two versions behind because I've not yet trawled for a sponsor vigorously enough.
[05:01] <RAOF> And Ubuntu's also behind that because we don't seem to have libgusb
[05:11] <pitti> Good morning
[05:11] <pitti> TheMuso: splendid, thanks
[05:18] <BigWhale> Morning.
[05:29] <rickspencer3> good morning pitti
[05:30] <pitti> hey rickspencer3
[05:31] <rickspencer3> pitti what's the word on the street for beta2?
[05:31] <pitti> rickspencer3: looking fairly good, I'd say
[05:31] <rickspencer3> good news
[05:34] <rickspencer3> pitti, the bug reports on the ISO tracker look less than severe
[05:34] <pitti> yeah, some were gratuitously marked as "serious", but are not really in the sense of "breaks the install"
[05:53] <RAOF> pitti: In the unlikely event that you've got a lazy couple of minutes, it'd be nice to get colord 0.1.18 currently sitting in git uploaded to Debian.
[05:56] <pitti> RAOF: can do; updating my sid chroot
[05:57] <pitti> pristine-tar: git show refs/heads/pristine-tar:colord_0.1.18.orig.tar.xz.delta failed
[05:57] <pitti> gbp:error: /usr/bin/pristine-tar returned 128
[05:57] <pitti> RAOF: ^
[05:58] <pitti> RAOF: I guess I need to download the orig via uscan then?
[05:58] <RAOF> That'd work.
[05:58] <RAOF> Or I could just push the pristine-tar branch :)
[05:58] <pitti> meh
[05:58] <RAOF> …done.
[05:58] <pitti> RAOF: I did uscan --download-current-version --rename, and that worked; but git-buildpackage still complains
[05:59] <pitti> RAOF: still the same, hmm
[05:59] <pitti> ah, nevermind; git fail
[05:59] <RAOF> Heh.
[06:11] <RAOF> pitti: Thanks muchly!
[06:11] <pitti> RAOF: uploaded
[06:11]  * RAOF already received the ACCEPTED mail :)
[06:21] <didrocks> good morning
[06:21] <pitti> bonjour didrocks, ca va?
[06:22] <didrocks> pitti: I'm good, thanks! I woke up at 5AM, couldn't sleep more. So I work until 6h30, and then, finally catch up one hour and half of some sleep :)
[06:22] <didrocks> pitti: and you?
[06:23] <pitti> erk
[06:23] <pitti> pretty well here, slept until 5:30 when the birds started yelling, and then until 7 after closing the window :)
[06:23] <pitti> it's become a routine for the last week or two now
[06:23] <didrocks> oh, sleeping with open windows?
[06:24] <pitti> we have a bird which makes a noise like a beeping alarm clock
[06:24] <didrocks> urgh
[06:24] <didrocks> the birds here are way nicer :)
[06:24] <pitti> well, that's fine; I get up, shut the window, and go on sleeping :)
[06:24] <didrocks> heh ;)
[06:24] <pitti> I much rather have some birds a few weeks a year than a loud street or anything the entire year
[06:24] <didrocks> totally agree
[06:25] <pitti> one of these days that guy will find a nice bird women, and he can stop yelling :)
[06:25] <didrocks> :)
[06:25] <pitti> he's got a nice comfy nest
[06:26] <RAOF> We have some crazy birds out in the park opposite that scream at midnight.
[06:27] <didrocks> RAOF: he maybe has some timezone issue ;)
[06:28]  * didrocks looks at the new g-c-c display ui. I will ask more ui patching :/
[06:28] <didrocks> it*
[06:37]  * rickspencer3 is picturing the difference between French, German, and Australian birds
[06:42] <didrocks> rickspencer3: starting a funny drawing serie?
[07:35] <didrocks> pitti: do you know if GtkTable can merge some columns for a row? It seems not to me
[07:36] <pitti> didrocks: I don't know off-hand, sorry
[07:36] <pitti> didrocks: perhaps GtkGrid can now, it's the successor
[07:36] <didrocks> pitti: well, I don't want to change even more g-c-c ;)
[07:37] <didrocks> https://launchpadlibrarian.net/98669009/globalOptionsPlacement.png will require adding a gtkbox then…
[07:37] <didrocks> more ui patching and love
[07:37] <pitti> didrocks: but why would you need to formally merge them?
[07:37] <didrocks> pitti: on the image, look at the separator ^
[07:37] <pitti> didrocks: gtk_table_attach() takes the left, right, top, bottom cell
[07:37] <pitti> so you can place a widget into two cells
[07:37] <pitti> or more
[07:37] <didrocks> ah
[07:37] <pitti> yes, that should be fine
[07:37] <didrocks> oh nice, yeah
[07:38] <didrocks> so, just adding one row, and using that
[07:38] <didrocks> thanks pitti :)
[07:47] <tkamppeter> pitti, hi
[07:47] <pitti> hey tkamppeter
[07:51] <tkamppeter> pitti, it is about bug 494141, on April 5, 2011 you have uploaded CUPS to lucid-proposed with a fix and the bug got marked verification-needed. It seems that no one never ever tested this though there was a lot of discussion afterwards and in the meantime up to now security updated for CUPS (without the fix for this bug) got applied. Today, RAOF, removed the verification-needed mark as the proposed version got superseded and told the
[07:51] <tkamppeter> fix should get re-uploaded. I do not know where to find the fix and what it was, as you packaged it. Can you re-upload or should we mark the bug invalid as the fix did not get tested for one year?
[07:51] <ubot2> Launchpad bug 494141 in cups "CUPS starts after SAMBA; printers are not available (convert cups to upstart)" [Undecided,Fix released] https://launchpad.net/bugs/494141
[07:53] <pitti> tkamppeter: actually SpammapS uploaded it, but I agree that we should just set lucid  to "wontfix" at this point; I'll do that
[07:55] <pitti> bonjour seb128
[07:55] <seb128> hey
[07:55] <seb128> hey pitti, how are you ?
[07:55] <pitti> I feel quite precise today!
[07:56] <tkamppeter> pitti, thanks.
[07:56] <seb128> pitti, ;-)
[07:56] <pitti> beta looking good, got some nice progress with using -proposed as a staging area
[07:56] <pitti> and still 5 bugs behind you, grrr! :-)
[07:56]  * pitti hugs seb128
[07:56]  * seb128 hugs pitti
[07:56] <seb128> pitti, that can't change a lot with the freeze ;-)
[07:57] <pitti> I have some 5 queued up in unapproved and bzr, but I guess so do you
[07:57] <pitti> I wasted half of yesterday on bug 571038
[07:57] <seb128> pitti, yeah, I've a few, some in proposed as well (the page didn't pick those up I think)
[07:57] <ubot2> Launchpad bug 571038 in gnome-disk-utility "palimpsest crash with libgdu:ERROR:gdu-pool.c:2369:device_recurse: assertion failed: (depth < 100)" [Medium,Confirmed] https://launchpad.net/bugs/571038
[07:57] <seb128> pitti, did you get to the bottom of it?
[07:58] <pitti> seb128: I think the page has a general problem with -proposed; even today it doesn't have the recent gtk+2.0 fix, neither for me (I uploaded to -proposed) nor for cjwatson (who copied it to precise)
[07:58] <pitti> seb128: I managed to generate the crash once, but I can't reproduce it reliably yet
[07:58] <pitti> I tried to re-do the same steps, but failed
[07:58] <seb128> :-(
[07:58] <pitti> it affects partition layouts which you cannot create with Linux tools
[07:59] <pitti> only with some proprietary ones, I figure
[07:59] <pitti> (and which should not even be allowed, they are ridiculously convoluted)
[08:01] <cjwatson> pitti: I had to arrange to skip uploads without changesfileurl, which seemed a bit odd but I didn't get to the bottom of it
[08:01] <cjwatson> pitti: eh, though, since gtk+2.0 has been copied to precise, it shouldn't appear on pending-sru
[08:02] <cjwatson> oh, wait, you're talking about a different page aren't you :-)
[08:02] <pitti> cjwatson: I mean http://reports.qa.ubuntu.com/reports/bug-fixing/precise-fixes-report.html
[08:02]  * cjwatson goes back to sleep
[08:02] <pitti> cjwatson: so yes, it's not something important, just a little competition that seb128 and I have going.. :)
[08:02] <seb128> ;-)
[08:02] <cjwatson> yeah, I'm ridiculously far behind you this cycle apparently
[08:04] <seb128> pitti, interesting commen:t https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/899858/comments/46
[08:04] <ubot2> Launchpad bug 899858 in oem-priority/precise "regression in gvfs to connect/browse using obex" [High,In progress]
[08:04] <seb128> "there is a private implementation of dbus-glib in daemon/dbus-gmain.c" -> wth
[08:05] <pitti> yes, I saw
[08:31] <chrisccoulson> good morning everyone
[08:32] <pitti> hey chrisccoulson
[08:32] <chrisccoulson> hi pitti, how are you?
[08:32] <pitti> quite fine, thanks! yourself?
[08:32] <chrisccoulson> pitti - yeah, pretty good thanks :)
[08:33] <BigWhale> Greetings all.
[08:35] <chrisccoulson> does anybody know what actually changed with bug 939258? it broke the blacklist feature of thunderbird
[08:35] <ubot2> Launchpad bug 939258 in indicator-messages "Messaging indicator not respecting blacklist" [Undecided,Fix released] https://launchpad.net/bugs/939258
[08:35] <chrisccoulson> i guess i could probably just look and figure it out :)
[08:40] <chrisccoulson> oh, i see now
[08:41] <seb128> hey chrisccoulson
[08:41] <seb128> chrisccoulson, how are you?
[08:42] <chrisccoulson> seb128, yeah, not too bad thanks. how are you?
[08:42] <seb128> chrisccoulson, I'm good thanks
[08:42] <chrisccoulson> i wish we could stop changing things without telling people first :)
[08:43] <chrisccoulson> bug 968063 is because of a last minute indicator-messages change ;)
[08:43] <ubot2> Launchpad bug 968063 in thunderbird "Messaging menu blacklist feature doesn't work" [Undecided,New] https://launchpad.net/bugs/968063
[08:50] <tjaalton> chrisccoulson: have you seen a bug reported against enigmail/thunderbird where the locale is all wrong? the enigmail translations seem to be in hungarian for me :)
[08:51] <chrisccoulson> tjaalton, no, i've not seen that
[08:51] <tjaalton> ok, I'll file a bug
[08:51] <glatzor> hello dpm, I have got a question regarding the iso 639 codes. In aptdaemon I use the iso codes xml file to get human readable names for the to be downloaded translations of package descriptions (e.g. "Downloading transalations for Asturian")
[08:51] <glatzor> dpm, bug 966111
[08:51] <ubot2> Launchpad bug 966111 in aptdaemon "aptd crashed with KeyError in get_localised_name(): 'ast'" [Undecided,New] https://launchpad.net/bugs/966111
[08:52] <dpm> hi glatzor, looking...
[08:52] <glatzor> dpm,  but there seem to be some locales which are not covered by the iso 639 codes
[08:52] <glatzor> dpm, I use the iso_code_639_1_code for the lookup of languages
[08:53] <glatzor> dpm, is there a better way?
[08:54] <dpm> glatzor, hm, strange that 'ast' in particular is not covered. Instead of using isocodes, you might want to try pyicu instead, it has a nice API and provides localized language names from ISO codes too.
[08:58] <dpm> it's weird though, 'ast' and its translation seem to be available from iso-codes, though:
[08:58] <dpm> https://translations.launchpad.net/ubuntu/precise/+source/iso-codes/+pots/iso-639-3/ast/+translate?batch=10&show=all&search=asturian
[08:58] <dpm> https://translations.launchpad.net/ubuntu/precise/+source/iso-codes/+pots/iso-639/ast/+translate?batch=10&show=all&search=asturian
[09:15] <pitti> seb128: gosh, I'm so glad we got that apport retracer failure
[09:15] <seb128> pitti, oh?
[09:15] <pitti> seb128: I have a test case now, and this uncovered that the client-side dupe detection doesn't work for any signature which has a character which gets quoted in URLs :/
[09:16] <pitti> so, it fixes the retracer crash now, and should make client-side dupe detection work a lot better
[09:16] <seb128> nice
[09:19] <pitti> seb128: rolled out, db now publishing, retracer shoudl work again
[09:20] <seb128> \o/
[09:20] <seb128> pitti, well done
[09:20] <pitti> test cases FTW
[09:32] <glatzor> dpm, there is an entry for asturian in iso 639 but as 2t/2b code
[09:38] <dpm> glatzor, what's a 2t/2b code?
[09:39] <dpm> In any case, pyicu should work: http://pastebin.ubuntu.com/905326/
[09:39] <seb128> pitti, robert_ancell went crazy on updates this week ;-)
[09:39] <pitti> indeed!
[09:40] <pitti> some woudl have been done better in Debian, but anyway, nice to have all those 3.4 final tarballs!
[09:40] <pitti> seb128: I bet it was really his daughter, he told her to package
[09:40] <seb128> right, I put some of those as "to sync" on the pad
[09:40] <seb128> pitti, ;-)
[09:42]  * didrocks hopes he finished his latest changes to g-c-c this cycle
[09:42]  * pitti hugs didrocks
[09:43] <pitti> didrocks: that's the "where to put launcher in a multi-monitor setup"?
[09:44] <didrocks> pitti: yeah, small tweaks here, and now that unity-2d support as well reveal pressure, I'm hooking it up
[09:44] <didrocks> pitti: 2d uses gsettings, 3d uses gconf
[09:44] <didrocks> so for every settings, it's a fun story for refresh, resetting to default, consolidating both settings
[09:45] <glatzor> dpm I dont know :) I hoped that you coud give me some advice on this :)
[09:45] <glatzor> dpm, but thanks for the tip with icu. It is already in main. So seems to be a good solution
[09:46] <dpm> lol, no worries. Where did you see ast was a '2t/2b code'?
[09:47]  * didrocks should fix his notification weechat plugin. Since a recent upgrade, I get notification even for message I'm writing in pm…
[09:47] <glatzor> dpm, from /usr/share/xml/iso-codes/iso_639.xml
[09:53] <dpm> glatzor, ah, here's what 2b/2t codes are -> http://en.wikipedia.org/wiki/ISO_639-2#B_and_T_codes - from what I can see, though, the only "special" thing about ast is that it hasn't got a 2-letter code, it's got only the 3-letter version, which is the same for many other languages, so when populating your array from iso-codes you should probably fall back to the 'iso_639_2B_code' or 'iso_639_2B_code' if there isn't a iso_639_1_code entry. But unless yo
[09:53] <dpm> u are concerned about adding an additional dependency, I'd recommend using pyicu instead of parsing xml
[10:11] <mpt> glatzor!!! hugs
[10:13] <tjaalton> chrisccoulson: filed bug 968122, upstream knows about it
[10:13] <ubot2> Launchpad bug 968122 in enigmail "localization messed up" [Undecided,New] https://launchpad.net/bugs/968122
[10:20] <ritz> seb128, morning
[10:20] <ritz> wrt https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/949782
[10:20] <ubot2> Launchpad bug 949782 in unity-greeter "No way to disable lightdm start-up sound" [Medium,Triaged]
[10:20] <seb128> hey ritz
[10:21] <glatzor> hello mpt
[10:21] <mpt> How's hacking?
[10:21] <glatzor> mpt, nice to see you once again at uds
[10:21] <ritz> seb128, heya, say I looking to have this patch review.integrated . do I talk to mterry ? or is this any other procedure to follow ?
[10:22] <glatzor> mpt, how are you?
[10:24] <seb128> ritz, the usual way is to branch, hack and propose a merge request for review
[10:24] <ritz> seb128, okay, so attaching patch is nice, but a bzr branch is better ?
[10:24] <ritz> sweet
[10:24] <seb128> ritz, correct
[10:25] <ritz> seb128,  are you busy ? got a question with bzr.
[10:25] <ritz> when I do branch, it clones the branche entirely
[10:25] <ritz> but I do see certain projects, only with the diff/basic  files
[10:26] <ritz> where recipes require merge to work
[10:27] <mbiebl> RAOF: do you need a sponsor for colord?
[10:27] <seb128> ritz, busy ... I always have something to do but feel free to ask questions on IRC you will often find somebody to respond ;-)
[10:27] <ritz> cool :)
[10:28] <seb128> ritz, I'm not sure I understood the question though? you probably want to bzr branch lp:unity-greeter in that case
[10:29] <ritz> seb128, for example - https://bazaar.launchpad.net/~unity-greeter-team/unity-greeter/ubuntu/files
[10:29] <ritz> the only files listed are debian folder
[10:30] <ritz> when I create a branch, https://code.launchpad.net/~khadgaray/+junk/unity-greeter.lp949782
[10:30] <ritz> it has a copy of everything
[10:30] <mbiebl> RAOF: looks like you can drop the libusb-1.0-dev b-dep alltogether
[10:30] <mbiebl> RAOF: commit 6e1854455f39e288303741896582bedc73b55e37
[10:30] <ritz> seb128,  is this a new bzr repo we create, and then request merge ?
[10:30] <seb128> ritz, yeah, some of the packaging vcs-es are debian dir only, easier to deal with, less to check out
[10:31] <seb128> ritz, but you should work on the upstream source, i.e lp:unity-greeter
[10:31] <ritz> yup, how is this done ?
[10:31] <seb128> that's full source
[10:31] <seb128> ritz, debian dir only vcses? read https://wiki.ubuntu.com/DesktopTeam/Bzr is that the details
[10:31] <ritz> this branch of fine, is a full clone/copy of the upstream
[10:39] <mpt> glatzor, good, somewhat daunted by the number of bugs in USC :-)
[11:07] <ritz> seb128, nm, figured this out. Thanks. copied debian/ folder over, created a new bzr repo, added merge to recipe, and magic
[11:23] <seb128> ritz, good
[11:24] <ritz> seb128, what I am not able to figure out are the branch name, as yet
[11:24] <ritz> https://code.launchpad.net/~unity-greeter-team/unity-greeter/trunk
[11:24] <ritz> for example, what would be the branch for precise here ?
[11:24] <ritz> or the branch names  in https://code.launchpad.net/~ubuntu-branches/ubuntu/precise/unity-greeter/precise
[11:25] <seb128> ritz, you can use debcheckout unity-greeter for that
[11:25] <seb128> ritz, the vcs is ubuntu:<source> is not precised in the debian/control with a Vcs... field
[11:26] <ritz> I did not under the last statement :(
[11:27] <ritz> what is "precised"  ?
[11:27] <seb128> specified
[11:27] <seb128> sorry
[11:27] <seb128> i.e it's the standard location by default
[11:28] <seb128> but a package can use a non standard vcs and in this case the vcs is listed in the control file
[11:28] <seb128> so apt-get source, debcheckout etc can tell you what to use
[11:28] <seb128> i.e unity-greeter source package has
[11:28] <seb128> Vcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/unity-greeter/ubuntu
[11:28] <ritz> okay, I see. precise as of now is the upstream
[11:29] <ritz> but say, I would like to write a recipe to merge with https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/unity-greeter/oneiric
[11:29] <ritz> I need to specify branch name
[11:29] <ritz> merge <branchname> <repo>
[11:30] <seb128> dunno about receipies, maybe ask on #launchpad?
[11:30] <ritz> bzr says default, when I type "bzr branch"
[11:30] <seb128> we don't do daily builds around
[11:30] <ritz> cool
[11:30] <ritz> will do
[11:30] <ritz> thanks :)
[11:31] <ritz> seb128++
[11:32] <seb128> yw!
[11:57] <dpm> pitti, I see an old "Needs Review" template in the imports queue for Precise, coming from a previous upload of vte3. It seems that the template was not updated because its name seems truncated (vte-.pot). Any idea what could have caused and whether it's fixed?
[11:57] <dpm> https://translations.launchpad.net/ubuntu/precise/+imports?field.filter_status=NEEDS_REVIEW&field.filter_extension=pot&batch=300
[12:04] <dpm> seb128, also on that link ^ it seems we've got a webkit 2.0 template in Launchpad, but the latest upload was for a 3.0 template. Do you know if we should keep both, or just the 3.0 (i.e. do we ship both webkit 2.0 and 3.0 in precise)?
[12:05] <seb128> dpm, we ship webkit built with gtk2 and gtk3 but it's likely they have the same strings, they are 2 builds from the same source with different options
[12:06] <dpm> seb128, ah, it might be that they use different translation domains, though, so probably we should keep both templates in LP and ship 2 .mo files
[12:07] <seb128> dpm, probably yes
[12:08] <dpm> thanks seb128
[12:09] <seb128> yw
[12:46]  * desrt yawns and stretches
[12:46] <pitti> desrt: boo!
[12:47] <seb128> desrt, good morning!
[12:47] <desrt> hello gentlemen
[12:47] <desrt> do we have a meeting today?
[12:47]  * jalcine passes desrt some pancakes.
[12:47] <desrt> score!
[12:48] <desrt> pancakes and no meetings.  this is turning out to be a pretty good day so far.
[12:49] <didrocks> hey desrt!
[12:49] <desrt> hihi
[12:51] <seb128> desrt, no meeting that I know about no
[12:51] <desrt> seb128: fantastic news.  i hate meetings :D
[12:52] <seb128> ;-)
[12:52] <seb128> desrt, did you see slangasek hud issues yesterday?
[12:52] <seb128> not sure if that went anywhere it was my end of day
[12:53] <desrt> ya.  i wasn't able to reproduce it
[12:54] <seb128> yeah, me neither, but it seems to happen to some people, not sure what infos to ask on those bugs
[12:54] <desrt> 'what happens if you killall hud-service'? is a good one i guess
[12:54] <desrt> ie: does nautilus and unity-panel continue to go at it with each other or is hud an essential part of the problem?
[12:56] <seb128> desrt, well slangasek had it with firefox
[12:56] <seb128> had,has...
[12:56] <seb128> ie firefox and hud fighting
[13:00] <seb128> desrt, I Cced you on a "fun" bug as well, 2 powerpc users who have their menubar stripped from nautilus,gedit on any session
[13:00] <seb128> desrt, including xfce or gnome-classic
[13:01] <desrt> ya.  wondering if that has something to do with endianness issues in my recent g-s-d xsettings tweakings
[13:01] <seb128> desrt, the only 2 users who have it are on powerpc so I guess something is broken on powerpc
[13:02] <seb128> desrt, well the xsettings shouldn't be changed in classic and I'm not sure xfce runs gsd
[13:02] <seb128> it's an "interesting" bug
[13:02] <seb128> I wonder if that's a bug in gtk
[13:02] <seb128> and why it impacts only on gedit,nautilus
[13:02] <seb128> but at the same time it's powperpc, I'm suprised there in any ppc desktop user left
[13:02] <seb128> so I'm not sure I can much
[13:03] <desrt> *care, i assume you mean :)
[13:03] <seb128> yes
[13:03] <seb128> ;-)
[13:03] <desrt> anyway
[13:03] <desrt> i want to close out the performance work today
[13:04] <desrt> so stop distracting me with interesting bugs :)
[13:04] <seb128> ;-)
[13:04] <seb128> pitti, mpt: do you have an opinion on https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/964178 for precise?
[13:04] <ubot2> Launchpad bug 964178 in gnome-settings-daemon "[UIFe] Make keyboard layout indicator more consistent" [Wishlist,Confirmed]
[13:04] <seb128> it's a bug from jbicha about changing the order and wording for the 2 bottom items of the keyboard layout indicator to be consistent with other ones
[13:05] <mpt> seb128, it warms the cockles of my heart
[13:05] <seb128> mpt, so you +1 the suggestion, good ;-)
[13:05] <mpt> yep :-)
[13:05] <seb128> thanks
[13:12] <pitti> seb128: LGTM, updated bug
[13:12] <seb128> pitti, thanks
[14:12] <seb128> pitti, hey, I just got bug #899757
[14:12] <ubot2> Launchpad bug 899757 in udisks "udisks-daemon assertion error: HACK: Wanting to register object at path `%s' but there is already an object there." [Medium,Incomplete] https://launchpad.net/bugs/899757
[14:12] <seb128> pitti, is there any info I can get from the system?
[14:12] <seb128> I did do the "  sudo /usr/lib/udisks/udisks-daemon --replace 2>&1 | tee /tmp/udisks.log" since I found the bug after hitting the issue
[14:13] <pitti> seb128: indeed there is -- see comment 6
[14:13] <seb128> I'm not sure I will be able to get it again
[14:13] <seb128> but let's see
[14:13] <pitti> seb128: if you have the udisks debug output, if you could attach that to the bug?
[14:13] <pitti> ah
[14:13] <pitti> yes, that's the tricky bit; what did you do when it happened?
[14:14] <seb128> pitti, I disconnected,reconnected my ipod nano 5 times in a minute to test the gvfs media player bug
[14:14] <desrt> seb128: FASTER!!
[14:15] <seb128> one time the cable didn't connect correctly so it was on,off,on again, so maybe a serie of connected,unconnected events or something like that
[14:15] <seb128> desrt, I would if g-s-d wasn't taking 10s to see the device :p
[14:16] <desrt> blame the kernel
[14:16] <desrt> there has been some talk there lately...
[14:16] <pitti> seb128: that sounds plausible at least; you need two "added" events in a very short tiem
[14:16] <pitti> time
[14:16] <seb128> pitti, ok, got it
[14:18] <seb128> pitti, https://launchpadlibrarian.net/98880792/udisks.log
[14:18] <seb128> pitti, on the bug
[14:18] <seb128> pitti, I can get it easily enough by playing with the ipod connector, let me know if you need extra infos
[14:18] <pitti> seb128: splendid, thanks!
[14:18] <seb128> yw!
[14:19] <didrocks> seb128: you! apple fan boy ;)
[14:19] <seb128> didrocks, ;-)
[14:19] <seb128> didrocks, see it's good, with apple device you can trigger bugs :p
[14:19] <didrocks> seb128: ahah, seems like you even want to expense it :p
[14:20] <seb128> good idea!
[14:20] <didrocks> ;)
[14:21] <desrt> we're expensing ipads now?
[14:21]  * desrt signs up
[14:21] <desrt> (we're allowed to sell it on ebay after, right?)
[14:33] <slangasek> desrt, seb128: yes, so when I pruned my bookmark tree (dropping an auto-generated subtree I never use), the problem seems to have gone away
[14:34] <seb128> slangasek, desrt: ok, so maybe it was indeed the dbusmenu slowness bug chrisccoulson worked on this week
[14:35] <cyphermox> seb128: any idea why vino 3.4.0 is in precise-proposed? :)
[14:40] <seb128> cyphermox, why wouldn't it be?
[14:41] <seb128> cyphermox, you can upload a -0ubuntu2 there
[14:41] <cyphermox> alright.
[14:41] <seb128> cyphermox, is the question "why in proposed"? we are using proposed a staging during the beta2 hard freeze so things builds and can be tested
[14:42] <cyphermox> yeah.
[14:42] <cyphermox> alright
[14:42] <seb128> cyphermox, it avoided the cahos stacking all 3.4 in vcs, easier to not dup work, and so we don't hammer buildds after unfreeze ;-)
[14:42] <cyphermox> right, makes sense
[14:43] <didrocks> seb128: oh btw, if you want your bugs to be counted in your account during the -proposed -> main archive copy, you have to sync them yourself
[14:43] <didrocks> seb128: otherwise, IIRC the discussion on Friday, it will be the syncer who win them :)
[14:43]  * didrocks now knows how pitti will beat seb128 at this game!
[14:43] <seb128> didrocks, lol, that's how pitti plans to beat me, I see why he pushed for proposed use!
[14:44] <kenvandine> haha
[14:44] <pitti> what, who?
[14:44] <didrocks> seb128: great minds! :)
[14:44] <pitti> oh
[14:44] <pitti> didrocks: I don't actually think that works
[14:44] <seb128> pitti, didrocks just explained me that you make us stack in proposed to pocket copy and claim credits ;-)
[14:44] <pitti> didrocks: the recent gtk+2.0 change doesn't appear anywhere, and it was done via -proposed
[14:44] <pitti> didrocks: did you get the bugs counted from your upload round?
[14:44] <seb128> so we just loose those?
[14:44] <didrocks> pitti: hum, so bug counts are not counted at all in the end?
[14:45] <didrocks> pitti: TBH, I didn't care/looked
[14:45] <pitti> didrocks: I only checked for one bug
[14:45] <didrocks> let me look
[14:45] <didrocks> one sec
[14:45] <pitti> seb128: nah, you can copy your's yourself, same as didrocks
[14:45] <cyphermox> bug counts?
[14:45] <dobey> well didrocks cheats because he's uploading all the unity packages :P
[14:45] <seb128> cyphermox, http://reports.qa.ubuntu.com/reports/bug-fixing/canonical-desktop-team-precise-fixes-report.html
[14:46] <cyphermox> right.. I thought those were tallied from emails in precise-changes.
[14:46] <didrocks> dobey: well, same with GNOME, but yeah, it's not a fair game :)
[14:46] <seb128> cyphermox, little in team competition game going on ;-)
[14:46] <cyphermox> seb128: of course. I look at the global one every once in a while to see how I'm doing
[14:46] <didrocks> pitti: seb128: yeah, they aren't counted
[14:46] <didrocks> at all
[14:47] <didrocks> I'll never push unity/compiz to -proposed ever *ever* :p
[14:47] <pitti> :(
[14:47] <didrocks> (not sure about the package upload numbers as well)
[14:52] <chrisccoulson> it seems like i need to help didrocks with unity uploads to bump up my score a bit ;)
[14:52] <didrocks> chrisccoulson: stop slacking! You need real software rather than webby-on-the-cloud-prototype-based stuff :)
[14:52] <chrisccoulson> lol
[14:52] <didrocks> like you have the bare metal, you have the heavy old good client :)
[14:53] <didrocks> (btw, I'm quite impressed on the mozilla RGP game they did)
[14:53] <didrocks> with the server on Nodejs…
[14:54] <chrisccoulson> oh, i've not tried it yet. i keep seeing people tweeting about it though
[14:54] <chrisccoulson> perhaps i will try it outside of working hours later ;)
[14:54] <didrocks> just tried it for 5 minutes, as most of people do I guess :)
[14:54] <chrisccoulson> kenvandine, i'm seeing your issue on the canonical wiki now btw :(
[14:55] <didrocks> what issue?
[14:55] <chrisccoulson> didrocks, the wiki pages only have a title and no contents
[14:55] <didrocks> I got the same yesterday, had to logout/login back
[14:55] <chrisccoulson> although, the inspector shows that the document really does have no contents, so i'm not sure it's a browser bug :)
[14:55] <didrocks> oh?
[14:55] <didrocks> by no content
[14:56] <didrocks> you meant,
[14:56] <didrocks> *no* content? :)
[14:56] <didrocks> I just had the top bar
[14:56] <didrocks> telling me I can't access the resource
[14:56] <chrisccoulson> didrocks, yeah, just the top bar. it doesn't tell me i can't access it though
[14:56] <chrisccoulson> although, logging out and back in again fixed it
[14:56] <chrisccoulson> weird ;)
[14:56] <kenvandine> chrisccoulson, working for me now
[14:57] <didrocks> same from what I had yesterday…
[14:58] <didrocks> chrisccoulson: btw, I had it with chromium so not browser related
[14:59] <chrisccoulson> oh, that's ok then :)
[14:59] <didrocks> sorry, forgot to tell :)
[15:15] <tkamppeter> pitti, I have committed additional fixes for cups-filters, to be uploaded into Debian and Ubuntu after beta2 release.
[15:16] <seb128> desrt, I hate glib, it's impossible to run a process with glib 2.30 on precise :p
[15:17] <desrt> huh?
[15:18] <seb128> desrt, too many new symbol, I had to downgrade gtk,gdk as well but that's still not enough, I stopped on gvfs :p
[15:18] <desrt> i repeat my question.  huh? :)
[15:18] <pitti> "use chroots, Luke"?
[15:18] <pitti> or a live CD?
[15:19] <seb128> desrt, I'm trying to figure if that mount issue is a glib regression
[15:19] <seb128> pitti, well I know it worked on 11.10, that won't tell me a lot
[15:19] <seb128> I'm trying to isolate the regression
[15:19] <pitti> ah
[15:19] <seb128>           x_content_types = g_mount_guess_content_type_sync (mount, FALSE, NULL, NULL);
[15:19] <seb128> that returns NULL for my ipod
[15:19] <seb128> so somewhat I'm leaning toward glib
[15:20] <pitti> there's still some guesswork involved for media players
[15:20] <pitti> I think we used to have a hack that checked the icon name
[15:20] <seb128> pitti, well it should return a type for sure no?
[15:20] <pitti> as there is no other way ATM to pass that up to gvfs
[15:22] <seb128> pitti, where is that hack? gvfs?
[15:23] <pitti> yes, I believe so, but it's been a while
[15:23] <didrocks> tjaalton: around?
[15:24] <tjaalton> didrocks: yup
[15:24] <didrocks> tjaalton: about bug #948691, (you commented on a dup) you tell that you got that quite regularly
[15:24] <ubot2> Launchpad bug 948691 in oneconf "oneconf-service crashed with ValueError in raw_decode(): No JSON object could be decoded (dup-of: 849037)" [High,Confirmed] https://launchpad.net/bugs/948691
[15:24] <ubot2> Launchpad bug 849037 in oneconf "oneconf-service crashed with ValueError in raw_decode(): No JSON object could be decoded" [High,Confirmed] https://launchpad.net/bugs/849037
[15:25] <didrocks> tjaalton: I would need your ~/.cache/oneconf content please :)
[15:25] <tjaalton> didrocks: yes, every time I resume from suspend
[15:25] <tjaalton> well, not every time, but almost
[15:26] <didrocks> tjaalton: it's when you got an upgrade or you install/remove a new package
[15:26] <didrocks> one of your file should be corrupted
[15:26] <didrocks> I would be interested to understand how and check it's the case :)
[15:27] <tjaalton> didrocks: so it's the package_list_$foo then?
[15:27] <didrocks> tjaalton: one of the files (can be the host one as well) is corrupted and not jsonified
[15:28] <didrocks> tjaalton: if you can pack that to me, I would interested :)
[15:28] <tjaalton> uhm no, 'host' looks weird
[15:28] <tjaalton> sure
[15:28] <didrocks> tjaalton: they all should be json
[15:28] <tjaalton> looks messed up to me
[15:28] <tjaalton> compared to my desktop
[15:28] <seb128> pitti, thanks!
[15:28] <seb128> pitti, that's it
[15:28] <tjaalton> package_list is binary
[15:28] <pitti> seb128: we lost the patch?
[15:28] <didrocks> if not, someting bad happened (maybe I don't for this file write somewhere else and mv it…)
[15:28] <seb128> pitti, http://launchpadlibrarian.net/33649110/gvfs_1.4.0-0ubuntu3_1.4.0-0ubuntu4.diff.gz got dropped
[15:28] <seb128> pitti, yes
[15:29] <didrocks> tjaalton: shouldn't be as well
[15:29] <seb128> pitti, restoring it fixes the issue
[15:29] <pitti> indeed, nice!
[15:29] <didrocks> tjaalton: so yeah, it seems that when it was saving, something happened :)
[15:29] <tjaalton> didrocks: looks like it was over a month ago
[15:29] <tjaalton> judging from the timestamps
[15:30] <didrocks> tjaalton: it's when you start getting the crash I guess :)
[15:30] <tjaalton> yes, likely
[15:30] <didrocks> tjaalton: ok, so you confirm you have a corrupted files, if you can send them to me, I can put that in the testsuite ;)
[15:31] <seb128> pitti, ok, you dropped the patch
[15:31] <didrocks> I need two things: 1. try to ensure I don't get some 2. maybe remove the data if I get some and recreating them
[15:31] <tjaalton> didrocks: http://koti.kapsi.fi/~tjaalton/tmp/oneconf.tar
[15:31] <seb128> pitti, no cookie, I take the bug fix for my count :p
[15:31] <pitti> lol
[15:31] <seb128> pitti, you synced 1.8 on debian but they never had the patch
[15:31] <tjaalton> didrocks: aptdaemon crashing is not related?
[15:31] <didrocks> tjaalton: thanks a lot :)
[15:31] <didrocks> tjaalton: no, not me :p
[15:32] <seb128> pitti, I wonder how it's working for upstream,debian without it though
[15:32] <tjaalton> didrocks: yeah it's happening on the desktop
[15:32] <didrocks> tjaalton: do you mean keeping the broken state?
[15:32] <pitti> seb128: it just doesn't
[15:32] <tjaalton> so not this machine
[15:32] <didrocks> tjaalton: that will help to ensure it's fixed on a real system
[15:32] <tjaalton> didrocks: i'll keep it if it's useful
[15:32] <seb128> pitti, ok, we might want to push the patch to Debian at least...
[15:32] <didrocks> tjaalton: thanks ;)
[15:32] <didrocks> tjaalton: so that the "recovery" works
[15:32] <tjaalton> didrocks: yes, thanks
[15:38] <pitti> seb128: assigned bug 952933 to you then
[15:38] <ubot2> Launchpad bug 952933 in gvfs "media players do not trigger "Open with Music Player" dialog" [Medium,In progress] https://launchpad.net/bugs/952933
[15:38] <seb128> pitti, thanks ;-)
[15:39] <didrocks> decode_mcu_fast(), do you what what library is using that?
[15:43] <pitti> kenvandine: did you sponsor indicator-datetime?
[15:43] <pitti> kenvandine: please reupload indicator-appmenu to precise; -proposed doesn't work any more now that precise is thawed
[15:43] <pitti> rejecting both
[15:43] <kenvandine> ah
[15:43] <kenvandine> ok
[15:43] <kenvandine> will do
[15:44]  * ayan waves.
[15:44] <pitti> kenvandine: thanks, and sorry; at least it shouldn't be far any more, cjwatson just told me his LP branch for fixing this is approved (make -proposed work all teh time)
[15:45] <pitti> @ALL: precise thawed, upload away
[15:48] <seb128> pitti, oh, we are unfrozen?
[15:48] <pitti> seb128: yep
[15:48] <seb128> great
[15:48] <pitti> need to copy precise-proposed to precise
[15:48] <seb128> pitti, is somebody going to do all the  pocket copies or how does that work?
[15:49] <pitti> seb128: can do; I developed some tools for this this morning
[15:49] <pitti> and it seems it's not going to influence the bug stats anyway, so I can just as well do it in a big batch
[15:50] <seb128> pitti, yes please do, even if it influence the stats that's ok, we can retain than we reach 300 anyway this cycle ;-)
[15:51] <ayan> has anyone seen a bug that has a lower brightness level to be acutally brighter than higher levels?
[15:52] <ayan> i have a machine with a nominal brightness of 0 that is actually brigther than 3 for example.
[16:01] <cyphermox> ayan: how were you looking at the brightness level, from proc?
[16:01] <cyphermox> (or you know, the /sys interface for it or something)
[16:04] <ayan> cyphermox: yes, /sys/.../.../acpi_video0/brightness
[16:05] <cyphermox> da
[16:06] <cyphermox> so if you can change it from 0 to 3 and the brightness actually diminishes, I'd say it's either a kernel or a bios issue
[16:06] <cyphermox> (or hardware issue?)
[16:08] <ayan> cyphermox: ya -- that is what i'm thinking.   i just wanted to get some advice before declaring it a BIOS bug.
[16:09] <ayan> this is on a yet-to-be-released OEM machine.
[16:09] <cyphermox> yeah, seems very likely it's a BIOS bug rather than an issue with the kernel driver
[16:09] <cyphermox> (I mean, how hard can counting from 0 to 15 be ? :)
[17:32]  * didrocks waves good evening
[17:33]  * pitti -> dinner
[17:44] <seb128> kenvandine, hey
[17:44] <seb128> kenvandine, btw just for info robert_ancell have been on an update rampage this week and didn't check the etherpad a lot, he did vala that you had claimed
[17:46] <kenvandine> oh, great :)
[17:46] <kenvandine> i had barely started it :)
[17:59] <kenvandine> wow... i never noticed lintian catch spelling errors in the changelog
[18:02] <kenvandine> robert_ancell would be happy, i am bitching about autotools again
[18:08] <jbicha> seb128: could you look into syncing jhbuild from sid?
[18:42] <cyphermox> yay, NM and nm-applet in precise in hopefully what is their final form :)
[18:42] <seb128> cyphermox, 0.9.4?
[18:42] <cyphermox> yeah
[18:42] <seb128> nice
[18:43] <seb128> less red on versions ;-)
[18:43] <seb128> jbicha, sure
[18:43] <cyphermox> I just landed nm-applet; NM was in the queue for a while
[18:43] <seb128> jbicha, you are not MOTU btw? ;-)
[18:43] <seb128> cyphermox, you should have uploaded to proposed like everybody else ;-)
[18:43] <cyphermox> now I'll fix the vpn plugins, mobile-broadband-provider-info and above all, evo :D
[18:43] <cyphermox> haha
[18:44] <seb128> cyphermox, vino update \o/
[18:44] <cyphermox> and waste the few chances I have of overthrowing kenvandine's reign on the fourth place in bug counts? :)
[18:44] <seb128> cyphermox, come to collect your $drink at UDS ;-)
[18:44] <cyphermox> bah
[18:44] <kenvandine> i'm 4th?
[18:44] <cyphermox> kenvandine: thought so
[18:44] <cyphermox> with ~ twice as many bugs as I do... so I can't slack off
[18:45] <pitti> seb128: FTR, we can't upload to -proposed any more, as precise thawed
[18:45] <pitti> seb128: bug 930217
[18:45] <ubot2> Launchpad bug 930217 in launchpad "Make proposed pocket useful for staging uploads" [Low,In progress] https://launchpad.net/bugs/930217
[18:45] <cyphermox> cool
[18:45] <seb128> pitti, right, I was just responding to "NM was in the queue for a while"
[18:46] <cyphermox> seb128: I think I uploaded it to the queue the day of the freeze
[18:46] <cyphermox> actually, nevermind that
[18:46] <cyphermox> but it was in my staging before staging PPA :)
[18:46] <pitti> ah, right
[18:46]  * pitti off for about 1.5 hours, not much I can do right now release wise
[18:47] <seb128> pitti, no
[18:47] <seb128> pitti, it's 9pm, off for the night, not for 1
[18:47] <seb128> 1.5 hours
[18:47] <seb128> ;-)
[18:47] <seb128> cyphermox, is bug #955707 on your list?
[18:48] <ubot2> Launchpad bug 955707 in evolution-data-server "Unable to modify or update Google calendar events" [Undecided,Confirmed] https://launchpad.net/bugs/955707
[18:48] <cyphermox> seb128:  now it is
[18:48] <seb128> cyphermox, there is a patch waiting so should be a simple matter of using it
[18:48] <seb128> cyphermox, thanks
[18:48] <cyphermox> I need to totally nuke my evo setup, it seems to be magical
[18:48] <seb128> cyphermox, it's assigned to you but since it didn't move I though I would check ;-)
[18:48] <cyphermox> yeah sorry
[18:49] <seb128> cyphermox, no worry you have tons to do
[18:49] <seb128> cyphermox, sorry for dumping bugs on you this week ;-)
[18:49] <cyphermox> that's made it to first thing on my list
[18:49] <seb128> thanks
[18:49] <cyphermox> bah, it's your job, and it's my job to fix them
[18:49] <cyphermox> ;)
[18:49] <seb128> cyphermox, only a few weeks and then UDS and we can drink beers over it ;-)
[18:50] <cyphermox> yep.
[18:50] <cyphermox> fwiw, I started receiving a lot of dongles, so mobile testing has been a big thing this week
[18:51] <cyphermox> I now have ~ 6 devices, with IIRC two more to come by mail shortly.
[18:51] <cyphermox> I think it covers the most popular devices, and I haven't run in too many issues so that's good news
[18:52] <jbicha> seb128: yeah I'm procrastinating on applying for motu
[18:52] <cyphermox> jbicha: stop procrastinating :)
[18:52] <seb128> jbicha, go for it I'm sure you will get it without issue
[18:52] <cyphermox> jbicha: ping me if you want sponsoring; that way I can give you a testimonial
[18:53] <mdeslaur> cyphermox: do those 6 cover all the local providers?
[18:53] <mdeslaur> cyphermox: I'm curious which ones work properly :)
[18:53] <cyphermox> jbicha: btw, I think the gnome-shell issue with nm-applet's notification is fixed with nm-applet <IP_ADDRESS>
[18:54] <jbicha> cyphermox: oh cool, I'll have to take a look next week
[18:54] <cyphermox> mdeslaur: I only cover Telus and Videotron, because providers aren't really the issue -- the problem is usually device support
[18:54] <cyphermox> mdeslaur: maybe I'll activate a Rogers SIM I have though, if I find a plan that's not prohibitively expensive
[18:54] <cyphermox> (but that clashes with saying "maybe I'll activate a Rogers SIM")
[18:55] <mdeslaur> cyphermox: but how do you test the devices if you don't have a plan? just a sanity check to make sure you get to a point where it says the sims not valid or something?
[18:55] <cyphermox> no
[18:56] <cyphermox> I have an active Telus plan, and a Videotron plan. I switch SIM cards between devices for the plan that works on that device (frequency-wise)
[18:56] <cyphermox> brb
[18:56] <mdeslaur> i see
[19:53] <pitti> seb128: *mutter* release *mutter* :)
[19:58] <seb128> pitti, did I upload to proposed?! ;-)
[19:58] <seb128> pitti, oh, no, you not calling it a day
[19:58] <seb128> pitti, let slangasek and the u.s guys pick up, it's over european hours ;-)
[19:59] <pitti> yeah, shouldn't take long any more; just finishing up the image publication
[20:04] <dobey> grr, firefox, i am NOT australian
[20:06] <desrt> dobey: rendering your webpages upside down again?
[20:07] <TheMuso> lol
[20:08] <dobey> no, it wants me to spell things with s instead of z, and ou, and other such nonsense
[20:09] <dobey> heck, i'm not even using english anything for the locale, but it still keeps setting the spelling.dictionary option to en_AU :-/
[20:10] <dobey> my phone does render pages upside down sometimes though
[20:11] <dobey> but that's not firefox, or an oz issue
[20:21] <pitti> good night everyone!
[21:37] <dobey> anyone know how to iterate over a GtkTreeModel in python with GI?
[21:38]  * dobey wonders if for foo in bar works
[21:46] <thumper> anyone know how to get a core file out of a .crash file?
[21:46] <thumper> for gdb to look at?
[22:03] <RAOF> thumper: You can run apport locally and it'll ask if you want to download the dbgsym packages and start a gdb session on the core.
[22:04] <thumper> RAOF: hmm...
[22:04] <thumper> you know it is easier to write a python script :)
[22:04] <broder> thumper: if you just want a core file, use apport-unpack
[22:04] <thumper> I just want the core file
[22:04] <thumper> broder: thanks
[22:05] <thumper> hmm
[22:05] <thumper> gdb doesn't like the CoreDump that generated
[22:06] <broder> how did you try to open it?
[22:06] <thumper> gdb CoreDump
[22:06] <broder> yep, that doesn't work
[22:06] <thumper> ah
[22:06] <broder> you need to do gdb\ncore CoreDump, or gdb /usr/bin/my-executable CoreDump
[22:06] <thumper> cheers
[22:06] <broder> but gdb always interprets the first argument like that as an executable path
[22:07] <thumper> man, the result of that core dump is useless :(
[22:07] <TheMuso> thumper: Apport-cli lets you unpack crash files.
[22:07] <thumper> signal-6?
[22:07] <TheMuso> ah broder beat me to it.
[22:08]  * TheMuso shoudl read backscroll first.
[22:08] <broder> thumper: that's SIGABRT - usually an assertion failure
[22:08] <thumper> hmm...
[22:08] <thumper> I was running inside gdb
[22:08] <thumper> why didn't it stop and let me inspect the stack?
[22:09] <thumper> (for a different one)
[22:34] <thumper> Ursinha: ping?


[07:53] <fm_> can anybody take care of https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1053653 ?
[07:53] <fm_> I guess that is a violation of branding


[14:59] <robru> o/
[14:59] <caribou> \o
[14:59] <pitti> o/
[14:59] <pitti> does mumble work for you?
[14:59] <pitti> says "wrong password" here
[15:00] <bdmurray> wfm
[15:01] <robru> pitti: I'm also in the mumble without issue
[15:01] <cyphermox> wrong password for me too
[15:01] <cyphermox> heh, I think part of LP might be having trouble
[15:02] <pitti> oh, third time it worked
[15:03] <pitti> #startmeeting
[15:03] <meetingology> Meeting started Thu Sep 15 15:03:39 2016 UTC.  The chair is pitti. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:03] <meetingology> Available commands: action commands idea info link nick
[15:03] <pitti> #topic lightning round
[15:04]  * pitti rolls the dice *drumroll*
[15:04] <pitti> infinity robru caribou cyphermox pitti tdaitx barry xnox sil2100 chiluk bdmurray doko slangasek
[15:04] <robru> ooooh
[15:04] <pitti> robru: close!
[15:04] <pitti> well, first in reality, no Adam
[15:04] <robru> even better!
[15:04] <robru> lp:canonical-mojo-specs
[15:04] <robru> * many iterations towards bileto.ubuntu.com on xenial
[15:04] <robru> lp:bileto
[15:04] <robru> * minor cache expiry cleanups
[15:04] <robru> * Stop prefixing ephemeral PPA names with "landing-"
[15:04] <robru> * Add PPA dependencies dynamically.
[15:04] <robru> * Clear signoffs in more situations.
[15:04] <robru> * Stop showing cancellations in the list of failured jobs.
[15:04] <robru> * Drop redundant ticket number from britney output paths.
[15:04] <robru> * Display elapsed job time more readably.
[15:04] <robru> * Only restart gunicorn3 when there are python changes during rollouts.
[15:04] <robru> * Index all static files, not just britney files.
[15:04] <robru> * Graph elapsed time of each job.
[15:04] <robru> * New /v1/active API endpoint.
[15:04] <robru> * Drop a few redundant API endpoints.
[15:04] <robru> * Report when binary packages still pending publication.
[15:04] <robru> * Warn when MPs define prerequisites that are not present.
[15:05] <pitti> EOF or SIGPIPE?
[15:05] <xnox> SIGBUS
[15:05] <robru> pitti: what's the last message you saw? I tried pasting in chunks to avoid getting cut off there
[15:05] <pitti> robru | * Warn when MPs define prerequisites that are not present.
[15:06] <robru> one sec
[15:06] <robru> * Show job starters & cancellers in log list.
[15:06] <robru> * Fix MP sorting with tests.
[15:06] <robru> * Change PPA displayname to match name.
[15:06] <robru> * use flashplugin-nonfree/multiverse in place of NEW packages as per pitti.
[15:06] <robru> * Catch when PPA creation fails because old PPA not yet deleted and retry with different (N.1, N.2, etc) name.
[15:06] <robru> * Add nagios check for tracebacks in log files.
[15:06] <robru> lp:phablet-tools
[15:06] <robru> * don't reboot device if no packages were upgraded
[15:06] <robru> * take ticket number as argument and look up what PPA name is
[15:06] <robru> (done)
[15:06] <caribou> Bugfix:
[15:06] <caribou>  dpkg status file corrupt
[15:06] <caribou>   - Trying to gather evidence
[15:06] <caribou>  Trusty multipath-tools does not document /etc/multilpath/wwids upon restart
[15:06] <caribou>  SRU on the way
[15:06] <caribou> Development:
[15:06] <caribou>  Working on a sosreport charm
[15:06] <caribou> ☑ Done*
[15:07] <xnox> charm, not snap? =)
[15:07] <cyphermox> MIR:
[15:07] <cyphermox> - review pykerberos (bug LP: #1620293)
[15:07] <cyphermox> - review python-requests-kerberos (bug LP: #1620293)
[15:07] <cyphermox> ubuntu-core:
[15:07] <cyphermox> - apt-mirror snap
[15:07] <caribou> xnox: charm
[15:07] <pitti> caribou: that's not just bad RAM/file system?
[15:07] <cyphermox> - subiquity merges and testing
[15:07] <cyphermox> - probert update/merge with wifi ESSID logic from mwhudson
[15:07] <cyphermox> xenial:
[15:07] <cyphermox> - verifying shim-signed SRU (bug LP: #1574727)
[15:07] <cyphermox> yakkety:
[15:07] <caribou> pitti: the corruption issue ?
[15:07] <cyphermox> - replacing klibc's ipconfig with dhclient
[15:07] <cyphermox>   - for MAAS uses on IPv6-only networks
[15:07] <cyphermox> - review/merge ubiquity-slideshow animal update from willcooke
[15:07] <cyphermox> - review/merge ubiquity-slideshow update for ubuntu-gnome
[15:07] <cyphermox>   - updated version numbers for all flavors at the same time
[15:07] <cyphermox> - ubiquity merge from ochosi (bug lp: 1622258)
[15:07] <cyphermox>   - Account for larger harddrives in the partition size spinbutton.
[15:07] <cyphermox> (done)
[15:08] <pitti> autopkgtest:
[15:08] <pitti> - Add queues.json and panel for machine readable data
[15:08] <pitti> - Debug long reboot delays in scalingstack (ongoing)
[15:08] <pitti> - Find and deploy shabby workaround for slow RNG initialization in test VMs (#1622893)
[15:08] <pitti> - Fix broken statistics page after adding dummy vivid results (to make vivid queues visible again)
[15:08] <pitti> - Fix workers to cleanly exit on TERM/HUP again after xenial upgrade
[15:08] <pitti> - britney: Don't request tests for frozen packages with missing builds (caused endless test loop for duplicity/trusty/ppc64el)
[15:08] <pitti> - britney: Fix stalled test requests for reverse dependencies that only exist in -proposed (#1622846)
[15:08] <pitti> distro:
[15:08] <pitti> - apport: Fix test regressions with latest apt/gnupg2
[15:08] <pitti> - init-system-helpers: Fix package installation in cloud-init (#1576692)
[15:08] <pitti> - init-system-helpers: adjust for trusty systemd backport (#1616422)
[15:08] <pitti> - merges: debhelper, nfs-utils, util-linux
[15:08] <pitti> - python-dbusmock: fix test regression with latest bluez
[15:08] <pitti> - systemd: investigate misbehaviour of Type=idle (#1621846) and networkd failure on old 3.4 kernel (#1623068)
[15:08] <pitti> - Investigate/fix (with smoser) postgresql install failure with cloud-init (#1576692)
[15:08] <pitti> - unity-gtk-module: Fix startup race condition (#1618886)
[15:08] <pitti> misc:
[15:08] <pitti> - langpack-o-matic: Create charm, move from snakefruit to devops environment
[15:08] <pitti> - meeting: robust package installation in cloud-init
[15:08] <pitti> - meeting: ubuntu-system-test next steps
[15:08] <pitti> ~ end ~
[15:08] <pitti> caribou: yes; are there still legitimate dpkg bugs with the status file after like 20 years?
[15:08] <tdaitx> Short and slow week: sick since Monday, working slower and for shorter periods of time
[15:09] <tdaitx> = proposed migration
[15:09] <tdaitx> - Investigating  linux-libc-dev headers mismatch between powerpc/ppc64 and other archs as it causes FTBFS for various packages (LP: #1619446); trying to figure out what's wrong and propose a patch
[15:09] <tdaitx> - Removing mozart requires reverse dependency checks but reverse-depends (from ubuntu-dev-tools) relies on ubuntuwire and it seems to be offline; opened bug for now (LP: #1623951)
[15:09] <tdaitx> - Opened bug for mozart-stdlib as well (LP: #1623962)
[15:09] <tdaitx> (done)
[15:09] <caribou> pitti: no the corruption is too systematic & logic
[15:09] <caribou> pitti: & on >500 desktops
[15:09] <pitti> caribou: oh, happy hunting then
[15:09] <xnox> but same/single deployment
[15:09] <xnox> aka "one person" with many machines.
[15:10] <caribou> xnox: no, multiple workstations/desktops
[15:10] <pitti> xnox: you're up next
[15:10] <xnox> bah
[15:10] <xnox> Upload SRUs for opencryptoki & libica
[15:10] <xnox> There is still some gnupg2 fallout left, fixing
[15:10] <xnox> Want to stop using apt-key update, and use /etc/apt/trusted.gpg exclusively
[15:10] <xnox> Various s390x autopkgtest fixes / enablements
[15:10] <xnox> Provide per-arch stats on autopkgtests.ubuntu.com/statistics
[15:10] <xnox> Debugged 4k 8TB drive qemu bug -> requires extra qemu options it seems
[15:10] <xnox> qemu 2.6.1 update in progress.
[15:10] <xnox> ..
[15:12] <pitti> chiluk: anything from you this week?
[15:12] <cyphermox> xnox: please share your settings for 4K drives... I had some config before and it started to not work anymore.
[15:12] <pitti> timeout, bdmurray?
[15:12] <bdmurray> buntu-release-upgrader bug triage
[15:12] <bdmurray> rls-y bug triage
[15:12] <bdmurray> checked askubuntu / ubuntuforums for any HWE issues
[15:12] <bdmurray> bug pattern writing for oibaf xorg PPA, multiple MetaPkgs
[15:12] <bdmurray> wrote a bug pattern for backuppc upgrade issue LP: #1610756
[15:13] <bdmurray> committed HWE changes to yakkety / uploaded update-manager
[15:13] <bdmurray> fixed whoopsie build failure, uploaded to Yakkety
[15:13] <bdmurray> reviewed update-notifier patch (LP: #1621629)
[15:13] <bdmurray> submitted merge proposal regarding component-mismatches svg changes
[15:13] <bdmurray> review of docker SRU policy
[15:13] <bdmurray> approved livecd-rootfs Xenial upload (regression fix)
[15:13] <bdmurray> worked on snapping youtube-dl
[15:13] <bdmurray> travel arrangements for Product Sprint in The Hague
[15:13] <bdmurray> ✔ done
[15:13] <xnox> cyphermox, from https://bugs.launchpad.net/bugs/1619470 $ qemu-system-ppc64le -M pseries -cpu POWER8 -m 2048 -vga none -nographic -cdrom yakkety-server-ppc64el.iso -enable-kvm -device virtio-scsi-pci,id=scsi -device scsi-hd,drive=hd,physical_block_size=4096,logical_block_size=4096 -drive if=none,id=hd,file=disk.qcow2,format=qcow2 did the trick, that is setting _both_ physical_block_size and logical_block_size
[15:14] <cyphermox> xnox yeah, I had tried that, it must have been some other thing then
[15:14] <pitti> and last but not least, doko
[15:14] <cyphermox> or perhaps a broken qemu
[15:14] <xnox> cyphermox, it works on xenial as a per-device setting, i failed to make it work with global_ setting type =/
[15:14] <cyphermox> right, I tried global too ;)
[15:15] <cyphermox> xnox: ie: http://bazaar.launchpad.net/~cyphermox/+junk/vm/view/head:/4k-sectors.sh
[15:15]  * xnox thinks qemu should just default to 4k these days - no harm on 512 backing devices, no?!
[15:16] <pitti> #topic AOB
[15:17] <pitti> calling once..
[15:17] <cyphermox> nope
[15:17] <pitti> calling twice..
[15:17] <cyphermox> nope
[15:17] <pitti> sold!
[15:17] <pitti> thanks everyone!
[15:17] <pitti> #endmeeting
[15:17] <meetingology> Meeting ended Thu Sep 15 15:17:45 2016 UTC.
[15:17] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-09-15-15.03.moin.txt
[15:17] <cyphermox> thanks pitti!
[15:17] <tdaitx> thanks pitti!
[15:17] <ogra_> cyphermox, pessimist :P
[15:17] <caribou> thanks!
[15:18] <cyphermox> ogra_: what for?
[15:18] <ogra_> always saying nope indeed
[15:18] <cyphermox> ah
[15:18] <ogra_> :)
[15:18] <cyphermox> well worst case we could have an AOAOB section.
[15:18] <ogra_> heh


[19:00] <Eickmeyer> #startmeeting
[19:00] <meetingology> Meeting started Sat Jul 28 19:00:02 2018 UTC.  The chair is Eickmeyer. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[19:00] <meetingology> Available commands: action commands idea info link nick
[19:00] <Eickmeyer> #chair krytarik eylul OvenWerks captain-tux
[19:00] <meetingology> Current chairs: Eickmeyer OvenWerks captain-tux eylul krytarik
[19:00] <Eickmeyer> Hey everyone! ... if you're here...
[19:00] <eylul> hi
[19:00] <captain-tux> Hello
[19:00] <Eickmeyer> That's two...
[19:00] <eylul> *is testing out a png optimizer while talking.
[19:00] <Eickmeyer> Nice.
[19:01] <Eickmeyer> Still not seeing OvenWerks. :(
[19:01] <Eickmeyer> I might have to take over pushing -controls to Cosmic unless that's done.
[19:01] <OvenWerks> im here
[19:01] <Eickmeyer> YAY!!!
[19:02] <Eickmeyer> Okay, good. Saw krytarik on his way in earlier...
[19:02] <OvenWerks> please publish -controls.
[19:02] <Eickmeyer> Okay. I'll see what I can do about getting Cyphermox on that, which covers our first item
[19:02] <OvenWerks> push, upload, release or whtever.
[19:02] <Eickmeyer> #topic Progress Reports
[19:02] <Eickmeyer> #subtopic ubuntustudio-controls to Cosmic
[19:03] <Eickmeyer> Sounds like it's ready
[19:03] <Eickmeyer> #Done Ubuntu Studio Controls ready for Publication
[19:03] <OvenWerks> ready? well it needs people to break it :)
[19:03] <Eickmeyer> #done Ubuntu Studio Controls ready for Publication
[19:03] <Eickmeyer> At least to Cosmic...
[19:04] <Eickmeyer> That way it gets spread to a lot of people. I did notice a bug when using it yesterday in that for some reason it started multiple PulseAudio processes, but I'm not sure if I can duplicate it.
[19:05] <Eickmeyer> Anyhow...
[19:05] <OvenWerks> that sounds like a PA bug... or hang.
[19:05] <Eickmeyer> Possibly.
[19:05] <OvenWerks> -controls does not ever start PA
[19:05] <Eickmeyer> We'll have to talk to cyphermox or tsimonq2 about getting -controls uploaded to Universe.
[19:05] <OvenWerks> Thank you
[19:05] <Eickmeyer> Perhaps even shoot Ross an email.
[19:06] <Eickmeyer> Okay, moving along...
[19:06] <Eickmeyer> #subtopic ubuntustudio-plasma
[19:06] <Eickmeyer> Still needing this to get seeded. Any progress on your MPs OvenWerks?
[19:06] <OvenWerks> MPs?
[19:07] <OvenWerks> oh merge something.
[19:07] <Eickmeyer> Merge Proposals to the release team.
[19:07] <OvenWerks> I have not started.
[19:07] <Eickmeyer> Okay. No worries. As eylul and I were discussing last week, getting -controls to where it is is a big step to begin with.
[19:08]  * OvenWerks has been sitting beside the river or ocean for the last few weeks
[19:08]  * Eickmeyer is green with envy of OvenWerks since he's been working like an ox.
[19:08] <Eickmeyer> Moo...
[19:08] <Eickmeyer> Anyhow...
[19:09] <Eickmeyer> So, are you back then, OvenWerks?
[19:09] <OvenWerks> for a bit... but busy for the next few weeks my Yf has off.
[19:09] <Eickmeyer> Understandable.
[19:10] <Eickmeyer> Moving on...
[19:10] <Eickmeyer> #subtopic Plymouth Theme
[19:10] <Eickmeyer> eylul: Were you working on this or the handbook first?
[19:11] <eylul> handbook first. but today I have been working on this issue of optimizing the wallpaper
[19:11] <eylul> I'll do what I can, but it looks like not much of a file size reduction is happening.
[19:11] <Eickmeyer> #subtopic Wallpaper Optimization
[19:11] <Eickmeyer> So, how big are we looking at?
[19:12] <Eickmeyer> Basically, my question is if it will dramatically affect the iso size.
[19:12] <eylul> 7mb for the main 5mb for the extra screen
[19:13] <eylul> files are a bit larger as png than they are as jpg
[19:13] <Eickmeyer> That's not horrible by any means. I don't think that's going to break the bank.
[19:13] <eylul> yeah
[19:13] <eylul> :)
[19:13] <Eickmeyer> OvenWerks: Thoughts on this?
[19:13] <OvenWerks> not really.
[19:13] <captain-tux> Is that uncompressed?
[19:14] <eylul> these are with trying to compress them :D
[19:14] <eylul> QHD is quite a bit of pixels ;)
[19:14] <OvenWerks> either png or jpg are compressed by their nature
[19:14] <Eickmeyer> captain-tux: eylul can correct me if I'm wrong, but I believe that's png with zip or lzw compression?
[19:14] <eylul> I don't think that's what png does?
[19:15] <Eickmeyer> I'm thinking tif. d'oh!
[19:15] <eylul> yep :)))
[19:15] <Eickmeyer> png has its own compression alg.
[19:15] <captain-tux> Oh yeah, sorry. I meant lossless, I suppose.. then that's not bad.
[19:15] <Eickmeyer> Yeah. I have no problem with the results you're getting, eylul.
[19:15] <eylul> yeah.. what I will do is try to go via jpg route to see if that goes better (tiff -> jpg -> optimized jpg -> png
[19:15] <eylul> if not so be it
[19:15] <eylul> :)
[19:15] <eylul> alright
[19:16] <eylul> anyway it doesn't matter. tldr. they will be in the devel list tonight once for all. handbook still in progress
[19:16] <Eickmeyer> Okay, then, to minimize your workload, I suggest going with what you've got. No need to stress too much on this.
[19:16] <eylul> *nods*
[19:17] <eylul> :)
[19:17] <Eickmeyer> #subtopic Audio Handbook epub & PDF
[19:17] <Eickmeyer> eylul: How far out for this?
[19:17] <eylul> continuing to work on, it not much done. but will finish it this week
[19:18] <eylul> I'd say weekend, but I know myself. to give margin
[19:18] <Eickmeyer> Cool. Shoot an email to the ML when you're done. I know a few news outlets that would love to get their hands on it. :)
[19:19] <Eickmeyer> #info Handbook to be epub & PDF within the week
[19:19] <Eickmeyer> #undo
[19:19] <meetingology> Removing item from minutes: INFO
[19:19] <eylul> yeah, had job related situation that was taking too much time is why nothing got done. this week both are priority.
[19:19] <Eickmeyer> #action Handbook to be epub & PDF within the week
[19:19] <meetingology> ACTION: Handbook to be epub & PDF within the week
[19:19] <Eickmeyer> eylul: Totally get that. I'm lucky I got anything done mysel!
[19:19] <eylul> :)
[19:19] <Eickmeyer> #subtopic Website Theme
[19:20] <Eickmeyer> So, I've reached the impasse that you all did two years ago. Thinking of starting over using the structure Canonical has provided. Thoughts?
[19:20] <Eickmeyer> Meaning, their non-standard way of doing Wordpress.
[19:21] <eylul> I have no objections
[19:21] <Eickmeyer> I have no idea what tsimonq2 is doing with lubuntu.me, but maybe he could throw us some ideas. BTW, lubuntu.me is the official site now, lubuntu.net is not to be used.
[19:21] <eylul> yikes ok
[19:22] <Eickmeyer> Lubuntu.net is owned by one of the former project leaders who is no longer part of the development. Still runs the site, but it's unofficial at best.
[19:22] <Eickmeyer> So, I'd like to take a vote on this.
[19:23] <Eickmeyer> #vote Start over with theme for website using Canonical's wordpress structure
[19:23] <meetingology> Please vote on: Start over with theme for website using Canonical's wordpress structure
[19:23] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[19:23] <Eickmeyer> +1
[19:23] <meetingology> +1 received from Eickmeyer
[19:23] <eylul> +1
[19:23] <meetingology> +1 received from eylul
[19:23] <captain-tux> +0
[19:23] <meetingology> +0 received from captain-tux
[19:23] <Eickmeyer> ¯\_(ツ)_/¯ from captain-tux XD
[19:24] <eylul> :)
[19:24] <captain-tux> I don't know enough about it ... :P
[19:24] <Eickmeyer> Oh, well, that's a long story.
[19:24] <Eickmeyer> OvenWerks: ?
[19:24] <Eickmeyer> re: vote
[19:24] <captain-tux> Got a link maybe?
[19:25] <Eickmeyer> eylul has something for what we _wanted_ to do, but doesn't look like it's happening.
[19:25] <Eickmeyer> #endvote
[19:25] <meetingology> Voting ended on: Start over with theme for website using Canonical's wordpress structure
[19:25] <meetingology> Votes for:2 Votes against:0 Abstentions:1
[19:25] <meetingology> Motion carried
[19:25] <eylul> actually what we want to do MIGHT be possible.
[19:25] <captain-tux> Oh no, I understand that, but I meant that Canonical thing. ;)
[19:26]  * Eickmeyer 's head a splode
[19:26] <eylul> haha
[19:26] <Eickmeyer> Canonical hosts our website. The way they implement Wordpress for our site is non-standard.
[19:26] <Eickmeyer> So, when it comes to theming, it's a mega bugaboo.
[19:27] <captain-tux> They have a custom template for every derivate?
[19:27] <Eickmeyer> Not exactly. From what I understand, it's a directory structure issue.
[19:27] <captain-tux> Or, one for all?
[19:27] <eylul> yeah it is a directory structure thing
[19:27] <captain-tux> Oh, okay.
[19:27] <eylul> honest we should be able to adjust what we have
[19:28] <Eickmeyer> eylul: Okay, then, , ... gosh, I'd hate to push more work on you. :(
[19:28] <eylul> the primary bottleneck in many of these things is my inability to figure out how launchpad's git system works
[19:29] <eylul> if we can sort that out... I'll probably be a lot more helpful in most of these stuff
[19:29] <Eickmeyer> Oh, okay. So, I understand how it works, and it's pretty easy tbh.
[19:30] <eylul> wallpapers -> book -> git -> plymouth -> website (?)
[19:30] <Eickmeyer> Sure!
[19:30] <Eickmeyer> You have your ssh key on LP, right?
[19:31] <eylul> yeah
[19:31] <Eickmeyer> Okay, I'll shoot you some instructions on how to set-up git to work with LP and an address to push to.
[19:31] <eylul> that would help a lot thanks
[19:31] <Eickmeyer> No prob.
[19:31] <Eickmeyer> Can't say it'll happen today, though.
[19:31] <Eickmeyer> #undo
[19:31] <meetingology> Removing item from minutes: INFO
[19:32] <Eickmeyer> #action Eickmeyer to send eylul git instructions for furthering the website
[19:32] <meetingology> ACTION: Eickmeyer to send eylul git instructions for furthering the website
[19:32] <Eickmeyer> Okay, on to the next...
[19:32] <Eickmeyer> #subtopic Packaging for Carla & Cadence
[19:33] <Eickmeyer> So, I've stalled on Carla since I need to figure out a way to get the wine bridges working before I submit it.
[19:33] <Eickmeyer> That said, I've submitted Cadence to cyphermox for review. If/when it's good, we can replace Patchage with Catia.
[19:34] <Eickmeyer> So, that's what I've got done. Debian packaging is more intricate than I thought it would be! lol
[19:34] <eylul> \o/
[19:35] <Eickmeyer> #done Submitted Cadence for review
[19:35] <Eickmeyer> Okay.... next...
[19:35] <Eickmeyer> #subtopic Wallpaper Contest
[19:35] <Eickmeyer> eylul: Did you ever learn what was done the last time around?
[19:36] <eylul> learning?
[19:37] <eylul> cfhowlett was the person who ran the contest
[19:37] <Eickmeyer> Okay... haven't seen much of that person.
[19:37] <eylul> they used to be active. but I haven't seen them in last year or so. Ovenwerks?
[19:37] <OvenWerks> no idea
[19:38] <OvenWerks> everyone is a nick on a screen  ...
[19:38] <Eickmeyer> Might just have to make up something new. Like, maybe an imgur album or something?
[19:38] <Eickmeyer> People submit their stuff, gets linked from the wiki, and then we vote on what we like?
[19:40] <Eickmeyer> I'd honestly like to get rolling on this soon since other flavors have already started their respective contests.
[19:40] <eylul> I seem to remember something very vague like flickr was used.
[19:40] <eylul> but yes.
[19:40] <Eickmeyer> Okay, I'll brainstorm ideas for this.
[19:41] <Eickmeyer> #action Eickmeyer to work on wallpaper contest
[19:41] <meetingology> ACTION: Eickmeyer to work on wallpaper contest
[19:41] <Eickmeyer> I'll shoot an email to the ML when I get it live.
[19:41] <eylul> *nods*
[19:41] <Eickmeyer> Okay.... on to the new stuff.
[19:41] <Eickmeyer> #topic New Items
[19:41] <Eickmeyer> #subtopic Password Sharing
[19:42] <Eickmeyer> So, eylul raised a point last week off-the-record about needing some sort of shared password management.
[19:42] <Eickmeyer> So things like administration of the G+ site among other things don't get lost with changes in leadership.
[19:43] <eylul> not all social media, or other solutions have a teamwork setup
[19:43] <Eickmeyer> Right.
[19:43] <eylul> we already have things like the stage account web server information and mastodon account that has a single password that needs to be passed around.. which we can do securely.. but its... awkward
[19:43] <eylul> :)
[19:43]  * OvenWerks has to go
[19:43] <Eickmeyer> So, I've been brainstorming this, but I know a guy who would know, and I meant to ask him this past week but it got away from me.
[19:43] <Eickmeyer> OvenWerks: Thanks! See ya! o/
[19:43] <OvenWerks> I would be ok with whatever you decide probably
[19:43] <eylul> bye OvenWerks
[19:43] <Eickmeyer> #unchair OvenWerks
[19:43] <meetingology> Current chairs: Eickmeyer captain-tux eylul krytarik
[19:45] <Eickmeyer> Well, we need to keep investigating. Unfortunately, this is a touch point. Something peer-to-peer would be ideal, but if we have to centrallize oh well.
[19:45] <eylul> one thing i was thinking is..
[19:45] <eylul> if it is not possible to do it peer to peer
[19:46] <eylul> and if we don't have any ubuntu team based tool (which I am not sure)
[19:46] <eylul> is there a self-hosted open sourced solution with a company behind it?
[19:46] <Eickmeyer> If you're thinking encrypted file in a git repo... that's what just crossed my mind, but it'd need a master password.
[19:46] <eylul> yeah
[19:46] <eylul> one variation of this I thought was...
[19:47] <eylul> could next-cloud be a partial solution?
[19:47] <eylul> nextcloud*
[19:47] <Eickmeyer> Perhaps. And, probably.
[19:47] <eylul> and if yes if they do have some sort of support program where we can get a tiny self-hosting from them
[19:47]  * Eickmeyer 's head just sploded again
[19:48] <Eickmeyer> Well, there's always a digital ocean droplet...
[19:48] <Eickmeyer> Except that's $5/mo minimum
[19:49] <captain-tux> As long as it's encrypted, what's the difference, really?
[19:49] <eylul> I can just set up something in my shared hosting. but then it is dependent on one person still being around
[19:49] <Eickmeyer> I really want to know what Noah Chelliah knows about this.
[19:49] <Eickmeyer> eylul: Exactly.
[19:49] <tsimonq2> Eickmeyer: We've been trying for two years with no success to get Lubuntu.me under Canonical infra...
[19:49] <tsimonq2> Two years.
[19:49] <eylul> captain-tux I think we want to avoid person owned structures for long term solutions. Like I currently host the stage, but even that is not ideal
[19:49] <Eickmeyer> tsimonq2: Yeah, that's not good.
[19:50] <eylul> o.O
[19:50] <tsimonq2> Altispeed hosts Lubuntu's stuff.
[19:50] <tsimonq2> (For now.)
[19:50] <Eickmeyer> tsimonq2: That's because Noah is awesome.
[19:51] <tsimonq2> Eickmeyer: And it's also because I work for him. ;)
[19:51] <Eickmeyer> tsimonq2: Yep! :)
[19:51] <Eickmeyer> I suppose if we have to we could go that route with the site.
[19:52] <Eickmeyer> Just, the Canonical backend and promise to host sites for flavors isn't living up to its promise, from what I'm seeing.
[19:52] <tsimonq2> Eickmeyer: Talk to Noah, but as long as the Altispeed name/logo goes somewhere, we might be able to host.
[19:52] <Eickmeyer> tsimonq2: I might just give him a call. But, I wouldn't want to throw the switch on that without the rest of the team here's vote.
[19:52] <tsimonq2> ACK
[19:53] <tsimonq2> Eickmeyer: Telegram is better for him.
[19:53] <Eickmeyer> tsimonq2: True, true. That's how I usually talk to him anymore.
[19:53] <eylul> well at least we know it is not just a problem ubuntustudio faces
[19:53] <Eickmeyer> Yep.
[19:53] <eylul> can we talk to canonical about this?
[19:53] <eylul> like seriously?
[19:54] <tsimonq2> Eickmeyer: But ultimately it's up to Noah, I want to make that very clear.
[19:54] <eylul> while in parallel looking for an alternative solution
[19:54] <Eickmeyer> tsimonq2: That was implied, but yes, totally.
[19:54] <Eickmeyer> eylul: Yeah.
[19:54] <Eickmeyer> That's two flavors that are dealing with Canonical in a negative fashion with website hosting.
[19:55] <eylul> *nods*
[19:55] <Eickmeyer> So, I've got a few things to... Ask Noah. XD
[19:55] <Eickmeyer> (that's the name of his radio show & podcast)
[19:56] <eylul> I'll try to reach out to wxl to see if they can help on their end
[19:56] <Eickmeyer> eylul: Excellent idea. I see him in -flavors often, so if you want to do it there (that way it remains off-the-record) then that might help.
[19:57] <eylul> yeah
[19:57] <eylul> that might also bring out if there is a known solution
[19:57] <eylul> from another flavor
[19:57] <Eickmeyer> Yeah.
[19:57] <eylul> I might actually do the same for the password related issue while at it
[19:57] <eylul> or at least help into how to communicate with canonical about this directly
[19:58] <Eickmeyer> #action Eickmeyer to contact Noah Chelliah regarding potential hosting for potential new website and password sharing solutions.
[19:58] <meetingology> ACTION: Eickmeyer to contact Noah Chelliah regarding potential hosting for potential new website and password sharing solutions.
[19:58] <Eickmeyer> #action eylul to contact wxl about how to communicate to Canonical about web hosting issues, and to check on password sharing solutions that may already exist.
[19:58] <meetingology> ACTION: eylul to contact wxl about how to communicate to Canonical about web hosting issues, and to check on password sharing solutions that may already exist.
[19:59] <Eickmeyer> So, we'll just roll with that for now.
[19:59] <eylul> *nods*
[19:59] <Eickmeyer> Here comes 2000 UTC... do we have any other items for the meeting?
[20:00] <Eickmeyer> Going once...
[20:00] <eylul> not from me
[20:00] <eylul> ;)
[20:00] <Eickmeyer> Any motion to end meeting?
[20:00]  * Eickmeyer motions
[20:01] <eylul> motions (I think)
[20:01] <Eickmeyer> lol
[20:01] <Eickmeyer> #endmeeting
[20:01] <meetingology> Meeting ended Sat Jul 28 20:01:24 2018 UTC.
[20:01] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntustudio-devel/2018/ubuntustudio-devel.2018-07-28-19.00.moin.txt
[20:01] <Eickmeyer> Not bad!
[20:01]  * captain-tux applauds
[20:01] <eylul> I wanted to type: "just end the meeting!!!"
[20:01] <eylul> ;)
[20:01] <Eickmeyer> LOL!!!!
[20:02] <Eickmeyer> That's my way of stalling to give people a chance. ;)
[20:02] <eylul> ...and the final file sizes are 6.6MiB for main wallpaper and 4.8MiB for extra one
[20:02] <eylul> I give up
[20:02] <Eickmeyer> eylul: Again, that doesn't break the bank. :)
[20:03] <eylul> I turn the thing to jpg it goes down to 2mb, I turn it back to png, it bloats right back. XD
[20:03] <Eickmeyer> Yeah. lossless compression isn't efficient, but it's lossless.
[20:03] <eylul> yeah no I am just uploading them and emailing.
[20:03] <Eickmeyer> Cool.
[20:03] <Eickmeyer> I'll get those meeting notes out soon.
[20:04] <eylul> *nods*
[20:04] <eylul> will you be around ubuntu-flavors?
[20:04] <Eickmeyer> I'm always lurking there, so if you ping me, I'll likely see it.
[20:05] <eylul> *nods* ok
[20:05] <captain-tux> eylul, I'll try to have a look at Mastodon next week, maybe I can support you on that. I had a quick read through the handbook this week as well.
[20:06] <eylul> I am going to ask people to not do any changes to it, until tomorrow
[20:06] <eylul> the handbook
[20:06] <Eickmeyer> That's cool with me. I haven't even started writing my live audio section yet.
[20:06] <eylul> :)
[20:06] <Eickmeyer> BTW...
[20:06]  * Eickmeyer joined Mastodon
[20:06] <eylul> captain-tux: would love the help
[20:07] <eylul> but yeah get your account, can send you a mastodon.art invite to create account on that node if you want?
[20:07] <eylul> or you can choose another node (quite a many of them) :)
[20:07] <eylul> but yeah Eickmeyer: I noticed
[20:07] <eylul> I was going to ask you if that was you
[20:08] <captain-tux> I don't even know what that means.. :|
[20:08] <eylul> email me with your email address
[20:08] <eylul> I'll send you an invite. really it is the easiest way to get into it ;)
[20:08] <eylul> you can always move later :)
[20:09] <captain-tux> Okay, sure.
[20:09] <eylul> and btw captain-tux: join ubuntu-flavors? (ovenwerks too !) if you guys want? :)
[20:10] <captain-tux> That's on IRC?
[20:10] <eylul> yeah
[20:10] <eylul> its on freenode :)
[20:10] <captain-tux> Sounds like a good idea.
[20:11] <eylul> :)
[21:11] <OvenWerks> umm, use a launchpad file that belongs to ubuntustudio-core that is private?
[21:12] <OvenWerks> I'm not sure if that is really private to -core though
[21:24] <eylul> OverWerks: if it is private, it would be a very good solution...
[21:26] <OvenWerks> I will drop a nonsense file in there and you can see if you can see it...  :)
[21:38] <OvenWerks> wow, it made me relogin...
[21:39] <OvenWerks> eylul: https://code.launchpad.net/~ubuntustudio-core/+junk/ubuntustudio-core
[21:40] <eylul> Ovenwerks: I cannot see if I am not logged in.
[21:40] <eylul> this looks like a solution
[21:41] <OvenWerks> The only thin g I am not sure of is: "Only shared with users permitted to see private user information."
[21:41] <OvenWerks> what does that mean?
[21:41] <eylul>  ^ Eickmeyer
[21:42] <eylul> that reads to me like we can give access to people who are not owner
[21:42] <eylul> but they need to be explicitly stated, but yes I am really not sure
[21:42] <eylul> can we set this up over git?
[21:42] <OvenWerks> with subscribe below maybe.
[21:43] <OvenWerks> I can try to upload it as git.
[21:43] <eylul> subscribe doesn't work
[21:43] <eylul> so no, I think somehow they need to be added as owner *really has no idea*
[21:45] <OvenWerks> it looks like subscribe means: send email on changes
[21:45] <OvenWerks> eylul: will get two emials :)
[21:46] <OvenWerks> *emails
[21:46] <eylul> heh
[21:46] <eylul> one thing I am interested
[21:46] <eylul> if you make changes to the file in there
[21:46] <eylul> does the notification email includes information on what the changes are
[21:46] <eylul> at all
[21:47] <OvenWerks> I can make changes and push I think.
[21:47] <eylul> formatting of this epub/pdf is really REALLY not fun.
[21:48] <eylul> there is no way to get this to be one source file
[21:48] <eylul> solution that works for pdf, doesn't work for epub (or for wiki)
[21:48] <eylul> wiki doesn't work for anything
[21:48] <eylul> epub works imperfectly for pdf
[21:48] <eylul> >.<
[21:48] <OvenWerks> did you get two emails?
[21:48] <OvenWerks> (or any?)
[21:49]  * OvenWerks did not
[21:50] <eylul> no
[21:50] <OvenWerks> I think you would get them if a merge was requested
[21:50] <eylul> possibly?
[21:50] <eylul> yeah I am really not sure
[21:50] <eylul> and I am probably a not the right person to check this
[21:51] <OvenWerks> but as only members can pull the file... there should be no merges only commits and pusshes
[21:54] <eylul> alright


[11:58] <n3on> hi all
[12:00] <n3on> I would like know why I can't install ubuntu on my laptop before iit start the livecd takes ages ?? why my laptop is still new I guess maybe is s-ata support
[12:00] <n3on> could be possbile ??
[02:06] <turten> Hello!
[02:06] <turten> I need some help from ubuntu & laptop users :P
[02:07] <turten> I'm testing ubuntu on a HP nx9010
[02:07] <turten> and when I connect an external display
[02:08] <turten> laptop display is turned off
[02:08] <turten> is there any command/software to switch displays?
[02:08] <turten> fn + f5 keys does not work
[02:09] <turten> thanks


[00:25] <catphish> is there a short answer to how to start building a datasource and make it execute?
[00:33] <catphish> ah, it's documented at https://cloudinit.readthedocs.io/en/latest/topics/datasources.html - duh
[00:47] <catphish> though i'm still not very clear about how to get started
[00:53] <catphish> anyway, i'd really appreciate it if anyone could point me in the direction of some very simple instructions on getting started, essentially i just want to place a datasource module somewhere and have it be executed to i can start developing, either by cloning the repo and running it, or by droping my module into a default ubuntu install, whichever is simlpler
[00:55] <catphish> my initial attempt to place a file into cloudinit/sources and running "cloud-init init" do not result in my code running, so i'm clearly missing several steps to load the module and have it be identified as the active datasource
[08:28] <otubo> rharper, yes, RHEL8 is NetworkManager only (sorry for delay, was on PTO)
[09:32] <catphish> good morning sirs, same question as last night, would anyone be able to point me in the direction of getting started developing for cloud-init, specifically i'm looking to create a datasource, but i need some basic pointers about how to run cloud-init from the repo, and how to add a datasource class so that it executes
[09:58] <catphish> hopefully i can use this as a template and try again https://github.com/canonical/cloud-init/commit/e80517ae6aea49c9ab3bd622a33fee44014f485f
[13:28] <Odd_Bloke> catphish: What platform are you creating a datasource for, out of interest?  To test cloud-init as if it's a first boot, you'll want to look at `cloud-init clean`; that will remove all of cloud-init's state.  Also note that the set of datasources cloud-init will consider is generally configured in /etc/cloud/cloud.cfg (or /e/c/cloud.cfg.d/*) so your source will need to be in that list to even be
[13:28] <Odd_Bloke> considered.
[13:28] <Odd_Bloke> (I would suggest adding it as the _only_ DS while you're iterating on it.)
[13:33] <catphish> Odd_Bloke: i'm writing a datasource for a new cloud provider - https://katapult.io/ - but my intention is for it to be somewhat different from the existing datasources, specifically because it will use http over ipv6 link local (possibly with multicast discovery), rather than DHCP or APIPA, if at all possible i will make it generic rather than proprietary
[13:35] <catphish> Odd_Bloke: thanks for the pointer, i will try adding my datasource module and adding it to /etc/cloud/cloud.cfg - i have one other question though, should i be hacking on an ubuntu install, or directly on the source repo, i couldn't work out how to execute the latter, i'm actually not that familiar with python packages
[13:42] <Odd_Bloke> catphish: It's probably easiest to iterate in an install; cloud-init is system software, so running it "from source" is tricky.  We generally use `./packages/bddeb` to build debs from the tree, which you can then install in an Ubuntu system to test.
[13:44] <catphish> thanks! i'll give that all a try
[13:44] <Odd_Bloke> rharper: You mentioned "there's an existing test in-tree that tests the case where content is not shellscript" but I just added `assert False` to the top of UserDataProcessor._process_msg and it didn't cause any tests to fail.  Am I missing something?
[13:44] <Odd_Bloke> (Perhaps it's a cloud test, I realise immediately after sending that message.)
[13:46] <Odd_Bloke> Ooor perhaps I hadn't saved the file?  I'm seeing failures now.
[13:46] <Odd_Bloke> rharper: Disregard the above. :)
[14:00] <otubo> Odd_Bloke, smoser quick question about cloud-utils[-growpart]: What's the difference between these two? IIUC -growpart is the package shipped by distros that includes just the growpart script from cloud-utils. Is that correct?
[14:01] <otubo> Odd_Bloke, also, I was on PTO. Gonna fix that PR this week :-)
[14:26] <smoser> otubo: i can't really speak to that.
[14:27] <smoser> ubuntu ships 'cloud-image-utils' and 'cloud-guest-utils'.  growpart is included in cloud-guest-utils.
[14:27] <smoser> i really don't know about other distros.
[14:28] <smoser> i can agree that with 10  years of hindsight, the connection of 'growpart' to 'ec2metadata' seems silly.  it is "obvious" that I just should have made a separate upstream package for growpart.
[14:29] <smoser> what is more obvious is that I should have just written such a thing in C ;)
[14:37] <meena> *cough* rust *cough*
[14:39] <smoser> meena: yes. but please give the smoser from 10 years ago a break on that.
[14:39] <smoser> he justu didn't think that rust was going to pan out.
[14:40] <meena> fair
[14:41] <meena> i think ten years ago i still held onto the believe that C is a real programming language.
[14:41] <meena> instead of 38962 different dialects
[14:41] <smoser> but for what its worth, if you're interrested in a rust rewrite of growpart
[14:41] <smoser>  https://github.com/bottlerocket-os/bottlerocket/tree/develop/sources/growpart
[14:41] <smoser> might be a place to start.
[14:44] <meena> cool
[14:45] <otubo> oh nice
[14:46] <otubo> smoser, thanks. Yeah, and the mystery of why distros ship growpart as a different package continues.
[14:46] <otubo> if I get any interesting info on that I'll leave some bits here :-)
[15:51] <Odd_Bloke> https://github.com/canonical/cloud-init/pull/512 <-- short-term fix for the pylint CI failures we've started seeing since pytest 6.x released
[15:51] <Odd_Bloke> rharper: ^ should fix your PR's CI failure.
[15:56] <soasada> Hi guys, I need some help. I have an Ubuntu 18.04 LTS VPS on OVH and has installed cloud-init. The thing is that I have just removed the "set_hostname" from "cloud_init_modules" in the "/etc/cloud/cloud.cfg" file and I reboot the server, the problem is that now I cannot connect to the server, is completely down. It is possible to recover it?
[16:08] <Odd_Bloke> soasada: I don't have experience with OVH; do you have access to a serial console for the machine?
[16:09] <soasada> No, I haven't
[16:10] <Odd_Bloke> Hmm, then I don't know how much help we'll be able to offer here, you may need to follow up in OVH support channels.
[16:11] <Odd_Bloke> (FWIW, I wouldn't expect that change to take a server down completely, which is why I suspect this may be an OVH-specific issue.)
[16:12] <soasada> ok, so I have to contact then
[16:12] <soasada> thank you so much Odd_Bloke
[16:12] <Odd_Bloke> soasada: Good luck! :)
[16:15] <Odd_Bloke> blackboxsw_: That pytest change hasn't been released yet; any objection to landing that fix so CI will run, and backing it out once we do have a release?
[16:16]  * blackboxsw_ was wondering about us actually pinning https://github.com/pytest-dev/pytest/commit/d46fe88ec33f3ee2aa8addc56ee090b0119474d3 for the moment.
[16:16] <blackboxsw_> in our deps. but, let's just go with the simpler <6
[16:17] <blackboxsw_> can we add a comment about the pytest issue Odd_Bloke for reference
[16:17] <blackboxsw_> or make that the commit msg
[16:17] <blackboxsw_> either way, a bread crumb would be nice to the issue so future us can track closure and back this out
[16:22] <Odd_Bloke> blackboxsw_: Done.
[16:22] <blackboxsw_> and Approved thx
[18:15] <rharper> Odd_Bloke: thanks, i'll update