[00:06] <maxb> extended downtime :-(
[00:06] <wgrant> lpnet is OOPSing constantly, too. But edge is OK.
[00:12] <maxb> The read only mode has an interesting side effect. "Max Bowsher does not use Launchpad", apparently
[00:13] <wgrant> Yeah, that happened last time too.
[00:13] <wgrant> But not the time before.
[00:34] <Cleo> hmm, the new Launchpad bug viewing page renders funny for me, the right sidebar is forced all the way to the bottom, below comments, although still on the right
[00:36] <CarlFK> Cleo: I saw that too, yesterday
[00:36] <Cleo> I see it has been reported as bug #497209
[00:38] <poolie> did launchpad go down again?
[00:38]  * poolie looks
[00:38] <poolie> oh, r/o rollouts
[00:42] <sproaty> is translations email down? been waiting 20 mins
[00:52] <vadi2> Why do I have to re-upload my sources for each Ubuntu release I want to build in my PPA?
[00:59] <xnox> Because all binaries are stored in one APT pool (one directory) and they would have the same name then and hence next build would override the results of the previous one
[01:03] <persia> Reading backscroll, I notice that bug 497209 is a duplicate of 493518.  Unfortunately, I don't seem to be able to mark it as such.  Anyone with permission want to fix that?
[01:04] <spm> persia: done
[01:04] <maxb> What permissions would that require?
[01:05] <spm> no idea; but I have rubber ducky :-)
[01:05] <spm> probably part of the bug team contacts whatsit
[01:06] <maxb> yeah, I'm just wondering whether this would be a bug - I thought anyone could dup/undup bugs that they can see
[01:06] <wgrant> Anyone can...
[01:06] <spm> oh I see. unknown to me unf. it's actually a pain in that respect - as there are no barriers for most things I do; I'm not aware of when there are for others. :-/
[01:07] <wgrant> persia: Sure you're logged in?
[01:07] <xnox> So did bzr-svn for branch imports landed with this new release?
[01:07] <spm> mwhudson: ^^
[01:08] <persia> wgrant: Ah, that was it.  Thanks for finding my issue before I'd even investigated it :)
[01:12] <maxb> "A username may not be specified in the URI." Boo
[01:12] <maxb> I was hoping the bzr-svn importer would let me import branches that require guest:guest@
[01:13] <wgrant> Have you considered asking whoever runs that repository to remove that pointless requirement/
[01:15] <maxb> tigris.org. Lame project hosting site
[01:16] <wgrant> But... don't they host svn itself?
[01:16] <wgrant> Or am I misremembering from my svn days...
[01:22] <xnox> Will existing imports use bzr-svn from now on?
[01:23] <xnox> Or do I need to request a new one?
[01:25] <wgrant> xnox: The latter. bzr-svn branches are incompatible with those produced by cscvs (the old method)/
[01:26] <xnox> Ok thanks =) I'll request new ones then. Horay!
[01:26] <xnox> Thank you to everyone who works on launchpad yet another release with hot stuff
[01:26] <xnox> can't wait for the blog entry about bzr-svn imports
[01:31] <thumper> xnox: you'll have to make sure that the urls of the old ones are changed
[01:32] <xnox> thumper: what do you mean?
[01:32] <thumper> xnox: as we check that the same url isn't imported multiple times
[01:32] <thumper> xnox: two import svn branches can't point to the same place
[01:32] <mwhudson> xnox: yes
[01:32] <xnox> oh that's fine =) i did realise that
[01:33] <xnox> the new import is created under my namespace
[01:33] <xnox> that's quite cool
[01:33] <xnox> instead of ~vcs-imports
[01:35] <xnox> Anywho submitted mine =) it's xiphos and libsword
[01:35] <xnox> lp:~dmitrij.ledkov/xiphos/trunk and lp;~dmitrij.ledkov/libsword/trunk
[01:35] <xnox> Hopefully they will be up and running soon ;-)
[01:35]  * xnox has some chocolates for bribes
[01:37] <dhillon-v10> hi all, how's everyone doing, I am one of the answer contacts for Ubuntu so I answer questions everyday, but my karma isn't updating why is that so, it also didn't record the karma from the last 3 days (not that I do it for karma, but its nice to have it)
[01:40] <mwhudson> who wants to write me an xchat plugin that makes lp: urls clickable?
[01:40]  * persia
[01:40] <thumper> mwhudson: paste it into a code review comment, bug comment or answer comment :)
[01:40] <mwhudson> thumper: possibly a little abusive :)
[01:40] <thumper> mwhudson: perhaps we should have auto approval of bzr-svn imports?
[01:40] <xnox> mwhudson: THANK YOU =)
[01:40] <mwhudson> xnox: :)
[01:41] <mwhudson> thumper: maybe yeah
[01:41] <xnox> where shall I send chocolates to?
[01:41] <thumper> xnox: where are they coming from?
[01:41] <xnox> UK =)
[01:42] <xnox> to canonical HQ? does mwhudson work there?
[01:42] <mwhudson> nah, i'm in nz (as is thumper)
[01:42] <xnox> Right =) do you go to ubuntu UDS?
[01:42] <xnox> I'll send them there then ;-)
[01:42] <xnox> Or I'll send them to NZ if you give me address
[01:42] <xnox> for both of you to share ;-)
[01:49] <onox> how do I sign bzr revisions with a particular key?
[01:49] <mwhudson> onox: spiv tried to answer you in #bzr
[01:50] <mwhudson> onox: i think i once created a shell wrapper that did gpg -u $UID $@ and pointed gpg_signging_command at that
[01:55] <maxb> Why do code imports require approval, anyway? Would we really have a problem if they were all allowed to try?
[01:55] <mwhudson> maxb: well, apparently back in the mists of time, someone typed "svn.debian.org" into the form
[01:56] <mwhudson> maxb: and there was much unhappiness
[01:56] <maxb> Ah
[01:56] <mwhudson> maxb: also, people get it wrong a lot of the time, possibly because of the wording on the form
[01:56] <mwhudson> which i guess we should change, now we have bzr-svn
[01:58] <thumper> there was also the non-mergability of two cscvs imports of the same location
[02:01] <wgrant> Are you going to relax the trunk restriction now?
[02:01] <thumper> wgrant: for svn, yes
[02:02] <wgrant> thumper: And just hope that CVS quietly dies eventually?
[02:04] <onox> mwhudson: thx, a shell wrapper did the trick
[02:04] <mwhudson> wgrant: got a better idea?
[02:05] <wgrant> mwhudson: nope.
[02:09] <mwhudson> good
[02:09] <mwhudson> this one seems to be working ok...
[02:14] <emezeta> hi chan
[02:15] <emezeta> I'd like to do some changes on name and uri of a project
[02:16] <emezeta> Is there anybody who can help me on this?
[02:16] <emezeta> is it possible?
[02:19] <dhillon-v10> thumper, hi :D I have a lot of deactivated pgp keys, I didn't know we could export keys out so I just made a new one everytime, so now I have 4 keys in the keyserver, is it possible to remove them
[02:20] <thumper> dhillon-v10: I have no idea
[02:21] <wgrant> dhillon-v10: You can't remove them.
[02:21] <thumper> emezeta: yes, ask a question on the launchpad project
[02:21] <dhillon-v10> wgrant, so what happens now
[02:22] <wgrant> dhillon-v10: Use your revocation certificates to revoke the keys, if you have not already.
[02:22] <wgrant> That is all you can really do.
[02:22] <wgrant> You cannot remove them.
[02:23] <dhillon-v10> wgrant, I didn't make any revocation certificates sorry :) I guess I'll just live with it them
[02:23] <dhillon-v10> * then
[02:24] <emezeta> thumper: tks
[03:01] <xnox> wgrant: does soyuz now accept DebSrc3.0?
[03:01] <wgrant> xnox: The code does, the buildds do, but some machines still haven't been upgraded, so it's not enabled yet.
[03:02] <xnox> =) ok cool
[03:02] <wgrant> I don't know when those upgrades will happen.
[03:44] <persia> I've just gotten my first LP bzr merge proposal.  Can I automate the merge with LP, or do I need to grab branches and merge manually and push?
[03:45] <spiv> persia: the latter
[03:45] <persia> Will that automatically update anything in LP, or do I need to update the UI there (or do email) as well?
[03:46] <jml> persia, once you've pushed, lp will take care of it.
[03:46] <spiv> Launchpad will notice when the branch has been merged and update the merge proposal accordingly.
[03:46] <persia> Nifty.  Thanks for the explanations.
[03:46] <spiv> (And also hide the branch from default views as it will no longer have any changes outstanding)
[03:47] <spiv> (Well, assuming there are no changes outstanding vs. the development focus, but that's the usual scenario)
[03:48] <persia> I'm not sure there is a "development focus" branch.
[03:49] <persia> Do you know if there are any plans to make it so people *don't* have to pull a branch to merge?
[03:50] <mwhudson> persia: there have been plans for that since well before i started at canonical :-)
[03:50] <mwhudson> persia: too much to do....
[03:50] <mwhudson> persia: i take it you mean a "merge it!" button that you can press in the ui?
[03:50] <persia> mwhudson: That there are plans is enough.  That they aren't implemented yet is a minor detail.
[03:50] <mwhudson> (if you have edit permisssions on the target branch etc)
[03:50] <persia> Something like that.
[03:50] <mwhudson> yeah
[03:50] <mwhudson> "planned, not implemented"
[03:51] <mwhudson> well, about 15% implemented
[03:51] <persia> heh :)
[03:51] <persia> So, at that rate, another 17 years or so?
[03:53] <mwhudson> persia: sounds about right
[03:54] <persia> Likely not such a huge issue though: I imagine that most bzr merge approvers are likely to have local branches of code.
[03:55] <spiv> Right.
[03:55] <persia> And, except in corner coses, would want to download *something* to test anyway.
[03:56] <spiv> Right.
[03:56] <mwhudson> i can see how udd would have more of a use case for this
[03:56] <spiv> For bzr, we actually delegate the merging and running of tests to PQM.
[03:56] <persia> Perhaps, although for the medium terms, we can cheat with dget and dput
[03:56] <persia> And, again, except in corner cases, we'd want something local to test anyway.
[04:10] <bjsnider> i think i've got an unusual situation here
[04:11] <bjsnider> i think one of these ppa builds is just going around in circles endlessly
[04:11] <bjsnider> never seen this before, but it's been building for 3 hours
[04:11] <wgrant> Which?
[04:11] <wgrant> Maybe it's just bohrium again.
[04:12] <bjsnider> it's on shipova
[04:12] <bjsnider> https://launchpad.net/~nvidia-vdpau/+archive/testing-ppa/+build/1401374
[04:13] <bjsnider> it was building when the launchpad upgrade was applied
[04:39] <Sam-I-Am> bjsnider: heh, i had one hose up a few nights ago
[04:39] <Sam-I-Am> just kinda sat there for a few hours
[04:43] <bjsnider> did it fix itself?
[04:43] <bjsnider> did it build eventually?
[04:45] <Sam-I-Am> it finally finished
[04:45] <Sam-I-Am> took a good long time tho
[04:45] <Sam-I-Am> the machine was bohrium... as noted above... i had talked with wgrant about my issue.
[04:46] <Sam-I-Am> i didnt have to do anything tho...
[04:53] <wgrant> Sam-I-Am: "finally finished" might just mean that a sysadmin noticed and reset the builder.
[04:54] <Sam-I-Am> wgrant: also possible... although everything built fine, no failures.
[04:54] <wgrant> Sam-I-Am: When a builder disappears, the build is transparently retried without failure notification.
[04:54] <Sam-I-Am> oh, thats nice.
[04:57] <Sam-I-Am> currently rolling openldap 2.4.21 release candidate locally... testing for the openldap folks on hardy and karmic.
[04:57] <Sam-I-Am> one of these days i need to figure out how to get involved in the official backports system
[05:40] <slangasek> wgrant: ping, re: v3 source support
[05:41] <slangasek> wgrant: we seem to still not have a version of dpkg on cocoplum that works for this; is that a known outstanding item?
[05:49] <AnAnt> Hello,  a project already has a bzr branch, but I want to either create a new branch (for that project) which imports from git, or just sync from git in the current bzr branch, how can I do so ?
[05:54] <wgrant> slangasek: Before the new source formats can be enabled, dpkg needs to be upgraded on cocoplum, germanium, iron, and whichever machine generates package diffs. This is the last blocker. I do not know which of those have been upgraded, nor do I know when they will be upgraded, nor do I have access to RT to find out.
[05:56] <wgrant> slangasek: Once those are upgraded, a LOSA justs needs to fire off the SQL or Python to enable the new formats in Lucid, and then everything will work.
[05:56] <slangasek> wgrant: do you have an RT# that I can track myself? :)
[05:56] <wgrant> slangasek: I don't.
[05:57] <wgrant> Maybe spm does?
[05:57] <slangasek> wgrant: found it at the top of the queue, heh
[05:57] <spm> who sent it in?
[05:57] <wgrant> slangasek: Ah, handy.
[05:58] <slangasek> spm: bigjools; ticket #36873
[06:00] <spm> haha. sent in ~ 5 hours ago. nice. :-)
[06:00] <wgrant> Oh :(
[06:01] <spm> in any event; it's not something I can do; I'll have to leave that for when the GSAs are around.
[06:03] <AnAnt> does the launchpad translations export to branch feature work ?
[06:03] <wgrant> AnAnt: Yes.
[06:04] <AnAnt> wgrant: I select a branch to export to, yet I get an error every time I do this
[06:04] <wgrant> AnAnt: "an error"?
[06:04] <wgrant> You need to select a branch that *you*, not a team, own.
[06:04] <AnAnt> it says: invalid value
[06:04] <AnAnt> ah, ok
[06:05] <AnAnt> why is that ?
[06:05] <wgrant> I don't know.
[06:07] <jml> that's lame.
[06:08] <jml> I bet it's because it should be checking that you have launchpad.Edit permissions, and instead it's checking for equality, or something like that.
[06:14] <AnAnt> sorry, I asked a question earlier and left for a couple of mins (I thought that I would find the answer on irclogs, but found that it isn't updated yet)a project already has a bzr branch, but I want to either create a new branch (for that project) which imports from git, or just sync from
[06:14] <AnAnt> git in the current bzr branch, how can I do so ?
[06:25] <spiv> AnAnt: IIRC you can just register a new import
[06:25] <spiv> AnAnt: it doesn't matter if the project already exists and has branches.
[06:31] <AnAnt> spiv: I don't understand
[06:31] <AnAnt> spiv: there is another project where I registered a new import
[06:33] <spiv> AnAnt: ok?  I don't understand the problem then?
[06:33] <spiv> AnAnt: is it that the import is registered against the wrong project?
[06:34] <AnAnt> spiv: well, the project is called monajat, I can't register new imports there
[06:34] <AnAnt> spiv: while for another project that I added 2 days ago, I was able to register an import from Git
[06:35] <spiv> Oh, you can't simply put 'monajat' into the form at https://code.launchpad.net/+code-imports/+new ?
[06:35] <AnAnt> I'll try that
[06:37] <AnAnt> spiv: that worked, thanks
[06:39] <spiv> Cool.  I honestly have no idea what other way there is that you were trying, though!
[06:42] <AnAnt> spiv: I went to code.launchpad.net/monajat, and didn't find an import button, that was my problem
[06:43] <spiv> Ah, you should have tried just code.launchpad.net :)
[08:17] <toobaz> Hello. I have a package for "unstable" that I correctly uploaded to my ppa for Karmic thanks to suggestion in https://help.launchpad.net/Packaging/PPA/Uploading. However, it doesn't work for Lucid or Jaunty.
[08:17] <toobaz> I get "The source gpapers - 0+svn20090122-3 is already accepted in ubuntu/karmic"
[08:18] <toobaz> should the PPA somehow be enabled for other releases?
[08:18] <wgrant> You cannot upload the same version number more than once in a single PPA, regardless of the release.
[08:19] <wgrant> You should append something like ~jaunty1 to the version.
[08:20] <persia> That works for jaunty, but +lucid1 is probably required for lucid
[08:20] <persia> (to preserve jaunty >> karmic >> lucid)
[08:28] <toobaz> ok, thanks
[08:53] <mac_v> hi... if i change my openID name , will i still have access to my branches?
[08:53] <mac_v> and other projects I'm working in?
[08:54] <wgrant> Yes, but your branches will be renamed.
[08:54] <wgrant> And sites other than Launchpad may no longer recognize you.
[08:55] <mac_v> wgrant: other sites are not a problem , my concern is more about the teams/projects i'm involved in.. so it wont affect those permissions?
[08:56] <wgrant> mac_v: Correct.
[08:56] <mac_v> thanks :)
[11:54] <EsatYuce>  i am member of one Launchpad's teams, i want to learn when the package released?
[13:26] <persia> Does anyone happen to know how Soyuz handles two source packages in Ubuntu that build a binary package with the same name?
[13:29] <noodles775> Hi persia - I'm not sure, my guess would be a conflict, but I'll have a look and see.
[13:29] <persia> noodles775: Seems both binaries end up on archive.ubuntu.com
[13:30] <noodles775> persia: different versions then? What's an example?
[13:31] <bigjools> I think this usually gets solved with an transitional meta-package
[13:31] <persia> Sources: squashfs, squashfs-tools; Binary: squashfs-tools
[13:32] <persia> bigjools: Well, that won't help Soyuz: that's just an end-user system issue.
[13:32] <bigjools> exactly
[13:32] <bigjools> I don't know how this has been handled before
[13:32] <bigjools> someone in distro may know
[13:32] <persia> Like me :)
[13:33] <bigjools> well, foundations :)
[13:33] <persia> I know how to handle it so the right thing happens for end-users.
[13:33] <persia> What I don't know is what Soyuz does with it.
[13:33] <bigjools> see if Colin knows, would be my best suggestion
[13:33] <persia> They manage those bits of Soyuz?
[13:34] <bigjools> the archive admins et al, yes
[13:34] <persia> Ah, that makes sense.  Thanks.
[13:34] <bigjools> I think stuff gets manually superseded, but check.
[13:35] <persia> Yeah, it looks like it ends up being manual.
[13:36] <persia> And that the Package file generation just selects an arbitrary binary package based on version number comparison.
[13:37] <persia> Anyway, thanks.  I'll go chase an archive-admin :)
[13:39] <maxb> persia: A binary package can only ever increase in version, so it depends on which way around the versions of the sources are
[13:39] <maxb> If a higher versioned source builds a binary formerly built by a different source, it takes it over
[13:39] <persia> maxb: Well, kinda.  Depends on context.
[13:40] <maxb> If a lower versioned source tries the same, that build will result in a "Failed to upload" error
[13:40]  * persia looks harder
[13:40] <persia> maxb: Except https://launchpad.net/ubuntu/+source/squashfs/1:4.0-3ubuntu1/+build/1391240 doesn't appear to have that error.
[13:41] <maxb> What is the other source package involved?
[13:41] <persia> squashfs-tools
[13:43] <maxb> persia: That is because of the order in which they built
[13:43] <maxb> squashfs 1:4.0-3ubuntu1 built first, and produced binary squashfs-tools 1:4.0-3ubuntu1
[13:44] <maxb> then, squashfs-tools 1:4.0-6 built, and produced binary squashfs-tools 1:4.0-6
[13:44] <maxb> the version number was an increase, so the upload was allowed
[13:45] <persia> Aha!, and I was misled by the dates of source modification vs. dates of build.
[13:45] <persia> Thanks for explaining the details.
[14:44] <ulysses__> what has happened with launchpad? I can't open any page
[14:45] <persia> ulysses__: Works fine here.
[14:45] <persia> (well, rather, no more than normally slow and with known bugs)
[14:45] <ulysses__> hm, then Firefox stucked
[14:46] <ulysses__> okay, it was pebkac:P
[14:47] <ulysses__> bye
[14:47] <persia> ulysses__: That's the best kind of bug: easy to solve and you don't even need to prepare a patch :)
[14:50] <KLondenberg> Hi all ..
[14:50] <KLondenberg> Short question: I'm currently trying to get my private copy auf Launchpad working, including Codehosting and so on. Everything except codehosting seems to work fine. But when I try to push to alp://dev/ repository, the repository gets created in the root folder (/) of the server launchpad is running on. It fails, even, if this is not done with root rights (for obvious reasons). Any clue...
[14:51] <KLondenberg> 	...what might be wrong, or where I should start looking into ?
[14:51] <KLondenberg> Apart from that, pushes to that repository don't get picked up by the webapp, even if I "make sync_branches"
[15:29] <aleksander_m> hi all... working with my projects in lauchpad, I usually do a bzr branch of the published branch as a local mirror, and then merge different local branches into that mirror, and then make a bzr push back to launchpad
[15:30] <aleksander_m> but one of my friends is also doing the same in the same project, and we end up with the revisions in launchpad wrong
[15:31] <aleksander_m> I mean, I pushed yesterday new revisions 15 and 16, and today he did a pull and push and we ended up with my revisions disappeared and new revisions 15 and 16 made by him
[15:31] <aleksander_m> what are we doing wrong?
[15:31] <tsimpson> probably better to ask in #bzr
[15:32] <persia> aleksander_m: You're forgetting to pull again before pushing, or you're using push --overwrite.  You ought to get an error.
[15:57] <AnAnt> Hello, launchpad translations help says that I can export translations to a bzr branch owned by a team of which I am a member, yet when I tried this, it didn't work !
[15:59] <AnAnt> or actually I got an "Invalid value| error when setting the team branch as the export branch
[15:59] <dpm> AnAnt, looking at https://help.launchpad.net/Translations/YourProject/Exports, it states that "At the moment, team-owned branches don't work as expected. To work around this, make yourself the owner of the branch, set it as the translations branch, and then make the team the owner of the branch again."
[15:59] <AnAnt> dpm: ah, I didn't see that, thanks
[15:59] <AnAnt> dpm: but won't the  URL of the branch change when I change the owner ?
[15:59] <dpm> AnAnt, you're welcome :). So you'll need to do this one-time workaround due to the current bug
[16:00] <AnAnt> dpm: the branch is now: lp:~<username>/....
[16:01] <dpm> AnAnt, perhaps danilos or henninge can better help on this (I'm not a LP dev :) )
[16:02] <dpm> AnAnt, but I would guess that when you make the team the owner of the branch again as suggested, the URL would go back to the original
[16:05] <henninge> AnAnt: and the link is not via the branch url but the internal database id of the branch.
[16:06] <AnAnt> hmm, lemme see that
[16:07] <AnAnt> henninge: yeah, that's right, thanks !
[16:23] <AnAnt> can I export translations to a newly created branch (that haven't been pushed to yet) ?
[16:23] <AnAnt> s/can I/can Rosetta/
[16:25] <henninge> AnAnt: I think so. AFAIK Rosetta does the same thing you would do when pushing.
[16:25] <AnAnt> ok
[16:33] <micahg> can LP link to flyspray yet?
[17:23] <rdb> are there any issues with soyuz right now?
[17:23] <rdb> I dputted some source archives an hour or so ago, still didn't get an email
[17:24] <al-maisan> rdb: where did you upload to?
[17:24] <bigjools> did you sign them with a key in your LP account?
[17:24] <rdb> al-maisan, to my PPA
[17:24] <rdb> let me check if the key is in the LP account
[17:25] <rdb> Oops, it wasn't. you were right
[17:25] <rdb> so will I need to reupload my stufF?
[17:25] <al-maisan> rdb: is the key in place now?
[17:26] <al-maisan> rdb: what is your ppa?
[17:26] <rdb> al-maisan, not yet, I I found out that I didnt even send it to the keyserver yet. gotta wait until its pushed
[17:27] <al-maisan> ah, I see.
[17:29] <rdb> al-maisan, ok, validated. PPA is https://launchpad.net/~panda3d/+archive/ppa
[17:30] <rdb> do I need to reupload, or wait?
[17:30] <al-maisan> rdb: reupload please
[17:30] <rdb> ok
[17:36] <rdb> al-maisan, yay, the upload appeared to have worked. Thanks for your help!
[17:36] <al-maisan> rdb: great!
[17:37] <al-maisan> rdb: thank bigjools :)
[17:37] <rdb> thanks bigjools :-)
[17:37] <bigjools> welcome :)
[18:18] <sproaty> https://launchpad.net/whyteboard/+download  - is this the right way to manage releases? every release has 5 files, so if I do a 0.39.1, 0.39.2, 0.39.3, 0.39.4 that's 20 files into one release if I just stick them under 0.39
[18:18] <sproaty> I want to keep up old ones just for a download total tally
[19:33] <jkakar> It would be cool if the 'Tags' portlet on bugs pages was a list of tags insteads of a cloud.  The cloud is hard to navigate/understand.
[19:36] <deryck> jkakar, I'm largely in agreement at this point.  It should be switched back to the way it was before, I think.
[19:36] <deryck> I still feel our handling of tags is not quite what it could be with either approach, though.
[19:38] <persia> I'm not sure "back to the way it was before" would be entirely ideal.
[19:38] <persia> Automated sorting would be nice, for example.
[19:42] <jkakar> deryck: I'm attempting to use tags to track work items.  A work item may involve many bugs (and by association branches).
[19:42] <jkakar> deryck: Having an alphabetized list of tags would basically give me a list of work items in Launchpad.
[19:43] <deryck> jkakar, ah, interesting that you would like it alphabetized.  It used to be descending order by number of bugs tagged.
[19:49] <jkakar> deryck: I would prefer alphabetization because then the order will always be predictable, making it faster/easier to use.
[19:53] <bjsnider> shipova is doing that thing where it endlessly builds a package again
[19:53] <bjsnider> just like last night
[19:54] <maxb> Is bazaar.lp.net totally dead?
[19:55] <maxb> intellectronica: Can you locate us a LOSA? Codehosting go boom!
[19:56] <Chex> maxb: hi, we are aware of the codehost problem and are working on it now
[19:56] <maxb> Thanks
[19:56] <mbarnett> maxb: yeah, we are loooking into it.  thanks
[19:57] <mbarnett> what chex said!
[20:02] <fta> build times are broken in lp. the page says "Finished 4 minutes ago (took 3 hours, 38 minutes, 31.8 seconds)", the log says "Build needed 03:04:37"
[20:02] <dhillon-v10> mrevell, hi :D how are you, I have been writing a lot of docs. so I wanted to join launchpad-docs and write some more docs for launchpad, what the criteria for joining
[20:03] <fta> another build (arm): "took 9 hours, 43 minutes, 23.6 seconds" vs "Build needed 21:39:16"
[20:03] <fta> and indeed, it tools ~22h
[20:03] <fta> took
[20:04] <bjsnider> why are builds taking so long though?
[20:04] <bjsnider> what could possibly take that long to build?
[20:05] <bjsnider> fta, were those long builds i386?
[20:06] <fta> 22h is armel, not i386
[20:07] <Adys> Hello - I'm trying to push one of my repos to a branch I just created (bzr push lp:~adys/+junk/main), but it's just hanging without any feedback whatsoever. Am I doing something wrong?
[20:07] <bjsnider> topic says bazaar is down
[20:08] <Adys> Oh
[20:08] <fta> bjsnider, the thing that takes 3h on amd64 is chromium, which i build in less than 1h locally, exact same package, but more memory / cores
[20:08] <Adys> was surprised by the lack of timeout message
[20:08] <bjsnider> that could potentially cause a problem i think
[20:08] <bjsnider> fta, i've been waiting hours for mplayer to build on i386 here. the other two arches built in i dunno 15 minutes or something
[20:09] <bjsnider> happened last night too
[20:10] <bjsnider> mplayer shouldn't take 5 hours to build on i386
[20:10] <fta> i'm not talking about the time spent in queue waiting for a slot, but actual build time
[20:12] <bjsnider> fta, me too. it's actually been building for 5 hours and counting
[20:12] <fta> iirc, mplayer is quite fast to build, i've built it hundreds of times since 2001
[20:13] <wgrant> fta: Do you have links to those builds?
[20:14] <fta> wgrant, https://edge.launchpad.net/~chromium-daily/+archive/ppa/+build/1402388 & https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/nss3.12.3/+build/1377663
[20:14] <wgrant> fta: Note that anything that finished building during the LP upgrade or while buildd-manager was down will have a longer than expected time inside LP.
[20:14] <wgrant> But shorter? That seems really odd.
[20:14] <fta> wgrant, it's not new, it's been wrong for a while
[20:14] <wgrant> Oh. That's ages ago.
[20:14] <wgrant> Anything recent?
[20:15] <wgrant> Preferably less than 24 hours old.
[20:15] <fta> wgrant, the 1st one is from today
[20:15] <fta> 4h ago
[20:15] <james2432> is  bazaar down?
[20:15] <bjsnider> yes
[20:16] <fta> wgrant, ^^, the 2nd is just a few days old
[20:16] <ScottK> james2432: See /topic
[20:16] <james2432> mk that's what i though
[20:16]  * james2432 facepalm should have checked topic
[20:16] <bjsnider> indeed you should
[20:16] <wgrant> fta: Ah, so it is.
[20:18] <fta> wgrant, afaics, all build times are wrong, the armel ones are just worse than the other arches
[20:18] <bigjools> there's a bug about it, it represents the lag between the build itself, and the scanner collecting it
[20:19] <bigjools> and we've had a load of problems with the scanner lately
[20:19] <wgrant> bigjools: But 40 minutes?
[20:19] <bigjools> yes
[20:19] <wgrant> Just a couple of hours ago?
[20:20] <bigjools> yes
[20:20] <wgrant> Ah.
[20:20] <wgrant> sproaty: 0.39.1, 0.39.2 etc. should be separate releases in the 0.39 series.
[20:20] <bigjools> scanner was down
[20:20]  * bigjools needs beer
[20:22]  * james2432 hand bigjools a beer
[20:22] <cody-somerville> bazaar.launchpad.net doesn't seem down to me :(
[20:22] <cody-somerville> *:)
[20:22] <Adys> cody-somerville: at least here pushing to it doesnt work
[20:22] <james2432> up 4 me
[20:22] <james2432> I just pushed
[20:22] <Adys> ah
[20:22] <Adys> yeah its up now
[20:23] <james2432> yay
[20:23] <A4Tech1> hi all
[20:23]  * bigjools thanks james2432
[20:23] <Adys> which reminds me if theres a bazaar dev around, it would be nice to add a timeout
[20:24] <A4Tech1> http://paste.ubuntu.com/343669/
[20:24] <A4Tech1> Why am I not working push (bazaar)
[20:32] <jpds> A4Tech1: See /topic.
[20:33] <A4Tech1> oh
[20:33] <A4Tech1> thx)
[20:40] <jldupont> help, please, I get the following error: " Error while executing push  RemoteRepository(bzr+ssh://bazaar.launchpad.net/~jldupont/erljld/trunk/.bzr/) is not compatible with CHKInventoryRepository('file:///home/jldupont/workspace/erljld/.bzr/repository/') different rich-root support"
[20:40] <jldupont> with a bzr push command
[20:42] <maxb> It means your local repository is in a format which is incompatible with the one you are trying to push into
[20:42] <maxb> Most likely you have been bitten by the fact that bzr 2.x creates rich-root repositories by default
[20:43] <maxb> Unfortunately, revisions committed to such a repository cannot be pushed into a non-rich-root repository
[20:44] <jldupont> @maxb: what are my options here?
[20:46] <maxb> jldupont: Obtain a non-rich-root local copy of the remote, then port your changes across to that, potentially using bzr merge
[20:46] <jldupont> @maxb: how do I do that??
[20:47] <maxb> Presumably you ran 'bzr init-repo' at some point when starting work?
[20:47] <wgrant> Or think about upgrading the remote side, after considering all of the issues.
[20:47] <jldupont> remote side is Launchpad... I have no idea how to do this.
[20:47] <lifeless> maxb: pushing preserves format
[20:47] <Adys> Ergh
[20:47] <jldupont> I use the Bazaar plugin under Eclipse.
[20:47] <Adys> how do I add someone on a launchpad branch? Allowing them to commit
[20:48] <maxb> lifeless: I don't understand what you're saying?
[20:48] <lifeless> jldupont: run bzr upgrade bzr+ssh://bazaar.launchpad.net/~jldupont/erljld/trunk
[20:48] <jldupont> @lifeless: trying out...
[20:48] <thumper> Adys: you need to make the branch owned by a team whose members all have commit access
[20:48] <lifeless> maxb: I'm probably incoherent; was a late night
[20:48] <wgrant> lifeless: That seems like it might be a bad idea.
[20:48] <maxb> lifeless: Shouldn't he first check there's no branches stacked on it?
[20:48] <wgrant> lifeless: eg. it'll break stacking
[20:49] <lifeless> see, I shouldn't be giving advice until awake.
[20:50] <lifeless> more of an issue is that the remote branch might be stacked itself
[20:50] <wgrant> It's trunk so that seems less likely.
[20:51] <lifeless> wgrant: trunk != series, but we'll find out :P
[20:51] <Adys> thumper: confusing - where do I create a team?
[20:51] <wgrant> lifeless: Is there not some big document in the bzr docs explaining the issue and how to resolve it?
[20:52] <thumper> Adys: I'm pretty sure there is a link off the homepage
[20:52] <wgrant> Adys: https://launchpad.net/people/+newteam
[20:52] <wgrant> But yes, there is a link on the front page.
[20:57] <maxb> Is there full documentation for the<EMAIL_ADDRESS>email anywhere? For example, can I send it a bundle, or must the code already be pushed?
[21:00] <jpds> maxb: The branch and MP are automatically created by the patch bundle.
[21:02] <maxb> Well.... I got an OOPS
[21:02] <maxb> So apparently I did something it didn't like :-)
[21:03] <maxb> Also, is it possible to use 'editor' as the MUA, but still fit the GPG signing in somehow?
[21:08] <jpds> maxb: https://dev.launchpad.net/Code/BzrSend
[21:08] <persia> maxb: $(VISUAL) mail.txt && gpg -s mail.txt && /usr/lib/sendmail < mail.txt
[21:14] <maxb> Hmm... that wiki page claims you can use 'editor' as a mail client, but how is the gpg signing going to happen then?
[22:15] <EsatYuce> who knows about GPG key?
[22:17] <RAOF> Almost everyone here knows _something_ about GPG keys, I'd wager.  What particularly are you after?
[22:20] <EsatYuce> i got one GPG key to use some commant in terminal, then one e-mail came me, i need to solve tihs e-mail than pasted it to Launchpad's fingerprint. How can i open this e-mail?
[22:22] <RAOF> EsatYuce: I'm not entirely sure what you're trying to do.  I am having trouble understanding you.  Are you trying to sign the Ubuntu code of conduct on launchpad?
[22:23] <EsatYuce> Raof: exactly, you are right
[22:34] <RAOF> EsatYuce: Sorry, I killed my computer trying 3D on the nouveau drivers.
[22:34] <RAOF> EsatYuce: If I remember correctly, what you get is a text file containing the code of conduct, correct?
[22:35] <EsatYuce> right
[22:35] <EsatYuce> there are many letters on e-mail
[22:35] <EsatYuce> but they are randomly
[22:36] <poolie> spm: any news or just "bazaar.launchpad.net is down due to hardware failure, we're working on it"
[22:36] <spm> poolie: apparently it's OOM'ing. from what little I can see it's thrashing heavily (or rather feels like that)
[22:36] <spm> one of the GSAs is about to stab
[22:38] <persia> EsatYuce: https://help.launchpad.net/ReadingOpenPgpMail
[22:39] <EsatYuce> persia, : i did it already,
[22:40] <EsatYuce> but i cant get e-mal from firefox to Evolition
[23:04] <poolie> spm: are we back upright?
[23:04] <poolie> if so can we update the status?
[23:04] <spm> poolie: yes; ta; fixing
[23:05] <poolie> thumper: hey, how about a chat?
[23:06] <thumper> poolie: yeah, ok
[23:07] <EsatYuce> İ created one key, then pasted it to Launchpad's fingerprint, then clicked import key button, then one e-mail came to my box. it is randomly text, i need to describe it. How?
[23:08] <wgrant> EsatYuce: Use a proper email client, or run 'gpg' in a terminal, paste the encrypted content into that window, press Control+D, and enter your passphrase when prompted.
[23:08] <EsatYuce> wgrant, : ok i m trying
[23:14] <EsatYuce> wgrant: i tried it, but i cant
[23:15] <wgrant> EsatYuce: "cant"? Why not?
[23:15] <EsatYuce> wgrant, : i typed what you said me to Terminal
[23:16] <EsatYuce> it said me "Go ahead and type your message", then i pasted the message, but it did nothing
[23:17] <wgrant> EsatYuce: Did you then press Ctrl+D?
[23:17] <EsatYuce> when i press ctrl+d my terminal exit
[23:17] <wgrant> Also, did you paste in the ----- BEGIN [...] lines?
[23:17] <EsatYuce> no
[23:17] <wgrant> You need to.
[23:17] <EsatYuce> ok
[23:20] <EsatYuce> wrang: can yuo send me private message
[23:20] <EsatYuce> i will send you the results
[23:21] <EsatYuce> wgrant,
[23:24] <wgrant> EsatYuce: Done.
[23:25] <gagita> hy guys how can I upload my offline translation to LAUNCHPAD?
[23:47] <EsatYuce> wgrant, : i sent you
[23:50] <wgrant> EsatYuce: Enter your passphrase.
[23:51] <EsatYuce> in Terminal?
[23:52] <EsatYuce> wgrant, : did you read my private message
[23:56] <wgrant> EsatYuce: I did. Once you paste the message, it should ask you for your passphrase. Enter it.
[23:57] <EsatYuce> already, but it said me You need a passphrase to unlock the secret key for
[23:59] <EsatYuce> wgrant: Could you please help me : i am trying again


