[01:35] <wzssyqa> I'am building our own launchpad now, and confusing about how to work with dak?
[01:37] <mwhudson> dak?
[01:37] <mwhudson> launchpad is entirely separate from dak
[01:40] <wzssyqa> mwhudson: what tool is used to manage ubuntu archive?
[01:40] <mwhudson> wzssyqa: that part of launchpad is called soyuz
[01:40] <mwhudson> wzssyqa: https://dev.launchpad.net/Soyuz/HowToUseSoyuzLocally has some documentation
[01:40] <mwhudson> but it's not the friendliest thing ever
[01:41] <dpb_> hi all -- is there some trick to deleting a revno on a recipe?  I delete it, and it keeps coming back.  I can change it to another number, but not delete it
[01:43] <wgrant> dpb_: What do you mean by deleting a revno?
[01:43] <dpb_> so I put a revno:<num> after the branch, to temporarily test something
[01:43] <wgrant> Can you link to the recipe?
[01:44] <dpb_> wgrant: yes, I think so...
[01:44] <dpb_> https://code.launchpad.net/~landscape/+recipe/commandant-daily-trunk-lds
[01:44] <dpb_> wgrant: tell me if that is visible
[01:45] <wgrant> dpb_: Ah, on the initial branch.
[01:45] <wgrant> It removes from a "merge" directive fine
[01:45] <wgrant> Hmmmm
[01:45] <wgrant> Could you file a bug?
[01:45] <dpb_> wgrant: sure, against launchpad project?
[01:45] <wgrant> Yep
[01:45] <dpb_> wgrant: so, should I just delete this recipe and recreate?
[01:47] <wgrant> dpb_: You can probably replace 'revno:HEAD' with '-1' to use the latest rev.
[01:48] <dpb_> wgrant: #929938, fyi
[01:48] <wgrant> dpb_: Thanks.
[01:48] <dpb_> wgrant: great, will try the build again with -1
[01:48] <dpb_> thx
[02:15] <blair> i made a small mess with a new team and new ppa for the team, if i delete the ppa it appears to not be fully deleted, so i deleted the team.  can i then make a team with the same name again?
[02:16] <wgrant> blair: Yes.
[02:16] <blair> wgrant, thanks!
[08:06] <pabs3> a couple of my mails to bug 844306 gave me some oopses, anyone able to help? OOPS-9753a47081192ce223e3f728ba34fb0b OOPS-c7dd1a8d47d6d8e1c35474494e884449
[08:06] <ubot5`> Launchpad bug 844306 in dwarfutils (Ubuntu) "dwarfdump crashes on malformed input" [Undecided,New] https://launchpad.net/bugs/844306
[08:06] <ubot5`> https://lp-oops.canonical.com/oops.py/?oopsid=9753a47081192ce223e3f728ba34fb0b
[08:06] <ubot5`> https://lp-oops.canonical.com/oops.py/?oopsid=c7dd1a8d47d6d8e1c35474494e884449
[08:29] <wgrant> pabs3: You can't currently use email to change the privacy status of a bug with attachments.
[08:29] <wgrant> Bug #796733
[08:29] <ubot5`> Launchpad bug 796733 in Launchpad itself "Changing private status of bug report per mail violates DB permissions" [Critical,Triaged] https://launchpad.net/bugs/796733
[08:30] <pabs3> wgrant: I didn't think I was changing the privacy status. I only set security yes importance high
[08:31] <wgrant> pabs3: Hm, reasonable point.
[08:33] <wgrant> pabs3: ugh, setting security to true through the API also makes it private. That's meant to happen if it's set at the time the bug is filed, but not later.
[08:33] <pabs3> aha, lp bug I guess?
[08:33] <wgrant> Yeah
[08:33] <wgrant> x2
[08:33] <pabs3> could you file those?
[08:34] <wgrant> One is already filed, the other will be solved when we finish our complete rework of privacy in a couple of months.
[08:34] <pabs3> cool
[09:10] <tsdgeos> robert collins around?
[09:36] <geser> tsdgeos: his nick is lifeless
[09:36] <tsdgeos> geser: oki, tx
[09:36] <tsdgeos> lifeless: answered the bug about the merge request thing
[09:37] <tsdgeos> lifeless: other people is getting it, since someone just told me
[09:37] <tsdgeos> "tsdgeos: https://code.launchpad.net/~unity-2d-team/unity-2d/MultiMonitor-Shell/+register-merge"
[09:37] <tsdgeos> unaware that the url had not refreshed
[10:09] <pmjdebru1jn> https://launchpadlibrarian.net/92489393/buildlog_ubuntu-lucid-i386.dansguardian_2%3A<IP_ADDRESS>-1unnet12~lucid_CHROOTWAIT.txt.gz
[10:09] <pmjdebru1jn> does anybody have a clue what's going on there?
[10:09] <pmjdebru1jn> seems like a signature issue?
[10:09] <pmjdebru1jn> is that because I have a "local" customized eglibc version there?
[10:15] <wgrant> pmjdebru1jn: Something (probably the customized eglibc, indeed) is causing e2fsprogs and hostname to be removed.
[10:15] <wgrant> Perhaps try in a chroot locally, with your PPA enabled.
[10:17] <pmjdebru1jn> wgrant: the change I made is VERY minor
[10:17] <pmjdebru1jn> I did up the epoch though
[10:17] <pmjdebru1jn> do those packages have if version < checking?
[10:20] <pmjdebru1jn> nis (<< 3.17-30)
[10:20] <pmjdebru1jn> there my problem
[10:20] <pmjdebru1jn> :(
[10:20] <pmjdebru1jn> the thing is, I can't upload an epochless version now
[10:20] <pmjdebru1jn> since the PPA will only take newer versions
[10:20] <pmjdebru1jn> is there a way to have to PPA reset? or do I just need to make a new PPA?
[10:21] <pmjdebru1jn> anyhow, mistery solved
[10:21] <wgrant> If you delete the package and wait a few hours it should let you.
[10:22] <wgrant> But this is one reason why you should never use an epoch unless you are absolutely sure.
[10:24] <pmjdebru1jn> wgrant: yeah
[10:24] <pmjdebru1jn> makes sense now
[10:24] <pmjdebru1jn> I was trying to use epoch as a nasty way to "pin" stuff :D
[10:24] <pmjdebru1jn> in my very particular case that actually makes sense to a degree
[10:38] <czajkowski> Aloha
[12:09]  * czajkowski waves at mrevell_
[12:09] <mrevell_> czajkowski, hi
[12:20] <matsubara> czajkowski, hey team mate!
[12:21] <czajkowski> matsubara: hey hey :)
[12:21] <mrevell> :)
[12:37] <benji___> I just heard the news, czajkowski.  It's very exciting to have you on the front lines of LP support!
[12:37]  * benji wonders when he grew a tail.
[12:39] <czajkowski> heh
[12:40] <StevenK_> And you just chopped it off!
[12:40] <StevenK_> Argh, when did *I* grow one?!
[12:40] <benji> ha!
[12:48] <czajkowski> freenode has some issues this morning
[12:55] <StevenK> s/ this morning//
[13:00] <rick_h> adeuring: so I guess that's your last irc duties now that czajkowski is here to be awesome!
[13:01] <czajkowski> :)
[13:01] <adeuring> rick_h: seems so.
[13:01] <adeuring> czajkowski: welcome in the LP team!
[13:01] <czajkowski> ah monday is going to be fun!
[13:01] <czajkowski> adeuring: thanks folks
[13:01] <rick_h> czajkowski: is never going to have to buy a drink next time we all get together :)
[13:23] <jelmer> welcome czajkowski :)
[13:24] <czajkowski> jelmer: cheers
[14:06] <dobey> czajkowski: oh you are joining the lp team?
[14:08] <czajkowski> dobey: yup
[14:08] <dobey> czajkowski: cool. in what capacity. lp is a pretty big thing ;)
[14:10] <czajkowski> dobey: launchpad support
[14:10] <dobey> czajkowski: cool. i'll fill your ear with complaints ;)
[14:10] <czajkowski> dobey: I'll continue to file U1 issues ;)
[14:11] <dobey> hehe
[14:12] <davmor2> dobey: just tickle czajkowski she loves it, /me runs for cover
[14:12] <dobey> lol
[14:16] <czajkowski> davmor2: one of these days mister!
[14:19] <sinzui> wgrant, I added a ^null rule to https://launchpad.net/+nameblacklist to stop users from recreating the null project
[14:41] <wgrant> sinzui: aha, thanks!
[14:41] <wgrant> Forgot we could do that.
[14:41] <sinzui> wgrant, We might be the only two developer who remember that we control all the anmes
[14:42] <sinzui> names
[15:43] <johnl> hi, my builds on launchpad have been failing with "tar... Cannot open: Permission denied" errors regarding .pc directory. Am I doing something wrong, or is it a bug?
[15:43] <johnl> https://code.launchpad.net/~brightbox/+recipe/deb-ruby1.8-ee
[15:44] <rick_h> hi johnl let me see
[15:45] <johnl> I found a post on answers about something similar and applied a workaround, but it didn't seem to workaround it :)
[15:45] <johnl> ah, looks like my workaround didn't get imported. might have mis-pushed it. will check
[15:46] <rick_h> johnl: k
[15:48] <johnl> ok, I pushed to wrong git repository. I've pushed and imported now and am running another build.
[15:48] <johnl> fyi, the workaround is this: http://bazaar.launchpad.net/~brightbox/brightbox/deb-ruby1.8-ee/revision/34
[15:56] <johnl> heh, so that works. finally ask for help only to notice I didn't push a commit. sigh. sorry to bother!
[15:57] <rick_h> johnl: no problem, my favorite issues :)
[16:00] <deryck> rick_h, Ima take IRC from ya
[16:00] <rick_h> deryck: ty
[16:39] <blair> ouch, a 5 hour wait for a PPA build :)
[16:40] <johnl> rick_h: hi, actually, my workaround only worked on maverick and up. didn't work on lucid: https://code.launchpad.net/~brightbox/+recipe/deb-ruby1.8-ee
[16:41] <rick_h> johnl: darn...
[16:42] <rick_h> jelmer: bigjools around for a hand ? ^^
[16:42]  * rick_h needs to poke at this recipe stuff and figure it out
[16:42] <johnl> ah ha, I knew I'd commented on this bug the other day. It got marked as a dupe and I didn't get a notification. https://bugs.launchpad.net/launchpad/+bug/921213
[16:42] <ubot5`> Launchpad bug 760735 in Launchpad Auto Build System "duplicate for #921213 Daily recipe: failure because of Permission denied accessing build/patch directories" [Critical,Triaged]
[16:44] <rick_h> johnl: ah ok, so jelmer thought he had it licked...bummer
[16:44] <rick_h> johnl: yea, so I'd say monitor that bug. With the weekend might not hear back for a bit
[16:44] <rick_h> just to set expectations
[16:47] <johnl> ta :)  I've set myself as to be notified.
[17:18] <mgz> when did this system wide thing for launchpad api clients land?
[17:20] <mgz> making me type a password three times is cute.
[17:20] <mgz> having an error about due to the Referer header is less so.
[17:33] <deryck> mgz, I think that's been out for awhile now.  lucid or maverick, I think.  I could be recalling wrong though.
[17:34] <mgz> is this a known issue? <http://pastebin.ubuntu.com/836804/>
[17:35] <mgz> I wasn't getting the fun with 1.6.2 ... okay, that was an old version
[17:35] <deryck> mgz, I haven't seen that before.  But hard to be sure without trolling the bugs.
[17:35] <mgz> but updated to packaged 1.9.12 recently
[17:35] <mgz> will try moving the credentials dir out of the way
[17:39] <mgz> no good. the credential string in binary junk, no idea why it's trying to encode it as utf-8
[17:40] <mgz> bad porting to py3k attempt?
[17:40] <mgz> why's it only borked for me...
[17:41] <mgz> different keyring version
[17:41] <mgz> python-keyring is at 0.2 not 0.7
[17:41] <mgz> no, 0.6.2
[17:42] <mgz> so not that far behind, but apparently with api breakage
[17:43]  * mgz updates
[18:08] <mgz> upgrading python-keyring to 0.7.1 worked, after I deleted ~/crypted_pass.cfg
[18:08] <mgz> clearly launchpadlib in now incompatible with earlier versions,
[18:09] <mgz> the package says depends >= 0.5 though, which is all lies.
[19:06] <deryck> abentley, over to you, cool?
[19:07] <abentley> deryck: cool.
[19:42] <bitplane_> Hi. I've got a (small?) feature request but don't want to code it myself. Is the correct way to request it a bug report or a blueprint?
[19:44] <lifeless> a bug
[19:44] <lifeless> blueprints are for project planning and so on; until a feature request is about to be worked on, there is no point doing detailed planning
[19:48] <bitplane_> excellent, thanks
[19:57] <bitplane_> added, thanks again :) https://bugs.launchpad.net/launchpad/+bug/930368
[19:57] <ubot5`> Launchpad bug 930368 in Launchpad itself "Add XFN profile link to user profile pages" [Undecided,New]
[20:57] <smoser> is rabbitmq fixable at http://package-import.ubuntu.com/status/ ?
[20:59] <jelmer> smoser: hi
[20:59] <jelmer> smoser: probably best to send an email to the udd list about it
[21:00] <smoser> well, that one was "lock contention"
[21:01] <smoser> seemed like simply something broken
[21:17] <lamalex> i'm trying to copy from a PPA into another from a jenkins job, a python script seems best (but if there's a better way please let me know!)
[21:18] <lamalex> but i dont see how to get the ppa of a team that im a member of
[21:19] <lamalex> I see getPPAByName
[21:21] <lamalex> but teams dont seem to have that method
[21:23] <lamalex> no i am just a doofus.
[21:23] <Ampelbein> lamalex: lp.people[team].ppas_collection is a index of all archives
[21:34] <lamalex> nice, got it- thanks
[21:41] <john_doe_jr> I'd like to download a previous build of Chromium....I think the archive is stored @ https://launchpad.net/~chromium-daily/+archive/dev/+build/2677755 but I don't know for sure...I'm new
[21:43] <john_doe_jr> anybody in here?
[21:50] <dobey> john_doe_jr: i don't think all builds ever get left around; especially not 6 month old builds in a daily builds archive :)
[21:50] <john_doe_jr> dobey: do you have any idea how I could get a previous version of chromium on ubuntu?
[21:52] <dobey> john_doe_jr: it depends on what exactly you mean by previous version i guess. in the PPAs i think generally only the last successful build is kept around in the archive. or maybe last 2 builds, for a particular arch/series.
[21:52] <dobey> and why would you even want an 6 month old build of it?
[21:52] <john_doe_jr> dobey: testing something
[21:53] <dobey> i guess you might be able to find an old version somewhere, or for an older ubuntu series perhaps, and try to use it
[21:54] <john_doe_jr> dobey: do you mean install an old image of ubuntu?
[21:54] <dobey> you could use a vm; or grab the chromium from ubuntu itself for an older series and try to install it
[21:55] <dobey> you could pull an old revision of the code out of the source repo for chromium, and compile it, too
[21:58] <john_doe_jr> dobey: what is this website hosting? http://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?path=Linux_ChromiumOS/
[21:59] <dobey> john_doe_jr: no idea; i guess something related to chromiumos
[22:00] <john_doe_jr> dobey: so it's not chromium browser...its the actual Chrome OS?
[22:00] <dobey> well, the open bits of it i would guess
[22:01] <dobey> you'd have to ask whoever manages that exactly what it is. clicking on a zip file in there gave me a 403
[22:01] <dobey> it's not related to launchpad
[22:02] <john_doe_jr> dobey: alright


