[00:39]  * thumper just found another mock logger
[00:39]  * thumper sighs
[01:04] <thumper> holy crap, two more logger classes slaughtered
[01:06] <StevenK> thumper: How many is that now? Six?
[01:07] <wgrant> https://code.launchpad.net/~registry/+junk/devel-1
[01:07] <thumper> about four general loggers, and 6 mock loggers
[01:07] <wgrant> How did that branch end up there?
[01:07] <wgrant> Maybe it was attached to a deleted team.
[01:07] <wgrant> (the registrant wants it deleted, but I want to investigate a bit first)
[01:09] <thumper> and add another logger class
[01:09] <wgrant> Fun.
[01:10] <thumper> oh and another
[01:10] <StevenK> Eight?
[01:11] <StevenK> How many loggers does our codebase need?
[01:11] <wgrant> MORE!
[01:11] <thumper> and another
[01:11] <thumper> and guess how many were in soyuz?
[01:11] <wgrant> 99.9%
[01:11] <wgrant> With the other one being in archivepublisher.
[01:12] <thumper> wgrant: one was in the job test runner module
[01:12] <thumper> but it would be a curious thing to count them all
[01:12] <wgrant> :(
[01:12] <thumper> found the extras by grepping for 'def debug'
[01:12] <wgrant> Gnrrrrgh.
[01:13] <wgrant> Why has that related branches rollback not landed yet......
[01:13] <thumper> is there a way to just run all the tests that you've modified?
[01:14] <wgrant> bzr st | sed | xargs ...
[01:14] <wgrant> So, no.
[01:16] <StevenK> thumper: I'd be curious to find out after you've finished how many lines you've removed and added
[01:16] <thumper> well, changed a lot
[01:37] <poolie> thumper: are you here?
[01:37] <thumper> yes
[01:38] <poolie> can we decide about the rlimit thing? it sounds like we should just reject that patch until somebody does a larger reconsideration of the job system?
[01:38] <thumper> I think so
[01:38] <poolie> ok
[01:38] <thumper> until we know that a job killed by rlimit x number of times will stop trying to run
[01:39] <poolie> shall we file a bug or something for that, or would it be too vague (or a dupe)
[01:39] <thumper> I think we should file a bug
[01:39] <thumper> I don't know of one
[01:39] <thumper> something along the lines of "job attempts should be incremented on acquisition"
[01:40] <poolie> ok, i'll do that
[01:40] <poolie> perhaps also resource limits should be in the job framework and dynamically configured
[01:50] <LPCIBot> Project db-devel build (242): FAILURE in 3 hr 39 min: https://hudson.wedontsleep.org/job/db-devel/242/
[01:51] <wgrant> No traceback...
[01:54] <thumper> poolie: yes, I agree that rlimits should be part of the job framework
[01:55] <poolie> done, and rejected
[01:55] <poolie> ok
[01:55] <poolie> we'll see if it gets to the top of the losa pain stack
[01:55] <poolie> it's probably not there now
[01:55] <wgrant> thumper: The db-devel failure is translations stuff wanting one of your ex-loggers.
[01:55] <wgrant> thumper: Do you want to fix, or shall I?
[01:56] <thumper> error?
[01:56] <wgrant> lib/lp/translations/tests/../doc/poimport-script.txt
[01:56] <wgrant>       File "<doctest poimport-script.txt[26]>", line 1, in <module>
[01:56] <wgrant>         from canonical.launchpad.scripts import FakeLogger
[01:56] <wgrant>     ImportError: cannot import name FakeLogger
[01:57] <thumper> I can fix
[01:57] <wgrant> Thanks.
[01:59]  * wgrant rolls back 12111, since abentley's rollback seems to have vanished.
[03:11] <wgrant> thumper: Now that we are hopefully out of testfix, can I have your rs to rollback 12111?
[03:11] <wgrant> It is qa-bad.
[03:15] <lifeless> wgrant: you don't need reviews to do that
[03:15] <wgrant> lifeless: Even though I'm not a reviewer?
[03:16] <wgrant> OK.
[03:21] <wgrant> Nooooo.
[03:25] <wgrant> And this has missed the next buildbot run. Woo.
[03:25] <wgrant> lifeless: This process is broken. Can we please discuss at the epic how to fix it?/
[03:28] <lifeless> wgrant: its a separate process
[03:29] <lifeless> wgrant: that bit isn't broken AFAIK
[03:31] <lifeless> lp-land --rollback as pre the wiki page
[03:32] <wgrant> lifeless: I mean the exceptional changes process.
[03:33] <wgrant> At the moment it is a race against the bug jam's bugs jamming up deployment for days.
[03:33] <wgrant> If we have one more broken revision, recipes remain broken until the 4th of January.
[03:33] <wgrant> There is clearly something very wrong here.
[03:35] <lifeless> we shouldn't be landing quite so many broken revs either ;)
[03:36] <wgrant> Breakage happens. The process needs to deal with it.
[03:36] <lifeless> i know
[03:36] <lifeless> that was part of the original analysis
[03:36] <lifeless> that we need to rollback rather than blocking for 4 weeks at a time ;)
[03:36] <lifeless> the other option is to start uncommitting
[03:37] <lifeless> which I'm a little less keen on
[03:37] <wgrant> Even rolling back doesn't help.
[03:37] <wgrant> Unless you QA before anything else lands.
[03:39] <wgrant> Easy improvements to this particular case would be to have obvious extensions to the qa-tagger-based production change approval policy. eg. two broken webapp revisions shouldn't block a rollout to cesium for days, because that is insane.
[03:39] <wgrant> But I do not know how to fix the general case.
[03:56] <poolie> wow, this guy who keeps uploading his private key/s
[03:56] <poolie> i'm kind of scared what will happen once he does get them going
[03:57] <wgrant> It is slightly disturbing.
[03:58] <wgrant> I've only seen the one so far, though.
[03:59] <wgrant> Oh, there's another one.
[03:59] <poolie> he attached at least two private keys (or maybe the same key twice) plus one revocation certificate
[03:59] <wgrant> Missed that.
[04:01] <wgrant> The revocation certificate is at least for one of those two keys, and not a third.
[04:32] <lifeless> wgrant: rollback does help, it reduces the window from detection + fix + ec2 + pqm + buildbot
[04:33] <lifeless> wgrant: to detection + pqm + buildbot
[04:33] <lifeless> s/window/latency
[04:33] <lifeless> the *window* becomes
[04:33] <lifeless> detection + pqm
[04:33] <lifeless> which should be very narrow if folk are doing QA as top priority.
[04:34] <lifeless> wgrant: I'll be delighted to discuss at the epic, or before (in the new year)
[04:35] <lifeless> wgrant: as for deploying delta'd versions: thats a high risk thing to do; I don't like the idea of it being defacto 'oh the webapp qa has 'issues''
[04:35] <lifeless> wgrant: other layers are equally liable to fritz, and its not clear that we have the support framework to deal with N-ary delta skew *and* achieve a high velocity
[04:37] <wgrant> Hmmm.
[04:37] <lifeless> until everyone is qaing first, coding etc second
[04:37] <lifeless> we haven't really tried the process completely
[04:38] <wgrant> True.
[04:38] <lifeless> I'm open to radical further changes, or whatever really, as needed to fiux.
[04:38] <lifeless> but I'd like to prove that it cannot work easily and effectively first
[04:38] <wgrant> Test suite parallelisation may make it all work a lot better.
[04:39] <wgrant> As landing and QA will be possible within a working day.
[04:39] <lifeless> as will lighter tests
[04:39] <lifeless> my goal is 4 hour TTL for changes
[04:39] <wgrant> At the moment only Soyuz can QA within 8-10 hours of landing :(
[04:40] <lifeless> huh? what do you mean
[04:40] <lifeless> do you mean 'only soyuz cannot' ?
[04:40] <wgrant> Only Soyuz can, because we have DF.
[04:40] <wgrant> Everyone else has to wait for EC2 + PQM + buildbot + qastaging
[04:40] <lifeless> everything else has qastaging
[04:40] <lifeless> df has to wait for buildbot too
[04:41] <lifeless> qa staging is 15 minute cycle IIRC
[04:41] <wgrant> qastaging updates every half an hour, but takes >50 minutes to finish.
[04:41] <lifeless> mmm
[04:41] <lifeless> I'm sure its higher freq than that
[04:42] <lifeless> so bb is 4 hours
[04:42] <lifeless> and ec2 doesn't count as 'after landing' time
[04:42] <lifeless> latency for qa staging is ~5 hours IIRC
[04:43] <wgrant> EC2 has to be included in the equation.
[04:43] <lifeless> Anyhow, I'm aiming, as I said, at 4 hours from 'committed to live'
[04:43] <wgrant> Right.
[04:43] <wgrant> That will be excellent.
[04:43] <lifeless> in a developer box
[04:43] <wgrant> And may fix the QA issues.
[04:44] <lifeless> I don't think its necessary to fix the qa isues
[04:44] <lifeless> it may allow more slack without pathologies turning up
[04:46] <lifeless> the basic problem is 'done done' in kanban, and I'll be writing about that in a fortnight
[04:47] <lifeless> [04:47] <lifeless>     Hard / Soft  Page ID
[04:47] <lifeless>       44 /  180  BugTask:+index
[04:47] <lifeless>       24 /  225  Distribution:+bugs
[04:47] <lifeless>       21 / 3328  Archive:+index
[04:47] <lifeless>       15 /    5  Archive:+copy-packages
[04:47] <lifeless>       12 /  112  ProjectGroupSet:CollectionResource:#project_groups
[04:47] <lifeless>        9 /    3  ProjectGroup:+milestones
[04:47] <lifeless>        8 /   42  MailingListApplication:MailingListAPIView
[04:47] <lifeless>        8 /   28  Distribution:+addquestion
[04:47] <lifeless>        8 /   21  DistroArchSeries:+index
[04:47] <lifeless>        6 /    5  NullBugTask:+index
[04:47] <wgrant> poolie: answers.launchpad.net/launchpadlib isn't deliberately disabled.
[04:48] <wgrant> poolie: It just needs someone to toggle the answers flag on (that flag has only been respected for a few weeks).
[04:52] <LPCIBot> Project devel build (328): FAILURE in 3 hr 8 min: https://hudson.wedontsleep.org/job/devel/328/
[04:52] <LPCIBot> * Launchpad Patch Queue Manager: [r=sinzui][ui=none][bug=683748] Replaces launchpadlib_for_anonymous
[04:52] <LPCIBot> with an extension of launchpadlib_for
[04:52] <LPCIBot> * Launchpad Patch Queue Manager: [r=leonardr][ui=none][bug=136870][bug=674546][bug=674546][bug=202136][bug=297531]
[04:52] <LPCIBot> Fixed 'nominate for a series' text. and text in links and emails
[04:52] <LPCIBot> * Launchpad Patch Queue Manager: [r=deryck][ui=none][bug=672619] Expose bug subscription filters via
[04:52] <LPCIBot> the web service API.
[04:53] <wgrant> StevenK: Hudson has filled up again :(
[05:06] <LPCIBot> Project db-devel build (243): STILL FAILING in 3 hr 16 min: https://hudson.wedontsleep.org/job/db-devel/243/
[05:06] <LPCIBot> * Launchpad Patch Queue Manager: [rs=buildbot-poller] automatic merge from stable. Revisions: 12128,
[05:06] <LPCIBot> 12129 included.
[05:06] <LPCIBot> * Launchpad Patch Queue Manager: [r=stub,thumper][ui=none][bug=45270] lucilleconfig is gone.
[05:06] <LPCIBot> * Launchpad Patch Queue Manager: [rs=buildbot-poller] automatic merge from stable. Revisions: 12121,
[05:06] <LPCIBot> 12122, 12123, 12124, 12125, 12126, 12127 included.
[05:19] <StevenK> It has?
[05:20] <StevenK> /dev/xvda              16G  4.2G   11G  29% /
[05:20] <stub> lifeless: http://paste.ubuntu.com/546482/
[05:20] <wgrant> StevenK: At least the devel slave has.
[05:20] <stub> lifeless: look familiar? Looks like the all (?) the remaining failures are launchpad vs. launchpad.dev
[05:20] <wgrant> OSError: [Errno 28] No space left on device: '/tmp/sftp-test/branches'
[05:20] <StevenK> wgrant: Right
[05:21] <stub> lifeless: I'm assuming the tests here need to be fixed, because the port number is dynamic
[05:21] <lifeless> that (sftp-test) needs randomisation too
[05:21] <wgrant> This is a bit special.
[05:21] <lifeless> wgrant: care to file a bug asking for it and add it to the parallelisation page?
[05:21] <wgrant> Apache is currently eating 590% CPU.
[05:22] <wgrant> lifeless: Is that just a tag, or are they listed somewhere on the wiki?
[05:22] <lifeless> wgrant: there is a tag
[05:22] <lifeless> wgrant: defined on the wiki page ;)
[05:22] <wgrant> Heh, OK.
[05:22] <lifeless> stub: uhm yes
[05:22] <lifeless> stub: wallyworld landed a patch which provides expected values for this sort of thing
[05:22] <wgrant> lifeless: There are quite a few other things that need randomisation, at least in Soyuz.
[05:22] <wgrant> But it's possible as of yesterday, now that lucilleconfig is gone.
[05:23] <lifeless> stub: he posted to the list a FAQ about it, and added it to the hacking guide
[05:23] <lifeless> wgrant: \o/
[05:23] <stub> lifeless: Do we have a preferred spelling for the fix landed already somewhere? Or should I make it up?
[05:23] <lifeless> http://xkcd.com/837/# win!
[05:24] <lifeless> stub: yeah, wally's thing
[05:24] <stub> Can you be any vaguer? :-)
[05:24] <lifeless> stub: [Launchpad-dev] Recap: do not use hard coded url ports in tests
[05:24] <wgrant> lifeless: That's for librarian URLs too, not just webapp ones?
[05:24] <lifeless> thats the thread subject
[05:25] <lifeless> stub: so, this will need something analagous but not identical to what Ian did
[05:25] <lifeless> stub: make it up :)
[05:26] <lifeless> something like self.layer.librarian_download_url() or some such
[05:26] <lifeless> OTOH a doctest is terrible for this sort of thing
[05:27] <wgrant> Damn, now you're guilting me into not adding to the one I'm currently editing.
[05:40] <StevenK> Hah
[05:43] <wgrant> Do we have any UI reviewers outside the US at the moment?
[05:44] <wgrant> I am trying to think of a reasonable UI description for the Archive.publish flag.
[05:44] <lifeless> what does it do
[05:44] <StevenK> "Will this archive be processed by the publisher" ?
[05:44] <wgrant> It controls whether packages will be published to the user-visible archive disk.
[05:45] <wgrant> Right.
[05:45] <wgrant> I don't want that flag exported at all.
[05:45] <wgrant> But I cannot convince Julian of that.
[05:45] <wgrant> Maybe if I remove it he won't notice.
[05:45] <lifeless> so
[05:45] <lifeless> after building
[05:45] <lifeless> and inclusion in the librarian
[05:45] <lifeless> just the last step
[05:45] <wgrant> Right.
[05:46] <lifeless> so
[05:46] <StevenK> wgrant: Exported over the API or the UI, or both?
[05:46] <wgrant> StevenK: UI.
[05:46] <wgrant> It makes sense for copy archives.
[05:46] <lifeless> 'When disabled the APT archive for this PPA is frozen and will not receive updates.' ?
[05:46] <wgrant> But not PPAs.
[05:46]  * StevenK tries to run 'watch euca-describe-instances'
[05:47] <StevenK> Er, tries to not run ...
[05:47] <lifeless> 'Disabling this checkbox will freeze the APT archive for this PPA. No changes will be made to the archive until the checkbox is reenabled.'
[05:48] <lifeless> wgrant: ^ is that accurate?
[05:48] <wgrant> lifeless: That's accurate.
[05:48] <wgrant> But doesn't fit our usual checkbox description style.
[05:49] <wgrant> Perhaps I could prefix it with 'Update the APT archive.'
[05:49] <wgrant> That might work.
[05:49] <lifeless> southwestern-opaque ?
[05:49] <StevenK> wgrant: Periodically update the APT archive
[05:49] <lifeless> wgrant: invert the sense in the UI
[05:49] <StevenK> With correct spelling
[05:49] <lifeless> StevenK: the cron nature is irrelevant
[05:50] <lifeless> wgrant: 'Freeze the APT archive. No changes will be made to the APT archive for this PPA while the checkbox is enabled.'
[05:50] <lifeless> gets rid of the double negative
[05:51] <wgrant> I am retitling Archive.enabled to "Accept and build packages uploaded to this archive.", and Archive.publish to "Publish uploaded packages to the APT archive.".
[05:51] <wgrant> How does that sound?
[05:51] <lifeless> publishing is jargon
[05:51] <wgrant> Perhaps with an extra sentence on the second one to make the lack of updates clear.
[05:51] <lifeless> I was trying to avoid the term
[05:51] <wgrant> It is.
[05:51] <lifeless> I think that inverting the sense is appropriate here
[05:52] <wgrant> Possibly.
[05:52] <lifeless> possibly for both.
[05:52] <lifeless> but I'm less convinced about enabled.
[05:52] <wgrant> I think enabled is OK.
[05:52] <wgrant> I am inverting publish.
[05:53] <wgrant> Mm, except it would be nice to avoid the word 'freeze'.
[05:54] <wgrant> As that would be an overload.
[05:54] <lifeless> true
[05:54] <lifeless> halt
[05:54] <lifeless> 'Halt updates to the APT archive. No changes will be made to the APT archive for this PPA while the checkbox is enabled.'
[05:55] <wgrant> I can't refer to PPAs here, unfortunately. But I will work out something along those lines.
[05:55] <wgrant> Thanks.
[05:56] <lifeless> why not?
[05:56] <wgrant> Because it's IArchive, not IPPA.
[05:56] <wgrant> Copy archives are the major user of this flag.
[05:56] <lifeless> It still knows what it is
[05:56] <wgrant> This is Zope.
[05:56] <lifeless> yes
[05:56] <lifeless> it still knows what it is
[05:56] <lifeless> shove a property on the view
[05:56] <wgrant> In an attribute definition on an interface?
[05:57] <lifeless> uhhhh
[05:57] <lifeless> ok, I hates that
[05:57] <wgrant> It's an autogenerated form.
[05:57] <wgrant> It is nice, except yeah.
[05:57] <lifeless> <- unconvinced by autogenerated forms
[06:00] <shri> Hi all
[06:00] <lifeless> hi
[06:00] <shri> hi lifeless
[06:00] <wgrant> lifeless: Autogenerated widgets are just about necessary.
[06:01] <wgrant> lifeless: If your framework doesn't have them, you reimplement them quickly...
[06:01] <wgrant> But they don't need to be as inflexible as Zope's.
[06:02] <wgrant> Well then.
[06:03] <lifeless> ohbau
[06:03] <wgrant> Pardon?
[06:03] <lifeless> humour, and a typo
[06:04] <StevenK> O bai, as opposed to 'O hai' since shri said hi and then quit
[06:04] <wgrant> Ah, I see.
[06:05]  * StevenK moves on from euca-describe-instances to euca-get-console-output
[06:06] <wgrant> That broken?
[06:07] <StevenK> I've uploaded a new EMI, but firing up an instance of it hasn't started
[06:07] <wgrant>     halt_archive_updates = Bool(
[06:07] <wgrant>         title=_("Halt archive updates"), required=False,
[06:07] <wgrant>         description=_(
[06:07] <wgrant>             "Halt updates to the APT archive. Uploads and builds will "
[06:07] <wgrant>             "continue, but packages not be made available to APT until "
[06:07] <wgrant>             "updates are enabled."))
[06:07] <wgrant> lifeless: ^^ how does that look?
[06:07] <wgrant> Er, missed a word there.
[06:07] <wgrant> s/packages/packages will/
[06:08] <StevenK> That turns into a double-negative
[06:08] <StevenK> Halting is true, therefore do nothing
[06:09] <wgrant> It's what lifeless suggested.
[06:09] <wgrant> And I think it makes more sense.
[06:09] <wgrant> Since publishing is the more natural state.
[06:11] <lifeless> wgrant: great
[06:12] <lifeless> except
[06:12] <lifeless> tweak:
[06:12]  * StevenK shakes his head at the deployment report:
[06:12] <StevenK> Revision 12102 can be deployed: qa-ok
[06:12] <StevenK> Revision 12102 is bad: possible blocker.
[06:12] <wgrant> StevenK: It has two bugs linked.
[06:13] <StevenK> Ah, that bug still isn't fixed
[06:13] <wgrant> One qa-ok, one qa-i-hate-recipes.
[06:13] <lifeless> "Halt updates to the APT archive. Packages will not be made available to APT while updates are halted. While halted uploads are still possible and will be built."
[06:13] <lifeless> wgrant: something like that
[06:13] <lifeless> wgrant: I'm not sure the build/upload stuff should be mentioned
[06:14] <wgrant> lifeless: Existing packages will still be available.
[06:14] <StevenK> wgrant: Er? Both bugs are 'qa-ok' ?
[06:14] <wgrant> Only new stuff won't be.
[06:14] <lifeless> wgrant: yes, I know; I'm riffing on your text is all
[06:14] <lifeless> wgrant: I think I preferred 'no changes' as the way to communicate
[06:14] <lifeless> wgrant: but its up to you
[06:14] <wgrant> StevenK: Ah, true now. But one has bad-commit-blah
[06:16] <wgrant> lifeless: How about s/but packages will not be made available to APT/no changes will be available to APT/?
[06:16] <StevenK> Ah ha. It's fixed in r12121
[06:16] <wgrant> StevenK: Yeah.
[06:16] <poolie> wgrant: oh i see
[06:17] <wgrant> StevenK: Which is conveniently after 12111, which I rolled back in 12138
[06:17] <wgrant> So we have 12102-12137 undeployable.
[06:17]  * StevenK gets a rope
[06:18] <poolie> i don't feel i should shift it
[06:18] <wgrant> poolie: Should we just turn it on now, I wonder?
[06:18] <wgrant> Heh.
[06:18] <poolie> actually why not
[06:18] <wgrant> There are lots of questions there.
[06:18] <poolie> it's probably no worse than having people ask questions in ubuntu
[06:18] <wgrant> Right.
[06:18] <wgrant> I need to file a bug about that text.
[06:18] <wgrant> And that form.
[06:19] <StevenK> wgrant: I note 12131 is the last rev on the report
[06:20] <wgrant> StevenK: Right. 12138 won't be blessed for another 5 hours.
[06:20] <wgrant> After that I have 10 revs to QA and I may be able to get a deploy tomorrow night.
[06:20] <StevenK> But r12111 is qa-bad
[06:20] <wgrant> Right, that's the one I reverted.
[06:20] <wgrant> 12102 is fixed in 12121, 12111 is reverted in 12138
[06:20] <StevenK> Right, then r12119 is needstesting
[06:21] <wgrant> Is that the MP email one?
[06:21] <wgrant> Yes.
[06:21] <StevenK> And then r12128-r12131
[06:21] <wgrant> And 12132-12137
[06:22] <wgrant> Although most of that latter set are easy.
[06:22] <StevenK> Are they your death-to-lucilleconfig changes?
[06:23] <wgrant> No.
[06:23] <wgrant> They landed days ago, except for the db-devel change.
[06:23] <wgrant> They are little UI tweaks.
[06:25] <wgrant> Now to fight with the Zope form machinery. :(
[06:25]  * StevenK grumbles at UEC
[06:25] <wgrant> What's it doing?
[06:25] <StevenK> Nothing, which is the problem
[06:26] <wgrant> Yay.
[06:26] <StevenK> steven@hudson:~$ euca-get-console-output i-4CB608E7 | tail -n 2
[06:26] <StevenK> init: plymouth-splash main process (362) terminated with status 2
[06:26] <wgrant> Hm, nice.
[06:26] <StevenK> A sucessful boot of a different EMI also includes that line
[06:26] <wgrant> :(
[06:37] <lifeless> wgrant: my brain fails at 'no changes will be available to APT'
[06:37] <lifeless> wgrant: I think the thing here is that APT reads an archive.
[06:37] <lifeless> you can sayd 'the archive is not changed'
[06:38] <lifeless> you cannot say 'APT receives changes'
[06:38] <wgrant> The issue is that there are two archives.
[06:38] <lifeless> *I* would talk about *changes to the archive* - because thats what it controls.
[06:38] <wgrant> The one in LP.
[06:38] <wgrant> And the one that apt sees.
[06:38] <lifeless> wgrant: Thats why I said 'APT archive'
[06:38] <lifeless> in my proposals
[06:38] <wgrant> Right.
[06:38] <wgrant> But I don't reallly want to say that twice.
[06:50] <wgrant> Now I remember why I don't like LP UI work.
[06:50] <wgrant> We don't really have standards, so my pedantry fails.
[07:13] <lifeless> well
[07:14] <lifeless> there are multiple dimensions here
[07:14] <lifeless> I'm being pedantic on clarity
[07:14] <wgrant> Right. And we can't have guidelines for that.
[07:14] <lifeless> avoiding saying APT archive twice seems silly, to me, if repeating it is clearer.
[07:14] <wgrant> At the moment I'm trying to clean up all the PPA forms.
[07:14] <lifeless> cool
[07:15] <wgrant> But I am being foiled by the lack of definition of form UI guidelines. Are field captions title or sentence case? Should their descriptions refer to "the archive" or "this archive"? ...
[07:15] <wgrant> We have both throughout the app.
[07:15] <wgrant> And it looks pretty scrappy :/
[07:16] <wgrant> It's not that hard to make it look fantastic. I think we just need to sit down and define guidelines, preferably with a UI designer which we don't have.
[07:19] <lifeless> uhm
[07:19] <lifeless> ask mpt :)
[07:19] <wgrant> Hm? What's he now?
[07:22] <lifeless> interaction designer
[07:22] <lifeless> he's still interested in lp
[07:22] <lifeless> and we don't need authoritar, we just need someone we knowledge and reasoning skills in that domain
[07:23] <wgrant> Hence only "preferably"
[07:23] <wgrant> If we had one, they would probably be such a person.
[07:24] <wgrant> Oh, mpt is even coming to the epic. Excellent.
[07:24] <lifeless> why wait? ask today
[07:25] <wgrant> Then I will have a couple of issues resolved and much less inclination to actually solve everything in January.
[07:26] <lifeless> sounds like progress to me
[07:26] <lifeless> do you know what your squad will be allocated to yet?
[07:26] <wgrant> No.
[07:26] <wgrant> Has that been determined?
[07:27] <lifeless> some bits I'm sure of
[07:27] <lifeless> the 2 project squads will be taking the oldest live projects and running with them from the stakeholder queue ( I don't remember what they are - privacy is one, I think. IMBW)
[07:27] <lifeless> blah
[07:27] <lifeless> 3 project squads
[07:27] <lifeless> and the 2 interrupt squad duties are fairly well defined
[07:28] <lifeless> I don't know if the initial allocation to interrupt/project is done yet or not
[08:04] <LPCIBot> Project devel build (329): STILL FAILING in 3 hr 11 min: https://hudson.wedontsleep.org/job/devel/329/
[08:04] <LPCIBot> * Launchpad Patch Queue Manager: [rs=wgrant][ui=none][rollback=12111] Revert devel r12111. It breaks
[08:04] <LPCIBot> recipe creation for source package branches.
[08:04] <LPCIBot> * Launchpad Patch Queue Manager: [r=jcsackett,
[08:04] <LPCIBot> sinzui][ui=sinzui][bug=526608] Ajaxify plus sign next to ajaxified
[08:04] <LPCIBot> link for targeting a bugtask to a milestone.
[08:04] <LPCIBot> * Launchpad Patch Queue Manager: [r=bac][ui=none][bug=321675] Changes the 'Delete' button when
[08:04] <LPCIBot> unlinking a bug and a branch to "Remove link"
[08:04] <LPCIBot> * Launchpad Patch Queue Manager: [r=leonardr][ui=none][bug=135009, 135012, 135015,
[08:04] <LPCIBot> 135018] Adds autofocus to several fields needing it throughout
[08:04] <LPCIBot> Launchpad
[08:25] <LPCIBot> Project db-devel build (244): STILL FAILING in 3 hr 18 min: https://hudson.wedontsleep.org/job/db-devel/244/
[08:25] <LPCIBot> Launchpad Patch Queue Manager: [testfix][rs=thumper] Fix the FakeLogger import.
[08:28] <stub> What is the silly name of that test results viewer again?
[08:28] <wgrant> tribunal?
[08:30] <stub> thats the onbe
[08:44] <stub> lifeless: of course, with the restricted URL stuff we have no choice but to invoke client.getURLForAlias, which makes a number of the tests in librarian.txt somewhat redundant...
[09:46] <jml> one hundred!
[09:47] <wgrant> It was 101 earlier :(
[09:48] <jml> bugs get reopened, I guess.
[09:48] <jml> or my script is buggy
[09:49] <wgrant> jml: You made it home?
[09:49] <jml> wgrant: indeed I did. I'm in my London home right now.
[09:51] <jml> wgrant: also, welcome to the cabal. I trust you've received your codex and binding ring, and have been taught the seven words.
[09:52] <wgrant> jml: Indeed, all those formalities are complete.
[09:52] <jml> wgrant: glad to hear it :)
[09:54] <wgrant> I think victory may be near.
[09:56] <jml> wgrant: oh?
[09:58] <wgrant> jml: There may yet be hope for deploying the fix for bug #692114 before next year.
[09:58] <_mup_> Bug #692114: Recipe builds require indices for non-main PPA components <qa-ok> <recipe> <Launchpad itself:Fix Committed by wgrant> < https://launchpad.net/bugs/692114 >
[09:59] <jml> wgrant: heh
[09:59] <pcjc2> gmb: Thanks for merging that branch ;)
[09:59] <jml> I'd been meaning to ask what our deployment options were. We're still able to do non-downtime ones, right?
[09:59] <wgrant> jml: It was discovered on Saturday and the fix and test took less than two minutes... but deployment is problematic because of a chain of qa-bad revisions.
[10:00] <jml> :(
[10:00] <wgrant> In the window between a qa-bad revision and its reversion, another qa-bad revision can spring up :(
[10:00] <pcjc2> https://bugs.launchpad.net/launchpad/+bug/692951 shows fix committed - how long before its on production machines? (e.g. staging?) so I can get some test bug imports done?
[10:00] <_mup_> Bug #692951: Don't show <empty comment> placeholders for imported bug attachments <qa-needstesting> <Launchpad itself:Fix Committed by pcjc2> < https://launchpad.net/bugs/692951 >
[10:00] <wgrant> pcjc2: It could be on staging now.
[10:01] <wgrant> Let me check.
[10:01] <pcjc2> still qa-needstesting
[10:01] <wgrant> staging is not production. It updates automatically, regardless of QA.
[10:01] <wgrant> It is used for QA.
[10:01] <pcjc2> ok, excellent..
[10:01] <pcjc2> Who should I ask nicely to do a couple of imports for me?
[10:01] <wgrant> pcjc2: Staging has the fix.
[10:02] <pcjc2> And it runs a clone / snapshot of the normal production database?
[10:02] <pcjc2> seems our projects are present
[10:03] <wgrant> We can probably go directly to a LOSA.
[10:03] <wgrant> Right, it runs an old snapshot of the production DB.
[10:06] <pcjc2> Have two xml files here.. 6.1M and 9.8M
[10:09] <pcjc2> pre-validated on a local dev instance of course ;) - Although the gEDA one has two failures, which I'm happy with -  if preferred, I could just edit out those bugs
[10:11] <wgrant> pcjc2: Do they have empty comments?
[10:12] <wgrant> Oh, of course, that's why you wanted staging updated.
[10:12]  * wgrant headdesks.
[10:12] <wgrant> Excellent.
[10:12] <pcjc2> some did
[10:12] <wgrant> So it can double as QA for the bugfix.
[10:12] <pcjc2> The only one which failed (and an identical duplicate) was one where someone pasted an entire build log for a program into the bug description
[10:12] <pcjc2> Nice
[10:13] <pcjc2> As it happens, it was filed against the wrong project, so got promptly closed. Hence - I don't care they are dropped with a validate error by the import script. (Validate error is because the description is too long)
[10:14] <wgrant> Ah, right.
[10:15] <pcjc2> I can find the empty comment ones. Actually.. none have a truly empty comment.. the ones in question had attachments - so the lack of an  "<empty comment>" appended is a QA of the patch having its desired effect
[10:15] <pcjc2> We can probably run some dummy imports with actually empty comments if you like..
[10:19] <jml> I'm afk for a bit to get coffee etc.
[10:30] <wgrant> pcjc2: Where are those two files?
[10:31] <pcjc2> not uploaded anywhere at the moment.. too big to email, and I don't have any web space I can get at with quota left!
[10:31] <pcjc2> Is there somewhere temporary I can stick them on LP?
[10:31] <wgrant> They're not *that* big.
[10:32] <wgrant> Uh, good question.
[10:33] <pcjc2> I found some space.. give me a minute
[10:33] <wgrant> Great.
[10:37] <pcjc2> also - if I gzipped them, they would probably end up tiny... but I have the space now. (Obviously too tired today)
[10:37] <wgrant> Heh.
[10:38] <pcjc2> http://www2.eng.cam.ac.uk/~pcjc2/geda_output_v1.xml
[10:38] <pcjc2> to import against "-p geda"
[10:38] <pcjc2> http://www2.eng.cam.ac.uk/~pcjc2/pcb_output_v2.xml
[10:38] <pcjc2> to import against "-p pcb"
[10:39] <pcjc2> My quota on that system (with the webspace) is only 512M, including all cache-files, work etc..
[11:02] <allenap> 100 bugs closed so far \o/ http://mumak.net/lp-bugjam-2010/
[11:03] <pcjc2> wgrant: I see the gEDA ones are importing nicely / have been imported (can't remember our total count)
[11:03] <pcjc2> Same as my local tests though.. they are all marked with full bug heat.. any idea why?
[11:04] <wgrant> pcjc2: Let me have a look.
[11:04] <wgrant> It may be that the import script doesn't change the cached max heat value on the project.
[11:05] <pcjc2> so it will auto-update at some point?
[11:09] <wgrant> pcjc2: I guess they probably all have identical heat values.
[11:09] <wgrant> Because they probably only have one subscriber each.
[11:09] <wgrant> And none of the other heat factors apply.
[11:09] <pcjc2> ah, ok
[11:10] <wgrant> Do you know of a bug where we can check the empty comment behaviour?
[11:13] <wgrant> pcjc2: I just subscribed to a pcb bug to see if the heat calculation was working, and it seems to be.
[11:13] <wgrant> All except that bug now have just three flames.
[11:13] <pcjc2> ok, great. We just need to do a little triage I guess
[11:14] <wgrant> Heat is deliberately not very affected by triage.
[11:14] <wgrant> You can see the metrics involved by clicking on the flames on the bug page.
[11:14] <pcjc2> I meant by subscribing appropriate developers really
[11:14] <pcjc2> or getting people to rate the bug with "affects me"
[11:15] <pcjc2> Bug has not been active* in within the past 24 hoursSubtract 1% of the bug heat score for every day of inactivity
[11:16] <pcjc2> obviously this is calculated iteratively?
[11:16] <pcjc2> otherwise all our historical bugs would have low bug heat I guess
[11:18] <pcjc2> no.. no, it does things the sensible way... total_heat = int(total_heat * (0.99 ** days_since_last_update))
[11:19] <pcjc2> although I wonder if it is looking at the date of import as the last update date
[11:20] <wgrant> Yeah, it probably is.
[11:20] <wgrant> That's slightly unfortunate.
[11:21] <wgrant> pcjc2: Which bugs had the empty comments?
[11:21] <pcjc2> almost anything with an attachment _previously_ would import with "<empty comment>"
[11:21] <pcjc2> let me find an example
[11:21] <wgrant> Both imports are done now.
[11:22] <pcjc2> ;)
[11:23] <pcjc2> net connection is a bit flaky here
[11:23] <pcjc2> https://bugs.staging.launchpad.net/pcb/+bug/692470
[11:24] <pcjc2> If you had access to an instance _not_ running the fix
[11:24] <pcjc2> you would see it imports with <empty comment> for each of those attachments
[11:24] <wgrant> Yep, I've seen that before.
[11:24] <wgrant> That is a lot of attachments.
[11:24] <wgrant> Looks good, thanks.
[11:26] <pcjc2> I added a unit test which checks the old behaviour for a truly empty comment
[11:26] <pcjc2> How much (if any) extra QA is required?
[11:27] <wgrant> I marked the bug qa-ok a couple of minutes back.
[11:27] <wgrant> It all looks good to me.
[11:29] <pcjc2> nice, thanks!
[11:29] <pcjc2> How long until it hits production?
[11:30] <wgrant> I'm just working out how to QA the last couple of items.
[11:32] <wgrant> Then we can hopefully deploy as soon as that's done.
[11:41] <pcjc2> cool. I've sent an email to the gEDA lists requesting people take a look at things and get back to me with our own QA on the bug import
[11:46] <pcjc2> I've found some breakage already.. https://sourceforge.net/tracker/?func=detail&aid=2922765&group_id=73743&atid=538811  ->   https://bugs.staging.launchpad.net/pcb/+bug/692282
[11:46] <_mup_> Bug #692282: package nspluginwrapper 1.2.2-0ubuntu<IP_ADDRESS> failed to install/upgrade: subprocess installed post-installation script returned error exit status 135 <amd64> <apport-package> <nspluginwrapper (Ubuntu):New> < https://launchpad.net/bugs/692282 >
[11:46] <pcjc2> â€˜elementColor (color)â€™
[11:46] <wgrant> Ahhh XML, I love you so.
[11:46] <pcjc2> probably just need to grep for failure like that and convert in my script
[11:47] <pcjc2> The line I just pasted was the SF export XML. It got munged by the time it got to output.xml
[11:47] <pcjc2> â€˜elementSelectedColor (color)â€™
[11:47] <wgrant> Fun.
[11:47] <pcjc2> So LP is not to blame.. just the export script I think
[11:48] <pcjc2> I've got a pile of changes / extensions / fixes to return for that already
[11:48] <pcjc2> @ _mup_: Naugty bot.. learn to notice which server I'm talking about ;)
[11:49] <pcjc2> got to head out for a bit.. back later
[11:50] <wgrant> allenap: Are you going to be able to QA that structural subscriptions API thing? Although I did the initial export of that part of the code, I don't know the new stuff, so I'm not entirely comfortable that I can QA it adequately.
[11:51] <allenap> wgrant: I'm trying to QA it at the moment. It seems to work okay, but I want to check if the bug mail was sent correctly. BTW, what do you mean by "initial export of that part of the code"?
[11:53] <wgrant> allenap: Oh, I thought it was structural subscriptions. It looks like I was mistaken.
[11:54] <allenap> wgrant: It is structural subscriptions: bug filters for structural subscriptions. The Debian BTS stuff is unrelated.
[11:58] <LPCIBot> Project db-devel build (245): STILL FAILING in 3 hr 33 min: https://hudson.wedontsleep.org/job/db-devel/245/
[12:07] <deryck> Morning, all.
[12:07] <jml> good morning deryck
[12:07] <wgrant> Morning deryck.
[12:10] <jml> deryck: how goes the per-package dupe disabling thingy?
[12:10] <deryck> jml: 'tis done.  I sent email to the stakeholders on the LEP for feedback, they're happy, but I never followed up on the stakeholders list that it was done.
[12:11] <jml> deryck: ahh cool.
[12:11]  * jml updates the board
[12:11] <deryck> jml: JFo is still concerned that they will need per package ability to turn off 'mark as duplicate' link except for bug supervisor, so I'm gathering data to see if that is really a widespread issue or not.
[12:12] <jml> deryck: fair enough.
[13:24] <Ursinha> hey jelmer, you're a soyuz guy, right?
[13:24] <jelmer> Ursinha: Yep!
[13:27] <Ursinha> cool :)
[13:28] <Ursinha> jelmer, I'm seen lots and lots of oopses in the soyuz report, like this one: https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1812PPA1221
[13:28] <Ursinha> do you know what's this?
[13:28] <Ursinha> I've seen
[13:28] <wgrant> Ugh, yes, I really should fix that.
[13:28] <jelmer> That's the new apache access log parser
[13:28] <wgrant> They are ignorable.
[13:28] <Ursinha> ah, right
[13:30] <jelmer> oh, wgrant's still up :-)
[13:31] <wgrant> Barely.
[14:07] <henninge> danilo_, danilos: which one are you? ;)
[14:08] <danilo_> henninge, make your pick (uhm, only this one)
[14:08] <henninge> danilo_: Do you remeber trying to fix bug 401618?
[14:08] <_mup_> Bug #401618: Remove [I]POTMsgSet.sequence <lp-translations> <message-sharing> <tech-debt> <Launchpad itself:Triaged> < https://launchpad.net/bugs/401618 >
[14:08] <henninge> danilo_: Did you give up on the stepthrough approach?
[14:09] <danilo_> henninge, I am pretty sure we gave up on it with the idea that we'll get new +translate page and underlying structures
[14:10] <henninge> ;)
[14:10] <henninge> *that* is too much for a bug jam ...
[14:10] <danilo_> henninge, yes, it is :)
[14:11] <henninge> danilo_: how did you think to use stepthrough here? I think it would mean changing URLs for translation messages.
[14:12] <danilo_> henninge, it means having a stepthrough method implementation which goes through parent (pofile) to get the right sequence number
[14:13] <danilo_> henninge, we definitely shouldn't change the URLs though
[14:13] <danilo_> henninge, iow, this doesn't qualify as a good candidate for the bugjam consider we are not certain what needs to be done
[14:13] <henninge> danilo_: yes, but stepthrough takes a constant string (like "+tm") and we don't have that here.
[14:13] <henninge> yes, I agree.
[14:14]  * henninge looks for more places to remove cruft
[14:14] <pcjc2> What does the "tech-debt" tag mean?
[14:14] <henninge> maybe continue on the product-to-project quest?
[14:15] <danilo_> henninge, if that's easy enough
[14:15] <henninge> pcjc2: technical debt is stuff we coded badly for time reason and promised to fix later ...
[14:15] <henninge> boy, are we in debt .... ;)
[14:16] <pcjc2> ah, cool. Wondered if it was pay-back tasks for people who'd had tech-training from Canonical or something ;)
[14:16] <henninge> interesting idea ... ;)
[14:17] <pcjc2> Most of my code could be considered tech-debt! I'm wading through a 40+ commit patch series which re-writes a CAD packages rendering stack in OpenGL
[14:17] <pcjc2> Not fun
[14:17] <pcjc2> Not fun when "it works", but I can't bear to commit it as is. (This is about the 3rd refactor / re-write though!)
[14:22] <danilo_> henninge, btw, you can always directly implement traverse()
[14:23] <danilo_> pcjc2, the joy of free software is getting over the hump of embarrasment: code that works and is ugly is usually of bigger value than no code at all :) of course, with long-living projects, you do have to worry about maintainability as well
[14:24] <pcjc2> Since I'm usually the one playing big-bad grumpy patch reviewer, I need to make clean commits
[14:24] <pcjc2> Code is all published and people use it.. its just not "upstream" yet
[14:24] <danilo_> pcjc2, multiple branches help with that: non-clean branch that implements this cool feature and a master that is eager to get that feature will push you to get it cleaned up while letting people get at the feature if they really want to :)
[14:25] <danilo_> pcjc2, there you go, same thoughts then :)
[14:25] <pcjc2> indeed
[14:26] <pcjc2> I have ~8 branches here for the circuit board CAD (PCB), ~8 for the schematic CAD (gEDA)
[14:27] <pcjc2> Upstream is mostly just me and a couple of other active guys. (~1 per project) Things have become a little stagnant in terms of new development
[15:15] <LPCIBot> Project db-devel build (246): STILL FAILING in 3 hr 14 min: https://hudson.wedontsleep.org/job/db-devel/246/
[15:15] <LPCIBot> Launchpad Patch Queue Manager: [rs=buildbot-poller] automatic merge from stable. Revisions: 12137,
[15:15] <LPCIBot> 12138 included.
[16:20] <james_w> rockstar, hey, I was going to fix bug 666979 if you could help me decide on the best solution
[16:20] <_mup_> Bug #666979: soupmatchers.Tag takes a text argument that should ignore whitespace <soupmatchers:New> < https://launchpad.net/bugs/666979 >
[20:58] <jml> thumper: you around today?
[21:18] <thumper> jml: no
[21:18] <jml> thumper: thanks. enjoy your holiday.
[23:01] <jcsackett> lifeless ping
[23:15] <jcsackett> nm.
[23:21] <lifeless> sinzui: if you know what jc wanted, let me know? :)