[02:34] <cheguevara> anyone tried gtk-qt4
[02:35] <nosredna_ekim> yeah..... it blew my kde4 up
[02:37] <cheguevara> 0.4b Now GNOME can use Kde style and colors (partially)
[02:37] <cheguevara> sounds so tempting
[02:37] <cheguevara> tired of looking at ugly firefox
[02:38] <nosredna_ekim> yeah... give it a shot.
[02:38] <cheguevara> kk min


[11:55] <supastuff> hi, I'm a first time bug reporter and would like to report about the i915 backported driver in xenial on new skylake hardware.  I'm not sure about the bug reporting procedure... can someone assist?
[12:40] <greyback_> supastuff: hey, the advice in https://wiki.ubuntu.com/Kernel/Bugs should be enough - "ubuntu-bug linux" should log the bug in launchpad with the right info
[12:41] <supastuff> thanks


[18:15] <MichealH> Hi, I have tried to open nano, but I cannot, It says I need to 'Select a terminal type'
[18:15] <MichealH> I am runnnng 10.10
[18:15] <MichealH> it also happens in 10.04
[18:16] <head_victim> MichealH: odd, it's worked fine here (nano is my editor of choice for all config files)
[18:16] <MichealH> Let me paste the one line of output
[18:17] <head_victim> Are you just running the command "nano" from terminal or are you doing something a little different
[18:17] <head_victim> Yeah that would be good :)
[18:17] <MichealH> Error opening terminal: unknown.
[18:17] <MichealH> But shh says "Please select a terminal type"
[18:17] <MichealH> *ssh
[18:17] <MichealH> I am doing nano gtk.py
[18:18] <head_victim> Can you perform the command locally on the machine?
[18:18] <MichealH> I am running the command in LXTermial
[18:19] <MichealH> *LXTerminal
[18:19] <MichealH> michealh@michealh-desktop:~$ nano gtk.py
[18:19] <MichealH> Error opening terminal: unknown.
[18:19] <head_victim> Ah sorry It hought you said you were running it over ssh
[18:21] <MichealH> ssh to a computer tells me to select a terminal type
[18:23] <head_victim> http://www.uluga.ubuntuforums.org/showthread.php?t=1559201
[18:23] <head_victim> That might help :)
[18:23] <stlsaint> head_victim: sup amn
[18:24] <head_victim> gday stlsaint ltns
[18:24] <stlsaint> yea yea
[18:24] <stlsaint> im on more as of lately now that im more settled
[18:29] <head_victim> MichealH: did that link help?
[18:35] <MichealH> head_victim, But it works in the CTRL+ALT+F1 mode?
[18:38] <NRWlion> MichealH, you called for help?
[18:39] <MichealH> I cannot open nano
[18:39] <stlsaint> someone needs help?
[18:39] <MichealH> It asks for a terminal type of csome sort
[18:39] <stlsaint> oh
[18:39] <NRWlion> http://www.nano-editor.org/
[18:40] <NRWlion> or try # nano dateiname via shell
[18:40] <stlsaint> MichealH: what happens when you type: nano file
[18:40] <MichealH> michealh@michealh-desktop:~$ nano gtk.py
[18:40] <MichealH> Error opening terminal: unknown.
[18:41] <stlsaint> MichealH: hrm
[18:41] <stlsaint> interesting
[18:41] <MichealH> It works in CTRL+ALT+F*
[18:42] <MichealH> t happens in 10.04 opening SSH, It asks me to speciafy a terminal type
[18:42] <NRWlion> MichealH, try this one http://www.nslu2-linux.org/wiki/Optware/Nano and follow the part behind Error opening terminal
[18:42] <stlsaint> MichealH: oh have you not choosen a shell?
[18:43] <MichealH> Im using LXTerminal
[18:43] <stlsaint> MichealH: try running: chsh
[18:43] <stlsaint> then choose your shell
[18:43] <stlsaint> /bin/bash or whatever
[18:43]  * stlsaint uses zsh ;)
[18:43] <MichealH> stlsaint, Did nto work
[18:43] <NRWlion> MichealH, got my link?
[18:44] <MichealH> NRWlion, Yup
[18:44] <MichealH> Looking
[18:45] <MichealH> That seems to have not worked either
[18:45] <NRWlion> looked at the newbie solution under that?
[18:46] <MichealH> The one under the newbie one has worked
[18:46] <MichealH> Thanks NRWlion
[18:47] <MichealH> I like nano for the syntax hilighing
[18:47] <NRWlion> you are welcome michael ;)
[18:47]  * NRWlion works with Bluefish
[18:50] <head_victim> Sorry I'm organising myself for work but I'll leave you in stlsaint's good hands MichealH, good luck :D
[18:50] <head_victim> Hmm freenode is a little odd right about now. Good luck, work calls
[18:50] <MichealH> head_victim, Its a tech issue :P
[18:50]  * MichealH gets the string :P
[18:51] <stlsaint_> MichealH: sorry
[18:51] <MichealH> stlsaint_, Sorry about what?
[18:52] <stlsaint_> shell tip not working
[23:24] <f1assistance> how does lubuntu compare to xubuntu? I have a laptop with PIII 1 GHz processor and 1 GB RAM...
[23:25] <sico> i'm using it with a celeron 1.4, 1.5GB ram (laptop)
[23:26] <sico> i had x/k/u as well, but i got rid of them yesterday and started with a clean lubuntu.  i get more battery life, almost 40 mins more.
[23:33] <Unit193> f1assistance: I got Lubuntu on 500MHz 512Ram 10G HDD
[23:54] <f1assistance> is there a performance difference or would there be a better experience with one over the other?


