[14:45] <randy_O> Hello, I'm trying to run the address book app on my Desktop from the SDK, but I get errors saying it can't find the imports: module "Ubuntu.AddressBook.Base" is not installed. What did I miss?


[08:47] <ochosi> bluesabre: small reminder, xfpm PPA ;)
[09:23] <ochosi> ali1234: since you seem to know a bit about the xfwm4 compositor, could it actually do a fade-to-black blanking the screen smoothly based on X11's screensaver settings? (or is the compositor the wrong place to implement this?)
[10:11] <bluesabre> ochosi: poke
[10:38] <knome> bluesabre, around?
[10:38] <bluesabre> knome: yes
[10:38] <knome> good
[10:38] <knome> tell me
[10:38] <knome> what do i need to remove to get rid of the black screen problem
[10:38] <knome> i don't mind losing features
[10:39] <knome> as long as the laptop doesn't hang
[10:39] <bluesabre> light-locker, I believe
[10:39] <knome> wasn't it an xfpm bug?
[10:39] <bluesabre> I think its a bit of both
[10:39] <knome> aha...
[10:39] <bluesabre> ochosi also has a fix
[10:39] <bluesabre> that I am going to upload
[10:39] <knome> i'll need to look at it then
[10:39] <knome> aha
[10:39] <knome> when?????
[10:39] <knome> :P
[10:39] <bluesabre> if I knew where the code was
[10:39] <knome> today? :P
[10:39] <knome> lol
[10:39] <bluesabre> ochosi: poke poke
[10:39] <knome> okay..
[10:39] <knome> i'm @ client
[10:39] <knome> installing 14.04 \o/
[10:40] <bluesabre> ah
[10:40] <bluesabre> awesome
[10:40] <knome> after whining about mac/win ;)
[10:40] <knome> would removing xfpm potentially fix it?
[10:40] <knome> and were *all* laptop users affected
[10:40] <knome> or only some?
[10:41] <bluesabre> only some
[10:41] <knome> okay...
[10:41] <knome> :|
[10:41] <bluesabre> it doesnnt affect me
[10:41] <knome> common nominator?
[10:41] <knome> it's an old acer travelmate
[10:41] <bluesabre> hard to say
[10:41] <bluesabre> my laptop is brand new and a gaming machine
[10:41] <bluesabre> so if its a race condition, I miss it
[10:41] <knome> heh
[10:41] <knome> okat
[10:41] <knome> okay
[10:41] <knome> so it happens when closing the lid?
[10:42] <knome> and just doesn't return
[10:42] <bluesabre> from what I understand, yeah
[10:42] <knome> oki
[10:42] <knome> i'll test it
[10:42] <bluesabre> ok
[10:42] <knome> my next shot at fixing it is in ~7 weeks
[10:42] <knome> and i hope the final fix is in then
[10:42] <bluesabre> that would be ideal
[10:42] <knome> absolutely
[10:44] <knome> i hope ochosi's fix fixes it for good
[10:47] <bluesabre> me too
[10:51] <brainwash> isn't it eric's fix?
[10:52] <brainwash> https://github.com/EricKoegel/xfce4-power-manager/branches
[10:52] <brainwash> bluesabre: ^
[10:53] <bluesabre> which one?
[10:57] <brainwash> logind-inhibit
[11:16] <bluesabre> drat
[11:17] <bluesabre> I'll have to finish this later, there is some extra stuff between the release in xubuntu and this patch
[11:17]  * bluesabre hoped to drop the files in and use quilt
[14:14] <ochosi> bluesabre: this is the patch: https://github.com/EricKoegel/xfce4-power-manager/commit/21b8e5abf4e5f93c28cb964b4618b9b509780951
[14:14] <ochosi> (again :))
[14:14] <ochosi> brainwash: the logind-inhibit branch is the general patch, i'm not sure i'd wanna use that for xubuntu
[14:14] <ochosi> as it is longer and hence harder to review/approve
[14:15] <ochosi> the short (hackier) one fits xubuntu more directly, hence it won't go upstream
[14:15] <ochosi> but with the amount of patches we carry in xfpm in 14.04, that isn't a problem at all
[14:29] <brainwash> ochosi: woot
[14:30] <brainwash> but this hack appears to be incomplete
[14:30] <ochosi> in what way?
[14:30] <brainwash> or rather meh
[14:30] <ochosi> it's fine, it gets the job done
[14:31] <ochosi> it's basically the same as the other, longer/better patch, but without the need to modify another xfconf setting in lls
[14:31] <ochosi> and i want the dumb/simple one tested first, because there's no chance ppl could mess something up with said xfconf setting
[14:31] <brainwash> does it work with xscreensaver?
[14:34] <ochosi> that's of secondary concern to the testing i want now
[20:19] <brainwash> any plans for a staging PPA?
[20:20] <brainwash> basically a PPA which provides new stable versions for trusty
[20:20] <brainwash> like xfce4-appfinder, version 4.11 did not make it into trusty
[20:22] <sidi-valencia> brainwash, how many PPAs do you guys have?
[20:22] <brainwash> I don't know
[20:24] <brainwash> the staging one would be only used for "stable" releases
[20:24] <brainwash> so basically sync from debian
[20:25] <brainwash> the user could continue using his ubuntu LTS release
[20:25] <brainwash> but with up-to-date xfce/xubuntu components
[22:49] <bluesabre> brainwash: generally, we would use the xfce-4.12 ppa for that
[22:50] <bluesabre> ochosi: thanks
[22:50] <bluesabre> working on the package now
[22:50] <ochosi> thanks bluesabre
[22:50] <ochosi> i gotta hit the sack now
[22:50] <ochosi> busy day tomorrow
[22:50] <bluesabre> alrighty, have fun
[22:50] <ochosi> ty
[22:51] <bluesabre> before you go
[22:51] <ochosi> if the small patch works, we should test the bigger one
[22:51] <bluesabre> was there something for light-locker too?
[22:51] <Unit193> Can we (=not me) nuke https://launchpad.net/~xubuntu-dev/+archive/ppa ?   All for lucid.
[22:51] <ochosi> (at least that's my opinion)
[22:51] <bluesabre> I mean
[22:51] <bluesabre> lls
[22:51] <ochosi> bluesabre: yeah, lls has to enable "--locck-on-suspend"
[22:51] <bluesabre> Unit193: yeah, probably a good idea
[22:51] <ochosi> so ll handles that
[22:51] <ochosi> cause ll listens to logind
[22:51] <ochosi> and will hence do the right thing
[22:52] <bluesabre> got it
[22:52] <ochosi> but that can't go straight to trunk
[22:52] <ochosi> the actual solution will have to be a bit more complex...
[22:52] <ochosi> but if this works, then at least we have a direction
[22:52] <Unit193> bluesabre: Quantal is EOL'd too, so any repo that has quantal packages can have those packages removed.
[22:52] <bluesabre> cool, good to know
[22:52] <ochosi> (cause as brainwash cunningly mentioned before, we need something that also works for xscreensaver, which doesn't listen to logind)
[22:52] <Unit193> (Saucy still has 66 days.)
[22:53] <ochosi> now off to bed...
[22:53] <ochosi> night everyone!
[22:53] <bluesabre> night ochosi
[22:54] <bluesabre> thoughts on having a ~xubuntu-dev/testing ppa where we test packages?
[22:58] <Unit193> https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1283459 took a while.
[22:58] <Unit193> bluesabre: That was pretty much the idea, no?
[22:58] <bluesabre> thought so, wanted to verify since it was never finalized
[23:00] <Unit193> ochosi thought it might be nice to have an /updates and /new-packages (or something) so if you only want to test the new packages rather than any updates that might happen, you could (unless I read wrong, my brain stops working in the heat/humidity.)
[23:12] <bluesabre> hm
[23:12] <bluesabre> not an admin of ~xubuntu-dev
[23:13] <bluesabre> so, I suppose we can start using xubuntu-dev/ppa again
[23:13] <bluesabre> I can upload packages, cannot create new PPAs
[23:14] <bluesabre> and I can go ahead and clean up that ppa removing all the lucid packages
[23:14] <bluesabre> thoughts Unit193?
[23:16] <Unit193> Yeah, micahg would have to create it.  Remember that I'm not the XPL or one of the devs, but doesn't sound like a bad idea, can always copy the packages.
[23:16] <Unit193> bluesabre: Do you use backportpackage?
[23:17] <bluesabre> yeah, I know
[23:17] <bluesabre> nope, never used that
[23:18] <bluesabre> sounds like a handy tool
[23:19] <Unit193> https://launchpad.net/~unit193/+archive/xfce I use it so I can upload to trusty+utopic (or more) with the "same version"
[23:19] <bluesabre> ah
[23:19] <bluesabre> I replace the version and debuild again
[23:19] <Unit193> (Well, that's a patched backportpackage, but don't tell anyone...)
[23:20] <bluesabre> s/version/release
[23:20] <Unit193> This also makes it clear it's the same version, but for different releases.
[23:20] <bluesabre> right
[23:20] <Unit193> LP doesn't like to take the same version for more than one release, last I knew.
[23:21] <bluesabre> oh, I guess I do use different versions
[23:21] <Unit193> Up to you, you're the dev. ;)
[23:21] <bluesabre> :)
[23:22] <Unit193> (Backportpackage normally makes it something like 2:1.6.3-2~ubuntu13.10.1~ppa)
[23:28] <bluesabre> xfce4-power-manager_1.2.0-3~trusty~ppa1
[23:29] <bluesabre> :)
[23:29] <bluesabre> crap, that's "older" than the ubuntu one
[23:32] <Unit193> (Doesn't matter here, but when it gets closer to 'z', the alphabet will wrap back to a, which is 'older' than 'z')
[23:33] <bluesabre> yay
[23:50] <Unit193> https://launchpad.net/~xubuntu-dev/+archive/xfce-4.10/+delete-packages?field.name_filter=&field.status_filter=&field.series_filter=quantal - https://launchpad.net/~xubuntu-dev/+archive/xfce-4.12/+delete-packages?field.name_filter=&field.status_filter=&field.series_filter=quantal ?
[23:55] <bluesabre> probably should do that
[23:55] <bluesabre> https://launchpad.net/~xubuntu-dev/+archive/ppa?field.series_filter=trusty
[23:55] <bluesabre> ochosi: both packages uploaded ^
[23:58] <bluesabre> ah
[23:58] <bluesabre> technically, quantal has 4 days
[23:59] <bluesabre> I'll do ppa cleanup this weekend
[23:59] <Unit193> Oh it does?  Seems distro-info-data is a bit off, but that's expected I suppose.  Sure, thanks.


[00:28] <persia> RAOF, So, I happened to think of another awkward case for projector attachment today: 1024x576 netbook attached to 800x600 projector, and wanting to avoid the 640x480 case.  Ideally letterbox projector from 1024x768, but if the projector can't do that, maybe trim both displays to 800x576, or is that just incredibly painful?
[00:32] <RAOF> I think 800x576 would be the resolution the algorithm we discussed would pick; I don't think that'll be any more or less painful than the other cases.
[00:33] <persia> So black bars top&bottom on the projector, and left&right on the netbook?
[00:34]  * persia had misremembered picking the largest common resolution, perhaps with one letterbox, rather than creating new ones
[00:36] <RAOF> I think if we're going to do one letterbox we may as well allow two.
[00:37] <persia> I think you're right: I just completely forgot about 1024x576 and 852x480 glass at the session.
[21:12] <Wubbbi> Do someone know when the fglrx driver will be updated in Natty. We still have an old version. Can someone maybe maintain it?
[21:17] <bryceh> Wubbbi, someone does know that yes
[21:18] <Wubbbi> ok
[21:19] <bryceh> Wubbbi, fglrx will probably break once new kernel and/or xserver abi is introduced (probably soon), and will stay broke until amd updates it
[21:19] <Wubbbi> -_- thats shitty
[21:19] <bryceh> which based on history won't be for some time.  so I think there's not going to be much there to maintain
[21:19] <bryceh> I could be wrong, but that's how things usually play out
[21:36] <tseliot1> I forgot to update it in Natty
[21:47] <RAOF> There is an update for natty? :)
[21:51] <tseliot1> no, just a driver update I guess
[21:52] <sarvatt> tseliot: did you see there was a nvidia-96 update that works with xserver 1.9 today?
[21:52] <sarvatt> oh missed him
[21:57] <bjsnider> i don't believe they're still spending time on that driver
[21:58] <RAOF> It shouldn't be a lot of work to update the ABI; it's essentially a rebuild.
[21:58] <RAOF> (In the best case)
[23:52] <sarvatt> yay for being chained to the blob again, all the 260.xx blobs have a nasty flickering problem during powermizer reclocking on my 460m :(
[23:53] <sarvatt> who am I kidding thinking i'll get more than 30 minutes battery life anyway on this thing :)
[23:53] <RAOF> 460m?  That seems suitably high-end :)
[23:54] <sarvatt> darn microcenter right next door to the hotel at plumbers, I bought a 17" monster that'll be fun to take on the flight back
[23:56] <sarvatt> the livecd is quite pretty at 800x600 on a 1920x1080 screen using vesa (yes thats sarcasm)
[23:58] <RAOF> No kms driver?
[23:58] <sarvatt> nope
[23:58] <sarvatt> unknown device to nouveau


