[00:35] <ScottK> slangasek: re e.u.c: JDFI.  If anyone complains about it going away,  send them to the TB. The TB exists (or doesn't) to resolve technical disputes, not to design the OS.
[00:41] <slangasek> ScottK: yes, I wasn't proposing to send this to the TB, that was stgraber :)
[00:41] <ScottK> Ah. OK.
[00:41] <slangasek> I only said to assign the bug to the TB to open e.u.c for trusty... if it's going away, we can just make it go away in the code
[00:42] <ScottK> Right JFDI getting rid of it then.
[00:44] <stgraber> ScottK: changing the various packages to stop putting extras.u.c in the distro is something that can be done at any point without TB approval, that's fine. The TB should still be the one making the decision to kill the delegation to the ARB, kill the team and update all the exceptions about extra repositories that were designed for the ARB.
[00:45] <stgraber> so yeah, killing it from the distro can easily be done without a TB, killing it for good, will need a bit more paperwork and discussions, though that can be done later and shouldn't be a big deal anyway
[00:45] <ScottK> Sooner the better.
[00:46] <stgraber> agreed
[01:12] <ScottK> So JFDI the distro bits and the rest can be cleaned up later.  I think any TB decision would be a formality at this point.
[06:26] <highvoltage> hey stgraber, I haven't been on the ARB for a while
[15:17] <jtaylor> does aarch64 in ubuntu have neon?
[15:18] <jtaylor> I'm updating fftw, and wondering if I should preemptively enable its neon support on aarch64
[15:33] <JanC> are there (expected to be) any Aarch64 processors that have no support for neon?
[15:44] <xnox> there is neon for arm64 and it's been extended, over v7 offering. No idea if it's optional or mandatory.
[15:54] <jtaylor> that shouldn't matter it does runtime detection
[15:54] <jtaylor> so the compiler will accept the flagß
[16:00] <jtaylor> the DEB_HOST_ARCH is arm64?
[16:13] <stgraber> highvoltage: you're still in the team apparently, which is all I care about to get the archive fixed ;)
[16:15] <infinity> xnox: neon is mandatory for aarch64.
[16:15] <xnox> infinity: ah, cool.
[16:15] <xnox> highvoltage: you are our south african back door! \o/
[16:19] <jtaylor> the DEB_HOST_ARCH is arm64?
[16:21] <highvoltage> stgraber: heh, ok
[16:22] <jtaylor> seems to be, at least thats used in xorg
[16:27] <stgraber> highvoltage: can you go to https://launchpad.net/~app-review-board/+archive/ppa/+copy-packages
[16:27] <stgraber> highvoltage: then copy lightread from quantal to saucy (copy including binaries, no rebuild)
[16:28] <stgraber> highvoltage: s/saucy/trusty/ sorry
[16:28] <stgraber> highvoltage: once it's fully published in trusty, removed it from the archive at https://launchpad.net/~app-review-board/+archive/ppa/+delete-packages
[16:28] <stgraber> highvoltage: (that's all so we get the trusty series initialized and can get the release upgrader to work again)
[17:14] <infinity> cjwatson: Okay, you can stop with the transitions now.  I think you've firmly established ownership of the activity donut.
[17:15] <infinity> xnox: You too, young man. :P
[18:35] <xnox> infinity: direct SQL queries on the database do not count ;-)
[18:39] <brainwash> can some dev or package maintainer take a look at bug 1183580 please? the debian library seems to work fine and would need to be synced
[18:41] <brainwash> it's has been broken for months now and I feel like something needs to happen
[18:59] <xnox> brainwash: librcc source package is in sync with debian, and what is in 13.10 and Trusty is same source as in debian.
[18:59] <xnox> brainwash: to it's an ubuntu specific problem: e.g. when/how it was compiled, or our toolchain, or one of the reverse dependencies, etc.
[19:00] <infinity> If the Debian binary works and ours doesn't, it may come down to toolchain differences, perhaps some flag needs setting to make it behave.
[19:01] <brainwash> the actual package maintainer seems to be inactive, so any chance for a fixed package?
[19:01]  * infinity can look at it when he gets home tonight, if xnox doesn't beat him to it.
[19:02] <brainwash> thanks, I really hope it will get fixed in saucy :)
[19:02] <xnox> brainwash: define "actual package maintainer"? =) ubuntu packages are collectively maintained, and debian maintainer doesn't have to look into ubuntu specific bugs.
[19:02] <slangasek> fixing it in saucy requires an SRU; syncing the version from Debian is unlikely to be a valid SRU target
[19:03] <xnox> slangasek: especially when saucy is in-sync with current sid ;-)
[19:03] <brainwash> https://launchpad.net/ubuntu/+source/librcc
[19:03] <slangasek> right, or even syncing the new upstream version from $wherever
[19:03] <brainwash> does mention the name of the maintainer
[19:05] <infinity> Well, if building the new upstream on Ubuntu works, there's probably a cherry-pick one can make from $upstream_vcs.
[19:05] <infinity> If no one's done anything about this in the next ~8h, I'll poke it with a large stick when I get back from shenanigans. :P
[19:08] <slangasek> Shenanigan's? https://plus.google.com/107394684970924577932/about
[20:47] <highvoltage> stgraber: ok, copying lightread from quantal to trusty...
[20:47] <highvoltage> "Requested sync of 1 package to Application Review Board PPA.
[20:47] <xnox> Are debug symbols available for ppa:gnome3-team/gnome3 ?
[20:47] <highvoltage> Please allow some time for this to be processed."
[20:49] <highvoltage> stgraber: so what should I remove once it's fully published? lightread for trusty of for quantal or all of it?
[20:51] <stgraber> highvoltage: the one in trusty
[20:51] <stgraber> highvoltage: we just want LP to generate the pocket on ppa.launchpad.net but don't actually want anything in it at the end
[20:51] <highvoltage> ah I see
[20:52] <stgraber> highvoltage: I guess publishing should be done in ~10min, then you can remove it and we'll be good in another ~10min
[20:53] <highvoltage> stgraber: ok, will check on the hour
[20:56] <highvoltage> it's published, removin...
[21:00] <stgraber> highvoltage: thanks
[21:01] <highvoltage> hope it worked :)
[23:53] <Noskcaj> Can someone look at all our ogmrip packages? many of them should either be removed or synced from deb-multimedia


