[01:20] <cjwatson> lex79: done
[01:20] <lex79> cjwatson: thanks :)
[04:21] <LucidFox> I wonder if I'll ever see the day, in the bright shiny future of which I can only dream of, when clang replaces gcc as the default compiler...
[05:52] <un214> is there a way to remove upstart, plymouth, mountall, etc. as all they are doing is wasting disk space
[05:53] <lifeless> actually, they boot your system.
[05:53] <un214> not anymore they dont
[05:55] <un214> I finally had it with the lot of them and pulled sysvinit from debian
[07:00] <damascene> hi,
[07:00] <damascene> what is the version of mlterm that is going to be in Lucid
[07:01] <damascene> sorry,  Maverick Meerkat
[07:03] <jmarsden> damascene: At the moment, Maverick has   mlterm |    3.0.1-1 | maverick/universe | source, amd64, i386
[07:03] <damascene> thanks
[07:03] <jmarsden> Use rmadison to check for this.
[07:11] <pitti> Good morning
[07:12] <ddecator> morning pitti
[07:54] <mvo> apw:  thanks for the fix for bug #601883 - I uploaded your fix with a minor modifcation (added the \\? to the ReleaseAccountment string as well as its used there too)
[07:55] <mvo> apw: could you please double check (and test) once its in maverick? then we can do a lucid SRU too
[07:55] <dholbach> good morning
[08:06] <damascene> https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/562130
[08:06] <damascene> any help with this?
[08:23] <apw> mvo will do
[08:47] <scar_> hi I want to test bleeding edge of xorg to see if my gpu is working properly via the nouveau driver, is there a live cd I can use to test xorg-edgers or something like that?
[09:12] <RAOF> scar_: Not really, no.  That said, Maverick is pretty close to xorg-edgers at the moment.
[09:20] <damascene> hi seb128
[09:20] <seb128> hey damascene
[09:21] <damascene> I want to request main inclusion for mlterm for bug 562130 but the process seem to complected for me. what should Ido?
[09:22] <seb128> talk to ArneGoetje about it?
[09:22] <seb128> I don't work on language selector
[09:23] <damascene> ok, thanks
[09:23] <seb128> damascene, the wiki has the documentation on how to write a mir otherwise
[09:25] <damascene> but I'm not sure what thing should I work on first, main inclusion or get people to agree on the idea first
[09:25] <seb128> no point to do the mir if people disagree about the change
[09:26] <seb128> talk to ArneGoetje or dpm about the change, I'm wondering if that was not suggested on some UDS discussion
[09:27] <damascene> ArneGoetje, are you here?
[09:28] <ArneGoetje> damascene: yep
[09:28] <damascene> can you help with the bug?
[09:29] <ArneGoetje> damascene: I don't think so. mlterm is not really integration friendly into our desktop... I have to look if I can find my notes...
[09:30] <damascene> but it's the only good solution for RTL users
[09:31] <damascene> brb
[09:31] <ArneGoetje> damascene: I know that. But it doesn't use fontconfig, IIRC. So we will have to set the fonts somehow depending on the language to be shown
[09:31] <ArneGoetje> damascene: and I don't see any practical way to do that on the desktop
[09:45] <kaushal> hi
[09:45] <kaushal> cjwatson: hi
[09:46] <kaushal> I did added preseed base-installer/kernel/override-image string linux-server
[09:46] <kaushal> in ks.cfg file, It did not work
[09:46] <kaushal> I mean after installation it got stuck
[09:49] <cjwatson> kaushal: in what way did it get stuck?
[09:50] <kaushal> I mean it did not boot only
[09:51] <kaushal> ñpòñpòñpBooting..ò
[09:51] <kaushal> something like that i got it
[09:52] <kaushal> whereas it worked fine using linux-image-generic
[09:52] <cjwatson> I'm afraid I can't help with kernel problems
[09:53] <kaushal> cjwatson: can i add it in the %post ?
[09:53] <kaushal> apt-get install linux-image-server
[09:55] <cjwatson> I don't see how that would make any difference to the kernel failing to boot once installed
[09:57] <kaushal> cjwatson: where can i seek help ?
[09:57] <lifeless> #ubuntu or the ubuntu forums
[10:00] <Daviey> cjwatson, Would you be able to wave the linux 2.6.32-24.38 (lucid-proposed), through the NEW queue into -proposed?
[10:01] <damascene> ArneGoetje, when I installed it from Sabily.team ppa it was automatically using the right font
[10:03] <cjwatson> Daviey: processing, it takes a while
[10:04] <Daviey> cjwatson, you rock :)
[10:06] <ArneGoetje> damascene: I don't know how you configured your machine. When I tested it on my machine it didn't. However, I did use the package which is in Universe.
[10:07] <ArneGoetje> damascene: for which language(s) did you test?
[10:10] <ArneGoetje> damascene: ah, a new version got released... gotta try the one in maverick again
[10:11] <ArneGoetje> damascene: if the 3.0.1-1 version in Maverick works fine, I don't see any problem to auto-install it for RTL languages.
[11:14] <apw> cjwatson, ok that dirty patch is applied to the kernels at this url, perhaps you could see if they work at all for you, if so then we can look at cleaning them up etc: http://people.canonical.com/~apw/fbcon-hold-maverick/
[11:25] <lifeless> james_w: hai
[11:35] <cjwatson> Daviey: done; other linux* packages on their way through now as well
[11:35] <cjwatson> apw: thanks, will have a look
[11:35] <Daviey> cjwatson, rockin'!
[11:42] <lifeless> james_w: when you get up/around - the patch is finished, hope to talk to you your evening about it if needed.
[11:44] <nigelb> mvo: where does software center pull categories from? debian/control?
[11:45] <jpds> nigelb: screenshots.debian.net IIRC.
[11:47] <nigelb> jpds: I mean if an app's category is wrong, correcting in debian/control is enough or there is another place I have to correct it?
[12:03] <cjwatson> apw: that works quite nicely
[12:03]  * cjwatson wonders if he can video it
[12:18] <mvo> nigelb: the package desktop file
[12:20] <cjwatson> apw: http://people.canonical.com/~cjwatson/tmp/fbcon-handoff.ogv
[12:21] <apw> cjwatson, dammit, its too fast :
[12:21] <apw> :)
[12:22] <cjwatson> apw: plymouth doesn't spend long displaying the dots, but you can see it happening
[12:22] <cjwatson> Keybuk: ^- you might be interested in the above too
[12:22] <ogra> Keybuk, udevd is complaining about not being able to create and write to the queue on my omap setups (i get no space left on device errors in initramfs and also later if root is mounted)
[12:22] <mvo> cjwatson: nice!
[12:23] <ogra> Keybuk, by the looks of it it lives in ram, and there is pleanty of free ram, do i need any special mount options or something i'm missing here ?
[12:23] <ogra> *plenty
[12:24] <cjwatson> the mode switch to plymouth is interesting, because for some reason grub doesn't manage to draw all the way to the edges of the screen
[12:25] <cjwatson> but I took care that the logo wouldn't move; now, how this will look when KMS needs to switch to panel native resolution I'm not quite sure
[12:30] <nigelb> mvo: thanks :)
[12:31] <cjwatson> I wonder if I got the background colour wrong
[12:31] <apw> cjwatson, that looks totally awsome ... do we know why there is a mode switch to X after plymouth?  not that that is anything much to do with the point of the exercise
[12:32] <Keybuk> cjwatson: cute, how's that working?
[12:32] <cjwatson> apw: I'm not even sure if I have KMS here - this is in kvm
[12:32] <kaushal> cjwatson: just an update
[12:33] <cjwatson> Keybuk: patch to make grub program vesafb rather than efifb; shoved in a logo file based on plymouth's; patch to fix up its background image handling a bit; and that fbcon handoff patch applied to the kernel by apw
[12:33] <cjwatson> Keybuk: currently arguing on grub-devel about the first of those
[12:33] <Keybuk> how does plymouth react to the fb changing?
[12:33] <cjwatson> it doesn't change resolution in my current setup; my next step will probably need to be rigging up a situation where it does
[12:34] <apw> cjwatson, right ... so i guess i need a recipe for generating that VM, so then i can cut that patch up and work out which bits make sense and which do not
[12:34] <Keybuk> does it work at all?  when I tested, plymouth ended up giving up
[12:34] <Keybuk> or crashing
[12:34] <Keybuk> but that may have been because the fb changed from planar to tiled or something
[12:34] <cjwatson> it seems to, you can see it redrawing the logo in my video
[12:34] <cjwatson> because I didn't get the colour match quite right or something
[12:35] <apw> cjwatson, i got the feeling i got some black round the edge when watching it as it transitioned
[12:35] <cjwatson> yes
[12:35] <cjwatson> 12:24 <cjwatson> the mode switch to plymouth is interesting, because for some reason grub doesn't manage to draw all the way to the edges of the screen
[12:35] <cjwatson> not sure what's happening there
[12:35] <apw> but even given this is non-kms worst case scenario, thats very slick
[12:36] <apw> and having booted a win-7 machine yesterday for the first time and watched the icons switch from pictures to white squares 3 times before settling, and having time to make tea while it booted, i am sure we look better than that
[12:37] <apw> cjwatson, time to make plymouth not draw their either :)
[12:38] <mvo> nigelb: what package is that ?
[12:39] <cjwatson> apw: this is basically a current desktop vm with http://paste.ubuntu.com/459783/ applied to grub2
[12:40] <cjwatson> Keybuk: definitely need to exercise this considerably more widely than my stunt vm, I agree :)
[12:43] <nigelb> mvo: lernid
[12:43] <nigelb> Its in development > python
[12:43] <nigelb> I'll try to get a patch for it
[12:45] <nigelb> mvo: though for this, python is defined in debian/control.  Maybe there is a fallback in case desktop file is not available?
[12:47] <mvo> nigelb: yeah, that is true
[12:50] <apw> cjwatson, that reminds me, with those patches applied, does VT switching to VT1 work as expected ?
[12:50] <nigelb> mvo: awesome, I'll get a fix for it soonish.  thanks :)
[13:03] <cjwatson> apw: I did notice before that patch that in some cases I couldn't switch back to VT7 after switching to VT1 (it switched, but didn't change the display other than turning off the cursor blink)
[13:03] <cjwatson> apw: with that patch - no, fails
[13:03] <apw> cjwatson, hrm
[13:04] <cjwatson> apw: it corrupts a little area at the top left of the screen, so it's done something, but not a proper switch
[13:04] <cjwatson> maybe doesn't know how to switch back to text mode?
[13:04] <apw> cjwatson, well i think the patch is turning off all updates in non-graphics mode
[13:04] <cjwatson> hah
[13:04] <apw> so i suspect that is what i'd expect it to do.
[13:04] <cjwatson> that would do it
[13:05] <cjwatson> right, so that patch isn't really what we want as such
[13:05] <apw> and i am not sure if it needs that or not, hense i want to be able to repro it in a VM myself so i can drop the dodgy bits and test it
[13:05] <cjwatson> apw: yeah.  I think the patch I pasted above should be enough for you; however note that at the moment you also need to edit /etc/default/grub, comment out the two GRUB_HIDDEN_TIMEOUT* lines, and run update-grub
[13:06] <cjwatson> I haven't got round to arranging to display the background even if the menu isn't shown yet
[13:06] <apw> cjwatson, ok ta.  sounds like my afternoon is planned now
[13:10] <ogra> doko, seems i found the issue of openjdk, ca-certificates-java depends on: openjdk-6-jre-headless (>= 6b16-1.6.1-2) | java6-runtime-headless ... seems the buildd installs default-jre-headless instead of openjdk-6-jre-headless
[13:11] <ogra> doko, which in turn segfaults when running keytool
[13:12] <ogra> doko, i wonder if we could make the "| java6-runtime-headless" arch specific since its unlikely that any of the other java implementations will work on arm anyway
[13:13] <doko> ogra: hmm, but default-jre-headless depends on openjdk-6-jre-headless
[13:13] <cjwatson> Keybuk: any particular suggestions for the sorts of setups that might trigger a plymouth crash?
[13:15] <ogra> doko, hmm
[13:15]  * ogra checks the build log again
[13:15] <ogra> Unpacking openjdk-6-jre-headless (from .../openjdk-6-jre-headless_6b18-1.8-2ubuntu2_armel.deb) ...
[13:15] <ogra> that looks quite outdated
[13:21] <ogra> but its indeed the last one that built
[13:31] <Keybuk> cjwatson: no idea
[13:37] <apw> mvo, i am not at all sure this upload for apt-cacher-ng worked right ...
[13:38] <apw> if you look at the diff the source package building made a patch for you which looks to have removed the change you made ...
[13:38] <apw> mvo, i also think the change itself wasn't quite right as it didn't have a trailing ?
[13:39] <apw> mvo, i suspect you just changed the patch in in debian/patches and didn't tell quilt
[13:40] <apw> cjwatson, this automatic generation of a patch is there is any differences left ... is there any way to turn it off do you know?  (3.0 (quilt) format) ... it is a royal pain in the ass
[13:40] <mvo> apw: that is what I did :( oh quilt you are the source of all my gray hair
[13:40] <apw> its an utter pain
[13:40] <cjwatson> why are there differences left?
[13:40] <mvo> apw++
[13:41] <cjwatson> this is not a problem I have in my packages
[13:41] <apw> mvo, also note that you didn't add the ? after the () section
[13:41] <apw> cjwatson, there can be differences left if you arn't careful with quilt
[13:41] <mvo> apw: thanks, let me fix it
[13:41] <cjwatson> you can't turn it off as then the resulting source package doesn't represent your build tree!
[13:41] <apw> i would like an option --crash-in-a-heap-if-you-need-to-add-a-patch
[13:42] <cjwatson> that might be a reasonable wishlist bug on Debian dpkg
[13:42] <apw> yeah i am happy it shouldn't make an uploadable in that state i would just rather it hurt me a lot instead of giving me something
[13:42] <apw> yea
[13:44] <apw> cjwatson, had any problems with apparmour getting in the way of your VM usage recently?  all mine just stopped working
[13:44] <cjwatson> not so I've noticed, though I only just upgraded to maverick
[13:44] <apw> this is a lucid host ... hrm
[13:45] <cjwatson> was working fine on lucid, though I was probably behind on updates
[13:58] <mvo> apw: please double check http://paste.ubuntu.com/459811/ - if it looks ok I will upload
[14:03] <apw> mvo that looks better :)
[14:03] <mvo> apw: *puh* thanks :)
[14:06] <mvo> apw: uploaded to lucid-proposed now too, many thanks for your work on this!
[14:07] <apw> mvo, cool.  once its built in proposed i'll re-test there
[14:07] <apw> dammit launchpad performance is a serious impediment to my work
[14:21] <ricotz> jdong, hello, also pitti acked the docky sru, but he didnt add a comment
[16:34] <maxwellian> Does anyone know the status of using OpenID login for Ubuntu sites?  The brainstorm page hasn't seen any activity since December.
[16:35] <jpds> maxwellian: Doesn't the Brainstorm use the Ubuntu QA login thing?
[16:37] <maxwellian> jpds: I don't know, I don't have an account on any of the sites, because I hate making new accounts.
[16:37] <maxwellian> jpds: Exactly why I want OpenID.
[16:39] <maxwellian> jpds: I'm talking about all of the sites accepting OpenID, ideally as a consumer.
[16:39] <jpds> maxwellian: Right, I think stgraber would know more.
[16:40] <maxwellian> jpds: Thanks, I don't know a lot myself, but it just seems like a great idea.  Wondering if it's in the works.  Thanks.
[16:49] <jdstrand> didrocks: hey. I committed fixes for bug #599169 to bzr. feel free to pull it in SRU for lucid
[16:51] <jdstrand> didrocks: (and upload to maverick, which I can do if you need me to)
[17:00] <LucidFox> This may have been asked lots of times before, but will Maverick ship with GNOME 3?
[17:30] <apw> cjwatson, the kernel on the live-cd's that is a full install of the kernel packages right ?
[17:31] <ogra_cmpc> apw, livecd-rootfs installs the metapackage
[17:32] <ogra_cmpc> so yes, it pulls in a full install of the kernel package
[17:32] <apw> ogra_cmpc, ok, so the whole pacakge... thanks
[17:32] <ogra_cmpc> the initramfs contains casper though
[17:54] <shadeslayer> hi! can someone look at bug 565376 and this debdiff : http://people.ubuntu.com/~rohangarg/desktopcouch.debdiff :
[17:55] <shadeslayer> after applying the debdiff,i hope to get the attached debdiff in the bug SRU'd
[17:55] <shadeslayer> ( and yes,this issue is in maverick as well )
[17:58] <apw> cjwatson, where can i get your background image, for grub2; and indeed how to configure it ?
[17:59] <seb128> jdstrand, hey
[18:00] <seb128> jdstrand, didrocks is not around this week, dunno if you could sru the update for apparmor profile to lucid for him?
[18:00] <apw> cjohnston, as without it its hard to tell if the darned thing is workng
[18:00] <seb128> jdstrand, it's getting tight for lucid .1
[18:00] <apw> cjwatson, ^^
[18:00] <jdstrand> seb128: ok
[18:00] <seb128> jdstrand, thanks
[18:02] <cjwatson> apw: oh, sorry, forgot that bit
[18:02] <cjwatson> apw: http://people.canonical.com/~cjwatson/tmp/logo.png - drop that into /boot/grub/logo.png, and set GRUB_BACKGROUND=/boot/grub/logo.png in /etc/default/grub
[18:02] <apw> cjwatson, ta
[18:03] <cjwatson> apw: you should also set GRUB_GFXMODE=1024x768, probably
[18:03] <cjwatson> (at least that's what I did)
[18:03] <apw> cjwatson, ahh ok will try both
[18:09] <cjwatson> apw: I see what's causing the border - will bring that up on grub-devel
[18:11] <shadeslayer> btw is there a seprate dekstopcouch channel?
[18:34] <jdstrand> seb128: fyi, uploaded evince to maverick and lucid-approved (waiting for approval). I did all the SRU stuff in the bug
[18:34] <jdstrand> err
[18:34] <jdstrand> lucid-proposed :)
[18:35] <maco2> dang i thought youd found a magic go-faster section
[18:35] <jdstrand> heh
[18:40] <seb128> jdstrand, thanks!
[18:40] <jdstrand> sure! :)
[19:29] <kees> Riddell: can you remove the openjpeg build deps from whatever was using it?  I've rejected that MIR on the ground of scary code.  :)
[19:40] <shapr> Hi, if there's not an Ubuntu Haskell Team, how would I go about starting one? I assume I'd need to be an Ubuntu developer first?
[19:40] <Riddell> kees: ok
[19:41] <Laney> shapr: what do you want this team to do?
[19:42] <Laney> (I usually take care of that stuff)
[19:42] <shapr> Laney: I just want more recent versions of Haskell packages.
[19:42] <maco2> Laney: oh you make my xmonad go? thank you!
[19:42] <Laney> maco2: well nomeata maintains that, I just sync and rebuild as necessary
[19:43] <Laney> shapr: I suggest you get them updated in Debian and then included from there into Ubuntu
[19:43] <Laney> but it's a fact of our release model that not everything is the newest crack all the time
[19:43] <shapr> Laney: I'm new to ubuntu, have used debian for many years, is there an equivalent of debian/unstable?
[19:43] <kees> Riddell: thanks
[19:44] <Laney> no not really, there's a development release but it's subject to various freezes
[19:44] <shapr> Assuming there were ghc6 and ghc6-unstable packages, or something, would I just notify you that there were newer packages in debian?
[19:44] <Laney> you can file sync requests yourself even
[19:44] <Laney> wonder if this works...
[19:44] <Laney> !sync
[19:44] <shapr> Oh, that's spiffy!
[19:44] <Laney> (and then subscribe me if you like)
[19:45] <shapr> Laney: I know a lot of people in the Haskell community, is there anything I could do to make your packaging tasks easier?
[19:45] <Laney> get GHC to support dynamic linking and have a stable ABI :)
[19:45] <maco2> hahaha
[19:46] <shapr> I think there's support for dynamic linking in 6.13, dunno about a stable ABI though.
[19:46] <Laney> afaik it's only x86/64 :(
[19:46] <shapr> Oh, I see. I guess I haven't noticed because that's all I use.
[19:46] <Chipzz> what's with the nick spam? :P
[19:47] <shapr> Except for Linux on Cell, which requires Yellow Dog Linux :-/
[19:47] <maco2> reboot_in_10: what are you doing?
[19:47] <Laney> shapr: I think if you want to be a nice upstream liaison then a good place to look out is on the debian-haskell and pkg-haskell maintainers lists
[19:48] <maco2> perm_denied: could you stop that?
[19:48] <shapr> Laney: Thanks, I'll see what I can do.
[19:49] <Laney> :)
[19:49] <Laney> and of course, if you want to help me doing mass rebuilds once or twice every six months then we can maybe arrange this...
[19:50] <Chipzz> shapr: the various releases are more analogue to testing
[19:50] <Laney> not the most attractive of offers I'd wager
[19:50]  * Laney runs
[19:50] <shapr> Laney: I'll start small and work my way up :-)
[19:50] <Chipzz> except for the fact that ubuntu doesn't have unstable, so packages get uploaded to "testing" straight away
[19:51] <Laney> yeah doing sync requests is a really good way to help anyway
[19:51] <Laney> I don't follow hackage all that close — mainly use agda myself
[19:51] <shapr> Chipzz: So, is there an ubuntu/testing flavor where I can contribute bug reports?
[19:51] <Chipzz> shapr: the current development release
[19:51] <Chipzz> ie maverick
[19:52] <shapr> Laney: I wonder whether it makes more sense to have packages only for libs that cabal doesn't handle?
[19:52] <shapr> And of course, a package for cabal.
[19:53] <Laney> no, we want to provide a development platform within the distro
[19:53] <Laney> and of course we can't build app packages against anything other than debainised libs
[19:54] <Laney> the distro is supposed to provide an extra layer of QA on top of upstream
[19:54] <shapr> What's the correct way to switch to maverick?
[19:55] <shapr> Laney: If I understand correctly, I'd switch to maverick, try the debian-haskell packages locally, and then send a sync request when everything integrates happily?
[19:56] <Laney> if by "try" you mean "rebuild on my maverick box", then yes
[19:56] <shapr> Right, that's what I meant.
[19:57] <Laney> but be aware of https://wiki.ubuntu.com/MaverickReleaseSchedule — particularly feature freeze
[20:00] <shapr> Laney: Is there a wiki page/blog post/other document that describes the entire Ubuntu dev process?
[20:00] <Laney> oh, er, ... I don't know
[20:01] <Laney> anyone?
[20:11] <lifeless> shapr: there are docs for various things
[20:12] <lifeless> shapr: what sort of thing do you want to know? what an ubuntu dev does? what ubuntu itself goes through?
[22:28] <achiang> what is the proper way to add a patch to a package that is in debian 3.0 format?
[22:28] <achiang> i've created the patch, added it to debian/patches/ and updated debian/patches/series, and can successfully push and pop it with quilt
[22:29] <achiang> but when i try to build it, i get an error
[22:29] <achiang> i'm pretty sure the patch is fuzz-free
[22:29] <achiang> it seems like when i go to build, something is trying to apply the patch a 2nd time
[22:30] <dupondje> Riddell: could you check https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/408119 ?
[22:31] <dupondje> Just waiting for your go to sync, then we can sync some other packages depending on new imagemagick also :)
[22:31] <DarkLXVZ> driver sis mirage 3 3d per ubuntu
[22:31] <achiang> should i be adding my patch to package.debian.tar.gz and re-tarring it up possibly?


