[00:12] <onox> I just registered a branch, but I can't check it out
[00:12] <onox> how can I init the branch op LP?
[00:17] <mwhudson> onox: bzr init lp:~whatever/whatever/whatever
[00:34] <mtaylor> hey... my karma points went down in one of my projects!
[00:34] <mtaylor> what's up with that?
[00:36] <jml> mtaylor: I believe that karma degrades over time.
[00:36] <mtaylor> interesting...
[00:36] <mtaylor> but that means I can't just sit on my ass ... that I have to keep working to maintain my top spot!
[00:36] <mtaylor> bother
[00:36] <mtaylor> :)
[00:36] <jml> mtaylor: I've just typed help.launchpad.net/Karma into my browser to see what happens
[00:37] <jelmer> there was a time when karma only increased I think
[00:37] <jml> https://help.launchpad.net/YourAccount/Karma?action=show&redirect=KarmaCalculation
[00:38] <mtaylor> well... it is the "right" thing to do...
[00:38] <jamesh> mtaylor: it also helps to diversify, and get karma in multiple categories
[00:38] <Nafallo> yea, and the Swedish upstream Gnome translator owned all Karma :-P
[00:39] <mtaylor> hahaha
[00:40] <mtaylor> "Bug Marked as Fixed" is a karma-able action, but "Specification marked as merged" doesn't seem to be...
[00:40] <mtaylor> oh well
[00:41]  * mwhudson sighs
[00:41] <mwhudson> so this import suggests that there's some value for svn:special cscvs doesn't support
[00:41] <mwhudson> http://launchpadlibrarian.net/16298055/ascend-trunk-log.txt
[00:41] <mwhudson> turns out svn doesn't support it either:
[00:41] <mwhudson> mwh@grond:ascend-trunk$ svn up -r 416
[00:41] <mwhudson> ...
[00:42] <mwhudson> A    pygtk/interface/install-sh
[00:42] <mwhudson> svn: In directory 'pygtk/interface'
[00:42] <mwhudson> svn: 'pygtk/interface/.svn/tmp/text-base/config.guess.svn-base' has unsupported special file type '#!'
[00:42] <persia> mtaylor: Also, karma is influenced by everything everyone else does, so you get more if you do different things than other people.
[00:42]  * mwhudson stabs
[00:42] <mtaylor> persia: wow. fancy
[00:44] <jelmer> mwhudson, it seem it's perfectly valid to set svn:special on a file without that file being special
[00:44] <jelmer> it'll treat it as a normal file unless it starts with "link "
[00:44] <jamesh> mwhudson: and it shows that the UnknownSpecialFileType constructor wasn't tested
[00:45] <mwhudson> jamesh: yes, that too
[00:45] <mwhudson> jelmer: it seems that the svn client blows chunks on this repo though
[00:45] <jamesh> jelmer: the svn client doesn't generally let you fiddle with svn:special directly
[00:46] <jamesh> setting it to undefined values doesn't sound perfectly valid
[00:46] <jelmer> jamesh: The remote API does though
[00:47] <mwhudson> oh, so it's just the svn _client_ that's terrible?
[00:47] <jamesh> jelmer: right, but you run the risk of confusing the svn client
[00:48] <jamesh> mwhudson: symlinks are a client side thingee
[00:48] <jamesh> so this probably means that a normal file has svn:special set
[00:48] <jamesh> when it shouldn't have it set
[00:49] <onox> does code commits increase my karma? :)
[00:50] <jamesh> onox: not yet
[00:50] <mwhudson> it seems to be set to '*' on a bunch of files
[00:50] <mwhudson> ah well, not going to worry about it
[00:56] <jamesh> mwhudson: right.  If svn:special is set (to anything, I think), then the file contents are treated specially
[00:56] <jamesh> e.g. if the content is "link $target", then the file is treated as a symlink
[00:57] <mwhudson> and if it's set to something else, the svn client craps itself?
[00:57] <jamesh> if you have a normal file that starts with "#! /bin/sh" and has svn:special set, then it'll complain that it doesn't understand "#!"
[00:57] <mwhudson> ah right
[00:57] <mwhudson> oh, right
[00:57] <mwhudson> i'd become confused, i think i thought that svn:special was set to 'link target'
[00:57] <jamesh> the value of svn:special is not important: whether it is set or not is.
[00:58] <mwhudson> ok
[00:59] <jamesh> "bzr annotate" will probably blame me for the cscvs bug ...
[01:00] <mwhudson> heh
[01:01] <mwhudson> that's ok, i can just blame robert for all cscvs problems if you'd rather
[01:19] <awmcclain> "Teams" have ppas in addition to individuals, correct?
[01:19] <beuno> awmcclain, yeap
[01:39] <beuno> mpt, w00t, you made slashdot!
[02:04] <thumper> beuno: link?
[02:06] <beuno> thumper, http://developers.slashdot.org/article.pl?sid=08/08/03/1847220
[02:10] <thumper> ta
[03:10] <Peng_> You can probably take the Code Scanner thing out of the topic now..
[03:11] <Peng_> :)
[03:12] <jml> (and who says we don't listen to our users?)
 okay, flying out to toronto, see you all in some 16h!
[06:14] <elamou> i made an account on launchpad, but i've given only my first name
[06:14] <elamou> can i change it somehow?
[06:15] <elamou> or do i have to make a new account?
[06:23] <spm> elamou: on the right hand side of your front page should be a 'Change details' link. Change your name via that.
[06:25] <elamou> ok. i was in 'translations.launchpad.net/~...' and i could find it.
[06:25] <elamou> thanx
[07:05] <coolbhavi> hello please look: https://answers.edge.launchpad.net/launchpad/+question/41081
[07:23] <\sh> good morning
[07:24] <emgent> moin \sh :)
[07:27] <Hobbsee> pulsar_work: that was filed 23 hours ago, on a weekend, and you're *already* bugging people about it?
[07:29] <pulsar_work> Hobbsee, here on weekends too we work ... I didnt know that lp admins will be on leave
[07:31] <Hobbsee> pulsar_work: most places don't work 24/7.
[07:32] <Hobbsee> pulsar_work: and as a general note, i'll also warn you that MOTU stuff also takes a while, and bugging them won't get your stuff done any quicker.
[07:32] <pulsar_work> Hobbsee, ok sorry for that
[07:32] <Hobbsee> no problem.
[07:33] <thumper> pulsar_work: answered, no public key#
[07:33] <thumper> pulsar_work: Invalid signature for<EMAIL_ADDRESS>Signature couldn't be verified: (7, 9, 'No public key')
[07:33] <pulsar_work> thumper, I do have 3 keys
[07:33] <thumper> pulsar_work: I see that
[07:34] <thumper> pulsar_work: I don't know why it is Invalid
[07:34] <thumper> pulsar_work: but that is the error
[07:34] <pulsar_work> ok i ll update my pgp keys and add another key
[08:57] <lifeless> mwhudson: is loggerhead down ?
[09:05] <mwhudson> lifeless: it's working for me
[09:05] <mwhudson> using a fairly silly amount of ram, to be sure
[09:06] <lifeless> ah yeah
[09:06] <lifeless> I had a error before
[09:28] <persia> Is there a known bug about untruncated changelogs (e.g. https://launchpad.net/ubuntu/breezy/+source/ardour/+changelog) ?
[10:04] <mpt> beuno, ah, I wondered if that might happen
[10:17] <\sh> hmm..who can I bug about launchpadlib? :)
[10:17] <wgrant_> mpt: Well done!
[10:41] <thumper> \sh: you can bug one or more of flacoste, mars, salgado, barry, sinzui and I'm sure there are several others :)
[10:42] <\sh> thumper: thx :)
[11:13] <ignas> cprov: hi
[11:20] <gnomefreak> maybe its me but the java applet doesnt really work all that good, cant read it uploading screenshot
[11:21] <gnomefreak> http://farm4.static.flickr.com/3004/2730919869_06618ed9f9.jpg?v=0  is the applet screenshot
[11:22] <wgrant> gnomefreak: How's this Launchpad-related?
[11:22] <gnomefreak> wgrant: its LPs java applet
[11:22] <gnomefreak> oh damn
[11:22] <gnomefreak> never mind its freenodes
[11:22] <wgrant> Yes...
[11:50] <thorwil> found a typo on https://launchpad.net/+tour/branch-hosting-tracking: "And because they never touch your mailine they don’t need to ask for commit access." mailine -> mainline
[11:51] <theseinfeld> question, in the edge.launchpad.net where do you get the help anymore?
[11:52] <james_w> Hi all, I'm looking for an estimate of the timeframe when the API moves out of beta. I'm packaging launchpadlib, and want to have an idea of how much hassle there will be if a version makes it in to the stable release.
[11:52] <james_w> Are we talking Intrepid timeframe, launchpad 3.0, or beyond?
[11:53] <thumper> james_w: the only person I feel who can reliably answer that is kiko (who is travelling right now)
[11:53] <persia> I'm curious as to how stable the library code is?  Does it need more testing before it becomes a package?
[11:54] <james_w> thumper: cool, I'll ask him next time he's around, thanks.
[11:54] <theseinfeld> cprov. you might have the answer, where is the help hoover in the new launchpad? or is there any?
[11:55] <james_w> persia: thekorn is working on integrating it in to python-launchpadbugs, so we could let all of the scripts that use that try the library to see how buggy it may be.
[11:55] <theseinfeld> the so called InlineHelp...
[11:55] <theseinfeld> ?
[11:55]  * persia worries about aggressive adoption in a development release without some confirmation that stability can be achieved by FeatureFreeze (28th August)
[11:56] <james_w> I'm also after an impression of how much we are likely to see the headaches we have with python-launchpadbugs when launchpad changes
[11:57] <persia> I'll admit I'm not very happy with that one either, as the version released in Ubuntu frequently doesn't match the current version (and so may not work).
[11:57] <james_w> persia: true, though if everything goes through py-lp-bugs then we can at least switch back to using the html parsing code
[11:57] <persia> james_w: Well, I guess, but...
[11:58] <james_w> though the APIs at least stand a better chance of providing backwards compatibility
[11:59] <persia> james_w: If someone says that, I'll agree with you.  If nobody says that, I claim it's unsubstantiated hearsay :)
[12:00] <persia> (with "someone" defined as "someone who is in a position to speak authoritatively for the LP API", and probably is kiko :)
[12:10] <\sh> persia: if you want to be productive, please beg for "remove ez_setup" for wadllib and launchpadlib ,-)
[12:11] <persia> \sh: My philosophy about ez_setup is that if upstreams wish to make their code dependent on an unreliable resource, they may, but I will patch it out if I find it in Ubuntu.
[12:12] <persia> From an LP perspective, if they want LP tools to be available cross-distro, it may be easiest to use ez_setup, and let all the distros patch it out.
[12:20] <theseinfeld> so, in the launchpad, where do you get the help on? is there a link? hoover? or am I missing something?
[12:20] <andrea-bs> theseinfeld: help.launchpad.net ?
[12:21] <theseinfeld> yes, andreas-bs, i know about that, but there is no link to the specific components help like it used to be? is this a feature or a bug?
[12:22] <theseinfeld> we used to have it if you were hoovering, for example if you were in ppa, you could get help about ppa by just clicking something...
[12:22] <andrea-bs> theseinfeld: it is a feature: now there is the inline help
[12:22] <wgrant> It's not entirely replicated, though.
[12:23] <theseinfeld> it will be nice to add a button for more detailed help or popup window than the inline help
[12:24] <theseinfeld> for example, if i delete a package I get: Read the page help to understand how removals work.
[12:24] <theseinfeld> which there is no link whatsoever on the page, so you need to go to help.lp.net... PPA etc... that sucks!
[12:25] <bigjools> https://bugs.edge.launchpad.net/soyuz/+bug/195984
[12:29] <theseinfeld> added comments to th 195984 regarding this issue
[12:31] <bigjools> thanks for your comments
[12:31] <bigjools> this is causing some frustration, I'll see that it gets fixed soon
[12:49] <persia> bigjools: Re: bug #125987
[12:49] <bigjools> persia: hello
[12:49] <persia> What is the use case served by presentation of partial information on /+packages?
[12:50] <persia> Personally, I'd be happy with only having the detail information available, but there may be some other use case.
[12:50] <bigjools> persia: I'm not sure I understand you
[12:51] <persia> To put that another way, I'd be happy not showing any information except on the detail info pages with everything (on a per type basis, or even on a per type & per-release basis)
[12:52] <persia> When I look at /+packages, I want to see the details, but I don't mind a little navigation.  On the other hand, partial information is useless to me.
[12:52] <persia> The question is: is partial information useful for someone else?
[12:53] <Hobbsee> persia: the use case for partial information is to show which packages have been uploaded most recently by the person, without making launchpad fall over.
[12:53] <persia> Hobbsee: Yes, but does anyone use that information for anything?
[12:53] <persia> (also, the page doesn't have that now due dropping multiple uploads of a package)
[12:53] <Hobbsee> persia: the reason it got cut from the full list, was because of the launchpad timeouts on those pages.  Thus, the launchpad way to remove the timeouts, was to remove the information used to generate them.
[12:53] <Hobbsee> persia: i'm just talking from the LP perspective.
[12:54] <persia> Hobbsee: I understand all that.  The question is whether it's worth bigjools trying to find a way to present some partial information without breaking things, or just build the batched complete detail pages and provide navigation.
[12:54] <Hobbsee> well, wsa the batched list still causing timeouts?
[12:54] <persia> Perhaps requiring the user to look at several different pages to see the information.
[12:55] <persia> The batch mode doesn't exist today.
[12:55] <Hobbsee> yes, but it used to
[12:55] <Hobbsee> i think, anyway.
[12:55] <wgrant> persia: It actually only shows published SPRs, so people who haven't uploaded since Edgy haven't uploaded anything.
[12:55] <wgrant> It was never batched AFAIK.
[12:55] <Hobbsee> they've done similar with the queues - cut down the maximum to some arbitary number, so the pages don't time out.
[12:56] <persia> wgrant: Well, people who uploaded in Dapper still get Dapper credit, but yes, that is another one of the ways in which it fails to be compete.
[12:56] <persia> s/compete/complete/
[12:56] <wgrant> I also wonder if it shows copies. Probably not.
[12:56] <persia> wgrant: Do you know of any use cases that benefit from partial displays?
[12:57] <wgrant> persia: No.
[12:57] <bigjools> Hobbsee: that is simply not true
[12:57]  * persia thinks that it may be easiest to skip having any default set of 60 or 150 or whatever packages, and just have the details available somewhere
[12:57] <persia> (perhaps with lots of different URLs if otherwise there are data collection issues)
[12:57] <Hobbsee> bigjools: which?
[12:58] <bigjools> persia: please add your comments to the bug, but a lot of people use that page for MOTU reviewing
[12:58] <bigjools> Hobbsee: the queue page
[12:58] <wgrant> bigjools: persia being one of the primary ones...
[12:58] <persia> bigjools: Yes, I'm one of the members of MOTU Council.  Partial information is completely useless for that purpose.
[12:58] <bigjools> heh ok
[12:58] <persia> I'm wondering what other use cases require presentation of that information.
[12:58] <bigjools> ok please write on the bug then
[12:59] <bigjools> persia: and please explain exactly what "partial" means to you
[12:59] <Hobbsee> bigjools: https://edge.launchpad.net/ubuntu/intrepid/+queue?batch=500 ?  Citation needed.
[12:59] <bigjools> Hobbsee: I worked very hard on making the queue page quicker, I did not reduce the batch size to do that
[12:59] <Hobbsee> that used to work most of the time, unless it timed out
[13:00] <persia> bigjools: partial is anything other than listing every upload for every package
[13:00] <Hobbsee> ahhh.  well done for helping it partially, then.
[13:00] <bigjools> persia: we can't do that without batching
[13:00] <persia> Also, your proposed solution looks like it works for me (as I said in my last comment).  I'm just wondering if you are trying to do more than you need.
[13:00] <persia> bigjools: Completely understood.  I'm not asking you to do that without batching.
[13:01] <wgrant> It used to work fine for everybody except one or two people.
[13:01] <bigjools> Hobbsee: it will time out still for batches with a lot of custom uploads, but that will be fixed soon also
[13:01] <persia> I don't even mind having to look up data by type and release target (so having lots of URLs).
[13:02] <bigjools> the batch size max of 300 is a Launchpad global
[13:02] <Hobbsee> why did it change?
[13:02] <bigjools> anyway guys I have a call right now, I'll catch up with you in a but
[13:02] <persia> On the other hand, I wonder if someone uses the data as presented: if not, it's worth looking into bug #43020 directly, and not bothering with a redesign of /+packages, instead just providing navigation.
[13:02] <bigjools> bit, too
[13:29]  * persia is happy that the mooted 1024-byte limit on comments was never implemented
[13:30] <persia> bigjools: Thoughts summarised in the bug: please present to interested parties for review.  I'm still curious if you hear of any workflows beyond technical review of the people.
[13:30] <bigjools> persia: ok thanks for the input
[13:44] <\sh> guys, is there any way to see the applications which I gave auth to?
[13:46] <\sh> https://staging.launchpad.net/~shermann/+oauth-tokens that's it
[13:46] <\sh> thx \sh ,-)
[14:40] <sistpoty|work> hm... as I seem to have missed Rinchen again, any other lp admin around who could reset my password?
[14:56] <elamou> i cannot upload my program to launchpad, though i can download other people's software..
[14:56] <elamou> i generated a pair of rsa keys
[14:57] <elamou> i entered the public key at my account
[14:57] <elamou> bzr push –create-prefix sftp://bazaar.launchpad.net/~teamname/product/branchname
[14:57] <elamou> is that right?
[15:12] <LarstiQ> elamou: you're missing a hyphen on --create-prefix, but the most common problem is that either your supplied username to login is wrong, or your private key doesn't match the public you uploaded to launchpad. Can't say much more without an actual error.
[15:14] <elamou> bzr push sftp://bazaar.launchpad.net/~teamname/product/branchname   if i use this, where do I enter my username?
[15:14] <LarstiQ> elamou<EMAIL_ADDRESS>[15:14] <LarstiQ> elamou: or in ~/.ssh/config
[15:15] <LarstiQ> elamou: or with a sufficiently young bzr, 'bzr launchpad-login'
[15:15] <elamou> bzr launchpad-login -> No Launchpad user ID configured.
[15:16] <LarstiQ> elamou: eh, specifically, `bzr launchpad-login <yourlogin>`
[15:16] <LarstiQ> elamou: see `bzr help launchpad-login` for more info
[15:18] <elamou> and it will upload avery file in the . directory?
[15:22] <LarstiQ> elamou: if you push to there, and then from somewhere else branch it, you will get all the same commits as you had locally
[15:22] <LarstiQ> elamou: changes you don't commit don't end up there
[15:23] <elamou> LarstiQ,  "if you push to there, and then from somewhere else branch it" can you explain this plz?
[15:24] <elamou> i did a "bzr init" in the folder where my source code is
[15:24] <elamou> and, in that folder, i run the previous commands
[15:33] <LarstiQ> elamou: then nothing will happen
[15:33] <elamou> yeah. nothing happens
[15:33] <LarstiQ> elamou: you need to add files first, commit them, and then you have a revision you can push.
[15:34] <LarstiQ> elamou: http://doc.bazaar-vcs.org/bzr.dev/en/mini-tutorial/index.html
[15:43] <elamou> worked!! thanx LarstiQ
[15:43] <LarstiQ> elamou: glad to be of help.
[15:49] <sistpoty|work> Rinchen: just received your mail regarding resetting my lp password... so it seems that I used the wrong email address, right?
[15:50] <salgado> sistpoty|work, no, that shouldn't cause the application error you saw.  you didn't get an OOPS or anything like that, right?
[15:50] <sistpoty|work> salgado: no, just the error message
[15:50] <sistpoty|work> salgado: however I just tried with<EMAIL_ADDRESS>and that worked...
[15:53] <sistpoty|work> salgado: want me to file a bug, now that I'm logged in again? :)
[15:54] <salgado> sistpoty|work, please do!  and sorry for the inconvenience
[15:54] <sistpoty|work> salgado: ok... and no problem... that way I had an excuse to not work on ubuntu and enjoy my weekend *g*
[15:55] <salgado> lol
[15:59] <sistpoty|work> salgado: bug #254672 filed
[16:00] <salgado> sistpoty|work, thanks!  I just managed to reproduce it, so it should be fixed soon
[16:00] <sistpoty|work> salgado: cool, thanks a lot!
[16:06] <andrea-bs> Hello! Will Launchpad provide a PQM for hosted Bazaar branches, in future?
[16:08] <Rinchen> sistpoty|work, think so
[16:08] <sistpoty|work> Rinchen: situation already cleared ^^... thanks a lot
[16:08] <Rinchen> sistpoty|work, awesome
[16:10] <andrea-bs> Rinchen: the 1.99 milestone doesn't have a data target
[17:45] <tacone> any way to get my hands on the new launchpad api ?
[19:14] <lbo> hi lp! I am new to lp and need a pointer to how to create a download zip file.
[19:17] <lbo> Anyone home?
[19:22] <nandersson> Are there plans to integrate the packaging (.deb's) in Launchpad?
[19:38] <tacone> nandersson: I guess that would be something quite hard to do :)
[19:38] <nandersson> tacone, Well, I never assumed it would be easy :D
[19:39] <nandersson> tacone, I thought that there might be something similar to OpenSUSEs Build Service in the works
[19:39] <nandersson> i.e to connect the VCS to a Build Service
[19:39] <tacone> nandersson: that seems an entire different thing to me. am I wrong ?
[19:40] <nandersson> tacone, Well, it's an extension. VCS is for developing, Build Service is for packaging
[19:41] <tacone> launchpad has PPA'a
[19:41] <tacone> PPA's
[19:41] <nandersson> tacone, a Build Service would be the natural, next step
[19:41] <tacone> you send a package source and it builds it and insert it into your personal repository
[19:42] <tacone> but you have to package the software source yourself, and then upload it to launchpad.
[19:42] <tacone> is that what you were asking ?
[19:42] <LarstiQ> nandersson: what, exactly, does a Build Service do?
[19:43] <nandersson> LarstiQ, The Build Service takes the source code and package it in a .deb, .rpm or whatever. OpenSUSEs build service at https://build.opensuse.org/ has support for CVS and SVN
[19:44] <nandersson> LarstiQ, and it's pretty distro agnostic, they build for Ubuntu, Debian, Red Hat, Centos + their own platforms
[19:44] <nandersson> tacone, I'll look into PPA. Found a nice link - thanks :)
[19:45] <nandersson> LarstiQ, I think it will be of great help for ISV in order to package their code for multi platforms/distros
[19:46] <nandersson> LarstiQ, I've never packaged a package myself using Build Service, but it looks like they have a web frontend to the usual /debian directory.
[19:46] <tacone> nandersson: that can work but I am doubtful it will meet the ubuntu/debian quality requirements.
[19:47] <LarstiQ> nandersson: so, from an upstream release, it adds debian/ and then builds a .deb? As tacone said, I'm very doubtful the actual packaging would be solid.
[19:48] <LarstiQ> nandersson: for the last step, building a .deb from upstream source + packaging information, that is what PPAs do
[19:48] <nandersson> tacone, I guess it's all scripted. They resolve dependencies and everything. OpenSUSE is going to use this build service to build the entire next distribution OpenSUSE 11.1
[19:49] <tacone> nandersson: I shuoldn't say this, because I don't really know enough the other distribution, but I guess debian and ubuntu have higher quality requirements and guidelines for packaging software.
[19:50] <nandersson> In the build service, they start up a Xen-instance with the distro they are building for. The Build Service then checks all dependencies
[19:50] <LarstiQ> tacone, nandersson: if software is sufficiently standardized, this approach can work.
[19:50] <LarstiQ> ref python eggs, java/.net, etc.
[19:50] <nandersson> tacone, Well, if you have stuff that can't be automated (Which is a bad approach of course) I guess it'll be hard
[19:50] <tacone> LarstiQ: no doubt it can *work*. I doubt people would want it anyway
[19:51] <nandersson> The build service make sure that you don't break the repository - that everything works
[19:51] <nandersson> of course it doesn't solve bugs
[19:51] <LarstiQ> nandersson: well, a large part of packaging is integration
[19:51] <tacone> nandersson: launchpad *has* a build environment.
[19:51] <tacone> nandersson: to use launchpad ppa you actually send the package source, not a binary.
[19:52]  * tacone stops here, it's talking about things he's not enough familiar with :)
[19:53] <nandersson> tacone, Yes, but I guess you still have to do that work manually - I saw the movies with Daniel Holbach in the Youtube-channel UbuntuDeveloper
[19:53] <tacone> nandersson: btw, I find Suse's a great effort.
[19:53] <tacone> nandersson: with Suse's too you have to work manually. check their help pages.
[19:54] <nandersson> tacone, I have to look into that. I'm going to investigate how the PPA works as well :)
[19:54] <tacone> nandersson: http://en.opensuse.org/SUSE_Build_Tutorial
[19:54] <tacone> look at the code samples. does that look automatic to you? :-)
[19:55] <nandersson> tacone, hehe, well, not too automatic :D
[19:56] <cprov> nandersson: one can say there is a parellel between openSuse and PPAs
[19:57] <cprov> nandersson: openSuse requires you to create the SRPM spec file and then allow you to build the package in a controlled environment
[19:57] <nandersson> cprov, Yes, it looks like it. I'm going through the PPA Quick Start
[19:57] <cprov> nandersson: PPA requires you to create the debian source and then builds it automatically for you in a controlled env.
[19:58] <nandersson> cprov, Yes, they run every job in a virtual instance
[19:58] <cprov> both use Xen-based build environment
[19:59] <tacone> cprov: automated ways to create debs _do_ exist. check checkinstall ( https://help.ubuntu.com/community/CheckInstall ) for instance. But that's not what you need to prepare a real package. dependencies, copyrights, patches.. all require manual intervention. that's true for every distro.
[20:00] <cprov> tacone: I didn't say they don't exist.
[20:00] <tacone> sorry cprov, I was meant to target the message to nandersson
[20:00] <tacone> not you. mistake :)
[20:00] <nandersson> :)
[20:00] <cprov> tacone: np :)
[20:00] <nandersson> tacone, thanks for the link
[20:01] <tacone> at your service nandersson.
[20:01] <nandersson> tacone, I found "Packaging Overview"
[20:02] <nandersson> I liked the videos with Daniel Holbach, but my reaction was that it looks quite manual - and a lot of that job could be done more easy through Launchpad - but I might be wrong
[20:02] <tacone> nandersson: beside automatic launchpadding everything, if you're interested in packages, I suggest you to check the #ubuntu-motu channel. there you can find more expert and critique answers to your questions.
[20:02] <nandersson> tacone, I'll have a check there! Thanks
[20:02] <tacone> nothing.
[20:39] <awmcclain> Hrm. This is frustrating. How do I see which team owns a project?
[20:41] <beuno> interesting...  I can't find it either
[20:41]  * beuno pokes mp
[20:41]  * beuno pokes mpt
[20:41] <beuno> ah, he's not here
[20:41] <beuno> awmcclain, can you file a bug for that?
[20:41] <salgado> beuno, awmcclain, there's a bug for that already
[20:41] <awmcclain> Hrm. Boo for that.
[20:41] <beuno> salgado, cool, thanks
[20:42] <awmcclain> Can I search teams?
[20:42] <salgado> awmcclain, launchpad.net/people
[20:45] <awmcclain> Great, thank you.
[20:46] <awmcclain> Does registering a hosted branch actually create the branch? Or do I need to branch from trunk, then push to the new branch?
[20:52] <thumper> registering a branch doesn't create it
[20:52] <thumper> but it does show you where to push :)
[20:54] <tacone> any news about the launchpad api ?
[20:55] <geser> tacone: besides https://help.launchpad.net/API/launchpadlib?
[20:55] <tacone> don't know what is that. is that the new api they were talking about ?
[20:58] <geser> tacone: if you mean the new API from the last LP announcement, than yes, that's the currently available documentation for it
[20:58] <tacone> ok
[21:59] <mrevell> beuno: hey
[21:59] <beuno> mrevell, evening'
[21:59] <seb_kuzminsky> how do i remove a branch from my launchpad account?
[22:02] <tacone> seb_kuzminsky: you mark it as abandoned. it won't get deleted, but it won't show anymore in the list.
[22:02] <tacone> seb_kuzminsky: there's also a delete button. a small red circle
[22:02] <seb_kuzminsky> hm, how do i do that?
[22:03] <tacone> you can change the status of the branch in the details section of your branch
[22:03] <tacone> or you can press the deletion button on the branch main page.
[22:03] <salgado> seb_kuzminsky, there's a link with a '-' sign right beside the name, on a branch's page
[22:03] <seb_kuzminsky> oh i see, the little - by the name, thanks!
[22:04] <seb_kuzminsky> that removes my subscription ot the branch...  it goes away when there are no more subscribers?
[22:06]  * tacone doesn't know.
[22:06] <seb_kuzminsky> oh well, it went away from my list of branches so i'm happy, i guess ;-)
[22:06] <tacone> seb_kuzminsky: what's your problem ? you don't want to see the branch again or you have some privacy problem ? (password etc)
[22:06] <seb_kuzminsky> thanks!
[22:06] <tacone> oh, ok nice.
[22:07] <seb_kuzminsky> no privacy issue, it's just outlived its usefulness and i dont want to waste any resources
[22:07] <tacone> ok
[22:08] <seb_kuzminsky> thanks again, problem solved, bye :-)
[23:09] <directhex> can someone be a sweetheart & remove a couple of files from my PPA, so i can finish setting up a package before going to bed?
[23:38] <RainCT> directhex: "a couple of files" = "some packages"?
[23:38] <RainCT> directhex: if yes, there is a "delete packages" link
[23:38] <directhex> RainCT, i uploaded an incorrectly versioned package, and marked it for deletion. i suspect some race conditions came into play, and i now have a stray .dsc and i386 deb
[23:39] <RainCT> oh
[23:39] <directhex> whereas the lpia and amd64 debs are correct
[23:39] <RainCT> I don't know then, sorry
[23:40] <directhex> i could probably delete it again & wait a few hours. maybe.
[23:40]  * RainCT is off now, good night