[02:22] <excalibr> o/
[02:43] <fairuz> \o/
[02:53] <excalibr> It's friday friday friday..gotta make my mind up which game to play


[03:36] <errpt> hi.all
[03:36] <errpt> my first time come here .
[03:37] <errpt> I have a ThinkPad X41 laptop ,and I tried to enable the fingerprint scanner in ubuntu .
[03:37] <errpt> I find some guide ini thinkwiki.


[06:48] <magespawn> Good morning all
[06:55] <chesedo> morning magespawn and othets
[06:55] <chesedo> s/othets/others/
[06:56]  * chesedo sees oom Kilos may have gotten up for a midnight snack
[10:10] <Langjan> Hi to all
[10:13] <inetpro> oh hi oom Langjan
[10:13] <inetpro> how are you doing?
[10:14] <inetpro> and hello to everybody else as well
[10:14] <Langjan> Hello inetpro, doing well thanks. And yourself?
[10:14] <inetpro> all good thanks
[10:15] <inetpro> just time flying way too fast
[10:15] <Langjan> Indeed! Year is gone
[10:16] <Langjan> Great that you are well! Just wanted to pop in and wish everybody a blessed Christmas.
[10:23] <inetpro> thanks oom Jan, wishing you the same as well
[10:24] <inetpro> how are you doing?
[10:24] <inetpro> I mean, what are you doing with yourself these days
[10:25] <inetpro> you don't come here often enough
[10:25] <inetpro> oh and hi chesedo as well
[10:26] <inetpro> and magespawn
[10:27] <chesedo> hi oom Langjan
[10:28] <chesedo> and ty, and same there as pro said
[10:29] <chesedo> oom Kilos wiil be here in a bit, his sound notifications are not working so he has to open his irc to see new messages
[10:32] <Langjan> Hi chesedo
[10:34] <Langjan> inetpro, I'm heavily involved with Transformation Prayer Ministry, lawn bowls, land rights negotiations in Mozambique and natural wellness in addition to my habit of doing all my own maintenance etc. around the home and car.
[10:35] <inetpro> nice job Langjan
[10:35] <Kilos> i am here
[10:35] <Kilos> hi everyone
[10:35] <inetpro> oh hi oom Kilos as well
[10:35] <Langjan> Hi Kilos hoesit?
[10:36] <Langjan> Sorry, oom Kilos
[10:36] <inetpro> Kilos: you done your last minute christmas shopping yet?
[10:36] <Kilos> all ok here ty, all the best wishes for all of you
[10:36] <Langjan> Thks Kilos
[10:36] <Kilos> i dont shop
[10:36] <inetpro> dankie oom
[10:37] <inetpro> Kilos: you must learn to do it like the young ones :-)
[10:37] <inetpro> buy and sell online
[10:37] <Kilos> lol do what like the young ones?
[10:37] <Langjan> Buy is easy, sell complicated
[10:38] <Kilos> oh no man you still need money for that
[10:38] <Kilos> i bought a hard drive like that remember
[10:38] <inetpro> it's easy, always spend less than what you earn
[10:38] <inetpro> save and invest the left overs
[10:39] <Kilos> haahahahaha
[10:39] <Langjan> I have bought three ssd's that way, best prices
[10:39] <Kilos> grapmaker
[10:39] <Langjan> And put overdraft on fixed deposit...
[10:40]  * inetpro the big financial advisor, just for today
[10:40] <Kilos> lol
[10:41] <Langjan> Lmga! inetpro what advice about Bitcoin?
[10:41] <inetpro> Langjan: haha, that's one dangerous game
[10:41] <inetpro> especially today
[10:41] <inetpro> not good for the heart
[10:41] <inetpro> you need nerves of steal
[10:41] <Langjan> Yeah, good for speculators and gamblers
[10:42] <inetpro> did you look at that trend today?
[10:43] <Langjan> Nope, not my cuppa tea
[10:45] <Langjan> People who market bitcoin as an investment should be jailed
[10:46] <Langjan> Kilos, how are the girls in Melbourne
[10:46] <Langjan> ?
[10:46] <inetpro> mindboggling how the value of a BTC drops and returns to previous levels (not yet today) and higher
[10:47] <inetpro> but obviously there's no guarentees
[10:48] <Kilos> girls are ok ty Langjan
[10:49] <Langjan> Good. A blessed Christmas to you and to them
[10:49] <inetpro> Langjan: be brave and take 1% of your monthly savings and play with it
[10:50] <inetpro> I think digital currencies will be there in the long run
[10:50] <Kilos> everything will be digital
[10:50] <Kilos> cash will disappear
[10:50] <Langjan> Thks inetpro but whilst I agree with you, it's not the type of game that I like to play
[10:50] <Kilos> so will credit cards
[10:52] <Langjan> You guys must enjoy your week end and have a lovely Christmas, may the joy and peace of the living King Jesus be with you.
[10:52] <inetpro> baie dankie oom Jan
[10:53] <Kilos> ty Langjanand the same and more for you
[10:53] <Langjan> 'Bye for now, see you in the new year if all goes well and take good care.
[10:53] <Langjan> Thks Kilos
[10:53] <Kilos> be safe
[10:53] <Langjan> You too young man
[10:53] <inetpro> Langjan: best of wishes to you and the family as well
[10:54] <Langjan> thks inetpro
[10:54] <inetpro> also hoping that we'll get some rain as well
[10:54] <Langjan> Agreed!
[10:55] <Langjan> Cheers guys
[11:38]  * chesedo converted some cash he did not care much about to some Bitcoins early in the month, then realised that it might be safer to spread them so moved some of it to Monero last week
[13:52] <inetpro> wb melodie
[13:52] <melodie> thks inetpro
[13:52] <inetpro> how are you doing?
[13:53] <melodie> I'm ok, just super busy
[13:53] <melodie> have you seen my message on #ubuntu-africa?
[13:53] <melodie> no of course not
[13:53] <inetpro> nope... not yet
[13:53] <melodie> for the African countries speaking French:  https://aful.org/gul/liste#afrique
[13:54] <melodie> there are perhaps some updates to be done on that page
[13:54] <melodie> that's the list of the French speaking LUGs
[13:54] <melodie> Kilos how are you?
[13:54] <inetpro> oh no, unfortunately I don't yet do French
[13:54] <melodie> come to France, I'll teach you :)
[13:55] <melodie> then back to your place you'll teach others :D
[13:55] <melodie> ok, have to do other stuff, install a Ubuntu Mate to a machine. have a nice day!
[13:55] <inetpro> haha... sounds like an interesting challenge
[13:55] <inetpro> good luck
[13:55] <melodie> I'm usually good at that kind of challenge, teaching people how to learn more efficiently. :)
[13:55] <melodie> thnks!
[14:26] <Kilos> hi melodieim ok ty
[14:45] <melodie> hi Kilos !
[14:46] <melodie> I've read your crowdfunding page, I'm happy that it has been sorted out
[14:46] <melodie> are there still needs for financial support?
[14:46] <melodie> and are you watching your diet?
[15:03] <magespawn> Later all
[16:05] <Kilos> we are only half way melodie
[16:06] <Kilos> yes i am watching my diet carefully none of the good parts to eat anymore
[16:06] <Kilos> \hehe
[17:12] <inetpro> chesedo: looks like every major cryptocurrency suffered double-digit losses in the last 24 hours
[17:13] <inetpro> so I don't see the point of moving it out to another currency
[18:25] <MaNI> well my crypto holdings have held value over the last 24 hours and are up over the last week, but I guess it depends how you choose to defined major whether you are right or not.
[18:30] <inetpro> MaNI: https://arstechnica.com/tech-policy/2017/12/bitcoins-price-is-down-33-percent-from-highs-earlier-this-week/
[18:39] <MaNI> yeah I'm well aware of that, I  don't hold any bitcoin
[18:44] <MaNI> nor any of the other coins in that list, as I said depends on your definition of major - if it's the standard "high market cap" junk then yeah sure all 'major' crypto currencies have suffered double digit losses
[19:05] <inetpro> MaNI: wow, what are you using?
[19:06] <MaNI> As a measure of major? Well I tend to look at the utility of the currency and codebase.
[19:07] <MaNI> for example bitcoin gold and bitcoin cash are not -major- they are a cheap copy of bitcoin that doesn't even have proper developers, nobody actually uses them for anything
[19:07] <inetpro> I mean what cryptocurrency, we definitely need something that remains stable
[19:07] <MaNI> they are purely and simply a hype based trading vessel.
[19:08] <MaNI> well I only hold Gulden currently, because it's now my full time job, and it would be a bit hypocritical to bet against myself :P
[19:08] <MaNI> also as I develop it I'm confident that the developer is real and that actual code is being written - which is more than I can say for the other 99.9%
[19:08] <MaNI> *shrug*
[19:09] <MaNI> still I'm sure if you look around there are others as well with some stability - people tend to only look at the headlines and coinmarketcap neither of which are really great for identifying actual projects of worth (IMO)
[19:19] <inetpro> MaNI: interesting, thanks
[19:20]  * inetpro feeling left far behind in the race
[19:21] <MaNI> hehe
[20:01] <Cryterion> inetpro, you haven't looked at bitrex yet
[20:01] <inetpro> Cryterion: no, please tell me more
[20:02]  * inetpro is a newbie in this game
[20:03] <Cryterion> It's a trading platform, all crypto, almost all crypto currencies either via bitcoin, or direct to that currency
[20:03] <inetpro> can I buy with ZAR?
[20:03] <inetpro> or do I get a ZAR wallet there like Luno?
[20:04] <Cryterion> yes, but I'd sell atm if you have bitcoin, last I checked 1 BTC = ZAR 227000
[20:04]  * inetpro has nothing to sell, so not much to lose
[20:05] <inetpro> but I guess I have to start somewhere, now that everyone is talking about it
[20:05] <Cryterion> crypto to normal currency has to go through a bank that supports its, or some sort of exchange that does
[20:05] <Cryterion> look at XMG
[20:06] <Cryterion> I mine it
[20:06] <inetpro> yikes!
[20:06] <inetpro> sounds like hard labor
[20:07] <Cryterion> network is down atm, some issue, but pool is running tests to go back online soon
[20:08] <Cryterion> Think I'd done about ZAR 3 , with the BTC jump, it's about ZAR 40 now, small, but no loss if I play it
[20:11] <inetpro> Cryterion: what kind of hardware do you need for that?
[20:13] <Cryterion> it cpu minable, but I'm planning on switching it to a Raspberry Bank and building a solar powered system, I.E. free energy to mine
[20:13] <Cryterion> currently, just to play and learn it, my own pc's
[20:14] <inetpro> wow, that sounds interesting indeed
[20:15] <Cryterion> https://xmg.minerclaim.net/index.php althought the network is down atm, should be back up soon, next day or so
[20:17] <Cryterion> I just played it to see how thing go, but yes, it small amounts, but you're still gaining when that processor would normally be idle
[20:18] <pavlushka> /
[20:18] <pavlushka> //
[20:18] <Cryterion> .
[20:18] <Cryterion> ..
[20:19]  * inetpro also wants to feel what it's like to work in the mines one day
[20:21] <Cryterion> is gold reef city's mine still open?
[20:21] <inetpro> haha, I have no idea
[20:22] <Cryterion> went down it, 1km, with the full battery pack to power the headlight in the late 80's, and got to hold and sold gold ingot
[20:27] <inetpro> wow!
[20:29] <Cryterion> we couldn't run out with it though :(
[20:34] <MaNI> haha, they used to tell you if you could pick it up with one hand you could keep it, or something like that
[20:34] <MaNI> IIRC there was a bit of an incident where someone cheated
[20:49] <Cryterion> I remember that, but they got held at gun point for that to happen
[20:49] <Cryterion> gold ingot is about 12.5kg's
[20:50] <Cryterion> and that's alloyed gold anyway


