[00:46] <Mage__> Hey! they suggested I come here to propose programs for packaging.  Is this true?
[00:49] <sistpoty> Mage__: partially, we're in feature freeze right now, so new programs will most likely only make it to lucid+1
[00:53] <Mage__> Oh alright, well I just wanted to suggest two games to be packaged for the repository, not necessarily included by default
[00:56] <persia> Mage__: The freeze applies to things not included by default as well.
[00:56] <persia> !newpackages
[00:59] <Mage__> Oh alright, thanks for the info:)
[02:58] <micahg> persia: I'm gussing a missing man page doesn't need an FFE?
[03:10] <ScottK> Missing man page is a bug.  No.
[03:10] <micahg> ScottK: thanks
[04:22] <YokoZar> Are http://packages.ubuntu.com/lucid/pidgin-mbpurple  and http://packages.ubuntu.com/lucid/pidgin-microblog  competing packages of the same software or two different plugins with the same purpose?
[04:29] <micahg> YokoZar: same thing, apparently debian chose a different name
[04:30] <YokoZar> micahg: actually I think they might be entirely different packages - different original maintainers
[04:30] <YokoZar> micahg: here, I sent out an email to -motu
[04:32] <micahg> YokoZar: no, one was made in ubuntu, one in debian
[04:32] <micahg> same upstream code
[04:32] <YokoZar> right that's what I mean
[04:32] <YokoZar> same upstream, different packaging
[04:32]  * micahg is not sure exactly what to do
[04:36] <ScottK> If it's just Debian picked a different name, add a transitional package to the Debian one and ask to have our copy of the source removed.
[04:37] <micahg> ScottK: will debian take transitional names for our packages or is that an ubuntu change?
[04:37] <micahg> YokoZar: did you want to do that or should I?
[04:37] <ScottK> micahg: It's an Ubuntu change.
[04:37] <micahg> ScottK:
[04:37] <micahg> oops
[04:37] <micahg> k
[04:37] <ScottK> It can be dropped after Lucid releases.
[04:38] <micahg> ScottK: the ubuntu package was in karmic as well
[04:38] <YokoZar> meaning we need to at least have a dummy package
[04:38] <ScottK> micahg: That's why we need the transitional package.  So that upgraders get moved to the new one.
[04:39] <micahg> ScottK: ah, you meant in lucid + 1?
[04:39] <ScottK> micahg: Yes.  In lucid+1 "after lucid releases".
[04:39] <micahg> ScottK: k
[04:40] <micahg> YokoZar: so, did you want to do that?
[04:40] <YokoZar> micahg: sure.  I'll email the person at the top of the changelog too
[04:43] <Some_Person> pbuilder can't build packages that depend on virutal packages?
[04:44] <persia> Some_Person: It can, but packages should never depend on a pure virtual package: the dependency should always be of the form <real-package> | <virtual package>
[04:44] <Some_Person> What if the real package isn't known by the packager?
[04:45] <Some_Person> I'm trying to build a package where all I know is that it depends on gnome-desktop-sharp2
[04:46] <persia> Some_Person: Check your local apt cache.  I'm sure there exists some real package that provides that.
[04:47] <Some_Person> my local apt cache?
[04:47] <persia> Sure.  You have an installed system for testing, right?
[04:48] <Some_Person> yes
[04:48] <Some_Person> but I don't know how to do what you're asking
[04:48] <persia> So, what package actually gets installed when you try to install the virtual package there?
[04:48] <Some_Person> all the ones it depends on, i suppose
[04:48] <YokoZar> do you mean metapackage
[04:48] <YokoZar> or virtual package?
[04:48] <persia> virtual packages don't have dependencies.
[04:49] <YokoZar> *or dummy package
[04:49] <persia> virtual packages are provided by non-virtual packages that may or may not have dependencies.
[04:49] <Some_Person> pbuilder-satisfydepends-dummy: Depends: gnome-desktop-sharp2 which is a virtual package.
[04:50] <YokoZar> virtual = named in a Provides line
[04:50] <YokoZar> meta/dummy = depends on other packages, has no files but is a "real" package (is contained in a source package)
[04:50] <Some_Person> I have it installed on my actual system though
[04:51] <Some_Person> According to Synaptic, it is a metapackage
[04:51] <persia> Some_Person: You can't have it installed.  virtual packages cannot be installed.
[04:51] <ScottK> metapackages can, however, be installed.
[04:51] <YokoZar> persia: apt-cache show gnome-desktop-sharp2 (on karmic) looks like a real package though
[04:51] <YokoZar> or rather metapackage
[04:51] <jdong> main vs universe?
[04:51] <persia> jdong: Indeed.
[04:51] <jdong> yup, it's in universe.
[04:52] <jdong> Some_Person: your pbuilder likely is not universe-aware :)
[04:52] <Some_Person> Ah, so I need to add universe to my pbuilder then
[04:52] <vish> duanedesign: "patch"  ;)
[04:56] <Some_Person> thank you, it seems to be working now
[05:00] <Some_Person> (by that I mean it's downloading a buttload of packages right now)
[05:15] <Some_Person> now how do I resolve this: http://paste.ubuntu.com/390092/
[05:18] <Some_Person> nvm, got it
[05:18] <Some_Person> (wow, that's the first time i've used netspeak in years besides 'lol')
[05:40] <nigelb> persia: got some time? need a little bit of training :)
[05:41] <persia> nigelb: As always, ask a question generally, and someone who is around may be able to help.
[05:41] <nigelb> i'm really not sure where this goes
[05:41] <nigelb> I'm trying to understand cdbs and dh and how to port from one to other
[05:43] <persia> Why?
[05:43] <nigelb> well, the desktop team has some plans for porting a few in lucid+1 cycle
[05:46] <persia> Bother.  We should really be following Debian on these.
[05:46] <persia> What bits don't you understand?
[05:46] <nigelb> um, I was looking for a starting point to play around first
[05:48] <persia> I'll encourage you to play with something else :)  Moving from one class of magic to another should be essentially invisible.
[05:48] <nigelb> huh?
[05:48] <persia> So it's probably something like `dh --with gnome $@` that is the equivalent of including the gnome entry for CDBS, with the same lack of anything else.
[05:48] <persia> But getting into why and how is very in-depth.
[05:49] <nigelb> I guess this is not something I could learn fast enough then
[05:50] <persia> Well, rather, learning how and why won't necessarily help you participate in migration.
[05:51] <persia> You could certainly learn, but unless you're planning to participate in the development of the magic, it has questionable value.
[05:51] <nigelb> actually when I asked seb what's there in desktop team todo, he referred me to this porting
[05:51] <persia> Personally, I think it's better for you to concentrate on other things until you've learned more.  Perhaps work with some CDBS and dh(1) packages to get a feel for how the systems work.
[05:52] <persia> With no documentation?  Go ask in #ubuntu-desktop for help then :)
[05:52] <nigelb> haha
[05:52] <nigelb> lemme look for more unmet deps then
[05:53] <persia> nigelb: Or help with patch review.  That always needs work, and I'm sure you encounter a fair number of patches in your work with bugsquad.
[05:53] <nigelb> ah, yes.  I did plan on doing that 15 patches
[05:55] <persia> There you go then :)
[05:55] <persia> Something to keep you busy, and you'll surely encounter some CDBS and dh(1) stuff along the way which will help you understand how they work.
[05:55] <nigelb> ah, that leads to a question I had earlier
[05:56] <nigelb> if a patch is submitted and upstream comment is awaited, what tag does it get?
[05:57] <persia> nigelb: I don't know it gets a special one.  I just usually leave a comment that the patch is awaiting comment upstream.
[05:58] <nigelb> hm
[05:58] <persia> nigelb: I think the workflow for that stuff needs work: maybe we can discuss it at the next bugsquad meeting, or on the mailing list?
[05:58] <nigelb> persia: does reviewer's team have a mailing list?
[05:58] <persia> (and I think this is more on-topic in #ubuntu-bugs, although not entirely off-topic here)
[05:58] <nigelb> per topic would be #ubuntu-reviews I guess
[05:58] <persia> nigelb: Yes, but it's crammed with all the bug comments (I don't subscribe)
[05:59] <persia> Oh.  Yes!
[05:59] <persia> (but I think it *should* be of interest to bugsquad and MOTU also)
[08:03] <nigelb> can someone help me port a bug fix to karmic?
[08:03] <persia> nigelb: Sure.  Which bug?
[08:03] <nigelb> bug 401028
[08:04] <persia> nigelb: OK.  The first step is to nominate it for the target release.
[08:05] <nigelb> nominated for karmic
[08:06] <persia> Next step is to get someone to approve your nominations.  I'll approve pymsn.
[08:06] <nigelb> its not pymsn I think
[08:06] <nigelb> its papyon
[08:07] <persia> Grr, there's a bug :/
[08:07] <persia> You nominated both :p
[08:07] <persia> I can't approve pymsn.
[08:07] <nigelb> ubuntu-drivers have to approvE?
[08:07] <persia> No.  It's a UI issue.
[08:08] <persia> Anyway.
[08:08] <jdong> lol yay launchpad bugs
[08:08] <persia> Next check http://people.canonical.com/~cjwatson/packagesets to find out which team handles papyon
[08:09] <jdong> ubuntu-desktop
[08:09] <hyperair> arand: huh? .selected_editor? i haven't heard of that file before
[08:11] <nigelb> okay, ubuntu-desktop :)
[08:11] <jdong> at any rate, ping me when the SRU team needs to poke the bug
[08:11] <nigelb> jdong: will do :)
[08:11] <jdong> my best friend authored the original patch, so I'm sure he'll nag me too when it happens :)
[08:12] <jdong> but until then, it is 3AM and sleep would be nice
[08:12] <persia> nigelb: So go get someone in #ubuntu-desktop to accept the nomnation for papyon
[08:12] <jdong> persia: does the button that shows up under papayon not work?
[08:12] <nigelb> persia: oh, well.  they tend to wake at eu timings
[08:14] <persia> jdong: For me it works too well.  I'm not a core dev, but LP things I am, and I can't accept the nomination for pymsn without accepting papyon.
[08:14] <persia> s/things/thinks/
[08:15] <jdong> persia: ah, papayon shows up for me first and the approve-decline button under it seems to appear, though I'm afraid what might happen if I click it....
[08:15] <jdong> I'm not core-dev either
[08:16] <nigelb> any of the core devs can approve?
[08:16] <jdong> but IMO nigelb can still continue preparing a SRU debdiff and preparing a SRU-able bug description in the meantime while we wait for the right person to press shiny buttons.
[08:16] <persia> jdong: Then you are also experiencing the bug I'm filing.  If you're around for a bit, I'd appreciate a confirm.
[08:16] <jdong> persia: I'll try to keep my eyelids open for a couple more minutes then! :)
[08:16] <persia> jdong: True.  I want to file this bug: if you have time to lead nigelb through the next step now, that would be great.  Otherwise I'll get back to it in a bit (and it's day in the EU now anyway)
[08:17] <nigelb> persia: desktop tends to take a break on weekends :)
[08:17] <nigelb> s/desktop/desktop team
[08:18] <jdong> nigelb: if you haven't already, please read https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[08:18] <jdong> nigelb: namely, (2) takes a chunk of time to write up
[08:19]  * nigelb has second thoughts now
[08:19] <nigelb> hehe.. kidding
[08:19] <jdong> and for the mentioned "patch", a ready-to-sponsor debdiff is preferred
[08:20] <nigelb> basically, I just add a comment and a ready to sponsor debdiff?
[08:20] <nigelb> and the comment explains (2)
[08:20] <jdong> that is correct.
[08:20] <jdong> and subscribe the ~ubuntu-sru team.
[08:21] <nigelb> yes, that would be understood :)
[08:21] <persia> jdong: It's bug #271697
[08:23] <jdong> persia: thanks
[08:23] <jdong> ok I'm going to sleep now
[08:24] <persia> nigelb: Do you still have outstanding questions, or are you deep in the SRU process?
[08:24] <nigelb> persia: deep in :)
[08:26] <persia> nigelb: Excellent :)
[08:27] <nigelb> um, what does "sending a malformed SHA1C value via an msn_object avatar"
[08:28] <persia> bad checksum of some type, I'd guess.  But if you're doing an SRU, and you don't know, you get to learn.  It's always important to understand what you're doing.
[08:28] <nigelb> I was afraid you would say that
[08:28] <nigelb> now I get to create an msn account
[08:28] <nigelb> but if its merged in upstream code, do I still have to do all this?
[08:29]  * nigelb feels lazy
[08:32] <persia> Yes.
[08:32] <nigelb> and I have to reproduce the problem again too?
[08:32] <persia> Consider that what you're doing will deploy code to millions of users.  Consider whether you want to be the person who broke stuff.  Now, consider whether you want to learn about this :)
[08:33] <nigelb> *groans*
[08:34] <persia> Why?  Surely it will help you be a better developer, and surely you'll derive enjoyment out of helping millions of users.
[08:34] <nigelb> yes, but signing up for another mail ID is not fun ;)
[08:35]  * wgrant ended up creating two fake Passport accounts for debugging telepathy-butterfly.
[08:35] <nigelb> fake enough to share? ;) or reproduce this issue?
[08:36] <wgrant> Not that fake.
[08:36] <nigelb> hehe, I was just being hopeful ;)
[08:36] <wgrant> But it's trivial to create extra ones, particularly if your mail provider supports + extensions.
[08:42] <nigelb> wgrant: can I ask for your help?
[08:43] <wgrant> nigelb: Sure.
[08:43] <nigelb> or else I'll have to create one more live id hehe
[08:43] <nigelb> can you befriend my fake Id with your fake id?
[08:43] <wgrant> Let's be fake friends!
[08:44] <nigelb> lol
[08:46] <persia> Warning: this is not an actual friendship.  It exists only for testing purposes.  If this were a real friendship, it would be evidenced by significant interaction.
[08:47] <nigelb> haha
[08:47] <nigelb> we interact enough to be friends alpha
[08:47] <nigelb> we'll get to the Beta stage once empathy decides what do with friendship requests on msn
[08:49] <persia> heh
[09:00] <wgrant> (progress is being impeded by it being just about impossible to add MSNP contacts in Empathy)
[09:26] <nigelb> persia: wgrant have successfully gone on to Friend RC ;)
[09:44] <nigelb> thoughts on this explanation for an SRU http://paste.ubuntu.com/390209/
[10:46] <skwashd> hi all
[10:47] <skwashd> is it too late to push for a package to be synced from debian for lucid?
[10:47] <persia> hey skwashd
[10:47] <skwashd> hi persia
[10:47] <persia> skwashd: Depends on the nature of the changes.  What package, and why?
[10:47] <skwashd> solr because 1.2 is dated and debian testing has 1.4
[10:48] <skwashd> i am trying to minimise the amount of stuff i need to port from debian for my own lucid repo
[10:49] <skwashd> persia: and 1.4 has far nicer replication support
[10:50] <persia> skwashd: Looking at upstream, it would need a freeze exception.
[10:51] <persia> skwashd: And unless it's *much* better, completely stable, and doesn't have any reverse dependencies, the chances are low.
[10:51] <skwashd> persia: checking debian bugs now
[10:52] <persia> Finding a release critical bug is always helpful justification.
[10:52] <iulian> skwashd: Also, you might want to take a look at https://wiki.ubuntu.com/FreezeExceptionProcess.
[10:53] <skwashd> iulian: thanks ... i've got things through in the past ... will check it next
[10:53] <iulian> Alrighty.
[10:56] <skwashd> ok quick look at the debBTS suggests it looks pretty solid http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=solr
[10:58] <skwashd> this ubuntu bug can probably be closed as WONTFIX ... 1.3 is no longer in debian ... https://bugs.launchpad.net/ubuntu/+source/solr/+bug/321889
[10:59] <persia> skwashd: Or taken over to be the request for 1.4.
[10:59] <skwashd> persia: happy to update it if you think that is the best way to do it
[11:00] <persia> skwashd: The advantage there shows that a merge was started some time back, but not completed pending the resolution of build issues that 1.4 fixes.
[11:00] <skwashd> ok
[11:00] <persia> skwashd: I think so, just because 1.4 fixes a FTBFS, and we would have sync'd 1.3 if we hadn't had a patch.
[11:01] <persia> skwashd: Note also that I'm not convinced we *can* sync directly: one needs to consider if a merge may be required.
[11:02] <skwashd> persia: i haven't gone back through the history of the ubuntu package ... about to pull up the debian/changelog in karmic in a sec
[11:02] <persia> From the changelog it looks like it could be a sync, but some investigation and explanation is warranted.
[11:02] <skwashd> got lots of tabs open
[11:02] <skwashd> ok
[11:17] <skwashd> persia: comment added https://bugs.launchpad.net/ubuntu/+source/solr/+bug/321889/comments/5
[11:18] <skwashd> persia: should i sub ubuntu-release to it or just nominate it for release?
[11:19] <skwashd> or both? :)
[11:22] <persia> Just subscribe.
[11:22] <persia> We tend to use nominations for past releases.
[11:22] <persia> But change the bug title :)
[11:22] <skwashd> oh yeah
[11:22] <persia> The description too :)
[11:23] <skwashd> also noticed that tomcat5.5 has been dropped from lucid
[11:23] <skwashd> so hardy solr-tomcat users have no upgrade path
[11:23] <persia> Then maybe it needs a different patch :)
[11:23] <skwashd> no ... debian ships solr-tomcat that depends on tomcat6
[11:23] <persia> Making the metapackages handle the upgrade patch cleanly is another good argument for update :)
[11:24] <skwashd> should i prepend FFE to the title?
[11:24] <nigelb> um, any idea if brian will be around today?
[11:27] <persia> nigelb: He often doesn't spend much time around on the weekends.
[11:27] <nigelb> persia: I thought so.
[11:28] <nigelb> take a look at bug 401028
[11:28] <skwashd> persia: i think i am all done on it now
[11:28] <skwashd> look right to you?
[11:28] <nigelb> it seems ken already attached a karmic debdiff
[11:28] <persia> bug #321889
[11:30] <skwashd> got 1 week before beta1 freeze :)
[11:30] <persia> skwashd: You need an explanation of why the prior Ubuntu patch can be dropped.  The rest looks good.
[11:31] <persia> nigelb: Excellent.  Just shepard it through then.
[11:32] <skwashd> persia: comment 5 doesn't cover that or it should be in the description?
[11:32]  * persia rereads
[11:33] <skwashd> persia: Solr 1.4 (1.4.0+ds1-1) is in debian unstable and testing. Ubuntu has been shipping 1.2 since hardy.
[11:33] <persia> skwashd: No.  You need to identiy the prior patches and why they are no longer required, specifically.
[11:33] <skwashd> oh the ubuntu patches?
[11:33] <persia> Right.
[11:34] <skwashd> now i get you
[11:42] <nigelb> if someone replied to me, I missed it.
[11:42] <skwashd> persia: you mean the section titled "Merge from debian unstable, remaining changes:" from the changelog at https://launchpad.net/ubuntu/+source/solr/1.2.0+ds2-5ubuntu1 ?
[11:43] <skwashd> quick check the of debian diff they are both no longer needed ... and have justified that in the comment i am about to post
[11:44] <skwashd> anything else i need to add? don't want to add 4 comments in ~1hr to the same but with no follow ups ... people will start thinking i talk to myself
[11:53] <persia> skwashd: That's usually it.  Wait for response from the release team.  They will advise if more is required.
[11:53] <skwashd> done
[12:08] <nigelb> when building a debdiff for sru, I make it against the release that we are proposing SRU?
[12:09] <persia> nigelb: ${release}-proposed
[12:09] <nigelb> oh
[12:12] <nigelb> can you take a look at bug 401028
[12:12] <nigelb> there is an attachment, 401028.debdiff which seems to do the job
[12:14] <persia> nigelb: Almost.  Needs to be against karmic-proposed.
[12:14] <persia> nigelb: Also, needs SRU team ack.
[12:14] <persia> All the justifications, test case, etc.
[12:14] <nigelb> I put that there
[12:14] <persia> And it needs upload.
[12:14] <persia> but the sponsor can s/karmic/karmic-proposed/ : that's not worth redoing the debdiff.
[12:15] <nigelb> no more changes right?
[12:15] <persia> You need someone to approve the nomination to karmic.
[12:16] <persia> That solves it for the papyon task.
[12:16] <persia> The pymsn task is entirely separate, and needs different thought.
[12:16] <persia> So, pymsn appears fixed upstream: I suspect it's also fixed in lucid (needs a double-check of changelogs, etc.)
[12:17] <nigelb> oh well desktop team member is here )
[12:18] <nigelb> chrisccoulson: need a nomination approval :)
[12:19] <chrisccoulson> nigelb - a bug nomination?
[12:19] <nigelb> yes, bug 401028
[12:19] <nigelb> the papyon task.  there is already a debdiff attached.  you only need to change karmic to karmic-proposed I guess
[12:20] <persia> chrisccoulson: If you want to accept or decline, and LP won't let you, make a comment indicating your determination, and I'll approve the nomination.
[12:20] <persia> (this would be a bug if it is required)
[12:21] <chrisccoulson> persia - thanks. LP let me approve the nomination for papyon though, so i've done that now
[12:21] <persia> Oh cool.  I feared there'd be a bug about packageset teams.  I'm glad to hear it just works.
[12:22] <persia> chrisccoulson: For extra points, feel like sponsoring Ken's debdiff (after retargeting to -proposed)?
[12:22] <chrisccoulson> persia - i'm not sure how it works at the moment, I don't seem to be able to approve nominations for all packages i can upload to
[12:22] <chrisccoulson> i will review the debdiff there today though
[12:23] <persia> chrisccoulson: There's a bug.  You might have been able to approve it because of bug #110195
[12:23] <nigelb> you want a new debdiff, let me know
[12:23] <persia> chrisccoulson: Have you filed a bug about not being able to approve some nominations?  If not, please do so.
[12:23] <nigelb> persia: 1 down 2075 to go, *sigh*
[12:24] <persia> nigelb: you picked a hard one to start :)  Most are easier.
[12:24] <chrisccoulson> ah, right, the bug has a task against pymsn which is in universe. that might be why i could approve the papyon nomination then
[12:25] <persia> Right, but you should have been able to anyway, because you can upload it.
[12:29] <nigelb> question,
[12:29] <nigelb> why is there is a pymsn task there?
[12:30] <nigelb> because i dont find what pymsn has got to do with this
[12:32] <nigelb> the whole bug is with telepathy-butterfly and python-papyon.  where does pymsn come to the picture at all?
[12:32] <nigelb> or am I looking at it wrong?
[12:32] <persia> nigelb: Maybe one could also use pymsn?
[12:32] <persia> Maybe pymsn also has the bug?
[12:32] <persia> Note that there was an upstream task marked "Fix Released" for pymsh.
[12:32] <nigelb> the bug was opened against telepathy-idle
[12:32] <nigelb> s/idle/butterfly
[12:33] <nigelb> and the deb is also against butterfly
[12:33] <nigelb> someone who's not even in bugsquad changed it
[12:33] <persia> As is the upstream task, although incorrectly attributed.
[12:33] <nigelb> I was getting there :)
[12:33] <persia> Well, you could make the pymsn tasks Invalid (with an appropriate comment)
[12:34] <nigelb> or change to telepathy-butterfly?
[12:34] <persia> Or ask pedro, who set the pymsn task triaged (and this belongs in #ubuntu-bugs)
[12:35] <nigelb> I suspect pedro only saw that upstream task was opened and set it to triaged
[12:35] <nigelb> he goes through loads of bug reports
[13:18] <nigelb> oh no, someone subscribed reviewers instead of sponsors? bug 458677
[13:24] <nigelb> persia: can you unsubscribe reviewers from this bug ^
[13:24] <nigelb> I'll subscribe sponsors
[13:25] <persia> done
[13:28] <nigelb> ah, fixed that one :)
[13:59] <nigelb> pbuilder does not use a patch system?
[14:02] <hypera1r> as in pbuilder's source package?
[14:02] <nigelb> yup
[14:02] <nigelb> there is that bug that does not allow building a sid chroot
[14:03] <hypera1r> pbuilder appears to be a native package.
[14:03] <hypera1r> no patch system needed/possible
[14:03] <nigelb> ah :)
[14:03] <hypera1r> just make the changes directly
[14:03] <nigelb> I thought that might be it
[14:03] <hypera1r> =)
[14:05]  * nigelb puts off for later.. sigh
[14:08]  * hypera1r wonders if lucid is worth upgrading to yet
[14:09] <sebner> hypera1r: sure, never used something else :P
[14:09] <hypera1r> sebner: how can you not have ever used something else?
[14:10] <hypera1r> maybe i'll upgrade tomorrow night
[14:10] <sebner> hypera1r: I mean, I'm using lucid since the repo opened
[14:10] <hypera1r> heh
[14:10] <hypera1r> that sounds assuring
[14:10] <sebner> hypera1r: (virtual) life without breakage is b0ring
[14:11] <hypera1r> and that sounds not so assuring
[14:11] <hypera1r> =p
[14:11] <hypera1r> i kinda need this machine to work.
[14:11] <sebner> dito
[14:11] <sebner> now you see where the excitement starts :P
[14:59] <hypera1r> sebner: too much excitement leads to a shorter life.
[15:00] <sebner> hypera1r: It's *positive* excitement :P
[15:00] <geser> who wants to live forever?
[15:00] <hypera1r> not me. =p
[15:00] <Nafallo> geser: vampires
[15:00] <hypera1r> but i'd like to live for a considerable amount of time.
[15:00] <hypera1r> Nafallo: who says vampires like their immortality?
[15:01] <Nafallo> and zombies don't really care... they just die and live and die and liv...
[15:01] <hypera1r> lol
[15:01]  * sebner doesn't need immortality but the other abilities of vampires :P
[15:01] <Nafallo> hypera1r: well, that's why they are vampires in the first place... immortality.
[15:02] <hypera1r> Nafallo: that doesn't mean they *want* to be vampires =p
[15:02] <Nafallo> the blooddrinking bit they can do as regular humans if they'd want too...
[15:02] <geser> sebner: like getting burned to ash in sunlight?
[15:02] <hypera1r> geser: that's not an ability.
[15:02] <hypera1r> but yes, i'd like the other abilities as well
[15:02] <sebner> hypera1r++
[15:03] <Nafallo> what would be the other abilities? :-)
[15:03] <hypera1r> superstrength?
[15:03] <hypera1r> the ability to go without sleep?
[15:03] <geser> hypera1r: so you would prefer to be a "daywalker"?
[15:03] <hypera1r> sure i would
[15:03] <Nafallo> hypera1r: the hulk has strength. probably more so than vampires.
[15:04] <hypera1r> Nafallo: vampires are cooler. hulk's... big.
[15:04] <Nafallo> and vampires sleep in their coffins during daytime, no?
[15:04] <sebner> ~charisma~
[15:05] <Nafallo> sebner: http://content6.flixster.com/question/57/74/63/5774636_std.jpg <-- not a vampire
[15:05] <Nafallo> so not mutually excluded to them :-)
[15:05] <Nafallo> regular humans can have it.
[15:06] <sebner> Nafallo: ????
[15:06] <sebner> transformation into a bat
[15:06] <sebner> *hahaha*
[15:06] <Nafallo> lol
[15:06] <hypera1r> oh yeah! that'd be cool
[15:06] <hypera1r> i'd like to be able to fly =p
[15:06] <Nafallo> well... seen batman!? ;-)
[15:06] <hypera1r> meh =.=
[15:06] <hypera1r> he can't fly.
[15:06] <Nafallo> he's not a vampire!
[15:07] <hypera1r> exactly.
[15:07] <hypera1r> i'd like to fly
[15:07] <Nafallo> for flying I'd propose someone like superman :-)
[15:07] <Nafallo> so basically a specific kind of alien.
[15:09] <Nafallo> I like vampires eyes though... not sure it'd be worth giving up life for though -)
[15:09] <Nafallo> and not all vampires can fly btw ;-)
[15:10] <sebner> guys, we tend to drift off a little bit .. *OT* :P
[15:10] <hypera1r> hmm i don't mind being superman, minus the responsibilities
[15:11] <Nafallo> sebner: oh. I thought "Masters Of The Universe" was all about comics, but you're proably right ;-)
[15:11] <hypera1r> then i don't need to wait for those damned buses in the morning
[15:11] <hypera1r> Nafallo: =D
[15:11] <geser> that http://www.video123.net/something-new-section/ we be a coffin for a modern vampire :)
[15:11] <sebner> We should be called Masters of Disaster though :P
[15:12] <hypera1r> sebner: disaster? why so?
[15:12] <sebner> hypera1r: see our talk xD
[15:12] <sebner> geser: wanna have :D
[15:12] <hypera1r> sebner: what talk?
[15:14] <sebner> hypera1r: the last 15 minutes here
[15:15] <hypera1r> sebner: i don't see how that's considered disaster =\
[15:15] <sebner> hypera1r: we a obviously not doing serious talk/work :P
[15:16] <Nafallo> sebner: bonding... "team building exercise"
[15:17]  * hypera1r agrees heartily
[15:17] <sebner> Nafallo: hehehe, right but I'm wondering when the next will complain that we are OT. On the other hand it's sunday and it seems everybody is lazy anyways
[15:18] <hyperair> sebner: actually i usually do most of my FOSS work on weekends =\
[15:18] <BlackZ> how can I import my personal pgp key in gnupg ?
[15:18] <sebner> hyperair: heh, yeah but I was referring to the chan activity
[15:19] <hyperair> =p
[15:21] <sebner> hyperair: .. and again I'm wasting my time here instead of studying xD
[15:21] <hyperair> sebner: as am i. >_>
[15:21] <geser> BlackZ: how did you create the key?
[15:21] <hyperair> sebner: well then, i'm really off to study this time.
[15:22] <BlackZ> geser: with gnupg, and I have uploaded & confirmed it in launchpad
[15:22] <sebner> hyperair: that motivates me too :D
[15:23] <hyperair> sebner: shutup, stop pinging me and go study >:O
[15:23] <BlackZ> geser: but I haven't it now as my personal pgp key
[15:23] <sebner> !ohmy | hyperair  :P
[15:23]  * hyperair attempts to put a fierce face to scare sebner into studying
[15:23] <hyperair> sebner: urusai!
[15:23]  * sebner hides
[15:23] <sebner> hyperair: bacca!
[15:24] <hyperair> that's baka.
[15:24] <geser> perhaps we should ban sebner from this channel till his exam
[15:24] <hyperair> hehee
[15:24] <sebner> hyperair: damn
[15:24] <sebner> geser: hehehe, same goes for hy
[15:24] <sebner> geser: hehehe, same goes for hyperair
[15:24] <iulian> And hyperair. *G*
[15:24] <hyperair> X_X
[15:24]  * hyperair runs away
[15:24] <geser> BlackZ: what you mean with "personal pgp key"?
[15:25] <geser> with sebner gone he can't highlight hyperair anymore and distract him :)
[15:25]  * hyperair coughs.
[15:25] <hyperair> and there you go highlighting me
[15:25] <sebner> geser: you are mean :P
[15:25]  * hyperair glares
[15:25] <sebner> geser: and hyperair distracts me and not the other way round :P
[15:25] <BlackZ> geser: the pgp key. If I import it from keyserver.ubuntu.com it doesn't work - in seahorse is listened as "Other keys"
[15:26] <BlackZ> so I can't sign packages with debuild
[15:27] <geser> BlackZ: you need the private (secret) part of the key which is also generate together with the key
[15:27] <BlackZ> geser: I have lost it, where can I found it?
[15:27] <geser> in your backup
[15:28] <geser> without the secret part your gpg key is useless
[15:29] <BlackZ> ok, so I must recreate it
[15:29] <geser> so you lost the secret part after you registered the key in LP?
[15:29] <geser> as you need the secret part to decipher the mail from LP
[15:30] <BlackZ> geser: exact, but I can check also if I think I'll not found it, btw I have signed a package for the upload on revu with the old key. Should I change the key in that package?ù
[15:31]  * geser points BlackZ to https://help.ubuntu.com/community/GnuPrivacyGuardHowto just in case
[15:34] <geser> BlackZ: as long as REVU still knows your (old) key, you can upload already signed packages to REVU (but obviously don't sign new ones anymore)
[15:38] <BlackZ> geser: can I re-sign it with new key?
[16:13] <nigelb> I'm trying to propose an SRU for debootstrap for the bug that doesn't let building a sid chroot in pbuilder
[16:13] <nigelb> when I add entires to the changelog, it should read karmic-proposed?
[16:19] <ScottK> nigelb: Yes.
[16:19] <nigelb> thank you :)
[16:19] <nigelb> so, testing would involve me creating a karmic chroot?
[16:30] <comutamike> hi guys - I'm stuggling trying to package wallpapers and themes.  I've tried copying the format used in the ubuntu-desktop package but I'm stuggling - mainly to do with the rules file.  Do we have any guides somewhere?
[17:00] <geser> BlackZ: yes, debsign thepackage_source.changes
[17:01] <geser> nigelb: is the bug fixed in lucid?
[17:01] <nigelb> geser: yep
[17:04] <geser> comutamike: where are you stuck?
[17:05] <BlackZ> geser: if I should modify a package (debian/control) and in (debian/changelog) is present the line: package (1.0-2) unstable; urgency=low should I add (1.0-0ubuntu1) lucid; urgency=low with dch -i ?
[17:06] <geser> 1.0-2ubuntu1 (it's the first Ubuntu modification to 1.0-2)
[17:07] <geser> (and versions should be monotonous increasing)
[17:10] <BlackZ> geser: http://pastebin.ubuntu.com/390453/ can be it ok so?
[17:13] <geser> BlackZ: mostly yes, the changelog entry itself is almost ok (missed the # before the bug number). But we shouldn't update the standard-version for packages imported from Debian (it has no real benefit but only increases the Ubuntu delta) and I hope you thought of updating the maintainer field (it shouldn't be documented in the changelog entry)
[20:34] <nigelb> anyone can confirm bug 533369?
[21:24] <cody-somerville> persia, re: "Confusing intertwining of Ubuntu Development teams for Membership", alternatively couldn't we make any team that should grant membership a direct member of the ubuntumembers team?
[21:25] <randomaction> I'm looking at mit-scheme, which is a package that build-depends on one of its own binaries. It was bootstrapped using a .deb from Debian back then for feisty, and this patch has been kept in a couple of merges. This is not good, is it?
[21:25] <cody-somerville> persia, I think this provides a number of benefits including making it easier to audit to ensure only teams intended to give membership give membership.
[21:47] <debfx> siretart: could you please ack the keepassx sync request (bug #533873)?
[23:27] <nigelb> can someone help debug this build error? http://paste.ubuntu.com/390671/
[23:33] <geser> for which ubuntu release do you try to build?
[23:35] <nigelb> karmic
[23:35] <nigelb> its for an SRU request
[23:42] <geser> try logging in into your pbuilder "pbuilder-dist karmic login" and see what happens when you try to "aptitude install debhelper"
[23:44] <nigelb> got the trouble
[23:44] <nigelb> it was a rogue line on pbuilderrc that I created to test a bug