[01:06] <CIA-62> debian-installer: cjwatson * r1691 ubuntu/ (3 files in 2 dirs): Port help-to-gfxboot.py to Python 3.
[05:11] <eagles0513875> hey guys anyone in here I'm having some serious issues
[12:01] <eagles0513875> hey guys :) is anyone alive here


[14:38] <user_> hay
[18:11] <n-iCe> hi
[20:52] <msi> ls
[20:52] <msi> sudo -i
[21:49] <lxde> !14.04
[21:54] <lxde> !12.04
[21:54] <teward> lxde: keep in mind that EOLs in a couple of months, you should really use something newer than 14.04 if you can.
[21:56] <lxde> im Using 14.04
[21:57] <lxde> my Desktop PC
 How can I get the manual in downloadable form rather than a webpage?
[22:17] <wxl> @tangocharlie02 the manual is a new thing for us. i'm SO HAPPY that you like it so much you want to download it because it says we're doing a good job. we don't have a downloadable form yet, though. we were just talking about it incidentially..
 (Sticker, 362x512) https://telegram.lubuntu.me/cgwqGXqO/file_6056.png


  I won't have time today and I think it needs to be moved forwards asap
[09:11] <Laney> as a parishater
[09:11] <didrocks> I'll never have a similar speach for Paris… oh wait!
[09:11] <didrocks> willcooke: sure, doing in a few minutes then!
[09:11] <willcooke> didrocks, if you're not happy to - pas de probleme
[09:11] <larsu> didrocks: every English person I've met that doesn't live in London hates London
[09:11] <larsu> morning willcooke
[09:11] <willcooke> I dont hate London, I just dont like the weather so much :)
[09:12] <larsu> do you like it though?
[09:12] <willcooke> Erm,  I like to visit
[09:13] <willcooke> Dont think I could work here everyday
[09:13] <willcooke> or live here
[09:13] <larsu> didrocks: [rephrased] every English person I've met that doesn't live in London doesn't quite like London
[09:13] <willcooke> haha!
[09:13] <larsu> ;)
[09:14] <didrocks> heh :)
[09:15] <larsu> is noone running unitz on hidpi?
[09:15]  * larsu wonders why nobody noticed our atrocious background rendering
[09:16] <didrocks> larsu: maybe people having hdpi thought it was pixel art
[09:17] <larsu> didrocks: I made a white test wallpaper with some black pixels in a 1×1 grid. It's all blurry :(
[09:17]  * larsu should complain less and fix more
[09:18] <Laney> does gnome get it right?
[09:19]  * larsu checks
[09:23] <larsu> Laney: hm, can't switch to a gnome session
[09:23] <larsu>  /usr/share/xsessions/gnome.desktop exists...
[09:23] <Laney> can't how?
[09:24] <larsu> in lightdm
[09:24] <Laney> like no option?
[09:24] <larsu> ya
[09:24] <larsu> ah wait, those are the wrong files
[09:24]  * larsu ponders what to install
[09:24] <darkxst> gnome-session
[09:24] <larsu> no
[09:25] <larsu> that's not enough
[09:25] <darkxst> it should be, provided you have gnome-shell as well
[09:26] <didrocks> larsu: do you have /usr/share/gnome-session/sessions/gnome.session?
[09:26] <larsu> wow. how many of those things do we have?
[09:26] <didrocks> (normally, that doesn't prevent the session to shows up in lightdm though)
[09:26] <didrocks> well
[09:26] <didrocks> there is the session "session"
[09:26] <larsu> darkxst: that's what I meant by "it's not enough"... ;)
[09:26] <didrocks> there is the gnome-session "session"
[09:27] <didrocks> (I'm culpurit of the second)
[09:27] <larsu> which ones are the files lightdm looks at? /usr/share/xsession/*.desktop, right?
[09:27] <didrocks> yeah, if you don't have the session, that's weird
[09:27] <didrocks> should be that one
[09:27] <didrocks> there is a condition though
[09:27] <didrocks> let me look
[09:27] <larsu> why doesn't gnome-session pull in gnome-shell, for example?
[09:27] <didrocks> larsu: TryExec=gnome-shell
[09:28] <darkxst> it was causinga  circular dep
[09:28] <didrocks> do you have the gnome-shell bin installed?
[09:28] <larsu> I do now
[09:28] <didrocks> ok, I guess restart lightdm
[09:28] <didrocks> the TryExec is evaluated at lightdm startup IIRC
[09:29] <didrocks> (and as you can see, this calls Exec=gnome-session --session=gnome)
[09:29] <larsu> unity-greeter theming seems to have broken again
[09:29] <larsu> didrocks: ya, working now
[09:29] <larsu> didrocks: thanks
[09:29] <didrocks> yw!
[09:29] <didrocks> and, keep in mind that unity needs gnome-shell
[09:29] <didrocks> oupss
[09:29] <didrocks> gnome-session
[09:30] <didrocks> so, if gnome-session was depending on gnome-shell…
[09:30] <larsu> it does? it wasn't installed for me
[09:30] <didrocks> (first, I wrote "g-s depending on g-s")
[09:30] <darkxst> didrocks, no, unity uses gnome-session-common (or -bin)
[09:30] <didrocks> ah, that changed
[09:30] <didrocks> ok, I guess gnome-session should recommends gnome-shell
[09:31] <larsu> didrocks: I agree
[09:31] <didrocks> darkxst: deps on one side, recommends on the other is fine
[09:31] <Laney> why?
[09:31] <didrocks> Laney: the package contains /usr/share/xsessions/gnome.desktop
[09:31] <Laney> If you want shell, install shell
[09:31] <didrocks> and /usr/share/gnome-session/sessions/gnome.session
[09:31] <didrocks> and that's mostly it
[09:31] <didrocks> so, 2 components deeply linked to gnoe-shell
[09:31] <Laney> so shell should depend on it
[09:31] <didrocks> gnome-shell
[09:32] <larsu> Laney: to answer your question: gnome gets it wrong as well
[09:32] <Laney> /o\
[09:32] <didrocks> well, in that case, we can remove "gnome-shell" binary package
[09:32]  * didrocks doesn't think /etc/lightdm/lightdm.conf.d/50-ubuntu.conf should be part of this
[09:32] <didrocks> and that's it for this package
[09:33] <xnox> Laney: on unity7 desktop which process handles the alt-f2?
[09:33] <Laney> dunno
[09:33] <Laney> probably unity
[09:34] <didrocks> xnox: unity-lens-applications
[09:34] <xnox> things launched from there lack environment that is set via user-session upstart and/or possibly gnome-session.
[09:34] <xnox> didrocks: thanks.
[09:34] <didrocks> xnox: enjoy my vala code :p
[09:34] <xnox> didrocks: hm, i don't have that running here.
[09:34] <xnox> didrocks: is it still lens in 14.04 LTS?
[09:35] <didrocks> xnox: that was renamed commands.scope
[09:35] <xnox>  /usr/bin/unity-scope-loader applications/applications.scope applications/scopes.scope commands.scope ?
[09:35] <didrocks> but it's still the same package
[09:35] <xnox> didrocks: ok, and what launches that?
[09:35] <xnox> cause it's missing environment variables =(
[09:35] <didrocks> xnox: dbus-activated through unity
[09:36] <didrocks> IIRC
[09:36] <darkxst> didrocks, 50-ubuntu.conf is in ubuntu-session also
[09:36] <Laney> gegls from outer space
[09:36] <xnox> didrocks: right, so i should be uploading enviromental variables into dbus.... however that is not in trusty's environemnt
[09:36] <didrocks> Laney: there are 2 more easter eggs :)
[09:36] <didrocks> xnox: agreed
[09:38] <xnox> didrocks: what about gnome-session variables?
[09:39] <seb128> good morning desktopers
[09:39] <xnox> didrocks: Laney: it's funny how ctrl-alt-T, clicking gnome-terminal has the env, and alt-f2 xterm does not.
[09:39] <didrocks> xnox: I think simply everything that are set to the process (so, including gnome-session variables) when you control+alt+t should be into those processes
[09:39] <xnox> SSH_AGENT is in question here.
[09:39] <didrocks> xnox: they got it at first, before being dbus-activated
[09:39] <xnox> can anyone give me a gnome-session set variable?
[09:39] <didrocks> but yeah, once it's been transitioned, I guess, that's lost
[09:40] <didrocks> xnox: XDG_CURRENT_DESKTOP=Unity for instance
[09:40] <didrocks> hey seb128
[09:40] <didrocks> let me ensure, one sec
[09:40] <xnox> didrocks: ok that one is set in alt-f2 xterm. horum.
[09:41] <didrocks> xnox: one sec, it's maybe not set by it if already present
[09:41] <seb128> hey didrocks ;-)
[09:42] <xnox> didrocks: where is this scope thing again - apps?!
[09:42] <didrocks> xnox: yeah, the unity-lens-applications package
[09:42] <darkxst> XDG_CURRENT_DESKTOP is set by the DM, and passed through gnome-session I think
[09:43] <didrocks> yeah, it's only set if it wasn't set beforehand
[09:43] <didrocks> xnox: GNOME_DESKTOP_SESSION_ID
[09:43] <didrocks> not used anymore, but set by gnome-session
[09:44] <xnox> didrocks: upstart jobs set that as well, as far as i know. but let me see if i the value is different.
[09:44] <xnox> no it's same.
[09:48] <didrocks> weird that we reset it
[09:48] <didrocks> there is really no value in doing this
[09:48] <Laney> False
[09:48] <xnox> didrocks: yes there is.
[09:49] <xnox> didrocks: Qt looks like Windows 95 without it.
[09:49] <Laney>   [ Iain Lane ]
[09:49] <Laney>   * xsession-init: Set $GNOME_DESKTOP_SESSION_ID if we are launching a
[09:49] <Laney>     gnome-session session. Some applications (Qt4) require this to be set to
[09:49] <Laney>     any value to detect the environment in use. It was historically set by
[09:49] <Laney>     gnome-session but now this is no longer the root of the session so not all
[09:49] <Laney>     user processes are guaranteed to have it. (LP: #1305294)
[09:49] <xnox> didrocks: hm..... i'm failing to see how things are actually execed from the scope =(
[09:50] <didrocks> waow "nice"
[09:51] <xnox> didrocks: hm. i think /usr/bin/unity-scope-loader should be managed by upstart in the user session to have the right env
[09:51] <xnox> it's dbus activated at the moment as it has UPSTART_JOB=dbus env variable.
[09:52] <didrocks> xnox: yeah, I don't know at all about those changes (I wasn't in charge of unity when they did that change), maybe ask thorst?
[09:52] <xnox> hm. or it can call into upstart dbus api and do "list-env" and then import that.
[09:53] <xnox> is even the lens actually launching things? or does it simply hand over result to shell to launch stuff?!
[09:53] <didrocks> xnox: it was launching things at the time, let me have a look if this changed
[09:53] <xnox> AppInfo.launch_default_for_uri
[09:53] <xnox> Process.spawn_async
[09:53] <didrocks> yep
[09:54] <xnox>  /* Activation of standard application:// uris */
[09:55]  * xnox ponders if i should just strace it....
[09:56] <xnox> didrocks: to many if/else blocks.... if feels like half of the code there is unreachable.
[09:57] <larsu> xnox: g_desktop_app_info_launch() launches whatever's in the Exec= key or dbus-activates the application if it supports that
[09:57] <larsu> no clue why the scope would do anything but call that...
[09:57] <xnox> larsu: well i can type ~/bin/foobar in alt-f2 window.
[09:58] <larsu> oh, this is about alt+f2
[09:58] <xnox> larsu: yes.
[09:58]  * larsu apologizes
[09:58] <xnox> larsu: app_info_launched things seem to have the right env.
[09:58] <larsu> xnox: right, but alt+f2 shouldn't use that
[09:58] <xnox> larsu: didrocks: ok this is crazy ->
[09:59] <xnox> Super -> "xterm" -> Enter = has SSH_AGENT
[09:59] <xnox> Alt+F2 -> "xterm" -> Enter = does not
[10:00] <didrocks> xnox: I guess, really ask the unity API team, not sure if it's maybe just one data missing when they changed to activated scope
[10:01] <larsu> xnox: so Alt+f2 isn't passing the same env as g_desktop_app_info_launch() is
[10:01] <larsu> maybe the scope guys should fix that :)
[10:03] <xnox> bug #1433013
[10:05] <xnox> didrocks: larsu: Laney: i guess I'll experiment with launching the scope loader via initctl start, such that it has the right env.
[10:06] <larsu> xnox: I assume the env is there, otherwise g_desktop_app_info_launch() wouldn't have it. I bet whatever handles alt+f2 just doesn't pass it along
[10:08] <xnox> larsu: i get to differ $ cat /proc/`pgrep -f unity-scope-loader`/environ | grep -a SSH
[10:08] <xnox> is empty
[10:11] <larsu> xnox: it's gotta come from somewhere thoguh
[10:12] <xnox> initctl list-env has it.
[10:14] <xnox> larsu: ok, so changing the dbus to do Exec=start unity-scope-application, and moving the process to an upstart job works. And then xterm launched via alt-f2 works and has ssh environment.
[10:14] <xnox> i'll make a patch for that, and will have to see if that gets accepted.
[10:15] <larsu> xnox: shouldn't unity-scope-application inherit the environment from dbus, which is already upstart?
[10:16] <xnox> jodh: http://upstart.ubuntu.com/wiki/Stanzas is not feeling good
[10:16] <xnox> larsu: it does, but after dbus is execed, upstart's environment is modified, and it modifies the dbus process environment table, but that doesn't propagate to dbus' children.
[10:17] <xnox> larsu: if dbus child is moved to be a direct upstart child, it will mangle said childs environ
[10:17] <xnox> when people do $ initctl set-env foo=bar
[10:17]  * xnox tests
[10:17] <larsu> xnox: that's what org.freedesktop.DBus.UpdateActivationEnvironment is for
[10:17] <xnox> larsu: is that in 14.04?
[10:18] <larsu> xnox: dunno
[10:18]  * xnox thought that was added only recently
[10:18] <larsu> it was, but I don't know when
[10:18] <larsu> but running 'start' in an Exec line sounds hacky to me
[10:18] <xnox> hm. initctl set-env didn't propagate to newly execed xterm via alt-f2..... not good.
[10:19] <xnox> larsu: looks like there is UpdateActivationEnvironemt....
[10:19] <xnox> in trusty
[10:19] <larsu> \o/
[10:20] <xnox> larsu: there is no get activation environment though..... =(
[10:21] <larsu> why do you need that?
[10:21] <xnox> larsu: to check what it currently is.
[10:21] <larsu> well yeah
[10:21] <larsu> but why do you want to do that
[10:22] <xnox> to trace the SSH_* variable =)
[10:22] <larsu> oh, for debugging
[10:22] <xnox> yeah.
[10:25] <larsu> xnox: just activate some process and inspect its env ;)
[10:25] <larsu> like a terminal...
[10:32] <jodh> xnox: ergh. thanks, I'll report that...
[10:37] <xnox> 'GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name com.canonical.Unity.Scope.Dima was not provided by any .service files'
[10:37]  * xnox gives up
[10:47] <xnox> ok everything works, as long as initctl set-env does a call to dbus to update activation environment.
[10:47] <xnox> i can do that at post in each job or patch upstart
[14:19] <Laney> aha
[14:25] <Laney> who knows where I can get the iso smoke testsuite scripts from?
[14:29] <mvo> seb128: I'm looking into that software-center issue now, no need for dobey to duplicate work, its under control
[14:29] <mvo> seb128: looks like its a server side issue
[14:30] <Laney> bah
[14:30] <Laney> jibel: yo
[14:30] <dobey> willcooke: ^^
[14:30] <Laney> if I want to change https://jenkins.qa.ubuntu.com/view/vivid/view/Smoke%20Testing/job/vivid-desktop-amd64-smoke-default/130/ this testsuite
[14:30] <willcooke> oh
[14:30] <Laney> where do I get it from?
[14:30] <willcooke> dobey, thanks
[14:35] <didrocks> happyaron: FYI, we approximatly gained 5M thanks to the fcitx switch and removal of ibus-pinyin, so size-wise, it's cool :)
[14:35] <didrocks> Laney: seb128 ^
[14:35] <didrocks> (compressed size)
[14:35] <Laney> gaining 5M isn't that great
[14:36] <didrocks> gained in the term of "less"
[14:36] <Laney> HAHA
[14:36] <didrocks> Laney: I wouldn't be that enthousiast if we grew by 5M :)
[14:36] <Laney> that is innovative use of english
[14:37] <didrocks> Laney: yeah, I see as well always this contradiction as well with "false positive"
[14:37] <mvo> willcooke: hi, happy to give you a update on the issue if you want
[14:37] <didrocks> (see how seb and I use it)
[14:37] <Laney> I thought you mean that it's okay because it is only 5 megs
[14:38] <didrocks> no no, it's ok because the image size + some manual adjustement to compensate the seed changes is approx 5M :)
[14:39] <Laney> good times
[14:40] <willcooke> mvo, could you reply-all the email, keep everyone in the loop
[14:41] <Laney> jibel: found it!
[14:41] <Laney> 'usit' ...
[14:42] <Laney> didrocks: btw this is a machine ID thing again
[14:42] <Laney> did you decide to symlink the old file?
[14:43] <didrocks> Laney: we didn't decide on anything to do on this. Do you have the case details leading to no machine ID file for dbus?
[14:44] <didrocks> (I really think the symlink is what makes sense, just need to decide where this should be done… I would say in the .service file)
[14:45] <Laney> It'll fall back to using the systemd one
[14:46] <Laney> also dbus-uuidgen --ensure will make this symlink
[14:46] <mvo> willcooke: sure, just did that after I saw your mail about it
[14:47] <willcooke> mvo, thank you!
[14:47] <didrocks> Laney: so, what's the bug is? (if it fallbacks successfully?)
[14:47] <didrocks> only the tests making the wrong assertion?
[14:47] <Laney> tests look for the old path
[14:48] <Laney> dunno if any software does
[14:49] <didrocks> *hem* oneconf probably *hem*
[14:50] <seb128> didrocks, nice!
[14:51] <didrocks> I hope the "nice" was for the won megs on the iso, not my last statement :p
[14:51] <didrocks>             with open('/var/lib/dbus/machine-id') as fp:
[14:51] <didrocks>                 hostid = fp.read()[:-1]
[14:52] <didrocks> Laney: yeah, we do have *excellent* software doing this ^
[14:53] <Laney> happy symlinking ;-)
[14:53] <didrocks> Laney: want me to deal with this?
[14:53] <didrocks> sounds quite trivial
[14:53] <Laney> if you don't mind
[14:53] <Laney> although the unit is upstream
[14:53] <Laney> :)
[14:53] <didrocks> sure (not right now, but will do)
[14:53] <didrocks> ah?
[14:54] <didrocks> they use dbus-uuidgen --ensure in the unit?
[14:54] <Laney> no
[14:54] <Laney> that is what you'd add
[14:54] <didrocks> yep
[14:54]  * didrocks just need to think if we should use that or provide the symlink manually (as it's in the boot path)
[14:55] <didrocks> I'll do some tests
[14:55] <Laney> the upstart job and init script just ran the program
[14:55] <didrocks> ok, anyway with kdbus coming, maybe doesn't worth trying to optimize this now
[14:56] <didrocks> is there a bug for those failing tests?
[14:57] <Laney> dunno
[14:57] <Laney> I'm going to fix that part anyway
[14:58] <didrocks> yeah, sounds more future-proof
[14:59] <desrt> kdbus is coming?  when?
[15:00] <larsu> whenever this canadian guy finishes writing support for it in some fringe library
[15:01] <Laney> bregma's supporting it in nux?
[15:01] <larsu> Trevinho: do you know why compiz doesn't render the background on unity? Because it doesn't handle the gradients?
[15:01] <desrt> larsu: i'm still waiting for a round of lkml patch review that doesn't turn into a total bloodbath :p
[15:02] <Trevinho> larsu: where?
[15:02] <larsu> desrt: last I heard was that it's as good as in
[15:02] <larsu> Trevinho: err, what?
[15:02] <desrt> larsu: did you hear that from lennart? :)
[15:02] <Trevinho> larsu: I mean, I'm not sure I understood what you mean
[15:02] <larsu> desrt: maybe‽
[15:03] <larsu> Trevinho: ah sorry. Right now, nautilus renders the background wallpaper in unity. We're patching it to do that because upstream stopped
[15:04] <Trevinho> larsu: ok, right...
[15:04] <desrt> in any case, i'm unlikely to spend more time working on kdbus until i have an actual API to target
[15:04] <larsu> Trevinho: and I'm pretty sure that compiz could render the background for us. Just wondering why it doesn't
[15:04] <larsu> desrt: fair enough
[15:05] <bregma> larsu, because nobody has fixed the Compiz wallpaper plugin in the last 5 years
[15:05] <Trevinho> larsu: mh, I don't know exactly the reason.. I guess it was an historic deicsion as in the past every desktop had its "desktop-bg app", and thus to keep modularity
[15:06] <bregma> also, Compiz does not support placing icons on the desktop and handling them as if it were a file browser
[15:06] <larsu> bregma: right, nautilus can keep doing that on a transparent window
[15:07] <larsu> bregma: I'm not saying we should go that route. Just wondering why we aren't
[15:07] <Trevinho> yeah, in fact... can be done at app lelve...
[15:07]  * larsu had to fix some hidpi issues in that code today
[15:07] <larsu> and it's still badly broken
[15:07] <Laney> does it support gnome's interface?
[15:07] <Laney> work with solid colours and gradients and stuff?
[15:07] <larsu> Laney: ya, I suspect it doesn't
[15:07]  * Laney would guess it is problems like this
[15:09] <bregma> we could revivie the Compiz wallpaper plugin to do the drawing, but the code has not been touched since 2009 and has not been ported to GLES
[15:10] <larsu> bregma: I think fixing the remaining issue in gnome-desktop is ok for now, but we might think about that if we want more features
[15:11] <larsu> or if we want more performant bg transitiosn
[15:11]  * didrocks is particularly afraid by the extended combinations of transformations as well to support
[15:11] <larsu> didrocks: transformations?
[15:12] <didrocks> larsu: the crop/scale/extends…
[15:12] <didrocks> (basically the various cases in libgnome-desktop
[15:13] <larsu> didrocks: wouldn't it be awesome if we did them on graphics hardware instead of the cpu?
[15:13] <larsu> same for the gradients
[15:13] <didrocks> seems you want to bother this poor GPU… :)
[15:14] <bregma> I lie, the COmpiz wallpaper plugin was ported to GLES (according to https://docs.google.com/a/canonical.com/spreadsheets/d/1tiCs1CLXZB386-6TtD_bJsWHeMBJRjNVr8D14VVFHcY/edit#gid=0), maybe it's worth playing with for the 15.10 timeframe
[15:14] <larsu> didrocks: lol
[15:14] <larsu> bregma: I want animated wallpapers!
[15:14] <larsu> and FIRE
[15:14] <Laney> \o/
[15:15] <bregma> I want world peace and a cure for cancer
[15:15] <bregma> and a second pony, the first one is too small
[15:15] <larsu> how important is that related to animated wallpapers?
[15:15] <Trevinho> :)
[15:16] <desrt> larsu: world peace, or the pony?
[15:16]  * didrocks wouldn't say a world, been there in 98…
[15:16] <didrocks> word*
[15:17] <Laney> the world was peaceful in 1998?
[15:17] <didrocks> France won world cup
[15:17] <didrocks> that's the only thing I remember
[15:17] <didrocks> (and this is what people still refers here)
[15:18] <didrocks> (sad that I hate soccer)
[15:18] <desrt> world cup in taking dives, right?
[15:18] <Laney> I got my first laptop!
[15:18] <didrocks> desrt: pfffff
[15:18] <larsu> Laney: pretty sure I've seen you with a laptop before
[15:19] <didrocks> man… it's not Friday
[15:19] <desrt> larsu: in 98...
[15:19] <didrocks> that was obviously trolling
[15:19] <larsu> desrt: </makingajoke>
[15:19] <desrt> didrocks: dunno.  it's IRC.  context is easily lost.
[15:19] <didrocks> or is desrt trolling larsu in faking not understanding?
[15:19] <didrocks> and so, I got trolled?
[15:19] <didrocks> :)
[15:19] <desrt> and larsu is a nice guy.  i don't think he would troll like that outside of friday.
[15:19] <Laney> wow
[15:19] <Laney> was googling for the scheme that gave me it
[15:20] <larsu> desrt: that was the point of the joke...
[15:20] <Laney> my school's gone all out for Microsoft
[15:20] <Laney> http://cambridgeppf.org/vision/3/stevens.pdf
[15:20] <didrocks> Laney: planning to burn your diploma? :)
[15:20] <larsu> oh wow: http://www.newyorker.com/business/currency/the-gnu-manifesto-turns-thirty
[15:21] <Laney> https://www.tes.co.uk/article.aspx?storycode=306195
[15:22] <Laney> What emerged during the first year of the pilot scheme was a renewed enthusiasm for learning. According to Valerie Winch, the students' form tutor, "their interest factor has quadrupled and their motivation has gone through the roof."
  The chair is didrocks. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:31] <meetingology> Available commands: action commands idea info link nick