[01:05] <JoseeAntonioR> hey guys! I'd like to know how does the jenkins launchpad plugin works with scripttrigger, so I can start using it in a while
[05:41] <mangdood> Hi, how might I change my password on Launchpad?
[05:43] <ebergen> https://login.launchpad.net/
[05:47] <mangdood> Whoa. I never thought the link would be.... so simple.
[05:47] <mangdood> It's not going to ask me for my current password though? It seems rather dangerous if someone gets on your computer
[05:47] <ebergen> the login stuff is kind of wonky now because it is all the unity single sign on
[05:48] <ebergen> *shrug* I'm just another user
[05:48] <mangdood> :P I guess I'll send them an email?
[05:54] <wgrant> mangdood: That's bug #829836
[05:54] <mangdood> ...I guess not. Whatever, I've changed my password so my problem is solved
[05:55] <mangdood> Oh my. It's been a year and it hasn't changed. Like most bugs.
[10:32] <ccxCZ> hello, is it possible to generate the +series graph without the whole launchpad suite? what component does that?
[10:34] <czajkowski> hmm not sure
[10:34] <czajkowski> StevenK: is it possible?
[10:34] <hyperair> that graph is probably generated on the client side
[10:34] <hyperair> (considering how it's draggable and all)
[10:36] <ccxCZ> well, it's a canvas element
[10:37] <ccxCZ> but I'm more asking on how to get that data, I can run it through graphviz or similar
[13:06] <bibinou> hi
[13:07] <bibinou> I got spam in a bug report : https://bugs.launchpad.net/ubuntu/+source/quodlibet/+bug/601741/comments/7
[13:08] <bibinou> I think the poor guy got his email hacked
[13:08] <czajkowski> spam removed
[13:08] <bibinou> thanks
[13:09] <czajkowski> np
[13:10] <bibinou> you banned him ?
[13:11] <bibinou> nice 410 :)
[13:12] <czajkowski> no that was done a long time ago
[14:35] <JoseeAntonioR> Hey guys, do any of you have an idea of how does the jenkins launchpad plugin works with ScriptTrigger?
[14:37] <czajkowski> matsubara: any ide where to point JoseeAntonioR in the right direction
[14:46] <matsubara> I think the jenkins jobs I use, use a custom trigger (the code is in lp:autopkgtest)
[14:52] <JoseeAntonioR> already spoken to mmrazik, solved :)
[14:52] <JoseeAntonioR> thanks a lot guys
[15:10] <xnox> JoseeAntonioR: for the record lp:auto-package-testing has full source code for the trigger on source changes in the ubuntu archive, but that is not launchpad specific.
[15:11] <xnox> JoseeAntonioR: there is also tarmac which integrates with launchpad merge proposals, branches and jenkins.
[15:11] <xnox> JoseeAntonioR: check the wiki about it.
[15:11] <JoseeAntonioR> xnox: will do, thanks a lot!
[15:11] <xnox> czajkowski: all things jenkins redirect to -> #ubuntu-quality =)
[15:12] <xnox> czajkowski: generally there are no special things on launchpad-side, it more-or-less purely works against launchpad api.
[15:12] <czajkowski> xnox: I know but JoseeAntonioR had already asked in anothe channel as well
[15:12] <czajkowski> so just kinda wanted to help him as well
[15:12] <czajkowski> xnox: we also get lts of things that are not lp related in here as well :)
[15:13] <xnox> fair enough =)))))
[15:13] <xnox> ;-)
[15:39] <tedg> Hey, is there a way to get to http://launchpad.net/~/+upcomingwork from the GUI?
[15:47] <xnox> tedg: I'd like to know as well =)
[15:48] <tedg> xnox, It's a secret page... shhhh!  :-)
[15:48] <xnox> =)))))))))))))))))))))
[15:53] <ScottK> Oh, that's a nice one.
[16:01] <czajkowski> not so secret
[16:01] <czajkowski> rather handy :)
[16:02] <mgz> +freechocolate on the other hand, is secret.
[16:04] <czajkowski> hmm I've had no chocolate today, this could be one of the reasons I'm rather sleepy
[16:13] <Daviey> Anyone know how i can download a *.changes from a private ppa?  urllib fails, as it isn't signed in...  (url obtained from auth'd changesFileUrl() call)
[16:14] <czajkowski> sinzui: any idea if that's possible?
[16:31] <micahg> Daviey: the security team has scripts to do that
[16:33] <sinzui> Daviey, your script needs to load your credentials to get access. I don't have an example of how to do it.
[16:36] <Daviey> sinzui: Ah, i might have that.. thanks
[16:36] <Daviey> i hoped lplib had a built in wrapping of urllib :)
[21:47] <bjsnider> my bot's log says that it uploaded a bunch of packages to my ppa on the 17th, but the ppa has no record of it. launchpad also did not email me about it
[21:47] <bjsnider> is it possible for launchpad to just lose those packages?
[21:52] <Aaron> hey i have a question i was trying to change my email from<EMAIL_ADDRESS>to<EMAIL_ADDRESS>[21:52] <Aaron> but the launchpad profile aaron is taken
[21:58] <Aaron> any suggestions?
[22:10] <dobey> bjsnider: is it authenticated to launchpad as a user that owns the PPA?
[22:10] <bjsnider> yes
[22:10] <bjsnider> it it worked fine before and has worked fine after this date
[22:10] <czajkowski> Aaron: a user already has that lp name
[22:11] <czajkowski> Aaron: and as the lp id name is what the @ubuntu.com address uses you can't change it
[22:11] <czajkowski> you could contact the person and see if they are still using it
[22:11] <czajkowski> while people may not be active in LP they could use their account for other things
[22:13] <dobey> bjsnider: not sure why that would happen then
[22:13] <Aaron> the guy does not look active
[22:14] <dobey> Aaron: maybe he doesn't use launchpad, but uses other services
[22:15] <czajkowski> Aaron: well folks don't have to be active :) again people subscibe to bugs, have the same login for ubuntu forums or AU all with the same login and refer to their lp pages.
[22:15] <czajkowski> dobey: :) great minds!
[22:15] <dobey> maybe he uses Ubuntu One on Windows only or Android or something. :)
[22:16] <czajkowski> or a mac!
[22:16] <czajkowski> anyting is possible you know :p
[22:16] <dobey> not yet :)
[23:31] <TheLordOfTime> i assume i can't change my username on LP unless i close my current PPAs?