[11:55] <head_victim> Good evening all, looking around for quorum for the 1200 Membership board as well as seeing if the applicant Ravi Kumar is here tonight.
[12:01] <head_victim> Appears Ravi isn't here tonight
[12:02] <smartboyhw> Uh oh.
[12:02] <Destine> head_victim, any other applicants?
[12:02] <head_victim> Destine: not on the wiki page
[12:03] <smartboyhw> head_victim: Is there a law that said if the applicant is not present in the meeting for a certain number of times he will be banned from applying membership?
[12:03] <Destine> smartboyhw, not yet afaik.
[12:04] <smartboyhw> Hmm, you should set one, I think.
[12:04] <smartboyhw> Though I'm not even a member...
[12:04] <Destine> smartboyhw, good idea.
[12:04] <head_victim> smartboyhw: no, we generally just email them to see what the issue is and discuss it.
[12:05] <head_victim> We shouldn't be jumping to worst case scenarios without information. It's possible there's legitimate reasons.
[12:05] <smartboyhw> Hmm weird: head_victim says no and Destine says yes?
[12:05] <Pendulum> smartboyhw: we also take them off the list after a certain number of meetings. If they really want it, they have to re-add themselves. I don't see a reason to permanently ban anyone from applying
[12:06] <Pendulum> especially not based on not making a meeting
[12:06] <smartboyhw> OK, sorry, just a suggestion
[12:08] <Destine> smartboyhw, i said yes only under the condition that they are applying not for its own sake.
[12:08] <Destine> like just to play with us.
[12:08] <smartboyhw> Destine: OK.
[13:51] <smartboyhw> OK, QA meeting in 10 minutes, phillw is chair
[13:59] <smartboyhw> phillw: You here or what>
[13:59] <phillw> yes
[13:59] <phillw> 40 seconds?
[13:59] <smartboyhw> balloons: ping
[13:59] <smartboyhw> When balloons reply let's start:)
[14:00] <phillw> smartboyhw: please let the chair do his job?
[14:00] <smartboyhw> I know
[14:00] <balloons> lol
[14:01] <smartboyhw> Yay!
[14:01] <phillw> #startmeeting Ubuntu QA - agenda at https://wiki.ubuntu.com/QATeam/Meetings
[14:01] <meetingology> Meeting started Wed Aug 22 14:01:08 2012 UTC.  The chair is phillw. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:01] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[14:01] <phillw> #topic attendance
[14:01] <phillw> can those present please asy o/
[14:01] <smartboyhw> o/
[14:01] <phillw> *say*
[14:02] <balloons> o/
[14:03] <phillw> #topic previous actions
[14:03] <phillw> balloons: have you actioned the one from 2 weeks ago?
[14:03] <phillw> ACTION: balloons edit http://qa.ubuntu.com/ to reflect correct time of weekly meeting (phillw, 14:57:28)
[14:05] <smartboyhw> phillw: I looked at qa.ubuntu.com, and I think balloons hasn't done it.
[14:05] <balloons> phillw, theres an open rt with ops to fix
[14:05] <balloons> i cannot do this myself
[14:05] <balloons> the reason is someone made it part of the theme
[14:05] <phillw> balloons: is this okay to carry over to be chased?
[14:05] <balloons> yea.. really :p
[14:05] <balloons> yes, carry
[14:06] <phillw> #action balloons to chase up the incorrect meeting time on qa.ubuntu.com
[14:06] <meetingology> ACTION: balloons to chase up the incorrect meeting time on qa.ubuntu.com
[14:06] <phillw> #topic Ubuntu updates
[14:07] <phillw> balloons: would be so kind as to give the current state of play?
[14:08] <balloons> sure
[14:11] <balloons> 12.04.1 for ubuntu testing is fairly complete
[14:11] <balloons> there's been a couple bugs targetted for inclusion should a respin need to occur, but that's not happened
[14:12] <balloons> on the flavors side, I know there has been some upgrade failure bugs :-)
[14:12] <balloons> ..
[14:12] <phillw> 12.04.1 is for a later topic, but thanks. how is Quantel going?
[14:13] <smartboyhw> #link http://iso.qa.ubuntu.com/qatracker/milestones/219/builds
[14:14] <balloons> ahh :-)
[14:14] <balloons> quantal has seen some new testing efforts with unity and compiz this week
[14:15] <balloons> that i think is going well, with some folks getting the first pass at llvmpipe and reporting bugs
[14:16] <balloons> I clarified my thoughts on cadence testing, and talked a bit about the future. arm daily builds are currently broken in quantal due to the unity3d move
[14:16] <balloons> in addition, nvidia driver is broken causing some havoc among the community depending on the driver to run quantal and unity3d
[14:17] <balloons> (since unity2d has been dropped)
[14:18] <balloons> discussions as to how this was handled will happen later, although, as I mentioned, I would like to see us change how we handle changes like this in the future
[14:19] <balloons> we don't have stability outside of milestones..
[14:19] <balloons> ..
[14:19] <phillw> thanks.
[14:19] <smartboyhw> :)
[14:20] <phillw> #topic discussion of test cases on iso tracker
[14:20] <phillw> I'll start this one...
[14:20] <phillw> The moving to 'old' of test cases without 'new' has caused issues
[14:21] <smartboyhw> phillw: That's not moving:(
[14:21] <phillw> This really does need to looked into.
[14:22] <phillw> balloons: smartboyhw maybe we should move to the last sub-topic?
[14:22] <balloons> phillw, I'm unsure what your saying here
[14:22] <smartboyhw> balloons: I agree
[14:23] <phillw> balloons: I went to carry out a test on behalf of a team and was met with a redundant test example, with no updated information available.
[14:23] <smartboyhw> phillw: I don't understand now, really
[14:23] <balloons> ?
[14:24] <balloons> precise sadly is using the old testcases
[14:24] <balloons> updating the links would take a bit.. and this is the last time it will be used. I let it go
[14:24] <phillw> it simply said that the test case was 'old'
[14:24] <phillw> smartboyhw: does help explain it for you?
[14:25] <balloons> phillw, I'm confused.. I guess move on and we'll come back
[14:25] <smartboyhw> phillw: I'm more confused with your lines 8 lines above.
[14:25] <phillw> #topic Updating Wiki
[14:26]  * njin arrived
[14:26] <phillw> balloons: with your permission, I'll put in an action for us both to catch our breath & have a concerted effort once again, to get it more new comer friendly?
[14:27] <phillw> welcome njin
[14:27] <njin> hallo everybody
[14:27] <balloons> phillw, the fight must go on :-0
[14:27] <smartboyhw> welcome njin
[14:27] <balloons> but i think we are in a good spot
[14:27] <balloons> i plan to maybe make a new video
[14:27] <smartboyhw> Actually I forgot to add a G+ and FB topic to the agenda...
[14:27] <phillw> #action phillw balloons to continue to update Wiki
[14:27] <meetingology> ACTION: phillw balloons to continue to update Wiki
[14:28] <phillw> smartboyhw: it can be disussed at AOB
[14:28] <smartboyhw> OK
[14:29] <phillw> I can skip 12.04.1 as we have already had an update.
[14:29] <smartboyhw> Wait, I saw Mythbuntu images not tested now
[14:29] <phillw> #topic Any Other business, over load of QA team
[14:29] <balloons> o/
[14:29] <phillw> smartboyhw: it's here
[14:30] <phillw> balloons: please take the floor
[14:30] <smartboyhw> phillw: ?
[14:30] <balloons> I also wanted to mention I ended some testing campaigns this week that had run there course
[14:30] <balloons> I'll post some followup feedback and thank yous
[14:31] <smartboyhw> OK
[14:31] <balloons> ..
[14:32] <phillw> balloons: just for discussion, I think QA attempted a 'bridge too far'.
[14:32] <smartboyhw> phillw: What bridge?:)
[14:32] <phillw> smartboyhw: http://en.wikipedia.org/wiki/Operation_Market_Garden
[14:33] <smartboyhw> ?
[14:33] <smartboyhw> I'm not used to you guys showing Wiki links that I don't understand.
[14:34] <smartboyhw> What? balloons left?
[14:34] <smartboyhw> Oh, he's back:)
[14:34] <balloons> whoa... sorry
[14:35] <njin> balloons, your dog pllayng with the power cqable ?
[14:35] <balloons> lol..
[14:35] <balloons> me hitting ctrl + w
[14:35] <smartboyhw> njin: +1, LOL and :P
[14:35] <balloons> dog is napping
[14:35] <balloons> sorry phillw, ask again
[14:35] <phillw> balloons: I think that trying to do re-writes of testing cases, carrying on standard release testing, bringing in cadence testing, testing 12.04.1 was too much for our resources to cope with.
[14:36] <smartboyhw> phillw: 12.04.1 will end today
[14:36] <phillw> This has resulted in some frustrated testers.
[14:36] <smartboyhw> phillw: Who are the frustrated testers, BTW?:(
[14:36] <phillw> smartboyhw: I do not need to name people. nor would I ever.
[14:37] <smartboyhw> OK, but I thought it isn't too much, just 3 items after today or tmr
[14:38] <balloons> phillw, yes, alot has been asked of QA this cycle
[14:38] <njin> of course, this is Q cicle
[14:38] <phillw> balloons: I fear too much has. The last thing I want is for testers to say 'this is getting silly' and walk away.
[14:39] <smartboyhw> phillw: No.
[14:39] <phillw> I did promise that I would bring the matter up.
[14:40] <balloons> phillw, burnout potential will always be with us, no matter our workload
[14:40] <balloons> i would remind everyone to make sure they keep there own workloads sane :-)
[14:40] <phillw> balloons: it can be reduced by not asking them to do 3 tasks at one?
[14:40] <balloons> it's important to pause.
[14:40] <balloons> phillw, perhaps the issue at hand here is people feeling obligated to help on every bit of testing
[14:41] <smartboyhw> balloons: That's my case:)
[14:41] <phillw> balloons: they are dedicated people, and fell personally that they have failed if they do not 'keep up'. i do ask that this is borne in mind in future.
[14:41] <balloons> I would rather them see 3 things going on as an oppurtunity to chose one to invovle themselves
[14:41] <smartboyhw> balloons: I want to join all 3...:(
[14:41] <balloons> I know.. if I ask for 4 things at once, and one doesn't seemingly get attention...
[14:41] <balloons> the people will do it anyway
[14:41] <balloons> and I'm very grateful for that
[14:42] <balloons> but yes, that leads to burnout.. and I don't want that at all
[14:42] <phillw> balloons: indeed it is. we need to address the issue of 'where to concentrate our resources', they are not infinite.
[14:42] <balloons> ahh! the issue of what we test and what we work on is more concrete
[14:43] <smartboyhw> balloons and phillw: Does that mean we will only let people to select 1 or 2 tests to do?
[14:43] <balloons> that we can speak specifically too
[14:43] <balloons> smartboyhw, you are always free to test in whatever capacity you wish
[14:43] <balloons> as is everyone else..
[14:43] <balloons> i do try to space things out and allow for pauses, but it's not always possible
[14:44] <balloons> that said,, if there are feelings of frivilous testing going on. let's discuss specifically
[14:44] <phillw> balloons: yes, but we do need to rate which is 'please do this one, the others can wait to another day when you have slept and have time'
[14:44] <smartboyhw> OK thx balloons
[14:45] <smartboyhw> phillw: I think the standard one is better
[14:45] <phillw> balloons: if it not made possible, then the release cycle requires looking at.
[14:45] <balloons> phillw, I can try and communicate the 'please be kind to yourself!' mantra when I push things out
[14:45] <balloons> for instance, the unity testing overlapping 12.04.1
[14:45] <balloons> I didn't want it to happen, but it did. however, there are folks who don't iso test, who could go out and mess with it right away
[14:45] <phillw> that would be one... cadence overlapping milestones would be another
[14:45] <smartboyhw> Actually, 12.04.1 will be ending today, right??? It's 12.04.2 coming. Now I'm confused
[14:46] <balloons> if your isotesting 12.04.1... perhaps that's enough, and you can test unity if you wish later
[14:46] <njin> ell but I think that this is not the right time to evaluate things, too many works and really few people cause vacations
[14:46] <smartboyhw> balloons: I don't have more to test.
[14:46] <phillw> I still have no deffinitive answer to the testers. "What is the priority each week?"
[14:47] <phillw> maybe that could be done?
[14:47] <smartboyhw> phillw: It would be difficult
[14:47] <balloons> phillw, sure..
[14:47] <smartboyhw> 1st week: Unity 2nd week: Cadence 3rd week: Unity 4th Week: Milestone?
[14:47] <balloons> if we are working from deadlines, this week is 12.04.1
[14:48] <smartboyhw> Well, today IS the deadline for 12.04.1 testing, am I correct?:)
[14:48] <phillw> balloons: indeed, and a major problem in upgrade-manager has been found that will result in a 'no-go'
[14:48]  * balloons notes they are respinning the alts as we speak
[14:49] <smartboyhw> balloons: True
[14:49] <smartboyhw> Also Mythbuntu
[14:49] <phillw> 10.04.4 --> 12.04 is a massive fail. This should have been caught much earlier, but the testers were running around doing other testing.
[14:49] <balloons> phillw, well..
[14:50] <balloons> this is a big topic.. I'm not sure opening that can of worms would be productive
[14:50] <balloons> let's push forward to what you want to see in the future
[14:50] <smartboyhw> I think we should discuss it in #ubuntu-testing instead...
[14:51] <phillw> balloons: maybe next time testers are asked to do stuff, maybe explain back that they are as rare as rocking horse droppings? :P
[14:51] <smartboyhw> :D
[14:51] <balloons> :D
[14:51] <balloons> ..
[14:51] <smartboyhw> ..
[14:51] <njin> yeah, we have to put more attention on lts to lts+1
[14:51] <phillw> balloons: that is what I was hoping to do.
[14:51] <jibel> phillw, which problem in upgrade-manager are you talking about ?
[14:51] <jibel> but number ?
[14:51] <jibel> bug
[14:52] <njin> I'we only run one test and it was working
[14:53] <phillw> jibel: I have the logs from #kubuntu-devel, but that is not for a meeting
[14:54] <phillw> can we all migrate to #ubuntu-testing and discuss? this is not strictly a "meeting" topic?
[14:54] <jibel> phillw, ok, paste it on #ubuntu-testing, I'd like to know what a "massive fail" is
[14:54] <smartboyhw> phillw: I AGREE
[14:54] <phillw> please move to #ubuntu-testing
[14:54] <smartboyhw> Let's end the meeting!
[14:54] <phillw> #endmeeting
[14:54] <meetingology> Meeting ended Wed Aug 22 14:54:55 2012 UTC.
[14:54] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-22-14.01.moin.txt
[14:54] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-22-14.01.html
[14:55] <smartboyhw> Thanks phillw and please migrate to #ubuntu-testing
[15:03] <infinity> o/
[15:03] <jodh> \o
[15:03] <ogra_> yo
[15:03] <stokachu> o/
[15:03]  * slangasek waves
[15:03] <slangasek> #startmeeting
[15:03] <meetingology> Meeting started Wed Aug 22 15:03:55 2012 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:03] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:04] <slangasek> #topic lightning round
[15:04] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek ogra infinity cjwatson xnox stokachu)
[15:04] <slangasek> infinity doko stgraber bdmurray slangasek stokachu ogra cjwatson barry jodh ev xnox
[15:04]  * xnox win!
[15:04]  * barry sets his alarm to wake up in 30m
[15:04] <infinity> - Fresh round of kernel SRUs this week
[15:04] <infinity> - Other AA and SRU tasks
[15:04] <infinity> - A few FTBFS fixes
[15:04] <infinity> - Lots of babysitting buildds during and after the DC move
[15:04] <infinity> - Started work on livefs-in-soyuz on the lp-buildd side
[15:04] <infinity> - Started looking at old kernel cleanup
[15:04] <infinity> - d-i upload and tracking fallout from new xorg-server deps
[15:05] <cjwatson> livefs-in-soyuz> yay yay yay
[15:05] <infinity> Also, forgot to sleep last night.
[15:05] <infinity> [...]
[15:06] <slangasek> doko: your turn
[15:06] <doko> - merge binutils cross patches from linaro
[15:06] <doko> - binutils update to support aarch64 and x32
[15:06] <doko> - gcc-snapshot update
[15:06] <doko> - gcc-4.4, gcc-4.6 updates (should be "final")
[15:06] <doko> - gcc bug triage
[15:06] <doko> (done)
[15:06] <stgraber> - 12.04.1
[15:06] <stgraber>  - 12.04.1 team meeting and minutes
[15:06] <stgraber>  - Verified a bunch of SRUs.
[15:06] <stgraber>  - Continuing release process.
[15:06] <stgraber>  - Fixed 10.04 to 12.04 upgrades using media only and regressions introduced by the fixes.
[15:06] <stgraber>  - ISO and upgrade testing
[15:06] <stgraber> - Containers
[15:06] <stgraber>  - Rebased lxc-api-and-python branch, working on a few changes, will be pushed upstream and in Ubuntu before FF
[15:06] <stgraber> - TODO this week
[15:06] <stgraber>  - Continue the work on 12.04.1.
[15:06] <stgraber> - Will be traveling to Montreal on Monday (on 3G while on the bus) and to San Diego on Tuesday for Plumbers
[15:06] <stgraber> (DONE)
[15:07] <bdmurray> bug triage of iso testing bug reports
[15:07] <bdmurray> bug triage of ubuntu-release-upgrader duplicates of bug 930839
[15:07] <bdmurray> research into and data gathering of how people modify /etc/default/grub
[15:07] <bdmurray> work on bug 1020994 error reports missing data
[15:07] <bdmurray> worked on and pushed a regression potential finding bug script for the SRU team
[15:07] <bdmurray> reviewed and merged lp:~mvo/apt-clone/show-diff into apt-clone upstream bzr branch
[15:07] <bdmurray> (DONE)
[15:09] <stokachu> want me to go?
[15:09] <ogra_> no, please stay !
[15:09] <stokachu> haha
[15:09] <ogra_> :)
[15:10] <stokachu> slangasek: ?
[15:10] <slangasek> one sec :)
[15:10] <stokachu> ok
[15:11] <slangasek>  * out sick last Thursday
[15:11] <slangasek>  * discussions around llvmpipe on ARM; helped tjaalton prep the new mesa that we can use for testing this
[15:11] <slangasek>  * 12.04.1 prep
[15:11] <slangasek>  * discussions around whoopsie remaining enabled in 12.04.1 and getting better information from errors.u.c
[15:11] <slangasek>  * moved from unity-2d to unity-3d^W unity, finding new bugs to be filed, and not finding my windows anymore
[15:11] <slangasek>   * suggestions on how to restore the metacity-like window switcher welcome
[15:11] <slangasek>  * reviews for multiarch library SRUs
[15:11] <slangasek> (done)
[15:11] <stokachu> bug #932860 - needs review, sponsor
[15:11] <stokachu> bug #977964 - needs review, sponsor
[15:11] <stokachu> bug #977959 - needs review, sponsor
[15:11] <stokachu> bug #1036834 - needs review, sponsor, and possible acceptance into precise nomiated series.
[15:11] <stokachu> bug #154086 - needs acceptance into precise series, and discussion if workaround is a viable fix for inclusion. (comment 12)
[15:11] <stokachu> (done)
[15:12] <slangasek> stokachu: yep, 932860 is on my list... I saw that you had some trouble finding a patch pilot to take it up, sorry about that :/
[15:12] <slangasek> 977964 was on my list as well; I hadn't seen 977959 until now, adding
[15:12] <stokachu> slangasek: np, seems like not many people like multi-arch
[15:13] <slangasek> heh :)
[15:13] <ogra_> done:
[15:13] <ogra_> * a fully virtualized bamboo-feeder using the omap3 server image (with automatic daily testing now, will publish regular results shortly)
[15:13] <ogra_> * flash-kernel preEnv.txt support is done, pending upload later today
[15:13] <ogra_> * various bug triages fixes etc
[15:13] <ogra_> * helped fixing bug 1018907, thanks rsalveti for doing teh heavy lifting work in plymouth !
[15:13] <ogra_> todo:
[15:13] <ogra_> * bug 1028905
[15:13] <ogra_> * PVR, nvidia-tegra, unity-2d, whatever ... desktop on arm fixing ...
[15:13] <ogra_> * progress with the bamboo-feeders and publish daily results
[15:13] <ogra_> * probably add an ac100 to the bamboo-feeder too
[15:13] <ogra_> * prepare for beta
[15:13]  * xnox stokachu i will look into partman-lvm bug, after feature freeze, cause it does affect quantal & now ubiquity as well....
[15:14] <ogra_> and on a sidenote i just got a new BT kbd ... just to notice that BT in ubuntu apparently cant drive both devices at the same time
[15:14] <ogra_> :(
[15:14] <ogra_> ..
[15:14] <stokachu> xnox: ok cool, this was a request from support and i haven't honestly looked into it
[15:14] <stokachu> seems valid though
[15:15] <ogra_> (both devices = BT headset and kbd)
[15:15] <slangasek> adding an ac100 to a bamboo feeder would surely be cannibalism
[15:15] <xnox> stokachu: yes, it is very very valid =)
[15:15] <ogra_> haha
[15:15] <stokachu> xnox: cool thanks for putting on your radar
[15:15] <slangasek> cjwatson: your turn
[15:16] <slangasek> ogra_: there should be no reason that BT generally would fail to drive both devices; could be an adapter-specific problem?
[15:16] <slangasek> (the stack certainly supports multiple simultaneous BT pairings)
[15:16] <ogra_> slangasek, well, i have two usb adapters (one came with the kbd) either the kbd stops taking input and disconnects or the audio gets choppy and the headset disconnects
[15:17] <cjwatson> Packaged libisoburn 1.2.4 and made some initial steps to using it in our CD builds (just amd64 for now to make EFI hybrid ISO9660/USB work; HFS+ hybrid as soon as I can make it work).
[15:17] <ogra_> no matter which adapter i use
[15:17] <cjwatson> Lots of merges.
[15:17] <cjwatson> Increased apt's maximum override line length (bug 1038961).
[15:17] <cjwatson> Enabled biosdevname by default in d-i (bug 891258).
[15:17] <cjwatson> Re-enabled a few lost hardening options (bug 1039554, bug 1039597).
[15:17] <cjwatson> Giant live-build merge, requiring consequential changes to livecd-rootfs and ubuntu-defaults-builder.
[15:17] <cjwatson> Removed the ubuntu-security celebrity from Launchpad, now that we have fully-working Archive.copyPackage.
[15:17] <cjwatson> Cleaned up publisher timestamp handling (bug 1033581).
[15:17] <cjwatson> Fixed some OOPSes when copying packages (bug 1023372, bug 1031089).
[15:17] <cjwatson> Working on an efilinux-signed package.  Will be uploaded today.
[15:17] <cjwatson> Working on final bits and pieces of python3-debian patch set.  Should be uploaded today.
[15:17] <cjwatson> Switched back from unity-2d (which I've been using for months) to unity.  All surprisingly trouble-free so far.
[15:17] <cjwatson> On holiday from Friday 24th to Friday 31st.
[15:17] <cjwatson> ..
[15:17] <slangasek> ogra_: maybe it's your personal EMF interfering with the frequency, not leaving enough bandwidth for both devices? :)
[15:17] <xnox> ogra_: I use wireless keyboard & mouse with a special dongle (not BT) works much nicer =) it's microsoft ergonomic one.
[15:17] <ogra_> heh
[15:18] <barry> been working exclusively on the gwibber backend dbus service port to py3.  making great progress, but it's a huge port and not quite ready for integration and release.  a significant part of the work is to actually write tests for all the code being ported (including over dbus), which has already provided huge benefit.  may not be ready for ff, but upstream is already planning an ffe so the backend work will fall under that.  working
[15:18] <barry> now on the hairiest class in the code base.  lp:~barry/gwibber/py3.  done.
[15:18] <slangasek> ogra_: or it could just be wifi interference too, since it's all in the same band :(
[15:18] <jodh> * misc:
[15:18] <jodh>   - Thurday off.
[15:18] <jodh>   - Booked flights and registered for UDS-R.
[15:18] <jodh> * boot/upstart:
[15:18] <ogra_> xnox, yeah, i have a logitech mouse with such a dongle
[15:18] <jodh>   - Stateful re-exec:
[15:18] <jodh>     - Got Upstart to re-register on D-Bus post-exec.
[15:18] <jodh>     - Identified cause of post re-exec Upstart issues. Currently working
[15:18] <jodh>       on fix.
[15:18] <jodh>     - lots of tidy-up and minor bug fixes.
[15:18] <jodh> Ϡ
[15:19] <ogra_> slangasek, well, if i add the second device it reliably kills the first one (if the second can connect at all) ... no matter what order
[15:19] <stokachu> jodh: next week i'd like to see a unicorn
[15:19] <ev> Week of Thursday, August 16th
[15:19] <ev> - Continued discussion about whether 12.04 should have error reporting
[15:19] <ev>   enabled.
[15:19] <ev> - Finished the implementation of the django-openid-auth integration. As
[15:19] <ev>   mentioned previously, this will let us cache login details and will form the
[15:19] <ev>   foundation of having team-level views.
[15:19] <ev> - Started working in the "90 day moving window" for the average problems per
[15:19] <ev>   day denominator. Had to back fill 12.10 rows of unique system IDs per day,
[15:19] <ev>   as we did before for 12.04. This was slowed down by the webops datacenter
[15:19] <ev>   move. Ready to go, but blocked from landing by the django-openid-auth work,
[15:19] <ev>   which is ahead in the queue.
[15:19] <ev> - Made http://errors.ubuntu.com/?launchpad=false work. This will let us judge
[15:19] <ev>   whether the timeouts we're seeing on the month view and sometimes on the day
[15:19] <ev>   view are caused by talking to Launchpad.
[15:19] <jodh> stokachu: is there not a btrfs glyph yet?
[15:19] <ogra_> and there is not much wifi in my office (there are waves but not many devices... (one AP)
[15:19] <ev> - Meeting with Tom.
[15:19] <ev>   - Discussed the possibility of us handling deployment without involving
[15:19] <ev>     webops. He'd like to see us get the infrastructure charmed and structured
[15:19] <ev>     so deployments are push-button events, with scripts to handle both rollout
[15:19] <ev>     and rollback.
[15:19] <ev>   - He sounds okay with adding Hadoop to our infrastructure, which will let us
[15:19] <ev>     open the data to more free-form queries. Filed an RT:
[15:19] <ev>     https://rt.admin.canonical.com/Ticket/Display.html?id=55518
[15:19] <stokachu> lol
[15:19] <ev>   - He's going to look into getting the same amount of disk space in the
[15:19] <ev>     staging cluster, as finding a way to sync data into a smaller cluster is
[15:19] <ev>     currently blocking this much-needed ticket.
[15:19] <ev>   - He raised the priority on getting Brian access to the database.
[15:19] <ev> - Continued work on the "multiple problems in a single dialog branch of
[15:19] <ev>   apport:
[15:19] <ev>   https://code.launchpad.net/~ev/apport/multiple-simultaneous-errors
[15:19] <ev>   However, Martin is not convinced we have sufficient data to show this is
[15:20] <ev>   actually going to have a net-benefit when you factor in the confusion around
[15:20] <ev>   talking about multiple problems in a single treeview. Not dropping it
[15:20] <ev>   per-se, but dropping the priority to focus back on other work.
[15:20] <ev> - Fixed a security vulnerability in daisy.ubuntu.com.
[15:20] <ev> - Ran some numbers for Brian to determine whether the recent change to apport
[15:20] <ev>   to fix the missing Packages field was having a detrimental impact.
[15:20] <ev> - Finally got package version numbers in the drop-down box on
[15:20] <ev>   errors.ubuntu.com. The data currently comes from Launchpad.
[15:20] <ev> - Nearly finished implementing URL field specification for errors.ubuntu.com.
[15:20] <ev>   So soon you'll be able to do this:
[15:20] <ev>   https://errors.ubuntu.com/filter/+release/Ubuntu 12.10/+package/software-center/+version/5.3.0/+period/20120801
[15:20] <ev> - Reviewed software-center's recoverable problem integration:
[15:20] <ev>   https://code.launchpad.net/~mvo/software-center/polkit-lp785117/+merge/112292
[15:20] <ev>   We have our first consumer, yay!
[15:20] <ev> - Finally sent the first State of the Ubuntu Error Tracker email:
[15:20] <ev>   https://lists.ubuntu.com/archives/ubuntu-devel/2012-August/035636.html
[15:20] <ev>   Hopefully this will bring more developers to the team and keep us all in
[15:20] <ev>   sync. Suggestions always welcome on how we can make it even easier to get
[15:20] <ev>   involved.
[15:20] <ev> - Pointed http://wubi.sf.net to the downloads page, finally.
[15:20] <ev> - Looked into RT 55339 for webops, which was about picking a better compaction
[15:20] <ev>   strategy for the Cassandra cluster:
[15:20] <ev>   https://rt.admin.canonical.com/Ticket/Display.html?id=55339
[15:20] <ev> - More bug triage for errors and daisy.
[15:20] <ogra_> dmesg
[15:20] <ev> - Fixed wubi for dailies in 12.04.1.
[15:20] <ev> (done)
[15:21] <xnox> * Merges - done:
[15:21] <xnox>  - mdadm, cryptsetup and lvm2 uploaded (thanks slangasek for reviewing lvm2)
[15:21] <xnox> * Ubiquity - done:
[15:21] <xnox>  - removed pictograms on the ask page (regaining vertical space)
[15:21] <xnox>  - made crypto passphrase page centred and fixed
[15:21] <xnox>  - crypt option visible by default
[15:21] <xnox> * Ubiquity - in progress:
[15:21] <xnox>  - re-factoring advanced partitioner UI to fit/add crypt, lvm and raid options
[15:21] <xnox>  - advanced partitioner encryption in progress
[15:21] <xnox>  - "missed" encryption key sizes & algorithms in the design spec, mpt is on it.
[15:21] <xnox> ☙❦❧
[15:22] <slangasek> jodh: you saw that json-c 0.10 has been packaged?
[15:22]  * ogra_ wonders if there isnt a way to force a bigger size for these utf toys on IRC
[15:22] <ogra_> its really hard to recognize what they are
[15:23] <jodh> slangasek: great news!
[15:23] <cjwatson> jodh: shall I sync that into quantal for you?
[15:23] <cjwatson> if nobody else has hit the button already
[15:24] <slangasek> jodh: yep!  is there anything we need to coordinate with diwic before accepting it?
[15:24] <jodh> slangasek: I believe he's happy if someone runs through then normal set of PA tests, but will double check...
[15:25] <xnox> ogra_: is your desk made out of wood or metal?! made a massive difference to my wireless keyboard lagging
[15:25] <cjwatson> well, just shout when you want it synced
[15:25] <ogra_> wood
[15:25] <xnox> ogra_: hmm...
[15:26] <jodh> cjwatson: ta.
[15:26] <slangasek> ev: so the timeouts on http://errors.ubuntu.com/?launchpad=false have been much less frequent; I've even occasionally been able to load the 12.04 month view.  Does that confirm that the timeouts are from the launchpad bits?
[15:27] <ev> slangasek: I would have very much preferred it if you said, "the timeouts no longer exist with launchpad=false" :-/
[15:27] <ev> slangasek: so yeah, I suspect the launchpad bits are playing a role
[15:27] <ev> but there's more going on here
[15:27] <cjwatson> Launchpad has had a good deal of teething trouble with the DC move, which has been worked on over the last couple of days, so I expect there's been some change due to that alone
[15:27]  * ev pines for that JMX ticket to be finished
[15:28] <slangasek> ev: hmm, that might be the case... let me pay closer attention over the next couple of days
[15:28] <ev> I have a todo list item to check to make sure our etag checking is working
[15:28] <ev> it kind of feels like it isn't
[15:28] <ev> as subsequent loads on my local environment take just as long
[15:28] <ev> which shouldn't happen with such caching
[15:29]  * ogra_ has something else too
[15:30] <slangasek> xnox: so do encryption key sizes / algorithms really need to be part of the ubiquity UI?  As opposed to, say, a preseed?
[15:30] <ogra_> i'm constantly asked by seb128 during the release meeting about https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-xdg-runtime-dir and https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-upstart-session-requirements ...
[15:31] <ogra_> while slangasek already gave me feedback for the xdg spec it isnt really clear if the other one will happen at all in time for beta1
[15:31] <jodh> ogra_: highly unlikely in my view.
[15:31] <ogra_> if it doesnt we should probably contact the desktop team about it
[15:32] <jodh> ogra_: I thought we were waiting on them to tell us relative priorities?
[15:32] <ogra_> jodh, yep, i thought so
[15:32] <slangasek> ogra_: https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-upstart-session-requirements> note that this blueprint was marked 'low', because that session wound up being a laundry list of everything they wanted upstart to do
[15:32] <ogra_> slangasek, i know, i was there :)
[15:33] <xnox> slangasek: they will work in a preseed, it was a pointer to mpt to think about / design. Didn't start implementing them in the ubiquity UI. But it is somewhat important to at least state the options for certification & compliance.
[15:33] <ogra_> i was actually surprised to see it accepted for quantal
[15:33] <slangasek> ogra_: so, given that they acknowledged none of this was required, it was prioritized accordingly
[15:33] <ogra_> k
[15:33] <slangasek> xnox: ok
[15:34] <slangasek> ogra_: the xdg thing, by contrast, was singled out as something they do have a significant need for, and we should still land that this cycle
[15:34] <slangasek> #topic bugs
[15:35] <slangasek> is everyone getting their money's worth out of errors.ubuntu.com? :)
[15:35] <ev> can I say yes?
[15:35] <slangasek> sure!
[15:35] <ogra_> at least some entertainment on the ubuntu-release ML :)
[15:35] <infinity> I've paid nothing for it, and it's been worth every penny.
[15:35] <ev> lol
[15:35] <ogra_> heh
[15:36] <slangasek> there was a sessioninstaller bug in quantal, regressing due to an aptdaemon behavior change, that we caught and fixed the other day
[15:37] <slangasek> so that's good
[15:37] <ev> there's an idea. Teach it to identify the uploaders who have the most detrimental impact on the quality of Ubuntu, then rank them in a new page with a donation form to send them on a holiday where Internet access is scarce.
[15:37] <slangasek> oh cool, errors.u.c js just made my browser unresponsive
[15:37] <slangasek> nuts to that
[15:38] <ev> slangasek: get a better browser
[15:38] <slangasek> ev: spoken like a true IE developer
[15:38] <slangasek> bdmurray: anything you think needs more attention than it's getting?
[15:39] <ev> slangasek: I'm one man. I can't support every platform. And it's high time you gave up Mosaic anyway.
[15:39] <bdmurray> bug 985652 - its not clear to me if work is required by us there
[15:39] <slangasek> ev: hah
[15:39] <ev> but I have no idea what debugging tools are available to you there, but if you can isolate the problem I'm happy to fix it
[15:40] <slangasek> ev: it's firefox, so I have no idea what debugging tools are available either :P
[15:40] <ev> firebug probably has something, I guess?
[15:40] <slangasek> ev: but when I view 12.04+month, it gets really slow
[15:40] <ev> hmm
[15:41] <ev> I'll have a look at the javascript around that view and see if anything jumps out
[15:41]  * slangasek looks at bug #985652
[15:41] <slangasek> ev: cheers
[15:41] <jodh> ev: it'd be nice if when you change a pull down, it blanks the existing data.
[15:42] <ev> jodh: can you elaborate?
[15:42] <ev> you mean while loading?
[15:42]  * xnox just lost irc at 16:35....
[15:42] <jodh> ev: you get "loading..." but it keeps the existing data until either you get the new data or you get an error.
[15:43] <jodh> ev: in fact the existing data is retained even if there is an error.
[15:43] <ev> jodh: right. Can you file a bug against http://bugs.launchpad.net/errors/+filebug please?
[15:43] <ev> mentioning the data being retained too, as I haven't seen that yet myself
[15:43] <slangasek> cjwatson: so you commented on 985652 before release; any idea what the problem is there?
[15:43] <slangasek> could this be related to our locale disabling for logging?
[15:43] <slangasek> if the string is from apt, this seems at least somewhat plausible
[15:44] <slangasek> xnox: just talking about bugs
[15:45] <xnox> slangasek: so you didn't see my question about three bugs?
[15:45] <slangasek> ev, jodh: it would be nice to keep the old data there while the new load is in progress, it gives me something to look at while the browser is busy :D
[15:45] <slangasek> xnox: no
[15:46] <ev> slangasek: hmm, good point
[15:46] <jodh> slangasek/ev: bug 1040140.
[15:47] <cjwatson> slangasek: I don't think I actually ever managed to trace that.  The locale disabling is meant to be arranged such that it's just for dpkg
[15:47] <slangasek> cjwatson: ah, ok
[15:47] <xnox> no plymouth LUKS prompt after full-disk encryption install. Couple of similar
[15:47] <xnox> bugs, here is one from myself.
[15:47] <xnox> bug 1038055
[15:47] <xnox> Should this be targeted for Quantal beta-2 or something like that?
[15:47] <cjwatson> Not that I can remember where *that*'s implemented
[15:47] <xnox> Also, please comment and share dev-mapper/udev wisdom on how to fix these two bugs in a sane way without breaking the whole world.
[15:47] <xnox> bug 460906
[15:47] <xnox> bug 995709
[15:47]  * cjwatson greps frenetically
[15:48] <cjwatson> Ah yes, DPKG_UNTRANSLATED_MESSAGES
[15:48] <slangasek> bdmurray: so I think the answer on 985652 is that yes, action is needed, but it's not obvious how to fix
[15:48] <cjwatson> So ubiquity does set DPKG_UNTRANSLATED_MESSAGES, but apt ignores that
[15:48] <cjwatson> (Rightly so)
[15:49] <bdmurray> slangasek: okay
[15:49] <xnox> cjwatson: ok, but what locale do we spawn apt in? /me can't remember seeing translated apt logs during live-cd. Will test while doing other ubiquity work.
[15:49] <cjwatson> It should be in the installation locale
[15:49] <cjwatson> It's possible that the locale isn't generated?
[15:49] <slangasek> xnox: 460906> don't use by-uuid for dm devices
[15:50] <cjwatson> Because doing so is very slow and takes oodles of memory
[15:50] <slangasek> cjwatson: but surely if the rest of the UI is translated, the locale is there?
[15:51] <cjwatson> No, because ubiquity makes special arrangements for itself
[15:51] <slangasek> ah
[15:51] <cjwatson> Its own translations come from debconf, which doesn't care whether the locale is generated
[15:52] <cjwatson> We do generate the locale at some point, so it may just be a matter of messing about to pull that earlier
[15:52] <cjwatson> I can give that a g
[15:52] <slangasek> xnox: so my position is that bug #460906 is medium importance at highest; we never use UUID to identify dm devices when setting up /etc/fstab in the installer, because this is a known issue
[15:52] <cjwatson> *go
[15:52] <xnox> slangasek: but update-grub notices them (if they are mounted) and generates entries for them....
[15:53] <slangasek> xnox: so anyone who's trying to reference their lvm devices by uuid has a gun pointed at their foot and we didn't put it there
[15:53] <slangasek> xnox: ok; that's a bug in update-grub then
[15:53] <xnox> slangasek: snapshots that is.
[15:53] <xnox> slangasek: then should we stop generating those symlinks for lvm devices?
[15:54] <slangasek> xnox: we should not spend time on the issue at all, because there's no perfect solution and the workarounds are well established
[15:54] <xnox> ok.
[15:54] <slangasek> but if update-grub is misbehaving (which I've never seen), that should be fixed
[15:55] <slangasek> as for 995709... I have no idea :/
[15:55] <slangasek> sorry
[15:55] <slangasek> bug #1038055 is on my list to look at
[15:56] <slangasek> anything else on bugs?
[15:57] <bdmurray> bug 837054
[15:57] <slangasek> #topic AOB
[15:58] <xnox> bdmurray: i can implement a filter for it. Not sure if to do a set(location) or set(location, coordinates)
[15:59] <slangasek> any other botanists?
[15:59] <slangasek> can we prod the data provider about their broken data?
[15:59] <bdmurray> that is all from me
[16:00] <slangasek> otherwise, what ensures that "unique by coordinates" gives you the /right/ name?
[16:00] <xnox> slangasek: well the data sometimes is good. for riga i get like "Riga", "Riga Internation Airport", "Riga Central", etc... but all of them are in the same timezone.
[16:00] <xnox> all of Latvia is in the same timezone =)
[16:01] <slangasek> xnox: ok, but if you look at the "New York" case, you see that a number of the values returned are translations of "New York City" into various languages
[16:02] <slangasek> and there's nothing that tells which one should be preferred... unless you just take the first one in order, I guess?
[16:02] <brendand> slangasek, it seems to me there's no good way to filter it and be sure that you've chosen the 'right' entry
[16:02] <slangasek> yep
[16:02] <brendand> slangasek, so the data is at fault really, not the code
[16:02] <slangasek> hence my suggestion that we try to get the data provider to fix their feed
[16:02] <brendand> slangasek, who's the data provider?
[16:02] <slangasek> not sure
[16:03] <ev> we are
[16:03] <xnox> do we want to show: all names in the installer locale, or all names in "city language"
[16:03] <brendand> slangasek, the server is an ubuntu one, so isn't it controlled by us?
[16:03] <ev> effectively
[16:03] <slangasek> ev: ah, heh ;)
[16:03] <slangasek> ev: so who among us maintains it?
[16:03]  * ev chuckles
[16:03] <brendand> ev - you?
[16:03] <infinity> slangasek: Are you chanelling seb?
[16:04] <slangasek> xnox: can you please file an RT about this, referencing the bug?
[16:04] <infinity> But with an extra 'n'...
[16:04] <ev> http://bazaar.launchpad.net/~ubuntu-geonames-hackers/ubuntu-geonames/trunk/files
[16:04] <slangasek> oh
[16:04] <slangasek> ok, so not an RT just yet :)
[16:05] <ev> http://geoname-lookup.ubuntu.com/?query=New%20York
[16:05] <brendand> ev, so we *don't* control it then
[16:05] <slangasek> xnox: do you want to fix the above branch? :)
[16:06] <ev> mterry also has hacked on it in the past, if I find myself under a bus once you've finished the branch
[16:06] <xnox> ok then.
[16:07] <infinity> ev: Want to add foundations to that team?  Or ubuntu-installer?  Or something that seems appropriate and larger than you and mterry?
[16:07] <ev> sure
[16:07] <slangasek> bdmurray: ok, triaged :)
[16:07] <slangasek> #endmeeting
[16:07] <meetingology> Meeting ended Wed Aug 22 16:07:58 2012 UTC.
[16:07] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-22-15.03.moin.txt
[16:07] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-22-15.03.html
[16:08] <slangasek> thanks everyone
[16:08] <ogra_> thanks !
[16:08] <ev> thanks
[16:08]  * ogra_ goes out to get a BT 3.0 dongle
[16:08] <ev> infinity: done on both
[16:08] <jodh> thanks
[16:08] <xnox> ogra_: British Telecom dongles aren't that good, just saying
[16:08] <ogra_> lol
[16:09] <ogra_> also hard to get in germany
[16:09] <ev> xnox: T-Mobile's are decent
[16:09] <ev> and cheap
[16:09] <xnox> ev: but they are "Everything & Everywhere"
[16:09] <ev> equally, if you have an iPhone, just create a hotspot
[16:09] <xnox> cheers =)
[16:09] <ev> that's what I do on Three and it's ace
[17:51] <RamiAM> Hello
[17:52] <RamiAM> can any one help me plz?
[17:55] <TheLordOfTime> RamiAM:  help is in #ubuntu
[17:55] <TheLordOfTime> /join #ubuntu
[17:55] <TheLordOfTime> ^ to go there
[18:01] <RamiAM> thnx