[03:25] <storrgie> is keyserver.ubuntu.com down right now? I cant import a key
[03:25] <wgrant> storrgie: Looks up from here. Are you behind a firewall that blocks TCP port 11371?
[03:26] <storrgie> i shouldnt be
[03:26] <storrgie> does the new 10.04 have firewall enabled?
[03:26] <wgrant> No.
[03:27] <storrgie> lemme pastbin
[03:28] <storrgie> http://pastebin.com/dTwv8KY6
[03:28] <storrgie> not sure what to do
[03:28] <wgrant> storrgie: What happens if you navigate to http://keyserver.ubuntu.com:11371/ in a Web browser?
[03:29] <storrgie> on my laptop fine
[03:29] <storrgie> but my server
[03:29] <storrgie> I dont have anything
[03:29] <storrgie> guess i could install links
[03:29] <storrgie> dont want to though
[03:29] <wgrant> wget it?
[03:30] <storrgie> hrm no keys found
[03:30] <storrgie> lemme show you the PPA
[03:30] <storrgie> https://launchpad.net/~dnjl/+archive/virtualization
[03:30] <storrgie> apparently wont work?
[03:31] <wgrant> It has a key.
[03:32] <wgrant> It should work.
[03:32] <storrgie> hrm... my server... I cant do an update
[03:32] <wgrant> Hm?
[03:33] <storrgie> uh oh
[03:33] <storrgie> my network on the server is messed up....
[03:33] <storrgie> not sure how
[03:33] <wgrant> Heh.
[03:35] <thumper> storrgie: it isn't missing nameservers from /etc/resolv.conf is it?
[03:36] <thumper> storrgie: I had an issue with my server with that
[03:36] <storrgie> nope
[03:36] <storrgie> thats fine
[03:36] <storrgie> rebooting
[03:36] <storrgie> I was trying to do bridge stuff
[03:37] <wgrant> That often gets really messy.
[03:37] <wgrant> It's really easy to break subtly.
[03:39] <storrgie> http://pastebin.com/EtjmqkAE
[03:57] <wgrant> poolie: Hm, the tag help text is dodgy, but it does show up for me in Chromium and Firefox.
[03:57] <poolie> hm
[03:57] <poolie> where?
[03:58] <wgrant> The usual help frame that shows up in the middle of the screen.
[03:58] <wgrant> The one that had a button with no text for several months.
[07:57] <jorge> hi! I've uploaded a package to a PPA and it's been there waiting to build for 38 hours, is that normal?
[07:59] <noodles775> jorge: Well, normal during release time (when many of the machines we are loaned for PPA builders are used to support the release).
[08:00] <spiv> https://launchpad.net/builders says the PPA queue for i386 is about 42 hours.
[08:00] <jorge> oh ok then, i thought something was wrong with my package
[08:00] <jorge> thank you
[08:01] <jorge> didn't know about that webpage, thank you too
[10:24] <MrKanister> Hi there. I've got a question regarding launchpadlib. I want to find out the version of a package in the latest Ubuntu release. How do I get there by using the launchpadlib starting from a source package or distribution object? From the API Doc this seems complicated.
[10:34] <MvG> Hi there! Updates to branches resp. merge requests seem to take exceptionally long today. Any known problems there?
[10:34] <MvG> https://code.launchpad.net/~gagern/bzr/bug527878-directoryCommonOption in particular has me worried just now.
[10:50] <MvG> Branch still not updated. Something is really broken here, I fear.
[10:53] <MvG> poolie: No reaction here to the lack of branch updates. Do you have any suggestions whom to contact next? Does writing a bug report or asking a question for this make any sense?
[10:55] <poolie> and they're still not updating?
[10:55] <poolie> ah, the topic does mention this
[10:55] <poolie> type /topic
[10:56] <poolie> jml, are you here yet?
[10:56] <poolie> ffs
[10:58] <MvG> poolie: Oh, thanks, somehow missed that. Sorry.
[10:58] <poolie> it's a bit lame that's not on the blog or the status page
[10:59] <poolie> which is supposed to be http://identi.ca/launchpadstatus
[11:00] <poolie> MvG: so the delay is between when you push to a branch over bazaar, and when it shows up in the web ui?
[11:00] <MvG> poolie: yes. Where web ui includes loggerhead.
[11:00] <MvG> And the delay may well be infinite for all I know.
[11:02] <poolie> hm
[11:02] <poolie> i thought loggerhead would be looking directly at the branches
[11:02] <poolie> so i'm surprised it can be slow
[11:03] <poolie> deryck: ^^
[11:03] <poolie> vila: ^^
[11:04] <poolie> lifeless: ^^
[11:04] <lifeless> loggerhead accesses branches over http
[11:04] <MvG> poolie: False alarm.
[11:04] <lifeless> I think that means it reads the mirrored side only (at least until the split is removed, thats landing soon)
[11:04] <MvG> poolie: For some reason a non-tip revision was encoded in the loggerhead url.
[11:05] <deryck> false alarm for loggerhead, but there is still general scanner delays?
[11:05] <MvG> yep
[11:05] <poolie> MvG: you forgot to push?
[11:05] <deryck> ok
[11:05] <poolie> :)
[11:05] <poolie> deryck: so istm that generally speaking, if somebody thinks there are delays enough to change the topic, they ought to update launchpadstatus
[11:05] <poolie> not everyone reads irc
[11:05] <MvG> https://code.launchpad.net/~gagern/bzr/bug527878-directoryCommonOption is at 5179 while http://bazaar.launchpad.net/~gagern/bzr/bug527878-directoryCommonOption/changes/ shows it should be 5182
[11:06] <deryck> poolie, ah, yes, agreed.  I didn't see the topic here either.
[11:06] <deryck> poolie, and that is *supposed* to be our policy on this.
[11:07]  * deryck will dig up the launchpadstatus info and post
[11:07] <poolie> MvG: john landed some changes for caching
[11:08] <poolie> they may be getting too strongly cached somewhree
[11:08] <poolie> MvG: ok so the code.l.n page is lagging loggerhead
[11:08] <poolie> that is consistent with what i understand the problem to be
[11:09] <poolie> because of opening maverick, the scanner is overloaded
[11:10] <poolie> deryck: thanks, can you do any other chasing/escalation that seems necessary too
[11:10] <deryck> poolie, definitely.
[12:30] <fta2> hi, eny ETA for the PPA builders to come back to the rescue?
[13:12] <rodrigo_> hi
[13:13] <rodrigo_> can I ask bzr-related questions here?
[13:13] <rodrigo_> I couldn't find a bzr channel
[13:13] <maxb> It's #bzr
[13:13] <rodrigo_> oh, missed it then, thanks :)
[13:14] <maxb> Ideally, try to figure out whether your question is Launchpad-specific or not, and pick the appropriate channel
[13:14] <maxb> If uncertain, just pick your best guess, and ask
[13:15] <rodrigo_> it's bzr-related, I think
[13:16] <rodrigo_> although might be related to launchpad, since it's a problem with branches from vcs-import's
[13:19] <cos^> how long should package be waiting to be built normally?
[13:20] <maxb> Normally? not long. Unfortunately, this is right after an ubuntu release, so it's not 'normally'
[13:20] <maxb> Most of the PPA builders have been temporarily stolen to assist in release shenanigans
[13:22] <cos^> ok, that explains..
[13:29] <A4Tech> Hello
[13:29] <micahg> are the intrepid builders going offline at a certain point?
[13:30] <A4Tech> Launchpad for about an hour to process the request bazaar (commit) is well conceived?
[13:38] <A4Tech> :(
[13:38] <spiv> A4Tech: see /topic
[13:39] <A4Tech> spiv: sorry.
[13:39] <A4Tech> thx
[13:40] <A4Tech> Usually, changes and news writing at the end of topic and not at the beginning
[14:24] <Damascene> hi,
[14:24] <Damascene> I want to create team and upload .op files to it to start translating
[14:25] <Damascene> I've created a team. I want to know how to upload .po files
[15:21] <rodrigo_> hmm, is launchpad not updating diff's on proposed branches, or is it just my branch? (https://code.launchpad.net/~rodrigo-moya/couchdb-glib/optional-introspection/+merge/24593)
[15:23] <gary_poster> looking, rodrigo_
[15:24] <rodrigo_> thanks gary_poster
[15:26] <james_w> rodrigo_: probably the issue mentioned in /topic
[15:26] <rodrigo_> gary_poster, another one -> https://launchpad.net/~rodrigo-moya/couchdb-glib/optional-introspection/+merge/24593
[15:26] <rodrigo_> oh, didn't see it
[15:27] <rodrigo_> ah, ok
[15:27] <rodrigo_> gary_poster, sorry, that was meant to be https://launchpad.net/~jdobrien/ubuntuone-servers/exchange-tm/+merge/24585
[15:27] <gary_poster> ah, I copied and pasted and didn't see it thanks
[15:27] <rodrigo_> but yeah, a newest branch has the diff ok, so I guess it's just waiting
[16:34] <rodrigo_> who can I ask for a migration of a couple of vcs imports from bzr 1.1 to 2a?
[16:34] <rodrigo_> it makes branches created from the vcs-import take ages to import, since the new branches I create are 2a
[16:38] <jelmer> rodrigo_: hi
[16:38] <rodrigo_> hi jelmer
[16:38] <jelmer> rodrigo_: please create a question in the launchpad-code project about the branches that need to be upgraded
[16:38] <rodrigo_> ok
[16:45] <rodrigo_> jelmer, https://answers.launchpad.net/launchpad-code/+question/109433
[16:45] <rodrigo_> jelmer, is that ok?
[16:48] <jelmer> rodrigo_: yep
[16:49] <jelmer> rodrigo_: I'd be curious to hear what about bzr-git doesn't work for you.
[16:50] <rodrigo_> jelmer, bzr dpush crashes bzr
[16:51] <rodrigo_> jelmer, following instructions on http://doc.bazaar.canonical.com/migration/en/foreign/bzr-on-git-projects.html is that right?
[16:52] <jelmer> rodrigo_: yeah, that should be right. Is there any chance I could get you to file a bug about this?
[16:53] <rodrigo_> jelmer, yes, of course, I'll file it when I merge the next branch
[16:54] <rodrigo_> which should be soon
[16:54] <FloSoft> one question: if I set a merge request to "approve" - is it automatically merged, or do I have to do that manually? i dont want to try out, i do not want to kill my repository sync ^^
[17:00] <vish> deryck: hi.. i found another person with the same prob ;) for Bug #571181
[17:01] <deryck> hi vish.  ok, I'll keep an eye on the bug.  Are you having rampant duplicate emails, or just on the bug that you cite?
[17:02] <vish> deryck: not rampant , but often and from other bugs too
[17:02] <vish> probably once or twice a day
[17:03] <deryck> vish, the only odd thing I noticed on the bug you mentioned in the bug report was that you were listed as both a direct and dupe subscriber and were part of a team that was subscribed...  my initial reaction was to wonder if something there was going wrong.
[17:04] <deryck> vish, however, since it happens with mailing lists too it seems general mail related
[17:05] <vish> yeah , there are other bugs too, but i dont think its due to dups, i'll find and attach other bugs too..
[17:06] <jhaig> Stupid question, but where do I go to raise a new bug?  I've done this before but I cannot see the link now.  I am logged in.
[17:16] <gary_poster> FloSoft: it is not automatically merged by LP.  Sometimes people set up external processes to do this (e.g. tarmac) but it's not generically something we offer.
[17:16] <gary_poster> jhaig: for what project?
[17:17] <jhaig> gary_poster: Well, I will dig around to make sure, but at the moment it seems to be Ubuntu, gnome (panel) or compiz (or a combination of all 3)
[17:18] <gary_poster> jhaig: ack.  "Report a Bug" on top right of https://bugs.edge.launchpad.net/ubuntu might be a reasonable start.
[17:20] <jhaig> Thanks.
[17:24] <deryck> jhaig, gary_poster -- for Ubuntu packages, it's really preferred to use apport.  So run `ubuntu-bug $package` or use the report a problem link from help menu.
[17:25] <jhaig> deryck: Thanks.  I've just found a note referring to that on the launchpad page.
[17:25] <deryck> ok, cool.
[17:27] <jhaig> Hmmm, I've got to the 'Send Report' page before actually seeing a 'What exactly is the problem?' text box.  Surely shome mishtake.  :-/
[17:27] <jhaig> ... or the Ubuntu devs are all mind-readers.
[17:27] <FloSoft> gary_poster: okay good, then i can set it to approve even if i merge it manually then, okay :-)
[17:27] <Christoph^> Hello
[17:29] <Christoph^> If I have a project whose code is hosted on launchpad and two people are supposed to be able to commit code, do I have to make a team for those 2 people?
[17:30] <jhaig> deryck: So, if I click 'Send Report', will it just send it immediately, or will I be given the opportunity to actually describe the problem?  I've tried a few things and I am yet to be asked for a description.
[17:32] <deryck> jhaig, apport opens an lp bug page, where you can step through the bug filing process -- dupe search, then you can add further details if no matches.
[17:33] <jhaig> Thanks.  I just didn't want to send my logs with no explanation, as I am fairly sure that will not tell anyone much.
[17:34] <lucas> is soyuz free software? where can I find the code?
[17:39] <jelmer> lucas: soyuz is part of the launchpad source tree, which can be found in the Bazaar branch at lp:launchpad
[17:39] <jelmer> lucas: and yes, it's free software (AGPLv3+)
[17:41] <lucas> jelmer: thanks, I was puzzled by the fact that it is a separate LP project with no branches
[17:42] <jelmer> lucas: the launchpad codebase is divided into a couple of different applications (code, soyuz, registry, translations, bugs) that have different projects on Launchpad but they all live in the same branch (and work tightly together)
[17:44] <sinzui> lucas, launchpad engineers are hypocrites. They will not let users create projects without a code base, but they do it themselves
[17:45] <lucas> heh, I'm not going to comment on that one week from UDS. too dangerous. :)
[17:47] <sinzui> We talk about removing the false project. The arguments against a single project imply we did not make bugs and milestones to work with large projects and multiple teams
[18:06] <bjsnider> can the lucid ppa build system handle source tarballs that are bzipped with format quilt 3.0?
[18:14] <jelmer> bjsnider: Launchpad can handle the 3.0 quilt format
[18:33] <geser> is gina (the LP Debian mirror update script) having problems?
[18:42] <Tblue> Hi. I have a question regarding Rosetta: The wiki states that PO files should be named using the ISO language code without the country code in most cases. So, if I name my file de_DE.po instead of de.po, will LP reject it?
[18:47] <gary_poster> geser, I suspect that it is related to the delay described in the topic.  If that doesn't sound right to you, let me know and I'll double-check.
[18:48] <gary_poster> Ursinha: do you happen to know the answer to Tblue's question, above?
[18:48]  * Ursinha reads
[18:48] <Ursinha> gary_poster, hm, I don't know the answer to that
[18:49] <gary_poster> Ursinha: me either ;-)
[18:49] <Tblue> I tried to look into the code, but well... :-)
[18:49] <Tblue> No worries, thanks anyway.
[18:49] <gary_poster> sorry
[18:49] <Tblue> Perhaps I should ask in #launchpad-dev?
[18:50] <Ursinha> Tblue, the devels are in European tz so are gone already :(
[18:50] <Tblue> I see
[18:50] <Ursinha> Tblue, but you can ask a question using answers.launchpad.net/rosetta, and I'm sure they'll answer soon
[18:50] <Tblue> Okay.
[18:50] <Tblue> Thanks :)
[18:51] <Ursinha> Tblue, when soon is really soon :)
[18:51] <Tblue> Heh. Well, the worst thing that could happen is that I have to try whether it works or not. ;)
[18:52] <Tblue> But I will ask there, thanks again.
[18:54] <Ursinha> Tblue, no problem, sorry for that
[18:55] <geser> gary_poster: I doubt it, as it's about the source package itself (and not the debian packaging branch) and the package which shows the problem was uploaded to Debian unstable on 2010-04-14 and still isn't on the LP Debian mirror
[18:56] <gary_poster> geser, fair enough.  Let me ask.
[18:56] <Tblue> Okay, this FAQ entry seems to answer my question (just for reference): https://answers.launchpad.net/rosetta/+faq/619
[18:57] <gary_poster> jelmer, do you happen to know about gina (see geser's question above)?
[19:17] <shilbert> Hi, anyone here in the know about the translations feature of launchpad ?
[19:22] <mtaylor> shilbert: sure. what do you want to know?
[19:34] <shilbert> I am with the GNUmed project
[19:34] <shilbert> we have set up a branch
[19:35] <shilbert> which is updated in launchpad
[19:35] <shilbert> what does not happen (so it seems) is that translations get merged with what is in launchpad
[19:36] <shilbert> is there any way to see what launchpad is doing while importing translations from the bzr branch
[19:38] <shilbert> it seems the translations are not updated in launchpad although the imported files have updates
[19:49] <gary_poster> geser: The admins know of no issues with the gina importer.  Would you be willing to ask the question here?  https://answers.edge.launchpad.net/soyuz/+addquestion
[19:51] <gary_poster> shilbert: I'm afraid I don't know the answer to your question, and the devs who would are not around right now (they work in Europe).  Would you be willing to ask your question here?  https://answers.edge.launchpad.net/rosetta/+addquestion
[20:03] <james_w> are the puller and scanner still lagged?
[20:06] <gary_poster> james_w: I can ask the losas.  do you have reason to believe they are not?
[20:06] <james_w> gary_poster: just wondered if anyone knew
[20:06] <gary_poster> not me
[20:06] <james_w> given that I caused the problem I am keen for it to be over :-)
[20:07] <geser> gary_poster: done, https://answers.edge.launchpad.net/soyuz/+question/109470
[20:08] <gary_poster> geser: great.  I suspect that the answer will come within 24 hours.  The pertinent devs are in a European tz.
[20:46] <qense> Maybe an interesting blog post for the people here: "“But why isn’t Debian using Launchpad?”" <http://www.lucas-nussbaum.net/blog/?p=474>
[20:47] <lucas> well, I expect launchpad devs to at least skim through planet ubuntu ;)
[20:48] <qense> lucas: You'd never know. :)
[20:48]  * hyperair is an ubuntu developer who doesn't even look at planet.ubuntu.com
[20:48] <qense> hyperair: You bad citizen! :D
[20:48] <thekorn> lucas, nice blog post
[20:48]  * hyperair hides
[20:49] <lucas> thanks
[20:50] <hyperair> well that's interesting to know
[20:50] <hyperair> the "why" behind debian not using launchpad, i mean
[20:50] <hyperair> i still think that bugs.debian.org could do with a proper web UI
[20:51] <hyperair> it's annoying for debian to only have a web interface
[20:51] <hyperair> i mean an email interface
[20:51] <hyperair> reportbug was hell to learn how to use.
[20:51] <qense> The Debian BTS annoys me as well.
[20:52] <bulldog98> hello
[20:52] <bulldog98> I’ve got an problem
[20:53] <qense> bulldog98: Don't ask, but tell!
[20:53] <bulldog98> if I try to checkout an bzr branch on launchpad I get following error what’s wrong?
[20:53] <bulldog98> sh: getcwd() failed: No such file or directory
[20:53] <bulldog98> bzr: ERROR: [Errno 2] No such file or directory
[20:54] <qense> bulldog98: What's the command you execute to check-out the branch?
[20:54] <lucas> hyperair: are you aware that projects are actually adopting the BTS?
[20:54] <lucas> coreutils switched recently
[20:54] <bulldog98> qense: bzr checkout lp:ubuntu/lucid/kubuntu-docs
[20:55] <rooligan> Hello, does anybody now, if I can sort the packages of Ubuntu on the translations-page? So that I only see the not completly translated packages?
[20:56] <qense> lucas: But coreutils isn't exactly a classic example of a project that deals with many 'regular' users
[20:56] <qense> rooligan: yes you can
[20:56] <qense> bulldog98: What happens if you try bzr branch lp:ubuntu/lucid/kubuntu-docs ?
[20:56] <lucas> I think emacs is using the BTS too
[20:56] <bulldog98> sh: getcwd() failed: No such file or directory
[20:56] <bulldog98> bzr: ERROR: [Errno 2] No such file or directory
[20:56] <lucas> clearly the BTS is not for fans of web 2.0
[20:57] <lucas> but I very much prefer to deal with the BTS than with slow launchpad
[20:57] <qense> bulldog98: Then the branch doesn't exist, iirc
[20:58] <qense> lucas: It is slow indeed, but I think I'd be quicker with Launchpad than with BTS anyway.
[20:58] <qense> bulldog98: What if you leave the lucid part out?
[20:58] <bulldog98> qense: I know it exists because I browsed it in launchpad
[20:58] <bulldog98> qense: same error
[20:59] <qense> bulldog98: Have you manually adapted your Bazaar settings? You could ahve changed the path.
[20:59] <rooligan> qense: And how do I do that?
[21:00] <qense> rooligan: can't you click the headers or signs next to them?
[21:00] <dpm> rooligan, qense, unfortunately, you can't, all translations on the overview are always shown
[21:00] <rooligan> qense: There are no.
[21:01] <rooligan> dpm: Okay, thanks.
[21:01] <qense> then I was thinking of a different view, sorry
[21:21] <bulldog98> quentusrex: change the path?
[21:25] <quentusrex> bulldog98, huh?
[21:26] <quentusrex> ooh, yeah.
[21:26] <quentusrex> for moving files from where they are installed now in the package(into /opt) to where they should be located
[21:27] <bulldog98> sorry qense got out and my client completed to your name
[21:27] <quentusrex> it's all good :)
[22:03] <bulldog98> ok works now with clone I get what I want
[22:37] <jelmer> gary_poster: no idea, I'll see if I can locate the logs
[22:38] <gary_poster> jelmer, thank you!  Don't know if you noticed, but https://answers.edge.launchpad.net/soyuz/+question/109470 was where he put his question more formally, I believe