[10:24] <RAOF> alan_g: Ooh, hypothesis!
[10:24] <alan_g> RAOF: ?
[10:24] <RAOF> alan_g: The test fails in CI because it's on an old kernel that doesn't support getrandom.
[10:25] <alan_g> Doh! that even makes sense.
[10:25] <RAOF> You could test this by LD_PRELOADinf a shim that returns ENOTSUPP from the call m
[10:27] <RAOF> This would imply that the fallback code in libuuid is faulty.
[10:28] <RAOF> Which is entirely possible! It doesn't try reading from urandom if libc exposes getrandom()
[10:29] <RAOF> So this would be a seldom-hit Falcao path
[10:29] <alan_g> Although... why would this only affect artful/amd64? Surely the kernel is the same
[10:29] <RAOF> Newer glibc, newer libuuid?
[10:30] <alan_g> I'd guess glibc, but can check
[10:30] <RAOF> It might have just gained the getrandom code path.
[10:32] <RAOF> util-linux (source package for libuuid) was updated on the first of August.
[10:32] <RAOF> Hmmmmmmmmmmmmm
[13:54] <bub_> Is it possible to run software using Qt in Mir for Ubuntu Core?
[13:56] <xnox> yes
[13:57]  * ogra_ applauds xnox for that excessive answer :P
[14:00] <ogra_> alan_g, bub_ just asked in #snappy about this and i wanted to point him to the mir demo docs, but that seems to be still down ... is anyone from the mir team after it to get it back in place ?
[14:00] <ogra_> ( https://developer.ubuntu.com/snappy/guides/mir-snaps that is)
[14:03] <alan_g> ogra_: last I heard Saviq was chasing davidcalle about it
[14:04] <ogra_> yeah, i saw that too, but that was ages ago
[14:04] <ogra_> i would have expected it to be fixed by now
[14:05] <ogra_> (and david being french ... and france having hilariously long summer vacation times ... i suspect we wont be able to catch him soon)
[14:36] <alan_g> ogra_: Saviq says he's on vacation
[14:36] <ogra_> alan_g, yeah, see what i wrote in brackets ;)
[14:36] <ogra_> frenchies ...
[14:38]  * alan_g feels in no position to comment on national behaviours. (Not since June 2016)
[15:47] <xnox> alan_g, yeah, we are all just local milk people now.
[16:09] <alan_g> I don't know what that means but it sounds sad.
[17:28] <JanC> why is that hilarious?


