[00:00] <fta> it's GPL/LGPL/MPL
[00:00] <kiko> updated the project
[00:00] <fta> resp, 2/2.1/1.1
[00:00] <fta> kiko, thanks
[00:01] <kiko> fta, yeah. so, now that i've updated the project, you can visit https://bugs.edge.launchpad.net/prism/+bug/205782 and put the remote bug URL inside the Prism task
[00:01] <ubotu> Launchpad bug 205782 in prism "Window icon shoud  be site favicon" [Medium,Fix committed]
[00:01] <kiko> fta, then we have the complete information there -- when and where it was fixed upstream, and what happened to it in ubuntu
[00:01] <kiko> fta, when the project is marked "doesn't use launchpad" the task form changes, and you can put in URLs to remote bugs there
[00:02] <fta> so I just have to select the remote bug now, right?
[00:03] <kiko> fta, well, the remote bug listed there is not the same number
[00:03] <kiko> fta, you said it was fixed by bug 400164
[00:04] <kiko> now, because you cited bug 410215 in a comment, we created a bug watch for it automatically
[00:04] <kiko> that's why it's offered as an option
[00:04] <fta> oh
[00:04] <kiko> right
[00:04] <fta> ok
[00:05] <fta> btw, it would be nice to be able to drop a project from a bug instead of marking it invalid. it would avoid the spam from unrelated comments
[00:05] <fta> (like for the 3rd bug)
[00:06] <kiko> fta, well, what if we said that you wouldn't get spammer for invalid bugs?
[00:06] <kiko> err, spammed?
[00:06] <kiko> because I'm in favor of that more than outright deletion of tasks
[00:09] <fta> well, if it's really a mistake, like a modem called Prism totally unrelated to the mozilla prism application, why would I ever want to follow the discussion about the modem ?
[00:10] <kiko> fta, you wouldn't -- with that I agree. but I'm suggesting solving that by making it so that, if the task was marked invalid, you wouldn't get spammed.
[00:10] <kiko> fta, what do you think of that?
[00:10] <mpt> It might be marked Invalid by accident, so it would need to be obvious to J Random Bug Commenter how to resubmit it for consideration
[00:10] <fta> yes, that would do perfectly
[00:11] <mpt> I don't see why we should send people notifications of comments on duplicate bug reports, but not notifications of comments on Invalid bug reports
[00:13] <kiko> mpt, duplicates /are/ relevant to the project, while invalids aren't. you could argue not to send duplicate mail, but the proper solution to that is to just disallow adding comments -- you don't wanna blackhole them, do you? those are, AAR, separate concerns.
[00:14] <mpt> How are duplicates relevant to the project?
[00:15] <fta> they may bring more information
[00:16] <mpt> In both cases, duplicate and Invalid, the status might be set by accident
[00:17] <kiko> mpt, that doesn't invalidate fta's point, which was mine as well.
[00:17] <fta> then what? just send the 1st mail saying that bug has been tagged invalid for project x then stop for all subscribers of x bugmails
[00:17] <mpt> That's why we allow comments on duplicates, so people can say "Hey, I don't think this is actually a duplicate", and their comments get mailed
[00:17] <kiko> either there's something we're missing, mpt, or you're crazy. :)
[00:18] <mpt> I think you're trying to make "Invalid" mean two different things that should have two different behaviors
[00:18] <mpt> (It would be fine if it meant two different things that should have the same behavior!)
[00:19] <mpt> Some people use Invalid when a bug used to exist, but has been rendered moot by subsequent changes
[00:19] <mpt> Some people use Invalid for a bug report that requests a change, when the maintainer thinks that change would be a bad idea
[00:20] <mpt> Those two cases are subject to discussion, so I think people should get mailed about them
[00:21] <mpt> I think "Dude, this is incomprehensible gibberish" and "Dude, you've filed this against totally the wrong software" are different cases
[00:21] <fta> for the later, it would be wontfix, no ?
[00:21] <mpt> and it may be worth handling them separately.
[00:22] <mpt> fta, in theory, but in practice people seem to use Invalid and Won't Fix interchangeably.
[00:22] <mpt> (In bug reports that I'm subscribed to, at least!)
[00:22] <fta> maybe because wontfix is not accessible to everyone..
[00:23] <mpt> Yeah, that wouldn't help
[00:23] <mpt> So one possible solution is to merge Invalid into Won't Fix, and introduce a new "Delete this" or similar status, that removes your software from the bug report completely.
[00:24] <mpt> (or just a Delete button next to each context in the table)
[00:24] <fta> for me, won't fix implies the project is right
[00:25] <kiko> mpt, ah, I hadn't considered the Invalid-means-something-else angle you're pointing out.
[00:26] <mpt> We have a lot of those because of bug 59389 and bug 80902
[00:26] <ubotu> Launchpad bug 59389 in malone "The possibility of retargeting a bug should be made more obvious" [Undecided,Confirmed] https://launchpad.net/bugs/59389
[00:26] <ubotu> Launchpad bug 80902 in malone "Allow bug retargeting from project to distribution, or vice versa" [Undecided,New] https://launchpad.net/bugs/80902
[00:27] <fta> oh, 80902 was what I wanted initially :)
[00:32] <kiko> yeah
[00:32] <kiko> agreed
[02:33] <mpt> ... But there's another case we might want to consider
[02:33] <mpt> For bugs reported about a distribution package (e.g. Ubuntu firefox), we want to record whether they occur upstream (e.g. in mozilla.org Firefox)
[02:34] <mpt> We might do that by saying "mozilla.org Firefox: Invalid"
[03:05] <lifeless> well
[03:05] <lifeless> I was just looking at a bug in bzr
[03:05] <lifeless> actually baz1.x but ignore the specific package  :)
[03:05] <lifeless> it was for network-manager
[03:06] <lifeless> someone insane marked it for baz1x at some point
[03:06] <lifeless> and there is no way to clean it up
[03:06] <lifeless> now every change made to it forever spams the baz1x maintainers
[03:06] <lifeless> this isn't to say that 'invalid' is the wrong approach; but there are related UI considerations
[03:06] <Fujitsu> We have had a number of upstreams complaining at us about bugs with several dozen tasks.
[03:07] <Fujitsu> They don't want to be notified of the bug, even if it's open.
[03:07] <Fujitsu> Or particularly if it's fixed in that task.
[03:12] <jamesh> lifeless: you can probably reassign that task to some other package
[03:12] <jamesh> that way it will be someone else's problem
[03:13] <mpt> I think bug 204906 is a duplicate, but I can't find the original, does anyone know it?
[03:15] <Fujitsu> Bug #204906
[03:21] <lifeless> jamesh: true, but still fugly. :{
[03:21] <lifeless> jamesh: perhaps I should assign it to launchpap-bugs :}
[04:30] <ubotu> New bug: #206339 in launchpad "Can't easily access bug reports recently visited from another browser" [Undecided,New] https://launchpad.net/bugs/206339
[05:18] <ping> Hello!  Would someone be willing to help me with a newbie question?
[05:22] <Fujitsu> !ask
[05:22] <ubotu> Please don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-)
[05:27] <ping> Thanks.  I am trying to start a new project named Factville.  I have registered the project and a new hosted branch (see https://code.launchpad.net/factville/).  Now I want to commit the first revision of my code.  I assumed that the way to do this would be to "bzr branch lp:factville" to get an empty directory, place my code in the directory, then "bzr commit" to commit locally and "bzr push" to send my code to Launchpad.  However, "bzr
[05:29] <jamesh> ping: you'll need to associate your branch with the release series
[05:30] <jamesh> oh.  you've already done that.
[05:30] <jamesh> ping: you'll need to do the following:
[05:31] <jamesh> (1) create a branch locally with "bzr init"
[05:31] <jamesh> (2) from that branch run "bzr push lp:factville" to upload it
[05:32] <jamesh> when you register a hosted branch through the web UI, it only reserves the name: it doesn't create the initial branch on the server
[05:32] <ping> Oh, I see.  Thanks.  I'll try that now.
[05:46] <ping> Great!  I successfully pushed the first revision.  Many thanks for your help!
[07:26] <carlos> morning
[09:01] <mpt> Gooooooooooooood evening Launchpadders!
[09:30] <T-R3xX> Who from Russia? =)
[09:59] <mpt> allenap, there's a question about bug notifications from Fernando in launchpad-users@
[09:59] <allenap> mpt: I'll go an check it out.
[09:59] <mpt> thanks :-)
[10:00] <mpt> He's talking about something as an "unannounced change", and then mentioning that he uses edge
[10:01] <mpt> which makes me realize that even if release notes were useful for people who aren't beta testers (which I doubt), they're too late for people who are.
[10:02] <allenap> mpt: intellectronica was doing some stuff with emails, but I can't say if he touched on this. He's afk at the moment, but I'll talk to him when he's online.
[10:02] <mpt> ok, ta
[10:02] <allenap> mpt: That's a good point.
[10:02]  * intellectronica looking
[10:03] <mpt> That might be a further incentive to think about how to announce changes in the UI itself :-)
[10:03] <allenap> Personally, I'd like a news feed of changes in edge that aren't in prod. A trickle as things get committed.
[10:04] <allenap> With something more explanatory than commit messages :)
[10:06] <intellectronica> looks like this may be related to bug #138696 and other bugs for including more info in the header of the mail. looks like a useful feature to me
[10:06] <ubotu> Launchpad bug 138696 in malone/1.2 "bug tags do not appear in e-mail headers" [Undecided,Fix committed] https://launchpad.net/bugs/138696 - Assigned to Graham Binns (gmb)
[10:08] <Fujitsu> I've been wondering something for a while... Do all actions performed on edge send out edge-style emails to everyone?
[10:08] <Fujitsu> Or do people not in lp-b-t get them from production?
[10:09] <mpt> I'd like a news feed of changes that are in production. :-) That way I can learn one new thing each day.
[10:13] <allenap> Fujitsu: I *think* some email are generated directly during the web request, in which case they'll come from edge, and others are generated separately, in which case they'll come from production. But I'm probably wrong :) BjornT: ^^^?
[10:13] <Fujitsu> allenap: The batched ones will *all* come from production, even to lp-b-t members?
[10:15] <allenap> Fujitsu: I guess so. I don't know of any separation of recipients into beta and non-beta for batch messages.
[10:18] <allenap> intellectronica: I don't think gmb's fix for bug 138696 would cause the changes that Fernando has seen. I'm going to look further...
[10:18] <ubotu> Launchpad bug 138696 in malone/1.2 "bug tags do not appear in e-mail headers" [Undecided,Fix committed] https://launchpad.net/bugs/138696 - Assigned to Graham Binns (gmb)
[10:20] <intellectronica> allenap: it could also be related to the one of the attachment bugs abel fixed. i must admit that i don't really know what is it that fernando is getting, so it's a bit hard to guess what caused it
[10:21] <allenap> intellectronica: Yeah, it's a bit vague. I'll look at abel's stuff now.
[10:23] <Fujitsu> I believe he's referring to the fact that emails now contain an X-Launchpad-Bug header for each task.
[10:25] <Fujitsu> Oh.
[10:25] <Fujitsu> It's done that forever.
[10:25] <Fujitsu> So maybe not.
[10:25] <allenap> :)
[10:25] <intellectronica> that's not new
[10:25] <Fujitsu> I guess I only noticed it recently, as I'm subscribed to two newish bugs with several dozen tasks.
[10:27] <intellectronica> right, and if it isn't properly documented then we should definitely correct this
[10:34] <Fujitsu> How're continous Debian bug imports coming along? They were originally targetted ~1.1.9, IIRC.
[10:41] <rexbron> jkakar: Did you get my message?
[10:43] <BjornT> Fujitsu: it's progressing quite slowly. technically seen, a lot of things have been done. but it's blocked on seeing how this works for other bug trackers, and discussion with the debian guys.
[10:47] <Fujitsu> BjornT: Aha.
[10:47] <Fujitsu> Version tracking would make it particularly useful, but I suppose that's still not planned to ever go ahead?
[10:53] <\sh> hmm...possible to disable email notifications for packages which are marked invalid in a bug report? :)
[10:53] <\sh> e.g. bug #103378
[10:53] <ubotu> Launchpad bug 103378 in ubuntu "impossible mount floppy device in /media" [Undecided,Confirmed] https://launchpad.net/bugs/103378
[10:53] <Fujitsu> \sh: There're bugs on that.
[10:53] <\sh> Fujitsu: good then :)
[10:54] <Fujitsu> Bug #204980
[10:54] <ubotu> Launchpad bug 204980 in malone "bug contacts should be able to unsubscribe from implicit subscriptions" [Medium,Confirmed] https://launchpad.net/bugs/204980
[11:27] <ubotu> New bug: #206467 in malone "Allow generation of tokens, which can be used to login to remote bug trackers" [Undecided,New] https://launchpad.net/bugs/206467
[11:27] <ubotu> New bug: #206471 in meta-lp-deps "add psycopg2 to launchpad-dependencies" [Undecided,New] https://launchpad.net/bugs/206471
[11:35] <BUGabundo> hi there
[11:35] <BUGabundo> is gavin or travis here?
[11:37] <intellectronica> BUGabundo: gavin is allenap. do you have more info for us about the change you talked about on the list?
[11:37] <allenap> BUGabundo: Hi :)
[11:38] <BUGabundo> yep
[11:38] <BUGabundo> just reporting back
[11:38] <intellectronica> excellent!
[11:38] <BUGabundo> just sent an email with an attach
[11:38] <BUGabundo> look at the bottom of the attached emai
[11:38] <BUGabundo> *email
[11:38] <BUGabundo> and you guys will know what I mean
[11:39] <BUGabundo> it doesn't bother me a bit, actually I'm trying to do exactly the same with our TRAC instalation lol
[11:39] <allenap> BUGabundo: I guess you mean where it says "Status in ..." and the bug description.
[11:40] <BUGabundo> yep
[11:40] <BUGabundo> If I recall, that wasn't sent last week
[11:40] <BUGabundo> so it's a new feature, right?
[11:40] <intellectronica> BUGabundo: i don't think that's new. we've been doing this for a while
[11:40] <intellectronica> let me try and find the relevant bug
[11:41] <BUGabundo> do worry, intellectronica
[11:41] <Fujitsu> I can't see any recent bugmail that does that. It's the first I've seen of it.
[11:41] <BUGabundo> I've seen in EVERY bug I get from LP
[11:41] <BUGabundo> [Bug 200338] Re: no sound hardy kernel 2.6.24-12 has it
[11:41] <ubotu> Launchpad bug 200338 in linux "no sound hardy kernel 2.6.24-12 " [Critical,Fix released] https://launchpad.net/bugs/200338 - Assigned to Ben Collins (ben-collins)
[11:42] <BUGabundo> [Bug 129910] Re: Blank ttys when using vesafb (vga=xxx) too
[11:42] <ubotu> Launchpad bug 129910 in linux "Blank ttys when using vesafb (vga=xxx)" [Medium,Fix released] https://launchpad.net/bugs/129910 - Assigned to Ben Collins (ben-collins)
[11:42] <Fujitsu> Ahh.
[11:42] <Fujitsu> It's on +edit.
[11:42] <BUGabundo> every single email I get, has the bottom part
[11:42] <Fujitsu> Per-person.
[11:42] <Fujitsu> When did that feature appear!?
[11:44] <BUGabundo> Friday or thurday
[11:45] <Fujitsu> BUGabundo: Did you turn it on on your `Change details' page?
[11:45]  * Hobbsee waves to allenap
[11:45]  * Fujitsu finds a mention of it deep in 1.2.1's release notes.
[11:45]  * allenap waves at Hobbsee :)
[11:46] <Fujitsu> I would have thought it would be in the highlights. That's approximately the best thing since sliced bread.
[11:47] <Hobbsee> what is?
[11:47] <Fujitsu> The one user-configurable option that changes Launchpad behaviour noticably.
[11:47] <BUGabundo> I might, Fujitsu
[11:47] <BUGabundo> where do I see that?
[11:47] <Fujitsu> https://launchpad.net/people/+me/+edit
[11:48] <Fujitsu> Hobbsee: It shows the bug description and current statuses in the various tasks at the bottom of each piece of bugmail.
[11:49] <Fujitsu> Makes bugs that don't have the package name in their summary a little more usable over email.
[11:49] <BUGabundo> Fujitsu: don't remember have been there, last week
[11:49] <Hobbsee> oh, neat.
[11:50] <Fujitsu> I bet there's no way to do that for mail sent to a team address, though.
[11:50]  * Hobbsee again wonders why she's getting all this invalid bug mail, and how to stop it.
[11:50] <Fujitsu> Hobbsee: Hahahahaha you're trapped.
[11:50] <Fujitsu> No escape from bugmail.
[11:50] <Hobbsee> \sh: i want that too.  good luck
[11:50] <BUGabundo> I was trying to upload a new avatar, and got strange erros
[11:50] <BUGabundo> *errors
[11:50] <Hobbsee> oh, it was discussed
[11:50] <Fujitsu> A number of upstreams are quite irritated at the MBFs.
[11:51] <BUGabundo> so could it be that LP also changed that setting ?
[11:51] <ubotu> New bug: #206488 in meta-lp-deps "add libxml2-utils to launchpad-dependencies" [Undecided,New] https://launchpad.net/bugs/206488
[11:51] <BUGabundo> what is MBF?
[11:51] <Fujitsu> As they really, really don't care about the other 50 packages that FTBFS due to python-central craziness.
[11:51] <Fujitsu> BUGabundo: Mass bug filing.
[11:51] <BUGabundo> ah thanks
[11:51] <Hobbsee> funny how we have at least 3 people complaining about it in 24 hours.
[11:52] <Fujitsu> allenap: Do you know why that option isn't on the email settings page?
[11:52] <Fujitsu> That would seem to be a more sensible place to put it.
[11:53] <Fujitsu> It would be even better to have it on the Malone-specific config page that should be at https://bugs.launchpad.net/people/+me, but there are for some reason no other configuration options.
[11:53] <Hobbsee> mine is just the java bugs.
[11:53] <Hobbsee> i wonder if can filter for the text "java" plus "invalid"
[11:53] <Hobbsee> or just filter everything that's invalid to start with.
[11:53] <allenap> Fujitsu: No, does seem a bit daft. Are you happy to file a bug about it?
[11:53] <Fujitsu> allenap: Sure.
[11:54] <Fujitsu> launchpad? Or is it still malone?
[11:54] <BUGabundo> can the avatar system be better funcional?
[11:55] <Fujitsu> BUGabundo: What's dysfunctional about it?
[11:55] <BUGabundo> all those RED warnings while trying to change an image scare users
[11:55] <BUGabundo> I just gave up...
[11:55] <Fujitsu> They were probably valid warnings...
[11:55] <BUGabundo> I was trying to upload a new avatar
[11:55] <Hobbsee> BUGabundo: the avator system is more annoying than that.
[11:55] <BUGabundo> and it wouldn't let me
[11:55] <Fujitsu> So scaring the user is probably advisable.
[11:55] <BUGabundo> because of the size
[11:55] <Hobbsee> BUGabundo: if you don't get hte scale exactly right, launchpad won't scale it for you, it just barfs.
[11:55] <Fujitsu> Rightly so.
[11:56] <BUGabundo> that's the prob
[11:56] <BUGabundo> it should scale it for us...
[11:56] <Hobbsee> iirc, i filed a bug back in uds sevilla.  no response, yet.
[11:56] <BUGabundo> GD lib does that quite well
[11:56] <Hobbsee> BUGabundo: i think the problem is a lack of interest in fixing it, combined wiht other more important things to fix.
[11:57] <BUGabundo> I know
[11:57] <BUGabundo> but user interaction and personalization is something really importatnt
[11:57] <BUGabundo> makes users willing to participate...
[11:57] <BUGabundo> and we going to have a new Ubuntu release soon, so more NEW users will come to LP
[11:58] <BUGabundo> scaring them that way, for such a small feature like avatar or personalisation is a bad thing
[11:58]  * Hobbsee could justify hundreds of bug fixes with that line....it won't work.
[11:58] <BUGabundo> eheh Hobbsee
[11:58]  * Hobbsee has learnt well, and no longer complains about it.  it's just the way it is.
[12:01] <Fujitsu> Night all.
[12:01] <BUGabundo> g'night Fujitsu
[12:01] <Fujitsu> BUGabundo: Thankyou for pointing that feature out! It will be most useful to me.
[12:02] <BUGabundo> 12h00 here
[12:02] <BUGabundo> lolol
[12:02] <BUGabundo> no prob Fujitsu
[12:02] <BUGabundo> it was new to me
[12:02] <BUGabundo> but I don't recall activating it
[12:02] <BUGabundo> although I like it
[12:02] <Hobbsee> night Fujitsu
[12:03] <Fujitsu> Night Hobbsee, BUGabundo.
[12:10] <ubotu> New bug: #206496 in malone "Setting to include descriptions in bugmail should be on +editemails, not +edit" [Undecided,New] https://launchpad.net/bugs/206496
[12:20] <BUGabundo> let me subs to that...
[12:21] <BUGabundo> humm is ubotu to perfome actions for us on irc?
[12:21] <BUGabundo> like if I wanted to subscrive bug #206496, I could instrut it too
[12:21] <ubotu> Launchpad bug 206496 in malone "Setting to include descriptions in bugmail should be on +editemails, not +edit" [Undecided,New] https://launchpad.net/bugs/206496
[12:37] <salty-horse> hi. I added a link with "Also affects project" and then it selected the original bug's project as the external bug's project name. then I changed the assigned project for the original bug, but I don't see a way of changing the external bug's project name: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/205314
[12:37] <ubotu> Launchpad bug 205314 in xorg "layout switching with both alt keys doesn't work" [Undecided,New]
[12:55] <ubotu> New bug: #206508 in launchpad-bazaar "Associating branches with tasks" [Undecided,New] https://launchpad.net/bugs/206508
[12:56] <Hobbsee> morning mrevell
[12:56] <mrevell> hey Hobbsee
[12:56]  * Hobbsee wonders why someone is blogging to planet ubuntu about why launchpad should become open source
[12:56] <Hobbsee> d
[12:57]  * soren wonders why Hobbsee wonders that
[12:58] <Hobbsee> soren: sounds like a bad target audience to me.  are the launcphad guys, for the most part, ubuntu people?
[12:58] <Hobbsee> as in, likely to read planet?
[13:08] <soren> Hobbsee: I certainly wouldn't be surprised if they did.
[13:08]  * Hobbsee thougth they had too much work to do for that, or something.
[14:11] <ubotu> New bug: #206541 in malone "Bug tags should be listed in X-Launchpad-Bug-Tags instead of in each X-Launchpad-Bug header" [High,Triaged] https://launchpad.net/bugs/206541
[14:16] <ubotu> New bug: #206544 in malone "Bug feeds performance improvements" [Undecided,New] https://launchpad.net/bugs/206544
[14:43] <jkakar> rexbron: Hey!
[14:44] <jkakar> rexbron: I did get your message, but you were offline at the time.  As far as AutoPPA being useful, it's not in it's current state, but it sounds like it could be made to.  The issue is that it currently only works with projects that use Bazaar.
[14:45] <jkakar> That said, for my purposes it works very well.  It's a bit of pain to install/setup (mostly because of dependencies), but once it's there firing off builds is typically one command and then a few minutes of waiting while PPA does it's thing.
[15:42] <bahadunn> hello
[15:43] <qense> hi
[15:43] <bahadunn> is launchpad open?
[15:44] <qense> yes
[15:44] <qense> it should be
[15:44] <kiko> open for business!
[15:44] <LarstiQ> ding dong!
[15:44]  * kiko winks at LarstiQ
[15:44] <LarstiQ> hai kiko :)
[15:47] <bahadunn> I mean open source?
[15:48] <qense> partially
[15:48] <bahadunn> so what part is open that anyone can contribute to?
[15:48] <kiko> bahadunn, launchpad.net/launchpad-cscvs is open
[15:49] <kiko> bahadunn, and there are storm and zope3 bugs that need fixing, if you'd like to contribute
[15:49] <bahadunn> okay thanks
[16:12] <synic> when you request translations to download, how long does it usually take to get the email?
[17:52] <synic> how do I get ppa to build for hardy?
[18:04] <cgregan> Is there a way to have launchpad format a listing of bugs into a more printable format?
[18:15] <synic> where do I ask PPA questions?
[18:16] <synic> is anyone here?
[18:20] <synic> kiko-fud: ?
[18:24] <matsubara> cgregan: nope. there are tools to scrape launchpad, though
[18:28] <synic> can I ask ppa questions here? https://answers.launchpad.net/launchpad
[18:29] <matsubara> synic: https://answers.edge.launchpad.net/soyuz/
[18:29] <matsubara> or ask here in the channel and someone might answer it :-)
[18:31] <synic> crap, already asked here: https://answers.edge.launchpad.net/launchpad/+question/27968
[18:32] <synic> should I re-ask on soyuz?
[18:32] <matsubara> synic: nope, I can re-target
[18:32] <synic> k
[18:33] <synic> don't suppose you might know the answer to that question?
[18:37] <kiko> synic, what's your dput.cf?
[18:38] <synic> http://rafb.net/p/Rkzy5n36.html
[18:50] <smagoun> Need some help from a LP admin. I uploaded a package to a PPA, deleted it from the PPA, and tried to upload a new revision with the same version number. LP says no, there's an MD5 sum mismatch with a file already in the archive. I need the old, incorrect version really gone (isn't that what 'delete' is supposed to do?)
[18:51] <smagoun> PPA is Ubuntu Mobile: https://edge.launchpad.net/~ubuntu-mobile/+archive , the package in question is samsung-q1-ultra-config-0.30-0ubuntu1~804um1
[18:55] <kiko> synic, hmmm. bigjools, do you know the answer to synic's question above? ^^
[18:55] <kiko> smagoun, yes, delete does that, but it's slightly hard to actually predict its behaviour. have you read the help tab in the delete packages page?
[18:56] <kiko> smagoun, I should say, though, that an .orig tarball's version /is/ significant
[18:58] <smagoun> kiko: I hadn't read the help tab, thanks. Didn't even know it existed until now. Can't say it solved my problem, just explained to me what happened.
[18:59] <smagoun> kiko: The md5sum on the orig tarball isn't the problem (it hasn't changed), it's the md5sum on the diff.gz.
[19:00] <smagoun> (and the .dsc, probably)
[19:00] <kiko> smagoun, oh. that's really weird.
[19:06] <timlinux> hi
[19:35] <ubotu> New bug: #206739 in rosetta "Changed messages are skipped when reverting changes and saving" [Undecided,New] https://launchpad.net/bugs/206739
[19:58] <mpt> Goooooooooooood morning Launchpadders!
[20:20] <kyleN> we have a private project. we want to expose some bugs to a person who is not a member of the project, either by tagging, perhaps, or "also affects" their project, or by some other means. Is there a way?
[20:30] <ubotu> New bug: #206780 in launchpad "Display the posting address of a mailing list on the team overview page" [High,Confirmed] https://launchpad.net/bugs/206780
[20:33] <synic> kiko: ok, that question was answered - thank you.  I was wondering, how can I get it to build for both gutsy and hardy?
[20:34] <kiko> synic, IIRC you need to update the changelog
[20:35] <synic> ok.  That won't override the package I just uploaded?
[20:35] <synic> er... overwrite
[20:35] <ubotu> New bug: #206782 in launchpad "Yellow bug summary should include a link to milestone" [Undecided,New] https://launchpad.net/bugs/206782
[20:40] <kyleN> sorry for the dup, but this is urgent: we have a private project. we want to expose some bugs to a person who is not a member of the project, either by tagging, perhaps, or "also affects" their project, or by some other means. Is there a way?
[20:40] <ubotu> New bug: #206783 in launchpad "mailman keys are missing from the shared confs " [Critical,Confirmed] https://launchpad.net/bugs/206783
[20:44] <kiko> synic, packages are never overwritten, but you'll also need to rev the version
[20:45] <synic> like ~hardyppa1 or something?
[21:16] <kiko> synic, I'm not 100% sure what the conventions are. I meant to ask somebody about this yesterday and forgot, will have to do so tomorrow
[21:23] <warren> https://code.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk  Hi, our tree currently doesn't support "bzr tag".  Does launchpad support --dirstate-tags?  Are there any issues in converting the format and pushing?
[21:29] <ubotu> New bug: #206811 in malone "Bug feeds for BugTargets need to ensure a sufficient number of bugs are fetched" [Undecided,New] https://launchpad.net/bugs/206811
[21:38] <kiko> warren, hmmm, are you asking if we support packs? thumper's the best guy to answer.
[21:38] <warren> kiko, I don't know what are packs?
[21:38] <warren> kiko, I want to convert my bzr repo at the above URL to --dirstate-tags so I can use bzr tag.
[21:38] <kiko> thumper,  ^^^
[21:42] <jml> warren: bzr upgrade sftp://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk
[21:51] <RAOF> warren: The caveat would be: this means that anyone trying to branch ltsp-trunk needs to have bzr >= 0.92, which isn't in Gutsy (but is in backports, and is in the bzr PPA).
[21:52] <warren> RAOF, that's the only caveat?
[21:52] <warren> RAOF, how old is Gutsy?
[21:52]  * warren thought --dirstate-tags was older than 0.92
[21:52] <RAOF> warren: Ubuntu 7.10, the most recent stable release.
[21:52] <warren> Fedora had --dirstate-tags by default since we began shipping bzr
[21:52] <jml> RAOF: you might be thinking of packs.
[21:53] <RAOF> warren: bzr upgrade sftp://whatever will take you to... Yeah, packs-0.92, which obviously requires 0.92 :)
[21:53] <warren> --dirstate-tags == packs?
[21:53] <jml> warren: no.
[21:53] <warren> --dirstate-tags is all I need for bzr tag right?
[21:53] <jml> warren: yep :)
[21:54] <warren> OK, so what version of bzr introduced --dirstate-tags?
[21:54] <RAOF> bzr help upgrade says 0.15.
[21:55] <warren> what version of bzr does gutsy have?
[21:56] <warren> what benefits does pack-0.92 give you?
[21:57] <warren> performance?
[22:02] <RAOF> warren: Reading from the website linked to by bzr help formats, but with no real understanding of bzr internals, the answer seems to be "smaller, faster, compatible with more ftp servers".
[22:05] <ubotu> New bug: #206826 in malone "Can't switch virtual terminals from laptop to external monitor" [Undecided,New] https://launchpad.net/bugs/206826
[22:07] <warren> RAOF, any idea what version of bzr is running on launchpad itself?
[22:08] <Fujitsu> warren: I believe it's pretty much always the latest stable.
[22:09] <warren> http://bazaar-vcs.org/BazaarFormats hm.. this page needs updating?  --dirstate-tags of 0.15 is mentioned as the latest.
[22:10] <jml> warren: https://code.launchpad.net has the Bazaar version that we use.
[22:14] <Fujitsu> That tag cloud is getting fairly useless.


[21:27] <Swift110-mobile> hello all
[21:28] <Swift110-mobile> I am available to help out as an op I have been coming here for years and it would be nice to actually have conversation here


[20:24] <Andre_Gondim> how do I download the screenshot made here http://flan.uguu.ca:5000/ump/10-04
[20:29] <jenkins-5> Andre_Gondim: I have to approve them first then I can download them and add them to the manual branch
[20:29] <Andre_Gondim> jenkins-5, may you check it now?
[20:30] <jenkins-5> just doing it :)
[20:30] <Andre_Gondim> I need to show to my team to go on in lucid e2
[20:31] <jenkins-5> which language?
[20:32] <Andre_Gondim> portuguese brazil
[20:32] <Andre_Gondim> pt_BR
[20:32] <jenkins-5> thanks
[20:32] <Infosoft> Who is responsible for updating Ubuntu-manual.org website and including new PDFs? godbyk doesn't respond...
[20:33] <jenkins-5> Andre_Gondim: did you take the screenshots with your system language set to pt?
[20:34] <jenkins-5> Infosoft: godbyk would be my first guess ut may be daker_
[20:34] <Andre_Gondim> jenkins-5, all ss took around a year ago
[20:39] <jenkins> Andre_Gondim: you will find all the ones you have taken so far in bzr branch lp:~ubuntu-manual/ubuntu-manual-screenshots/pt_BR
[20:39] <jenkins> those are the only ones done in pt_BR
[20:40] <Andre_Gondim> nice
[20:41] <jenkins> I had a brainwave that they wer probably done on the old server


[00:10] <crax23> As long as they can use Ubuntu with or without VPN then it's all good, they digg the cold.
[00:10] <crax23> unlike the lovely american alligator with the reversed climate warming of the USA lol.
[02:54] <lotuspsychje> good morning
[07:34] <ducasse> morning
[07:36] <cartdrige> How many GNUs you need for a Ubuntu OS? answer: as much as possible as long as there is one penguin with them.
[17:55] <gry> 17:53 <@gry> Franklin: after upgrading ubuntu, I get error 'failure in name resolution - download.webmin.com' how do I troubleshoot it?
[17:55] <gry> 17:53 <Franklin> 1. Ensure your internet connection is active and working properly. 2. Check if your DNS server settings are configured correctly in your network configuration. 3. Try to ping the domain name to verify that it is resolving properly. 4. Check the /etc/hosts file to make sure it contains an entry for download.webmin.com.5. Try to use a different DNS s
[17:55] <gry> https://gpt3.oxasploits.com/said/293eb7f0
[17:55] <gry> interesting bot ( #botters-test )
[18:00] <lotuspsychje> gry: some of our volunteers have been suspecting AI bots in main lately
[18:01] <arraybolt3> gry: Was this just a test, or in an actual support channel?
[18:02] <arraybolt3> If this was in #ubuntu, we may need to figure out how to ban that pronto for the same reasons ChatGPT had to be banned from StackOverflow.
[18:03] <arraybolt3> GPTZero, perhaps?
[18:04] <lotuspsychje> arraybolt3: the bot is in #botters-test
[18:05] <arraybolt3> Hmm. Might join that room.
[18:05] <arrayboltXE> (This is easier than the bouncer :P
[18:05] <arrayboltXE> )
[18:07] <arrayboltXE> lotuspsychje: Heh, looks like the people in there started scanning me to see if I was a bot as soon as I came in :P
[18:08] <arrayboltXE> (At least one guy sent a CTCP Version)
[18:08] <lotuspsychje> you look like a bot lol
[18:18] <arrayboltXE> Traceback (most recent call last): genResp(text) Fatal error: IndexOutOfBoundsException Requested index was outside the bounds of the array.
[18:46] <sarnold> gry: is the bot more polite than usual irc residents? :)
[18:46] <Menzador> sarnold: Heh
[18:46] <sarnold> :D
[18:46] <Menzador> (also this might be better suited for #ubuntu-ops)
[19:19] <gry> arraybolt3: it was a test in the botters-test channel. based on a question asked in main, though:)


[11:00]  * mpt ponders displaying the charge level as "Current charge:", but decides against it, because "current", lol
[11:29] <mpt> Hmm, http://design.ubuntu.com/search?search=dots&submit=
[11:30] <mpt> Anyone know where the guidelines are for what dots to use where?
[11:33] <mpt> ah, found them, <http://design.ubuntu.com/brand/dot-patterns>
[11:37] <mpt> (Reported <https://bugs.launchpad.net/ubuntu-website-content/+bug/1157141> on not being able to find them)
[11:39] <mpt> Teehee, "enterprise dots"
[11:43] <mpt> ckpringle, <http://design.ubuntu.com/apps/building-blocks/slider> needs to describe when a slider label should go alongside the slider, and when it should go above
[11:44] <mpt> I've got a "Display brightness" slider and I'm pretty sure that label is too long for alongside
[11:44] <mpt> (On a phone, at least -- on a tablet would be fine)
[11:44] <mpt> And if alongside is ever allowed, then how do you line up successive sliders with each other?
[11:49] <mpt> ckpringle, mesq: Is there any pattern for showing whether a list item navigates into a page stack?
[14:26] <zyga> hi,
[14:26] <zyga> I'm trying to figure out if something is a intended interaction, implementation detail or a bug
[14:27] <zyga> specifically the trash icon in the launcher
[14:27] <zyga> unlike any other icon, with the exception of the dash icon, it never gets the marker that indicates active applications (aka the triangle)
[14:28] <zyga> it obviosuly opens nautilus but the interaction in the launcher feels confugsing
[14:29] <zyga> so my question is: 1) is this deliberate or just an implementation detail/bug? 2) if it's a bug where should I be reporting it


[06:25] <ochosi> morning everyone
[06:26] <elfy> morning ochosi
[06:26] <ochosi> just to announce that formally, i'll be travelling in a train all day today, so unless i get wifi on the train, i won't be able to participate in tonight's meeting
[06:26] <Unit193> Meeting, right.
[06:26] <ochosi> as that obviously includes the xpl voting, i'm wishing y'all happy voting :)
[06:27]  * Unit193 votes for Unit193.
[06:27] <ochosi> :)
[06:27]  * elfy votes for cake
[06:27] <Unit193> Cake is bad, cookies are good (as is coffee.)
[06:27] <ochosi> yummy, coffee
[06:28] <ochosi> that is what i need next
[06:28] <ochosi> have a fun day everyone!
[09:35] <knome> Unit193, you can't vote yourself unless you have been nominated
[09:35] <knome> Unit193, i can do that for you though >;)
[17:14] <klaipedetis> hi all
[17:21] <brainwash> hello klaipedetis
[18:05]  * elfy confuses utc and bst again ...
[18:05] <knome> :D
[18:05] <knome> not yet!
[18:06] <elfy> knome: yea
[18:07] <bluesabre0> :)
[18:08]  * elfy thinks bluesabre0 is glad someone else made the mistake :p
[18:08] <knome> haha
[18:09] <bluesabre0> nah, got bored of not being connected
[18:10] <knome> lol
[18:10] <elfy> :)
[18:39] <micahg-work> no meeting?
[18:39] <micahg-work> ah, in 20 min
[18:39] <micahg-work> timezones are hard
[18:39] <elfy> I didn't wake up 40 minutes ago - it was a mirage
[18:41] <drc> micahg-work: That's why they included an handy-dandy time converter on the meetings page :)
[18:42] <bluesabre0> the google calendar also works well with tz conversion
[18:42] <micahg-work> I'm usually pretty good with them, lots of things flying at the moment
[18:44] <Unit193> bluesabre0: Yes, yes it does.
[18:50] <bluesabre0> I'm working and on irc on the way-to-the-side side, so I may not be responsive during the meeting
[18:50] <elfy> a bit like normal then :p
[18:51] <bluesabre0> :)
[18:52] <bluesabre0> I try, just a terribly busy human :)
[18:53] <elfy> that's good :)
[18:54] <elfy> lol brainwash
[18:55] <brainwash> :D
[18:59] <knome> !team | Meeting time!
[18:59] <bluesabre0> o/
[19:00] <knome> #startmeeting Xubuntu community meeting
[19:00] <meetingology> Meeting started Thu May  8 19:00:48 2014 UTC.  The chair is knome. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[19:00] <meetingology> Available commands: action commands idea info link nick
[19:00] <elfy> I'm here
[19:00] <knome> #topic Open action items
[19:01] <knome> elfy, did you extend the trello spec?
[19:02] <elfy> yea - as much as I could
[19:02] <knome> oki
[19:03] <knome> #action new-xpl: New XPL/council to run a call for a new technical lead
[19:03] <meetingology> ACTION: new-xpl: New XPL/council to run a call for a new technical lead
[19:03] <knome> #nick new-xpl
[19:03] <knome> that was the action items
[19:03] <knome> #topic Team updates
[19:03] <knome> anything anybody?
[19:03] <knome> #done knome sent a lot of menulibre bugreports
[19:04] <elfy> #info package and image testing has started
[19:04] <bluesabre0> thanks knome
[19:04] <bluesabre0> >o>
[19:04] <elfy> #info package tracker revamped
[19:05] <knome> :)
[19:05] <elfy> they've even got results on them too :p
[19:05] <knome> hehe, good good
[19:05] <bluesabre0> sweet
[19:06] <knome> anything else?
[19:06] <knome> i guess it's still quite quiet
[19:06] <elfy> not from me
[19:06] <knome> #topic Announcements
[19:06] <knome> #info elfy is now a moderator of the xubuntu-devel mailing list
[19:06] <knome> #topic Discussion
[19:06] <knome> #subtopic Create a testing PPA common to -team
[19:07] <knome> #info Postponing
[19:07] <knome> hmm
[19:07] <knome> #undo
[19:07] <meetingology> Removing item from minutes: INFO
[19:07] <knome> #info Carrying on
[19:07] <knome> #subtopic Using the project money (gathered from Linux Identity articles)
[19:07] <knome> #info Dropping from the agenda, will be used as need arises
[19:08] <knome> #subtopic Use a common area for detailed discussion notes (such as Trello)
[19:08] <elfy> knome: how much is this money? bit hard to think of ways to use it without some idea
[19:08] <knome> i think there's about 230 euros
[19:08] <knome> or sth
[19:08] <elfy> ok - ty
[19:08] <knome> i'll have to check the exact amount at home
[19:08] <knome> might be more or less
[19:08] <knome> i really don't remember
[19:08] <elfy> a roundabout figure is good enough :)
[19:09] <knome> yep.
[19:09] <knome> i'll check the actual amount and post that to the new XPL
[19:09] <knome> who can consider how it's best used
[19:09] <knome> anyway, want to discuss trello?
[19:09] <knome> or should we carry that on?
[19:09] <elfy> is there enough people ?
[19:09] <knome> doesn't seem like many people are around
[19:09] <knome> dunno
[19:09] <knome> !team | wakey wakey
[19:09] <elfy> carry it on
[19:10] <knome> #info Carrying on
[19:10] <jjfrv8-work> o/
[19:10]  * micahg-work is here, sort of
[19:10] <knome> #subtopic More mailing list moderators
[19:10] <elfy> ochosi said he'd not be here
[19:10] <knome> does anybody else have motivation to moderate lists?
[19:10] <bluesabre0> o/
[19:10] <knome> bluesabre0, both?
[19:10] <Unit193> bluesabre0: Bad timing. :P
[19:10] <knome> hehe.
[19:10] <bluesabre0> I can help with moderation if we create the new list we were discussing
[19:11] <knome> bluesabre0, can you help with the current one if we decide to rather moderate that? :)
[19:11] <knome> and what about -users?
[19:11] <knome> we will need moderators anyway
[19:11] <knome> we currently have 3 for each
[19:11] <bluesabre0> yeah, I can help,  with a hint of what to do exactly :)
[19:11] <elfy> knome: I thought you said -users wasn't an issue?
[19:11] <knome> elfy, not too much
[19:11] <knome> but...
[19:11] <elfy> discard spam mostly bluesabre0
[19:11] <knome> yeah
[19:12] <elfy> knome: well I don't mind -users as well if there is a need
[19:12] <knome> and if we decide to make the -devel list team only, send people email that they should send to -users as well :P
[19:12] <knome> #action knome to add elfy to moderators of -users
[19:12] <meetingology> ACTION: knome to add elfy to moderators of -users
[19:12] <bluesabre0> ok, I can add that to my morning/evening routine
[19:12] <knome> bluesabre0, so both? ;)
[19:12] <bluesabre0> sure
[19:12] <knome> #action knome to add bluesabre to moderators of -devel and -users
[19:12] <meetingology> ACTION: knome to add bluesabre to moderators of -devel and -users
[19:12] <knome> #nick bluesabre
[19:13] <knome> #topic Planning for milestone images
[19:13] <knome> elfy, was this your item?
[19:13] <elfy> aaah
[19:13] <Unit193> If it's just removing spam, that'd do-able.
[19:13] <knome> Unit193, want both?
[19:13] <knome> Unit193, -users is more about spam
[19:14] <knome> Unit193, in the future as well, regardless what we decide about the new mailing list
[19:14] <Unit193> knome: No, I don't have anything to do with users if I can help it, might have to know some context for some messages right?
[19:14] <knome> Unit193, not really. just approve things that don't look like spam.
[19:14] <Unit193> Fine then.
[19:15] <knome> both that is? ;)
[19:15] <knome> or just -users?
[19:15] <Unit193> Can always choose to leave it to others if I don't know, both is fine.
[19:15] <knome> #action knome to add Unit193 to moderators of -devel and -users
[19:15] <meetingology> ACTION: knome to add Unit193 to moderators of -devel and -users
[19:16] <elfy> milestones - basically there was talk during the last cycle of not running all the milestones during this cycle, just wanted to get that conversation moving before it's right on top of us
[19:16] <knome> so, you want to discuss which milestones we'd participate in?
[19:16] <knome> https://wiki.ubuntu.com/UtopicUnicorn/ReleaseSchedule
[19:16] <elfy> I want us to do that yes - but it can wait as there's only a few here
[19:16] <bluesabre0> we usually don't have much in the first milestone
[19:17] <elfy> it depends what people are looking to get out
[19:17] <knome> i think we'd be fine with two betas
[19:17] <elfy> bluesabre0: yea - exaclty
[19:17] <elfy> knome: wfm
[19:17] <knome> milestones just mean freezes
[19:17] <knome> if we land new stuff, we can just decide to test specific daily images
[19:17] <knome> or concentrate on the package testing side
[19:17] <bluesabre0> unless systemd is in at that point, then that might be a consideration for a first round of functional testing
[19:17] <knome> so the exact day of the iso doesn't matter
[19:17] <elfy> yes - but we still call for testing at milestones specifically - I just need to know
[19:18] <elfy> so the exact day does matter to me ;)
[19:18] <knome> #action Team: When is systemd landing?
[19:18] <meetingology> ACTION: Team: When is systemd landing?
[19:18] <knome> #nick Team
[19:18] <elfy> bluesabre0: I don't think that we need to worry about that at the moment from what I've seen/read
[19:18] <elfy> and I thought that 16.04 was the plan
[19:19] <knome> elfy, would you take a work item to throw that question to the mailing list?
[19:19] <elfy> yep
[19:19] <knome> well 16.04 might be the target, but it needs to be tested before
[19:19] <knome> so i hope it lands before 16.04 FF :P
[19:19] <brainwash> more like 14.10 :D
[19:19] <elfy> yes - I realise that :)
[19:19] <knome> #action elfy to send a question about participating to milestones to -devel ML
[19:19] <meetingology> ACTION: elfy to send a question about participating to milestones to -devel ML
[19:20] <knome> ok...
[19:20] <knome> #subtopic New mailing list
[19:20] <knome> #info Carrying the discussion on the mailing list, feedback welcome
[19:20] <knome> does anybody want to use a chance to say something now?
[19:21] <elfy> for the record - if this just ends up being using a tag - it will not work
[19:21] <bluesabre0> I'm still in favor of the -team mailing list, particularly to support/supplement meetings
[19:22] <knome> the latest discussion is to make the -devel list much more moderated
[19:22] <elfy> bluesabre0: and keeping -users and -devel?
[19:22] <knome> to practically make that the "team" list
[19:22] <bluesabre0> that would be fine as well
[19:22] <knome> so only allow messages from team
[19:22] <bluesabre0> we don't use the -devel that frequently
[19:22] <knome> no, because it's full of irrelevant information
[19:23] <knome> and the threshold to post gets bigger
[19:23] <knome> i don't want to post anything because sooner or later the threads turn to "please install libreoffice by default"
[19:23] <knome> >__<
[19:24] <bluesabre0> true
[19:24] <bluesabre0> :)
[19:24] <knome> now that i don't have any "real" responsibilities, i'd like to do that even less
[19:25] <knome> but anyway...
[19:25] <Unit193> Easier not to send to the list at all, but that's because I don't like lists.
[19:25] <elfy> and as sure as eggs is eggs I get less interested in posting things there that get ignored
[19:25] <knome> i think i'll draft a proposal
[19:26] <elfy> Unit193: well what do you like to keep in contact with people - because it's not trello :p
[19:26] <knome> #action knome to draft a proposal about the mailing list changes and post it to the -devel ML
[19:26] <meetingology> ACTION: knome to draft a proposal about the mailing list changes and post it to the -devel ML
[19:26] <knome> anything else on this?
[19:26] <elfy> knome: not from me
[19:26] <bluesabre0> nope
[19:26] <knome> #topic New Xubuntu Project Lead
[19:27] <knome> we have two candidates: Simon Steinbeiß (ochosi) and Sean Davis (bluesabre)
[19:27] <Unit193> elfy: Trello is closer, but partly don't like the site, format, or something.  Partly don't want to brake your page, and not 100% sure I know how to use it.
[19:27] <knome> https://wiki.ubuntu.com/ochosi/XPL2014
[19:27] <knome> https://wiki.ubuntu.com/SeanDavis/XPL2014
[19:27] <knome> those are the candidate pages
[19:28] <knome> as the nominations were made relatively early, i hope the team members have read them already
[19:29] <elfy> I did
[19:29] <micahg-work> nope
[19:29] <jjfrv8-work> me too
[19:29] <bluesabre0> I'm surprised nobody else applied
[19:29] <knome> micahg-work, well, you will have time now..
[19:29] <micahg-work> knome, reading :)
[19:29] <knome> i've thought about the following procedure for voting:
[19:29] <knome> 1) start voting on the meeting
[19:29]  * micahg-work thought about applying
[19:30] <knome> if either candidate gets 9 votes (>50% of the team) during the meeting, end the vote and announce the new leader
[19:30] <knome> if not, ...
[19:30] <knome> 2) continue the meeting on the mailing list. those who didn't vote on the meeting can vote by sending an informal mail which clearly states their vote
[19:31] <micahg-work> should we be having the vote with one of the candidates in absentia?
[19:31] <knome> he's noticed us of that and is okay with it
[19:31] <knome> i've told both ochosi and bluesabre i could have proxied a "final word" for them if they were not around
[19:31] <knome> neither gave me to say anything for them :)
[19:32] <bluesabre0> but we were both too lazy to offer anything
[19:32] <knome> yep
[19:32] <knome> i don't think it's an issue
[19:32] <knome> if we had 12 nominees, imagine how hard it would have been to run the meeting...
[19:32] <knome> anyway,
[19:32] <knome> if we go to the mailing list, the voting will end at 19UTC tomorrow.
[19:33] <knome> that gives everybody 24 hours to vote
[19:33] <elfy> which it will I guess because there's not many of us here now :)
[19:33] <knome> does anybody think we want to enable private voting on the mailing list?
[19:33] <knome> (elfy: yep)
[19:33] <elfy> well ...
[19:34] <elfy> there is the ability to vote privately to meetbot here
[19:34] <knome> we can decide of a trusted person to receive private mail votes.
[19:34] <knome> and to tell what their totals were when the voting is over
[19:34] <Unit193> GPG signed/encrypted to Pasi and Pleia?
[19:34] <bluesabre0> then nobody will vote
[19:34] <bluesabre0> :)
[19:35] <knome> bluesabre0, i'm saying if somebody wants to vote non-publicly
[19:35] <bluesabre0> right
[19:35] <bluesabre0> I was responding to Unit
[19:35] <knome> i think we can't force gpg sign/encrypy
[19:35] <knome> s/y/t/
[19:35] <knome> but me and pleia2 works for me.
[19:35] <bluesabre0> works for me
[19:35] <Unit193> Well, not forced, but a good option IMO.
[19:36] <knome> ok. let's vote on the process
[19:36] <knome> #vote Process for voting: first IRC, then mailing list. Private votes to knome+pleia2.
[19:36] <meetingology> Please vote on: Process for voting: first IRC, then mailing list. Private votes to knome+pleia2.
[19:36] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[19:36] <knome> -team can vote
[19:36] <knome> +0
[19:36] <meetingology> +0 received from knome
[19:37] <elfy> +1
[19:37] <meetingology> +1 received from elfy
[19:37] <knome> (abstaining from my own proposal, don't want to skew it)
[19:37] <bluesabre0> +1
[19:37] <meetingology> +1 received from bluesabre0
[19:37] <micahg-work> +1
[19:37] <meetingology> +1 received from micahg-work
[19:37] <jjfrv8-work> +1
[19:37] <meetingology> +1 received from jjfrv8-work
[19:37] <Unit193> +1
[19:37] <meetingology> +1 received from Unit193
[19:37] <knome> i think that's it.
[19:38] <knome> #endvote
[19:38] <meetingology> Voting ended on: Process for voting: first IRC, then mailing list. Private votes to knome+pleia2.
[19:38] <meetingology> Votes for:5 Votes against:0 Abstentions:1
[19:38] <meetingology> Motion carried
[19:38] <knome> Unit193, can you flip a coin?
[19:38] <knome> i've secretly decided who's heads for +1
[19:38] <knome> if it's heads, that person is +1
[19:38] <knome> if it's tails, that person is -1
[19:39] <knome> actually, forget that
[19:39] <knome> just let's do it like this way.
[19:39] <Unit193> tails
[19:39] <knome> #vote Simon Steinbeiß (ochosi) for new XPL?
[19:39] <meetingology> Please vote on: Simon Steinbeiß (ochosi) for new XPL?
[19:39] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[19:39] <knome> only +1 votes matter.
[19:39] <knome> others are ignored
[19:39] <knome> -team members can vote :)
[19:40] <knome> +1
[19:40] <meetingology> +1 received from knome
[19:40] <jjfrv8-work> +1
[19:40] <meetingology> +1 received from jjfrv8-work
[19:40] <bluesabre0> assuming we can vote for both
[19:40] <micahg-work> well, knowing who is +1/-1/+0 might be interesting, but I guess I should've proposed that before :)
[19:40] <knome> you can't.
[19:40] <knome> micahg-work, vote +1 if you want to vote for simon
[19:40] <knome> after this vote, i'll do another one for bluesabre
[19:40] <micahg-work> +1
[19:40] <meetingology> +1 received from micahg-work
[19:40] <knome> err, sean. :)
[19:41] <knome> so you CAN'T VOTE FOR BOTH! :)
[19:41] <knome> only one vote allowed.
[19:41] <elfy> +1
[19:41] <meetingology> +1 received from elfy
[19:41] <bluesabre0> +1
[19:41] <meetingology> +1 received from bluesabre0
[19:41] <bluesabre0> :)
[19:41] <knome> Unit193, you done for this vote? :)
[19:41] <Unit193> Yep.
[19:41] <knome> anybody else?
[19:42] <bluesabre0> +0
[19:42] <meetingology> +0 received from bluesabre0
[19:42] <knome> bluesabre0, hmm? :)
[19:42] <bluesabre0> keep it interesting
[19:42] <knome> bluesabre0, hehe
[19:42] <knome> #endvote
[19:42] <meetingology> Voting ended on: Simon Steinbeiß (ochosi) for new XPL?
[19:42] <meetingology> Votes for:4 Votes against:1 Abstentions:1
[19:42] <meetingology> Motion carried
[19:42] <knome> #info Simon Steinbeiß (ochosi) has 4 (four) votes.
[19:43] <knome> #vote Sean Davis (bluesabre) for new XPL?
[19:43] <meetingology> Please vote on: Sean Davis (bluesabre) for new XPL?
[19:43] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname)
[19:43] <bluesabre0> +1
[19:43] <meetingology> +1 received from bluesabre0
[19:43] <knome> note: if you voted for simon, but now vote for sean, your vote will be for sean.
[19:44] <knome> #endvote
[19:44] <meetingology> Voting ended on: Sean Davis (bluesabre) for new XPL?
[19:44] <meetingology> Votes for:2 Votes against:0 Abstentions:0
[19:44] <meetingology> Motion carried
[19:45] <knome> #info Sean Davis (bluesabre) has 2 (two) votes.
[19:45] <knome> we still have 8 members to vote
[19:45] <knome> so it can go any way :)
[19:46] <knome> #action knome to send an email to the -devel list for email voting
[19:46] <meetingology> ACTION: knome to send an email to the -devel list for email voting
[19:46] <knome> #topic Other business
[19:46] <knome> anything else?
[19:47] <bluesabre0> I don't have anything to add
[19:47] <bluesabre0> ... except a calculator
[19:47] <knome> mmh
[19:47] <knome> we will need it
[19:48] <knome> to not make a mistake
[19:51] <knome> ok.
[19:51] <knome> #endmeeting
[19:51] <meetingology> Meeting ended Thu May  8 19:51:28 2014 UTC.
[19:51] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/xubuntu-devel/2014/xubuntu-devel.2014-05-08-19.00.moin.txt
[19:51] <knome> will send the mail ASAP
[19:51] <bluesabre0> thanks knome!
[19:51] <knome> then be away for ~1h
[19:51] <elfy> ty knome
[19:55] <bluesabre0> bbl
[19:59] <knome> can somebody quickly confirm the mail is good and accurate?
[19:59] <knome> i'll boot this laptop now, brb
[20:08] <rowboatnick> yes it checks out
[21:02] <knome> rowboatnick, ta
[21:02] <knome> we a bit longer away
[21:02] <knome> home now
[21:03] <elfy> but apparently the mail didn't make sense ...
[21:03] <elfy> who's rstreeter
[21:03] <knome> or people just don't read.
[21:03] <elfy> :)
[21:04] <elfy> on the other hand they cared enough to vote :)
[21:04] <knome> yeah, but everybody is interested in power
[21:04] <knome> as long as it doesn't come with responsibility
[21:04] <knome> my 1-year old niece would also vote if give the opportunity.
[21:05] <elfy> try and see the positive side :)
[21:05] <knome> can we do that?
[21:05] <knome> :P
[21:07] <elfy> I think that somebody else's 1 year old is entitled to power - just not any of mine :)
[21:07] <knome> heh
[21:07] <knome> what if i had, say, a 15-year old here?
[21:07] <elfy> same applies
[21:08] <knome> would i have two votes?
[21:08] <elfy> just not mine ;)
[21:08] <knome> well i'm obviously talking about a rum bottle
[21:08] <knome> what'd you think :P
[21:08] <elfy> I think that you might see two votes - or anything else you might look at :D
[21:08] <knome> hehe
[21:21] <Unit193> Two more.
[21:21]  * drc checks the bottle....
[21:35] <elfy> got some real ones as well
[21:36] <knome> yep
[21:36] <elfy> and no answer in -offtopic :p
[21:36] <knome> yeah
[21:37] <knome> maybe they don't read anything i write
[21:37] <knome> you can load instantrimshot.com now
[21:37] <elfy> :p
[21:37] <elfy> I have that hidden in my mails to the list :p
[21:38] <drc> You made it too hard, you used paragraphs, capitals and a link (in case you were not sure).
[21:38] <elfy> knome: so - at some point there'll be a new XPL - just want to say thanks for what you've done for Xubuntu
[21:38]  * knome bows
[21:38] <knome> you're most welcome :)
[21:39] <Unit193> knome: Now get ouuuuuuut!
[21:39] <Unit193> knome: Yep, thanks.  Think you did well.
[21:39]  * elfy wanders off now - night all
[21:43]  * drc thinks he did well also, but wonders what his Golden Parachute is (noting that the talk about the Project Money this timewas short and sweet :)
[21:46] <knome> Unit193, drc: you're welcome as well
[21:46] <Unit193> Thank goodness it was, that really was good at grinding the meetings to a halt.
[21:47] <knome> ;)
[21:53] <ochosi> evening everyone
[21:54] <ochosi> missed the whole day :)
[21:54] <knome> hey ochosi
[21:54] <ochosi> i'm about to doze off after a day of travelling
[21:54] <ochosi> just returned home
[22:01] <ochosi> so somehow it's good that nothing is decided yet, cause i won't really be online again before sunday or so


[12:29] <crimsun> libxrender ready to be uploaded (when libx11 is NEWed)
[12:46] <Kamion> I did that not long ago
[12:46] <Kamion> (oh, about five minutes after you said that)
[12:47] <crimsun> yep, noted :)
[12:47] <Kamion> go ahead and upload it now
[12:47] <Kamion> syncing libxkbfile now too
[12:49] <Kamion> did anyone upload anything that depended on libx11 already?
[12:49] <Kamion> er build-depended
[12:54] <crimsun> doesn't appear so.
[09:50] <Mithrandir> fabbione: libx11-data needs to replace libx11-6 <= 2:1.0.0-0ubuntu9
[09:51] <fabbione> Mithrandir: hem no
[09:51] <fabbione> when i did it, dpkg did send me to hell
[09:51] <fabbione> and couldn't update properly
[09:51] <fabbione> without the Replace it was doing fine
[09:51] <Mithrandir> uh, that's crackful.
[09:52] <fabbione> don't ask me.. i did test with and without because i had the same opinion as your
[09:52] <Mithrandir> there's a file conflict there so it really needs to conflict. :-P
[09:52] <Mithrandir> what error message did you get?
[09:52] <fabbione> i can't remember now
[09:52] <crimsun> Mithrandir: (libxrender is done)
[09:52] <fabbione> Mithrandir: if you want to add it go ahead
[09:52] <fabbione> Mithrandir: i am not jalous at all
[09:53] <fabbione> Mithrandir: but i need to get a couple of packages into shape before UVF
[09:53] <Mithrandir> anyway, we can add that later, I'll just put it on a sticky note here.
[09:53] <fabbione> Mithrandir: but did you actually have problems upgrading?=
[09:53] <fabbione> because i didn't
[09:53] <Mithrandir> fabbione: yes, file conflict.
[09:53] <crimsun> LOCK libxrandr
[09:54] <fabbione> Mithrandir: ok then it's probably best to fix it now
[09:54] <Mithrandir> fabbione: nah, it'll just break people's upgrades and I'm more worried about getting the stack bootstrapped, TBH.
[09:54] <Mithrandir> it won't trip the buildds
[09:55] <fabbione> yeah i know that
[09:55] <Mithrandir> we'll probably get a bunch of bug reports, though.
[09:56] <Mithrandir> libxext uploaded
[09:58] <fabbione> ok i am dojng libx11
[09:58] <fabbione> but i am not going to test it :)
[09:59] <Mithrandir> do you know if rodarvus has his packages somewhere so they can be uploaded?
[09:59] <fabbione> nope
[09:59] <Mithrandir> you don't know or you know he doesn't?
[10:00] <ogra> hmm, http://people.ubuntu.com/~rodarvus/ is pretty empty
[10:03] <fabbione> libx11 uploaded
[10:05] <Mithrandir> crimsun: oh, you did libice, excellent.
[10:19] <crimsun> libxrandr uploaded
[10:19] <seb128> hey
[10:20] <crimsun> re seb
[10:20] <Mithrandir> grr, I fucked up libxext. :-/  New upload on its way.
[10:20] <seb128> don't ban me from that chan but :p
[10:21] <seb128> dpkg: erreur de traitement de /var/cache/apt/archives/libx11-data_2%3a1.0.0-7ub untu1_all.deb (--unpack):
[10:21] <seb128>  tentative de remplacement de /usr/share/X11/locale/armscii-8/XI18N_OBJS, qu i appartient aussi au paquet libx11-6
[10:21] <Mithrandir> seb128: fix in incoming.
[10:21] <seb128> cool
[10:22] <seb128> any ETA to get a libxft-dev installable again?
[10:22] <seb128> it makes impossible to work on anything on top of pango
[10:22] <seb128> like block completly any GNOME work
[10:22] <fabbione> we don't care about GNOME
[10:22] <fabbione> go away
[10:22] <fabbione> :P
[10:23] <seb128> ok, fine with me
[10:24] <crimsun> it'll take NEW love due to src:libxft -> src:xft
[10:24] <Mithrandir> crimsun: NEW isn't a problem, though.
[10:25] <crimsun> true
[10:25] <Mithrandir> apart from that, it should be doable once libxrender is built.
[10:25] <seb128> so I go cool
[10:25] <crimsun> LOCK libxres
[10:25] <seb128> ups
[10:25] <seb128> cool
[10:26] <Mithrandir> crimsun: note you need to wait for a while before uploading that.
[10:27] <crimsun> Mithrandir: for libx11-dev and/or libxext-dev?
[10:30] <Mithrandir> the latter.
[10:30] <Mithrandir> libx11 is fine, the fix fabbione uploaded is just for upgrades.
[10:31] <crimsun> right, noted.
[10:31] <crimsun> this epoch business is madness.
[10:33] <Mithrandir> it is, but I think I'll be able to get gravity to take our changes there.
[10:36] <Mithrandir> STEAL libxt
[10:44] <Kamion> oh good somebody's doing that
[10:45] <crimsun> hmm, libxres is going to be messy, since our orig.tar.gz is named libxres_1.0.2+1.0.0.orig.tar.gz whereas Debian's is libxres_1.0.0.orig.tar.gz
[10:45] <Kamion> crimsun: sounds like an upstream version downgrade
[10:45] <Kamion> LOCK libxcursor
[10:46] <Kamion> I suspect that libxres .orig == 1.0.0 really
[10:46] <crimsun> Kamion: yeah, it is 1.0.0 in both cases, but I'm wondering how to work around the versioning in the orig.tar.gz
[10:47] <fabbione> seb128: ping?
[10:47] <seb128> fabbione: pong
[10:47] <Mithrandir> crimsun: bump the version in the changelog to 1.0.2?
[10:47] <fabbione> seb128: #52034 is absolutely not xterm
[10:47] <Kamion>    libxres | 1:1.0.2+1.0.0-0ubuntu3 |          edgy | source
[10:47] <Kamion> it's already bumped
[10:47] <fabbione> seb128: X in general does not provide ANY kind of session save facility
[10:47] <Kamion> crimsun: you'll have to continue the current versioning scheme
[10:48] <crimsun> ok, fun stuff. Thanks.
[10:48] <seb128> fabbione: ok, so that's NOTABUG, expected behaviour
[10:48] <Kamion> so Debian [1:] 1.0.0-N => 1:1.0.2+1.0.0-N
[10:48] <Kamion> er -Nubuntu1
[10:48] <Kamion> and we can sort it out when Debian bumps to > 1.0.2
[10:48] <crimsun> except Debian's using 2:1.0.0
[10:48] <Kamion> oh, then you can resolve it
[10:48] <Mithrandir> then it should just be a sync, shouldn't it?
[10:48] <Kamion> take their .orig.tar.gz and use the epoch
[10:49] <Kamion> yes, can be a sync if there are no other changes
[10:49] <Mithrandir> (unless we have changes we want to keep, that is)
[10:49] <crimsun> shipping man pages, but that's not vital at this stage
[10:49] <crimsun> a sync sounds best
[10:51] <crimsun> ok, in that case libxres is ready to be synced from Debian Sid once libxext is available
[10:55] <Mithrandir> libxt uploaded
[10:58] <Mithrandir> nobody locked xft?
[10:58] <fabbione> it's all your
[10:59] <Mithrandir> hooray!
[10:59] <Mithrandir> :-P
[10:59] <Kamion> libxcursor ready to go once the ia64/powerpc/sparc buildds wake up w.r.t. libxfixes
[10:59] <Mithrandir> LOCK xft
[11:00] <Kamion> somebody remind me how I see the buildd queue?
[11:01] <Kamion> ah https://launchpad.net/distros/ubuntu/edgy/+builds
[11:01] <Mithrandir> https://launchpad.net/distros/ubuntu/edgy/+builds?build_state=pending&build_text= ?
[11:01] <Kamion> yeah
[11:02] <Mithrandir> oh, in building.  I was wondering why it was neither built nor pending.
[11:04] <Kamion> yeah, found it eventually
[11:04] <Kamion> libxcursor uploaded
[11:05] <Kamion> LOCK libxevie
[11:12] <crimsun> LOCK libxv
[11:17] <Mithrandir> afk for a little bit.
[11:40] <Mithrandir> ok, seems like xft can be synced.
[11:41] <crimsun> libxv ready to go once libxext is available
[11:41] <Kamion> libxext should start building RSN
[11:42] <Kamion> libxevie similarly ready to go
[11:42] <Mithrandir> Kamion: if you can do the sync in https://launchpad.net/distros/ubuntu/+source/libxft/+bug/52197, it'd be great for seb, etc.
[11:43] <fabbione> it's too damn warm here
[11:43] <Kamion> ok, I'll do a sync pass now
[11:44] <Mithrandir> excellent, thanks.
[11:46] <Kamion> crimsun: if you can say in the sync request when something comes from non-main, it'd be appreciated
[11:46] <Kamion> needs a different sync-source invocation in that case
[11:46] <crimsun> Kamion: sorry, noted, thanks
[11:47] <Kamion> (er, and which component it comes from ...)
[11:47] <Mithrandir> Kamion: will xft end up in main automatically?  (If not, can you make it?)
[11:47] <Kamion> Mithrandir: sort-of-yes and yes
[11:47] <Kamion> it'll end up in NEW, the default there is main although *normally* we override to universe
[11:48] <Kamion> but we do apply some intelligence :)
[11:48] <fabbione> Kamion: when you can and you have time (!= NOW) could you please NEW openais? it will be soon a redhat-cluster-suite B-D and Depends: so you can spare yourself the trouble to move it to universe and back later
[11:48] <fabbione> (up to you for the latter)
[11:49] <Kamion> fabbione: ok
[11:49] <fabbione> Kamion: thanks a lot
[11:49] <Kamion> fabbione: er but for new main source can you please get pitti to look over it?
[11:49] <fabbione> Kamion: well yes of course i can..
[11:50] <Kamion> not necessarily because he might want to veto, but because he might find stuff to fix
[11:50] <Kamion> anyway this is OT here
[11:51] <fabbione> yup..
[11:54] <crimsun> LOCK libxss
[12:04] <Kamion> Mithrandir: erm - do we not need libfreetype6-dev 2.2.1?
[12:04] <Kamion> or was the ABI breakage between Dapper and 2.2.1?
[12:04] <Kamion> (it's a bit late, I've already newed it, but there)
[12:06] <Mithrandir> Kamion: *sigh*, sorry.  We might need a rebuild, then.
[12:11] <Mithrandir> oh joy, dapper has the broken freetype.
[12:13] <Kamion> right
[12:13] <Kamion> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314385 for the record
[12:13] <Kamion> we might need to rebuild world - but fortunately we're doing that anyway :P
[12:15] <Mithrandir> yeah. :-/
[12:17] <Kamion> yum, and freetype/dapper-security > freetype/edgy
[12:17] <Mithrandir> yeah, I whined at pitti about that a few hours ago
[12:24] <crimsun> libxss ready to go pending libxext (which appears to have built on 4/5 arches)
[12:31] <Mithrandir> rodarvus: it would have been useful if you'd left your packages somewhere the rest of us could have gotten at them last night. :-P
[12:31] <rodarvus> Mithrandir, indeed, sorry
[12:31] <rodarvus> I was waiting for build-deps to be uploaded by yesterday end of the day, but ended sleeping before all was ok
[12:32] <Mithrandir> libx11 went in around midnight UTC, iirc.
[12:32] <rodarvus> Mithrandir, there was at least libxext missing for me to proceed with my packages
[12:32] <Mithrandir> anyway, you should have some packages which are uploadable now, like dmx
[12:33] <Mithrandir> xext is built now, but not published so hold off anything needing that for a little bit.
[12:33] <rodarvus> Mithrandir, most (all?) of my packages need libxext
[12:33] <Kamion> we're also dealing with HORRIBLE FREETYPE MADNESS
[12:33] <rodarvus> I'll check
[12:33] <rodarvus> oh
[12:34] <Kamion> Mithrandir: it's safe to upload xext-dependent source now
[12:34] <crimsun> yay
[12:34] <rodarvus> great!
[12:34] <Mithrandir> Kamion: oh, since they binaries are accepted?
[12:34] <Kamion> the binaries are in accepted
[12:34] <Kamion> https://launchpad.net/distros/ubuntu/edgy/+queue?queue_state=2&queue_text=xext
[12:35] <Kamion> libxevie uploaded
[12:35] <crimsun> libxss, libxv uploaded
[12:35] <rodarvus> how long usually it takes for binaries to be in accepted (after the upload) - 3 hours? (looked to be something like that, when builder/publisher is ok)
[12:36] <Mithrandir> best case is about 2.5 hours, worst case is about 3.5 hours.
[12:36] <Kamion> rodarvus: upload source -> next :03 source publish -> publisher finishes about :40-something, buildds start -> sometimes manage to upload by next :03 -> binaries publish -> publisher finishes about :40-something, mirrors trigger
[12:36] <Kamion> the "sometimes manage to upload by" is about when they land in accepted
[12:37] <Kamion> uploads get processed into accepted at */5 * * * *
[12:37] <Kamion> LOCK libxi
[12:37] <rodarvus> Mithrandir, Kamion, nice, thanks for the explanation
[12:39] <Mithrandir> LOCK libxinerama
[12:39] <rodarvus> you are moving stuff to DONE only when the binary is moved into accepted, right?
[12:39] <Mithrandir> no, when the source is uploaded is what we've done so far.
[12:40] <Kamion> look at launchpad.net/distro/ubuntu/+source/NAME/VERSION to see build states
[12:40] <Kamion> if they're all "Successfully built" then you're generally safe to upload source build-depending on them
[12:40] <tseng> i find launchpad.net/people/YOURNAME/+packages more useful
[12:41] <tseng> as it gives you a list of all your recent uploads and state
[12:41] <Kamion> tseng: utterly hopeless here, they're not all our packages
[12:41] <Kamion> you need to know the state of stuff you're build-depending on not just stuff you uploaded
[12:41] <tseng> right, sorry
[12:41] <Kamion> good for spotting build failures though
[12:42] <crimsun> LOCK libxkbui
[12:43] <crimsun> oh, UNLOCK, that's a sync
[12:44] <Mithrandir> crimsun: care to file the sync request, then?
[12:45] <crimsun> Mithrandir: just filed it :)
[12:46] <crimsun> Mithrandir: (same for libxres)
[12:47] <Mithrandir> crimsun: noted on x-pkgs
[12:47] <crimsun> thanks
[12:47] <Mithrandir> crimsun: please tell when they're attended to so they can be moved to done.
[12:47] <rodarvus> libdmx uploaded
[12:47] <crimsun> Mithrandir: will do
[12:47] <crimsun> LOCK libxtrap
[12:49] <rodarvus> whoever moved libdmx to done, thanks :)
[12:49] <Mithrandir> np
[12:49] <Mithrandir> rodarvus: I stole libxt from you this morning and uploaded it, but I see now that libsm wasn't done, so it'll require a rebuild :-/
[12:50] <rodarvus> Mithrandir, libsm was uploaded just now
[12:50] <Kamion> I've found a few packages that have been relibtoolised with Debian's libtool, but the patches seriously don't apply
[12:50] <rodarvus> I've done all packages marked as "mine"
[12:50] <rodarvus> I'm just uploading them now (after double checking)
[12:51] <Mithrandir> rodarvus: ok, libsm moved to done
[12:51] <rodarvus> libxdamage uploaded
[12:53] <rodarvus> libxmu sync requested
[12:54] <Kamion> libtool> doesn't seem to make any difference at least for libxevie though
[12:54] <rodarvus> (actually, a new comment on yesterdays request, as agreed with Kamion)
[12:58] <rodarvus> btw, I have libxaw done here, but it depends on libxt (which is uploaded but needs a rebuild) and libxmu (which will be synced from Debian unstable)
[12:59] <crimsun> libxtrap ready to go pending libxt rebuild
[12:59] <Mithrandir> libxinerama uploaded
[01:00] <rodarvus> I also have libxcomposite ready to go, but pending on libxdamage build
[01:00] <Mithrandir> LOCK libxtst
[01:03] <crimsun> ok, off to work, libtrap at http://sh.nu/~crimsun/xorg-transition/  if I'm dead in action.
[01:03] <crimsun> libxtrap^
[01:10] <Kamion> libxi uploaded
[01:11] <Kamion> rodarvus: libxmu also build-deps on libxt ...
[01:11] <rodarvus> Kamion, right, indeed
[01:13] <rodarvus> Mithrandir, you'll send libxt to rebuild after libsm is published?
[01:13] <rodarvus> (I mean, it can only happens in ~3h, or can it be done before?)
[01:14] <Mithrandir> rodarvus: I'll do that, sure.
[01:25] <rodarvus> LOCK libxvmc
[01:27] <rodarvus> Kamion, syncs for packages with same version for orig.tar.gz, but with different md5sum fail, right?
[01:28] <Kamion> yes
[01:28] <Kamion> the archive only ever accepts one file with a given name
[01:28] <rodarvus> *nods*
[01:29] <Kamion> which is partly for general sanity, partly because it would be a lot harder on mirrors if they had to check the contents of every file rather than just whether they had it or not, and partly because a different release might still be using the older file
[01:30] <rodarvus> sure, its a very sane thing to do
[01:35] <Kamion> libxres synced
[01:35] <Mithrandir> libxtst uploaded
[01:36] <Mithrandir> LOCK libxxf86dga
[01:42] <rodarvus> libxvmc is ready to be uploaded (waiting for libxv to be built)
[01:42] <Mithrandir> oh, ffs, Debian has epoched libxxf86dga and we now have mismatching orig.tar.gz again.  Grr.  More fakesyncing.
[01:44] <Kamion> we should follow the epoch though, right?
[01:44] <Mithrandir> yeah.
[01:45] <Mithrandir> (I can't see a reason not to, at least)
[01:45] <rodarvus> I guess most X libraries with same orig.tar.gz have mismatched md5sum, currently
[01:46] <Kamion> there have been a few exceptions, but yeah
[01:46] <Mithrandir> libxxf86dga uploaded.
[01:46] <Kamion> ok, I'm going to do other stuff for a while - feel free to ping me for urgent archive admin though
[01:47] <rodarvus> in a little while I guess we'll be mostly stuck, anyway
[01:48] <Kamion> ?
[01:48] <rodarvus> well, not really
[01:48] <rodarvus> we'll be able to merge/sync apps,but only locally
[01:48] <rodarvus> at least until libraries are all published and built
[01:53] <Mithrandir> hmm, why isn't libsm listed as successfully built, building, pending or failed?
[01:55] <Kamion> it's pending now
[01:55] <Kamion> you might have caught the build sequencer (or queue builder?) mid-operation or something
[01:57] <rodarvus> I'll be right back
[02:03] <Mithrandir> Kamion: can you rescore builds?
[02:04] <Mithrandir> if so, can you bump libsm?
[02:21] <Mithrandir> libsm i386 build started now.
[02:26] <Kamion> unfortunately not
[02:26] <Kamion> Keybuk can
[02:28] <Mithrandir> he's not around, though.
[02:28] <Kamion> voip him?
[02:29] <Kamion> he usually says to phone him if he's not on IRC?
[02:29] <Kamion> s/\?//
[02:30] <Kamion> oh, need to get freetype rescored as well - I'll phone him
[02:31] <Kamion> gosh, voip works
[02:31] <Kamion> he'll be here in a moment
[02:32] <Kamion> as predicted he was just offline to get some work done
[02:32] <ogra> did you use the new canonical voip ?
[02:32] <Kamion> I have two accounts, no idea which ekiga used - I called Scott's personal one though
[02:32] <Kamion> hiya
[02:32] <Mithrandir> Keybuk: care to rescore libsm, please?
[02:32] <Kamion> can we get libsm (two arches) and freetype rescored up?
[02:32] <Keybuk> Kamion: neither -- it would have just contacted my server direct
[02:33] <Kamion> ah
[02:33] <Kamion> neither's caught by the magic *x* hack
[02:33] <Kamion> we're having, er, fun with freetype ;)
[02:33] <Keybuk> why fun? :p
[02:33] <Kamion> ABI breakage that got into dapper
[02:33] <Keybuk> freetype rescored (i386 is already "buildin")
[02:34] <Keybuk> in fact, looks like i386 is about to get picked up
[02:34] <Kamion> I think at present we're hoping that if we sing LALALA really loudly (and rebuild the world) the problem will go away
[02:34] <Kamion> cool, thanks
[02:34] <Keybuk> sounds like fun
[02:34] <Kamion> gave me an excuse to try out voip in anger, anyway
[02:34] <Mithrandir> Kamion: in Debian it seemed like it only affected gnustep though.
[02:34] <Mithrandir> which limits the damage quite a bit
[02:35] <Keybuk> what was the change?
[02:35] <Kamion> I think we've already synced gnustep, but we can see how it goes ...
[02:35] <Keybuk> which is the second libsm arch?
[02:35] <Kamion> Keybuk: one that had already started building by the time you looked
[02:35] <Keybuk> ah
[02:35] <Keybuk> has finished now already
[02:36] <Kamion> Keybuk: freetype upstream had added a load of new symbols and dropped others in 2.1.10 - then in 2.2 they said "ok, no more use of freetype internal symbols for YOU" and ditched a load of stuff from the API/ABI
[02:36] <Kamion> but some apps and libraries were using the internal symbols, and they didn't bump soname
[02:36] <Keybuk> heh
[02:36] <Keybuk> nice of them
[02:36] <Mithrandir> if glibc can get away with it, so should freetype be able to. :-P
[02:36] <Kamion> vorlon tried to convince them to bump soname but they basically went "nah, too hard due to all the libraries using freetype"
[02:36] <Keybuk> a drive-by dreppering of the library?
[02:37] <Kamion> basically, via Owen Taylor
[02:38] <Keybuk> heh
[02:38] <Keybuk> isn't he stuck on mugshot now?
[02:38] <Mithrandir> LOCK libxxf86misc
[02:38] <Kamion> it was a while back, this has been going on for months
[02:39] <Kamion> the annoying thing is that it was fixed in Debian in March, and we could have grabbed it for dapper if we'd noticed
[02:40] <Keybuk> yeah, it's tricky to notice stuff in Debian like that without someone reaading their -changes every day
[02:45] <Mithrandir> libxxf86misc uploaded
[02:47] <Keybuk> Kamion: (on why the archive only accepts one orig.tar.gz ...
[02:47] <Keybuk> and the bitch is, that you can't just epoch it either <g>)
[02:47] <Mithrandir> new libxt uploaded too
[02:48] <Mithrandir> LOCK libxxf86vm
[02:51] <Kamion> Keybuk: right :-/
[02:51] <Kamion> yay for tar
[02:54] <Mithrandir> Keybuk: does patches.ubuntu.com carry patches for XbuildY versions too or just XubuntuY?
[02:57] <Mithrandir> libxxf86vm uploaded
[02:57] <Keybuk> Mithrandir: both
[02:57] <Keybuk> anything where ubuntu > debian
[02:57] <Mithrandir> Keybuk: excellent.
[02:57] <Keybuk> I don't think there are any patches for XbuildY though
[02:58] <Mithrandir> there will be soon.
[02:58] <Keybuk> http://patches.ubuntu.com/x/xprobe/
[02:58] <Keybuk> ah, there is
[02:58] <Keybuk> several, in fact
[03:19] <fabbione> hey Keybuk
[03:20] <Keybuk> hey
[03:22] <fabbione> Keybuk: sometimes i will need to suck your asterisk foo out of your head for a crash course
[03:22] <fabbione> Keybuk: when do you think would that be possible for you?
[03:22] <fabbione> actually.. -ECHAN
[04:37] <rodarvus> libxvmc uploaded
[04:40] <rodarvus> Kamion, do you know the status of the sync for libxmu? it was waiting on libxt, which is already built by now
[04:42] <Kamion> still waiting on the ia64 rebuild of libxt
[04:42] <Kamion> https://launchpad.net/distros/ubuntu/+source/libxt/1:1.0.0-5build2
[04:44] <rodarvus> oh, I didn't saw ia64 was still needing build, sorry
[04:46] <Kamion> floe's down, which doesn't help
[04:46] <Kamion> hooker on its own kinda struggles to keep up
[05:20] <Kamion> libxt should build next
[05:32] <Kamion> rodarvus: ok, you can upload libxt-dependent source now
[05:48] <rodarvus> Kamion, I will, thanks!
[05:52] <Kamion> rodarvus: see #52109 - after all that, libxmu's unsyncable
[05:52] <Kamion> needs to be uploaded by hand as 2:...build1 or so
[05:54] <rodarvus> damn. you right, of course.
[05:54] <rodarvus> I'll upload it manually in a minute
[05:58] <rodarvus> libxmu uploaded
[05:59] <rodarvus> (I had the package ready here, even with the bumped Epoch, just had to remove the extra Dependencies on libx11-dev)
[06:09] <Kamion> libxkbui synced
[06:11] <Kamion> looks like you can upload libxcomposite now
[06:11] <Kamion> (don't understand why that needed libxt first though)
[06:11] <Kamion> libxfont can be done safely by somebody now
[06:16] <rodarvus> Kamion, it didn't depend o libxt, but libxdamage
[06:17] <rodarvus> I'll adjust status on x-pkgs
[06:17] <Kamion> ok - libxdamage is done now
[06:18] <rodarvus> indeed, thanks!
[06:27] <rodarvus> libxcomposite uploaded
[06:29] <rodarvus> Kamion, my libxmu uploaded of earlier today was rejected, but it doesn't says the reason for the rejection
[06:29] <rodarvus> are you able to look at librarian and check what went wrong?
[06:30] <rodarvus> libxmu_1.0.1-3build1
[06:32] <Kamion> interestingly the log doesn't say
[06:33] <Kamion> I've asked ##soyuz1.0 to help
[06:33] <Kamion> you might want to hop on there
[06:34] <rodarvus> sure
[06:41] <rodarvus> libxmu re-uploaded
[06:42] <rodarvus> I see no sign of crimsun - do you think we should upload libxtrap for him?
[06:43] <Kamion> possibly, but I'm off ASAP :)
[06:44] <rodarvus> I will :)
[06:44] <rodarvus> anyone has lock on libxfont ?
[06:45] <rodarvus> Mithrandir, ping
[06:45] <rodarvus> Mithrandir, is libxpm locked on any other package?
[06:47] <rodarvus> libxmu accepted this time
[06:53] <rodarvus> libxtrap is uploaded
[06:58] <rodarvus> LOCK libxfont
[07:09] <rodarvus> libxfont was uploaded
[07:15] <rodarvus> Mithrandir, ping
[08:23] <crimsun> rodarvus: thanks, been in meeting hell all day
[08:25] <rodarvus> I know the feeling :)
[08:26] <rodarvus> lixtrap & libxmu are built in all platforms but sparc
[08:36] <Mithrandir> rodarvus: it's locked on it being weekend here, but otherwise, no.  Feel free to steal the lock.
[08:36] <rodarvus> Mithrandir, I will, thanks!
[08:36] <rodarvus> doing it now
[08:36] <rodarvus> hopefully in a few hours, all libs will be built/published
[08:43] <fabbione> rodarvus: are they building or did they fail?
[08:43] <rodarvus> all building
[08:43] <fabbione> sorry i meant the sparc bits
[08:43] <rodarvus> fabbione, do you know where I can find the build queue for each machine or arch?
[08:43] <rodarvus> fabbione, no, still waiting
[08:44] <fabbione> rodarvus: eh no.. i wish i did
[08:44] <fabbione> but ask the soyuz guys
[08:44] <rodarvus> :)
[08:44] <fabbione> i am sure they can tell you
[08:44] <rodarvus> I'll do, thanks!
[09:15] <rodarvus> libxaw uploaded
[10:17] <crimsun> ohshi
[10:17] <crimsun> argh, ECHANNEL
[10:19] <rodarvus> :)
[10:19] <rodarvus> libxpm is uploaded
[10:20] <rodarvus> all LIBS are done, hooray!
[10:20] <crimsun> \o/
[10:20] <rodarvus> I'll start with apps that have sane build-deps now
[10:21] <rodarvus> merging apps should be *much* quicker now :)


[06:56] <BerndSch> question for all unity/lens developers: Is there a standard way to add configuration options to a lens? Or do I have to write a gui component on my own to enable some configurations?
[07:19] <calmpitbull> is it possilble to make my own Launch Animation for ubuntu unity
[10:21] <htorque> didrocks: hi! i got a comment on a checkbox test: "4. Put the mouse at the x=0 position for a while -> The launcher should slide in"
[10:21] <htorque> by design, the launcher should not slide out in the top panel area, and due to bug 839677 it currently doesn't slide in at the bottom two pixels.
[10:21] <htorque> maybe the test description should reflect this
[10:32] <htorque> launcher/minimize-app test: this should probably be: "have the launcher hidden. start an application. minimize it." - else you could minimize the application that keeps the launcher hidden. ;-)
[10:52] <mick0> davidcalle: Is there any documentaion on the changes for libuntiy 5?
[10:54] <davidcalle> mick0, their status is "coming soon". Next week probably.
[10:54] <davidcalle> its status*
[10:55] <mick0> Ok.
[10:56] <mick0> oneiric will be updated to libunity 5 as well, right?
[11:01] <mhr3> mick0, no, oneiric stays with 4
[11:02] <mick0> ok.
[11:13] <didrocks> htorque: indeed, but right now, we are checking and testing what we have :)
[11:13] <didrocks> htorque: to not confuse people ;)
[11:17] <htorque> didrocks: alright! it's a bit annoying that "Esc" closes checkbox. :-/
[12:06] <BerndSch> question for all unity/lens developers: Is there a standard way to add configuration options to a lens? Or do I have to write a gui component on my own to enable some configurations?
[12:07] <mick0> BerndSch: As far as I know there is no way without your own gui. If you are talking about more then filters that is.
[12:17] <BerndSch> mick0: Yes, I am talking about configuring the desired browser or the desired terminal for the open action
[14:13]  * mhall119 is installing the Ask Ubuntu lens from Software Center
[16:27] <mhall119> are the disclaimers on https://wiki.ubuntu.com/Unity/LauncherAPI#Using_the_Launcher_API and https://wiki.ubuntu.com/Unity/LauncherAPI#Low_level_DBus_API:_com.canonical.Unity.LauncherEntry still applicable?
[16:28] <mhall119> is the wiki API documentation even still valid?
[16:52] <TheMuso`> If any unity devs are around who know the launcher/switcher/launcher icon internals, and have a minute, I would appreciate it if you could answer the following question.
[16:52] <TheMuso`> Context. I am hacking on the unity launcher icon a11y code to extend the information presented to the user whenever they move over a launcher icon either in the switcher or in the launcher.
[16:52] <TheMuso`> i.e using Orca.
[16:53] <TheMuso`> is there a way that I can determine whether the parent of the icon is the switcher or the launcher, given I have a pointer to the icon object, which I have.
[17:01] <TheMuso`> nvm I think I found what I need, the source enum in AbstractLauncherIcon.h.
[17:08] <TheMuso`> Hrm, or maybe not.
[18:09] <mgedmin> bamf is again confused by gvim
[18:09] <mgedmin> yesterday I ran it, pinned the icon in the launcher
[18:09] <mgedmin> today I closed it, ran gvim again, and there's a new icon in the launcher, next to the old one that shows up as "not running"
[18:10] <mgedmin> complication: the gvim in question is not system-wide gvim but rather one I've compiled myself (to get some bugfixes with, e.g., global menu integration)


[02:45] <lotuspsychje> good morning
[08:25] <arraybolt3[m]> Now that MemTest86+ is mostly useless since it won't run on 64-bit UEFI systems, perhaps we should swap it out for a different boot-time memory tester?
[08:31] <arraybolt3[m]> (Or perhaps we should upgrade MemTest86+ to the version that does support UEFI?)
[09:58] <daftykins> yeah that'd be smart
[14:25] <lotuspsychje> seecrets: amazon ads are not on ubuntu any longer these days
[14:25] <seecrets> i just remembered
[14:25] <seecrets> now we have the snapstore
[14:28] <oerheks> snaps are great.
[14:28] <seecrets> heard it was bad though
[14:29] <lotuspsychje> and unrelated to prism break
[14:29] <oerheks> As developer i qwant to guarantee updates, flatpak and such do not give me that.
[14:29] <daftykins> since when did you become a developer?
[14:29] <oerheks> yeah, people hear something from one source.. and then it must be true
[14:29] <oerheks> daftykins, helping or being solely, makes no difference, is it?
[14:30] <ogra> well, TBH we never had actual ADs ... it was actually an amazon search integrated into the desktop search
[14:30] <oerheks> if Mark added ebay, marktplaats and such, we would have a great choice
[14:31] <daftykins> oerheks: just a bit funny to claim you're one when you don't dev is all :)
[14:31] <ogra> and this search was even anonymized by routing it through canonical servers, enforcing https and removing your IP from the search
[14:31] <oerheks> true, i never published a hello snap
[14:31] <ogra> (which people then critizised as as "spying" despite being exactly the opposite)
[14:32] <lotuspsychje> yeah its silly ogra
[14:32] <ogra> yep
[14:32] <oerheks> ogra, the same people use a mediaplayer tool to get songs info and lyrics..
[14:32] <ogra> yep
[14:32] <oerheks> use gmail ..
[14:32] <ogra> life ... as it is ...
[19:58] <webchat93> Is it possible to run xsplit on wine
[20:15] <Bashing-om> UWN: Issue744 now available: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue744 :D
[20:31] <Bashing-om> UWN: Re-directs also completed - line 77 hickup for the Fridge wrapper - Pending is release to the Social Medias as well as posting to the M/L.
[21:04] <ogra> whee


[03:57] <Sadin_> anyone awake to help me with some stuff im trying to decide on in terms of college for next year?
[04:19] <InHisName> pile all the catalogs up and choose the 3rd one from the bottom.
[04:19] <InHisName> With your eyes closed
[04:56] <Sadin_> InHisName lol
[04:59] <jthan> Sadin_: I did this recently. What's up?!
[04:59] <Sadin_> jthan well ive been looking to go for Computer Informations Systems or Computer Science
[05:00] <Sadin_> and i visited devry over in fort washington today, and i really like it but im still not sure if going there would be best or say PennState harrisburgh
[05:05] <TheLordOfTime> i'm at penn state harrisburg :P
[05:06] <TheLordOfTime> Sadin_:  ^
[05:06] <jthan> It's all about where you're going to do you best.
[05:06] <TheLordOfTime> mhm
[05:13] <Sadin_> TheLordOfTime i havent visited PSU campuses yet
[05:13] <Sadin_> How is it up there?
[05:13] <TheLordOfTime> cold
[05:13] <TheLordOfTime> at least, righ tnow
[05:13] <TheLordOfTime> windy too, but only right now.
[05:13] <TheLordOfTime> :P
[05:14] <TheLordOfTime> its 00:13, don't expect a ton of detailed answers xD
[05:14] <TheLordOfTime> otherwise, its okay, but there's not a lot of on-campus housing here at PSH
[05:14] <TheLordOfTime> you're likely to need to get offcampus housing
[05:15] <TheLordOfTime> unless you're a freshman, in which case you might get lucky
[05:15] <Sadin_> TheLordOfTime: understandable lol, and thats what i heard, if i do end up going to DeVry ill have to make at least a 45min turnpike drive :/
[05:15] <Sadin_> jthan you know thats really good advice no one put it like that before lol
[05:15] <TheLordOfTime> well if you're coming for the next semester, i may be able to convince my dad to extend my apartment lease and let you sublet
[05:16] <TheLordOfTime> since i'm going to need a year off
[05:16] <Sadin_> TheLordOfTime: oh wow that would be great! what are you taking off for?
[05:17] <TheLordOfTime> ... reasons.
[05:17] <Sadin_> TheLordOfTime: fair enough lol wont inquire anymore
[05:17] <TheLordOfTime> but knowing my dad, i think he won't expand the lease unless i can get a firm confirmation of a subletter
[05:17] <Sadin_> Ah
[05:17] <TheLordOfTime> although i have a 2 bedroom apartment, so... :P
[05:18] <TheLordOfTime> i will say that its more suburban than other PSU campuses
[05:18] <TheLordOfTime> and DEFINITELY more suburban than main (State College, PA)
[05:18] <Sadin_> lol well Linux peeps gotta stick together lol
[05:18] <Sadin_> TheLordOfTime: are you going to main for two years or doing all 4 at harrisburgh?
[05:18] <TheLordOfTime> all 4 at harrisburg, since they offer Security and Risk Analysis, Cyber Security option here.
[05:19] <TheLordOfTime> (the entire 4 years)
[05:19] <TheLordOfTime> a lot of the specific technical majors do the 2-and-2 thing though
[05:19] <TheLordOfTime> but i'm an SRACA ICS guy :P
[05:19] <TheLordOfTime> SRACA = Security and Risk Analysis; ICS = Information and Cyber Security
[05:19] <Sadin_> TheLordOfTime: awesome id like to get more into the programming aspect so i hear 2and2 is probably gonna be what i end up doing lol
[05:19] <TheLordOfTime> mhm
[05:20] <TheLordOfTime> well i'm only taking a year off
[05:20] <TheLordOfTime> otherwise loans :/
[05:20] <TheLordOfTime> so...
[05:20] <Sadin_> My friend actually got accepted right into Main, and is able to pay his was thouh a year and a half just by gambling on runescape for a year
[05:20] <Sadin_> ....
[05:20] <TheLordOfTime> lol
[05:20] <Sadin_> hes made almost 30,000 off that game
[05:20] <Sadin_> ...
[05:21] <TheLordOfTime> ILLEGAL GAMBLING!  INITIATE: FBI CALLS.
[05:21] <Sadin_> ive seen the paypal invoices
[05:21] <TheLordOfTime> <TheLordOfTime> ILLEGAL GAMBLING!  INITIATE: FBI CALLS.  DEFCON 2.132413432544326572567327
[05:21] <TheLordOfTime> E: Segmentation Fault (Core Dumped)
[05:21] <Sadin_> 750 into his account a every few weeks then boom into the account his mom made for him
[05:21] <Sadin_> lol TheLordOfTime
[05:21] <TheLordOfTime> :P
[05:22] <TheLordOfTime> the problem is i'm... afflicted... with an incurable disease now... its called "bronyism"
[05:22] <TheLordOfTime> NEVER be friends with a group of bronies..
[05:22] <TheLordOfTime> IT IS CONTAGIOUS
[05:22] <Sadin_> TheLordOfTime:  no..... NOT YOU.....
[05:22] <TheLordOfTime> ALL SHALL PERISH FROM IT!
[05:22] <TheLordOfTime> Sadin_:  as i said, all shall perish.
[05:22] <Sadin_> never
[05:23]  * Sadin_ hates it
[05:23] <TheLordOfTime> GOOD
[05:23] <TheLordOfTime> someone who is NOT a moderate.
[05:23] <Sadin_> like
[05:23]  * TheLordOfTime hands Sadin the gold star of resilience
[05:23] <TheLordOfTime> Sadin_:  problem is, a third of my friends are girls.  that third are comprised of 100% pegasisters (female bronies)
[05:23]  * Sadin_ raises the star valiantly
[05:23] <TheLordOfTime> of the remaining 67%...
[05:23] <TheLordOfTime> they're males, but...
[05:24] <TheLordOfTime> 86% of them are bronies.
[05:24] <Sadin_> Stop Stop lol wtf pegasisters...
[05:24] <TheLordOfTime> their words, not mine.
[05:24] <Sadin_> I actually have never EVER met a female bronie
[05:24] <TheLordOfTime> its an incurable disease!
[05:24] <TheLordOfTime> once afflicted you can never be unafflicted
[05:24] <TheLordOfTime> YOU WILL BE ABSORBED
[05:25] <Sadin_> i will be strong
[05:25]  * TheLordOfTime picks up a .45 and hits himself in the foot hard with the bottom of the pistol
[05:25] <TheLordOfTime> OW!
[05:25] <TheLordOfTime> okay, back to sanity...
[05:25] <TheLordOfTime> anyways...
[05:25] <TheLordOfTime> yeah you're probably looking at 2-and-2
[05:25] <TheLordOfTime> but idk what majors here have all 4 years
[05:25] <TheLordOfTime> usually its 2-and-2 for satellites
[05:26] <Sadin_> Yeah
[05:27] <Sadin_> Im gonna finish my app there send out my transcripts and see wnat unfolds i
[05:27] <Sadin_> REALLY did like the people at devry
[05:27] <Sadin_> and how the students helped each other
[05:27] <Sadin_> and tutoring from professors is always available
[05:27] <Sadin_> and labs are always open and buisnesses come to seek out you
[05:28] <Sadin_> its all nice
[05:28] <Sadin_> but something in the back of my head says its all too good to be true so im keeping an open mind
[05:28] <TheLordOfTime> oh dear, lightdm crash
[05:28] <TheLordOfTime> hehe
[05:28] <TheLordOfTime> i have business connections already :p
[05:28] <TheLordOfTime> :P
[05:29] <Sadin_> TheLordOfTime well of course
[05:29] <Sadin_> so do i
[05:29] <Sadin_> from helping with Fedora :P
[05:29] <Sadin_> but still
[05:30] <TheLordOfTime> my business connections don't come from ubuntu... ;P
[05:30] <Sadin_> I got some friends in Redhat :)
[05:35] <TheLordOfTime> :P
[05:35] <TheLordOfTime> i have connections to the state!
[05:35] <TheLordOfTime> and more short-term, a colleague's election campaign :P
[05:35] <TheLordOfTime> ... all the way aways in pittsburgh :/
[05:44] <Sadin_> TheLordOfTime: thats far lol
[05:45] <TheLordOfTime> that's what the $36 + $19 train ticket is for
[05:45] <TheLordOfTime> (the + $19 is for BUSINESS CLASS!)
[05:45] <TheLordOfTime> (which is EPIC)
[05:45] <Sadin_> lol
[10:33] <rmg51> Morning
[10:53] <JonathanD> Morning.
[13:20] <teddy-dbear> Morning peoples, turkeys and dogs :-D
[14:40] <InHisName> morning humans, turkeys, dogs, bears, bots, etc.
[14:50] <IdleOne> what about the rest of us?
[15:31] <ChinnoDog> aliens?
[15:34] <IdleOne> We have feelings too
[18:16] <Samuraialba> Good bacon to all and to all some good bacon
[18:54] <MutantTurkey> any recommendations for a print server?
[18:57] <ChinnoDog> How many printers?
[18:58] <MutantTurkey> one
[19:01] <ChinnoDog> Any hardware can handle one printer
[19:02] <waltman> newegg sells cheap hardware print servers for under $40
[19:18] <ChinnoDog> Any hardware can be a print server. Boot up a 486. :D
[19:19] <ChinnoDog> Raw I/O speed is the limitation
[20:13] <ChinnoDog> Why does turkeynet need a print server?
[20:20] <waltman> They need something that speaks GoobleTalk
[20:20] <waltman> GobbleTalk
[20:26] <ChinnoDog> typo ruins the joke
[20:29] <waltman> yeah :(