[06:02] <sigv> what do the seg and sts-sponsor-volunteer tags on a bug signify?
[06:03] <sigv> for context: asking about https://bugs.launchpad.net/ubuntu/+source/debmirror/+bug/1821251
[10:47] <seb128> bah, ubuntu-old-fashioned works to build a bionic ubuntu live image but feels on groovy
[10:47] <seb128> E: Unable to locate package xserver-xorg-video-vmware-hwe-20.10
[10:48] <seb128> why is livecd-rootfs trying to install hwe stack on 20.10?
[11:34] <slyon> Hey, could somebody please re-trigger the cmake VS bison tests for amd64 & ppc64el? https://autopkgtest.ubuntu.com/packages/c/cmake/hirsute/amd64 -- The tests pass locally in qemu autopkgtest and the error log on autopkgtest.u.c displays: "A common reason is that your testbed is out of date with respect to the archive". So I think this might have been a temp. hiccup during archive opening.
[11:34] <slyon> same same is true for the cmake VS ncurses test on amd64, so that would need a re-trigger as well.
[12:07] <doko> jbicha: could you have a look at mwhudson's patch for https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973061 ?
[12:30] <seb128> slyon, retried
[14:23] <seb128> bdmurray, hey, any idea why http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html hasn't updated since septembre? is there any log somewhere from the service building those reports?
[14:48] <slyon> thank you, seb128!