[07:01] <dholbach> good morning
[08:32] <Halacs> hi
[08:32] <Halacs> morning
[08:33] <Halacs> somebody know where are can find a snappy ubuntu core iso to install it my bare metal servers? BTW what is the difference between snappy ubuntu core and ubuntu core (without snappy)?
[08:34] <Halacs> I try to ask, but I am affraid everybody is sleeping right now
[09:04] <JamesTait> Good morning all; happy Friday, and happy No Socks Day! 😃
[09:09] <tbr> Halacs: just a new user, but afaiu just core is deb based, while snappy core has all that stuff for app separation etc and no debs
[09:10] <tbr> Halacs: if your bare metal machine has traditional BIOS, then you can just use the x86_64 image
[09:10] <tbr> Halacs: if it only has UEFI, then you'll have to wait until they fix that
[09:11] <tbr> and by 'just use the image' I mean you can just dd it to a drive
[09:12] <Halacs> I have an IBM Balde Center H, and to be honest, currently I dont know whether is is UFI or not, but I will try this
[09:12] <Halacs> but, could you give me a link for the image you mentioned?
[09:12] <Halacs> just for sure
[09:14] <tbr> http://releases.ubuntu.com/15.04/ubuntu-15.04-snappy-amd64-generic.img.xz
[09:14] <Halacs> thanks tbr!
[09:15] <tbr> just uncompress & write that to a disk or a usb device and boot it
[09:17] <Halacs> okay, thanks, I will try it
[11:59] <dduffey> anyone have a dhcp-server snap app?
[13:06] <ogra_> dduffey, i would take a look at webdm ... not dhcp but avahi ...
[13:06] <ogra_> shouldnt be hard to deduct how to roll a dhcp server snap from that
[13:06] <dduffey> ogra_, what I want to do is setup a small snappy dhcpd server so all my other snappy devices will get an IP address from that server
[13:07] <dduffey> ogra_, ah, I see
[13:17] <utlemming> do we have an apparmor guide to debugging on Snappy? I'm having problems with NodeJS not playing well.
[13:30] <alecu> sergiusens: hi! is the webdm package only released on armhf? I can't find it with "snappy search" on my amd64 kvm
[13:31] <alecu> Chipaca: too ^
[13:32] <Chipaca> alecu: it's only released for rolingas
[13:32]  * alecu gets a new haircut
[13:33] <alecu> Chipaca: how can I enable rolingas?
[13:34] <alecu> is it a separate channel, or an installation option....
[13:34] <Chipaca> alecu: not sure whether you can easily switch; at image creation time, it's something like: sudo ubuntu-device-flash core rolling --channel edge --output 386.img --developer-mode --enable-ssh --device generic_i386
[13:34] <alecu> great, thanks.
[13:34] <alecu> kyrofa: ^
[13:44] <alecu> Chipaca: no luck. I created the image with that command, booted it in kvm, but still snappy search can't find webdm
[13:45] <alecu> Chipaca: I check the channel.ini, and it says:
[13:45] <alecu> channel: ubuntu-core/rolling/edge
[13:45] <alecu> any ideas?
[13:49] <beuno> maybe it's only available for armhf?
[13:49]  * beuno looks
[13:50] <beuno> Supported architectures:
[13:50] <beuno>     64-bit x86, ARM
[13:50] <beuno> so no
[13:50] <beuno>  Supported releases:
[13:50] <beuno>     rolling-core
[13:52] <sergiusens> alecu: I have no idea why you can't find it.
[13:53] <sergiusens> alecu: https://search.apps.ubuntu.com/api/v1/package/webdm
[13:54] <sergiusens> beuno: did me pushing a new version for only rolling automatically unpublish 0.5 for 15.04? It was one of the things I wanted to test
[13:54] <beuno> sergiusens, it did, because the store only shows one version of an app atm
[13:54] <sergiusens> beuno: is that by design?
[13:55] <sergiusens> or just something missing?
[13:55] <beuno> sergiusens, by design originally, and now that's changed with snappy
[13:55] <beuno> so there's an item in the backlog to change that
[13:56] <sergiusens> beuno: that's fine then, or else we will be living confusing times
[13:56] <sergiusens> beuno: I guess I can just tick 15.04 then or else I'll get a bunch of people asking for the link
[13:56] <beuno> today you wouldn't be able to install a specific version, for example
[13:56] <beuno> sergiusens, indeed
[13:56] <beuno> we'll have channels soon to allow you to do releases better  )
[13:57]  * sergiusens creates an image from scratch to see if he sees what alecu is seeing
[13:57] <sergiusens> beuno: \o/
[13:57] <alecu> sergiusens: I used the cmdline that chipaca pasted earlier, then started it with:
[13:57] <alecu> kvm -m 768 -redir :8090::80 -redir :8022::22 386.img
[13:58] <alecu> then I sshd into it, sudo snappy update, snappy search
[13:58] <sergiusens> alecu: you don't need to run update to search though ;-)
[13:59] <alecu> sergiusens: I tried search first, and when it didn't find anything I muscle memoried apt-get update
[13:59] <alecu> but I see what you mean
[13:59] <sergiusens> alecu: alias kvm_snappy
[13:59] <sergiusens> alias kvm_snappy='kvm -m 1500 -redir :8022::22 -redir :8080::8080 -redir :4200::4200'
[13:59] <sergiusens> that's what I use ;-)
[13:59] <alecu> nice
[14:01] <sergiusens> alecu: I can't reproduce http://paste.ubuntu.com/11026375/
[14:01] <sergiusens> just created a fresh image
[14:02] <beowulf> boo
[14:02] <sergiusens> alecu: I know, Chipaca told you to create an i386 image; there's no webdm for 386!
[14:02] <alecu> sergiusens: what command did you use to create it?
[14:02] <alecu> ah!
[14:02] <beowulf> my snappy as vmware image workflow seems to be broken now :(
[14:02] <sergiusens> alecu: sudo ubuntu-device-flash core rolling --output amd64.img --developer-mode --channel edge
[14:02] <sergiusens> beowulf: how so?
[14:02] <alecu> sergiusens: I'll try that, thanks a bunch!
[14:03] <sergiusens> np
[14:03] <alecu> sergiusens: you don't use "--enable-ssh"?
[14:04] <beowulf> sergiusens: converting i get a error message/warning: http://pastebin.ubuntu.com/11026387/
[14:04] <beowulf> sergiusens: and vmware fails to ubuntu-core boot with that vmdk
[14:05] <beowulf> PXE-E53: No boot filename received
[14:05] <sergiusens> beowulf: you are seeing kpartx issues
[14:05] <sergiusens> beowulf: clear the mappings (quickest is to reboot ubuntu)
[14:06] <beowulf> sergiusens: does that make me special? do i get a badge
[14:06] <beowulf> sergiusens: yes, I'll reboot ubuntu.... *whistles*
[14:35] <sergiusens> @reviewlist
[14:35] <nothal> https://code.launchpad.net/~chipaca/ubuntu-core-launcher/unshare/+merge/258367 | No reviews (1 day old)
[14:35] <nothal> https://code.launchpad.net/~stephen-stewart/webdm/disabled-install-buttons-for-oem-types/+merge/258621 | No reviews (less than a day old)
[14:35] <nothal> https://code.launchpad.net/~jamesodhunt/snappy/install.yaml/+merge/256925 | Needs Information: 1, Needs Fixing: 1 (16 days old)
[14:40] <sergiusens> beowulf: added a comment to your MP
[14:43] <beowulf> sergiusens: good spot, ta
[14:57] <sergiusens> beowulf: Chipaca https://code.launchpad.net/~sergiusens/webdm/queryPackageNames/+merge/258639
[14:58] <sergiusens> hmmm
[14:58]  * sergiusens resubmits
[14:59] <beowulf> sergiusens: you want me to take that and put search back?
[15:00] <beowulf> sergiusens: which might not happen today, as i'm still trying to get a working ubuntu-core
[15:01] <sergiusens> beowulf: no worries, I also have an improvement to make to that MP
[15:13] <Chipaca> @reviewlist
[15:13] <nothal> https://code.launchpad.net/~chipaca/ubuntu-core-launcher/unshare/+merge/258367 | No reviews (1 day old)
[15:13] <nothal> https://code.launchpad.net/~sergiusens/webdm/queryPackageNames/+merge/258640 | No reviews (less than a day old)
[15:13] <nothal> https://code.launchpad.net/~jamesodhunt/snappy/install.yaml/+merge/256925 | Needs Information: 1, Needs Fixing: 1 (16 days old)
[15:13] <beowulf> sergiusens: know what this means? http://pastebin.ubuntu.com/11027355/
[15:14] <sergiusens> beowulf: do you have the latest snappy?
[15:14] <sergiusens> beowulf: how did this all start to happen?
[15:14] <sergiusens> mvo: ideas? ^
[15:15] <beowulf> sergiusens: on 14.04 i did udf, and vmware couldn't but the vmdk build from that img, so i've upgraded... and now i see this
[15:15] <sergiusens> beowulf: trusty?
[15:15] <beowulf> now on 15.04
[15:15] <sergiusens> oh
[15:17] <beowulf> sergiusens: which ppa should i be using?
[15:17] <sergiusens> beowulf: snappy-dev/tools
[15:18] <Chipaca> jdstrand: hullo hullo hullo!
[15:20] <jdstrand> Chipaca: hi!
[15:21] <jdstrand> unfortunately, I need to step away for a few minutes. but ask in backscroll and I'll get back to you in a bit
[15:23] <Chipaca> jdstrand: sure. It's about https://code.launchpad.net/~chipaca/ubuntu-core-launcher/unshare/+merge/258367
[15:24] <mvo> sergiusens: meh, I thought we had fixed all the "exit status without further info " issues, is this u-d-f build against latest stable (or unstable) of u-d-f ? I wonder if that helps
[15:24] <Chipaca> jdstrand: apparmor complains, not about unshare(2), but about mount
[15:25] <sergiusens> mvo: I think beowulf is on whatever is on vivid
[15:25] <sergiusens> mvo: and yeah, we didn't fix all the exit status messages which kind of sucks a bit :-/
[15:26] <beowulf> sergiusens: mvo: i initially added ppa:snappy-dev/beta, i don't know if that matters (looked at wrong docs)
[15:26] <sergiusens> mvo: maybe he is just on an out of date u-d-f (I hope it's that)
[15:26] <Chipaca> sergiusens: mvo: i hope/plan to get to that next week
[15:26] <sergiusens> beowulf: using beta should be fine
[15:26] <Chipaca> sergiusens: mvo: i expect your first few days back are going to be spent reviewing :)
[15:27] <beowulf> sergiusens: mvo anything i can try to get a working img?
[15:29] <sergiusens> beowulf: mvo I suspect snappy unpack is failing for some reason
[15:29] <sergiusens> but that is just gut feeling
[15:31] <mvo> beowulf: hm, I am not sure, maybe a rebuild against a up-to-date snappy
[15:34] <sergiusens> mvo: does it fail for you using what's in the ppa?
[15:34] <mvo> sergiusens: against what version is u-d-f in the ppa build?
[15:34] <mvo> sergiusens: I need to check, give me a sec
[15:35] <sergiusens> mvo: Built-Using: golang (= 2:1.3.3-1ubuntu4), golang-ar (= 0.0~git20150512-0ubuntu2), golang-go-flags (= 0.0~git20141007-1), golang-gocheck (= 0.0~bzr20131118+85-2), golang-goconfigparser (= 0.2-0ubuntu1), golang-juju-loggo (= 0.0~git20150318-0ubuntu1), golang-pb (= 0.0~git20131219-1), golang-yaml.v2 (= 0.0~git20150225-0ubuntu1), ubuntu-snappy (= 1.0-1+424~ubuntu15.04.1)
[15:36] <Chipaca> 424 is not latest
[15:36] <sergiusens> Chipaca: no, it was until last night
[15:36] <Chipaca> i mean, 439 is what's in the ppa from last night
[15:36] <Chipaca> *ancient* :-p
[15:39] <mvo> sergiusens: I think r436 has some important error reporting fixes
[15:39] <mvo> having that would be good
[15:39] <sergiusens> mvo: I can trigger a rebuild, we have recipes for everything now ;-)
[15:39] <mvo> that would be cool
[15:39] <sergiusens> mvo: Chipaca to bookmark https://code.launchpad.net/~snappy-dev/+recipes ;-)
[15:40] <mvo> yay! you found it!
[15:45] <sergiusens> mvo: btw https://code.launchpad.net/~sergiusens/goget-ubuntu-touch/bump_upstream/+merge/258651
[15:45] <sergiusens> or the recipe will fail...
[15:46] <sergiusens> mvo: and I've been thinking about snappy build and releases and rolling and haven't come up with anything smart yet, maybe we need to add the base release to packages.yaml
[16:30] <jdstrand> Chipaca: what is the denial? I may be surprised if seccomp likes it too
[16:31] <Chipaca> [Fri May  8 16:31:01 2015] audit: type=1400 audit(1431102661.774:53): apparmor="DENIED" operation="mount" info="failed mntpnt match" error=-13 profile="/usr/bin/ubuntu-core-launcher" name="/tmp/" pid=1928 comm="ubuntu-core-lau" flags="rw, private"
[16:31] <Chipaca> jdstrand: sneakily, I do it before seccomp
[16:32] <jdstrand> Chipaca: is it possible to do it before apparmor? right now things are quite clean wrt apparmor rules-- we don't allow any mounts, umounts or remounts
[16:32] <Chipaca> jdstrand: bah. i do it before loading seccomp for the target executable, but i guess it's run under a seccomp of its own?
[16:32] <jdstrand> Chipaca: that said, we could probably craft a rule that is acceptable
[16:33] <Chipaca> jdstrand: i think the launcher is run under apparmor already
[16:33] <jdstrand> the launcher is not
[16:33] <jdstrand> the launcher does the equivalant of an 'aa-exec'
[16:34] <Chipaca> jdstrand: then what is debian/usr.bin.ubuntu-core-launcher ?
[16:34] <jdstrand> iirc, it do an aa_change_onexec
[16:34] <jdstrand> Chipaca: oh, yes
[16:34] <Chipaca> :)
[16:34] <jdstrand> Chipaca: right, the launcher does run under a profile, for some reason I read the above denial as an app denial, but it is a launcher denial
[16:34] <jdstrand> sorry
[16:35] <Chipaca> yep yep, it's the launcher itself
[16:35] <jdstrand> yep, I'm there now
[16:35] <jdstrand> Chipaca: mount rules are tricky, hold on a sec
[16:36] <Chipaca> jdstrand: i do two mounts, fwiw
[16:36] <Chipaca> well, you can see 'em in the mp
[16:38] <jdstrand> mount options=(rw private) -> /tmp/,
[16:38] <jdstrand> Chipaca: can you add the above to /etc/apparmor.d/usr.bin.ubuntu-core-launcher, then do: sudo apparmor_parser -r /etc/apparmor.d/usr.bin.ubuntu-core-launcher
[16:42] <jdstrand> Chipaca: actually we should change that (feel free to test it for now while I get the other other one)
[16:44] <Chipaca> [Fri May  8 16:43:50 2015] audit: type=1400 audit(1431103430.829:55): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="/usr/bin/ubuntu-core-launcher" name="/tmp/" pid=1942 comm="ubuntu-core-lau" srcname="/tmp/snaps.1000/hello-world.canonical/1.0.15/tmp/" flags="rw, bind"
[16:44] <Chipaca> ^ advanced to the second mount :)
[16:45] <jdstrand> Chipaca: mount options=(rw bind) /tmp/snaps.[0-9]*/**/tmp/ -> /tmp/,
[16:46] <Chipaca> jdstrand: \ooooooooo/
[16:46] <jdstrand> yay!
[16:46] <jdstrand> so feel free to add those to the profile with a comment
[16:47] <jdstrand> fyi, I asked Tyler to review the mp. he'll be back on monday
[16:47] <jdstrand> (he looked really hard at the launcher before)
[16:48] <Chipaca> jdstrand: excellent; i'll wait for his review
[16:48] <jdstrand> Chipaca: for Tyler's context, in the commit for the above profile changes, can you add the denials?
[16:48] <jdstrand> the commit log that is
[16:48] <Chipaca> i'll get mvo or sergiusens to +1 the basic code
[16:48] <Chipaca> jdstrand: sure
[16:49] <jdstrand> cool
[16:49] <jdstrand> thanks
[16:50] <Chipaca> jdstrand: thank you!
[16:51] <beowulf> 'night all o/
[16:52] <Chipaca> beowulf: have a good weekend!
[16:52] <Chipaca> jdstrand: there
[17:03] <jdstrand> Chipaca: great, thanks again :)
[17:22] <Chipaca> mvo: sergiusens: log juggling done, for now at least
[17:22] <Chipaca> mvo: perhaps now the parallel between logger and interacter is more obvious :)
[17:22] <Chipaca> mvo: and then again, perhaps you were right and i was overthinking it :)
[17:25] <mvo> Chipaca: heh, I like what I see in the branches! simple and does all we need for now, I guess one more for the error logging will come later(?). but yeah, the similarities are striking now, I wonder how to combine the log and the progress, maybe we can have a "human-friendly" log that omits all the crazy timestamps(?)
[17:25] <Chipaca> mvo: i think the one for error logging is up already
[17:25] <mvo> Chipaca: but I may talk nonsesens, haven't really thought this through yet
[17:25] <Chipaca> mvo: but maybe you're talking about a different one
[17:26] <Chipaca> oh
[17:26] <Chipaca> oooooh
[17:26] <mvo> Chipaca: I was thinking if all the logging in  lp:~chipaca/snappy/die-LogError-die  is covered in the followups
[17:26] <Chipaca> mvo: I'D ALREADY FORGOTTEN
[17:26]  * Chipaca hides in shame
[17:26] <mvo> ha! at least I'm not the only one with a memory like a goldfish :P
[17:26]  * mvo hugs Chipaca
[17:31] <Chipaca> mvo: there :)
[17:33] <Chipaca> mvo: is the target for https://code.launchpad.net/~mvo/snappy/selftest-failover/+merge/258655 the right one?
[17:54] <thesheff17> is this what people are using for pip and snappy? http://www.wefearchange.org/2015/04/creating-python-snaps.html
[18:44] <sergiusens> Chipaca: are you going to be around for a while longer?
[19:04] <mvo> Chipaca: ups, its not, I updated the MP, silly me
[19:24] <sergiusens> mvo: Chipaca mind taking a look at https://code.launchpad.net/~sergiusens/webdm/oemBrokeFix/+merge/258681 ?
[19:36] <Chipaca> sergiusens: I am going to be around a while, now
[19:37] <sergiusens> Chipaca: heh, if you would of replied sooner I would of taken the complicated approach to fix https://code.launchpad.net/~sergiusens/webdm/oemBrokeFix/+merge/258681 :-P
[19:37] <sergiusens> now I await the needs fixings ;-)
[19:37] <Chipaca> sergiusens: ah, i haven't top-approved
[19:37] <Chipaca> sergiusens: what was the complicated approach?
[19:38] <sergiusens> Chipaca: extend packageYaml in snappy and add an interface to get the branding
[19:38] <Chipaca> sergiusens: at this stage, what's another spot on the liger
[19:38] <Chipaca> ... wait, ligers don't have spots
[19:39] <Chipaca> sergiusens: top-approved
[19:39] <sergiusens> Chipaca: thunder cats you mean?
[19:40] <Chipaca> sergiusens: http://en.wikipedia.org/wiki/Liger
[19:42] <mvo> holly cow, I learned something new today (again!)
[19:56] <Chipaca> mvo: no, that's Auðumbla
[19:56] <Chipaca> or maybe Gavaevodata
[20:02] <sergiusens> mvo: what is this version number's granularity btw ? <IP_ADDRESS>.2 ?
[20:02] <mvo> sergiusens: we have support for "-" so 1.4.0-2
[20:02] <mvo> sergiusens: maybe I'm not understanding the question actually
[20:03] <sergiusens> mvo: so many dots, that's all :-)
[20:03] <mvo> I think its a artifcat from the old days when we did not have a "-"
[20:03] <mvo> so many dots where used to simulate the packaging version
[20:04]  * Chipaca is going to make packages versioned “.”, “..”, “...”. Because the docs say I can.
[20:06] <Chipaca> mvo: does selftest have tarmac?
[20:06] <Chipaca> or otherwise auto-merge?
[20:06] <mvo> I don't think so
[20:07] <Chipaca> mvo: i don't think i'm going to manage to review your selftest branches today though
[20:07] <Chipaca> not with any kind of proper testing
[20:08] <sergiusens> mvo: I think it does, but it doesn't any sanity checks
[20:10] <sergiusens> confirmed, it's there
[20:10] <mvo> aha, ok
[20:10] <mvo> having the selftest in tarmac and building a image etc would be cool, but I'm too tired to even think about this
[20:10] <mvo> (i.e. as test run it on a fresh image)
[20:11]  * mvo will vanish into bed soon
[20:13] <Chipaca> mvo: by "snappy install typo", you mean a snappy install of a package that can't be found?
[20:13] <Chipaca> mvo: if so, yes, we log those
[20:14] <Chipaca> will reply on the mp, go to bed :)
[20:16] <sergiusens> Chipaca: one last one please https://code.launchpad.net/~sergiusens/webdm/policies/+merge/258686
[20:17] <Chipaca> sergiusens: go
[20:18] <mvo> Chipaca: yes, that, its fine, just wanted to check :)
[20:18]  * mvo waves
[20:30] <sergiusens> Chipaca: i'll bbl, which means you should nt even be here btw ;-)
[22:25] <mhall119> does snappy require root to install? I thought we got away from that with click.