[15:31] <attente_> hi
[15:31]  * didrocks notes down Laney's remark :)
[15:31]  * larsu never experienced passive aggressive Laney
[15:32] <Laney> just making sure man
[15:32] <larsu> :D
[15:32] <Laney> got my ass handed to me last week
[15:32]  * larsu remembers
[15:32] <didrocks> ahah, seems seb128 was really upseting you! :)
[15:32] <larsu> you should have subtly pinged seb128 in there
[15:32] <didrocks> let's start
[15:32] <didrocks> #topic attente_
[15:32] <didrocks> attente_: hey!
[15:33] <attente_> stop u-s-d and u-c-c from pulling in fcitx-bin on dist-upgrade, which was causing it to become default...
[15:33] <attente_> i've got ibus somewhat running under mir, but it requires a lot of user intervention and the candidate window needs debugging
[15:33] <seb128> Laney, nice to see you are on time for the meeting for once
[15:33] <seb128> :-)
[15:33] <desrt> seb128: ya.  i was surprised too.
[15:33] <Laney> didrocks: take control of these guys
[15:34] <didrocks> Laney: not really, I find that funny :)
[15:34] <didrocks> attente_: did you put on a wiki the necessary steps for setting up ibus under mir?
[15:34] <attente_> didrocks: no, i can write them up though. it is really not user friendly...
[15:35] <larsu> step 1) chown some device node to get mir running
[15:35] <didrocks> attente_: well, once think you made enough progress, it would probably be worthwile to write that down so that we can maybe help there in the automation
[15:35] <didrocks> (just an idea)
[15:36] <didrocks> attente_: anything else? (are you done?)
[15:36] <attente_> didrocks: that's it
[15:36] <didrocks> thanks attente_
[15:36] <didrocks> #topic desrt
[15:36] <desrt> sorry
[15:36] <didrocks> hey desrt
[15:36] <desrt> gotta run
[15:36] <desrt> back in 10
[15:36] <didrocks> #troll
[15:37] <desrt> i meant 10 seconds
[15:37] <desrt> anyway
[15:37] <desrt> last week i did mostly cleanup of documentation stuff in preparation for the release
[15:37] <desrt> wasted a lot of time trying to understand the weird hybrid of docbook/markdown that's in gtk-doc, then wrote some patches to fix things up
[15:37] <desrt> and did some fixes in glib itself
[15:38] <desrt> we're now at a spot where we have (almost) no warnings on building the docbook xml, so i hope to enable that by default (and throw errors when it fails) by the next release
[15:38] <desrt> i also did releases yesterday
[15:38] <desrt> and i've been working on my jhbuild-in-debootstrap-chroot stuff as well
[15:38] <desrt> that's all
[15:38] <didrocks> desrt: mind fixing systemd docbook xml as well while you are at it, seems you love that? (there are still some warnings ;))
[15:39] <desrt> i don't actually enjoy this :p
[15:39] <desrt> but uh... we always have problems with missing new symbols in glib documentation
[15:39] <desrt> and nobody notices because they're lost in the raft of other warnings
[15:39] <desrt> so we really needed to get on top of that....
[15:39]  * larsu never has this problem
[15:39] <desrt> naturally, larsu is #1 offender
[15:39] <didrocks> yeah, would be nice to be able to stop missing symbols in documentation :)
[15:39] <desrt> (...tied with everyone else)
[15:39] <didrocks> nice work desrt, even if tedious!
[15:40] <desrt> fin.
[15:40]  * didrocks got the last word as if it was a familiar language
[15:40] <didrocks> #topic dgadomski
[15:40] <didrocks> dgadomski: hey, anything to share with us this week?
[15:40] <dgadomski> hello guys
[15:40] <dgadomski> refactoring and cleaning up patch for bug #1337873
[15:40] <dgadomski> trying to get some support from upstream for kernel feature backport (bug #1104230)
[15:41] <dgadomski> verifying cyphermox's fix for bug #1386131 (waiting for actual user's preseed file to test it 'in the wild') - looks good so far
[15:41] <didrocks> nice! anything needed from us?
[15:42] <dgadomski> my email to the desktop mailing list about the mount options in nautilus still lacks response, seb128 was saying about providing some feedback to start a discussion
[15:42] <dgadomski> I would appreciate that if possible
[15:42] <didrocks> dgadomski: noting down, today he's at a sprint, but we will look at it tomorrow
[15:42] <dgadomski> cool, thanks
[15:43] <dgadomski> that's all from me today
[15:43] <didrocks> thanks dgadomski!
[15:43] <didrocks> #topic happyaron
[15:43] <didrocks> happyaron: hey, around?
[15:44] <desrt> if willcooke was running this meeting, he'd have the notes for pasting
[15:44] <desrt> just saying....
[15:44] <didrocks> desrt: I got some, but none from happyaron
[15:44] <didrocks> (fw by willcooke)
[15:44] <desrt> if willcooke was running this meeting, he'd have made some up!
[15:44] <didrocks> not sure if he got them too late
[15:44] <didrocks> ahah
[15:44] <didrocks> well:
[15:44] <didrocks> - make fcitx installed on the live
[15:45] <didrocks> - MIR for cmake-extra
[15:45] <didrocks> .
[15:45] <didrocks> DONE ;)
[15:45] <desrt> not bad ;)
[15:45] <didrocks> and all true!
[15:45] <desrt> ya.  that's the impressive part :)
[15:45] <didrocks> #topic FJKong
[15:45] <FJKong> hey
[15:45] <FJKong> continue pinyin searching now need find a key value database to store result of converting, optimize speed of converting
[15:45] <didrocks> FJKong: around? I don't have fake notes for you though :p
[15:45] <FJKong> locate problem of bug :fcitx cpu 100% in calling of dbus
[15:45] <FJKong> utuntu phone env setup and learn how to start to make a scope
[15:46] <Laney> he also fixed presage to not pull more stuff into main
[15:46] <didrocks> FJKong: oh, some scope hacking, enjoy :)
[15:46] <didrocks> FJKong: should we be concerned about the fcitx cpu bug?
[15:47] <FJKong> didrocks: I think it is cause by sogou module
[15:47] <didrocks> FJKong: keep us posted,now that fcitx is installed by default, in case is triggered by $anything
[15:47] <FJKong> so only in these who install sogou input method
[15:47] <didrocks> ok, sounds at least located, if you need help, do not hesitate
[15:48] <FJKong> didrocks: thanks
[15:48] <didrocks> yw, thanks!
[15:48] <didrocks> #topic Laney
[15:48]  * larsu wonders if Laney is even here
[15:48] <desrt> didrocks: he went for a walk ;)
[15:48] <didrocks> larsu: was going to write approx. the same :)
[15:48]  * desrt watches Laney rack up the points with each passing moment
[15:48] <Laney> :)
[15:49] <larsu> we should all stop making the same jokes
[15:49] <Laney> I was finding a cool unicode symbol
[15:49] <Laney> think I've topped all others
[15:49] <Laney> • Package new wallpapers
[15:49] <Laney> • Updates gdk-pixbuf pinta gvfs empathy intltool (in Debian too)
[15:49] <Laney> • Stab at failing image builds
[15:49] <Laney> ∘ qtquickcontrols MIR & testsuite fixes
[15:49] <Laney> ∘ fonts-* stuff
[15:49] <Laney> ∘ test failure blocking promotion from pending to current
[15:49] <Laney> • Discussions about how best to do fcitx by default for zh
[15:49] <Laney> • Merge patch to runtime detect spam software in evo
[15:49] <Laney> • Poke about making sure MSN and FB chat are disabled
[15:49] <Laney> • FFes and fun stuff like that
[15:49] <Laney> ℻
[15:49] <larsu> haha
[15:49] <didrocks> nice unicode char :)
[15:50] <didrocks> thanks for looking at the failing image builds btw, nice to get some
[15:50] <desrt> as in "and those are the ℻  about what i've been working on" ?
[15:50] <desrt> or is there some other meaning to this word?
[15:50]  * larsu mumbles something about the late 80s
[15:51] <didrocks> larsu: while you are mumbling, it's your turn!
[15:51] <didrocks> #topic larsu
[15:51] <larsu> theming week again \o/
[15:51] <Laney> there's also ㍶ btw
[15:51] <larsu> well, at least partly: I played around a lot trying to make totem's osd look nice
[15:52] <larsu> couldn't get anything good (turns out I'm not a visual designer) so I went all minimal
[15:52] <larsu> also finished up the titlebar branch a bit
[15:52] <Laney> what did -doc say?
[15:52] <larsu> nothing yet?
[15:52] <Laney> ok?
[15:52] <larsu> I think my ffe exception mail is still in some moderator queue
[15:52] <larsu> at least I didn't get a response
[15:53] <larsu> there was also quite some discussion about headerbar styling (again) this week
[15:53] <larsu> and gedit (again)
[15:53] <larsu> with no result (again)
[15:53] <didrocks> :(
[15:54] <didrocks> larsu: on -doc, IIRC, dpm has some moderation power on the ML, maybe ping him? (I may be wrong)
[15:54] <larsu> dpm: ping ^^
[15:54] <dpm> didrocks, larsu, I don't think I've got admin on that list, just ubuntu-translators
[15:55] <didrocks> larsu: got luck with the moderators hunting then!
[15:55] <didrocks> thanks dpm :)
[15:55] <dpm> sorry I couldn't help much
[15:55] <desrt> larsu: could always just join the list?
[15:56] <didrocks> yeah, let's try to get it moving, larsu tell us if you need help, I can look if I got some archives about who did what on that list
[15:56] <didrocks> ok, let's move on
[15:56] <larsu> bah sorry connection troubles
[15:57] <didrocks> no worry, anything to add?
[15:57] <larsu> something's wrong with this machine's wifi
[15:57] <larsu> ya
[15:57] <didrocks> ja*
[15:57] <larsu> did some hacking on gnome-desktop because of a background issue on ubiquity
[15:57] <larsu> in summary: our hidpi wallpaper situation is *bad*
[15:58] <larsu> as in, we scale the image down and back up
[15:58] <larsu> resulting in a blurry bg
[15:58] <larsu> I also started looking into the change password dialog in u-c-c not working, but was distracted by all the previous stuff I mentioned
[15:58] <seb128> larsu, wfm, I used today
[15:58] <seb128> the change pwd
[15:59] <larsu> seb128: oh. Not for me?!
[15:59] <larsu> interesting
[15:59] <seb128> works on my 2 laptops
[15:59] <seb128> including ecryptfs
[15:59] <seb128> so dunno, but let me know if you figure it out ;-)
[15:59] <larsu> apparently it got fixed since I looked at it last week?
[15:59] <larsu> whatevs. I'll have another look