[09:19] <jarnos> Ctrl-Esc tries to start xfce4-popup-menu in 14.04.3, but there is no such menu available.


[00:07] <RainCT> Hi
[00:08] <RainCT> There seems to be some problem with translations.edge.launchpad.net/gnome-activity-journal/trunk/+link-translations-branch, it doesn't find the branch ~gnome-zeitgeist/gnome-activity-journal/trunk, while trunk/+linkbranch does show it
[00:18] <mtaylor> hey all ... I've got an issue pushing a bzr branch to launchpad - it says I've got a lock, but break-lock doesn't remove it
[00:23] <spiv> mtaylor: odd, which branch?
[00:23] <mtaylor> spiv: lp:~mordred/libdrizzle/pandora-build
[00:23] <spiv> mtaylor: and you've tried 'bzr break-lock lp:~mordred/libdrizzle/pandora-build' ?
[00:23] <mtaylor> spiv: yup
[00:23] <mtaylor> spiv: http://pastebin.flamingspork.com/3789
[00:24] <mtaylor> spiv: ass... that's not the right lines...
[00:24] <mtaylor> spiv: http://pastebin.flamingspork.com/3790
[00:25] <spiv> break-lock doesn't prompt you to remove the lock?
[00:26] <spiv> And the error is pretty weird too, that's not a regular 'cannot lock' error.
[00:26] <mtaylor> spiv: yeah. I'm not sure what's up with that
[00:26]  * spm pokes into the filesystem....
[00:26] <mtaylor> spiv: it's not huge - I just pushed to a different branch... mainly pointing it out in case it's an intersting thing for you guys
[00:28] <spm> spiv: https://pastebin.canonical.com/26125/ ??
[00:29] <mtaylor> "You do not currently have access to the pastebin."
[00:29] <mtaylor> :(
[00:29] <mtaylor> oh - heh. that wasn't intended for me :)
[00:29] <spm> mtaylor: oh. sorry - that's our internal one - force of habit :-)
[00:32] <spiv> mtaylor, spm: that's weird, the lock dir should not be empty
[00:32] <spiv> oh, maybe it should be
[00:32] <spiv> Oh, hmm, so empty means no lock held...
[00:35] <spiv> mtaylor: I don't think your problem is a held lock
[00:35] <mtaylor> spiv: oh, ok
[00:35] <spiv> mtaylor: that error from the smart server is apparently attempting to create .bzr/branch/lock, which is weird; that should always exist once the branch is created.
[00:36] <spiv> mtaylor: could you add -Dhpss to your command line and then pastebin the corresponding part of your ~/.bzr.log ?
[00:37] <mtaylor> spiv: sure
[00:37] <Demophobie> someone here who can help me with lp?
[00:37] <spiv> Demophobie: hopefully :)
[00:37] <Demophobie> The languages of my branch wont be imported to launchpad :(
[00:38] <Demophobie> i changed them the day before yesterday. still no change
[00:38] <Demophobie> ah nvm!
[00:38] <Demophobie> my fault
[00:38] <Demophobie> now i see it
[00:39] <mtaylor> spiv: http://pastebin.flamingspork.com/3791
[00:40] <spiv> mtaylor: do you have any plugins installed?
[00:40] <mtaylor> spiv: yeah
[00:40] <mtaylor> spiv: http://pastebin.flamingspork.com/3792
[00:41] <spiv> mtaylor: that trace merrily does all the right things, it opens the remote branch, inserts the new revisions into the remote repo... then it tries to do BzrDir.create_branch!
[00:41] <mtaylor> spiv: LOVELY!
[00:42] <spiv> mtaylor: hmm, none of those plugins are likely suspects, but try with --no-plugins anyway, just in case?
[00:42] <spiv> mtaylor: (you may need to use bzr+ssh://bazaar.launchpad.net/~mordred/libdrizzle/pandora-build/ rather than the lp:... URL)
[00:42] <mtaylor> spiv: k.
[00:43] <mtaylor> spiv: nope. same thing
[00:44] <spiv> Huh.
[00:45] <spiv> That code path is hit when self.open_branch() on that BzrDir fails with NotBranchError, but that network conversation clearly shows that open_branch earlier succeeded.
[00:46] <spiv> ...but no open_branch attempt immediately before the create_branch call.  Hmm.
[00:49] <spiv> Oh, no, it does the fetch in between.  So that all looks fine, except that somehow the successful open_branch remote call is treated like a NotBranchError.
[00:54] <spiv> mtaylor: I have no idea
[00:55] <spiv> mtaylor: I suspect that if you push over sftp rather than bzr+ssh you'll workaround the bug, but I really don't see how that code can go wrong like that.
[00:55] <spiv> mtaylor: which version of bzr are you using?
[01:25] <mtaylor> spiv: 2.0.3
[01:25] <spiv> mtaylor: Ok.  Please file a bug.  I'm mystified!
[01:26] <mtaylor> spiv: :)
[03:58] <crimsun> hmm
[03:58] <crimsun> -rw-r--r--  1 crimsun crimsun   1415 2010-01-03 22:49 scratchbox2_2.0-3ubuntu1_source.changes
[03:58] <crimsun> sorry
[03:59] <crimsun> should have been accepted at :55, no? ->   2010-01-03 22:53 scratchbox2_2.0-3ubuntu1_source.ubuntu.upload
[04:03] <persia> crimsun: Already "Done".
[04:03] <persia> ( https://launchpad.net/ubuntu/lucid/+queue?queue_state=3&queue_text= )
[04:12] <crimsun> persia: for the past week I've been seeing some really strange processing lag, e.g., I'll upload by :49 and won't see the processing/accept until :00
[04:14] <persia> Odd.
[04:33] <Some_Person> crimsun: I've seen the same lag, but I'm new here and thought that was normal
[05:40] <MFen> i have a branch of a project using bzr, from launchpad (lp:txgenshi)
[05:40] <MFen> i want to put this branch somewhere, so i can refer to it in bugs and make a merge request
[05:40] <MFen> what bzr command is that? :)
[05:41] <persia> MFen: often something like `bzr push lp:~${your-lp-username}/txgenshi\${your-branch-name}`
[05:41] <persia> Err, s/\\/\//
[05:41] <MFen> aha. http://doc.bazaar.canonical.com/bzr.dev/en/tutorials/using_bazaar_with_launchpad.html  agrees with what you just said. ok then
[07:03] <ScottK> Seems somethings just gone off on the soyuz web U/I (at least).  I can't retry package builds now: (Error ID: OOPS-1465D737)
[07:04] <ScottK> Also, I'm pretty sure that build should have come out of depwait on it's own by now.
[07:04] <al-maisan> ScottK: is it because the web UI is timing out>
[07:04] <al-maisan> ?
[07:04] <ScottK> al-maisan: Right, but I've been doing quite a number of retries tonight with no trouble.
[07:04]  * al-maisan looks at the OOPS
[07:04] <ScottK> All of a sudden they fail and also packages that should be coming out of depwait, don't seem to be.
[07:04] <ScottK> Thanks.
[07:05] <al-maisan> hmm .. takes a while to open that page
[07:07] <ScottK> The depwaits I was expecting just arrived.
[07:07] <ScottK> So that's good news.
[07:07] <al-maisan> OK
[07:07] <ScottK> al-maisan: Not sure what you'll get off that page now, since it came out of depwait on it's own
[07:08] <al-maisan> ScottK: fair enough.
[07:08] <ScottK> They landed 10 or 15 minutes later than the normally do.
[07:08] <al-maisan> ScottK: I see .. so, you're fine for the time being?
[07:09] <ScottK> al-maisan: Yes, but I'll need to do some more retries after I sleep for a few hours, so I hope they work ....
[07:09] <al-maisan> ScottK: there were no changes in that area that I am aware off .. so thy should work.
[07:11] <ScottK> OK.  Hopefully it's just a case of 'stuff happens' and it'll be fine tomorrow.
[07:11] <al-maisan> ScottK: the query that caused the OOPS to occur is pretty trivial but took 20 seconds to perform .. might have been a db hiccup
[07:11] <ScottK> Sounds like.
[07:12] <spm> al-maisan: a db hiccup is likely to be evil locking somewhere?
[07:12] <spm> al-maisan: hello/HNY as well btw. :-)
[07:13] <ScottK> al-maisan: Something else to look into (not urgent) is due to the frozen lpia builds in Lucid, there are backports builds for hardy, jaunty, and karmic that can't get a build try on lpia.  It would be nice if that could get fixed.
[07:13] <al-maisan> spm: maybe .. maybe there was a deadlock and the other transaction was the deadlock victim .. can't see it from the OOPS though
[07:13] <al-maisan> spm: .. and hello and an even happier new year to you :)
[07:13] <spm> heh
[07:14] <ScottK> Good night.  I should have been in bed 3 hours ago.
[07:14] <al-maisan> ScottK: OK .. thanks for pointing that out.
[07:14] <al-maisan> ScottK: Good night!
[07:24] <wgrant> al-maisan: Rescoring all 9 builds at https://edge.launchpad.net/ubuntu/lucid/lpia/+builds?build_text=&build_state=pending to -11 will alleviate ScottK's final issue.
[07:25] <wgrant> (the chroot has been removed, so any attempt to dispatch them will fail anyway)
[07:25] <al-maisan> wgrant: thanks, will try that.
[07:31] <al-maisan> wgrant: did that.
[07:31] <al-maisan> ScottK: ^^ hope this helps.
[07:31] <wgrant> al-maisan: Great, thanks.
[07:31] <al-maisan> wgrant: thank you.
[11:48] <bencer> we requested a ppa quota increase through a question, and we were told to request it here, anybody can help ?
[11:48] <bigjools> bencer: yes
[11:49] <bigjools> which question?
[11:49] <bencer> bigjools:  https://answers.edge.launchpad.net/soyuz/+question/93569
[11:50] <bigjools> bencer: ok I already replied to that and asked how much space you want - but tell me now and I'll fix it
[11:50] <bigjools> is 2Gb enough?
[11:50] <bencer> 2G for ebox/1.3 should be enough
[11:50] <bencer> yeah
[11:50] <bigjools> ok done
[11:51] <bencer> bigjools: can we request a ppa removal as well ?
[11:51] <bigjools> yes, please file another question
[11:51] <bencer> ok, we'll do, thank you very much
[11:51] <bigjools> we don't do "proper" removal yet, but we can disable it
[11:52] <bencer> btw, is the ppa access stats on the roadmap ?
[11:52] <bigjools> not really :(  but wgrant did some work on that
[11:53] <bencer> bigjools: is that work public ? or could we have access to the logs somehow ?
[11:54] <bigjools> you can't see the logs unfortunately.  If wgrant pushed his branch up then you can see it
[11:54] <bigjools> s/it/the work/
[11:54]  * wgrant doesn't have much further of significance.
[11:55] <bencer> ok, thanks your help :)
[12:00] <om26er> how can i upload to my ppa?
[12:00] <bigjools> om26er: https://help.launchpad.net/Packaging/PPA
[12:00] <noodles775> Hi om26er, there are instructions on your ppa for the exact dput command too.
[12:03] <om26er_> sorry got disconnected
 om26er: https://help.launchpad.net/Packaging/PPA
 Hi om26er, there are instructions on your ppa for the exact dput command too.