[00:10] <FernandoMiguel> nn
[03:11] <johnjohn101> is unity next the one for 13.10 or 14.04?
[03:15] <wilee-nilee> unity is the ubuntu-desktop
[11:29] <BluesKaj> Hiyas all
[15:14] <josue> quit
[17:56] <genii-around> Meh. Libreoffice chokes when trying to save an imported csv file as dbf
[17:57] <genii-around> ( with "General Error. General input/output error."  which doesn't seem too informative. )
[20:50] <wilee-nilee> Using thew gnome-shell the computer locks the bottom panel when you trigger it, I can tty to a reboot.
[20:50] <wilee-nilee> the*
[20:51] <bazhang> on saucy?
[20:51] <wilee-nilee> bazhang, Yeah
[20:51] <bazhang> !info gnome-shell
[20:51] <bazhang> what version wilee-nilee
[20:55] <wilee-nilee> bazhang, Sorry about that when I tried to get to synaptic the login screen that comes up freezes the desktop except for the cursor, I believe it is gnome 3.6, no ppa for 3.8
[20:56] <wilee-nilee> !info gnome-shell
[20:56] <bazhang> wilee-nilee, so no change from raring
[20:56] <wilee-nilee> bazhang, not really the raring I had 3.8 but purged it back to stock
[20:57] <bazhang> ah the unstable PPA one
[20:58] <wilee-nilee> no biggie though it is a development as far as saucy, the raring 3,8 was okay I just wanted more extensions is all.
[20:58] <bazhang> I seriously doubt anything in saucy repos is any different at this point
[20:59] <wilee-nilee> bazhang, Yeah that was my thought as well, I might just reinstall, the armchair fix, lol.
[20:59] <wilee-nilee> runs fast though at this point.
[21:00] <bazhang> I'd check extensions first of all, thats what got me in 12.10
[21:00] <wilee-nilee> bazhang, I think you are right, that was my thought as well.
[21:01] <bazhang> those are like *stealth* PPA


[02:43] <pucko-> can someone help me with this build error http://pastebin.com/d1421fbca ? It compiles fine with configure && make. and worked fine with debuild a minute ago. don't know what I've changed.
[03:48] <tgm4883> I'd like some input on this subject. There is a configuration utility that among other things, allows the adding of additional third party repos. ATM, it currently adds the repo, refreshes, adds the repo key, refreshes again, then you can install codecs. Would it be possible to have the repo key included in the configuration utility which would cut down on one of the repo refreshes?
[03:49] <tgm4883> technically I know that is possible, I want to know if that would be allowed in Universe
[03:49] <RAOF> Is the configuration tool available in Universe?  What is it?
[03:54] <superm1> RAOF, he's referring to mythbuntu-control-centre.  one of the plugins has support to turn on medibuntu for the user, so it basically just does the same steps that the wiki currently advertises
[03:55] <RAOF> Ah, right.
[03:55] <superm1> so the thought is to just pack the gpg key in with the plugin so that step is skipped
[03:55] <RAOF> I don't, personally, see why including the repository key in the mythbuntu-control-centre package would be frowned upon.
[03:56] <superm1> it just feels like one of those gray areas
[03:56] <RAOF> You're already doing essentially that; it's no less secure to ship the key (and add it to the apt-keyring just before doing the update).
[03:57] <superm1> yeah, and it's all entirely opt in /optional anyway
[03:57] <RAOF> In fact, it's *more* secure - there's not the possibility of someone hijacking medibuntu, adding their own repository key, and then going to town with malware.
[03:58] <superm1> if only libdvdcss2 wasn't so useful for dvd playback :]
[04:07] <ScottK> As a rule we don't allow packages to download from external repositories.
[04:09] <superm1> ScottK, reference?
[04:10] <ScottK> We have a trust boundary that includes upstreams, Debian, and the Ubuntu archive.
[04:11] <ScottK> Medibuntu is outside of it.
[04:11] <superm1> you do realize that libdvdread4 includes something just like that though, /usr/share/doc/libdvdread4/install-css.sh
[04:11] <ScottK> I don't have a specific reference, but it's a pretty basic security principle.
[04:12] <ScottK> Right, so we have bugs.
[04:12] <ScottK> The first upload of Envy was almost removed from the archive because it downloaded drivers from a PPA.
[04:12] <ScottK> It got fixed to not do that, so it stayed.
[04:14] <ScottK> Bug #220385 for reference
[04:14] <ScottK> Note who filed it.
[04:16] <superm1> kees, could you weigh in on this then?
[04:24] <superm1> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=223961 provides some history on the tool for enabling css
[04:26] <kamalmostafa> ScottK: Hi Scott.  Reminder - libtifiles/libticalcs still awaits your review.
[04:27] <ScottK> kamalmostafa: Yes.  It's still on my list.  For tonight or tomorrow depending on how long before I pass out and if any new work crisis arises.
[04:27] <ScottK> (still on the [hopefully] last work crisis of the day)
[04:28] <kamalmostafa> Very good - thanks.
[06:12] <nigel_nb> maco, got a min? need a little hand with figuring out dependencies
[06:12] <maco> sure sure
[06:13] <nigel_nb> its lernid..its missing a dependency
[06:13] <maco> ooh shiny
[06:13] <nigel_nb> though not in packages yet, I want to branch and fix the bug I had in my system
[06:14] <nigel_nb> so, all I have to do it make the edit in debian/control?
[06:14] <maco> yep
[06:14] <maco> and of course add to the debian/changelog
[06:14] <nigel_nb> ah, yes
[06:15] <nigel_nb> that needs to be done even for bzr packages?
[06:16] <maco> yes
[06:17] <maco> you can add to the debian changelog and then debcommit and your bzr commit will include the debian changelog entry as the bzr commit log entry
[06:18] <nigel_nb> isn't there a command for that or should i do it manually?
[06:18] <maco> dch -i
[06:18] <maco> will give you a skeleton for your changelog
[06:19] <nigel_nb> jono has changelog modified only for version releases
[06:19] <nigel_nb> which makes me nervous whether to change it
[06:19] <maco> is that the Changelog or debian/changelog ?
[06:19] <nigel_nb> debian/changelog
[06:19] <maco> oh!~
[06:20] <maco> i see. you're working on the upstream bit, not on an in-ubuntu's-repos package?
[06:20] <nigel_nb> maco, um, lernid is still in PPA
[06:20] <maco> i havent been paying that close attention...it's gkt
[06:20] <maco> *gtk
[06:20] <maco> if you're just gonna do a merge request on the project, dont worry about debian/changelog
[06:20] <nigel_nb> ah
[06:20] <nigel_nb> whts gtk?
[06:21] <maco> just making a joke since its written with the same libraries as gnome, and i use kde ;)
[06:21] <nigel_nb> maco, boo!
[06:21] <nigel_nb> lernid works on kde too I think
[06:22] <nigel_nb> I'm on xfce and I had trouble getting it working, thats the dependency i'm fixing
[06:22] <maco> what was the missing dependency?
[06:22] <nigel_nb> back on topc, when doing bzr commit like that, I dont have to leave bug number and stuff right? LP takes care of it I believe
[06:22] <nigel_nb> telepathy-idle
[06:23] <maco> bzr commit --fixes ... i think?
[06:23] <maco> bzr commit -m "adding dependency in debian/control" --fixes 12345
[06:24] <nigel_nb> oh, thats pretty cool
[06:30] <nigel_nb> maco, thanks.  I pushed that branch :)
[06:31] <maco> i think you still have to go into launchpad and manually do the merge request though
[06:31] <nigel_nb> yeah, I do.  but thats familiar territory
[06:32]  * nigel_nb works with bzr for uclp
[06:32] <nigel_nb> but not the bug fixing part
[06:33] <nigel_nb> maco, LP shows the bug connection (which is cool)
[06:39] <nigel_nb> maco, is there a way to know for sure what packages get shipped in the Live CD without putting one in? I mean I want to compare package in ubuntu and xubuntu.
[06:39] <maco> the ubuntu-desktop and xubuntu-desktop meta-packages should tell you what varies
[06:40] <Flannel> nigel_nb: the .manifest files list the packages compiled into the casper image: http://releases.ubuntu.com/9.10/ubuntu-9.10-desktop-i386.manifest
[06:40] <nigel_nb> Flannel, thanks
[06:40] <nigel_nb> maco, um? a little longer explanation
[06:41] <nigel_nb> Flannel, is there somethin similar for xubuntu?
[06:42] <Flannel> nigel_nb: http://mirror.anl.gov/pub/ubuntu-iso/CDs-Xubuntu/9.10/release/xubuntu-9.10-desktop-i386.manifest
[06:43] <nigel_nb> Flannel, thank you.  I finally did find it on http://cdimage.ubuntu.com/xubuntu/releases/karmic/release/ :)
[06:44] <nigel_nb> anyway the bug is confirmed at least.  telepathy-idle package is on ubuntu by default and not xubuntu
[06:53] <kees> superm1: I'd rather css got installed somehow with a verified key, but this is a long standing exception, afaiu.
[06:54] <superm1> kees, is this maybe worth raising to the tech board to add css to multiverse?
[06:55]  * kees whistles
[06:56] <kees> I would rather a a sha512 was distributed with the package, easier to deal with it legal-wise.
[06:56] <superm1> as in sha512 and wget a'la flashplugin-installer?
[06:57] <kees> yeah.  I think it fetches source and builds it?  I really haven't looked at it in a while now.
[06:57]  * kees has to run; I'll read scroll-back
[06:57] <tgm4883> party on kees
[06:58] <superm1> it fetches the source package and builds that from what it looks (install-css.sh)
[07:26] <fabrice_sp> in a fakesync, we just substitute the debian directory from ubuntu with the debian one, without keeping any history from ubuntu in the changelog, right?
[07:34] <superm1> kees, well lets talk this through to come up with a good happy medium to keep in mcc for users when you get a chance then
[07:36] <ScottK> fabrice_sp: Yes.
[07:37] <ScottK> fabrice_sp: It should be just like a sync, but using the Ubuntu tarball.
[07:37] <fabrice_sp> ScottK, what should be the version? ubuntuX or buildX? My feeling is that with buildx , it will be autosynced
[07:38] <ScottK> fabrice_sp: It would be and you don't want that.
[07:38] <ScottK> Use ubuntu1 and then once there's a new version Debian, file for a regular sync
[07:38] <fabrice_sp> ohh, in case there is a new debian/non upstream version, right
[07:38] <fabrice_sp> ok
[07:38] <fabrice_sp> thanks
[07:40] <ScottK> Exactly
[07:46] <AnAnt> Hello, can I set a bug to be blocked by another bug in LP ?
[07:47] <ScottK> No
[07:48] <AnAnt> ScottK: how then can I deal with LP 511069 , which cannot be solved unless LP 491880 is solved ?
[07:48] <AnAnt> add a remote bug watch ?
[07:48] <ScottK> Not sure.
[07:48]  * ScottK just knows LP doesn't support it.
[07:49] <AnAnt> ok
[07:49] <fabrice_sp_> AnAnt, usualy, I subscribed myself to the 'blocking bug' and let the other one as In progress
[07:49] <AnAnt> fabrice_sp_: ok, you received my reply that I just sent ?
[07:50] <fabrice_sp_> not yet :-)
[07:50] <fabrice_sp_> (I have some lag)
[07:51] <AnAnt> ok
[08:00] <fabrice_sp_> AnAnt, just keep the sync on hold, then
[08:00] <AnAnt> fabrice_sp_: I set it to In progress
[08:01] <fabrice_sp_> ok
[09:24] <randomaction> If I'm not mistaken, new TexLive means libkpathsea4 -> libkpathsea5 transition, so I opened bug 511502 for that.
[09:30] <hakaishi> Hello everyone! Anyone up to advocate/review qt-shutdown-p? - There are no lintian warnings or other errors. The debian/rules will be okay like that, I hope (since the Makefile has a install rule). http://revu.ubuntuwire.com/p/qt-shutdown-p
[10:59] <geser> randomaction: looks like the easy case from bug #511502 are done: 3 packages from main wait sponsoring, I've left evince for the desktop team
[11:00] <randomaction> geser: thank you for your help
[11:00] <randomaction> there's also cjk which FTBFS, dunno why, it's ok in my pbuilder
[11:01] <geser> dvi2dvi and dvipsk-ja have a FTBFS bug open in Debian, dvi2ps and important bug about the transition
[11:01] <geser> and texfam needs a removal bug filed (it got removed from Debian but not yet from lucid)
[11:04] <randomaction> tmvew also FTBFS in Debian and Ubuntu
[11:04] <ahe> i get a MOD_PYTHON ERROR on http://revu.ubuntuwire.com/
[11:05] <ahe> http://pastebin.com/m763955b7
[11:06] <geser> randomaction: re cjk: I guess it's because of "texlive-base-bin". it's a provided now by texlive-binaries but as the old (real) debs didn't got removed yet (they are listed in NBS) the dependency doesn't get resolved always correctly
[11:07] <randomaction> so binary should be removed to make way for that build?
[11:07] <geser> cjk should build properly once texlive-base-bin gets removed from NBS (most of the listed package there have an unversioned dependency on it, so they continue to work with texlive-binaries, no work needed)
[11:07] <geser> yes
[11:08] <geser> we have currently the real but uninstallable texlive-base-bin and the installable texlive-binaries providing texlive-base-bin
[11:36]  * sistpoty gives a shot at ktoon
[12:36] <c_korn> where can I find information why pysol has been removed from the repos ? http://packages.ubuntu.com/jaunty/pysol
[12:39] <randomaction> c_korn: https://launchpad.net/ubuntu/+source/pysol/+changelog
[12:40] <c_korn> randomaction: thanks, and sorry I did not find it. it was quote obvious to have a look there :/
[12:41] <randomaction> np :)
[13:03] <hakaishi> Hey, what happend to revu.ubuntuwire.com?
[13:03]  * persia huns
[13:03] <persia> hunts!
[13:05] <persia> hakaishi: I can't tell right now.  Seems there's some issue connecting to postgres, except postgres claims to be running.
[13:05] <persia> I'll report to someone who has a chance of fixing it :)
[13:06] <hakaishi> I just hope it'll be fixed soon ^^
[13:06] <persia> Indeed.  That being down is annoying.
[13:07] <hakaishi> okay, bye bye
[13:07] <sistpoty> hmpf, I installed a postgres update tomorrow, but it did work then :/
[13:07] <persia> hakaishi: By the way, your qt-shutdown-p 1.6-all~karmic1 upload was rejected.
[13:08] <persia> sistpoty: Everything always works tomorrow :)
[13:08] <sistpoty> heh
[13:08] <persia> (and may I borrow your time machine?)
[13:08] <sistpoty> *g*
[13:08]  * sistpoty restarts apache
[13:09] <persia> Lovely.  Works great now.
[13:09] <sistpoty> that was easy :)
[13:10]  * persia digs through the rejected queue and cleans up
[13:15] <ahe> could someone please take a look at my package of rubyripper (a CD ripper that can handle intentionally crippled audio CDs) at http://revu.ubuntuwire.com/p/rubyripper ?
[13:17] <persia> ahe: There are some control file bits mentioned by lintian that are worth fixing.
[13:17] <persia> ahe: Are you using a VCS to maintain this package?
[13:18] <ahe> persia: is there a reason why lintian didn't mention those problems when i built the package with debuild on my local system?
[13:19] <ahe> persia: i have a bazaar branch but i don't build directly from it but just build the working copy manually with debuild
[13:19] <persia> I don't think the lintian run by debuild checks very much.
[13:20] <persia> ahe: Well, you've patches to the source outside debian/ without a patch system.  That's OK, as long as you're using a VCS to manage the patches, but if you're not intended for a VCS to be used to manage patches, it would be better to use a patch system.
[13:20] <persia> Otherwise it becomes just a monumental pain to merge the changes every new upstream release.
[13:21] <sistpoty> ahe, persia: the lintian notes are only informational, and I'd rather not move things from build-dep to build-dep-indep, as sbuild disagrees with policy when to install build-dep-indep
[13:21] <ahe> persia: ok so does that mean that bzr will replace traditional patch systems?
[13:21] <persia> sistpoty: Hrm?  sbuild doesn't usually give me issues.  I run with -A for i386, and without -A for other architectures (as we do in Ubuntu).
[13:22] <persia> ahe: That depends on the relative success of Format 3.0(bzr) :)
[13:23] <persia> ahe: But more generally, if one is using a VCS, a patch system can seem annoying, and if one is using a patch system, a VCS can seem like duplicate overhead.  They both represent ways of handling variations to a source.
[13:23] <persia> Doing one or the other is good.  Doing both is fine.  Doing neither leads to pain.
[13:24] <sistpoty> persia: iirc, build-depends-indep aren't installed for binary or binary-arch (e.g. debian bug 478524)
[13:26] <ahe> persia: is there a "official" bzr repo to put packages? currently i have it in https://code.launchpad.net/~aheck/+junk/packages
[13:27] <persia> ahe: That gets complicated.  There's an "offical" location where bzr repos get put, but I don't believe the converse currently exists.
[13:27] <persia> Plus, unless you can upload, you wouldn't be able to commit to those branches anyway.
[13:28] <ahe> i also have the problem that i build this package for my ppa and to upload to revu i "cleaned" the histroy from all ppa entries because i'm not sure if its better to have them in for completeness or make the history look "cleaner"
[13:28] <ahe> so i guess its ok to use a junk repo on launchpad?
[13:30] <persia> sistpoty: Hrm.  I'm not convinced that it's not better to use b-d-i, but I can see that it might have issues with some packages, although I'd consider those package bugs (not that it isn't easier to fix it in the build system).
[13:30] <persia> ahe: Go ahead and use a junk repo, but I'll change the nature of my complaint based on the fact you're using a VCS :)
[13:33] <ahe> :)
[13:56] <freeflying> this channel is for identified users only?
[13:59] <persia> freeflying: Apparently it currently is.  I believe that's intended as a limit to the current spambots.
[13:59] <persia> I would expect it to go away at some point.
[14:02] <persia> Hrm.  I was just looking at libpam-slurm, and a simple s/libslrum20-dev/libslrum21-dev/ in debian/control makes it build on amd64, but it fails to build on i386 with that same change, with undefined reference to `__stack_chk_fail_local' .  Anyone know what that means?
[14:03] <acicula> try with -fno-stack-protector
[14:03] <acicula> mind you that removes the stack canary protection system
[14:03] <persia> acicula: But why would I only see this on i386 and not on amd64?
[14:04] <acicula> persia: linking against precompiled code?
[14:04] <acicula> or precompiled objects?
[14:04] <persia> Against whatever's in the archive right now.
[14:05] <acicula> with a feshly unpacked archive or did you use make clean or whatever
[14:05] <freeflying> persia: thanks dude
[14:07] <persia> acicula: I've called, in parallel `sbuild -A -d lucid-i386 libpam-slurm_1.6-2ubuntu1.dsc`  `sbuild -d lucid libpam-slurm_1.6-2ubuntu1.dsc` on an amd64 system.  The schroots were constructed by mk-sbuild-lv from karmic, and the pat-caches are fairly up-to-date.
[14:08] <persia> I don't see any binaries in the source package, so any precompiled stuff I'd be linking against would be freshly downloaded build-deps, or build-essential stuff (which was last refreshed within the day)
[14:09] <acicula> persia: well my understanding on the subject is a bit rustic. As i understand the compiled object code is trying to call that function, which is injected because of the stack protection(goverened by that flag i mentioned earlier) and the linker cant find it
[14:10] <persia> Could it be the -nostdlib argument being passed to gcc?
[14:10] <acicula> well what does nostdlib do?
[14:12] <acicula> NOTE: In Ubuntu 6.10 and later versions this option is enabled by default for C, C++, ObjC, ObjC++, if neither -fno-stack-protector nor -nostdlib are found.
[14:12] <sistpoty> persia: yes, that should be it
[14:12] <acicula> in relation to stack-protector
[14:12] <persia> But I'm *also* passing -nostdlib on amd64.  Do we not do stack smashing protection for amd64?
[14:12] <acicula> ah found in the man page, -nostdlib could definitly be it, heh
[14:14] <sistpoty> persia: you'll need to specify -nostdlib already as compiler flag, that will turn off stack-protector. if it's only in ldflags, you'll get the undefined reference (at least that's how I figure from looking at the invaders source package, and what I did there)
[14:16] <acicula> RELRO           STACK CANARY      NX            PIE                     FILE
[14:16] <acicula> Partial RELRO   Canary found      NX enabled    Dynamic Shared Object   /lib/libc.so.6
[14:16] <acicula> compiled with canary on amd64 it seems?
[14:17] <persia> http://paste.ubuntu.com/361265/ is what I got.  Do I need to patch Makefile to pass -nostdlib more agressively?
[14:18] <sistpoty> persia: yes: gcc -Wall -O2   -fPIC -c pam_slurm.c
[14:19] <sistpoty> persia: you'll need a -nostdlib there already, otherwise gcc will insert calls to __stk_chk_fail when compiling
[14:19] <persia> Should be `gcc -Wall -O2 -nostdlib -fPIC -c pam_slurm.c` ?
[14:19] <sistpoty> persia: yes
[14:20] <persia> Ah, right.  Be nice if the behaviour was cross-arch.
[14:20] <sistpoty> yeah, that's still a little bit puzzling, no clue why it works on amd64 ;)
[14:21]  * persia is checking powerpc right now, and might just ignore i386 out of cussedness
[14:21]  * sistpoty is still fighting against ktoon
[14:23] <persia> Odd.  Works on amd64, fails for i386 & powerpc.
[14:40] <persia> MANUALDEPWAIT just takes care of itself once satisfied, right?
[14:49] <geser> yes
[14:58] <persia> Then I won't worry about them, except where they can't be satisfied.
[15:00] <pucko-> Ok. so I have created a ubuntu package. fixed all errors. how do I get it into ubuntu? I haven't signed it yet, because I'm not sure how.
[15:04] <persia> pucko-: Put it somewhere and get two ubuntu developers to review it.
[15:04] <persia> REVU can be a handy tool for this.
[15:58] <sistpoty> christoph_debian: I saw that you have been working on fixing ktoon build breakage? I've added a few more hunks, so that it works now: http://paste.ubuntu.com/361323/ in case you're interested
[16:07] <pucko-> persia, thanks. it's finally uploaded now.
[16:08] <pucko-> but I can't see it in revu.ubuntuwire.com :-(
[16:09] <pucko-> can I assume it's just slow?
[16:11] <RainCT> pucko-: have you uploaded it more than 5 minutes ago?
[16:12] <pucko-> something like that
[16:13] <RainCT> pucko-: OK, I can check if you want. What's the package's name?
[16:13] <pucko-> libtodos-agmii
[16:15] <RainCT> pucko-: It was rejected because REVU couldn't recognize your signature. Is your GPG linked to Launchpad and have you logged into REVU before the upload?
[16:23] <jariq> Got question about my package ipwatchd - http://revu.ubuntuwire.com/p/ipwatchd - I entered section "network" in control file and revu did not complain about it during upload. I uploaded this package to PPA and it kept refusing the package until I changed section to "net". Which value is correct for universe and where can I find the list of sections?
[16:23] <pucko-> yes I have. but I guess I did something wrong there.
[16:27] <pucko-> oh. my email (in the key) wasn't validated in launchpad
[16:28] <sistpoty> jariq: rejecting the package due to the section is news to me, but you can use e.g. aptitude to find out about sections
[16:29] <pucko-> not sure if that would fix it. how do I tell dput to let me upload again?
[16:29] <sebner> sistpoty: I already stumbled myself over an interesting section error: "No section "-" known" , after some hours(!) of investigation I noticed that the section was missing entirely in control ^^
[16:30] <sistpoty> sebner: ah, well, missing might be an entirely different case ;)
[16:30] <sistpoty> sebner: however afaik the section is set by archive admins anyways, but I wouldn't exactly know by which means
[16:31] <sebner> sistpoty: My experience is reject of the upload so archive admins don't even get in contact with it
[16:31] <sistpoty> heh
[16:32] <sebner> sistpoty: btw, I failed hard at the "Grunzüge der Informatik" test, doing again in march. *being ashamed in front of sistpoty * :P
[16:33] <sistpoty> sebner: I took 7 semesters for my grundstudium, which is about the maximum I could do, so don't worry :P
[16:33] <sebner> sistpoty: haha, fine then :) .. also because I was only too lazy to really learn xD
[16:33] <pucko-> woo! accepted
[16:34] <RainCT> jariq: http://packages.ubuntu.com/lucid/ has a list of categories. Looking at the URL you can see what the name for debian/control is, in the cse for Network "net"
[16:34] <RainCT> *cse=case
[16:50] <ScottK> elementtree and celementtree have been removed from Debian Testing.  It would be good if someone could look at what we needed to do the same.
[16:51] <DktrKranz> (ctypes will follow soon)
[17:16] <ahe> i just uploaded a new package on revu and on the packages page there is the following message: "Warning! This package could not be extracted; there's no browsable directory for it on REVU."
[17:16] <ahe> what does that mean?
[17:16] <ahe> shouldn't revu reject my package if there is something wrong with it?
[17:17] <sistpoty> ahe: source format 3?
[17:18] <sistpoty> (others than that, the package name might help to take a close look)
[17:18] <sistpoty> closer even
[17:18] <ahe> sistpoty: http://revu.ubuntuwire.com/p/rubyripper
[17:18] <jariq> ahe: did you wait 5 minutes after upload ?
[17:19] <ahe> jariq: yes, but i guess not much more ;)
[17:20] <sistpoty> ahe: ah, I see, you'll need to upload with .orig.tar.gz (-sa argument to dpkg-buildpackage/debuild), otherwise revu doesn't know where the .orig.tar.gz is
[17:20] <jariq> ahe: i think i had the same problem with my package.. but it was just temporary right after upload
[17:20] <sistpoty> ahe: let me see if I can find the .orig.tar.gz from a previous upload, then you don't need to reupload
[17:22] <sistpoty> ahe: found and extracted
[17:22] <ahe> sistpoty: thx i already reuploaded
[17:23] <sebner> sistpoty: Is Revu already 3.0 compatible?
[17:23] <ahe> strange i would have sworn i only used 'debuild -S' the last time
[17:23] <ahe> thx for the help
[17:23] <sistpoty> np
[17:23] <sistpoty> sebner: revu is, but spooky isn't
[17:24] <sistpoty> sebner: revu only calls dpkg-source -x... however spooky is (still) running hardy. dpkg there doesn't understand 3.0 yet
[17:25] <sistpoty> sebner: sad thing is, that there's no official sparc support after hardy, and I've been told that it's not a too good idea to upgrade a sparc box bexond hardy
[17:25] <sistpoty> beyond even
[17:26] <jariq> When will be lucid repos frozen for new packages ?
[17:26] <sebner> sistpoty: arghh. I suppose there isn't really a plan to fix this issue somehow?
[17:26] <ScottK> sistpoty: I know that Karmic sparc is a REALLY bad idea.
[17:26] <ScottK> sebner: It's a community maintained port so ....
[17:26] <sebner> sistpoty: install lucid then!
[17:27] <ScottK> sebner: Not on sparc.  Utterly broken.
[17:27] <sebner> ScottK: sparc is br0ken, replace the server with something sane :P
[17:27] <sistpoty> the best plan so far seems to be the one from ncommander: have dpkg backported
[17:28] <sistpoty> others than that, migrating revu (hopefully w.o. having me to do it) would also sound pretty good
[17:28] <sistpoty> *shrug*
[17:28] <sebner> heh
[17:28] <sistpoty> I'm really a bit clueless how to proceed best, to be honest
[17:29] <ahe> sistpoty: now revu can't find orig.tar.gz for all my uploads http://revu.ubuntuwire.com/u/aheck
[17:29] <ahe> guess it was a bad idea to upload it again
[17:29] <sistpoty> ahe: /me looks
[17:29] <ScottK> sistpoty: I don't think a backported dpkg in hardy-backports would fly.
[17:29] <ahe> sistpoty: thx
[17:30] <sistpoty> ScottK: as I wrote, good ideas are needed :)
[17:31] <ScottK> sistpoty: Could you backport it locally and build it just for that box?
[17:32] <sistpoty> ScottK: that might be an option, however iirc there was some libc <-> dpkg thingy which I'm quite afraid of.
[17:33] <ScottK> Could be.
[17:33]  * ScottK hasn't been tracking it.
[17:33]  * sistpoty isn't too sure if that's an issue in the first place though
[17:35] <sistpoty> ahe: still no .orig.tar.gz in the upload (I'll fix it locally in revu). you can verify if an .orig.tar.gz is included by looking at the .changes file prior to uploading
[17:36] <sistpoty> ahe: done
[17:36] <ahe> sistpoty: its present in the changes file as well as in the *.revu.upload file
[17:36] <ahe> sistpoty: ah thank you very much
[17:37] <sistpoty> ahe: no, it's not in the .changes file
[17:37] <sistpoty> (at least the one you uploaded to revu ;))
[17:38] <ahe> strange
[17:38] <ahe>  5a095e5a22743f224f73bd9312274e3c997c2e6e 144044 rubyripper_0.5.7.orig.tar.gz
[17:38] <sistpoty> there's a stale .orig.tar.gz lying around in incoming though
[17:40] <sistpoty> ahe: http://paste.ubuntu.com/361367/, that's the latest .changes file I can find (I stripped the signature for security reasons)
[17:42] <ahe> sistpoty: that is mine: http://pastebin.com/m69f46ef6
[17:43] <sistpoty> ahe: did you run debuild -S -sa again after the upload? that'll overwrite your .changes file
[17:44] <sistpoty> (the Date: is directly taken from changelog, so that would remain the same)
[17:44] <ahe> after the first upload and then i did the last upload so far
[17:48] <sistpoty> gpg: Signature made Sat Jan 23 18:06:23 2010 CET using DSA key ID 7F49A63D
[17:48] <sistpoty> ahe: ^^ that's the date gpg --verify *changes tells me, I assume you have a different one?
[17:52] <ahe> sistpoty: 18:21 ah of course ! it couldn't overwrite some files during the second upload and so i guess it uploaded the orig.tar.gz but didn't know it was there *doh*
[17:52] <sistpoty> heh, ok, mystery solved :)
[18:00] <geser> anyone familiar with vim and its python command?
[18:01] <sistpoty> geser: I only know that james_w told me about ctrl-o ctrl-p (python-omni-complete), which I find quite helpful
[18:02] <geser> I wanted to upgrade the omnicomplete for LP bugs (as it's still uses python-launchpad-bugs) but fail already at importing launchpadlib inside python
[18:02] <geser> or more exactly the import of hashlib causes problems
[18:03] <sistpoty> sorry, -ENOCLUE
[18:05] <jariq> Could anyone pls review ultimate :) package ipwatchd ? - http://revu.ubuntuwire.com/p/ipwatchd - I resolved all persia's comments and now it builds without problem in my PPA.
[18:38] <sistpoty> jariq: looking... as I was curious, I took a glimpse at the code of ipwatchd. Haven't seen such cleaned up code for some time ;)
[18:39] <jariq> sistpoty: clean code makes many things much quicker
[18:40] <sistpoty> *nod* (from own, hard-gathered experience)
[18:40] <sebner> jariq: /me recommends using dh7 also in rules
[18:42] <sistpoty> jariq: what about ipwatchd-script? that calls (if present) ipwatchd-gnotify (not found in the package)?
[18:43] <sistpoty> jariq: anything else appears to be top-notch!
[18:45] <ahe> would be great if someone would like to review my new rubyripper package http://revu.ubuntuwire.com/p/rubyripper too
[18:46] <jariq> sistpoty: IPwatchD is daemon that does not require X-window. But it can run user-defined script and that script can run any desktop notification app. I separated desktop notification code into standalone package ipwatchd-gnotify (bubble notifications for Gnome environment). It is also in revu waiting for review.
[18:47] <jariq> sistpoty: this way user on server can install just ipwatchd package and user on desktop can install also ipwatchd-gnotify and both packages work together without any manual configuration needed.
[18:48] <sistpoty> jariq: oh, I see
[18:48] <sistpoty> jariq: actually I didn't see the suggests in the first place, sorry for that
[18:52] <jariq> sistpoty: thanx for advocation
[18:52] <sistpoty> jariq: thanks for the package!
[18:53] <sistpoty> sebner: btw.: I still haven't switched my packages to dh7 :P
[18:55] <sebner> sistpoty: bah :P I'm already switching to debsrc3 :P
[18:55] <sistpoty> haha
[18:56] <sebner> sistpoty: dh7 + quilt -> debsrc3 = packaging heaven ;)
[18:57] <sistpoty> sebner: at least I've managed quilt now (long time mystery to me)
[18:57] <sebner> sistpoty: quilt is just great an superior :) It's not that difficult imho
[18:58] <sistpoty> sebner: if you know how it's working, it's not... until then it is, at least for me :P
[18:58] <sistpoty> (though it's completely strange that export QUILT_PATCHES=debian/patches is the magic key)
[18:59] <sebner> sistpoty: ACK! I just put it once in my bashrc and it's fine but it's really strange indeed
[19:04] <geser> I put the quilt recipe from the quilt README into my .quiltrc
[19:05] <ScottL> hello?
[19:06] <ScottL> sorry, just making sure I registered correctly
[19:06] <geser> ScottL: Hi
[19:06] <ScottL> I'm trying to backport Ardour 2.8.4 to Hardy but my pbuilder environment will not find and install libcurl4-openssl-dev as a dependency of libraptor1-dev, anyone have any ideas?
[19:06] <ScottL> geser, hi :)
[19:06] <ScottL> I can login into my pbuilder environment and install it though....real weird
[19:07] <ScottL> i have hardy-updates enabled (main, restriced, universe and multiverse)
[19:07] <sistpoty> btw: !ops, is the registerd user requirement still needed atm? doesn't seem to make much sense for the entry point in ubunu development, *if* there aren't too many spam attacks
[19:07] <geser> have you tried to install libraptor1-dev too
[19:07] <jariq> sistpoty: could you please review also ipwatchd-gnotify ? it same clean codebase, much smaller app.. should be an easy one :)
[19:07] <geser> or even all build-depends?
[19:08] <ScottL> geser: you mean install libraptor1-dev in the pbuilder environment first?
[19:08] <sistpoty> jariq: queued, reviewing another package atm (and trying to watch a movie since about 5 hours *g*)
[19:08] <geser> sometimes packages are installable itself but not in combinataion because of a conflict somewhere down the dependency chain
[19:08] <sistpoty> (my !ops didn't seem to have effect, ubottu?)
[19:09] <ScottL> geser: yes, I had that happen the other day...had trouble with libcurl
[19:09] <geser> ScottL: login into your pbuilder environment and check if you can install all the build-depends for the package you want to build
[19:09] <niko> sistpoty: try to use it at first word
[19:09] <ScottL> geser, okay try installing all by hand and find where the problem is....good idea, thanks  :)
[19:10] <ScottL> geser, it's always a bit of trouble backporting but this one has been particularly troublesome    lol
[19:10] <sistpoty> !ops: is it still required to be a registered user for #ubuntu-motu? doesn't make much sense imho for the entry point in ubuntu development *if* the spam attacks have gone down (your call)
[19:10] <niko> works
[19:10] <sistpoty> yes, thanks niko!
[19:13] <sistpoty> ahe: you license the packaging under GPL (w.o. version), can you make the version more clear please? (upstream is gpl-3+, so iirc packaging should not exlude later versions, but I may be wrong there)
[19:14] <ahe> sistpoty: ok
[19:15] <sistpoty> ahe: others than that, looking at the source only is good with me. let's see what the binaries will provide
[19:17] <ahe> any idea why revu complains that it can't find the license?
[19:20] <ahe> ok pushed GPL-3+ change to my launchpad branch
[19:20] <sistpoty> ahe: no idea actually, maybe RainCT knows the details (called GPL-3.txt)
[19:21] <sistpoty> ahe: probably doesn't fit a regexp in revu
[19:23] <sistpoty> ahe: looks quite good, I guess only lintian isn't satisfied: please don't exceed 80 cols in debian/changelog, and please provide a manpage for at least rrip_cli
[19:25] <ahe> a complete manpage or just a dummy one?
[19:26] <sistpoty> ahe: the parse_options function should give you a clue
[19:26] <sistpoty> (it's no help to have a manpage that tells: "there are options, figure them")
[19:27] <sistpoty> as I'm no ruby expert, maybe help2man will do (no idea what will happen if called with --help)
[19:28]  * ScottK hints at apachelogger for Ruby expertise.
[19:29] <sistpoty> well, I could just try --help here :P
[19:30] <sistpoty> haha, it doesn't work if extracted to a local path :)
[19:38] <ahe> help2man yields quite usable output
[19:38] <ahe> i think i will just rework it a bit and i have a nice little manpage
[19:41] <sistpoty> excellent, ahe!
[19:52] <RainCT> sistpoty: Yeah, the license check is pretty basic (it just looks for some common file names)
[19:53] <sistpoty> RainCT: ah, I see... maybe add GPL-3.txt to it?
[19:57] <crimsun> sistpoty: did you still need me to look at a vtk rdep issue?
[19:57] <sistpoty> any DD's around who could sponsor the NMU at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527721? (DktrKranz, siretart`, ajmitch, christoph_debian, white_ just to highlight a few)
[19:58] <sistpoty> crimsun: as I wrote, I worked around it, but I think it's still broken (haven't checked debian though if there are news)
[19:58] <DktrKranz> sistpoty: _o/
[19:58] <sistpoty> crimsun: so it's wishlist priority for me
[19:58] <sistpoty> hey DktrKranz :)
[20:02] <geser> crimsun: Hi, just curious (no hurry), how does the testing/review of the fuse merge go?
[20:03] <crimsun> geser: it works fine for me; I'd like to ping cjwatson and pitti on it
[20:09] <geser> crimsun: I talked to pitti (to ¼ of him, the other part was mentally at the sprint) about the .fdi file in our current fuse delta when I did the merge
[20:11] <crimsun> geser: what was his take on it?
[20:11] <geser> that the .fdi file doesn't work since karmic anyway so it can be dropped
[20:13] <geser> crimsun: http://irclogs.ubuntu.com/2010/01/13/%23ubuntu-devel.html starting at 12:12
[20:15]  * sistpoty goes to bed... gn8 everone
[20:29] <crimsun> geser: ok, it seems mergeable to me, then. Any outstanding issues?
[20:30] <geser> crimsun: I don't know of any
[20:30] <ahe> i get mod_python errors on revu again :(
[20:45] <crimsun> geser: uploaded, thanks!
[22:05] <mr_pouit> siretart: (ffmpeg-extra) I've added locally some macros in debian/confflags to autodetect opencore-amr and pass --enable-version3 to configure script (in the same manner as --enable-nonfree). If you're interested, I can provide a patch.
[22:48] <RainCT> ScottK: Hey. Is there still some point for having the python-pyclamd package?
[23:03] <ScottK> RainCT: Sure.  it's a useful thing.  I think it still needs to be sync'ed from debian.
[23:07] <RainCT> ScottK: Okay, just checking :). No need to sync it, there are no real changes between Debian and Ubuntu.
[23:16] <perberos> gentlemens