[16:00] <didrocks> thanks larsu
[16:00] <didrocks> #topic qengho
[16:00] <didrocks> qengho: hey, how is going the chromium world?
[16:00] <qengho> It's okay. Jut one item so far this week.
[16:00] <qengho> - Working on chromium pixel-density strangeness. Old Gtk2 tab-bars perhaps fixed, needs testing. Off-screen pop-up windows still a mystery.
[16:00] <qengho> EOF
[16:01] <didrocks> oh, that was will's bug, right?
[16:01] <qengho> The second part is his.
[16:01] <qengho> THe first is a different one.
[16:01] <didrocks> ok, interesting, seems some kind of *dpi week ;)
[16:02] <didrocks> thanks qengho
[16:02] <didrocks> #topic mlankhorst
[16:02] <didrocks> mlankhorst: I gave you some additional minutes, hoping you are back now!
[16:02] <didrocks> (seems so from #ubuntu-devel)
[16:03] <didrocks> ok, let's see if he's back again later
[16:04] <didrocks> #topic tkamppeter
[16:04] <didrocks> tkamppeter: around?
[16:04] <tkamppeter> Yes
[16:04] <tkamppeter> - Organization of the OpenPrinting Summit 2015
[16:04] <tkamppeter> - hplip: Fixed another Python3 transition bug
[16:04] <tkamppeter> - Bugs
[16:04] <tkamppeter> - Moving to Brazil
[16:05] <didrocks> moving to Brazil? nice!
[16:05] <larsu> oh cool!
[16:05] <larsu> tkamppeter: where are you moving to?
[16:05] <desrt> tkamppeter: if you were sick of mitte, you could have tried kreuzburg
[16:05] <larsu> desrt: *kreuzberg
[16:05]  * larsu teaches this guy German all the way from Schlesisches Tor
[16:06] <tkamppeter> Yes, now I am in the middle of the move, the big boxes with the stuff are sent out and I will fly on Friday.
[16:06] <desrt> burg... berg... it's all bahnhof to me
[16:06] <larsu> desrt: you mean castle / mountain
[16:06] <tkamppeter> And a lot of furniture and a car have been sold.
[16:07] <Laney> not the printer collection
[16:07] <didrocks> ahah :)
[16:07] <Laney> dear god please not the printer collection
[16:07] <larsu> tkamppeter: have a safe trip!
[16:07] <didrocks> tkamppeter: good luck with the move!
[16:07] <desrt> tkamppeter: safe travels :)
[16:07] <tkamppeter> It goes to Belo Horizonte, third largest city of Brazil, capital of the state Minas Gerais, birth place of my wife.
[16:07] <desrt> tkamppeter: lots of family there, i guess?
[16:07] <tkamppeter> desrt, I had already moved from Mitte to Pankow earlier.
[16:08] <desrt> tkamppeter: yuck.  no wonder you want to move to another country ;)
[16:08] <desrt> outside the ring, man!!
[16:08] <tkamppeter> The printer collection is partially sold, mainly very old or broken printers, and three printers are in the big box.
[16:08] <larsu> desrt: don't talk down on Pankow.
[16:08] <larsu> desrt: just don't.
[16:09] <desrt> larsu: too close to home?
[16:09] <larsu> no it's actually quite far
[16:09] <larsu> but it's nice there
[16:09] <larsu> my grandparents used to live there
[16:09] <didrocks> let's continue best locations (it's Lyon anyway) discussion later on…
[16:10] <didrocks> thanks tkamppeter, and safe flight!
[16:10] <didrocks> #topic seb128
[16:10] <seb128> hey
[16:10] <tkamppeter> desrt, but it was very close to the ring, so one went more to Prenzlauer Berg for shopping and not to Pankow.
[16:10] <seb128> • updated tbe click chroot code to handle missing upstart (was making sdk env
[16:10] <seb128> creation bug)
[16:10] <seb128> • submitted fix for invalid gvariant ref handling in telephony-service,
[16:10] <seb128> thanks larsu for pointing out the problem
[16:10] <seb128> • helped robert_ancell to get sort out sync/blacklist issues for some
[16:10] <seb128> fonts packages
[16:10] <seb128> • updated uitk example gallery to use valid documentation references
[16:10] <seb128> • reported some issues with the developer website
[16:10] <seb128> • looked more at the gnome-bg hidpi issues
[16:10] <seb128> • ubuntu-system-settings
[16:10] <tkamppeter> Yes, a lot of family in BH.
[16:10] <seb128> ∘ fixed text entries not getting the initial focus in bt pairing dialog
[16:10] <seb128> (and sim forwarding)
[16:10] <seb128> • tried to make the phone advertize over bt as a phone rather than a computer with init scripts but that seems to not work reliably, need to maybe look at a different way to do that (config override?)
[16:10] <seb128> • investigated a bit bluetooth autopairing of input device (not having to confirm the 0000 number manually)
[16:10] <seb128> that's it from me ;-)
[16:10] <seb128> hey from London btw
[16:10] <seb128> thanks didrocks for handling the meeting ;-)
[16:10] <desrt> seb128: say hi to everyone there :)
[16:10]  * didrocks sends some sun to seb128
[16:11] <didrocks> seb128: yw!
[16:11] <seb128> didrocks, oh, sun from the south of France, niiiice
[16:11] <seb128> desrt, k :-)
[16:11]  * desrt waits for it
[16:11] <didrocks> seb128: so previsible
[16:11] <seb128> :p
[16:11] <didrocks> predictable*
[16:11] <desrt> *shrug* http://www.merriam-webster.com/dictionary/previsible
[16:12] <didrocks> seb128: enjoy the rest of meetings there, thanks for stopping by!
[16:12] <seb128> thanks!
[16:12] <didrocks> #topic robert_ancell
[16:13] <didrocks> Worked on:
[16:13] <didrocks> - XMir handover
[16:13] <didrocks> - lightdm SRUs
[16:13] <didrocks> - Indic fonts
[16:13] <didrocks>  Currently working on:
[16:13] <didrocks> - TPM
[16:13] <didrocks> #topic TheMuso
[16:13] <didrocks>  * More unity 7 dash accessibility work.
[16:13] <didrocks> * Begun installer accessibility testing, to ensure no regressions.
[16:13] <didrocks> #topic didrocks
[16:13] <didrocks> Ubuntu Make:
[16:14] <didrocks> - did a minor release with user experience enhancements and bug/tests fixes (more info on https://plus.google.com/+DidierRoche/posts/EP1DNeEkknx)
[16:14] <didrocks> systemd:
[16:14] <didrocks> - upstream discussion on fsckd changes that were needed to be done. Posted patches with the suggestions. All but one were reviewed, waiting for some feedbacks.
[16:14] <didrocks> - worked on nfs-utils/data transitions, waiting now on Steve's answer.
[16:14] <didrocks> - worked on whoopsie and whoopsie-preferences systemd integration followup to fix bugs #1412719 and bugs #1431432. In vivid now. As the transition is quite complex, I would appreciate if someone could test it as well with unity control center.
[16:14] <didrocks> - started to replace during pitti's vacations handling/looking at systemd-related bugs.
[16:14] <didrocks> Misc:
[16:14] <didrocks> - media-hub and cmake-extra MIR review/acking
[16:14] <didrocks> - discussions on MIR process for components nobody doesn't really want to own and archive admin processes (with demotion and promotion of some components to "fix" tracker/grilo-plugins situations).
[16:14] <didrocks> - various fcitx/image size discussions while getting it by default on the live image.
[16:14] <didrocks> .
[16:14] <didrocks> #topic misc
[16:14] <didrocks> any pending questions?
[16:14] <didrocks> hdpi discussions that we need to have? :)
[16:14] <didrocks> or input method?
[16:14] <desrt> anyone know a launchpad hacker? :)
[16:14] <larsu> yes, we do
[16:14] <tkamppeter> Thanks and Obrigado all for the good wishes for my move!
[16:15] <desrt> this is annoying: https://bugs.launchpad.net/launchpad/+bug/335161
[16:15] <larsu> didrocks: but really, we need a sprint
[16:15] <didrocks> desrt: starts with a c ;)
[16:15] <desrt> sorry.  rather this one: https://bugs.launchpad.net/launchpad/+bug/638498
[16:15] <didrocks> larsu: +1
[16:15] <desrt> it's making it more difficult to support 'jhbuild sysdeps --install' for ubuntu
[16:15] <didrocks> desrt: hum, I think we can get some urls with it, let me check after meeting
[16:16] <didrocks> the first one at least, I don't remember about the checksums
[16:16] <desrt> didrocks: i know the files are online... trouble is they're not listed in the Release file
[16:16] <didrocks> needs to check old CI train code
[16:16] <didrocks> oh really? sounds weird
[16:16] <desrt> ya...
[16:16] <seb128> desrt, try asking cjwatson maybe :-)
[16:16] <didrocks> yeah, that was my c* hint :)
[16:16] <seb128> he moved to launchpad
[16:16] <desrt> interesting
[16:17] <desrt> that sounds very promising indeed :)
[16:17] <Laney> I predict a bzr branch lp:launchpad in desrt's future
[16:17] <seb128> lol
[16:17] <didrocks> Laney: went there as well? :)
[16:17] <desrt> desrt@humber:~$ bzr
[16:17] <desrt> bash: bzr: command not found
[16:17] <desrt> *cough*
[16:17] <didrocks> desrt: if bzr is the issue, there is a cool git plugin :)
[16:17] <Laney> git bzr clone!
[16:17] <desrt> sounds too much like 'git bz'
[16:18] <desrt> anyway... one other piece of business
[16:18] <desrt> i just wanted to say that this meeting was run in an extremely excellent way
[16:18] <desrt> i quite enjoyed it
[16:18] <didrocks> thanks desrt :)
[16:18] <larsu> I'm just happy noone was on strike
[16:18] <didrocks> roh :p
[16:18] <desrt> took me a second ;)
[16:18] <larsu> didrocks: :P Thanks for running the meeting!
[16:19] <didrocks> yw guys!
[16:19] <didrocks> #endmeeting
[16:19] <meetingology> Meeting ended Tue Mar 17 16:19:14 2015 UTC.
[16:19] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-03-17-15.31.moin.txt
[16:19] <didrocks> thanks everyone :)
[16:19] <larsu> so I think we should talk about headerbars, hidpi, and fcitx now
[16:20] <didrocks> oh, forgot about headbars in this "what to discuss" proposal
[16:20] <didrocks> sorry about it ;)
[16:20] <larsu> ;)
[16:20] <didrocks> headerbars*
[16:20]  * larsu prefers headbars
[16:20] <Laney> ffffffframe extents
[16:20] <attente_> what's to discuss about fcitx?
[16:20] <larsu> Laney: sigh
[16:20] <desrt> ya... we talk about them enough that saving the two extra characters may reduce RSI
[16:20] <Laney> haha
[16:20] <desrt> h7r
[16:21] <larsu> Laney: maybe we should just byte the bullet and patch gtk to not supress the decorations
[16:21]  * didrocks likes h7r
[16:22] <Laney> ...
[16:22] <Laney> let's have a h7r amnesty for a few weeks
[16:24] <seb128> didrocks, so, I'm on a slow box but u-c-c freezes for like 15 seconds when checking the whoopsie box
[16:24] <seb128> http://paste.ubuntu.com/10616144/
[16:24] <seb128> " object_path=0x3e14c70 "/com/ubuntu/WhoopsiePreferences", interface_name=0xffffffffffffffff <error: Cannot access memory at address 0xffffffffffffffff>,
[16:24] <seb128>     interface_name@entry=0x3df7960 "com.ubuntu.WhoopsiePreferences", method_name=0x1 <error: Cannot access memory at address 0x1>,"
[16:24] <seb128> the cannot access memory looks weird to me
[16:25] <didrocks> seb128: waow, everytime?
[16:25] <seb128> yes
[16:25] <didrocks> seb128: yeah, I'm doing some sync subprocess call
[16:25] <didrocks> that's what I wanted to check
[16:25] <didrocks> I don't think the memory address issue is linked to it
[16:25] <seb128> k
[16:25] <didrocks> but ok, you confirm that can be slow on some box
[16:25] <didrocks> I'll change that logic
[16:26] <larsu> why isn't this in gsettings?
[16:26] <didrocks> larsu: it was some conffiles before, now it's piloting enablement/disablement of a systemd service
[16:26] <didrocks> larsu: and systemd doesn't have a "start if this key is true/false"
[16:27] <larsu> didrocks: maybe we should add that :)
[16:27] <ogra_> +1 ... and while you are at it do the same for the android property service since we will need the same feature on phones
[16:27] <seb128> didrocks, thanks
[16:28] <didrocks> seb128: thank you for testing!
[16:28] <seb128> yw!
[16:29] <larsu> ogra_: what do we need that for?
[16:29] <didrocks> larsu: I think there were some opposition for that
[16:29] <ogra_> larsu, en/disabling system services when the container switches something on/off
[16:29] <didrocks> like for ConditionExec=
[16:29] <larsu> didrocks: color me surprised
[16:30] <larsu> ogra_: ah, this way around. I thought hooking it up to gsettings
[16:30] <ogra_> larsu, drivers and their managing daemons run inside the container ... the properties get set or unset by these daemons, userspace runs completely on the ubuntu side ...
[16:30] <seb128> didrocks, oh, just got a segfault...
[16:30] <ogra_> for upstart we have a "property-bridge" that handles this
[16:30] <didrocks> seb128: if you have a traceback handy… :)
[16:31] <ogra_> larsu, ah, no, no gsettings ... but the feature on the systemd side wouldnt be much different
[16:31] <larsu> indeed
[16:31] <desrt> so.. cjwatson already has a fix that he's testing
[16:31] <didrocks> seb128: the segfault is on the backend, right?
[16:31] <didrocks> seb128: that's the only part I touched
[16:32] <seb128> didrocks, http://paste.ubuntu.com/10616178/
[16:32] <seb128> didrocks, no, u-c-c, but it happens if you go out of the panel before the call returned I guess
[16:32] <cyphermox> dgadomski: could I provide you with a preseed?
[16:32] <seb128> that might not be a new bug
[16:32] <seb128> didrocks, where is the enable/disable status stored?
[16:32] <dgadomski> cyphermox: for testing?
[16:32] <didrocks> seb128: ok, I'm pretty sure something like this already existed
[16:32] <didrocks> seb128: systemd
[16:33] <didrocks> seb128: there is no "intermediate storage" anymore
[16:33] <didrocks> systemctl status whoopsie
[16:33] <dgadomski> cyphermox: sure
[16:33] <seb128> didrocks, oh, ok
[16:33] <seb128> didrocks, it's fine for touch as well?
[16:33] <didrocks> seb128: yeah, it also changes the upstart state
[16:34] <didrocks> I don't know about the first enable/disable feedback
[16:34] <didrocks> but starting/stopping can be async
[16:34] <didrocks> (it wasn't before)
[16:35] <didrocks> so I guess you already had trouble under upstart with this machine
[16:35] <seb128> it's not freezing anymore now, go figure
[16:35] <seb128> didrocks, ok, at least changing value seems to work fine
[16:35] <didrocks> seb128: it should enable/disable + starts/stops
[16:35] <didrocks> seb128: the other settings now changes /etc/whoopsie
[16:36] <didrocks> and /etc/default/whoopsie should be removed on upgrade
[16:36] <didrocks> (and transitioned)
[16:36] <seb128> that one was removed yeah
[16:36] <seb128> I looked in there first
[16:36] <seb128> so seems to work as it should :-)
[16:37] <didrocks> phew, thanks seb128 :)
[16:37] <seb128> yw!
[16:39] <cyphermox> dgadomski: yeah, for testing; I keep the preseed files around, it gets useful
[16:40] <dgadomski> cyphermox: please attach them to any of the lp bugs if applicable
[16:41] <cyphermox> ack
[16:51] <desrt> oh.  one more thing i found recently that's annoying me: 'df' is messed up
[16:52] <desrt> on my utopic system....  and on jessie it seems to be working fine
[16:52] <didrocks> desrt: btrfs?
[16:52] <desrt> it seems that the way that it works is by opening /etc/mtab and then calling stat() on each of the listed mountpoints
[16:53] <desrt> then it removes duplicates, by st_dev comparison
[16:53] <desrt> but (here's the stupid part) it shows the _last_ item for each st_dev
[16:53] <desrt> so if you do a bind mount, it will show the bind mount destination as the mountpoint
[16:53] <desrt> instead of the original one
[16:53] <desrt> so i get stupid output like /srv/mirror<PHONE_NUMBER> 351365208<PHONE_NUMBER>  26% /home/desrt/jhbuild/jessie-amd64-itstool/srv/mirror


[00:27] <Virginia> Hello, I got a few problemos
[00:30] <Virginia> Help?
[00:42] <Virginia> isnt there anyone out there that could help me
[00:53] <dscassel> Virginia: What's up?
[01:11] <Virginia> I cant watch dvds on my computer since I downloaded ubuntu.
[01:12] <mhall119> Virginia: what kind of DVDs?
[01:12] <mhall119> you probably need to install the software needed to decode them
[01:13] <mhall119> Virginia: I'd suggest joining the #ubuntu channel, where all the community support happens, someone there should be able to walk you through getting it setup
[01:13] <Virginia> thanks.
[01:14] <mhall119> no problem
[03:21] <J2bv16> Hii
[03:21] <J2bv16> I need help here
[03:21] <J2bv16> If someone can :D
[06:58] <dholbach> good morning
[07:14] <sagaci> hi dholbach, are you able to look through a small merge request? https://code.launchpad.net/~jpickett/ubuntu/oneiric/ubuntu-docs/fix-for-804855
[07:15] <sagaci> sorry, wrong channel - should have posted in #ubuntu-motu
[07:31] <dholbach> sagaci, maybe somebody from the docs team can have a look at it?
[07:32] <dholbach> the diff seems to be huge and has conflicts
[07:32] <dholbach> Diff: 108214 lines (+106462/-0) 333 files modified (has conflicts)
[07:32] <dholbach> and I'm a bit busy with other stuff right now, sorry :/
[07:32] <sagaci> eh, maybe I screwed up, it's only a changelog entry and one character deletion from a help page
[07:32] <sagaci> no worries
[07:32] <sagaci> i'll do it again
[07:35] <dholbach> sagaci, try asking mdke (he might not be online, but maybe he can review offline)
[07:35] <sagaci> righteo then
[07:36] <dholbach> :)
[13:38] <airon90> HI you all! Could I have your attention please? :) I have a request for you about LoCo teams
[13:52] <YoBoY> airon90: hi, and your request is... ?
[13:55] <airon90> I'm one of the leader of ubuntu-eo and I'm doing some works in order to make ubuntu-eo a loco team. However LoCo team is for local groups and Esperanto is spoken worldwide (even if there were some micronations who tried to choose Esperanto as official language and even if Esperantists consider Esperantio (or Esperantujo) as a virtual nation). What do LoCo team leaders thank about?
[13:58] <mhall119> airon90: language teams asking like loco-teams cause all kinds of headaches
[13:58] <mhall119> s/asking/acting/
[14:01] <airon90> mhall119: why do you think so?
[14:01] <mhall119> airon90: because language teams don't have a "place" geographically
[14:02] <mhall119> they are not "local" in a physical sense
[14:05] <airon90> Not all languages teams don't have a place: italian dialects are spoken in mainly in Italy
[14:05] <airon90> So there's no possibility to become a loco team...
[14:05] <mhall119> true, and there is a team for Italy (the place)
[14:06] <mhall119> airon90: I'm not on the loco-council, so I can't say for sure, but I don't think being a loco-team really what you want
[14:09] <mhall119> !loco-council
[14:09] <ubot4> Factoid 'loco-council' not found
[14:09] <mhall119> !lococouncil
[14:09] <ubot4> lococouncil is The Loco Council is itnet7, czajkowski, paultag, huats, leogg, popey - they are there to help, just ask! :) You can send them an email at<EMAIL_ADDRESS>[14:10] <mhall119> those are the folks you'll need to talk to about being a loco-team
[14:11] <airon90> You told me that it is not possible! :)
[14:11] <airon90> However, thank you very much for your answer!
[14:11] <mhall119> airon90: I don't have the authority to say it's not possible
[14:12] <mhall119> I just said it causes headaches
[14:16] <YoBoY> airon90: what type of "events", ressources,... your team want to have ?
[14:23] <airon90> Ok, mhall119, thank you very much! :)
[14:39] <airon90> YoBoy: Sincerely I don't know. We are a little community which wants just to be a part of Ubuntu community
[14:40] <airon90> I don't think someone took part to an event. I only know that one member (another leader) works in Canonical but I don't know if he took part to an event
[14:40] <airon90> However I received some days ago an email written by Daniel Holbach
[14:41] <airon90> About Ubuntu Global Jam
[14:42] <airon90> I just answered him telling that we aren't a loco team and we cannot meet in one place
[14:43] <airon90> He answered me so: «[...] How about an Esperanto Translations Jam, where you meet online to discuss things. Would that work? It might also be worth talking to people in #ubuntu-locoteams or<EMAIL_ADDRESS>about this. I know that a couple of teams have organised online-only events in the past quite successfully. [...]»
[14:44] <airon90> So, is there someone who have organised online-only events in the past? :)
[14:49] <mhall119> airon90: the esperanto team can be part of the community without being a loco-team
[14:49] <mhall119> there's plenty of non-loco community teams
[14:55] <mhall119> airon90: online-only events are fairly common, does the esperanto team have a mailing list?  You can just invite everybody to join a specifici channel at a specific time
[15:02] <YoBoY> airon90: there is an esperanto ubuntu translation team ? it's a good start to do an online event for the global jam
[15:04] <YoBoY> there is no real need to be part of a loco team or a team to make ubuntu events, it's just harder to promote them on some sites, but you can always use the planet if you are an ubuntu member
[15:06] <YoBoY> for example of online event, you have the Ubuntu Developer Week starting next week (july 11th to 15th)
[15:09] <airon90> Thank you all so munch! Yes, we have a ML and a l10n-team
[15:10] <airon90> Ok, is it better to make occasional or defined online meetings (example: every last monday of June and December)?
[15:11] <mhall119> airon90: whichever works better for your team
[15:11] <airon90> Thank you for the Ubuntu Dev Week! Where could I see all these events? :S
[15:12] <airon90> Ok, better occasional meetings :)
[15:12] <mhall119> airon90: https://wiki.ubuntu.com/Classroom is probably the best place to start
[15:13] <YoBoY> my point of view for an esperanto team, if you don't plan at the beginning to provide support in esperanto (forum, documentation, ...) but just want to start an esperanto community, you should do like the ubuntu-women community, it's not a loco team, it's just to have a group where women can share. With time, if you want to grow and become more a langage support team, you can always evolve in that way
[15:13] <airon90> Thank you very very much. Now I leave this room because we are not talking about LoCo team :) Thank you very much!
[15:14] <YoBoY> you can stay, we don't kick out anyone :)
[15:14] <mhall119> airon90: you can join #ubuntu-community-team
[15:16] <airon90> We DO want to provide support in Esperanto. But by now we should grow so maybe we should wait for better times :)
[15:16] <YoBoY> great :)
[18:22] <Quintasan> Can I somehow get rid of a few pages at wiki.ubuntu.org? We have moved a few pages of Polish LoCo Team and there are some unused pages left
[18:23] <nigelb> Quintasan: Please do
[18:23] <nigelb> There's a delete in the options
[18:24] <Quintasan> oh
[18:24] <Quintasan> Well hidden :D
[18:25] <nigelb> Quintasan: You do remember jorge's lightning talk don't you? :D
[18:26] <Quintasan> Yes I do, I'm acting according to that :"D
[18:26] <nigelb> He'd be proud
[18:26] <nigelb> :P


[06:29] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4525 Generating diffs
[06:29] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4525 Successfully built
[08:51] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4523 Publishing packages
[09:15] -queuebot:#ubuntu-ci-eng- slyon, https://bileto.ubuntu.com/#/ticket/4315 Successfully built
[09:18] -queuebot:#ubuntu-ci-eng- slyon, https://bileto.ubuntu.com/#/ticket/4498 Successfully built
[09:32] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4512 Proposed pocket
[09:58] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4017 Needs rebuild due to higher version at destination
[10:08] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4507 Proposed pocket
[15:16] -queuebot:#ubuntu-ci-eng- slyon, https://bileto.ubuntu.com/#/ticket/4315 Dependency wait
[15:18] -queuebot:#ubuntu-ci-eng- slyon, https://bileto.ubuntu.com/#/ticket/4498 Failed to build
[16:19] -queuebot:#ubuntu-ci-eng- slyon, https://bileto.ubuntu.com/#/ticket/4498 Successfully built
[16:36] -queuebot:#ubuntu-ci-eng- slyon, https://bileto.ubuntu.com/#/ticket/4315 Dependency wait