[00:36] <StevenK> wgrant: Hm, I wonder if we should error if authorized_size is null for ArchivePurpose.PPA
[00:37] <wgrant> StevenK: Or just enforce the quota iff authorized_size is set
[00:37] <wgrant> Rather than iff it's a PPA
[00:37] <StevenK> wgrant: This isn'
[00:37] <StevenK> Bleh
[00:38] <StevenK> I'm not sure about that bug, I'm looking at bug 965317
[00:38] <_mup_> Bug #965317: TypeError: unsupported operand type(s) for *: 'NoneType' and 'int'  on +repository-size page <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/965317 >
[00:39] <wgrant> Ah, so separate but related
[00:39] <wgrant> If there's no quota then there's no quota, I guess
[00:40] <wgrant> http://irclogs.ubuntu.com/2012/02/18/%23launchpad-dev.txt
[00:40] <StevenK> Right
[00:45] <lifeless> can has review ? - https://code.launchpad.net/~lifeless/lp-dev-utils/ppr/+merge/124084
[00:45] <lifeless> small
[00:47] <lifeless> wgrant: ^
[01:08] <lifeless> StevenK: ^?
[01:11] <StevenK> lifeless: r=me
[01:11] <lifeless> thanks'
[01:26] <lifeless> wgrant: test failures ~ critical?
[01:26] <wgrant> lifeless: Running the test suite outside X or xvfb-run is unsupported
[01:26] <wgrant> So that one is not critical
[01:27] <lifeless> oh, I didn't notice that nuance.
[01:27] <lifeless> where was he running it ?
[01:27] <wgrant> Assuming you're talking about bug #1020146
[01:27] <_mup_> Bug #1020146: lp.testing.layers.YUITestLayer tests fail in various ways without X <test-system> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1020146 >
[01:27] <wgrant> canonistack, I assume
[01:31] <lifeless> I'd wontfix in fact, if its not a supported config
[01:31] <wgrant> Nah
[01:31] <wgrant> It should work
[01:32] <lifeless> how?
[01:32] <wgrant> There's no reason our test browser should need to use X
[01:33] <StevenK> But it's not critical
[01:33] <wgrant> That's why I made it not critical.
[01:33] <rick_h_> all of the webkit enabled browsers require x though I think phantomjs was working around it. Not sure if they got it done
[01:34] <rick_h_> it's how they're working, by using the webkit ui toolkits to load the pages
[01:34] <wgrant> Right
[01:34] <wgrant> But nothing about this fundamentally requires X
[01:34] <wgrant> It's just the library we happen to use atm
[01:34] <lifeless> alloftheones
[01:35] <rick_h_> so yea, phantomjs would be a good way to go: http://code.google.com/p/phantomjs/wiki/XvfbSetup
[01:35] <rick_h_> I've testsed trying to run with grover + phantomjs but it blows up horribly currently
[01:42] <lifeless> wgrant: so what was bug 739042 ?
[01:42] <_mup_> Bug #739042: DistroArchSeries:+index timeouts <timeout> <Launchpad itself:Fix Released by wgrant> < https://launchpad.net/bugs/739042 >
[01:46] <wgrant> lifeless: Terrible FTI that I fixed a few months back
[01:47] <lifeless> ah cool
[01:47] <wallyworld> wgrant: looking at another web service exported collection - IBug.bug_tasks. It also just gives a list of dict values ie lp.bugs[5].bug_tasks.entries gives [{...}, {...}] so i'm yet to find a collection where one can get at objects
[01:48] <wallyworld> so i still can't see what the bug is wanting different to what we currently do elsewhere
[01:48] <wallyworld> or if it's possible/feasible
[02:09] <wgrant> wallyworld: Oh, why are you calling .entries?
[02:09] <wallyworld> to get the values in the Collection
[02:09] <wgrant> Iterate :)
[02:09] <wgrant> Asking for the entries will get you the raw entries
[02:10] <wgrant> In [3]: list(lp.bugs[5].bug_tasks)
[02:10] <wgrant> Out[3]: [<bug_task at https://api.launchpad.net/devel/launchpad/+bug/5>]
[02:10] <_mup_> Bug #5: Plone Placeless Translation Service metadata missing from po files <feature> <lp-translations> <Launchpad itself:Fix Released by daf> < https://launchpad.net/bugs/5 >
[02:10] <wallyworld> oh, ok. i didn't realise entries did that
[02:10] <wallyworld> and that i needed to iterate
[02:10] <wallyworld> thanks
[02:11] <wgrant> The collection is an iterable of EntryResources
[02:11] <wgrant> It also has a .entries attribute which is an iterable of the raw JSON representation of the entries
[02:12] <wallyworld> ok. i didn't appreciate there was a difference, i thought .entries just have the values in the current batch
[02:13] <lifeless> heh, nice trap
[02:14] <wallyworld> yeah, i fell into it. i'm still no expert on our restful api
[02:14] <lifeless> is anyone/
[02:25] <wallyworld> StevenK: auditor client bb failure!
[02:28] <StevenK> Strange
[02:32] <wgrant> sinzui: Can we kill bug #450480?
[02:32] <_mup_> Bug #450480: Get PCI and USB vendor/product names from the "PCI ID Repository" project and from linux-usb.org respectively <hwdb> <regression> <Launchpad itself:Triaged> < https://launchpad.net/bugs/450480 >
[02:33] <sinzui> I have not decided...
[02:33] <sinzui> maybe you cane
[02:33] <sinzui> help
[02:33] <sinzui> Leann does is not affected by the bug. She will not no if we fix it
[02:34] <sinzui> It is tempting to say that the unused feature is not a regression
[02:35] <wgrant> lifeless: Your last act on #579602 confuses me
[02:35] <_mup_> Bug #579602: cannot call getBranches on a source package using the API <api> <lp-code> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/579602 >
[02:36] <sinzui> wgrant, I think can say wont fix, but what of the oopses...I don't think we can close them until the code is removed
[02:37] <wgrant> sinzui: Which OOPSes?
[02:39] <sinzui> wgrant, https://bugs.launchpad.net/launchpad/+bugs?field.importance%3Alist=CRITICAL&field.tag=hwdb
[02:40] <lifeless> wgrant: me too
[02:40] <wgrant> sinzui: The other three must remain by ZOP
[02:41] <wgrant> sinzui: But the 450480 is a regression, not an oops
[02:41] <sinzui> I agree
[02:42] <sinzui> wgrant, as I suggested in the meeting, we can ignore them until we get the word that HWC has their replacement operational. There are about 31 bugs that can be closed with we remove the hwdb
[02:43] <wgrant> sinzui: Right, but I'm going to demote the regression since nobody cares
[02:45] <sinzui> +1
[02:46] <StevenK> sinzui: I'm going to remove the Builder:+history timeout FF on prod with your blessing
[02:47] <sinzui> Sure. We can put it back if we are wrong
[02:57] <lifeless> wallyworld: are you still working on 681767 ?
[02:57] <lifeless> bug 681767 that is
[02:57] <_mup_> Bug #681767: Can't use relative URLs with launchpadlib.Launchpad - generates URI object that breaks wadllib <lp-foundations> <lazr.restfulclient:In Progress by wallyworld> < https://launchpad.net/bugs/681767 >
[02:58] <wallyworld> lifeless: i think that one was put on hold
[02:58] <wallyworld> since my solution was rejected
[02:58] <lifeless> kk
[02:58] <lifeless> thanks
[03:12] <lifeless> sadface at the fix committed etc being images
[03:17] <wgrant> lifeless: Where?
[03:18] <lifeless> bug listings
[03:18] <wgrant> They're not images
[03:18] <lifeless> oh, wtf then
[03:18] <lifeless> ctrl-f won't find them
[03:18] <wgrant> Does so :)
[03:18] <lifeless> mmm, I must have had a typo.
[03:18] <lifeless> weird.
[03:18] <wgrant> Works for Triaged in Firefox at least
[03:19] <lifeless> ah
[03:19] <lifeless> the fix is funky
[03:19] <lifeless> try this
[03:19] <lifeless> https://bugs.launchpad.net/~lifeless/?field.status%3Alist=FIXCOMMITTED
[03:19] <lifeless> ctrl-F
[03:19] <lifeless> fix
[03:19] <lifeless> in firefox
[03:19] <wgrant> Works
[03:20] <lifeless> and nope, commit doesn't either.
[03:20] <lifeless> unless I click in one of them
[03:20] <lifeless> then it works
[03:20] <wgrant> Works either way for me
[03:21] <lifeless> so, doesn't for me :)
[03:21] <lifeless> until I click in the page
[03:21] <wgrant> Huh
[03:22] <lifeless> do you have match case enabled ?
[03:22] <lifeless> cause I did :(
[03:22] <lifeless> <- muppet
[03:22] <wgrant> haha
[03:23] <lifeless> UI could tell you
[03:23] <wgrant> Indeed
[03:23] <lifeless> '15 more hits if match case is turned off'
[03:27] <lifeless> wgrant: so - http://bugs.python.org/issue1638033 - what should the thing be set to to close in LP?
[03:27] <lifeless> its 'accepted closed' atm,
[03:27] <lifeless> surely closed should mean LP puts it in a terminal state ?
[03:28] <wgrant> Probably
[03:29] <wgrant> But I believe 'fixed closed' is what LP expects
[03:29] <wgrant> Perhaps they've changed
[03:29] <lifeless> what /is/ the python tracker ? RT ?
[03:30] <wgrant> Roundup
[03:30] <lifeless> ah
[03:30] <wgrant> We have a custom set of mapping tables for the Python Roundup in our codebase
[03:32] <lifeless> yay
[03:32] <lifeless> well if you care - https://bugs.launchpad.net/launchpad/+bug/1050173
[03:32] <_mup_> Bug #1050173: bugwatches set to accepted closed in roundup maps to 'fix committed' not 'fix released' <bugs> <bugtrackers> <bugwatch> <roundup> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1050173 >
[03:32] <wgrant> I'd say Python roundup
[03:32] <wgrant> I believe they're all different
[03:32] <wgrant> We certainly have a custom status map for python
[03:34] <lifeless> tweaked
[03:34] <wgrant> Thanks
[03:34] <wgrant> There's 3 or 4 checkwatches criticals, so someone's likely to get around to touching that area soon
[03:36] <lifeless> \o/
[03:36] <lifeless> on the make lifeless' bug list clean effort ;)
[03:36] <wgrant> Heh
[03:39] <wgrant> We should make more pages less terrible
[03:39] <wgrant> Particularly since that tends to involve making code shorter
[04:24] <StevenK> wallyworld, wgrant: https://code.launchpad.net/~stevenk/launchpad/deal-with-no-authorized_size/+merge/124097
[04:24] <wgrant> StevenK: Rejected due to invalid apostrophe use
[04:24] <wallyworld> +100
[04:24] <StevenK> What invalid apostrophe use ...
[04:24] <wallyworld> sigh
[04:25] <wallyworld> why don't people know grammar these days
[04:25] <StevenK> I just fixed it, so I'm playing innocent.
[04:25] <wallyworld> :-)
[04:25] <wallyworld> it's one of my pet peeves
[04:25] <wgrant> StevenK: Also, I'd prefer that you fixed policySpecificChecks  rather than checkArchiveSizeQuota, maybe
[04:25] <wgrant> StevenK: At least de-dupe the check
[04:26] <wgrant> It may be best to remove the PPA guard around the checkArchiveSizeQuota check, I guess.
[04:26] <StevenK> wgrant: Why? There are other checks in checkArchiveSizeQuota.
[04:26] <wgrant> After checking on production that it won't impact the primary archive
[04:26] <wgrant> We can apply the quota check to any archive with a quota set
[04:28] <StevenK> wgrant: Hmmmm
[04:33] <StevenK> wgrant: http://pastebin.ubuntu.com/1201917/ ?
[04:34] <wgrant> StevenK: You've changed the security rejection behaviour
[04:34] <wgrant> Also, you might want to explicitly check if it's not None
[04:34] <wgrant> Rather than if it's not 0
[04:35] <StevenK> wgrant: is None, even
[04:35] <wgrant> Well, yes.
[04:35] <wgrant> that
[04:38] <StevenK> wgrant: Changed? Sure, but I don't think it will impact anything.
[04:41] <StevenK> wgrant: And "SELECT id, name FROM archive WHERE authorized_size IS NOT NULL AND purpose <> 2;" == 46 on DF
[04:41] <wgrant> StevenK: It'll now reject security uploads to PPAs with a different message
[04:42] <StevenK> wgrant: PPAs do not have a security pocket?
[04:42] <wgrant> Right, they wouldn't have been accepted, but this might change the way they're rejected.
[04:43] <StevenK> So I don't think it's a concern. It is certainly something to keep in mind when it's QA'd.
[04:47] <StevenK> wgrant: ^ Agree or disagree?
[04:48] <wgrant> StevenK: Have you checked the history of that method, to see why the guard was added?
[04:49] <wgrant> It's possible it was incidental when the quota check was added
[04:49] <wgrant> But it would be nice to check before we remove it
[04:51] <StevenK> wgrant: For checkArchiveSizeQuota? Because it was written only for PPAs.
[04:51] <wgrant> StevenK: But there's the opposite guard for the security pocket check
[04:52] <StevenK> Because other archives have pockets, I guess
[04:52] <wgrant> Right
[04:52] <wgrant> It may have been there for a reason
[04:52] <wgrant> Or it may not
[04:52] <wgrant> But we should check before removing it
[04:55] <StevenK> The else was added in r15663
[04:55] <wgrant> Readded, perhaps
[04:55] <StevenK> [r=wgrant][rollback=15658] Revert r15658, as uploads to -security will have their builds automatically failed. Update associated comments.
[04:55] <wgrant> cjwatson removed it
[04:55] <wgrant> Ah yeah
[04:56] <wgrant> Then I readded it
[04:56] <wgrant> annotate before that
[04:56] <wgrant> Ah, no, cjwatson reverted it, but I reviewed it?
[04:56] <wgrant> Odd
[04:57] <wgrant> The else is a little over 5 years old
[04:57] <wgrant> I would remove it
[04:58] <wgrant> It was added with the ubuntero PPA check
[04:58] <StevenK> You mean, like I did? :-)
[04:58] <wgrant> Yes
[04:58] <wgrant> But with verification
[04:58] <StevenK> Which we just did
[04:59] <wgrant> Indeed
[04:59] <wgrant> Push and I can approve :)
[05:02] <StevenK> wgrant: Diff updating. I attempted to destroy archive-views.txt, but I'm sad to say it defeated me.
[05:04] <StevenK> wgrant: And diff updated
[05:08] <ajmitch> https://code.launchpad.net/~ajmitch/launchpad/prerelease-backports/+merge/124100 for minimal change, if you want to comment
[05:08] <StevenK> 8+ def test_insecure_does_not_approve_backports_before_release(self):
[05:08] <StevenK> 10+ self.setHoaryStatus(SeriesStatus.CURRENT)
[05:08] <StevenK> Uhhhh?
[05:09] <StevenK> :-)
[05:09] <ajmitch> lulwut
[05:09] <StevenK> Your two test cases are indentical
[05:09] <ajmitch> yeah, now I see that
[05:10] <ajmitch> I wasn't sure whether to even keep those since I'm not touching the uploadpolicy now
[05:10] <StevenK> Indeed
[05:10]  * ajmitch was copying from the earlier tests in there, fwiw
[05:10] <ajmitch> just copied a bit too vigorously
[05:11] <StevenK> I was about to say something like that
[05:11] <StevenK> ajmitch: So, you don't touch the uploadpolicy at all, which means the comments for the two tests is technically correct, but only because the policy doesn't check
[05:12] <StevenK> ajmitch: bzr revert -r submit: lib/lp/archiveuploader/tests/test_uploadpolicy.py && bzr ci ?
[05:12] <wgrant> lifeless: Thoughts on my suggestion in bug #1050191?
[05:12] <_mup_> Bug #1050191: allocate-revision-karma.py is too slow to complete <branches> <karma> <lp-code> <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/1050191 >
[05:12] <ajmitch> right, I'd initially made the mistake of changing the approval policy & wrote the test
[05:12] <StevenK> RARGH
[05:12] <StevenK> Is the filename on neem pointless or something?
[05:14]  * ajmitch commits & pushes
[05:16] <StevenK> Bleh, I have a file with a current OOPS and the sha1 in the filename isn't the OOPS ID
[05:17] <ajmitch> StevenK: ok, less LOC added now :)
[05:17] <StevenK> ajmitch: test_checkUpload_backports_development could do with a comment
[05:18] <StevenK> wgrant: Thanks for the +1, tossing at ec2
[05:18] <ajmitch> ok to plagiarise from the test above, or do you like to have the bug # in there as well?
[05:19] <StevenK> ajmitch: Just plagiarise, no need for the bug number
[05:20] <StevenK> Right, so the oops id is 3607c5f44e382d14bd9ff678dbc51097, but the filename is OOPS-4f2364563d7a41ea4918845f2d86aec5.
[05:22]  * ajmitch waits for the diff to update
[05:22] <StevenK> Ah, so '?id%OOPS-' to search for. Sigh.
[05:23] <wgrant> ?
[05:23] <StevenK> Ah, so '?id%OOPS-' is the magic string to search for.
[05:24] <wgrant> Well
[05:24] <wgrant> I grep for the actual unique bit
[05:24] <wgrant> Oh, you mean finding the web-accessible OOPS ID in a known file?
[05:24] <StevenK> I had the filename, but not the ID
[05:25] <StevenK> wgrant: Yeah
[05:25] <wgrant> I just search for OOPS- :)
[05:26] <StevenK> wgrant: I'm happy to approve ajmitch's MP, do you see any issues with it?
[05:26] <wgrant> It's from New Zealand
[05:26]  * ajmitch was expecting a comment like that
[05:27] <StevenK> Oh, so, "This was written by a PHP developer." status => Rejected
[05:27] <wgrant> That too
[05:27] <ajmitch> the love I get in here
[05:28] <wgrant> ajmitch: Have you discussed this with cjwatson?
[05:28] <ajmitch> only in passing, not the submitted branch
[05:28] <wgrant> Ah, I see TB discussion
[05:28] <wgrant> Have you considered the issue of autoapproval?
[05:29] <ajmitch> they should land in unapproved
[05:29] <ajmitch> I'd considered it, made a change in uploadpolicy & then reverted once I clarified that they'll always be unapproved
[05:29] <wgrant> Right, only RELEASE and PROPOSED (and only in unstable series) get autoapproved
[05:30] <wgrant> I'd like to see an ack from Colin just in case, but otherwise that looks fine
[05:30] <ajmitch> ok
[05:30] <StevenK> Let me approve it, with that note
[05:30] <ajmitch> I'll ping him later when he's hopefully around
[05:30] <ajmitch> thanks for the review
[05:31] <ajmitch> not that the diff was overwhelming
[05:31] <wgrant> Heh
[05:56] <StevenK> wgrant: https://code.launchpad.net/~stevenk/launchpad/double-archivesub/+merge/124102
[06:02] <wgrant> StevenK: It already deals with it
[06:02] <wgrant> By raising an exception
[06:03] <StevenK> wgrant: That isn't caught and ends up as an OOPS
[06:04] <wgrant> StevenK: Right, but you could catch it
[06:05] <wgrant> Or make it a 400 if it's an issue with the API
[06:06] <StevenK> wgrant: I could, I decided to follow the pattern that we have for bug/branch subscriptions
[06:07] <wgrant> It looks like that can only happen over the API
[06:07] <wgrant> So I would just annotate it with BAD_REQUEST
[06:08] <StevenK> https://oops.canonical.com/?oopsid=3607c5f44e382d14bd9ff678dbc51097 disagrees
[06:09] <wgrant> Ah, indeed, missed the two browser callsites
[06:10] <wgrant> In one case you want to crash
[06:10] <wgrant> In the other you probably want to inform the user that they're insane
[06:10] <wgrant> Alternatively, in the latter ('activate') case you could call getAuthToken first
[06:10] <wgrant> Or catch the exception and call getAuthToken
[06:11] <StevenK> We sort of
[06:11] <StevenK>         if self.request.form.get('activate') and not self.active_token:
[06:13] <wgrant> Hm, then do you know how the exception happened?
[06:13] <wgrant> Perhaps the token was deactivated
[06:13] <StevenK> Hm, perhaps
[06:19]  * StevenK tries to remember where PersonArchiveSubscriptionView is hit from
[06:19] <wgrant> You mean Person:+archivesubscriptions?
[06:19] <wgrant> Or one of the archive-specific views?
[06:20] <StevenK> I created an authtoken and then called deactivate on it and the UI says I have no tokens
[06:21] <wgrant> You need a subscription
[06:21] <wgrant> The UI shows subscriptions
[06:23] <StevenK> Hm, Archive:+subscriptions is forbidden as an admin?
[06:23] <wgrant> Yes
[06:23] <wgrant> Admins don't hold launchpad.Append on IArchive
[06:23] <wgrant> It's like launchpad.Special in that regard
[06:25] <StevenK> Right, now I have a subscription
[06:30] <StevenK> Then I set it to expired and it disappears from the UI again
[06:31] <wgrant> Sure
[06:31] <wgrant> Doesn't necessarily mean it's not accessible
[06:31] <wgrant> It's also possible that the token is somehow deactivated, but the sub is not
[06:31] <StevenK> Oh, there's a seperate table for the token?
[06:31] <wgrant> (eg. a team sub was created, a token was issued, then the team sub was revoked, then a person sub was created, maybe?)
[06:31] <wgrant> yes
[06:32] <wgrant> Subscriptions can be for teams
[06:32] <wgrant> Tokens can't be
[06:32] <stub> wgrant: is this index I see before me to replace an existing index, or in addition?
[06:32] <wgrant> stub: In addition
[06:33] <stub> wgrant: Why have status included then, as the preamble states it is indended for use when not filtering by status?
[06:34] <wgrant> stub: It's not necessary, but due to that order it also doesn't affect size/performance significantly.
[06:34] <wgrant> I can remove it if you want
[06:34] <wgrant> It's not really useful until we have index-only scans, I guess
[06:49] <wgrant> cjwatson: What blockers remain to prevent the removal of delayed copies?
[07:38] <adeuring> good morning
[07:38] <stub> wgrant: So that new index, is that status ever going to be used? We already have an alternative index on (archive, das, status, bpn)
[07:39] <stub> wgrant: Unless we need to use the four fields for ordering, but I don't think we ever want to do that.
[07:41] <wgrant> Indeed
[07:41] <wgrant> I might drop status
[07:46] <wgrant> stub: That's done
[07:46] <stub> ok
[08:47] <stub> Is this the correct way for force the use of our patched pgbouncer in Depends: ? pgbouncer (>= 1.5.2-2+lp2, < 1.5.2-3)
[08:47] <wgrant> stub: You need two separate dependencies
[08:48] <stub> ok, so don't just believe that builddeb worked :)
[08:48] <stub> 1.5.2-2+lp2~23~lucid1 and 1.5.2-2+lp2~23~precise1 are the two interesting versions it needs to work with
[08:48] <wgrant> Also, << rather than <
[08:51] <stub>   pgbouncer (>= 1.5.2-2+lp2), pgbouncer (<< 1.5.2-3),
[08:51] <maxb> It might be more practical to make the patched pgbouncer "Provides: pgbouncer-lp" and depend on that, unless the patch is going to get upstreamed shortly
[08:51] <wgrant> That won't work.
[08:51] <wgrant> Due to ~
[08:51] <wgrant> Yeah
[08:51] <wgrant> I was about to suggest the Provides
[08:52] <wgrant> But it will hopefully be upstream soonish
[08:52] <wgrant> For the versioned Depends to work, you'd want pgbouncer (>= 1.5.2-2+lp2~), pgbouncer (<< 1.5.2-3~)
[08:52] <wgrant> But the Provides is probably a better solution for now.
[08:52] <stub> Sure about that twiddly after the 3?
[08:53] <wgrant> Yes, otherwise eg. 1.5.2-3~lucid1 will satisfy your dep
[08:53] <stub> oh, guess so
[08:53] <wgrant> Which you probably don't want
[09:43]  * cjwatson adds a kanban card to have a look at ajmitch's MP a bit later
[09:44] <cjwatson> wgrant: I have branches leading up to it all locally.  The main blocker is that bigjools raised a concern about the PCJ queue for PPAs being starved if e.g. we'd just run an auto-sync.
[09:45] <cjwatson> wgrant: Which is arguably a blocker for removing the feature flag guarding the fix for bug 575450 (releasing that from beta), which will allow us to remove the synchronous +copy-packages mode and thereafter remove delayed copies.
[09:45] <_mup_> Bug #575450: Archive:+copy-packages nearly unusable due to timeouts <lp-soyuz> <ppa> <qa-ok> <timeout> <Launchpad itself:Triaged> < https://launchpad.net/bugs/575450 >
[09:46] <wgrant> cjwatson: Ah, right.
[09:46] <wgrant> I'd forgotten about the starvation issue
[09:46] <cjwatson> wgrant: I'm not sure whether the proper fix is to bring up multiple cron jobs for PCJ processing, or to convert it all to celery.
[09:46] <cjwatson> The vague consensus seemed to be the latter, but also that celery was a bit untried.
[09:47] <wgrant> That's one way of putting it
[09:47] <cjwatson> I was due to try out celery for ProcessAcceptedBugsJob, when I get back to that ...
[09:47] <wgrant> Indeed
[09:50] <wgrant> adeuring: It looks like a recent private projects landing has broken buildbot. Can you investigate?
[11:13] <rick_h_> adeuring: ping
[11:13] <rick_h_> nvm, looks like wgrant already ping'd you on it
[11:13] <adeuring> morning rick_h_
[11:14] <rick_h_> adeuring: sorry, was just going to see if you'd peeked at the buidbot breakage. Looks like it's breaking on a query around specification stuff that landed
[11:14] <adeuring> rick_h, wgrant: acutally, I did not notice...
[11:14] <adeuring> looking now
[11:14] <rick_h_> adeuring: cool, thanks. Sorry for the dupe :)
[11:20] <dpm> hi launchpadders, could someone help me with a generic question on LP cronscripts? I'm trying to find out what it would take to move a script that currently talks to the DB to export translation data into the LP source tree. I'm told by jtv that the best way would be to turn the script's main code into a class derived from LaunchpadCronScript, but that I should double-check with other LP developers.
[11:21] <dpm> For reference, the script is here: https://launchpad.net/lp-get-ul10nstats/trunk
[13:52] <mpt> Are there any prizes given for marking really old bugs as duplicates?
[13:54] <czajkowski> mpt: I'll give you cake
[13:54] <czajkowski> how's that
[13:54] <mpt> deal :-)
[13:54] <czajkowski> win win :)
[13:54] <czajkowski> mpt: but you're not allowed to create new ones :)
[13:55] <mpt> What would be the point of that? If they're new ones they're not really old ones
[13:55] <mpt> oh, you mean you're limiting me to marking duplicates, not reporting bugs at all
[14:04] <dpm> > hi launchpadders, could someone help me with a generic question on LP cronscripts? I'm trying to find out what it would take to move a script that currently talks to the DB to export translation data into the LP source tree. I'm told by jtv that the best way would be to turn the script's main code into a class derived from LaunchpadCronScript, but that I should double-check with other LP developers.
[14:04] <dpm>  For reference, the script is here: https://launchpad.net/lp-get-ul10nstats/trunk
[15:14] <cjohnston> When trying to use lp-setup, I've tried many times now to run install-lxc.. I continue to get a Permission denied (publickey) error (http://paste.ubuntu.com/1202807/) each time I try.. any idea what is causing this?
[15:21] <cjohnston> I've double checked my key and its correct
[15:32] <cjohnston> hmm.. hmm.. appears as tho as somepoint I was logged out from bzr launchpad-login.. stand down all :-)
[16:05] <cjohnston> ok.. more hmm.. any chance that lpsetup changes my launchpad-login?
[16:06] <czajkowski> cjohnston: breaking things :)
[16:06] <cjohnston> probably
[16:06] <cjohnston> just not sure how :-(
[16:07] <czajkowski> sinzui: might you give cjohnston some pointers please
[16:07] <sinzui> I have't use it
[16:08] <cjohnston> Not quite sure why I'm importing the Yellow Squad key: http://paste.ubuntu.com/1202922/
[16:09] <deryck> jcsackett, hi.  I have a branch for review, but....
[16:10] <deryck> jcsackett, I'm about to lunch.  So don't mind waiting until I'm back if you need to chat interactively.
[16:10] <jcsackett> deryck: i don't mind looking now, i can put any questions in a comment.
[16:11] <deryck> jcsackett, awesome, thanks!  https://code.launchpad.net/~deryck/launchpad/use-specification-sharing-policy/+merge/124240
[16:11] <deryck> catch you after lunch then.
[16:18] <cjohnston> sinzui: I found the issue through the code.. you can pass --lpuser, but if you don't it defaults to your system user name.. :-/  /me wonders how many people have their system user name and lp name the same and if that should be the default or a required flag
[16:20] <sinzui> cjohnston, I agree. Lp chooses the user name from the first email address imported or sent from ubuntu SSO. There is little chance the system user will match the lp identity
[16:22] <sinzui> cjohnston, this may relate to benji's bug Bug #1034605
[16:22] <_mup_> Bug #1034605: handle_lpuser_as_username does validate the given LP username <lpsetup:Triaged> < https://launchpad.net/bugs/1034605 >
[16:24] <cjohnston> I don't think so.. from what I can tell, you can provide whatever username you want, and that bug is referencing checking to see if you mistyped your username.. whereas the issue I'm having that because I didn't know that I needed to provide a username, its picking what is a valid lp username, so his test would pass.. it just wouldn't be me
[16:24] <cjohnston> I guess related, possibly, the same, I don't think so
[16:26] <cjohnston> sinzui: should I talk to frankban_ about it, or someone else?
[16:32] <dpm> trying again...
[16:32] <dpm> hi launchpadders, could someone help me with a generic question on LP cronscripts? I'm trying to find out what it would take to move a script that currently talks to the DB to export translation data into the LP source tree. I'm told by jtv that the best way would be to turn the script's main code into a class derived from LaunchpadCronScript, but that I should double-check with other LP developers.
[16:32] <dpm>   For reference, the script is here: https://launchpad.net/lp-get-ul10nstats/trunk
[16:37] <czajkowski> dpm: poked elsewhere as well
[16:37] <dpm> thanks czajkowski
[16:38] <mgz> fallback would be an email to list, which would add the australians as an audience
[16:39] <jcsackett> dpm: assuming mgz's comment was at you, i agree with him. hit the launchpad-dev mailing list, and you'll get more attention.
[16:39] <jcsackett> dpm: or rather, you'll get attention with more direct knowledge on what you're doing. :-P
[16:40] <jcsackett> i would say though that we've done a lot of moving things *out* of the LP tree--what's the motivation to move this in?
[16:40] <dpm> jcsackett, I've been told that such scripts cannot live outside the LP tree, so it was disabled
[16:41] <jcsackett> dpm: that would be a good reason. :-P
[16:41] <cjwatson> jcsackett: direct db access
[16:43] <abentley> deryck[lunch]: Good morning.
[16:43] <jcsackett> so, dpm, i think step one is def to derive from LaunchpadCronScript.
[16:44] <jcsackett> i would still email the list though, so people who have done similar work can inform you of any potential gotchas.
[16:46] <dpm> jcsackett, yeah, that was what jtv recommended (LaunchpadCronScript), but he suggested to check with other devs whether that was still the recommended way to run such jobs (or if using celery tasks or any other technology is the preferred way in LP nowadays)
[16:46] <jcsackett> dpm: well, celery jobs and other job stuff is in my experience best meant for things that need to be jobs, but respond to real time events in the app.
[16:46] <jcsackett> like merging accounts, for example.
[16:47] <jcsackett> if this is just a nightly script or similar, i think cron is still the place for it.
[16:47] <jcsackett> others may of course have different opinions.
[16:47] <jcsackett> but i don't think we've abandoned cron as a way of doing things.
[16:48] <abentley> jcsackett: We do have Celery running one periodic task, but we haven't really migrated to Celery for everything yet.
[16:48] <abentley> jcsackett: So I don't know whether we'll prefer to use Celery for that in the future.
[16:50] <dpm> jcsackett, it's currently a daily job, and it simply exports data automatically (i.e. it does not need to respond to anything), so I guess cron should be fine
[16:52] <jcsackett> dpm: i would think so.
[17:21] <rick_h__> jcsackett: ping
[17:22] <jcsackett> pong.
[17:22] <rick_h__> jcsackett: hey, do you know the details of the bug/stuff going aroud on the linking of the nav stuff in the table listing?
[17:23] <rick_h__> I'm hitting a failing test out of no where with an error that linkify_navigation isn't defined and it's kind of confusing. I thought I saw some of your squad doing something with that in MP that flew by
[17:23] <jcsackett> rick_h__: wallyworld__ addressed a broken link error i think, but i don't recall the details.
[17:24] <jcsackett> i assume you're rebuilt js?
[17:25] <rick_h__> jcsackett: yea, ah there's the branch.
[17:25] <rick_h__> jcsackett: ok thanks
[17:25] <jcsackett> rick_h__: yw.
[17:29] <czajkowski> mpt: with those duplicates you get a cookie not a cake
[17:38] <deryck> abentley, hi there.
[17:39] <abentley> deryck: I see that abel was working on fixing my test failure.  I don't see it in devel, but I'm assuming it's in ec2.
[17:40] <deryck> abentley, yeah, it's in ec2.  Should be in shortly, assuming it passes.
[17:40] <abentley> deryck: I'm just digging into the privacy banner test failure, which appears to be from the same root cause.
[18:17] <sinzui> jcsackett, do you have time to review https://code.launchpad.net/~sinzui/launchpad/mailman-email-addresses/+merge/124273
[18:17] <jcsackett> sinzui: sure. :-)
[18:20] <jcsackett> sinzui: r=me. i love branches that delete doctests. :-)
[18:21] <sinzui> thank you jcsackett
[18:28] <rick_h__> jcsackett: branch your way if you have time: https://code.launchpad.net/~rharding/launchpad/lp_cache_update/+merge/124217
[18:29] <rick_h__> diff still updating though
[19:01] <jcsackett> rick_h__: one question: this dump to json utility only works for information types, and all the other info_type related stuff that's not tied to an artifact lives in registry. shouldn't it be there instead of app?
[19:03] <rick_h__> jcsackett: so if you know of a place in there to put it I'm happy to move it.
[19:03] <rick_h__> this is replacing the manual JSON stuff that was in each browser/xxxx.py
[19:03] <rick_h__> so it was in browser/product browser/bugtarget and going into browser/specification
[19:04] <rick_h__> since it was used in those places I defaulted to app/utilities
[19:04] <jcsackett> rick_h__: hm.
[19:04] <rick_h__> if no one minds it sitting in registry/enums I'm ok with it, or prefer a registry/utilities
[19:04] <rick_h__> it kind of didn't seem to fit so open to anything
[19:04] <jcsackett> i have no problem with enums, as its just a function to work with one of said enums.
[19:04] <jcsackett> but registry utilities would be fine as well.
[19:05] <jcsackett> i just don't want a developer months from now to waste time figuring out if information type lives in app or registry.
[19:05] <rick_h__> jcsackett: right, understand. I've got no dog in the fight at all.
[19:05] <jcsackett> so, i'll mark this approved with the understanding you'll move that to either reg/enum or reg/util?
[19:05] <rick_h__> sounds like a plan to me, thanks
[19:06] <jcsackett> r=me then. :-)
[19:06] <jcsackett> other than that, nice cleanup. :-)
[20:50] <sinzui> lifeless, do you have time to talk about escalated bugs
[20:50] <czajkowski> sinzui: you playing whack a bug today on bugs, you're so making progress on them :D
[20:51] <sinzui> czajkowski, yes, but it wont last. A lot are trivial or dupes. I expect the pace to slow in about 4 weeks
[20:52] <czajkowski> that's still a lot of weeks and a lot of bugs sinzui
[20:52] <lifeless> sinzui: I do. G+? Skype? IRC?
[20:53] <sinzui> czajkowski, I will cheer when the bug critical bug count  drops to 254, 1 less than Purple left it in July 2011
[20:53] <sinzui> lifeless, I want to try g+
[20:54] <czajkowski> :/
[20:54] <lifeless> sinzui: you or your canonical version should have an invite now
[21:51] <wallyworld__> sinzui: do you have time for a quick pre-impl before the standup?
[22:14] <sinzui> jcsackett, https://bugs.launchpad.net/bugs/bugtrackers/alsa-mantis lists fadly and it is only visible to ~registry
[22:14] <sinzui> bug 210821 is still not fixes
[22:14] <_mup_> Bug #210821: bug tracker list shows inactive projects <404> <bugwatch> <lp-bugs> <qa-ok> <trivial> <Launchpad itself:Triaged> < https://launchpad.net/bugs/210821 >
[22:14] <sinzui> fixed
[22:29] <lifeless> czajkowski: why the sadface?
[22:31] <czajkowski> lifeless: the number in stats
[22:31] <czajkowski> lifeless: a year later and the number is down by 1
[22:32] <lifeless> not yet
[22:32] <lifeless> sinzui is looking forward to that point
[22:33] <lifeless> czajkowski: http://webnumbr.com/launchpad-critical-bugs
[22:34] <czajkowski> lifeless: aye he;s playing whack a mole on the bugs this week, it's interesting to follow.
[22:37] <StevenK> czajkowski: Not just sinzui.
[22:37] <StevenK> All five of us have been pouring over the critical bug list this week.
[22:38] <lifeless> jam: around ?
[22:38]  * lifeless doubts it
[22:38] <czajkowski> StevenK: yes you have I just picked one and refere to the whole team, but yes it's a group thing
[22:39] <czajkowski> lifeless: I think he's utc +5 no?
[22:39] <jelmer> yeah, he should be asleep
[22:39] <lifeless> should be :)
[22:40] <StevenK> +4, I think
[22:40] <lifeless> jelmer: have we published any bzr plugins to pypi ...
[22:40] <jelmer> lifeless: I think so. I know I have.
[22:40] <lifeless> I want to nuke sourcecode
[22:40] <lifeless> means letting bzr import plugins from eggs
[22:40] <lifeless> ahha
[22:41] <lifeless> http://pypi.python.org/pypi?%3Aaction=search&term=bzr&submit=search
[22:41] <StevenK> And mailman
[22:41] <lifeless> jelmer: ^
[22:41] <lifeless> StevenK: one crime against nature at a time
[22:42] <jelmer> lifeless: I like the idea.
[22:43] <jelmer> lifeless: so, bzr-git and bzr-svn are on pypi. we were going to get rid of bzr-hg. bzr-loom is missing, as is loggerhead.
[22:43] <lifeless> and bzr-pqm and others
[22:43] <jelmer> bzr-pqm is in sourcecode?
[22:43] <lifeless> I was pinging jam to ask his view on pushing them up, and to get acls as we'll need to fix the dependencies, switch them to use distribute ('setuptools')
[22:43] <lifeless> jelmer: its used for ec2test, so we need it somewhereish
[22:44] <jelmer> lifeless: don't we have it in the Launchpad PPA? Or do you really want it as egg?
[22:44]  * lifeless shrugs
[22:44] <lifeless> jelmer: http://rbtcollins.wordpress.com/2012/08/27/why-platform-specific-package-systems-exist-and-wont-go-away/
[22:45] <lifeless> jelmer: kindof like to setup lowest cost maintenance for the things we're maintaining
[22:45] <jelmer> lifeless: I've read it earlier :-)
[22:46] <jelmer> lifeless: I think that's the right approach, but bzr-pqm is also immutable enough that I wonder if it's worth worrying about at this point.
[22:46] <lifeless> sure, I'm not pushing hard for it, but it was in the working set that popped into mind
[22:47] <jelmer> Fair enough.
[22:50] <lifeless> huh
[22:50] <lifeless> looks like 2.6 does it already
[22:50] <lifeless> at least under pip
[22:51] <lifeless> ah, right, the virtualenv shoves it in the default search path
[22:51] <lifeless> so that provides an alternative
[22:51] <lifeless> gary_poster|away: if you come back, what would you say to a move to virtualenv+pip ?
[22:52] <mwhudson> please no
[22:53] <lifeless> mwhudson: details
[22:53] <mwhudson> lifeless: well, one thing is "move to pip" from what?  buildout?
[22:54] <lifeless> yes
[22:54] <mwhudson> i talked about this a little in my canonical-tech thread a bit
[22:54] <mwhudson> pip is not very good software
[22:55] <lifeless> imagine I have no idea what you're talking about
[22:55] <lifeless> desperately want to use pip
[22:55] <mwhudson> sorry
[22:55] <lifeless> and you have to dissuade me
[22:55] <lifeless> This is a lie, but will get you to tell me what you need to :)
[22:56] <mwhudson> lifeless: was trying to find a citation
[22:56] <mwhudson> lifeless: basically if you depend on packages a and b and a and b depend on _different_ versions of package c
[22:56] <mwhudson> lifeless: pip's response is "pick one"
[22:57] <mwhudson> lifeless: pip has no equivalent of buildout's allow-picked-versions = false
[22:57] <sinzui> wallyworld__, is this the bug?
[22:57] <sinzui> Bug #867529
[22:57] <_mup_> Bug #867529: Dynamic loading comments load on top of page content <firefox> <javascript> <qa-untestable> <regression> <story-batched-comment-loading> <Launchpad itself:Triaged> < https://launchpad.net/bugs/867529 >
[22:57] <lifeless> ok, assuming you're using the implicit dependency graph vs flatten and resolving to a single requirements doc like LP does with buildout (and can be done with pip too)
[22:58] <wallyworld__> sinzui: yes
[22:58] <mwhudson> lifeless: and this is more anecdata than something i can be specific about is that upgrades are very difficult
[22:58] <mwhudson> lifeless: so you want to make a new venv for each revno you deploy
[22:59] <lifeless> mwhudson: isn't that what -I -r versions.txt is for ?
[22:59] <mwhudson> lifeless: but there is no equivalent of the egg cache in the pip world, so making a new venv will take as long as a "make build" in a completely new launchad tree
[23:00] <lifeless> right, because it doesn't use eggs. Some folk would call that an advantage ;)
[23:00] <mwhudson> lifeless: i don't think there is any way to make pip check that versions.txt is complete
[23:01] <lifeless> mwhudson: how would you solve this for pip ?
[23:01] <mwhudson> lifeless: i wouldn't use it
[23:01] <lifeless> Ok.
[23:01] <mwhudson> oh you mean, if i was to try to fix pip?
[23:01] <mwhudson> i don't know
[23:01] <lifeless> How would you solve this in a world where buildout is going away, upstream are still discussing the colour of the bikeshed, and you are relentlessly pragmatic :)
[23:03] <mwhudson> lifeless: is buildout going away?
[23:03] <mwhudson> i don't know
[23:03] <mwhudson> embrace juju aggressively and move to debs (maybe using pypi-install liberally)?
[23:05] <lifeless> mwhudson: buildout: kindof, upstream have indicated that our LP specific tweaks are being removed in the next release.
[23:06] <lifeless> unless we port them, gary_poster|away has the details.
[23:07] <mwhudson> ah
[23:07] <mwhudson> mmf
[23:08] <mwhudson> this is the relative-path stuff i guess
[23:08] <lifeless> So we have a choice of investing in buildout, investing in pip, or investing in the heat death of the universe.
[23:08] <mwhudson> i guess we don't actually get a choice about the latter
[23:09] <mwhudson> lifeless: well, i don't want to impose my views on you over strongly
[23:09] <mwhudson> but we had a pip based deployment approached and it sucked
[23:09] <mwhudson> and we now have a buildout one and it works well
[23:09] <mwhudson> the underlying tech is surely not all of that
[23:09] <mwhudson> but it is probably part of it
[23:10] <lifeless> mwhudson: totally unscientific: http://www.googlefight.com/index.php?lang=en_GB&word1=pip&word2=buildout
[23:10] <lifeless> It may mean, for instance, that pip is hard to use so folk write about it more.
[23:10] <sinzui> wallyworld__, bug 402915 is what you may have a fix for
[23:10] <_mup_> Bug #402915: Can no longer move a branch to another project using the UI <lp-code> <package-branches> <regression> <target-picker> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/402915 >
[23:10] <mwhudson> lifeless: oh, pip is very popular no doubt
[23:10] <mwhudson> lifeless: you can also play the game with python/php or jquery/yui
[23:11] <lifeless> indeed.
[23:18] <StevenK> wgrant: ComponentLookupError: ((<Person at 0xfda1810 person-name-100003 (Person-name-100003)>, <lp.services.webapp.servers.LaunchpadTestRequest instance URL=http://<IP_ADDRESS>>), <InterfaceClass zope.interface.Interface>, '+archivesubscriptions/16')
[23:18] <StevenK> wgrant: I thought I'd constructed it to what the ZCML said, but obviously not.
[23:18] <wgrant> That's no view name
[23:18] <wgrant> That's a path
[23:19] <wgrant> You'll need to create a request with ['16'] as stepstogo
[23:19] <elmo> That's no moon!
[23:28] <StevenK> Hmm, still no failure
[23:35] <StevenK> wgrant: I need to grep through appserver logs?
[23:36] <wgrant> StevenK: No, you can see the request URL in the OOPS
[23:36] <bigjools> guten tag
[23:39] <StevenK> wgrant: Right, and that gives me the archive id and the user.
[23:42] <wgrant> StevenK: Right
[23:42] <wgrant> StevenK: So what would appserver logs give you?
[23:46] <wallyworld__> bigjools: your shift key broken?
[23:47] <bigjools> wallyworld__: I don't believe in german capitalisation
[23:47] <StevenK> wgrant: Handily, neither the archive or person exist on DF
[23:48] <wallyworld__> bigjools: you don't have a choice if you want to write properly :-P
[23:49] <bigjools> wallyworld__: I always have a choice
[23:50] <wallyworld__> same goes for writing English with poor grammar/spelling I guess
[23:53] <bigjools> wallyworld__: there's choice vs ignorance
[23:53] <bigjools> I am mainly ignorant when it comes to German :)
[23:53] <wgrant> StevenK: That's why we have ops :)
[23:54] <wallyworld__> bigjools: i was just trolling
[23:54] <bigjools> wallyworld__: I know, but I was chomping on the bait like a hooked fish
[23:54] <wallyworld__> yep, i reeled in a big one alright
[23:55] <bigjools> that begs an obvious response
[23:55] <wallyworld__> i throw out the bait....


[11:08] <Rumple> I have a package stuck on 'Manual review pending', and can't push a new version - which would fix the review issue. The same issue as in https://bugs.launchpad.net/snapcraft/+bug/1632136
[11:09] <Rumple> Can the 'Manual review pending' revision be removed? The package is fancon


[12:53] <jelmer> cjwatson: thanks for fixing the incorrect bug change
[12:53] <jelmer> (I don't have permission to revert it myself, that's why I filed a request)
[12:56]  * cjwatson nods, me neither so I grabbed William
[16:52] <oSoMoN> my long-running armhf builds (chromium-browser mostly) keep failing without a log (and being automatically retried), is this a known issue?
[16:52] <oSoMoN> e.g. https://launchpad.net/~canonical-chromium-builds/+archive/ubuntu/stage/+build/20310559
[16:54] <oSoMoN> (that one was uploaded a week ago, I haven't kept the count of how many failures it got, but I'd say at least half a dozen)
[16:54] <oSoMoN> some retries were manual, some happened automatically (the currently running job was started an hour ago without my intervention)
[16:55] <cjwatson> I've speculated that this may be due to load issues on the compute nodes after the datacentre move, but it's hard to be certain.
[16:55] <cjwatson> May well be worth retrying once the queues finally flush.  In the meantime continuing to retry manually may be making matters worse ...
[16:56] <oSoMoN> ack, I'll patiently wait for the queues to flush, and hope that things get back to normal then
[16:58] <cjwatson> It's not ideal, sorry


[02:00] <smartboyhw> Who has voted already!
[02:00] <smartboyhw> ?
[02:41] <smartboyhw> kubotu: newversion kdev-python 1/
[02:41] <smartboyhw> DAMN
[02:41] <kubotu> Package kdev-python doesn't exist yet!
[02:41] <smartboyhw> OH
[02:41] <smartboyhw> Meh?
[02:42] <smartboyhw> kubotu: newpackage kdev-python
[02:42] <kubotu> incorrect usage, ask for help using 'kubotu: help newpackage'
[02:42] <smartboyhw> Meh
[02:42] <smartboyhw> kubotu: help newpackage
[02:42] <kubotu> newpackage <packagename> <version> [description]; Adds needs-packaging bug for entirely new package.
[02:42] <kubotu>                 newversion <packagename> <version> [description]; Adds update bug for existing package.
[02:42] <kubotu>                 buildstatus <packagename> [release] [ppa]; Buildstatus for package.
[02:42] <smartboyhw> kubotu: newpackage kdev-python 1.5
[02:43] <kubotu> https://bugs.launchpad.net/bugs/1176267
[03:01] <ScottK> smartboyhw: See 1176225 - that one was already reported.
[03:22] <ahoneybun> hey ScottK
[03:22] <ScottK> ahoneybun: Hello
[03:29] <ahoneybun> ScottK: I have not gotten in contact with volkan
[03:39] <ahoneybun> I think this is him https://launchpad.net/~volkangezer
[03:41] <ScottK> ahoneybun: No, look at the listed IRC nick, it's different.
[03:43] <ScottK> Might be https://launchpad.net/~vlyalcin
[03:45] <ahoneybun> I'm going to end up messaging everyone lol
[03:46] <ahoneybun> I really want to work on this more
[03:51] <ahoneybun> https://wiki.ubuntu.com/kubuntu-docs
[03:51] <ahoneybun> I'm just thinking on how to sorting this
[04:04] <valorie> ahoneybun: did you start out with the docs that we used to distribute?
[04:05] <valorie> ahoneybun: I'd like to help, although I loathe that wiki-markup
[04:05] <valorie> I've worked on our docs in the past, in the xml
[04:06] <ahoneybun> valorie: yes I used bzr to pull the code from lp, this is what I have https://wiki.ubuntu.com/kubuntu-docs
[04:08] <valorie> right, that was what I was looking at
[04:08] <valorie> the spelling seems rather hinky though
[04:08] <valorie> and the order of the sections seems odd
[04:09] <valorie> just wondering if that is how our old docs were organized, or what
[04:09] <ahoneybun> yes its right from the old ones
[04:09] <ahoneybun> same order
[04:10] <ahoneybun> reading it now I think Linux and KDE should be first
[04:17] <ahoneybun> valorie: other then that how am I doing?
[04:18] <valorie> looks great
[04:18] <valorie> although there has to be a way to make dots or symbols rather then little dashes
[04:18] <ahoneybun> I fixed that!
[04:19] <valorie> I can edit when you are done with what you are doing
[04:19] <valorie> ok
[04:19] <ahoneybun> I just saved the changes
[04:19] <valorie> cool, yes, now I see it
[04:20] <valorie> it would be nice to have our wiki themed like our website
[04:20] <valorie> but I guess it takes forever to get that done
[04:20] <ahoneybun> I wish I could rename the page to kubuntu-docs-about and the welcome to kubuntu-docs-welcome
[04:30] <ahoneybun> should I call it Ubuntu's GNOME desktop but it is Unity
[04:35] <valorie> ubuntu's Unity desktop
[04:35] <valorie> all of the flavors like that (in my mind)
[04:36] <valorie> because you can use gnome desktop too, or xfce, etc.
[04:36] <valorie> might be cool to have buttons for all the flavors
[04:40] <ahoneybun> true
[04:42] <valorie> there is way too much "ubuntu is unity only" thought around
[04:42] <valorie> whereas the community and the flavors all working towards a common goal is what makes us strong
[04:44] <valorie> sometimes I get the feeling that canonical folks get threatened by the success of any flavor but unity
[04:44] <ahoneybun> that is true I get the feeling that Linux will only work if it follows their goals
[04:45] <valorie> it's too easy to lose focus and start fighting over different tastes, rather than focus on our common goals
[04:47] <ahoneybun> to provide s useable desktop for everyone
[04:47] <ahoneybun> *provide a usable
[04:48] <ahoneybun> https://wiki.ubuntu.com/kubuntu-docs
[04:49] <ahoneybun> I can rename the page
[04:50] <valorie> huh: https://wiki.ubuntu.com/KubuntuDocs
[04:53] <ahoneybun> ok so I will edit to follow that model better then mine no?
[04:54] <valorie> I was just bringing it into the discussion because it's an old page which already exists, and could be mixed up with your new page
[04:54] <valorie> at least you should have a link to the new page
[04:54] <smartboyhw> ScottK: OK.
[04:55] <smartboyhw> Bug 1176255
[04:55] <smartboyhw> Uh oh
[04:55] <smartboyhw> Bug 1176225
[04:56] <ahoneybun> https://wiki.ubuntu.com/KubuntuDocs/RaringRingtail
[04:57] <valorie> cool
[04:57] <valorie> CamelCasing has been used in wikis forever
[04:58] <smartboyhw> I never wanted to work on docs because the syntax was frightening;P So thank you ahoneybun:)
[04:58] <valorie> ugly, but it works
[04:58] <valorie> esp. THIS wiki
[04:58] <valorie> horrible
[04:59] <valorie> all honor to ahoneybun
[04:59] <ahoneybun> syntax?
[04:59] <ahoneybun> valorie: thanks! I also made the new banner for the 13.04 release
[04:59] <valorie> wiki markup
[05:00] <valorie> i would so love to see that on the wiki
[05:00] <valorie> wiki pages are often so boring looking
[05:00] <valorie> all text, no fun
[05:00] <ahoneybun> I wanted to add images
[05:00] <ahoneybun> should this be more then one page or all in one?
[05:00] <valorie> \o/
[05:01] <ahoneybun> I don't think I can put the image on there just link it
[05:02] <valorie> no, they can be embedded
[05:02] <valorie> I just don't know how
[05:03] <ahoneybun> I have tried all the links that photobucket gave me
[05:03] <valorie> I think they have to somehow be uploaded to the wiki itself
[05:04] <ahoneybun> found it
[05:06] <ahoneybun> boom https://wiki.ubuntu.com/KubuntuDocs/RaringRingtail
[05:07] <smartboyhw> ahoneybun: Good;)
[05:08] <ahoneybun> trying to get it aligned
[05:10] <valorie> lovely!
[05:11] <ahoneybun> not aligned
[05:11] <ahoneybun> ...
[05:11] <valorie> aligned here, in chromium
[05:12] <ahoneybun> oh not in firefox
[05:12] <ahoneybun> thanks smartboyhw!
[05:12] <valorie> not so good in rekonq
[05:13] <valorie> since we ship rekonq, it should look great there
[05:16] <ahoneybun> true but I am using the right code, the only thing I can do is resize it
[05:17] <ahoneybun> still nothing
[05:17] <valorie> yup, another reasons wikis suck a bit
[05:18] <ahoneybun> wait getting i
[05:18] <ahoneybun> it
[05:20] <ahoneybun> got it in firefox good
[05:21] <ahoneybun> valorie: refresh your browser ;)
[05:21] <valorie> great!
[05:22] <ahoneybun> oh yea
[05:24] <valorie> ahoneybun: looks good in konqueror as well
[05:24] <ahoneybun> valorie: awesome!
[05:32] <ahoneybun> smartboyhw: it is scary a bit, I mostly just don't know how to work this out
[05:34] <valorie> how to work what out?
[05:35] <ahoneybun> valorie: organize all this
[05:36] <ahoneybun> there are 26 different folders in docs and I want to lower that by combining them
[05:37] <valorie> ahoneybun: that def. sounds like the best idea
[05:38] <valorie> what helps me is to write stuff out with a pen and paper
[05:38] <ahoneybun> like media, photos, and videos can be in the same categorie
[05:38] <valorie> maybe cut it up
[05:38] <ahoneybun> that is good
[05:38] <valorie> and then move them around until they seem to flow right
[05:38] <ahoneybun> yea
[05:38] <valorie> for some reason my brain works better with actual STUFF
[05:39] <ahoneybun> same here
[05:56] <ahoneybun> got them down to 5
[06:02] <ahoneybun> well 4
[06:05] <valorie> \o/
[06:05] <ahoneybun> what does that mean lol
[06:06] <valorie> hands in the air?
[06:07] <ahoneybun> lol
[06:08] <smartboyhw> \o/ means hurray!!!!!!!!!!!!!!!!!
[06:10] <ahoneybun> what for lol
[06:12] <valorie> simplifying!
[06:13] <smartboyhw> Yep \o/
[06:13] <ahoneybun> yea true
[06:13] <ahoneybun> https://wiki.ubuntu.com/KubuntuDocs/RaringRingtail
[06:14] <valorie> awesome
[06:14] <valorie> but what is "interworkings"?
[06:16] <ahoneybun> community- bug reports, development, support, contact
[06:17] <valorie> how about: community
[06:17] <smartboyhw> ahoneybun: Use valorie's suggestion instead
[06:17] <valorie> or getting involved
[06:17] <valorie> might be more "open"
[06:18] <ahoneybun> both of those I thought of lol
[06:18] <ahoneybun> what about "Our Community"?
[06:18] <valorie> this is my thought: we know what we mean by community
[06:18] <valorie> but absolute newcomers won't
[06:19] <valorie> getting involved is generic
[06:19] <valorie> but everyone will know what it means
[06:19] <valorie> and if you have a sentence about it, with the list above, people will know for sure
[06:20] <ahoneybun> yea
[06:21] <ahoneybun> smartboyhw: thats for sure
[06:25] <valorie> the more clear and plain we can be, the better
[06:25] <valorie> also: easier to translate
[06:28] <ahoneybun> ok, I'm going to put a few pictures in here
[06:30] <ahoneybun> its beautifl
[06:30] <ahoneybun> https://wiki.ubuntu.com/KubuntuDocs/RaringRingtail/Basics
[06:31] <ahoneybun> *beautiful
[06:34] <valorie> looks great
[06:36] <smartboyhw> Awesome! Thanks ahoneybun
[06:37] <ahoneybun> smartboyhw: for what? lol
[06:41] <smartboyhw> ahoneybun: For docs making:)
[06:42] <ahoneybun> smartboyhw: no problem! but I'm not done!
[06:44] <ahoneybun> not sure what to do if I have nothing in the directory it is talking about
[06:44] <smartboyhw> ahoneybun: Doing is better than none;)
[06:45] <smartboyhw> bye bye, no battrry for phone
[06:45] <valorie> once the basics are covered, we can fill the gaps
[06:46] <ahoneybun> smartboyhw: true, bye!
[06:47] <ahoneybun> valorie: you mean the once the floor plan is done, or the page "The Basics" is done
[06:47] <valorie> the floor plan
[06:47] <valorie> and most of the suitable text from the old docs
[06:48] <valorie> although we don't have to stick with those if we don't want to
[06:49] <ahoneybun> I know but its better then starting from scratch
[06:49] <ahoneybun> https://wiki.ubuntu.com/KubuntuDocs/RaringRingtail/Basics
[06:49] <valorie> for sure
[06:51] <ahoneybun> its almost 3am here
[06:51] <valorie> when you're done, I'll edit a bit
[06:53] <ahoneybun> ok soon I will be
[06:53] <ahoneybun> cuz I should not stay up to late
[06:54] <valorie> you can decide tomorrow if my edits are suitable
[06:54] <valorie> :-)
[06:56] <ahoneybun> well here it is tomorrow lol
[06:56] <valorie> almost here too
[06:56] <ahoneybun> ok refresh I added some more
[06:57] <ahoneybun> made changes anyway
[06:57] <valorie> question
[06:57] <ahoneybun> shot
[06:57] <valorie> why is the basic linux system "kubuntu basics?"
[06:57] <ahoneybun> true
[06:57] <valorie> we want most people to use the gui tools, true?
[06:58] <valorie> I think what you've got is good, but it seems like "linux basics" to me
[06:58] <ahoneybun> refresh
[07:00] <ahoneybun> that is why I should not be writting at 3 in the morning lol
[07:00] <valorie> I'll work on that a bit
[07:00] <valorie> I think it should end up near the end of the docs though
[07:00] <valorie> since it will change little if at all
[07:00] <ahoneybun> ok I'm hitting the bed and netflix
[07:00] <valorie> this really is linux basics
[07:01] <ahoneybun> basics last thought?
[07:01] <valorie> it would look the same in puppy, or opensuse
[07:01] <ahoneybun> though
[07:01] <valorie> you'll see in the morning!
[07:01] <ahoneybun> true with some changes
[07:01] <valorie> only for clarity
[07:01] <ahoneybun> ok see yea
[07:01] <valorie> thanks for all your work!
[07:01] <ahoneybun> no problem doing my part!
[07:20] <valorie> ahoneybun: these images should be uploaded to the wiki
[08:24] <valorie> ahoneybun: my edits don't seem to be "taking" -- one of the links is spelled wrong, and saving the fix isn't working
[08:24] <valorie> so I think I've done what I can tonight
[08:25] <valorie> I really think that the linux basics should go near the end
[08:25] <valorie> Kubuntu up top, then KDE, then Linux
[08:25] <valorie> IMO
[09:02] <apachelogger> someone broke zic :(
[10:03] <smartboyhw> ScottK: Is the election vote changeable BTW? I have never used CIVS.
[10:04] <apachelogger> why is there no "want the old people back"?
[10:06] <smartboyhw> apachelogger: ?
[10:14] <Riddell> valorie: that sounds like you're doing docs?
[10:15] <apachelogger> shadeslayer: http://www.youtube.com/watch?v=5035TY5RSpg
[10:15] <smartboyhw> Riddell: You know about the answer? ^
[10:17] <apachelogger> shadeslayer: http://www.youtube.com/watch?v=s6EaoPMANQM
[10:20] <apachelogger> shadeslayer: there ya go http://www.youtube.com/watch?v=s8vHASPezsY
[10:21] <Riddell> smartboyhw: what what?
[10:21] <apachelogger> que?
[10:22] <smartboyhw> Riddell: Can one change his vote in CIVS after voting?
[10:23] <Riddell> looks like no
[10:23] <Riddell> it says "A vote has already been cast using your voter key."
[10:25] <smartboyhw> meh. Riddell you have voted already?
[10:27] <smartboyhw> :O
[10:32] <Riddell> yep
[10:41] <smartboyhw> Riddell: That's quick
[10:41]  * smartboyhw still needs replies, IIRC
[10:48] <smartboyhw> Heck, let us see when we can get 4.10.3 tagged:P
[10:50] <shadeslayer> Monday, need a day or two recover
[10:52] <smartboyhw> shadeslayer: When are you leaving for Barcelona?
[10:52] <shadeslayer> Already here
[10:52] <smartboyhw> shadeslayer: Oh good
[10:53] <smartboyhw> Heh,FC Barcelona was defeated 0-7
[10:53] <smartboyhw> shadeslayer, any time to write up replies to my two questions?:P
[10:53] <shadeslayer> on monday
[10:53] <shadeslayer> A bit too tired to write proper replies
[10:53] <smartboyhw> shadeslayer: So where in Barcelona are you now?
[10:53] <shadeslayer> Pinea De Mar
[10:54] <smartboyhw> i.e.?
[10:54] <shadeslayer> Nearby Spain
[10:54] <shadeslayer> erm
[10:54] <shadeslayer> Near Barcelona
[10:54] <shadeslayer> see what I mean ^^
[10:55] <smartboyhw> shadeslayer: Oh
[10:56] <Riddell> smartboyhw: if you need me to poke him he's sitting next to me
[10:56] <Riddell> but currently he's trying to disable me with spicy nuts
[10:58] <smartboyhw> Riddell: Eh who are you meaning?
[10:58] <Riddell> shadeslayer
[10:58] <smartboyhw> Riddell: srsly?
[11:10]  * Riddell posts http://blogs.kde.org/2013/05/04/kubuntu-support
[11:15] <smartboyhw_> Riddell: Good one!
[11:17] <Riddell> any day now
[11:19] <Riddell> ScottK: has the owncloud update question reached stalemate?
[11:42] <smartboyhw_> Riddell: Does http://www.kubuntu.org/about-us need an update for the Canonical part?
[11:46] <shadeslayer> smartboyhw_: he's lunching
[11:46] <shadeslayer> though that page could use the addition of Debian
[11:47] <smartboyhw_> shadeslayer: I think one good thing about IRC is that I can tell people messages without needing to care that he is lunching:P
[11:47] <smartboyhw_> shadeslayer: And KDE
[11:47] <shadeslayer> :D
[11:47] <shadeslayer> I see KDE there
[11:47] <shadeslayer> "Powered by KDE"
[11:48] <smartboyhw_> shadeslayer: :D
[11:55] <Riddell> smartboyhw_: I don't even recognise that page
[11:55] <Riddell> smartboyhw_: feel free to edit it
[11:55] <Riddell> there's lots on that website which needs updated
[11:55] <Quintasan> Hello
[11:55] <Riddell> hi Quintasan
[11:56] <smartboyhw_> Riddell: Laters
[11:57] <Quintasan> Wow
[11:57] <Quintasan> Riddell: Good one, seems like we're back in business
[11:57] <Riddell> any day now
[11:57] <Quintasan> At least with regard to commercial supportl
[11:58] <Quintasan> shadeslayer, yofel: next weeked - Active packaging sprint?
[11:58] <Quintasan> weekend*even
[12:00] <shadeslayer> maybe, can't confirm as of right now
[12:03] <Quintasan> shadeslayer: I see, if you have a better date then do tell, I'm just throwing random dates since if I'm not doing any uni stuff I'm generally free
[12:04]  * Quintasan got his programming assigments done in advance
[12:04] <shadeslayer> I will most likely be free
[12:04] <shadeslayer> but I can't confirm as of right now, give me a couple of days to figure something out
[12:05] <Quintasan> shadeslayer: Sure sure, no need to rush anything, saucy just opened :P
[12:08] <shadeslayer> :D
[12:10] <Quintasan> Any ideas why KDE Identity account is not used on bugs.kde.org?
[12:10] <Quintasan> I just figured I have to create separate account there
[12:29] <shadeslayer> Quintasan: no i.k.o integration on Bugzilla
[12:29] <shadeslayer> someone needs to write a plugin or sth
[12:32] <Riddell> is this too grumpy? http://blogs.kde.org/2013/05/04/mataro-sessions-ii
[12:33] <Quintasan> Riddell: Not bad, not too grumpy if you ask me
[12:34] <smartboyhw> OK guys KDE SC 4.10.3 tarballs are 'ere
[12:35] <Riddell> boom
[12:35] <Riddell> who wants to take it up?
[12:35] <smartboyhw> Riddell: It is OK I think
[12:35] <smartboyhw> I mean the blog post
[12:36] <smartboyhw> Riddell: According to jono (or dholbach or balloons) that "secret meeting" is held every cycle:O
[12:37] <smartboyhw> Riddell: You will take it up. :P
[12:38] <Quintasan> Badumtss
[12:38] <smartboyhw> Quintasan: What?
[12:38] <Riddell> there's the question of do we want to do merges first or 4.10.3 first?
[12:38] <Quintasan> Nothing. Just making random noises
[12:39] <Quintasan> We want merges first
[12:39] <smartboyhw> Quintasan: LOL
[12:39] <smartboyhw> Riddell: Merges.
[12:40] <smartboyhw> But by the time we did all the merges there will be KDE SC 4.10.4 (:P)
[12:40] <Quintasan> No.
[12:40] <Quintasan> If you get to work instead of talking smartboyhw we will have it down quickly
[12:40] <Quintasan> :P
[12:40] <Riddell> merges will take some time but I think I agree it needs to be done first
[12:41] <smartboyhw> Quintasan: Eh, I can't work these days, it's near exams.  Go and study or something :P
[12:42] <smartboyhw> Quintasan: Or rather, I am grounded for computers.
[12:42] <yofel> smartboyhw, Riddell: merges first
[12:42] <yofel> but that doesn't mean you can't do the 4.10.3 SRU packages
[12:42] <yofel> just skip saucy
[12:42] <smartboyhw> That's a unison:P
[12:43] <shadeslayer> Riddell: yofel I agree, we should merge first
[12:43] <shadeslayer> Riddell: maybe we can pin down some of them with apachelogger this week?
[12:43] <Riddell> shadeslayer: I do want to get cracking on them
[12:43] <shadeslayer> make an announcement that we're not doing 4.10.3 for a bit since we're mergin first
[12:43] <shadeslayer> *merging
[12:44] <Quintasan> smartboyhw: I see, that seems more legitimate an excuse rather than exams :P
[12:44] <Quintasan> shadeslayer might know something about the latter :P
[12:44] <shadeslayer> exams @_@
[12:45] <Quintasan> Well, Food Time
[12:47] <smartboyhw> Quintasan: Heh
[12:48] <Quintasan> I'll get to merging today since I'm done with uni magic
[13:05] <ryanakca> valorie: If I remember correctly, the goal a couple of years ago was to get the website to match the wiki theme :)
[13:13] <apachelogger> !sru
[13:22] <Riddell> ponderous question, what does Kubuntu want from KDE?
[13:23] <smartboyhw> Riddell: ?
[13:24] <Riddell> any apps would be good to have? any experiences can be improved?
[13:24] <Riddell> I'm thining activities needs improved
[13:24] <Riddell> also ms export in calligra
[13:27] <apachelogger> a working clock kcm would be nice :O
[13:28] <yofel> a sane way to configure file sharing between computers (AFAIK the samba stuff is rather broken)
[13:28] <apachelogger> no one shares files
[13:29] <yofel> not everyone uses dropbox...
[13:29] <yofel> nor owncloud
[13:29] <apachelogger> no, I mean that
[13:29] <apachelogger> one uses upnp
[13:29] <yofel> well, we don't use hupnp
[13:29] <apachelogger> file sharing is a shit concept for 300000000% of the usescase
[13:29]  * Riddell thinks apachelogger may not be entirely serious
[13:29] <apachelogger> also hupnp is crap
[13:29] <apachelogger> but that is another story
[13:29] <apachelogger> also it does not offer what we need
[13:31] <apachelogger> essentially we/KDE has no upnp middleware solution that would allow apps to easily get upnp integration (short of KIO) or share data using upnp (i.e. a server)
[13:32] <smartboyhw> Riddell: LOL
[13:32] <smartboyhw> Seriously apachelogger, whay is upup and  hupnp?
[13:33] <apachelogger> :O
[13:33] <apachelogger> que?
[13:33] <yofel> smartboyhw: http://en.wikipedia.org/wiki/Universal_Plug_and_Play ?
[13:33] <apachelogger> [Build #4547391] i386 build of kde-workspace 4:4.10.2-0ubuntu3 in ubuntu saucy PROPOSED someone tell whoever broke boost that they also broke workspace :P
[13:34] <yofel> smartboyhw: hupnp is some qt integration of that http://sourceforge.net/projects/hupnp/
[13:34] <yofel> it's an optional dependency of kdelibs, but we don't use it
[13:34]  * yofel remembers it being rather annoying last time we tried
[13:35] <Riddell> I was advised by the author not to use it
[13:42] <smartboyhw> Riddell: heh
[13:46] <apachelogger> ScottK: bug 1174495 SRU incoming until .3 hits raring
[13:46] <apachelogger> also saucy doesn't build because boost is fried
[13:47] <debfx> do we have logs of the qdbus upgrade bug? I could only find bug #1155687 but that doesn't have much information
[13:47] <Riddell> yum, deep fried boost
[13:47] <smartboyhw> lol
[13:47] <apachelogger> debfx: yofel would know
[13:48] <apachelogger> he was looking into it
[13:48] <Riddell> http://liquidat.wordpress.com/2013/04/29/short-tip-fix-qdbus-problems-during-a-kubuntu-upgrade-to-13-04/ have anything?
[13:48] <yofel> only shortly until I was distraced by our plasma setup
[13:48] <yofel> the only upgrade logs I got from someone showed that even before the upgrade only qdbus:i386 existed
[13:49] <yofel> and he couldn't find a removal of qdbus:amd64 in the logs, which is fishy but I didn't have time to replicate the situation yet
[13:49] <yofel> debfx: http://nopaste.info/4f9ca10823.html
[13:49] <apachelogger> well
[13:50] <apachelogger> there is nothing wrong with qdbus:i386 being the only installed one :P
[13:50] <apachelogger> in <13.04
[13:50] <yofel> well, you can only have one, right. But using i386 on amd64 sounds kind of wrong
[13:50] <yofel> though it shouldn't fail either
[13:51] <apachelogger> so the problem is perhaps not so much that qdbus:amd64 did go away at some point in the past, but that the upgrade does not make sure the system ends up with qdbus:i386 (or the qtchooser thingy manages to pick up i386 on amd64 or something)
[13:51] <debfx> qdbus is multi-arch:foreign so apt should always prefer the native architecture
[13:56] <Riddell> apachelogger: [we want from kde] language settings not kde specific?
[14:00] <smartboyhw> OK I have some 1.5 hours to work on some packaging. Any ideas?
[14:01] <Riddell> start atthe start
[14:01] <Riddell> pkg-kde-tools I'd think
[14:01] <smartboyhw> Riddell, hmm?
[14:03] <Riddell> shared-mime-info
[14:03] <Riddell> phonon
[14:03] <smartboyhw> Riddell, meh....
[14:03] <smartboyhw> That takes more than 1.5 hours for me.
[14:03] <Riddell> maybe cmake needs a merge
[14:03] <Riddell> shared-mime-info is trivial
[14:04] <smartboyhw> Riddell, I thought of an idea: Since I have never done KDE SC packaging before, let me try 4.10.3.:P (Of course merges are important, but :P)
[14:05] <Riddell> oh sure you can try running the magic script
[14:05] <smartboyhw> Riddell, :P
[14:05] <Riddell> but I think that also takes more than 1.5 hours
[14:05] <Riddell> of course you could get it stared and someone else take over if it's on an ec2
[14:05] <smartboyhw> Riddell, sure
[14:06] <smartboyhw> Riddell, give me an EC2 plz
[14:06] <ScottK> smartboyhw: If you got to your vote URL again that was in the email, I think you can change it, but I'm not sure.
[14:06] <smartboyhw> ScottK, according to Riddell not
[14:06] <Riddell> smartboyhw: lp id?
[14:07] <smartboyhw> Riddell, smartboyhw :P
[14:07] <smartboyhw> smartboyhw is my basic internet language
[14:07] <smartboyhw> lol
[14:07] <ScottK> Riddell: No discussion either way so far on the TB list.  I'll ping the list tomorrow.
[14:07] <ScottK> apachelogger: Just make sure you commit the workspace change to bzr then.
[14:07] <kubotu> ::workspace-bugs:: [1174495] kwin instability with r600 radeon and high monitor resolutions @ https://bugs.launchpad.net/bugs/1174495 (by sfar)
[14:11] <ScottK> apachelogger: Accepted.
[14:11] <Riddell> smartboyhw<EMAIL_ADDRESS>[14:11] <Riddell> smartboyhw: run byobu
[14:12] <smartboyhw> Riddell, did it before:)
[14:12] <ScottK> xnox: apachelogger will/has put a patch in bzr we need to make sure gets into saucy when you upload for the boost transition.
[14:12] <ScottK> (kde-workspace)
[14:12] <Riddell> lp:~kubuntu-packagers/+junk/kubuntu-automation/
[14:12] <smartboyhw> doing
[14:12] <smartboyhw> Riddell, ^
[14:13] <smartboyhw> Riddell, meh Permission denied (publickey)
[14:13] <Riddell> smartboyhw: use http
[14:14] <smartboyhw> Riddell, ?
[14:14] <Riddell> you can branch using an http url
[14:14] <smartboyhw> Riddell, oh really?
[14:15] <Riddell> try http://bazaar.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation/
[14:15] <smartboyhw> Riddell, good thanks:)
[14:16] <smartboyhw> done
[14:16] <debfx> yofel: the problem seems to be that on the precise upgrade apt installed qdbus:i386 and now qtchooser only considers native arch binaries so qdbus is broken
[14:16] <Riddell> kubuntu-initial-upload is the first one I think
[14:19] <smartboyhw> Riddell, do I need the --sru argument? Shouldn't right?
[14:20] <Riddell> um, I don't know
[14:20] <Riddell> since it's for a sru I think so yes
[14:20] <yofel> debfx: qtchooser issue then?
[14:20] <Riddell> sru here just means ppa backport
[14:20] <yofel> smartboyhw: you need
[14:20] <yofel> it
[14:21] <yofel> smartboyhw: it's a switch for script behaviour
[14:21] <yofel> and 4.10.3 will end up in raring-updates as an SRU
[14:22] <debfx> yofel: depends on your POV. it really doesn't make sense to have qdbus:i386 on amd64 in the first place.
[14:22] <smartboyhw> yofel, oh
[14:22] <smartboyhw> OK try time;P
[14:22] <smartboyhw> Meh it failed
[14:22] <smartboyhw> ....
[14:23] <yofel> smartboyhw: to be concrete: normally the script uses bzr and updates everything, with --sru it doesn't use bzr and does a diff check for every package to decide whether it has to be updated
[14:23] <smartboyhw> yofel, ah
[14:23] <smartboyhw> Anyway, it failed:P
[14:23] <smartboyhw> Downloading the tar
[14:23] <yofel> then ~/.ssh/config is missing
[14:24] <yofel> probably
[14:25] <smartboyhw> yofel, mine is empty too
[14:25] <yofel> see README
[14:30] <smartboyhw> Hmm it just simply can't connect to the sftp
[14:30] <smartboyhw> yofel, ^
[14:31] <smartboyhw> I might have to import my own gpg key:O
[14:31] <yofel> smartboyhw: is your ssh key on the box?
[14:31] <smartboyhw> yofel, that's the question. Probably not
[14:31] <Riddell> you'll need to put your ssh key on it
[14:31] <yofel> you need sftp access to ftpmaster
[14:31] <smartboyhw> That's after all an EC2
[14:31] <smartboyhw> Uh
[14:31] <Riddell> be very veyr sure to kick me out first
[14:31] <Riddell> and stop me being able to get back in until you remove your key
[14:32] <smartboyhw> Riddell, OK
[14:32] <smartboyhw> How to kick ya?
[14:32]  * smartboyhw is an idiot of EC2s sorry
[14:32] <Riddell> kill my bash process
[14:34] <smartboyhw> Riddell, um there are three.....
[14:34] <smartboyhw> Looks like I need to stay away and study a Linux course
[14:34] <BluesKaj> Hiyas all
[14:35] <smartboyhw> OK I know who's you now
[14:35] <Riddell> smartboyhw: last will say I'm pts/0 so kill the bash on pts/0
[14:36] <smartboyhw> Riddell, did it work?
[14:36] <Riddell> you kicked me out!
[14:36] <Riddell> don't you love me any more?
[14:37] <smartboyhw> Riddell, ouch:P
[14:37] <smartboyhw> Sorry
[14:37] <smartboyhw> :P
[14:37] <Riddell> :)
[14:39] <smartboyhw> Riddell, hmm I already HAVE that key  imported
[14:39] <smartboyhw> ...
[14:40] <Riddell> smartboyhw: needs your private key on the server
[14:40] <Riddell> scp .ssh/* server:.ssh/
[14:40] <smartboyhw> Riddell, host computer or ec2?
[14:40] <Riddell> from your local to ec2 server
[14:40] <Riddell> (arguably this is very bad security because amazon staff can see it, that's a risk I'm fine with but it's up to you)
[14:42] <smartboyhw> Riddell: scp: ambiguous target
[14:42] <smartboyhw>
[14:42] <smartboyhw> ?
[14:42] <Riddell> what target did you give it?
[14:43] <smartboyhw> Riddell, the full link of the ec2
[14:43] <Riddell> pastebin?
[14:44] <smartboyhw> Riddell,
[14:44] <smartboyhw> http://paste.kde.org/737570/
[14:44] <smartboyhw> Riddell, actually wait
[14:44] <smartboyhw> It makes sense!
[14:44] <smartboyhw> Look at the latest e-mail of kde-packager
[14:44] <Riddell> remove the * at the end
[14:45] <smartboyhw> Riddell, the script won't work at all:P
[14:45] <smartboyhw> the /src thing is missing
[14:45] <Riddell> that should be easy enough to fix
[14:45] <smartboyhw> Riddell, heh
[14:47] <yofel> that's a one-line fix in line 174
[14:48] <smartboyhw> yofel, yep:)
[14:49] <smartboyhw> yofel,  * files belong to ftpadmin:ftp instead of ftpadmin:packager
[14:49] <smartboyhw>  is that a problem?
[14:49] <yofel> shouldn't as long as you can download them
[14:51] <smartboyhw> yofel, woohoo it's ready to upload
[14:52] <smartboyhw> No damn it isn't
[14:52] <yofel> lol no, the script should need quite a while until it finishes
[14:52] <smartboyhw> yofel, wrong link I did
[14:53] <yofel> esp. as it need to download everything twice
[14:53] <smartboyhw> Heh
[14:54]  * yofel just remembered that he needs to enable the status pages
[14:54] <smartboyhw> yofel, thx
[14:55] <smartboyhw> hmm the structure of the changed line should be correct
[14:55] <yofel> diff?
[14:56] <smartboyhw> yofel, um it just removes the /src/
[14:56] <smartboyhw> actually. /src :P
[14:56] <yofel> hm, should work, yeah
[14:56]  * yofel checks what's on ftpmaster
[14:56] <yofel> oh
[14:57] <yofel> src/ is now there ^^
[14:57] <yofel> so revert that again
[14:57] <smartboyhw> yofel, damn
[14:57] <yofel> he just fixed it
[14:58] <smartboyhw> yofel, hmm no doesn't work (even adding back /src/)
[14:58] <yofel> log?
[14:59] <smartboyhw> yofel, http://paste.ubuntu.com/5632468/
[14:59] <yofel> *blink*
[14:59] <yofel> wipe the work dir and try again?
[15:00] <smartboyhw> meh
[15:00] <smartboyhw> yofel, hmm doesn't work
[15:00] <yofel> ...
[15:00] <yofel> let me try
[15:01] <yofel> smartboyhw: where's the SRU bug?
[15:01] <smartboyhw> yofel, SRU bug?
[15:01] <smartboyhw> ?
[15:01] <smartboyhw> ?
[15:01] <smartboyhw> LOL
[15:01] <yofel> oh ^^
[15:01] <yofel> we need to document that
[15:02] <yofel> like bug 1094523
[15:02] <smartboyhw> yofel, ;O tell me earlier
[15:02] <yofel> sorry, we forgot -.-
[15:02] <smartboyhw> OK then
[15:03] <yofel> smartboyhw: the packages need to close that bug later for the SRU upload
[15:03] <yofel> so create it now and pass it in -m
[15:03] <smartboyhw> yofel, OK
[15:03] <smartboyhw> yofel, or rather, help me get done with the script first:P
[15:04] <yofel> uh, seems to work here
[15:05] <yofel> ./kubuntu-initial-upload -d raring -v 4.10.3 -m "New upstream bugfix release (LP: #XXX)" -t /tmp/4103/ --sru
[15:08] <smartboyhw> yofel, no
[15:08] <smartboyhw> Just one line
[15:08] <smartboyhw> What?
[15:09] <yofel> that's how I call the script
[15:09] <yofel> and it works for me
[15:09] <smartboyhw> yofel, hack, it doesn't.
[15:09] <yofel> $ ./kubuntu-initial-upload -d raring -v 4.10.3 -m "New upstream bugfix release" -t /tmp/foo/ --sru
[15:09] <yofel> kdelibs-4.10.3.tar.xz                                                                                100%   11MB   3.8MB/s   00:03
[15:09] <yofel> pull-lp-source: Downloading kde4libs version 4:4.10.2-0ubuntu2
[15:09] <yofel> ...
[15:09] <smartboyhw> yofel, not in here
[15:09] <smartboyhw> At all
[15:09] <yofel> hm
[15:10] <yofel> weird that it doesn't show an error
[15:10] <smartboyhw> yofel, no error at all
[15:10] <yofel> smartboyhw: how and where are you running it?
[15:10] <smartboyhw> yofel, almost the same as you
[15:11] <smartboyhw> Just the bug number changed
[15:11] <smartboyhw> Actually, is it impossible to run on my local computer?
[15:12] <yofel> not really, you'll just need a few GiB of network bandwidth
[15:12] <yofel> traffic rather
[15:12] <smartboyhw> yofel, uh
[15:12] <kubotu> ::workspace-bugs:: [1174495] kwin instability with r600 radeon and high monitor resolutions @ https://bugs.launchpad.net/bugs/1174495 (by sfar)
[15:12] <lordievader> Good afternoon
[15:12] <yofel> hey
[15:13] <lordievader> Hey yofel, how are?
[15:13] <yofel> smartboyhw: you did remove the temp dir contents?
[15:13] <smartboyhw> yofel, yep
[15:13] <yofel> lordievader: busy with life and work lately, otherwise well
[15:13] <yofel> smartboyhw: I don't get it...
[15:14] <yofel> smartboyhw: can you scp something from ftpmaster yourself?
[15:14] <smartboyhw> yofel, ?
[15:15] <yofel> smartboyhw: can you sftp into ftpmaster and download something there?
[15:15] <yofel> smartboyhw: and are you running the script in the kubuntu-automation checkout or somewhere else?
[15:15] <smartboyhw> yofel, checkout and trying to sftp
[15:16] <smartboyhw> yofel, no
[15:16] <yofel> the *only* way for it to do nothing but what you see is when the list of packages is empty
[15:16] <smartboyhw> Permission denied
[15:16] <smartboyhw> ...
[15:16] <yofel> ...
[15:16]  * smartboyhw hates ssh key problems
[15:16] <yofel> smartboyhw: sftp<EMAIL_ADDRESS>[15:16] <smartboyhw> yofel, yep that's what I did
[15:16] <yofel> not good
[15:17] <smartboyhw> Permission denied (publickey)
[15:17] <smartboyhw> Oh Lord
[15:17] <smartboyhw> I'm running out of my 1.5-2 hour limit
[15:17] <yofel> uh
[15:17] <smartboyhw> meh
[15:18] <yofel> I see no key named howard chen on ftpmaster...
[15:18] <smartboyhw> yofel, that's a chan ;P
[15:18] <smartboyhw> yofel, and I can access it here
[15:18] <yofel> oops, sorry
[15:18] <smartboyhw> I'm sure
[15:18] <smartboyhw> Riddell added me in
[15:18] <yofel> ah, riddell named it differently...
[15:18] <smartboyhw> yofel, eh?
[15:18] <smartboyhw> How did he name it then?
[15:19] <yofel> usually you put #Name <email> as a comment
[15:19] <yofel> he did
[15:19] <yofel> #https://launchpad.net/~smartboyhw
[15:19] <smartboyhw> yofel, LOL
[15:19] <yofel> but yeah, smartboyhw@smartboyhw-Compaq-Presario-CQ41-Notebook-PC is there
[15:19] <smartboyhw> yofel, yep
[15:19] <smartboyhw> That's my SSH key
[15:19] <yofel> so that's not on the EC2 after all
[15:19] <yofel> .ssh/id_rsa probably
[15:20] <smartboyhw> yofel, grrr
[15:22] <smartboyhw> I'd really rather try uploading GBs rather than using EC2s.
[15:29] <smartboyhw> Riddell, how to shutdown EC2s?
[15:30] <smartboyhw> yofel, it doesn't work even on my local computer
[15:30] <smartboyhw> what?
[15:30] <smartboyhw> Permission denied
[15:30] <smartboyhw> again
[15:31] <Riddell> smartboyhw: poweroff
[15:31] <yofel> smartboyhw: but you can login from the shell?
[15:31] <smartboyhw> yofel, from dolphin yes
[15:31] <yofel> smartboyhw: then you forgot to set .ssh/config for the script maybe?
[15:31] <smartboyhw> yofel, I did
[15:32] <yofel> then I don't know... add some debugging output to the script to find out where it fails
[15:32]  * smartboyhw thinks his ssh key is going into serious trouble
[15:32] <yofel> does the key require a password and you're not using ssh-agent?
[15:33] <smartboyhw> yofel, yes that key has a passwd
[15:34] <smartboyhw> How to determine I'm using ssh-agent?
[15:34] <yofel> did you run ssh-add before running the script?
[15:34] <smartboyhw> yofel, what's ssh-add?
[15:34] <yofel>      ssh-add — adds private key identities to the authentication agent
[15:35] <smartboyhw> yofel, oh
[15:35] <yofel> it prompts you for the password so that the key stays open
[15:35] <smartboyhw> damn that may be the problem
[15:35] <yofel> probably
[15:36] <smartboyhw> yofel, retrying
[15:36] <smartboyhw> no
[15:36] <yofel> can you open 'sftp ftpmaster.kde.org' without any kind of prompt?
[15:36] <yofel> or ssh
[15:37] <smartboyhw> yofel, yes
[15:37] <smartboyhw> sftp
[15:37] <yofel> then I'm out of ideas :(
[15:37] <smartboyhw> meh
[15:37]  * smartboyhw gives up
[15:37] <yofel> I'll run the script then
[15:38]  * smartboyhw condemns the whole complicated ssh concept
[15:38] <smartboyhw> Thank you yofel:)
[15:38] <yofel> what's the sru bug?
[15:38] <smartboyhw> yofel, reply to the questions in email?
[15:38] <smartboyhw> yofel, Bug 1176358
[15:38] <yofel> not yet, I'll do that later
[15:38] <smartboyhw> yofel, :)
[15:38] <yofel> thanks
[15:39]  * smartboyhw cries:P
[15:41] <yofel> at least it's skipping a lot ^^
[15:42] <smartboyhw> yofel, LOL
[15:45] <yofel> grrr
[15:45] <smartboyhw> yofel, ?
[15:46] <yofel> I never got around to fix the dep version update part
[15:46] <yofel> it just goes and bumps all packages in kdesc-dev-latest-raring.txt
[15:46] <smartboyhw> yofel, oh
[15:46] <yofel> so most packages will end up in dep-wait for packages that are never uploaded
[15:47] <smartboyhw> yofel, meh
[15:47] <yofel> needs manual fixing later for now
[15:51] <yofel> yay, script crashed because kdenetwork has a +dfsg suffix
[15:53] <smartboyhw> yofel, yay
[15:53] <smartboyhw> :P
[15:54] <yofel> ok, next try...
[16:14] <Riddell> shadeslayer: https://wiki.kubuntu.org/Nexus7/Installation#Manually_Installing_Ubuntu_13.04_on_Nexus_7
[17:41] <ahoneybun> Riddell: the new images fail to mount as well
[17:42] <Riddell> ahoneybun: I think that depends on some subtle difference in the nexus version
[17:42] <Riddell> cos that's the case with one of mine but the other one gets as far as plymouth but then no X
[17:42] <ahoneybun> oh? https://wiki.ubuntu.com/KubuntuDocs/RaringRingtail
[17:43] <Riddell> ahoneybun: you and valorie made a decision then to go with the wiki route?
[17:43] <ahoneybun> Yea it seems the best way for everyone
[17:44] <Riddell> good, a decision is made :)
[17:44] <Riddell> now feel free to take this apart
[17:44] <Riddell> like say this will be read by my mum "Linux is an operating system kernel that resembles the Unix operating system."  is scary
[17:45] <Riddell> "Linux Basics" starting with command line is scary
[17:46] <Riddell> I think it should be more focused on common tasks "how do I set up my e-mail" or "how do I install firefox" etc
[17:46] <ahoneybun> yea
[17:46] <jjesse-home> the kubuntu docs basics page has always focused on the command line
[17:47] <jjesse-home> and also the filesystem
[17:47] <jjesse-home> not that it always being that way makes it right :)
[17:48] <jjesse-home> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/kubuntu-docs/saucy/view/head:/docs/basics/C/basics.xml
[17:48] <Riddell> I think that's fine to be in there but it shouldn't be the first chapter
[17:49] <Riddell> cor who made that saucy branch?
[17:49] <ahoneybun> thats the same as the one I am working from
[17:50] <Riddell> hmm I'm confused that's the import of the package in ubuntu, but I deleted the package in ubuntu
[17:51] <jjesse-home> i don't know maybe someone from the doc team?
[17:51] <jjesse-home> i have to confess i don't do much doc work these days anymore
[17:52] <jjesse-home> but thats what lp:kubuntu-docs points to
[17:53] <ahoneybun> Riddell: I have the 24 topics put into 4 main topics are I have it layed out so far, just I don't think it would look good if the page kept going on and on
[17:55] <yofel> xnox: bug 1163504 was only about removing the skype png's for kdenetwork and oxygen-icons, right?
[17:56] <Riddell> yofel: yes
[17:56] <yofel> ok
[17:56] <Riddell> and ktp
[17:56] <Riddell> I need to remove those from upstream
[17:57] <yofel> that would be great
[17:58] <Riddell> replace rather than remove would be better
[17:59] <skellat> I did some opening edits to xubuntu-docs that could be used to build off of for kubuntu-docs including our offline package management chapter: https://code.launchpad.net/~skellat/xubuntu-docs/xubuntu-docs/
[18:02]  * skellat wanders back to the Federal Communications Commission report he was reading
[18:04] <yofel> great... kdelibs has missing symbols
[18:13] <ahoneybun> Riddell: you said to upload the images to the wiki?
[18:39] <shadeslayer> I still can't flash the userdata partition on Riddell's Nexus 7
[19:06] <ahoneybun> shadeslayer: does it freeze?
[19:06] <shadeslayer> yes
[19:07] <shadeslayer> trying to flash it for the third time :S
[19:07] <ahoneybun> do fastboot flash -S 256M userdata /path/to/.img
[19:08] <shadeslayer> what does that do ?
[19:09] <shadeslayer> sends it in smaller parts?
[19:09] <ahoneybun> yea
[19:09] <ahoneybun> not as much of a overload
[19:09] <shadeslayer> ah makes sense
[19:10] <ahoneybun> gets it on to the n7 but I still have problems with it mounting the /root
[19:14] <ahoneybun> shadeslayer: there should be a omgkubuntu.com lol
[19:25] <ahoneybun> maybe I should make the wiki kinda like this https://wiki.archlinux.org/index.php/Beginners%27_Guide
[19:51] <ahoneybun> how is it going shadeslayer?
[19:53] <Quintasan> Riddell: You don't love Telepathy KDE anymore? :(
[20:03] <shadeslayer> ahoneybun: it flashed
[20:03] <shadeslayer> ahoneybun: I was playing some table tennis :P
[20:05] <ahoneybun> what lol
[20:05] <ahoneybun> Quintasan: I think it is nice but just needs more integation into the desktop like GNOME has
[20:09] <Riddell> Quintasan: why do you think I'm sitting at the opposite end of the table from d_ed
[20:09] <Quintasan> Riddell: Ask him to implement renaming contacts :P
[20:10] <Quintasan> Riddell: >The membership status of Jonathan Riddell (jr) in the team Telepathy KDE
[20:10] <Quintasan>  (telepathy-kde) was changed by the user from Approved to Deactivated.
[20:10] <Quintasan> :(
[20:19] <shadeslayer> ahoneybun: what's the username / password for the N7?
[20:19] <Quintasan> Darkwing: Y U CUT UR HAIR
[20:19] <shadeslayer> https://wiki.ubuntu.com/Nexus7/UsingTheDevice
[20:19] <Quintasan> You looked like a rock band drummer with long hair dude
[20:21] <ahoneybun> shadeslayer: I'm not sure I thought that you set that up in the installer
[20:22] <ahoneybun> that and I could never get that far
[20:23] <shadeslayer> hmm
[20:23] <shadeslayer> not really
[20:24] <shadeslayer> I have a login screen
[20:24] <shadeslayer> using screen + /dev/ttyACM0
[20:26] <ahoneybun> I'm stuck at it telling it can't mount /root
[20:27] <shadeslayer> huh
[20:27] <shadeslayer> I just used the img files from cdimage.ubuntu.com
[20:27] <shadeslayer> and it does boot
[20:27] <shadeslayer> except that it shows nothing on the screen
[20:27] <shadeslayer> just like the N10
[20:28] <ahoneybun> I get text
[20:29] <ahoneybun> saying "mount
[20:29] <ahoneybun> "mount: mounting /dev/mmcblk0p9 on /root failed: Invalid argument
[20:29] <shadeslayer> ahoneybun: http://wstaw.org/m/2013/05/04/plasma-desktopc14045.png
[20:30] <ahoneybun> It tells me there is no such file or directory
[20:31] <ahoneybun> anyway I got to go to work bbl
[23:08] <apachelogger> ScottK: shadeslayer is weak, it's 1am and he is going to bed.................
[23:08] <apachelogger> and there is still beer available......
[23:08] <shadeslayer> sleeeepyyy
[23:08] <shadeslayer> and I have a presentation tomorrow
[23:09] <apachelogger> I had one today and I went to bed when the sun was rising again :P
[23:09] <shadeslayer> 0.o
[23:10] <valorie> you know what happens when you burn the candle at both ends
[23:10] <valorie> you end up with a short candle
[23:11] <apachelogger> oO
[23:11] <shadeslayer> I don't think you're left with a candle
[23:11] <apachelogger> that sounds sexual, but weird
[23:11] <valorie> lol
[23:11] <valorie> me, weird?
[23:11] <valorie> never
[23:41] <sreich> definitely sexual.
[23:45] <valorie> that I never denied
[23:45] <valorie> lol
[23:45] <valorie> off to dinner.....


[03:38] <ajmitch> highvoltage: checked over the vm lens, first thing I spotted was mentioned by stgraber earlier - files outside of /opt need to be namespaced, so directories should be like /usr/share/unity/lenses/extra-unity-lens-vm/
[03:38] <ajmitch> & /usr/share/dbus-1/services/extras-unity-lens-vm.service
[03:39]  * ajmitch shall reply on list as well
[06:45] <dpm> good morning all
[07:05] <dholbach> good morning
[10:28] <dholbach> ajmitch, highvoltage, dpm, does https://wiki.ubuntu.com/AppReviewBoard/AppsBranches look alright to you?
[10:28] <dholbach> it's not yet linked from anywhere,  but I wanted to put it out there nonetheless
[10:46] <dpm> dholbach, looking...
[10:49] <dpm> dholbach, looks good. 2 things: it might be worth mentioning from which myapps queues (needs information, pending review, etc) it pulls apps from, and a bit more information on the purpose of the tool (i.e. same as we were taling about the other day: making it easier to contribute to reviews, etc)
[11:12] <dholbach> dpm, yes, makes sense
[11:16] <dholbach> thanks dpm
[11:16] <dholbach> updated
[12:38] <highvoltage> dholbach: it certainly looks very useful, can't think of anything that should change
[12:38] <dholbach> ok cool
[12:59] <dholbach> What is the process for joining the ARB helpers team?
[12:59] <dholbach> I think it'd be good to invite a couple more people to help out
[13:20] <dholbach> highvoltage, ajmitch, wendar: ^ do you know?
[13:24] <highvoltage> I can't remember seeing a wiki page about it. Might be a good idea to set that up with all the details. (I think currently they have to request to join the LP team and poke one of the admins of the team)
[13:27] <dholbach> ok, I'll blog about it - if you want, you could just take the text and stick it on the right wiki page? :)
[13:28] <dholbach> I'll also suggest to join the IRC channel, mailing list and add some notes
[13:32] <highvoltage> dholbach: sounds good! you're making me feel bad for not having more time for things like that... but thanks for doing so :)
[13:32] <dholbach> if we get more hands on board that should help :)
[13:33] <dholbach> and don't feel bad :)
[13:48] <dholbach> highvoltage, dpm, mhall119: how does http://daniel.holba.ch/temp/apps-a-success.html look?
[13:51] <highvoltage> dholbach: looks good
[13:51] <dholbach> sweet
[13:59] <dholbach> dpm, mhall119: do you think you could advertise http://daniel.holba.ch/blog/2012/06/making-apps-in-ubuntu-a-success/ with the ubuntuappdev accounts?
[14:03] <mhall119> dpm: I'll post it on FB and G+, if you can tweet it
[14:03] <dholbach> fantastic
[14:44] <dpm> thanks mhall119, I'll tweet in a minute. Sorry dholbach for the delay, I'm on a conversation with steveedwards to set up the landing page
[14:45] <dholbach> no worries
[20:35] <ajmitch> morning


[08:24] <snake-venom> i have installed php7 and php5 on my server, i can see php5 stopped daily. [root@li1769-251 bin]# cd /opt/alt/php56/usr/bin, chmod +x *  this need to run daily.. php5 giving 500 internal server error.. if i will run those commands then it will work .. daily i need to do this commands..
[08:25] <snake-venom> Hi pavlushka , are you available for the discussion ?
[08:26] <pavlushka> snake-venom: first, fix your email address and then talk
[08:26] <snake-venom> email address ? where and how ?
[08:30] <pavlushka> snake-venom<EMAIL_ADDRESS>[08:30] <snake-venom> yes it is
[08:30] <snake-venom> so what i need to do with is ? and where i need to change it and why ?
[08:31] <snake-venom> also i don't want to show my email publicly..
[08:31] <pavlushka> snake-venom: gmail fails to deliver to this address
[08:32] <snake-venom> ah ok ,, its hotemail.. but i dont know how i added and when , how to update ?
[08:32] <snake-venom> *hotmail
[08:35] <pavlushka> snake-venom: check your mail
[08:39] <snake-venom> replied  thanks.
[08:50] <pavlushka> now what?
[09:09] <snake-venom> hi pavlushka
[09:09] <pavlushka> yes
[09:09] <snake-venom> i have installed php7 and php5 on my server, i can see php5 stopped daily. [root@li1769-251 bin]# cd /opt/alt/php56/usr/bin, chmod +x *  this need to run daily.. php5 giving 500 internal server error.. if i will run those commands then it will work .. daily i need to do this commands..
[09:10] <snake-venom> PHP 7 and PHP5 installed in same directory " cd /opt/alt/ "
[09:15] <pavlushka> snake-venom: not very familiar with php, you should ask in #ubuntu
[09:16] <snake-venom> they all said its php issue.. when talking in php they said its server issue .. hahaha.. i lost..
[09:16] <snake-venom> any way i will check with google help , lets c what comes out.. :) thanks
[09:17] <snake-venom> the main issue "  changing permissions on it for some reason "  that i need to find out..
[10:57] <pavlushka> snake-venom: tired lsattr on those? and also you have to google about linux attribute switches
[11:05] <snake-venom> pavlushka, sorry i was on tea break
[11:05] <snake-venom> do you want to trouble shoot with me or suggesting me another way to do ?
[11:13] <pavlushka> snake-venom: of course you should troubleshoot, I just told you to check if those files have immutable attributes or something which reverting their permissions
[11:13] <snake-venom> any suggested way to trouble shoot, what your exp says /
[11:13] <snake-venom> ?
[11:15] <pavlushka> snake-venom: I just said it.
[11:23] <pavlushka> already


[06:41] <delcoyote> hi
[09:12] <jagan185> Hi everyone
[09:12] <jagan185> What is SSH?
[09:17] <rork> jagan185: ssh (SSH client) is a program for logging into a remote machine and for executing commands on a remote machine.
[09:22] <jagan185> rork: thanks
[09:25] <delcoyote> buenos dias
[15:10] <jagan185> Hi all
[15:11] <jagan185> Where are the files recieved over bluetooth stored in Ubuntu 10.04
[15:11] <jagan185> IN ubuntu netbook remix.