[16:37] <scottf> hi.
[16:38] <scottf> I installed ubuntu and it worked great all day.  then today when I play mp3's, the audio breaks up.  I'm using a breakout box, an Alesis iO2.
[16:41] <octoquad> Hi scottf, is it this one: http://www.alesis.com/io2express ?
[20:40] <darkxst> octoquad, comment on the bug that its fixed with 3.14 packages (which should be available later today)
[20:42] <darkxst> mark it as affecting trusty still (Nominate for series)
[21:04] <darkxst> ricotz, hi, -staging should be clear for 3.15 now
[21:08] <Noskcaj> darkxst, Could you please make http://phillw.net/ubuntu-gnome/vivid316.html
[21:15] <darkxst> Noskcaj, done, it will appear when the cron job runs
[21:16] <Noskcaj> ty


[12:44] <Godsey> what is the correct entry for /etc/hostname if the host is just domain.com?
[12:53] <ivoks> that can't be hostname
[12:54] <ivoks> computer.domain.com is ok, but domain.com is a no go
[01:35] <mralphabet> Godsey: you need a fully qualified domain name in /etc/hostname
[01:36] <mralphabet> like ivoks said, someserver.somedomain.sometld
[01:55] <r00tintheb0x> hello all
[03:35] <AzMoo> Hi, I've installed a LAMP server but I need to customize my PHP configuration. I need to add several things, such as mcrypt and PDFLib. Are there packages to do this?
[03:44] <AzMoo> Oops, this is the dev channel. Sorry :)
[11:02] <Godsey> ivoks, mralphabet turns out just the domain.com is ok
[11:03] <Godsey> as domain.com is the fqdn