[12:09] <om26er_> where is .dput.cf?
[12:10] <wgrant> om26er_: Why are you trying to edit it? Recent Ubuntu releases have all the necessary configuration already.
[12:10] <wgrant> Ah. Those old docs.
[12:10] <om26er_> wgrant: yes
[12:11] <wgrant> om26er_: Try reading the documentation linked to from the PPA itself. That is less outdated.
[12:11] <wgrant> Hm, they just link to the same place. That sucks.
[12:11] <wgrant> But the dput command is there.
[12:12] <wgrant> Ignore the instructions to edit .dput.cf. That is wrong.
[12:14]  * om26er_ is so confused
[12:15] <om26er_> is this what i should be reading? https://help.launchpad.net/Packaging/PPA/Uploading#Uploading a package to a PPA
[12:16] <wgrant> om26er_: Go to https://launchpad.net/people/+me/+archive, and use the dput command provided there.
[12:16]  * wgrant files a bug about the documentation.
[12:20] <om26er> what comes instead of this? <source.changes>
[12:21] <wgrant> om26er_: That's the <PACKAGE>_<VERSION>_source.changes file that was generated when you built your source package.
[12:23] <om26er> ok
[12:25] <om26er> i have built 3 different packages and none seem to have a .changes file
[12:26] <wgrant> om26er_: How did you build them?
[12:27] <wgrant> It should be generated by debuild when called with the '-S' flag.
[12:27] <om26er> sudo ./configure then sudo make then sudo checkinstall
[12:29] <wgrant> om26er: That does not produce a source package, nor even a binary package that can be particularly safely used. You probably want to have a read of https://wiki.ubuntu.com/PackagingGuide -- that documents the procedure for generating a policy-compliant source package.
[12:31]  * om26er looks into it
[12:32] <om26er> wgrant: is this the exact link https://wiki.ubuntu.com/PackagingGuide/Complete  ?
[12:33] <wgrant> om26er: That's right.
[12:33] <om26er> wgrant: thanx
[14:12] <james_w> E: java3ds-fileloader_1.2.orig.tar.bz2 (from java3ds-fileloader) is in the DB but isn't an orig.tar.gz.  (Probably published in an older release)
[14:12] <james_w> ^ more fallout from the v3 change? (sync-source.py -a)
[14:44] <ivoks> hi
[14:47] <ripps> I have over a dozen old branches from an old ppabot project on Launchpad, is there an easy way to delete them from commandline so I don't have to manually delete all of them over the web interface?
[14:53] <beuno> rockstar, abentley, is deleting branches exported over the API?
[14:53] <beuno> my guess would be that james_w` would of already requested something like that  :)
[14:56] <abentley> beuno: I believe it is not, though poolie suggests jelmer is working on that.
[14:56] <thekorn> it is bug 491944
[14:56] <beuno> abentley, ah, is that what the "commit message" discussion is about?
[14:57] <abentley> beuno: No, I don't think it's related.
[14:57] <jelmer> abentley: There's an approved branch from me that adds support for deleting branches over the API
[14:57] <jelmer> abentley: But launchpadlib doesn't like the fact that the object you have a handle to and call "delete()" on suddenly disappears
[14:57] <beuno> ripps, I think this means "soon on edge"  :)
[14:57] <beuno> thanks jelmer, abentley
[14:58] <jelmer> abentley: So I've waited with landing it until I had the chance to talk to Leonard
[14:58] <jelmer> abentley: (also, this was stuff I
[14:58] <jelmer> did in my spare time, not work :-)
[14:58] <abentley> jelmer: I understand.
[14:59] <beuno> jelmer, spare time?  you don't get anymore of that around here!  ;)
[14:59] <jelmer> :-)
[15:00] <james_w`> thanks jelmer
[15:01] <james_w`> jelmer: you have a traceback for the launchpadlib issue? I've been elbow deep in that code over the weekend
[15:01] <jelmer> james_w: Basically, launchpadlib tries to access the branch after delete() has been called on it
[15:02] <jelmer> so it gets back a 404
[15:02] <jelmer> I can also get you the full traceback if that would help.
[15:03] <james_w`> I get the concept at least
[15:03] <james_w`> I guess there's an issue that you can't make the object kill itself
[15:03] <jelmer> yeah
[15:03] <james_w`>             if http_method == 'post':
[15:03] <james_w`>                 # The method call probably modified this resource in
[15:03] <james_w`>                 # an unknown way. Refresh its representation.
[15:03] <james_w`>                 self.resource.lp_refresh()
[15:04] <james_w`> .delete() is explicitly exported as a delete operation isn't it?
[15:05] <jelmer> yep
[15:05] <jelmer> It's named 'delete' I mean, is there anything else?
[15:05] <james_w`> is it just done with @export, or something like @export_delete_operation
[15:06] <jelmer> I suspect it's just @export, I wasn't aware of the latter
[15:06] <jelmer> will that make a difference on the client side?
[15:07] <james_w`> I don't know
[15:08] <james_w`> it would at least allow us to differentiate client side
[15:08] <james_w`> well, we could have == "delete", but y'know
[15:10] <jelmer> james_w: I'll see if @export_delete_operation makes a difference tonight
[15:10] <jelmer> james_w: Special-casing seems like a bad idea, indeed.
[15:12] <james_w`> export_destructor_operation
[15:12] <james_w`>     """Decorator indicating that an exported method destroys an entry.
[15:12] <james_w`>     The method will be invoked when the client sends a DELETE request to
[15:12] <james_w`>     the entry.
[15:12] <james_w`>     """
[15:13] <james_w`> However, it may not work due to the parameters
[16:16] <Jeeves_> Hi
[16:16] <Jeeves_> I'm trying to upload a package into a PPA
[16:17] <Jeeves_> I want it built for all Ubuntu versions, so I uploaded it multiple times with different ubuntu-versions in the changelog
[16:17] <Jeeves_> Launchpad rejected it, because 'File bitcron_2.0-20091231.02.tar.gz already exists in bitcron'
[16:18] <noodles775> Hi Jeeves_ , have you seen https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#Versioning
[16:20] <Jeeves_> noodles775: Hmm, thanks.
[16:20] <noodles775> np
[16:20] <Jeeves_> Not a very efficient method, imho, but it'll do
[18:11] <james_w`> al-maisan: hi, still around by any chance?
[18:19] <al-maisan> hello james_w` , how are things?
[18:19] <james_w`> hello al-maisan, good thanks, how about you?
[18:20] <al-maisan> james_w`: doing well, thanks!
[18:20] <james_w`> glad to hear it
[18:20] <al-maisan> .. and happy new year to you!
[18:20] <james_w`> I have a packageset question
[18:20] <al-maisan> OK
[18:20] <james_w`> and to you too :-)
[18:20] <james_w`> I have a person and a source package name
[18:20] <al-maisan> aha
[18:20] <james_w`> and I want to know if LP would accept and upload from that person for that package name in the current series
[18:21] <al-maisan> right.
[18:21] <james_w`> whether that be from packageset, component, or package-specific right
[18:21] <james_w`> is there an existing API call to do this?
[18:21] <al-maisan> I believe so, please let me look quickly.
[18:23] <james_w`> I found isSourceUploadAllowed
[18:23] <james_w`> but the documentation for that suggests it is just packageset based
[18:24] <al-maisan> yes .. but that's package set specific
[18:24] <al-maisan> just a minute .. I know there's such a method but I need to locate it
[18:24] <james_w`> ok
[18:24] <james_w`> I'm putting that together with getPermissionsForPerson
[18:24] <james_w`> but the documentation for that is pretty poor, so it's not clear what sort of permissions you can get
[18:24] <james_w`> I'm checking component and package name from that
[18:25] <al-maisan> james_w`: you'll get all permissions with getPermissionsForPerson()
[18:25] <al-maisan> but it's not very user friendly
[18:25] <james_w`> so put the two methods together and I think I have it, but if you can find a single call that would be perfect
[18:25] <al-maisan> you basically want a yes/no answer
[18:25] <james_w`> ah, I see it can give package_set_name
[18:25] <james_w`> but then I would have to look up the package sets for the package name as well
[18:26] <james_w`> so yeah, a yes/no call would be great
[18:26] <james_w`> like isSourceUploadAllowed
[18:26] <al-maisan> ah .. there's verify_upload()
[18:26] <al-maisan> but that's probably not exported
[18:26] <al-maisan> let me check
[18:27] <al-maisan> james_w`: so, your best bet is to use getPermissionsForPerson() it would seem and look at the permissions you get back
[18:28] <james_w`> http://paste.ubuntu.com/351377/ is what I have currently
[18:28]  * al-maisan looks
[18:30] <al-maisan> james_w`: http://pastebin.ubuntu.com/351379/
[18:31] <james_w`> yeah, not quite the API I want, but that would be usable
[18:31] <al-maisan> that's from lib/lp/archiveuploader/permission.py|176| def verify_upload()
[18:33] <al-maisan> james_w`: .. and then there's trunk/lib/lp/archiveuploader/permission.py|128| def check_upload_to_archive() that ueses it
[18:34] <al-maisan> http://pastebin.ubuntu.com/351381/
[18:34] <james_w`> as long as isSourceUploadAllowed considers team memberships then I think the code I have will work?
[18:34]  * al-maisan is still looking at iot
[18:34] <al-maisan> *it
[18:36] <al-maisan> james_w`: looks reasonable .. but requires a previous publishing record.
[18:36] <james_w`> yes
[18:37] <james_w`> for the script that is using it that's a safe assumption
[18:37] <al-maisan> james_w`: that's good. It should work then.
[18:37] <james_w`> I can't remember LPs rules on new publications, but I can rework it to not fail in that case if/when this script needs to consider those cases
[18:37] <al-maisan> wait a minute
[18:38] <al-maisan> there's an IArchive.canUpload() method but it's not exposed on the LP API
[18:41] <al-maisan> james_w`: so, maybe this is worth a bug report? There really should be one LP API method that you can use to get a yes/no answer.
[18:42] <james_w`> I can do that
[18:43] <al-maisan> That would be good if you could file a bug .. maybe we can even nail it down next week?
[18:43] <james_w`> ah, good point
[18:44] <al-maisan> anyway, it's getting late, have a good night!
[18:47] <james_w`> you too
[19:48] <thumper> morning
[19:51] <mdz> just got a crash on +filebug, Error ID: OOPS-1465ED620
[22:18] <james_w> anyone want to guess what "I: gnuchess [universe] -> gnuchess_5.07-5ubuntu1 [universe].
[22:18] <james_w> not ubuntu: debian
[22:18] <james_w> " is trying to tell me?
[22:18] <james_w> sync-source.py
[22:20] <james_w> oh, it's mass-sync.py, that makes more sense
[22:20] <wgrant> james_w: I believe that's showing the produced binaries.
[22:20] <wgrant> sync-source.py produces such messages.
[22:21] <james_w> yeah, it's the "not ubuntu: debian" error that is unusual
[22:21] <wgrant> Ah.
[22:38] <mirak> hi
[22:38] <mirak> how can I get sources of a particular version ?
[22:38] <mirak> with apt-get source
[22:59] <vadi2> When I look here: https://launchpad.net/~mudlet-makers/+archive/ppa/+builds?build_state=building it shows that a 1.0.4 build of mudlet, ordered eons ago and not necessary anymore, is still pending. I wanted to cancel it, so I clicked on it by that generated an OOPS.
[23:02] <wgrant> vadi2: That looks like a bug.
[23:02] <wgrant> vadi2: The state of that build is somehow corrupted.
[23:10] <vadi2> Yeah.
[23:10] <vadi2> I don't know how and it doesn't matter to me, but I guess it would be nice to remove it