[00:05] <nihilism> high
[00:06] <Flannel> Hi nihilism, how can we help you today?
[00:06] <nihilism> i got a problem, i tried to apaching my server, but i can only see 404
[00:06] <nihilism> can you test http://fnords.ch/burp
[00:06] <LjL> that's a better request for #ubuntu-offtopic methinks
[00:06] <nihilism> maybe some native indians did a wrong job
[00:07] <nihilism> i can't join that channel
[00:07] <nihilism> it seems to be blocked or something
[00:07] <Flannel> something like that, yes.
[00:07] <LjL> not an excuse to ask in a channel that's not relevant.
[00:08]  * nalioth just found a spare kline
[00:09] <nalioth> nihilism: please discontinue your current activity and leave this channel
[00:09] <Flannel> nihilism: You're currently banned from #ubuntu and #ubuntu-offtopic
[00:09] <LjL> ... and #Ubuntu+1
[00:10] <Flannel> Was he trouble elsewhere?
[00:10] <LjL> yes
[00:10] <LjL> #gentoo
[00:10] <Flannel> LjL: not according to BT
[00:10] <Flannel> alright.
[00:10] <nalioth> Flannel: what do you think?
[00:10]  * nalioth hates trolls
[00:10] <Flannel> All I see is a script in #u and -ot
[00:10] <Flannel> I don't necessarily think he was trolling... but I haven't seen him in other channels.
[00:10] <nalioth> awwww, cloning, too
[00:10] <LjL> you don't WHAT?
[00:10] <LjL> have you looked at that site?
[00:11] <nalioth> Flannel: don't do it
[00:11] <LjL> (note, i cannot guarantee it's not harmful)
[00:11] <Flannel> LjL: Oh, I didn't check the site.
[00:11] <LjL> (my Konqueror doesn't show Flash stuff)
[00:11] <Flannel> that's likely the information I was missing ;)
[00:11] <nalioth> Flannel: a troll tactic is to ask for help with a specific URL - which is usually harmful
[00:11] <Flannel> nalioth: Nah, I know.  the "burpp" sort of made me suspicious enough to not go there.
[00:12] <LjL> nalioth: that will be helped somewhat by the floodbots... when i feel less lazy. by the way.
[00:12] <nalioth> Flannel: he asked a completely different question in another chanel with the same URL
[00:12] <Flannel> Gotcha
[00:12] <Flannel> The only thing he did, apparently, on the 11th (to earn his bans) was have a script running
[02:23] <Flannel> Commie Carrie is a boy?
[02:23] <LjL> yeah?
[08:37] <Myrtti> WHEEEEE!
[08:38] <Myrtti> mmmmmm Warboys
[08:38] <Tm_T> Myrtti: hugses
[08:39]  * elky huggleses Myrtti too
[08:53]  * Myrtti huggles everyone
[09:12] <elky> LjL, help me convince snuxoll we're just two personalities of the same person :P
[09:14] <elky> meanwhile, i take it it's quiet on the hynix and stupidfruit fronts?
[09:34] <Tm_T> quiet as K-line?
[09:41] <Gary> oh so quiet
[09:51] <elky> if it isnt k-line quiet, then it's almost *too* quiet
[09:51] <elky> which usually means, 'new nicks'
[10:34] <Myrtti> mmmmmmh ♥ http://www.flickr.com/photos/myrtti/archives/date-posted/2009/03/17/
[10:46] <jussi01> bleh...
[10:47] <jussi01> ... !no, seveas is <reply> Stop adding useless factoids!
[10:47] <Myrtti> http://www.flickr.com/photos/myrtti/3362677072/ :-P
[10:48] <Myrtti> jussi01: kekekekeke
[10:48] <Myrtti>  ... !no, seveas is <reply> who's got cake? Seveas has! HE STOLE YOURS.
[10:52] <jussi01> !seveas
[10:52] <jussi01> im tempted with that one Myrtti...
[10:52] <Myrtti> I know
[10:52] <Myrtti> !pie
[10:52] <Myrtti> !pie-#ubuntu-offtopic
[10:53] <Myrtti> ok, it should actually be about the pie
[10:53] <Myrtti> seveas stole our pie.
[10:53] <jussi01> !no, seveas is <reply> who's got pie? Seveas has! HE STOLE YOURS. (see also !pie)
[10:53] <jussi01> *g*
[10:54] <Myrtti> *snigger
[10:54] <Myrtti> can't wait until he tries it
[10:56] <elky> um, all these nick-based ones should be -ot only anyway
[10:57] <Myrtti> true
[10:57] <Myrtti> !forget seveas
[10:58] <Myrtti> !seveas-#ubuntu-offtopic is <reply> who's got pie? Seveas has! HE STOLE YOURS. (see also !pie)
[10:58] <Myrtti> Ubotwo: STFU
[11:08] <elky> !elky
[11:08] <elky> !elkbuntu
[11:34] <ikonia> !jussi01
[11:34] <ikonia> ????
[11:34] <jussi01> hehehehe
[11:34] <jussi01> !-jussi01
[11:35] <jussi01> ikonia: think about what happened around that date :P
[11:35] <ikonia> ..............my memory is blank
[11:35] <ikonia> let me refresh
[11:35] <jussi01> ...
[11:35] <jussi01> big thing in my life?
[11:35] <ikonia> oooh right
[11:35] <ikonia> yes yes
[11:35] <jussi01> hehe
[11:35] <Tm_T> ubot3 is out of sync
[11:35] <ubot3> Factoid is out of sync not found
[11:35]  * jussi01 sinks Tm_T
[11:35] <jussi01> :P
[11:36] <Tm_T> ubottu: jaunty
[11:36] <ikonia> feeding time
[11:36] <Tm_T> ubot3: jaunty
[11:36] <ubot3> Jaunty Jackalope is the code for Ubuntu 9.04, due April 2009 - Lots of breakage between now and April -Please join #ubuntu+1 for discussion
[11:36] <jussi01> nalioth: ^^
[11:36] <jussi01> !-jaunty
[11:37] <jussi01> may not have updated since that happened yesterday...
[11:37] <jussi01> err 2 days ago
[11:38]  * jussi01 wonders what sync time nalioth has got set.
[11:45]  * mneptok sighs
[11:47]  * ikonia returns with food
[11:47] <elky> the bots should be able to be triggered to update, srsly
[11:47] <bazhang> yum! err apt!
[11:47] <elky> new code can be updated, why not a db sync?
[11:47] <mneptok> http://feedproxy.google.com/~r/UbuntuTutorials/~3/J1EXoy4Ic2I/
[11:47] <mneptok> am i missing something here?
[11:47] <mneptok> like ... the point.
[11:48] <ikonia> I don't think sqlite covers replication
[11:49] <elky> mneptok, the point is that small pimple on the forhead of that person.
[11:51] <jussi01> elky: I thought they did sync...
[11:51] <elky> jussi01, can you trigger nalioth's bot to update it's databse?
[11:52] <jussi01> elky: no.
[11:52] <jussi01> why is it so important right now?
[11:53] <elky> jussi01, only in the context that it's what *I* was referring to.
[11:54] <jussi01> elky: iirc there is a way, but I dont remeber it ;) hence my short answer of "no"
[11:57] <jussi01> @sync
[11:57] <jussi01> there we are
[11:57] <jussi01> dunno if the other bots have that
[11:57] <ikonia> thats cool
[11:58] <jussi01> elky: ^
[11:58] <jussi01> ubot3: sync
[11:58] <ubot3> Factoid sync not found
[11:59] <jussi01> meh
[12:22] <mneptok> !sink
[12:22]  * mneptok gives the bot a sponge bath
[12:25] <elky> sink is what mneptok's do after we throw them in the ocean
[12:25] <mneptok> ha! i solved that by adding blubber!
[12:26] <jussi01> hehe
[12:26] <elky> which will melt away after the sterilising seawater melts your skin off
[12:26] <elky> "it burns like hygiene!"
[12:26] <bazhang> hehe
[12:27] <mneptok> "To uninstall blubber, simply eat less for the rest of your life." - The Christer Edwards Diet (page 1 of 1)
[12:28] <elky> my problem isn't that i eat too much. it's that i eat at all.
[12:28] <elky> i mean, my hips grow just from *looking* at food
[12:29] <mneptok> your problem is that you convert food and other raw materials in PURE FOXY
[12:29] <mneptok> *into
[12:30] <elky> ha
[12:30] <elky> the bunnies are the ones who get all the fun though :(
[12:30] <bazhang> trapline still trying to fight the last battle
[13:03] <bazhang> groovy and hynix were k-lined?
[13:04] <bazhang> oh never mind
[13:04] <bazhang> time to dial the troll-detector to 11
[14:01]  * genii sips
[14:02] <Myrtti> queston
[14:02] <Myrtti> what page do you get from http://es-la.facebook.com/profile.php?id=789962064 this link?
[14:02] <Myrtti> and...
[14:02] <Myrtti> http://es-la.facebook.com/profile.php?id=573810669
[14:02] <Myrtti> that page
[14:04] <genii> Myrtti: The first one puts me at what seems to be your main facebook page
[14:05] <Myrtti> true...
[14:06] <genii> The second one is spanish with what looks like a carved wooden idol
[14:06] <Myrtti> true
[14:06] <Myrtti> notice something in the latter?
[14:07] <Myrtti> it would seem like I've got a Chilean namesake.
[14:07] <Myrtti> I noticed because one of his/her friends wanted to add me on their skype roster.
[14:11] <genii> Myrtti: I did see the names were identical, yes. Could lead to some confusion
[14:12] <Errietta> ho
[14:12] <Errietta> hi*
[14:12] <Errietta> i mean
[14:12] <Errietta> ..w/e
[14:12] <Errietta> totally wrong chan
[14:12] <Errietta> X_X
[14:12] <Errietta> sorry my bad
[14:16] <Myrtti> would someone do on #ubuntu a /last nonmod
[14:16] <ikonia> wasn't the wrong channel - you just forgot you where banned for acting like a rude fool
[14:17] <ikonia> Myrtti: I don't see him
[14:17] <Myrtti> I don't know if I should do something about that part message
[14:17] <ikonia> yes I do
[14:17] <ikonia> sorry
[14:17] <ikonia> Myrtti: I would nudge him in here to explain
[14:17] <ikonia> not really called for and it's not possible it could mean something else
[14:18] <ikonia> and to be honest there is no need for it
[14:18] <ikonia> he's just signed in, give him a nudge
[14:21] <ikonia> Myrtti: did he repond ?
[14:27] <Myrtti> I haven't looked, found a bug
[14:27] <Myrtti> he quit before I noticed your message
[16:13]  * genii sips
[16:20] <Pici> Can someone take a look at sebsebseb in #ubuntu, I'm not sure if I'm just annoyed with him or if he should be taking that elsewhere.
[16:22] <LjL> Pici: i'm not entirely unbiased about him either
[16:24] <LjL> Pici: i'm afraid epidermis is actually a gnome theme manager
[16:24] <Pici> LjL: oh.
[16:25] <Pici> LjL: I thought he was trolling
[16:26] <LjL> Pici: me too, but i googled
[16:26] <LjL> Pici: still, not in the repositories, so tough luck to him
[16:30] <Pricey> Hmm Grant-A in -offtopic.
[16:30] <LjL> Pricey: he's often borderline trollish
[16:31] <Pricey> LjL: Aware of the (#)ubuntuforums(.org) stuff?
[16:31] <LjL> Pricey: i know he's banned from the channel
[16:31] <LjL> Pricey: that's how i first got to "know" him - he complained about it in inappropriate places
[16:32] <Pricey> lovely stuff
[16:32] <ikonia> !bansearch grant-a
[16:32] <ikonia> !bansearch grant-a
[16:32] <ikonia> ????
[16:33] <LjL> ikonia: @
[16:33] <ikonia> ughhh thank you
[16:33] <ikonia> sorry, so tired
[16:33] <ikonia> @bansearch bigmoopies
[16:34] <LjL> anyway i wouldn't trust @bansearch *that* much if you're looking for someone's history
[16:34] <ikonia> no, it's fine, just a quick scan
[16:34] <ikonia> it was "beepboop" not bigmoopies that was being a jerk yesterday
[16:44] <ikonia> grant-a is full or rubbish I still see
[16:44] <ikonia> just makes up stuff
[16:47] <genii> ikonia: You have ops in +1 ?
[16:47] <ikonia> yup
[16:47] <ikonia> genii: what's up
[16:49] <genii> Just checking. Khakane seemed like he might get in an argument with someone over thm telling him how to use irc, etc
[16:49] <ikonia> s'ok
[16:50] <ikonia> he's calmed down now
[16:50] <genii> :)
[16:51] <Pricey> yay he ignored me
[17:04] <Myrtti> [19:03] ~~~buttsecchs [n=ykkie@cpc2-cmbg1
[17:21] <ikonia> Sebsebseb randonly versioning people in #ubuntu
[17:22] <Seeker`> o/
[17:24] <Pici> ugh
[17:24] <Pici> ugh again
[17:25] <LjL> uhm...
[17:25] <LjL> he seemed to do it because he didn't believe that fellow was really running ubuntu
[17:25] <LjL> and apparently the response proved him right
[17:25] <Pici> removing lupin, he is aparrently randomly pming people
[17:25] <ikonia> she didn't have to be running it at that moment in time
[17:25] <ikonia> Pici: yes, I was about to
[17:26] <LjL> Pici: PM'ing how? the former nickname sounded italian
[17:26] <LjL> and the host confirms that
[17:26] <ikonia> gratzi
[17:26] <LjL> and the ident rings a bell (although it's also a very common first name)
[17:26] <Pici> LjL:  <?lupin> hi my namE  IS LUPIN  3
[17:26] <Pici> LjL: Hes in #u-it as well,.
[17:26] <LjL> yes
[17:26] <LjL> i've pinged the ops about him
[17:26] <LjL> well, i've pinged myself i suppose
[17:29] <ikonia> is someone paying people to be stupid tonight ??
[17:29] <LjL> ikonia: it ain't night
[17:29] <Pici> I wish.
[17:29] <ikonia> LjL: touche'
[17:30] <LjL> unless people from the other emisphere are being paid to be stupid, i suppose
[17:30] <LjL> @mark #ubuntu-ops sebsebseb A couple of instances of dubious behavior
[17:46] <Errietta> um..Hello.
[17:47] <LjL> hi there
[17:47] <Errietta> um..
[17:47] <Errietta> * #ubuntu #ubuntu-ops :Forwarding to another channel
[17:47] <Myrtti> hello
[17:47] <Myrtti> how are you doing today?
[17:47] <Errietta> it's been a hard day
[17:47] <Errietta> trying to figure out how to make ssh keys
[17:48]  * LjL rolls eyes at ikonia's banmasks once again
[17:48] <Errietta> nvm
[17:48] <Errietta> find out
[17:49] <Errietta> found*
[17:49] <Myrtti> Errietta: would you like to join #ubuntu again?
[17:49] <Errietta> um well i migjht need to?
[17:51] <Myrtti> have you been thinking about what we discussed last week about what kind of behaviour is expected at #ubuntu and also about patience?
[17:51] <Errietta> Uh sure
[17:52] <Errietta> I'm very sorry about my behavior.
[17:52] <Myrtti> just as a reminder - we're all volunteers, nobody is paid to give answers, and we help and get helped to the extent to each others resources
[17:52] <Errietta> Ok, I got that you're all volunteers already
[17:52] <Myrtti> if nobody knows an answer, you wont get any
[17:53] <Myrtti> and sometimes you'll get "partial" responses, that might or might not help you get ahead with your problem
[17:53] <Errietta> I understand
[17:53] <Myrtti> good.
[17:53] <Errietta> Ok im sorry im just impatient
[17:54] <Myrtti> I'm going to unban you from #ubuntu, but I'm going to also tell you that if there should be some problems in the future, you'll end up banned and talking to us again
[17:55] <Myrtti> so I hope there wont be any problems :-)
[17:55] <Errietta> I know that :)
[17:55] <Errietta> Yea I hope that too
[17:55]  * Errietta takes 10 pills
[17:55] <Errietta> they help. O-o.
[17:57] <Myrtti> Errietta: try to join now
[17:57] <Errietta> looks liek it works
[17:57] <Myrtti> thanks for flying with Ubuntu and have a nice user experience :-)
[17:57] <Errietta> ;/
[17:58] <Errietta> Anyway
[17:58] <Errietta> I'll see ya
[17:59] <Errietta> Hope I won't be banned again
[17:59] <Errietta> I'll try.
[17:59] <Errietta> see ya
[18:09] <ikonia> LjL: what was wrong with the ban mask ?
[18:09] <LjL> ikonia: you have the courage to ask? :P
[18:09] <LjL> Errietta@quadri*!#ubuntu-o*@*
[18:10] <ikonia> LjL: I was having client issues on that day, I thought Myrtti had corrected that for me, she'd done one for me that day
[18:11] <ikonia> on this occasion that wasn't fat fingers
[18:11] <LjL> ikonia: yeah it's been removed for sure, i was just cringing at the bantracker :P
[18:11] <ikonia> legit client bork issu e
[18:11] <ikonia> issue
[18:11] <ikonia> ahh
[18:11] <ikonia> Myrtti: did correct that one then
[18:11] <ikonia> "sorry"
[18:12] <LjL> ikonia: while on your knees
[18:13] <ikonia> I'm already there
[18:13] <LjL> ok then
[18:13]  * genii passes around more coffee
[18:14] <ikonia> right time to drive home
[18:14] <ikonia> laters all
[18:24] <Axan> Hi
[18:24] <Axan> i've been randomly PM'd by lupin
[18:24] <LjL> Axan: thanks, we'll take care of that
[18:43] <Seeker`> Myrtti: traveling go ok?
[19:01] <Myrtti> Seeker`: most excellent :-)
[19:01]  * Myrtti goes shopping
[19:27] <LjL> keep an eye on teimu2
[19:32] <genii> stdin: Thanks, work called me away from #k for a few minutes
[19:33] <stdin> genii: I only glanced at the channel by chance ;)
[20:41] <DBO> that was fun
[21:34] <Pricey> ikonia: electric shocks?
[21:34] <ikonia> heart attack
[21:35] <ikonia> grant-a is quoting something wrong.......
[21:35]  * ikonia falls over dead
[21:35] <jdong> he's still causing trouble?
[21:35] <ikonia> USA miles are differnt to UK now
[21:37] <Seeker`> whaaaaaaaaaaaaaaaaaaaat?!
[21:37] <ikonia> Seeker`: get with it
[21:38] <Seeker`> O.o
[23:53] <YesWoman> hi guys, I wanted to join #ubuntu-forums but my IM says that i got banned!! This is the first time i join the channel!
[23:54] <YesWoman> what to do please?


[00:23] <RainCT> serialorder: Do you want to modify the file or just rename it?
[02:20] <lfaraone> How would I add a man page to a package that uses CDBS?
[02:21] <vorian> create a file in your debian dir called manpages, and put the path to the manpage in that file
[02:22] <vorian> then, just place the manpage in the debian dir, or you can create a manpage dir
[02:23] <lfaraone> vorian: ah, thanks.
[02:23] <vorian> no problemo
[02:23] <lfaraone> vorian: how should I adress AUTHORS, should it list the program authors or the manpage author? :)
[02:24] <vorian> the authors section is for the application authors, then you can say you wrote it at the end
[02:25] <lfaraone> vorian: under COPYING?
[02:25] <vorian> na, hold on a second
[02:26] <vorian> lfaraone: like this http://paste.ubuntu.com/99354/
[02:27] <lfaraone> vorian: ah, OK.
[03:57] <nhandler> I'm working on a personal package that is *NOT* for the Ubuntu/Debian repositories. Is it possible to have it install files in the user's home folder?
[04:10] <coppro> yes. It's not recommended though, since there are multiple users. And you will need to do it with a script (to install to each user's home folder, run through each non-system user in a post-installation script to copy files from a central copy)
[04:10] <coppro> and also copy into the skeleton home directory, probably
[04:26] <nhandler> coppro: Is there any way to find what user is installing the package?
[04:27] <coppro> no, since installations are run as root
[04:28] <nhandler> coppro: That is what I thought.
[05:26] <hyperair> hi how do i fix the lintian warning "debian-changelog-file-is-a-symlink"?
[05:29] <coppro> make the changelog no longer a symlink
[05:29] <hyperair> coppro: but how do i do that? this part is not within my power is it?
[05:29] <hyperair> debuild does the installing of the changlelog and copyright file into /usr/share/doc
[05:30] <hyperair> if debuild chooses to make it a symlink, what can i do?
[05:30] <coppro> hyperair: well, you are packaging it, right? so why is your changelog file a symlink? (btw, try running lintian with -I
[05:30] <coppro> debuild shouldn't. If it does, you are doing it wrong
[05:31] <hyperair> coppro: i think the reason is that codelite-plugins is depending on codelite
[05:31] <hyperair> and since they both come from the same source package, codelite-plugin's changelog somehow got symlinked to codelite's
[05:31] <coppro> could be
[05:31] <coppro> seems like bad practice
[05:31] <coppro> no MOTUs here by any chance?
[05:34] <hyperair> gues not
[05:38] <hyperair> ah. cdbs bug?
[05:42] <ScottK> hyperair: It's a CDBS design feature in Ubuntu to keep the CD size down.
[05:43] <hyperair> ScottK: then i shouldn't bother about that lintian warning right?
[05:43] <ScottK> hyperair: You don't need to worry about it as it's not an actual problem, but something Ubuntu chooses to differently than Debian.
[05:43] <ScottK> hyperair: Right.
[05:43] <hyperair> okay
[05:43] <hyperair> thanks
[05:43] <ScottK> No problem.
[05:44] <coppro> shouldn't there be an override then?
[05:44] <hyperair> if there should be, then shouldn't cdbs doing the overriding?
[05:44] <ScottK> Not really, since it's almost universally something you see in Ubuntu.
[05:45] <ScottK> I suppose one could, but I don't think people generally bother.
[05:47] <hyperair> hmmm
[05:47] <hyperair> how does one do lintian overrides?
[05:47] <jmarsden> Where can I find out more about packaging CPAN modules?  Archive::Any to be specific... I can't seem to find an existing libarchive-any-perl package...
[05:53] <ScottK-desktop> jmarsden: I'd look in the Debian Perl team's docs.  They are pretty thorough.  Also they are open to Ubuntu contributors, so you could package it for them and then sync it to Ubuntu.
[05:53] <ScottK-desktop> That'd give you easy access to people who know about such things.
[05:53] <jmarsden> OK, thanks.
[05:59] <serialorder> question: I want to replace pt.po with pt_PT.po and get rid of pt.gmo and the package uses a quilt patchsystem. Should I delete pt.{po,gmo} and add pt_PT.po all in one diff file? Or is there another way to go about this?
[09:32] <x1250> hi guys, could someone take a look to this dependency problem? gnome-subtitles is not installable: http://paste.ubuntu.com/99496/
[09:37] <hyperair> hmm jaunty?
[09:39] <x1250> hyperair, yes
[09:40] <hyperair> figures. i heard that there's some refactoring of mono packages going on
[09:40] <hyperair> wait until it's done, then that issue should be fixed
[09:41] <x1250> ok, didn't know that, thanks
[09:42] <hyperair> =)
[11:27] <hyperair> does anyone feel like revu'ing a package? http://revu.ubuntuwire.com/details.py?package=codelite
[13:32] <Paddy_EIRE> Hey guys I wonder if this is to be included in Jaunty's repositories http://divfixpp.sourceforge.net/
[13:33] <Paddy_EIRE> If not I would not mind trying my hand at packaging it
[13:33] <bddebian> Heya gang
[14:00] <persei> I've compiled a prg and make it available on my ubuntu repository. I run Hardy, but is there a way to create archives available for Intrepid users ? the program compiled is a "standalone java" program, so a version of it can run on all platform as long as a user run java. Someone told me to change a line in the file "programxxx_i386.changes. is it true, and what do I have to change in it, before running debarchiver?
[14:17] <pmjdebruijn> persei: for PPA you need to upload sources packages...
[14:21] <persei> pmjdebruijn: I've placed the five files created in my incoming subdirectory. then run debbarchiver -so. I do not understand what files I could placed there. Sorry, but I'm newbie at this
[14:21] <pmjdebruijn> huh?
[14:21] <pmjdebruijn> persei: are you talking about PPA or not?
[14:24] <persei> no, I was not aware of that.
[14:24] <persei> I'm reading right now something about launchpadhelp
[14:27] <pmjdebruijn> persei: for PPA you need to use dput
[14:31] <persei> pmjdebruijn: yes,
[14:32] <pmjdebruijn> persei: dput ppa blah_sources.changes
[14:32] <pmjdebruijn> persei: the sources file needs to be signed
[14:33] <persei> pmjdebruijn: maybe a stupid question : but using ppa, my package will be available in another repository , not mine ?
[14:40] <pmjdebruijn> huh?
[14:40] <pmjdebruijn> persei: ppa=personal package archive
[15:54] <AdamDH> hey, here is part of my rule files, can any one tell me why my source is not extracted when I call configure? http://www.pastebin.ca/1299655
[15:55] <AdamDH> configure calls apply-patch and that calls extract source so in order it should go extract source patch configure thats what I am trying to do any way
[15:57] <fabrice_sp> AdamDH, how do you call configure? What command are you using?
[16:00] <AdamDH> same simular way from buildso i have build: configure build-time-stamp etc
[16:00] <fabrice_sp> if you call debian/rules configure
[16:00] <fabrice_sp> does it works?
[16:03] <ripps> Hi, I'm back, and I need some more help getting a package to compile in my PPA
[16:03] <ripps> I'm trying to get Mayanna to build, but I think I'm missing a dependecy, but I'm not sure what. Can someone help me figure out?
[16:03] <AdamDH> it runs configure but nothing above configiure so I get errors
[16:04] <AdamDH> so it does not extract or patches the source
[16:05] <ripps> https://edge.launchpad.net/%7Eripps818/+archive/+build/824717/+files/buildlog_ubuntu-intrepid-i386.mayanna_svn60~ripps2_FAILEDTOBUILD.txt.gz
[16:05] <fabrice_sp> AdamDH, and what about debian/rules apply-patch ?
[16:06] <AdamDH> the apply-patch works when it gets called but nothing seems to call it, i tried it standalone
[16:06] <AdamDH> noting seems to be calling anything else
[16:10] <fabrice_sp> AdamDH, and if you rename it to something else?
[16:10] <ripps> Hello?
[16:10] <fabrice_sp> ripps, there are some strange messages: package architecture (i386) does not match system (amd64). Can you check it appears in a correct build
[16:12] <AdamDH> it all works if I wack it all inside configure but not when its seperated out
[16:14] <ripps> I have no idea why Launchpad would do that, but here's the amd64 build data, it failed as well:
[16:14] <ripps> http://launchpadlibrarian.net/20833784/buildlog_ubuntu-intrepid-amd64.mayanna_svn60~ripps2_FAILEDTOBUILD.txt.gz
[16:15] <ripps> I think some of the problems might be because there is no python-evolution package in intrepid. How do I get remedy this dependency?
[16:17] <fabrice_sp> ripps, are you trying to backport a jaunty package?
[16:17] <ripps> fabrice_sp: no, I'm just trying to compile mayanna from source in PPA
[16:18] <fabrice_sp> ripps, so why are you speaking about python-evolution?
[16:18] <fabrice_sp> AdamDH, maybe apply-patch is a reserved word. Even if you try with another one, it fails?
[16:18] <ripps> fabrice_sp: python-evolution is listed as one of the dependecies of mayanna in it's BUILDING text file.
[16:19] <ripps> That being said, I managed to build mayanna without it locally, but not on Launchpad.
[16:20] <fabrice_sp> ripps, if you manage to build it locally, is it because you installed python-evolution?
[16:20] <fabrice_sp> if it's the case, you should build it also in your ppa
[16:20] <anakron> hi
[16:21] <anakron> someone here use gnome-dictionary in Spanish, with a spanish dictionary server, and it works?
[16:21] <ripps> favrice_sp: no, I don't have python-evolution installed, but I guess some other package that I might have installed might be making up for it, I just don't know what it is.
[16:21] <anakron> Hi RainCT
[16:22] <RainCT> hi anakron
[16:22] <ripps> fabrice_sp: *
[16:26] <fabrice_sp> ripps, you can have a look at run dependencies
[16:26] <fabrice_sp> if you succeed in building a package locally
[16:26] <fabrice_sp> (inside the deb package)
[16:27] <ripps> fabrice_sp: I didn't build using deb package, that always failed. I just built it the manual "make install" method.
[16:29] <fabrice_sp> ripps, did you try with python-gnome2-desktop ? It seems to include python-evolution
[16:30] <ripps> fabrice_sp: I'm trying a new build, with some edit build-dependencies. I think I had python-gnome2-desktop before, but I'm trying again.
[16:31] <fabrice_sp> ripps, ok
[16:33] <ripps> Okay, after looking at the build logs, it looks like the problem is in python-gtk2-dev.
[16:33] <ripps> fabrice_sp: I'm missing /usr/include/pygtk-2.0/pygobject.h
[16:34] <fabrice_sp> ripps, you can check at packages.ubuntu.com. It gives me python-gobject-dev
[16:35] <anakron> someone have ever use gnome-dictionary in  Spanish?
[16:35] <ripps> fabrice_sp: Adding to build-depends, now starting rebuild.
[16:35] <fabrice_sp> anakron, no, but if you explain me what to do, I can try
[16:36] <anakron> or someone can test now gnome-dictionary with a spanish server looking for  aspanish word?
[16:36] <anakron> the problem is that es.dict.org doesn't work
[16:36] <anakron> and i want to patch it
[16:36] <anakron> but i can't find any spanish dict server out there
[16:37] <anakron> even in dict.org
[16:37] <anakron> so, im looking for a spanish dict server to patch it and report it to upstream
[16:38] <anakron> but it seems that noone works
[16:38] <anakron> no one
[16:39] <fabrice_sp> anakron, did you try with vocabulary.aioe.org ?
[16:39] <anakron> yes
[16:39] <anakron> and it doesn't work
[16:43] <Laney> pochu: I don't really mind
[16:43] <anakron> it contains in his dicts "spanish-english freedict dictionary "
[16:44] <anakron> but it doen't translate even or give an spanish meaning
[16:47] <anakron> fabrice
[16:47] <fabrice_sp> anakron, yes. I was trying all the serves
[16:47] <anakron> can you look for a spanish dict server?
[16:47] <fabrice_sp> servers
[16:47] <anakron> ;)
[16:48] <fabrice_sp> :-)
[16:48] <fabrice_sp> they all time out ... :-(
[16:49] <anakron> :S
[16:49] <anakron> but vocabulary.aioe.org works with enlighs words
[16:49] <anakron> english
[16:50] <fabrice_sp> anyway, I checked with chico en www.dict.org, and the definition is not so good ;-)
[16:50] <fabrice_sp> chico = Var. of Chica.
[16:50] <fabrice_sp> :-)
[16:51] <fabrice_sp> anakron, translations seems to work in www.dict.org
[16:52] <anakron> yes
[16:52] <fabrice_sp> so, why not using dict.org?
[16:54] <anakron> let me see
[16:55] <anakron> it doesn't work for me
[16:56] <anakron> mmm
[16:56] <anakron> i want an spanish server that no need to write the word in english to get his translations
[16:56] <anakron> i need meanings
[16:56] <anakron> but i cant find anything
[17:38] <lfaraone> Hi, I've got a package in debian sid that didn't make the import freeze IIRC, how hard is it to get it in jaunty?
[17:40] <Laney> lfaraone: just file a sync request if it works on Jaunty
[17:40] <lfaraone> Laney: what version of python is Jaunty based on?
[17:42] <Laney> 2.5 iirc
[17:45] <lfaraone> Laney: how long should I wait for the sync request to be processed before trying it again? (I'm on a dynamic range and might be killed by a spam filter)
[17:45] <Laney> I don't use the email interface
[18:10] <lfaraone> Laney: who approves those requests?
[18:11] <Laney> lfaraone: MOTUs, then an archive admin has to manually process it
[18:11] <Laney> subscribe the sponsors
[18:27] <AdamDH> http://www.pastebin.ca/1299733 can any one tell me why extract-source is not been ran? been looking over it for an hour and cannot see why not. I wrote the shell for apply path and remove patch and tried it standalone first so I know that works
[19:20] <Laney> james_w: u-uk meeting in 10 mins if you're interested
[19:57] <james_w> thanks Laney
[20:16] <AdamDH> i got my rules to run in order now but I get: dh_testdir for i in `cat urrent_directory/series | grep -v "#"` do
[20:16] <AdamDH> /bin/sh: Syntax error: end of file unexpected any ideas why? do I have to escape the shell script at all?
[20:31] <coppro> anyone for REVU?
[20:31] <directhex> only for mono packages
[21:08] <wikz> I have uploaded a new package for spicebird, would someone like to revu it? spicebird is a collaboration client and it's based on TB3a2. http://revu.ubuntuwire.com/details.py?package=spicebird
[21:30] <AdamDH> do shell vairbles work the normal way inside rules? as patches=`cat CURRENT_DIRECTORY/series | grep -v "#"` cat: /series: No such file or directory so its not finding CURRENT_DIRECTORY even tho it was declared
[21:32] <TheMuso> AdamDH: If you wish to perform nested shell commands in a rules file, you need to do something like $(shell cat blah)
[21:32] <AdamDH> what about if I want to run a chunk of shell code?
[21:33] <AdamDH> do loops work the same way in the rules file?
[21:34] <TheMuso> AdamDH: No, you can do loops in a rules file, but you need to put a backslash at the end of each line. I suggest having a look at the rules file for the espeak source package, as it is done there.
[21:34] <AdamDH> so doing CURRENT_DIRECTORY=`pwd` I need to do CURRENT_DIRECTORY=$(shell pwd)?
[21:38] <TheMuso> AdamDH: There is already a variable for the current directory, $(CURDIR)
[21:42] <AdamDH> as an example is CURRENT_DIRECTORY=$(cat example) correct as I get missing separator. Stop.
[21:45] <TheMuso> AdamDH: Again, I suggest you look at the rules file for the espeak source package, as that has most shell examples present in it.
[21:45] <AdamDH> why is there nothing documented about running shell inside rules? that example looks ideal as it shows some simular stuff to what I am doing
[21:47] <TheMuso> AdamDH: Because rules are makefiles.
[21:47] <TheMuso> i.e the rules file is a makefile.
[21:50] <AdamDH> right so trying to do what I am trying to do at the moment is going to be a headache, running some shell code inside the makefile
[21:52] <AdamDH> example if I do current_directory=$(shell pwd), i know there is a var for it just an example how do I use current_directory then inside $(shell) ? do it as normal $shell(cat current_directory/series) etc?
[22:01] <TheMuso> AdamDH: I think you have to use 2 $ signs.
[22:02] <TheMuso> AdamDH: I haven't done it in a while, so can't exactly remember.
[22:14] <AdamDH> im getting the hang of this, how do I use If then else in a makefile then?
[22:15] <TheMuso> AdamDH: There are special makefile directives for if etc. Unfortunately I can'
[22:15] <TheMuso> Unfortunately I can't remember what packages use them currently.
[22:18] <AdamDH> i will see if google brings anything up for it
[22:19] <broonie> The GNU Make manual is pretty good.
[22:22] <pochu> Laney: well, it will block your glom upload... but it's up to you :)
[22:23] <Laney> pochu: Will none of the packages get published until -doc clears?
[22:23] <Laney> I guess that makes sense
[22:23] <Laney> 'tisn't such a big deal
[22:26] <pochu> Laney: it won't, nope
[22:26] <Laney> ah well
[22:26] <Laney> as long as it doesn't take 6 weeks