[16:29] <alexis_> hello everyone
[16:31] <alexis_> hello everyone
[16:31] <alexis_> ther is any meet for today
[16:34] <alexis_> there is any meeting for today


[05:47] <oSoMoN> good morning desktoppers!
[06:42] <willcooke> (early) morning all
[06:44] <flexiondotorg> Goog morning oSoMoN willcooke
[06:44] <duflu> Morning willcooke. And flexiondotorg and oSoMoN
[06:44] <flexiondotorg> Let's try Good morning :-)
[06:44] <flexiondotorg> duflu o/
[06:44] <willcooke> You're at it early as well flexiondotorg
[06:44] <flexiondotorg> Heat
[06:44] <willcooke> :)
[06:44] <willcooke> same
[06:45] <willcooke> duflu, looks like PA got uploaded
[06:45] <flexiondotorg> I'm going to setup in the garden today.
[06:45] <duflu> willcooke: Yep, minutes ago. Hopefully will verify today
[06:45] <duflu> Or tomorrow
[06:45] <willcooke> woot, thanks a lot duflu
[06:46] <duflu> I think I should wipe xenial and start fresh to be sure though
[08:02] <Laney> moin
[08:07] <seb128> hey Laney
[08:07] <seb128> how are things today?
[08:08] <willcooke> Happy summer solstice ubu-druids!
[08:09] <seb128> oh right, already summer
[08:09] <Laney> hey seb128, hey willcooke
[08:10] <Laney> indeed, we're starting the journey to winter
[08:11] <seb128> 31°C today
[08:11] <seb128> looking forward winter
[08:11]  * Laney saves that quote and sets a reminder for 6 months time
[08:11] <Laney> :P
[08:12] <willcooke> 26 weeks to Christmas
[08:12] <Laney> willcooke: why were you on so early?!?!?!
[08:13] <willcooke> Laney, up early, and out this afternoon so figured I'd get a march on email
[08:13]  * duflu tilts head upside down
[08:13] <willcooke> also it's nice and cool
[08:13] <duflu> willcooke, happy winter solstice
[08:13] <willcooke> duflu, :DD
[08:14] <Laney> looks like ubuntu-devel has those duplicate emails too
[08:15] <Laney> duflu: what's winter for you?
[08:15] <willcooke> I'm going to check the moderation queue on desktop and see if anything got stuck that shouldnt have.  I dont have admin rights to devel though
[08:15] <Laney> "17° today, time to get my ski suit out"
[08:15]  * Laney does
[08:16] <duflu> Laney: Winter is sprinting in Europe
[08:16] <duflu> Doesn't happen otherwise
[08:16] <duflu> Laney: OK 5 at night, 20 or less day
[08:17] <willcooke> Laney, queue looks good on desktop - but will wait for a few new mails before declaring it working
[08:18] <duflu> Heh. Why does a TV never look as good at home as it does in the store? Because the manufacturer's in-store demo videos use about 200MB per minute
[08:18] <Laney> willcooke: did you pick action: hold?
[08:19] <willcooke> Laney, yeah
[08:19] <willcooke> I'll change it to "discard" once it's known working
[08:20] <Laney> k cool
[08:20] <Laney> I added one for devel too
[08:56] <Trevinho> Oh happy summer guys
[08:57] <Laney> hey Trevinho
[08:59] <seb128> good morning Trevinho, how is Italy today?
[08:59] <Trevinho> Hey Laney
[08:59] <Laney> you good?
[09:00] <Trevinho> seb128: morning.. It's good... well, I didn't sleep much, but normal...
[09:02]  * Laney puts Ed Miliband on Radio 2 on
[09:05] <seb128> Trevinho, went to some parties again? ;-)
[09:06] <Trevinho> seb128: no, I'm in the middle of nothing now... I had my "party" at my desk...
[09:07] <seb128> coding party!
[09:11] <Trevinho> And... I'm always procrastinating in getting a Nas. I've a raspberry doing something like that (file server and synching mostly), not not the fastest
[09:43] <didrocks> back online!
[09:43] <willcooke> hey didrocks
[09:44] <didrocks> hey willcooke
[09:46] <seb128> hey didrocks, had a good trip?
[09:46] <didrocks> seb128: excellent! thanks! however, seeing the condo being at 27°C even all shutters off for the past few days is scaring :p
[09:47] <Laney> wb didrocks
[09:47] <Laney> enjoy that!
[09:47] <didrocks> ahah, "thanks", I guess?
[09:47] <Laney> wish we had an outdoor pool here to go to
[09:47] <didrocks> same
[09:50] <seb128> didrocks, :-(
[09:52] <didrocks> how are you guys?
[09:53] <seb128> didrocks, good, it's still nice and fresh inside from the night here
[09:54] <jbicha> didrocks: you asked on trello about installing spice-vdagent by default, I already filed MIR bug 1200296 :)
[09:54] <ubot5`> bug 1200296 in ubuntu-meta (Ubuntu) "[MIR] spice-vdagent" [Wishlist,Confirmed] https://launchpad.net/bugs/1200296
[09:54] <didrocks> jbicha: rocks! :-)
[09:54] <didrocks> rox* even :p
[09:54] <jbicha> do we want Desktop Bugs subscribed to it?
[09:55] <didrocks> I didn't follow the latest discussions on team subscription there was with cyphermox
[09:57] <didrocks> ok, reintroduction of ubuntu-session as default GNOME shell-based session done, seb128: you will likely have to binNEW ubuntu-session
[09:57] <didrocks> seed updated
[09:57] <didrocks> just need to refresh ubuntu-meta once everything is published
[09:58] <didrocks> is it known s390x being broken?
[09:59] <jbicha> didrocks: my question was more about whether Desktop or Server wanted to take responsibility for spice-vdagent
[10:00] <didrocks> jbicha: do you mind asking the server team? (I doubt they want, but worth asking IMHO)
[10:00] <didrocks> I guess by default, we would
[10:00] <jbicha> I mentioned it to them once and of course, they were not that interested ;)
[10:01] <didrocks> ;)
[10:02] <didrocks> it gives more desktop-like feature than server AFAIK, so makes sense to be on us IMHO
[10:03] <seb128> didrocks, k, I keep an eye on the NEW queue
[10:04] <jbicha> slangasek was asking whether the Desktop Team should be listed as maintainer in d/control for libepc since we're listed as maintaining glom LP: #1698236
[10:04] <ubot5`> Launchpad bug 1698236 in libepc (Ubuntu) "glom depends on libepc, removed from Debian" [High,In progress] https://launchpad.net/bugs/1698236
[10:05] <seb128> why are we listed as maintainer of glom?
[10:05] <seb128> that's in universe
[10:05] <seb128> we should probably get our name off this one
[10:05] <jbicha> that's basically what Laney said :)
[10:05] <didrocks> xnox: any idea of the s390x FTBFS? like https://launchpad.net/ubuntu/+source/gnome-shell/3.24.2-0ubuntu7/+build/12782884
[10:06] <Laney> yes it is
[10:06] <didrocks> (every packages fail the same way)
[10:06] <Laney> not sure why a second opinion is needed
[10:06] <xnox> didrocks, given we do not have firefox on s390x, i would not expect gjs (or what is it called) to be available and I would not expect gnome shell to build or work.
[10:07] <Laney> xnox: look at the log
[10:07] <xnox> hm, that is really really really weird
[10:07] <didrocks> xnox: did you look at the bug? ;)
[10:07] <didrocks> xnox: not only G-S, lightdm, gnome-session… I guess everything fails on that perl missing
[10:07] <jbicha> ok, I'll just upload both with the generic Ubuntu Developers maintainer
[10:07] <didrocks> libdpkg-perl is supposed to be in the sbuild chroot, isn't it?
[10:08] <Laney> it gets removed at the top of the log
[10:08] <jbicha> glom is reasonably well-maintained for a universe pkg so it shouldn't really be a problem
[10:08] <didrocks> oh lovely
[10:08] <seb128> jbicha, +1, I commented on the bug in case murray had some opinion/info about libepc and glom
[10:08] <xnox> we are in a bad bad bad perl transition it seems.
[10:08] <didrocks> The following packages will be REMOVED:
[10:08] <didrocks>   build-essential* dpkg-dev* libdpkg-perl* perl*
[10:08] <didrocks> -> sure sure, go ahead :)
[10:08] <didrocks> and cross fingers :p
[10:08] <didrocks> yeah
[10:08] <didrocks> gcc I think?
[10:09] <seb128> could be, I marked -changes as read this morning
[10:09] <Laney> there was a perl upload too
[10:09] <seb128> there was a stack of haskell uploads spamming the list
[10:09] <seb128> I should put any email with haskell in the title -> /dev/null
[10:10] <didrocks> yeah
[10:10] <didrocks> oh correct, perl as well
[10:10] <xnox> didrocks, Laney, from what i can tell perl:s390x built before perl:amd64 built. With :s390x already published, but not :amd64.
[10:10] <seb128> right
[10:10] <didrocks> lalala
[10:11] <Laney>  perl-base | 5.24.1-3ubuntu1   | artful           | amd64, arm64, armhf, i386, ppc64el, s390x
[10:11] <Laney>  perl-base | 5.24.1-4ubuntu1   | artful-proposed  | s390x
[10:11] <Laney> I'd wait until that looks better then retry
[10:11] <xnox> yeap.
[10:11] <didrocks> yes
[10:11] <Laney> that's an unfortunate failure mode
[10:12] <xnox> we really should not publish :arch packages before :all.....
[10:12] <didrocks> anyway: $ watch -n 60 rmadison -s artful-proposed perl-base
[10:12] <didrocks> thanks for your insights guys!
[10:12] <Laney> (H)
[10:13] <jbicha> seb128: he just did a new libepc release this week :) but he said he might just roll libepc into glom directly
[10:14] <seb128> sounds like a good idea if nothing else is using it
[10:21] <xnox> Laney, hm, a simplier solution is to make perl-modules-5.24 be architecture specific package, instead of an arch:all package.
[10:22] <didrocks> seb128: just mentioning it's ready: https://launchpad.net/ubuntu/artful/+queue?queue_state=0&queue_text=gnome-session
[10:22] <seb128> didrocks, k
[10:24] <didrocks> never have been about those workaround (tweaking packages to arch: any)
[10:35] <seb128> didrocks, ubuntu-session NEWed
[10:36] <didrocks> seb128: \o/ thanks
[10:36] <seb128> didrocks, yw!
[10:40] <didrocks> seb128: oh, you did NEW it in main btw?
[10:40] <didrocks> (as it's going to be the default session)
[10:40] <seb128> yes
[10:40] <didrocks> perfect!
[10:40] <seb128> :-)
[10:51] <andyrock> late good morning all!
[11:16] <didrocks> weird:
[11:16] <didrocks>  unity-session | 3.24.1-0ubuntu3 | artful/universe | all
[11:16] <didrocks>  unity-session | 3.24.1-0ubuntu4 | artful-proposed | all
[11:16]  * didrocks demotes in proposed again
[13:25] <jdstrand> jamesh: hey, fyi, just wanted to let you know that I saw the portals questions before. there are a few critical items I am working on before I can get to it
[13:34] <cyphermox> willcooke: jbicha: I'd like to express concerns about the MIR requests. for instance, spice-vdagent is cool and all, but at some point, is it really required on the livecd? and if not, then why does it need to be in main and supported by Canonical?
[13:35] <cyphermox> you obviously get to make the decision, but spice-vdagent doesn't scream to me like something that is a showcase of Ubuntu for a desktop that must be on a live image.
[13:40] <Laney> Why did someone retry clutter-1.0/s390x when it had failed earlier today already?
[13:40] <Laney> I retried it this morning.
[13:47] <flexiondotorg> Afternoon desktopers
[13:47] <oSoMoN> afternoon flexiondotorg
[13:47] <kenvandine> howdy
[13:48] <flexiondotorg> oSoMoN kenvandine o/
[13:48] <flexiondotorg> My phone picked up a broadcast warning about severe weather tomorrow. Thunder storms.
[13:49] <flexiondotorg> I for one welcome the rain.
[13:53] <seb128> hey flexiondotorg kenvandine
[13:53] <flexiondotorg> Hi seb128
[13:53] <seb128> cyphermox, hey, main is not only about the iso, it's also about the default install and system you get to use after install
[13:54] <cyphermox> that default install and system you get after the install is coming straight from the squashfs on the iso :)
[13:54] <cyphermox> the most important question is "should Canonical support it?"
[13:54] <cyphermox> but regardless, packages are installable from the archive, that's what I mean. does it need to be installed by default?
[13:55] <cyphermox> I'm just expressing a question as to that particular instance, because it seems odd to me.
[13:55] <cyphermox> I understand rhythmbox, gnome-software, etc.; seems like spice-vdagent is only useful in a fraction of cases, or when other software (that isn't installed by default) is present.\
[13:56] <cyphermox> you can still always install things from the archive, even if they aren't in main
[13:59] <cyphermox> if you tell me "yes, we really do want that installed by default", then there is no problem at all, I'm just questioning to make sure the requests are acknowledged.
[14:15] <seb128> cyphermox, right, I understand why you ask. I don't know about that specific package but Didier mentioned that it makes Ubuntu works better in some VMs setups, so it gives a better "out of the box" experience to people trying the distro this way I guess
[14:15] <seb128> also yeah you can always install things
[14:15] <didrocks> basically without it, you have in a vm:
[14:15] <seb128> but it's nicer when things are great out of the box
[14:15] <didrocks> - no copy/paste
[14:15] <didrocks> - no screen scaling (so you are stuck in 800x600)
[14:16] <cyphermox> that's fair
[14:16] <didrocks> - mouse is grabbed by the vm
[14:16] <Laney> maybe make virt-manager recommend it?
[14:16] <Laney> or spiceclient or whatever it is
[14:16] <cyphermox> Laney: no, it's an agent for the guest.
[14:16] <didrocks> I don't think it's a good first time user-experience
[14:16] <seb128> didrocks, depends of the vm I guess? I've those working in virtualbox
[14:16] <Laney> oh, inside the VM, I see
[14:16] <cyphermox> I understand it better now, thanks guys
[14:16] <didrocks> seb128: you install additional tools :)
[14:16] <didrocks> yw cyphermox ;)
[14:16] <seb128> cyphermox, yw!
[14:16] <didrocks> Laney: yes, client only
[14:17] <seb128> didrocks, anyway I agree with you in any case (on the usefulness, I did look at the code to see if it's buggy or not and how maintainable it is)
[14:17] <didrocks> I don't remember the vbox name, it's like "extra tools" or something you trigger in the menu
[14:17] <seb128> didn't*
[14:17] <didrocks> same
[14:17] <didrocks> I just put it as a trello card to remember someone needs to look at it MIR-wise
[14:17] <didrocks> jbicha just went ahead and filed the Mir :)
[14:18] <didrocks> knowing it's installed by default on fedora, I think it's interesting to look at it at least
[14:19]  * cyphermox wonders if it shouldn't be installed as a driver based on some heuristic rather than everywhere by default
[14:20] <didrocks> cyphermox: vms without network? (I'm thinking about the live session experience)
[14:20] <Laney> you can have things in the pool on the CD
[14:20] <didrocks> yeah, true
[14:20] <cyphermox> didrocks: well, I guess I mean in live rather than install
[14:20] <Laney> or live then removed
[14:20] <cyphermox> ^that
[14:20] <didrocks> I wouldn't remove it after your vm install, but yeah, more smartness on ubiquity could hep
[14:20]  * cyphermox has been looking into just that for ubiquity not being removed right now
[14:21] <didrocks> help*
[14:21] <didrocks> like "live + if not running in vm, remove"
[14:21] <cyphermox> it basically works like; if it's in live and not manually installed too, then it gets removed
[14:21] <didrocks> cyphermox: oh, you are looking into ubiquity not being removed? Nice! (noticed and filed a bug about it)
[14:21] <cyphermox> yeah, I saw your bug
[14:21] <didrocks> ;)
[14:21] <cyphermox> working on reproducing the livefs build here to investigate
[14:22] <didrocks> Laney: some autopkgtests question for you: so update-notifier tests triggered by G-S are failing due to new pep8. I fixed update-notifier and thought "let's click on the refresh/retry button"
[14:22] <didrocks> but it seems it's running still against the older update-notifier version if I'm correct (I guess the one in the release pocket): https://autopkgtest.ubuntu.com/packages/update-notifier/artful/s390x
[14:23] <didrocks> we need to wait for it to migrate, correct?
[14:23] <didrocks> no way to speed it up by retrying against the one in -proposed?
[14:24] <Laney> pep8 autopkgtests are really hateful
[14:24] <didrocks> +1
[14:24] <Laney> yes you can add extra &trigger=pkg/version to pick things up from proposed
[14:24] <didrocks> that will override and be picked by proposed-migration then?
[14:24] <Laney> but then nothing enforces those things go in together so I prefer that you don't do that in general
[14:25] <Laney> yes
[14:25] <didrocks> hum
[14:25] <didrocks> now that I fixed the pep8 tests, can we hint it?
[14:25] <didrocks> note that there is no hurry
[14:25] <didrocks> if I refresh the ubuntu-meta package tomorrow only, that's fine
[14:26] <didrocks> (and +1, I don't see any rationale of linter tools to be autopkgtests, they should just be unit tests at package build-time)
[14:28] <Laney> do the retry with extra trigger, shouldn't be too long until it gets done
[14:29] <Laney> you can refresh seeds from proposed if you hack the update.cfg btw
[14:29] <didrocks> Laney: yeah, not really legit, but why not :)
[14:29] <Laney> after dist: artful add dists: artful artful-proposed
[14:29] <Laney> IIRC
[14:30] <didrocks> I did something like that for ppas
[14:30] <Laney> then delete it before uploading and nobody will ever know :-)
[14:30] <seb128> k, time for some exercice, hope it's not too warm with the bit of wind outside
[14:30] <didrocks> seb128: good luck!
[14:30] <didrocks> and yes, that should work, because ubuntu-meta will be blocked in proposed as it should remove gnome-session
[14:31] <didrocks> so until lightdm and g-s migrates to drop that need for gnome-session, all 3 will be copied in sync
[14:31] <didrocks> so, should be fine :)
[14:32] <seb128> thanks
[14:32] <didrocks> configparser.NoSectionError: No section: 'artful artful-proposed'
[14:32] <didrocks> failed ;)
[14:33]  * didrocks tries comma
[14:33] <didrocks> ok, let's open configparser.py :p
[14:33] <didrocks> ah, seed_dist: ubuntu.%(dist)s
[14:33] <didrocks> yeah, so basing on this
[14:34] <Laney> you used dists?
[14:34] <didrocks> nope
[14:34] <didrocks> it's below in the config
[14:34] <didrocks> ah
[14:34] <didrocks> dist*s*
[14:34] <flexiondotorg> didrocks I know you're all very busy. But... ;-)
[14:34] <didrocks> it's weird, you need dists AND dist
[14:35] <didrocks> Laney: seems to work :)
[14:35] <flexiondotorg> I've got a couple of new packages I'd really love to see in the 17.10 in time for Alpha 1.
[14:35] <Laney> good
[14:35] <didrocks> I see some -proposed in the tarball being downloaded :)
[14:35] <Laney> I've used it once or twice myself before
[14:35] <flexiondotorg> Could you take a look?
[14:35] <didrocks> flexiondotorg: unsure I'll have time today, could do tomorrow morning
[14:35] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+bug/1699333
[14:35] <ubot5`> Ubuntu bug 1699333 in Ubuntu "[needs-packaging] vala-panel" [Wishlist,Confirmed]
[14:36] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+bug/1699334
[14:36] <didrocks> Laney: thanks!
[14:36] <ubot5`> Ubuntu bug 1699334 in Ubuntu "[needs-packaging] vala-panel-appmenu" [Wishlist,Confirmed]
[14:36] <flexiondotorg> didrocks Understood.
[14:36] <didrocks> flexiondotorg: just update and ping on #ubuntu-release
[14:36] <flexiondotorg> didrocks Just update?
[14:36] <didrocks> hum Added ubuntu-session to desktop
[14:37] <didrocks> flexiondotorg: sorry, too many conversations, "just ping" :p
[14:37] <didrocks> ok, sounds like gnome-session isn't removed, as I expected
[14:37] <flexiondotorg> Wilco. Thanks.
[14:39] <didrocks> ah no, that's fine and expected, gnome-session was never a direct dep
[14:41] <didrocks> Laney: on g-s autopkgtests, should I retrigger manually once update-notifier is published in the release pocket or is that automagic?
[14:42] <Laney> no it won't happen automatically
[14:42] <didrocks> ok
[15:39] <andyrock> mpt:  https://usercontent.irccloud-cdn.com/file/9zy1yE1u/Screenshot%20from%202017-06-21%2017-39-28.png
[15:40] <andyrock> Before I keep working on this, do you agree (more or less ;) ) on the design?
[15:40] <andyrock> or this is completely broken?
[15:41] <mpt> andyrock, that’s … interesting. I’m not sure what it’s showing. What would happen if I unchecked one of the checkboxes?
[15:42] <andyrock> you can't uncheck the checkboxes
[15:42] <mpt> Ever?
[15:42] <andyrock> it's showing the patches applied by canonical-livepatch
[15:42] <mpt> andyrock, could I check the one that’s unchecked?
[15:43] <andyrock> neither
[15:43] <andyrock> it can happen that a patch should be applied but for some reason it's not
[15:44] <andyrock> http://blog.dustinkirkland.com/2016/10/canonical-livepatch.html
[15:44] <andyrock> https://www.irccloud.com/pastebin/hTfuwD8l/
[15:45] <mpt> andyrock, ok, so if you can’t check them, and you can’t uncheck them, they probably shouldn’t be checkboxes :-)
[15:45] <andyrock> so what instead of checkboxes?
[15:45] <andyrock> :D
[15:52] <mpt> Well, *if* this list was appropriate, we should probably show installed status using some kind of checkmark graphic that was clearly different from a checkbox (like Dropbox does for sync status, for example)
[15:55] <andyrock> makes sense
[15:55] <andyrock> what else?
[15:55] <andyrock> and thanks!
[15:56] <mpt> andyrock, how far back does the list go? Is it patches applied in the past day? The past week? The past month? Since the last time update-manager opened?
[15:57] <andyrock> I'll just show what caonical-livepatch status gives me
[15:57] <andyrock> so basically once you restart (likely with the new kernel)
[15:57] <andyrock> the list will be empty
[15:57] <andyrock> if you don't restart the list will get bigger
[15:57] <mpt> understood
[15:58] <mpt> Ok, I’ll think about this overnight … Possibly we could integrate that list into the usual list of updates
[15:59] <gQuigs> andyrock: would that bigger list be hidden by default, behind something like Livepatch: Protected
[15:59] <gQuigs> > click for details
[15:59] <mpt> And the string “LivePatch status” could be something more informative, like “Livepatch has installed 4 updates since you last restarted”
[16:00] <mpt> Anyway, ttyl
[16:41] <willcooke> ar'noon
[16:41]  * willcooke back
[16:54]  * Laney nods willcooke
[16:56] <kenvandine> hey willcooke
[16:58] <oSoMoN> hey willcooke
[17:02] <willcooke> TOOOOOOO hot
[17:02] <willcooke> :(
[17:15] <Laney> laters
[18:27] <andyrock> gQuigs: sorry I missed the ping
[18:28] <andyrock> yeah it's hidden by default
[18:42] <willcooke> night all
[18:48] <kenvandine> i'm really missing the battery life of my ubuntu phone, these background services are such a drain
[18:48] <kenvandine> my samsung was at 100% 6 hours ago... nearly dead now :(
[20:09] <immu> hi any plans for incorporating Pipewire in Ubuntu?
[20:13] <jbicha> immu: I believe it had its 0.1 release yesterday so I don't think we've had a chance to look at it yet
[20:19] <immu> really, where can i have a look at it, it didn't make any noise yet
[20:19] <immu> 17.10 is turning to be a big release jbicha :)
[20:21] <immu> Pipewire is Fedora's pet project right?
[20:23] <xnox> what is pipewire?
[20:23] <xnox> i can't find any real website about it
[20:25] <immu> you can read about it here https://blogs.gnome.org/uraeus/2017/06/20/fedora-workstation-26-and-beyond/