[12:14] <LaserJock> hi TheMuso minghua and ScottK 
[12:14] <nixternal> hi TheMuso minghua ScottK and LaserJock ;)
[12:14] <TheMuso> heh the list grows.
[12:15] <LaserJock> hola nixternal 
[12:15] <ScottK> Heya LaserJock
[12:16] <ScottK> nixternal missed all the fun by going to be early.
[12:19] <athena> .....
[12:20] <LaserJock> ScottK: certainly no more than I
[12:20] <YannDinendal> Hi
[12:20] <YannDinendal> I do I know the maintener of a package
[12:20] <YannDinendal> ?
[12:21] <ScottK> YannDinendal: What package?
[12:21] <Flannel> YannDinendal: apt-cache show [pkg] 
[12:21] <YannDinendal> thanks
[12:21] <YannDinendal> checkgmail
[12:22] <ScottK> YannDinendal: Maintainer is MOTU as a team.  We don't have individual maintainers in Ubuntu.
[12:22] <crimsun> ScottK: / nixternal: revision 13 pushed.
[12:23] <YannDinendal> ok
[12:24] <YannDinendal> I would like to learn about packaging, do you think it would be possible for me to package the new version and submit it to the MOTUs ?
[12:24] <ScottK> YannDinendal: Yes.
[12:25] <YannDinendal> (soryr, I don't speak english very well, I'm french)
[12:25] <YannDinendal> ok
[12:25] <ScottK> This is the place for it.
[12:25] <YannDinendal> is it the same way to package something from scratch or to update a new version ?
[12:25] <TheMuso> persia: Damn you are thorough with package reviewing. :)
[12:25] <ScottK> YannDinendal: Not a problem. In general, you make your updated package and upload it to REVU.
[12:25] <ScottK> !REVU | YannDinendal
[12:25] <ubotu> YannDinendal: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[12:26] <YannDinendal> ok :)
[12:26] <ScottK> Ask questions here.
[12:27] <jrib> yep, it's friendly here
[12:27] <YannDinendal> I have never made a package before... is there some tutorial anywhere ?
[12:28] <YannDinendal> I've found some on the wiki, but it's for building the package, not update it
[12:30] <ScottK> Someone else feel free to jump in here.  I've got other stuff going on that really needs my attention....
[12:32] <YannDinendal> ok
[12:33] <jrib> YannDinendal: have you seen https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/updating-chap.html ?
[12:33] <jrib> oh that's about patching, that's not really what you want
[06:18] <StevenK> TheMuso: You mean your registrar doesn't mail you reminders?
[06:19] <TheMuso> StevenK: It does.
[06:19] <TheMuso> What happened though, was that I had a domain I no longer wanted to auto renew, which I turned off. But thanks to screwy web pages, it must have done it for both domains or something.
[06:21] <StevenK> Ahhh
[06:51] <RAOF> Time to apply for membership to the bugsquad.  I'm sick of having to leave bugs I triage with the wrong importance.
[06:52] <TheMuso> RAOF: Why don't you apply for MOTU?
[06:52] <RAOF> I don't have nearly enough experience, surely.
[06:53] <TheMuso> RAOF: Think about it. You seem to knwo your stuff, particularly in relation to python packaging.
[06:54] <RAOF> Maybe.  I do plan to apply some time, I'm just not sure that it's now :)
[06:55] <bipolar> I'm trying to build a deb for a library. This is my first attempt at one. I'm having trouble withe the dh_install step. It's telling me "dh_install: libncreport-dev missing files (usr/lib/lib*.a), aborting" but I don't have any static libs. is there a way to get around this?
[06:56] <crimsun> well, does debian/libncreport-dev.install list "usr/lib/lib*.a"?  If so, that's a fairly obvious and glaring error.
[06:56] <RAOF> bipolar: It sounds like your debian/libncreport-dev.install file might include a reference to those static lib files?
[06:57] <bipolar> hmm... ok. it was auto generated by dh-make :)
[06:57] <bipolar> RAOF: thanks!
[06:59] <RAOF> Don't forget to thank crimsun, who was also right, and faster :)
[07:00] <bipolar> crimsun: oh... thanks!
[07:00] <nixternal> crimsun: did you use qt4 designer for your gui or no?
[07:01] <crimsun> nixternal: yes.  (See the status whiteboard...)
[07:02] <crimsun> "DONE: initial cut at Qt 3 version (Qt 3 Designer-based)
[07:02] <crimsun> DONE: initial cut at Qt 4 version (Qt 4 Designer-based)"
[07:02] <nixternal> yup, thanks
[07:22] <Rumba> how do i generate a list of automatically installed packages?
[07:23] <bipolar> Yay! My package works :)
[07:23] <Rumba> bipolar: what package?
[07:24] <bipolar> Rumba: libncreport. It's a library to write SQL Reports in Qt4
[07:24] <Rumba> bipolar: aha, thanks
[07:25] <bipolar> I worked with the developer to split this lib out of a standalone program so others could use it. it's pretty cool
[07:26] <bipolar> there is also a report designer. it creates the XML report that this lib parses and displays/prints
[07:27] <bipolar> now that I know what I'm doing (a little bit) I'll package that up too
[07:28] <Rumba> bipolar: it looks cool indeed. (actually it's cool whenever any libs are split out of monoliths, so it doesn't even need to be particularly cool.) :)
[07:28] <bipolar> :)
[07:28] <bipolar> I also setup a trac page for the project, and I'm trying to port the designer to qt4 (it's currently qt3)
[07:29] <bipolar> http://ncreport.longbros.com
[07:29] <bipolar> the developer wrote this thing and never even used scm
[07:29] <RAOF> Uuurgh.
[07:29] <Rumba> bipolar: i hope it's not a maintainer job only, do the devs cooperate?
[07:30] <bipolar> Rumba: oh, yes. It's just one guy, but we've been working together.
[07:30] <Rumba> cool
[07:30] <bipolar> he hasn't submitted anything new since I setup svn though :P
[07:30] <bipolar> hasn't been that long
[07:30] <bipolar> I think he only works on it when people ask him to
[07:31] <Rumba> :)
[07:31] <Rumba> sometimes devs are just too focused
[07:31] <bipolar> hehe
[07:32] <bipolar> gnight all
[07:35] <TheMuso> /ms/c
[07:40] <AndyP> Rumba: 'aptitude search ~M' should give you a list of automatically installed packages
[07:47] <Rumba> AndyP: oh, so aptitude has a different definition of automatically installed packages to that of synaptic. whatever packages i manually marked as "automatically installed" in synaptic are not shown here in aptitude. are you familiar to this issue?
[07:49] <Rumba> AndyP: even more interesting: apt-get does detect the manually marked ones (in synaptic) as being automatically installed and lists them all
[07:50] <AndyP> Rumba: yes, i believe the latest updates to apt in debian are working towards resolving the inconsistency between aptitude and the other apt tools in that area... until then, there's inconsistency because aptitude keeps separate data about automatically installed packages, or something
[07:51] <Rumba> AndyP: can i force aptitude to adopt the apt-get/synaptic list (by, say, purging aptitude, erasing its automatically-updated packages list, and reinstalling it)?
[07:53] <AndyP> Rumba: only if you have the new aptitude which was recently uploaded to debian unstable, i think
[07:54] <Rumba> AndyP: from what you know, will gutsy include this new aptitude?
[07:57] <AndyP> Rumba: it doesn't have it at the moment but i don't know if it will... common sense tells me it's too bleeding edge to be added to gutsy at this stage but the ubuntu devs have been known to pull things out of the bag
[07:58] <Rumba> AndyP: and i don't suppose there's any apt-get equivalent to 'aptitude search ~M', is there?
[08:00] <man-di> AndyP: the needed aptitude is only in debianexperimental so far
[08:00] <StevenK> TheMuso: Bug 122058 is assigned to you, have you uploaded it yet?
[08:00] <ubotu> Launchpad bug 122058 in openipmi "Merge openipmi (2.0.11-1) from debian unstable" [Wishlist,In progress]  https://launchpad.net/bugs/122058
[08:00] <StevenK> TheMuso: Since a merge is not necessary.
[08:01] <AndyP> Rumba: i not sure that ubuntu's apt-get treats automatically installed packages as a special case like aptitude does yet
[08:01] <AndyP> man-di: sorry, yes, experimental
[08:03] <AndyP> Rumba: the appropriate literature is http://lists.debian.org/debian-devel/2007/06/msg00379.html  and http://lists.debian.org/debian-devel/2007/06/msg00896.html if you want to follow it up
[08:04] <Rumba> AndyP: there's "apt-get autoremove", for instance. and the list of autoremovable packages is also shown at every install/uninstall ("The following packages were automatically installed and..."). i just want to know how to get that list generated with no grep hacks and not just as "side effects" of installing/uninstalling something.
[08:05] <Rumba> AndyP: thanks a lot for the links
[08:13] <AndyP> Rumba: can't find anything similar in apt-get/apt-cache/dpkg, sorry
[08:15] <Rumba> AndyP: thanks a lot anyway
[08:16] <dholbach> good morning
[08:17] <ajmitch> hey dholbach 
[08:17] <Nightrose> hey dholbach
[08:17] <AndyP> good morning dholbach 
[08:17] <dholbach> hi ajmitch, hey Nightrose, hey AndyP
[08:17] <dholbach> how's it going?
[08:17] <Nightrose> fine here - and you?
[08:19] <dholbach> fine too - thanks :)
[08:21] <Fujitsu> Good afternoon, everyone.
[08:21] <AndyP> hi Fujitsu 
[08:21] <Fujitsu> Hi AndyP.
[08:22] <TheMuso> StevenK: No I haven't.
[08:23] <TheMuso> bluefoxicy asked me to do it, I assigned myself, and thought of checking Mom. I then asked him to ask i you don't mind him doing it.
[08:23] <TheMuso> I certainly haven't looked at it in detail yet.
[08:23] <TheMuso> sorry, bluekuja 
[08:24] <TheMuso> bluefoxicy: Sorry, didn't mean you. Damn tab completion.
[08:24] <nixternal> man, Python is not my friend
[08:29] <ajmitch> python > nixternal?
[08:29] <nixternal> so far it is...Java and C++ seem much easier to me...but I have to keep playing with Python
[08:30] <ajmitch> oh man
[08:30] <nixternal> you get used to doing iterations and testing in similar ways, and then switch to Python which do them differently...gets confusing
[08:30] <ajmitch> java & C++, automatic -1
[08:30] <nixternal> heh
[08:30] <nixternal> C++ is the winner
[08:31] <ajmitch> if c++ is the winner, I don't want to be playing that game
[08:31] <nixternal> what would take me an hour or so with Qt and C++, has taken me hours of getting nowhere
[08:31] <nixternal> hehe
[08:32] <ajmitch> RAOF: gripe away
[08:32] <nixternal> Lisp FTW
[08:33] <RAOF> I'd love to be able to gripe about C++, ie: be actually coding in it.  As it is, I'll need to gripe about OO being hard in C :P
[08:33] <RAOF> And, for the love of god, why do I have to write yet another list/vector implementation?
[08:35] <nixternal> I am wondering if that is in reference to something "special"
[08:35] <nixternal> and if so, don't you have to first "send it"?
[08:35] <ajmitch> haha
[08:35] <nixternal> ;p
[08:36] <ajmitch> check your inbox
[08:36] <nixternal> as long as it isn't as bad as Hobbsee and the Vista stuff :)
[08:36] <ajmitch> ah, I should have changed the From: address
[08:36] <ajmitch> oh well
[08:37] <shawarma> nixternal: Huh? Hobbsee and Vista? What did I miss?
[08:37] <nixternal> awww :) thanks
[08:37] <nixternal> !nixternal
[08:37] <ubotu> Oh no!  The pointy-clicky Vista lover has arrived!  He's rumoured to be giving out free money, too!
[08:37] <shawarma> Good morning all, by the way. :)
[08:37] <nixternal> not a whole lot :)
[08:37] <ajmitch> hello shawarma 
[08:37] <Fujitsu> Hi shawarma.
[08:37] <shawarma> 'morning, ajmitch, Fujitsu.
[08:38] <nixternal> mornin' to you as well shawarma 
[08:47] <dholbach> hey shawarma
[08:49] <shawarma> Good morning, dholbach!
[08:53] <Burgundavia> hey shawarma
[09:01] <shawarma> Hi, Burgundavia.
[09:04] <jerome_> hello all
[09:05] <jerome_> could someone please review my package on revu : http://revu.tauware.de/details.py?upid=5720 ?
[09:05] <jerome_> It's an update for python soya
[09:05] <jerome_> which should fix bug #117840
[09:05] <ubotu> Launchpad bug 117840 in soya "Wishlist: Update python-soya package" [Wishlist,Confirmed]  https://launchpad.net/bugs/117840
[09:05] <jerome_> and bug #115607 and bug #72884
[09:05] <ubotu> Launchpad bug 115607 in slune "[apport]  slune crashed with SIGSEGV" [Medium,In progress]  https://launchpad.net/bugs/115607
[09:06] <ubotu> Launchpad bug 72884 in balazar "Balazar crashes at startup." [Medium,In progress]  https://launchpad.net/bugs/72884
[09:27] <jerome_> Anyone please ?
[09:27] <dholbach> jerome_: I can take a look in a bit - doing something else atm
[09:28] <jerome_> dholbach : thank you very much
[09:28] <dholbach> np
[09:28] <dholbach> in the future, if you find nobody checking your package, best to mail ubuntu-motu@ or ubuntu-motu-mentors@
[09:30] <jerome_> ok i'll keep that in mind
[09:31] <dholbach> rock
[09:53] <dholbach> jerome_: I'd personally wrap the lines in debian/changelog - but it's ok, uploaded it
[09:54] <dholbach> no need to go through an extra review iteration for that
[09:55] <dholbach> once we use bzr for reviewing this will be so much easier... just a simple commit, no re-uploading of a tarball, etc :)
[09:55] <jerome_> dholbach : so I just have to wait know ?
[09:55] <dholbach> it's uploaded
[09:56] <dholbach> it should be built in 2h or something
[09:56] <jerome_> dholbach : thank you very much
[09:56] <dholbach> no problem
[09:56] <dholbach> thank YOU for taking care of the fix
[09:56] <jerome_> 1st package inside :)
[09:56] <dholbach> ROCK :)
[09:56] <jerome_> let's go for the second :)
[09:57] <dholbach> yeah - hope to see you as a MOTU soon ;-)
[09:57] <jerome_> well not this year cause I'll be very busy at school, but next year for sure!
[09:57] <dholbach> great :-)
[10:06] <jerome_> dholbach : are there any chances that I can get the right to backport this to feisty ?
[10:07] <dholbach> jerome_: best to ask the backport guys - there's a backport team you can subscribe to the bug report
[10:07] <jerome_> dholbach : ok I will do that
[10:08] <dholbach> right-o
[10:14] <AndyP> dholbach: coincidentally to your conversation in -devel, i've just been looking at the new mergeant version for bug #2383
[10:14] <ubotu> Launchpad bug 2383 in mergeant "mergeant version is very old" [Medium,Confirmed]  https://launchpad.net/bugs/2383
[10:14] <dholbach> yeah, we need libgnomedb3 for that
[10:14] <dholbach> it's in debian gnome-pkg's team svn
[10:15] <dholbach> fernando asked the maintainer of that package why it's not in debian yet, so we could sync it
[10:15] <dholbach> I forgot why
[10:15] <AndyP> hmm
[10:15] <dholbach> it'd be lovely to have the new mergeant version in
[10:16] <AndyP> debian's libgnomedb3 changelog in svn has quite a large changelog
[10:16] <dholbach> yes, it'S been a lot of repackaging
[10:17] <dholbach> ah, something about using openssl to make a md5 hash and license problems due to that
[10:17] <dholbach> 3.0.1 upstream release should fix that
[10:17] <dholbach> ... which does not seem to be out yet?
[10:18] <AndyP> nope, latest is still 3.0.0
[10:18] <dholbach> right :-/
[10:18] <dholbach> maybe we could get you, fernando and the debian maintainer in touch to package a svn version or something
[10:19] <dholbach> the API is supposed to be stable, so that might be a possibility
[10:19] <dholbach> (if the fix has landed in svn already)
[10:20] <AndyP> sounds like a plan
[10:20] <AndyP> if it has landed, as you say
[10:21] <dholbach> that way I could package libgnomedbmm3 too
[10:21] <dholbach> fix has landed 2007-05-17 - gnome bug 437212
[10:21] <ubotu> Gnome bug 437212 in widgets "gnome-db-entry-password uses openssl to generate md5 hash" [Normal,Resolved: fixed]  http://bugzilla.gnome.org/show_bug.cgi?id=437212
[10:38] <crimsun> dholbach: every package that depends on libglademm-2.4-1c2a will need a rebuild
[10:39] <dholbach> crimsun: really? not just those that were built during the time of the 'changes' glib?
[10:40] <crimsun> dholbach: pavucontrol and paman are examples that weren't built at all - they were carried unchanged from feisty
[10:40] <Fujitsu> Is that why lots of things (at least everything depending on gconfmm) is dieing with undefined symbols? Or is that another somewhat similar error?
[10:40] <crimsun> yes, that's a side effect, too
[10:40] <dholbach> then we'd have to rebuild everything depending on gtkmm and glibmm
[10:41] <crimsun> very likely, although I haven't tested those
[10:41] <Fujitsu> None of the stuff I looked at yesterday builds any more, due to what looks like a glademm change.
[10:42] <dholbach> did you use 0ubuntu2?
[10:42] <Fujitsu> I have it on my local machine, and I don't recall upgrading since building them.
[10:43] <dholbach> that might fix it
[10:43] <dholbach> 76 source package depending on glibmm
[10:43] <Fujitsu> I don't think it did, but I'll try again.
[10:43] <Fujitsu> Ouch.
[10:44] <Fujitsu> 0ubuntu2 of glibmm?
[10:44] <dholbach> libglademm
[10:44] <crimsun> I had to wait until 0ubuntu2 of libglademm-2.4-dev was available to rebuild paman and pavucontrol
[10:44] <dholbach> doesn't hurt to have the latest of gtkmm, glibmm and libglademm
[10:44] <crimsun> 0ubuntu1 caused FTBFS
[10:44] <Fujitsu> I've got 0ubuntu2 of {glib,glade}mm
[10:47] <dholbach> I think I'll upload them all proactively
[10:48] <Fujitsu> dholbach: Sounds good.
[10:48] <RainCT> Morning
[12:21] <dholbach> crimsun, Fujitsu: glib is still b0rked
[12:21] <dholbach> so I rebuilt stuff in vain
[12:25] <dholbach> I'll just have to rebuild everything I uploaded since glib was broken, not 'everything'
[12:26] <Fujitsu> dholbach: What's actually wrong with glib?
 http://svn.gnome.org/viewcvs/glib/trunk/gobject/gtype.h?r1=5497&r2=5560 is the breakage
[12:27] <dholbach>  http://svn.gnome.org/viewcvs/glib/trunk/gobject/gtype.h?r1=5560&r2=5582 is the next commit
[12:27] <dholbach> that broke the ABI for c++
[12:30] <Fujitsu> Aha.
[12:32] <bmm> Any MOTUhttp://revu.tauware.de/details.py?upid=5685
[12:33] <bmm> Any MOTU: the ccbuild package is looking for comments or a second advocate. Please see http://revu.tauware.de/details.py?upid=5685 for more information
[12:36] <bashelier> bmm: let me have a look ;)
[12:40] <bashelier> bmm: is it possible to add a debian/watch ? otherwise, very good package, just have to find a MOTU for an other +1 :)
[12:41] <coNP> anyone with an idea when Mithrandir will be available?
[12:42] <coNP> oh I guess I picked the wrong nickname
[12:43] <pochu> coNP: he's in -devel
[12:44] <coNP> okay but I wanted to bug him with an universe package :)
[12:44] <coNP> hey pochu, by the way :)
[12:44] <pochu> howdy coNP :)
[12:44] <pochu> I've seen you're going for membership tomorrow, aren't you?
[12:45] <pochu> I'll try to be there! :)
[12:45] <coNP> shouldn't i?
[12:45] <pochu> why not? :)
[12:47] <porthose> Any MOTU:  the ampache package is looking for comments.  Please see http://revu.tauware.de/details.py?upid=5730 for more information.
[12:51] <bmm> bashelier: I'd have to find an example for debian/watch on sourceforge packages, not looked for it yet.
[12:53] <bashelier> bmm: here is one, https://wiki.ubuntu.com/MOTU/Recipes/DebianWatch ;)
[12:53] <bashelier> http://sf.net/<project_name>/<tarball_name_with_regex>
[12:55] <coNP> Hey MOTUs, anyone up to review my Openbox / Obconf packages?  (http://revu.tauware.de/details.py?upid=5589, http://revu.tauware.de/details.py?upid=5569). Hobbsee suggested me to contact Mithrandir but he said he doesn't have time for this right now. So any reviews would be appreciated.
[12:56] <bmm> bashelier: thanks!
[12:57] <imbrandon> porthose, commented
[12:57] <porthose> Thanks 
[01:18] <Ind[y] > How can I make a .deb file for my Python program?
[01:21] <AndyP> Ind[y] : do you have any deb packaging experience already?
[01:23] <Ind[y] > AndyP: no
[01:23] <AndyP> !packaging
[01:23] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports
[01:23] <Ind[y] > AndyP: ok. thank you.
[01:24] <AndyP> Ind[y] : plus http://wiki.debian.org/DebianPython/NewPolicy which has python specifics (oh joy :)
[01:24] <AndyP> bah, too eager
[01:24] <RainCT> why does http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html have double copyright? :P
[01:25] <AndyP> RainCT: good question
[01:27] <norsetto> Hi, quick question (I hope) for the REVU guys: how do I know if my GPG key has  been added to the REVU keyring?
[01:27] <RainCT> norsetto: trying to upload something, I think
[01:28] <norsetto> well, thats what I did and didn't get any feedback .......
[01:30] <norsetto> Also, can't log in (and my key has an elgamal secondary key)!? So, I was wondering if I can check in any other way
[01:30] <RainCT> norsetto: the login is created when you uploaded something
[01:31] <norsetto> yeah, that what I did (or at least, I think I did)
[01:32] <mruiz> hi all
[01:34] <norsetto> Any way I can check if upload was OK? Should have I got a rejection somehow?
[01:38] <norsetto> dholbach: Hi Daniel, Cesare here. Hope you didn't mind me fiddling with https://wiki.ubuntu.com/MOTU/Mentoring/Reception
[01:38] <ScottK> Good morning all.
[01:38] <dholbach> hey norsetto
[01:38] <dholbach> norsetto: I'm about to take my lunch break - ok if I check it out later on?
[01:39] <norsetto> dholbach: good idea, I'm about to do the same
[01:39] <dholbach> alrighty - thanks for your work on that
[01:53] <AndyP> ScottK: hello
[01:53] <ScottK> Hello AndyP
[01:53] <AndyP> ScottK: could you point me in the right direction to get involved with the debian python team?
[01:54] <ScottK> Sure.
[01:55] <ScottK> AndyP: https://wiki.ubuntu.com/ContributingToDebian/PythonModulesTeam should have all you need to know.  If you find it doesn't, please take notes and once we get it figured out, update the page.
[01:55] <AndyP> ScottK: great, thanks
[02:11] <Rumba> how do i get a list of _all_ packages that are _marked_ as autoremovable (i.e. not just those ones that are currently removable (i.e. are not used by any other packages))?
[02:14] <mok0> What does it mean "to NMU a package" ??
[02:14] <AndyP> mok0: non-maintainer upload... it's a debian thing, we don't worry about it in ubuntu
[02:15] <xxxxx1> good morning all! :)
[02:15] <mok0> OK, but lintian complains that NMU is not mentioned in changelog
[02:15] <AndyP> mok0: it does that, don't worry about it
[02:15] <RAOF> Is there any tool for Gnome similar to Kompare (as in: viewing the contents of a diff/patch and the side-by-side changes)?  apt-cache search and synaptic don't bring up anything that looks good.
[02:15] <mok0> AndyP: ok, thx
[02:16] <AndyP> RAOF: meld?
[02:16] <AndyP> RAOF: i haven't used it myself but it might do what you want (and i've heard good things about it)
[02:17] <RAOF> Excelllent.  apt-get away.
[02:21] <RAOF> Bah, except it won't load a pre-existing diff. :/
[02:23] <zul> some mention my name?
[02:24] <mok0> I have 6 packs sitting in REVU, ready for a review, in case someone has a profound urge... :-)
[02:24] <AndyP> RAOF: d'oh, sorry
[02:29] <RainCT> how can I check if a pbuilder environment was created successfully? I closed the window where it was generating it by mistake and don't know if it finished or not..
[02:37] <imbrandon> moins Hobbsee 
[02:39] <Hobbsee> hi imbrandon 
[02:41] <RAOF> AndyP: That's OK, it still helped.  I'm now building a merged kvm package :)
[02:43] <AndyP> RAOF: good stuff :)
[02:45] <_MMA_> imbrandon: PM
[02:46] <zul> hey Hobbsee 
[02:46] <Hobbsee> hi zul :)
[02:50] <norsetto> Anyone from REVU to assist a poor lonely soul?
[02:51] <Hobbsee> norsetto: what's up?
[02:51] <norsetto> Tried to upload a package to REVU, but, don't know whats happened
[02:51] <persia> norsetto: Which package?
[02:52] <norsetto> reconstructor, on May 27
[02:52] <norsetto> never got any feedback, don't even know if the upload was succesfull
[02:52] <persia> norsetto: Looking now...
[02:52] <Hobbsee> norsetto: is it shown on revu.tauware.de ?
[02:52] <norsetto> and if I try to login I can't (even though I had a Elgamal secondary key)
[02:53] <norsetto> well, I tried searching, but the system is ... shall we say ... not really norsetto-friendly :)
[02:54] <TheMuso> c
[02:54] <TheMuso> ugh
[02:55] <persia> norsetto: I don't see the package in any of the usual places (ready for review, archived, or rejected), but I think rejected gets cleared out every once in a while, so if it was rejected, it might need a new upload.
[02:55] <norsetto> should I get notified if it was rejected?
[02:56] <Hobbsee> only packages older than 6 months get rejected
[02:56] <Hobbsee> er, cleared out
[02:56] <persia> Hobbsee: Even from incoming/rejected?
[02:56] <norsetto> ok, so it never was uploaded I guess (that would also explain why I can't login too)
[02:56] <Hobbsee> persia: dunno about rejected
[02:57] <persia> norsetto: That might be it.  Would you mind trying again?
[02:57] <norsetto> At least, how could I check if the my key was added to the keyring?
[02:58] <persia> norsetto: An upload is probably the easiest way to check.
[02:58] <norsetto> OK, I'm trying a new dput right now
[02:59] <norsetto> Already uploaded to revu.tauware.de; Doing nothing for reconstructor_2.5-0ubuntu1_source.changes
[03:00] <TheMuso> norsetto: dput -f
[03:00] <StevenK> Or, rm the .upload the file
[03:00] <StevenK> TheMuso: Did you see my message?
[03:00] <RAOF> Wooo!  One working KVM package.
[03:01] <persia> norsetto: Delete your source.upload file, and try again.
[03:01] <TheMuso> StevenK: Re the merge, yes, I thought I responded.
[03:01] <StevenK> TheMuso: Oh, mind saying it again?
[03:02] <TheMuso> StevenK: No I hadn't touched the merge. I decided to check MoM to see whos merge it was originally, and suggested that you should be asked about it.
[03:02] <TheMuso> StevenK: Knowing that you prefer to be asked re your merges.
[03:02] <TheMuso> c
[03:02] <StevenK> Ahh, nice.
[03:02] <TheMuso> ugh kvm
[03:02] <norsetto> Successfully uploaded packages.
[03:02] <StevenK> TheMuso: I'm waiting for packages.debian.org to update and then I'm going to file a sync.
[03:02] <TheMuso> StevenK: Right.
[03:02] <TheMuso> StevenK: You might want to tell bluekuja 
[03:03] <persia> norsetto: They arrived safely, and should be processed sometime in the next five minutes.
[03:03] <StevenK> TheMuso: Have done so already.
[03:03] <TheMuso> StevenK: Ok.
[03:03] <norsetto> OK, thanks, anything I can do about the login?
[03:12] <norsetto> dholbach: Oh Wonderfull, Allmighty, AllPowerfull Daniel, would you have some time to have a look at http://revu.tauware.de/details.py?upid=5734? <insert animation of a god's adoration here>
[03:12] <RAOF> Huzzah.  Anyone who feels like some kvm-sponsorship are now welcome to imbibe the choice juices of bug #122113.  And it's time for bed.  Good night all!
[03:12] <ubotu> Launchpad bug 122113 in kvm "[Merge]  Please merge kvm-28-4 from Debian Unstable" [Undecided,Confirmed]  https://launchpad.net/bugs/122113
[03:14] <ubotu> Launchpad bug 121940 in kvm "KVM newest version request (dup-of: 119254)" [Undecided,New]  https://launchpad.net/bugs/121940
[03:14] <ubotu> Launchpad bug 119254 in kvm "Fails to create KVM context on linux-image-2.6.22-6" [Undecided,In progress]  https://launchpad.net/bugs/119254
[03:15] <Bixente> Hi. I'm looking for someone to review my package: http://revu.tauware.de/details.py?upid=5727
[03:24] <norsetto> dholbach: Oh Wonderfull, Allmighty, AllPowerfull Daniel, would you have some time to have a look at http://revu.tauware.de/details.py?upid=5734? <insert animation of a god's adoration here>
[03:26] <norsetto> gods, they are never there when you need them.......
[03:26] <jrib> what's the policy on line endings?  python-opengl installs a bunch of examples to /usr/share/doc/python-opengl/Demo/ with ^M at the end of each line.  python handles this fine though, so not sure if this is bug worthy
[03:26] <mok0> Where is a good place to ask about license related issues?
[03:27] <persia> jrib: It's generally not bug-worthy.  Most of that comes from upstream, and is rather painful to patch.
[03:27] <persia> mok0: This is a good place to start, although you'll rarely get an authoritative answer.
[03:29] <mok0> OK. A license that is not restrictive, except it contains a requirement to keep the copyright notice in the source code, and a "disclaimer" section, what would that be?
[03:29] <jrib> persia: thanks
[03:30] <persia> mok0: It sounds like a BSD-ish license to me.  Which license?
[03:31] <mok0> Look here http://paste.ubuntu-nl.org/27127
[03:34] <persia> mok0: Yep, that's http://www.gnu.org/licenses/info/BSD_3Clause.html
[03:35] <mok0> persia:  so that would be ok with Ubuntu?
[03:36] <persia> mok0: Absolutely.  You can't use /usr/share/common-licenses/BSD, as it's the University of Melbourne, rather than the Regents of the University of California, but as long as you include the license in debian/copyright, you're all set.
[03:37] <mok0> persia:  good, so I'll go ahead and package this.
[03:38] <persia> mok0: http://people.debian.org/~bap/dfsg-faq.html is a good resource to check licenses.  if the license you're looking at isn't already listed there, it provides some standard questions to ask yourself when trying to decide if it is acceptable.
[03:38] <mok0> persia:  ... should I hold back on uploads to REVU, I have 6 packages sitting there already?
[03:39] <mok0> persia:  thx for the links
[03:40] <persia> mok0: No need to hold back, but if you have open comments, you should prefer reuploading to new packaging, and if you don't have open comments, you should request advocation.
[03:41] <mok0> persia:  well, I'm a bit stuck on wulfware, I uploaded the mods we mailed about, but the rest of the packages are ready for review
[03:42] <Hobbsee> coNP: picking a time when people are wroking really hard on a tribe release to ask for a sponsor to debian isnt smart, FYI
[03:42] <persia> mok0: Sorry I haven't gotten back to you on that - there doesn't seem to be a trivial solution :(  Have you requested reviews of your other packages as well?  If not, it's worth posting a link.
[03:44] <mok0> persia:  Here is the link for wulfware http://revu.tauware.de/details.py?upid=5733
[03:45] <mok0> But theseus is pretty far along in the process: http://revu.tauware.de/details.py?upid=5674
[03:46] <persia> mok0: I'm not REVUing right now, but thanks: perhaps someone else will look at them.
[03:47] <mok0> persia:  That would be nice. Seems like the MOTUs are somewhat understaffed :-)
[03:49] <RainCT> how can I update a package to a newer version? download the new one, copy the debian directory there, check the patches (if any) and update changelog?
[03:49] <persia> RainCT: Basically.  There's a more detailed guide available under MOTU/Recipes on the wiki
[03:51] <persia> RainCT: Additionally, if the package is also distributed in Debian, it's worth checking with the Debian maintainer to see if they're already planning an update soon.
[03:51] <RainCT> persia: ok, thanks
[04:01] <Hobbsee> Adri2000: ping
[04:18] <RainCT> persia: argh, it's closed source now :(     (and now, I didn't need 30 minutes to discover this, I had not looked at it until now :p)
[04:18] <persia> RainCT: Which package?
[04:19] <RainCT> persia: njam (http://www.guacosoft.com/njam/), it only provides binaries and says something about a demo on the copying file
[04:27] <persia> RainCT: Ah.  Too bad.  Sometimes it's worth checking the AUTHORS file to see if perhaps there is still an open fork around, but in this case, it looks fairly dead.
[04:33] <Nightrose> \sh ping?
[04:40] <RainCT> where can I find something to package? I've looked at like 30 games in happypenguin and all either are commercial or have already a package for ubuntu on their website (I send a mail to those about submiting them for inclusion in universe), and the only one I found that I could try is ITP in Debian :(
[04:41] <Hobbsee> RainCT: there are plenty of bugs with the tag "needs-packaging"
[04:42] <RainCT> Hobbsee: well, will check again, but last time I looked there I only found stuff that looked to difficult or too boring :P
[04:43] <RainCT> persia: thanks for checking that
[04:45] <YannDinendal> RainCT, If you want to package something, there is one I'ld like to do but as I'm very noob on the subject, this one seems too difficult to start with...
[04:50] <jussi01> Hobbsee: (and you other aussies) did you see the dvd special at harvey norman?
[04:51] <Hobbsee> i havent been to harvey norman in yeras.  why, what is it?
[04:51] <StevenK> I also avoid Hardly Normal like the plague.
[04:51] <jussi01> 50 lg dvd's for 15$
[04:51] <jussi01> Usually me also...
[04:56] <\sh> Nightrose, pong
[04:57] <\sh> Nightrose, just got the message from marc :)
[04:57] <\sh> Nightrose, I don't know...I need to go home first...
[04:57] <Nightrose> \sh: ok fine - would be nice to see you booth there
[04:57] <Toadstool> g'morning!
[04:58] <\sh> Nightrose, could you send the address and the meeting point to sh@sourcecode.de ? :) thx :)
[04:58] <Nightrose> \sh: ok will do ;-)
[04:59] <\sh> Nightrose, cool thx :) and thx for the information :)
[04:59] <Nightrose> \sh: yw - sorry again it's so short notice
[05:01] <\sh> Nightrose, no problem....I think I'll try to convince my GF to come with me :)
[05:01] <Nightrose> \sh:  perfect ;-)
[05:18] <coNP> Hey Hobbsee! Sorry I don't wanted to offend / press anyone. I am only pinging someone once a week or so...
[05:18] <Hobbsee> coNP: no problem - was just a FYI
[05:19] <Hobbsee> coNP: you might ask a DD to upload that to debian for you
[05:19] <Hobbsee> as it seems that he's either forgotten or misunderstood about uploading it to debian, then syncing it
[05:19] <coNP> okay I might try it in a few days
[05:20] <Hobbsee> coNP: after tribe 2 is out, probably
[05:21] <coNP> Hobbsee: I also thought of that
[05:21] <Hobbsee> :)
[05:21] <coNP> So thanks FYI :)
[05:22] <Hobbsee> :)
[05:49] <mruiz> hi all
[05:49] <mruiz> ping dholbach 
[05:49] <hendrixski> Is there a separate command for creating debian packages from Qt applications?
[05:49] <dholbach> mruiz: pong
[05:49] <mruiz> dholbach: I updated another package ;-) 
[05:49] <dholbach> nice
[05:50] <dholbach> why don't you drop me a mail with the link to the revu page?
[05:50] <mruiz> I'm creating my REVU account
[05:50] <dholbach> ah ok
[05:51] <mruiz> What's the procedure to create one ?
[05:51] <persia> mruiz: REVU accounts are automatically created upon upload - there's no need to create the account first.
[05:51] <persia> mruiz: On the other hand, you must first be a member of ubuntu-universe-contributors.
[05:52] <dholbach> it should be all on http://wiki.ubuntu.com/REVU
[05:52] <mruiz> persia, I do
[05:53] <hendrixski> I didn't see anything on the debian maintainers guide, but it also says that dh_make is for programs that can be installed by ./configure, make, make install ... and qt apps are qmake, make install.  So is there something i should be doing differently when packaging qt apps?
[05:54] <mruiz> persia, I need to be added to the REVU uploaders keyring. How can I do it?
[05:55] <persia> mruiz: Have you registered your GPG key in launchpad, and joined ubuntu-universe-contributors?
[05:55] <mruiz> persia: yes
[05:55] <persia> mruiz: In that case, ask here (you just did), and wait 10-15 minutes whilst I sync the keyring.
[05:56] <mruiz> thanks persia 
[05:57] <persia> hendrixski: CDBS has a kde.mk and a qmake.mk, which might be an easy way to handle that (if you're willing to investigate CDBS).
[05:58] <mruiz> Which files should I use whit dput: my devel directory or pbuilder results ?
[05:58] <hendrixski> persia, I've been thinking about reading up on CDBS... I understand it's not a universally adopted tool?
[05:59] <mok0> hendrixski:  It's a black box
[06:00] <hendrixski> mok0, oh... we don't like those in the open source world
[06:00] <mok0> hendrixski:  I've tried it and I don't like it. You loose control
[06:00] <jussi01> hendrixski: here is the nicest link i have been able to find... https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml
[06:00] <persia> mruiz: You'll need a source.changes file.  https://wiki.ubuntu.com/MOTU/Packages/REVU is also a good source of info (and yes, there is a current effort to merge these).
[06:00] <sacater> hey all, its been over 3, nearly 4 weeks since my membership was approved, but I have heard no further news, is anything going wrong?
[06:01] <persia> hendrixski: Not universally adopted, but widely adopted.  It's perfectly safe to use, and much easier in the simple case (but perhaps more confusing in the non-simple case).
[06:01] <persia> jussi01: That is indeed the best documentation there is, excepting the makefiles themselves.
[06:01] <jussi01> persia:  dholbach pointed that one out to me...
[06:01] <jussi01> :D
[06:01] <persia> mok0: How do you lose any more control than with debhelper?
[06:02] <hendrixski> jussi01, :-) cool .... though... when I searched it for "qt" it came up with 0 results
[06:03] <persia> sacater: That's normal.  The big change is that you should now be a member of ubuntumembers (which you are).
[06:04] <mok0> persia:  with debhelper only you have more control 
[06:04] <persia> hendrixski: Install CDBS, and take a quick look at /usr/share/cdbs/1/class/qmake.mk - it should include some of the rules you might otherwise need to write.
[06:04] <persia> mok0: How?
[06:05] <mok0> persia: If you need to do anything out of the ordinary, like run autoconf etc.
[06:05] <sacater> persia: why does it take so long :(
[06:05] <persia> sacater: What are you expecting?
[06:06] <sacater> persia: @ubuntu email address, planet ubuntu syndication
[06:06] <sacater> that sort of stuff
[06:07] <persia> mok0: You might be interested in autotools.mk.  Also, see "Basic custom build rules" in section 2 of the CDBS manual (at the link jussi01 posted)
[06:07] <pleia2> sacater: just try to send an email to your launchpad name @ubuntu.com and see if it works
[06:07] <pleia2> sacater: adding yourself to the planet is something you have to do yourself: https://wiki.ubuntu.com/PlanetUbuntu
[06:08] <sacater> pleia2: i tried an email and it failed
[06:09] <pleia2> might be time to follow-up then :) I was approved during the same meeting you were and my address is working
[06:10] <persia> hendrixski: Basically, if you are using CDBS, and you include qmake.mk, it calls qmake instead of make to build things (as I understand it).  The rest is just extra CDBS magic.
[06:11] <hendrixski> aahh, Ok
[06:12] <persia> mruiz: sync completed.  Please proceed to upload :)
[06:12] <hendrixski> persia, so... if I were to not use cdbs... then I'd have to replace make with qmake in debian/rules much the same way that the qmake.mk file does?
[06:12] <mruiz> thanks persia 
[06:17] <persia> hendrixski: You don't have to do ti the same way, but yes, you probably want to use qmake instead of make (or both, or whatever is common for Qt packaging).
[06:19] <coNP> can I archive a revu upload myself?
[06:19] <Hobbsee> no
[06:19] <coNP> if not please do that for http://revu.tauware.de/details.py?upid=5732
[06:19] <persia> coNP: OK.
[06:19] <coNP> actually I want a never one
[06:19] <coNP> newer* but with the same version number
[06:20] <Hobbsee> done
[06:20] <persia> coNP: In that case, just upload the newer one - it will overwrite.  You can leave a comment on the old one saying you don't want a review.
[06:20] <Hobbsee> you can just upload it over the top, and i'tll overwite
[06:20] <persia> Hobbsee: You're faster than my browser search :)
[06:20] <Hobbsee> :P
[06:20] <coNP> it sdoes not
[06:21] <coNP> it says "already uploaded"
[06:21] <persia> coNP: Do you have a source.upload locally?
[06:21] <Hobbsee> remove the .upload file
[06:21] <coNP> thanks persia & Hobbsee 
[06:21] <Hobbsee> or use -f
[06:22] <ScottK> RainCT: We don't have "ITP" in Ubuntu.  It's just a bug tagged "Needs packaging" that is marked.  I tagged your open invaders bug.
[06:26] <Hobbsee> persia: that is true - care is needed with it
[06:28] <mruiz> I was uploading a package to REVU, but I had a problem and the upload was unsuccessful. How can I "delete" the existing file in the server ?
[06:33] <ceros> does dcut work on REVU?
[06:33] <ScottK> ceros: No.
[06:33] <ScottK> Unless of course I'm wrong.
[06:33] <Hobbsee> it doesnt work on revu
[06:34] <ceros> so when do rejected files get deleted from ftp://revu.tauware.de/incoming/
[06:34] <ScottK> ceros: When you ask a REVU admin to delete them.
[06:35] <ceros> are you an admin?
[06:35] <ScottK> No, sorry.
[06:35] <Hobbsee> ceros: which package?
[06:35] <Hobbsee> mruiz: ^
[06:36] <ceros> alien-arena and alien-arena-data
[06:36] <Hobbsee> done
[06:36] <ceros> thanks
[06:36] <mruiz> Hobbsee: nginx
[06:38] <ceros> Hobbsee: why aren't people allowed to overwrite files?
[06:38] <Hobbsee> ceros: they are...
[06:38] <ceros> i've tried dput -f
[06:38] <Hobbsee> usually
[06:38] <ceros> doesn't work for me
[06:38] <Hobbsee> !doesnt work
[06:38] <ubotu> Doesn't work is a strong statement. Does it sit on the couch all day? Does it want more money? Is it on IRC all the time? Please be specific! Examples of what doesn't work tend to help too.
[06:39] <sacater> pleia2: i tried the planet ubuntu link and it keeps failing
[06:39] <sacater> pleia2: go #sacater please
[06:39] <Hobbsee> mruiz: done
[06:39] <mruiz> thanks Hobbsee  ;-)
[06:40] <jussi01> lol at that factoid Hobbsee... :D
[06:40] <hendrixski> lol @ doesn't work
[06:40] <Hobbsee> :D
[06:40] <Hobbsee> i like ti
[06:40] <Hobbsee> sacater: see !doesnt work
[06:40] <ceros> Hobbsee: i've even made sure there were no *.upload files anywhere
[06:41] <hendrixski> awww... they changed !anything ... now it's just
[06:41] <hendrixski> !anything
[06:41] <ubotu> So, you wanted to lure me into saying I don't know anything about anything? Yeah, that would be funny, of course. Now leave me alone.
[06:42] <jussi01> heheh
[06:42] <RainCT> xDDD
[06:42] <Hobbsee> ceros: there's nothing on revu about it at all.
[06:44] <RainCT> ScottK: it also needs the tag if it already has someone assigned?  (sorry was away)
[06:46] <ScottK> RainCT: Yes because that's the only way one can query to get a list of packages.  Basically, in Ubuntu, "Needs Packaging" covers both ITP and RFP.
[06:46] <RainCT> ScottK: okay, thanks
[06:48] <RainCT> if I make a package, what maintainer should I set? MOTU or myself?
[06:49] <sladen> RainCT: the maintainer willbe autoamtically set
[06:50] <RainCT> ah right, thanks sladen
[06:52] <ScottK> RainCT: But for a new package it makes sense to set it to MOTU and then add yourself as XSBC: Original-Maintainer.
[07:01] <RainCT> how can I get the build dependencies, just running ./configure and writting the name of the package where everything it looks for is?
[07:01] <Hobbsee> pretty much.  it's trial and error
[07:01] <Hobbsee> well, it'll fail in the configure, usually
[07:02] <Hobbsee> when it doesnt find what it wants
[07:03] <ceros> RainCT: use 'objdump -p <binary> | grep NEEDED
[07:03] <ceros> after you built them
[07:06] <ceros> RainCT: for each file listed such as libfoo.so.6, run
[07:06] <ceros> dpkg -S libfoo.so.6
[07:07] <ceros> see also http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-control
[07:12] <Q-FUNK> keescook: actually, -amd also builds on amd64
[07:13] <RainCT> ceros, Hobbse: thanks :)
[07:18] <RainCT> so build-essentials needs to be added or can it be left out?
[07:19] <Hobbsee> it can be left out
[07:20] <Hobbsee> RainCT: it's a depends of debhelper, via dh-make
[07:20] <RainCT> ah ok
[07:20] <Adri2000> Hobbsee: pong
[07:22] <YannDinendal> Hi
[07:22] <YannDinendal> I'm begining with packaging...
[07:22] <YannDinendal> and I've got an error 
[07:23] <YannDinendal> when running debuild -S -sa
[07:23] <YannDinendal> dpkg-source : avertissement : Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[07:23] <YannDinendal> what should be the version number ?
[07:24] <jussi01> YannDinendal: you need to set motu as your maintainer, and yourself as xsbc maintainer.
[07:24] <YannDinendal> ok
[07:25] <nixternal> https://wiki.ubuntu.com/DebianMaintainerField
[07:25] <YannDinendal> usually, this package is merged from debian...
[07:25] <YannDinendal> should I wait for it
[07:25] <YannDinendal> or is it ok doing an ubuntu version directly ?
[07:26] <nixternal> depends on how long you have to wait for it :)  usually what I do is contact the DD in charge and let them know their is a new upstream release, and usually that same day they will have it updated so I can merge/sync it
[07:26] <YannDinendal> ok
[07:26] <YannDinendal> I've contacted him
[07:26] <nixternal> if I don't hear back in a few days I will then go ahead and create the updated package..but then again that is my personal preference...don't think it is a "rule" or anything
[07:27] <YannDinendal> he is waiting for his "sponsor" (or something like that) to upload it
[07:27] <nixternal> ahhh
[07:27] <YannDinendal> in fact, I would at least make it myself, even if it's not used, so I can learn how it's done
[07:27] <nixternal> so the person maintaining the package isn't a DD then, just a new maintainer...ya those are fun
[07:28] <nixternal> YannDinendal: do it then, I always do that...I sit here when it is slow and create packages to learn different things all the time
[07:28] <pleia2> shush nixternal, I'm a NM ;P
[07:28] <nixternal> pleia2: me too :)
[07:28] <pleia2> :)
[07:28] <YannDinendal> ok thanks nixternal 
[07:28] <nixternal> my sponsor is hardcore though, she finds more things that persia does, which I never thought possible
[07:29] <nixternal> s/that/than
[07:29] <pleia2> nice
[07:29] <jussi01> lol
[07:29] <pleia2> one of my sponsors makes more mistakes than I do half the time (poor fellow)
[07:29] <nixternal> lol
[07:29] <pleia2> webcalendar is on -11 or something lovely
[07:30] <YannDinendal> so who should I put in xsbc maintainer ? the debian guy or me ?
[07:31] <pochu> YannDinendal: the one who was in the 'Maintainer' field before you changed it
[07:31] <mruiz> nixternal, Did you find an advocate (NM)?
[07:32] <RainCT> ceros: isn't the other code that's in the page you said me better (the long one)?
[07:33] <YannDinendal> :/
[07:33] <YannDinendal> I don't remember where is set the mainteners fields ?
[07:33] <YannDinendal> *are
[07:33] <ScottK> YannDinendal: In debian/control
[07:33] <RainCT> YannDinendal: debian/control
[07:33] <YannDinendal> :)
[07:34] <keescook> Q-FUNK: it didn't for me.  :)
[07:35] <keescook> Q-FUNK: https://launchpad.net/ubuntu/+source/xserver-xorg-video-amd/2.7.6.5~20060905-0ubuntu1
[07:36] <nixternal> mruiz: yes, the same guy that signed my key is working with me teaching me all of the ropes. He has been a DD since 1995...it is kind of liking trying to keep up with an F1 car in a Yugo :)
[07:36] <nixternal> s/liking/like
[07:36] <keescook> Q-FUNK: http://paste.ubuntu-nl.org/27145/
[07:36] <sacater> pleia2: #sacater again please
[07:37] <pleia2> k
[07:39] <mruiz> nixternal, :-)  I'm also waiting in the NM queue... Nyon contacted me and I replied one month ago. I'm waiting for comments  ;-)
[07:39] <nixternal> did you get all of the crazy questions yet?
[07:39] <mruiz> yes :-) the first round 
[07:40] <nixternal> did you grab the list of questions you will get from alioth? they are on there somewhere, to help you prepare a little :)
[07:40] <YannDinendal> I've got another problem with debuild -S -sa...
[07:40] <nixternal> signing the .dsc?
[07:40] <YannDinendal> Now signing changes and any dsc files...
[07:40] <YannDinendal>  signfile checkgmail_1.12-0ubuntu1.dsc Yann Brelire <yannbreliere@gmail.com>
[07:40] <YannDinendal> gpg:  Yann Brelire <yannbreliere@gmail.com>  a t ignor: la cl secrte n'est pas disponible
[07:40] <YannDinendal> gpg: [stdin] : clearsign failed: la cl secrte n'est pas disponible
[07:40] <YannDinendal> debsign: gpg error occurred!  Aborting....
[07:40] <mruiz> nixternal: yes... My advocate gave me the link to prepare the test ... useful!
[07:40] <YannDinendal> debuild: fatal error at line 1155:
[07:40] <nixternal> lol
[07:40] <YannDinendal> running debsign failed
[07:41] <nixternal> mruiz: awesome! those help a lot
[07:41] <nixternal> YannDinendal: you can try to use -k<keyid>
[07:41] <YannDinendal> I have a pgp key but I don't know how to use it
[07:41] <YannDinendal> ok
[07:41] <nixternal> i.e., for me I do -k2e2c0124
[07:42] <nixternal> not guaranteeing it will work, but it does every now and then for me
[07:42] <YannDinendal> ok I try it
[07:42] <nixternal> that is why I tend to use dpkg-buildpackage -S -sa -rfakeroot -k2e2c0124 in a script, it always works for me
[07:44] <YannDinendal> thanks nixternal, debuild -S -sa -k350876D5 worked well for me ! :)
[07:45] <nixternal> rock on!
[07:47] <jussi01> dammit...
[07:49] <YannDinendal> nixternal, now I've run   sudo pbuilder build checkgmail_1.12-0ubuntu1.dsc
[07:49] <YannDinendal> it worked
[07:49] <nixternal> gotta love it
[07:49] <YannDinendal> but what have been done ? ^^ created the package ?
[07:50] <mruiz> I'm using Gutsy as VMware image... and I don't have enough space.  Is it recommended to delete some directories from /var/cache/pbuilder ?
[07:50] <jussi01> mruiz: use pbuilder clean
[07:51] <nixternal> YannDinendal: it tested the build and created the *.deb files in /var/cache/pbuilder/results
[07:51] <YannDinendal> oh great !
[07:52] <YannDinendal> so now, what should I do ? test the .deb ?
[07:53] <RainCT> can I use a backslash in debian/control to break a line?
[07:54] <mruiz> thanks jussi01 
[07:54] <jussi01> :)
[07:55] <geser> RainCT: no, its rfc822 format
[07:56] <geser> see the Description field how to break long lines
[07:58] <YannDinendal> nixternal, thank you very much, the deb installs very well. I'll look around for other informations about how to submit it after lunch
[07:59] <nixternal> glad I could help
[08:01] <RainCT> geser: and how can I do that? I've found in http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description that it says that it's allowed, but it doesn't say how :S
[08:02] <geser> lines starting with whitespace count as continuation lines
[08:03] <geser> e.g "Description: line1", " line2", " line3"
[08:05] <RainCT> ah ok, thank you
[08:07] <lucas> nxvl: pong
[08:11] <Q-FUNK> keescook: was that pastebin on amd64?
[08:13] <keescook> Q-FUNK: yup.
[08:13] <keescook> I'm not sure there are 64bit motherboards with that amd driver, though, so I figured it was okay.  :)
[08:13] <Q-FUNK> keescook: ok.  good to know.  looking at configure, though, would suggest that this can build on amd64 as well.
[08:16] <ceros> RainCT: the long one in that page might list off unneeded dependencies
[08:17] <RainCT> ceros: yes, noticed it. over half of what it said weren't needed XD
[08:20] <Q-FUNK> keescook: why didn't this do to main, btw?
[08:27] <RainCT> on debian/copyright, should I only list the copyright holder or all contributors?
[08:29] <keescook> Q-FUNK: do you mean why is it in universe?
[08:30] <Q-FUNK> keescook: yes
[08:30] <keescook> you'll have to check with bryce, I'm not sure the status of getting various video drivers in main
[08:31] <mruiz> see you all!
[08:31] <bryce> hi
[08:32] <Q-FUNK> keescook: are you the one who spoted the arch issue, btw?
[08:33] <bryce> Q-FUNK: I don't know offhand why some drivers are in main and some aren't.  Presumably some are considered in more widespread use than others.
[08:34] <Q-FUNK> bryce: getting this into main would be desirable, especially from an LTSP perspective, as there's a plethora of thin clients using that chipset.
[08:38] <bryce> Q-FUNK: feel free - the directions for getting stuff into main are here:  https://wiki.ubuntu.com/MainInclusionProcess
[08:42] <RainCT> can somebody help me with the debian/rules file? i've no idea what to do there :/
[08:42] <coNP> RainCT: I guess it is a standard Makefile
[08:43] <RainCT> well, I neither know Makefiles
[08:46] <YannDinendal> hi again
[08:47] <YannDinendal> how do I submit a package for inclusion in universe ?
[08:48] <ScottK> !REVU | YannDinendal
[08:48] <ubotu> YannDinendal: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[08:50] <YannDinendal> thanks :) (I had heard of it but I didn't remember if it was this indeed)
[08:58] <YannDinendal> "Your GPG key needs to have an Elgamal secondary key in order to allow encrypting data as well as signing it." 
[08:58] <YannDinendal> how do I know if my key have ElGamal ?
[08:59] <geser> if you took the defaults when you generated your key, you should have a DSA/ElGamal key
[08:59] <YannDinendal> ok :)
[08:59] <geser> you can also check the output from gpg --list-key yourkeyid
[09:00] <geser> for DSA/ElGamal you should get a line starting with "pub   1024D/" (the DSA key) and a line with "sub   2048g/" (ElGamal sub-key)
[09:02] <YannDinendal> yes it's ok :)
[09:04] <YannDinendal> in which directory should I execute dput ?
[09:04] <YannDinendal> /var/cache/pbuilder/result ?
[09:05] <geser> the directory doesn't matter, only the file you dput
[09:05] <YannDinendal> ok
[09:05] <geser> dput revu yourpackage_source.changes
[09:06] <geser> dput will find the other files in the same directory as the .changes file
[09:07] <YannDinendal> yes it worked :)
[09:08] <RainCT> what's the dh_ to install the .desktop and .xpm files?
[09:08] <RainCT> or is a mv OK for those?
[09:10] <geser> dh_desktop
[09:10] <RainCT> does that copy the xpm too?
[09:10] <geser> but it currently only registers them, you have to install them manually
[09:10] <geser> see man dh_desktop
[09:11] <RainCT> geser: thanks
[09:11] <geser> you can use dh_install to install both to the right location
[09:11] <porthose> Any MOTU:  the ampache package is in need of advocates/comments.  Please visit http://revu.tauware.de/details.py?upid=5730 for more details.  Thank you
[09:12] <RainCT> geser: is the dh_desktop ok after   install: build [...]  dh_installdirs   ?
[09:14] <geser> I'm not sure right of my head, but yes. You can look where other packages call it.
[09:17] <RainCT> geser: ok, it's in   binary-arch: build install
[09:18] <YannDinendal> hum... I did   dput revu checkgmail_1.12-0ubuntu1_source.changes   but I forgot asking to re-sync the REVU uploaders keyring so I think it had'nt worked...
[09:25] <RainCT> I get this when trying to upload to revu: Checksum doesn't match for /home/rainct/Desktop/WIP/open-invaders_0.2-0ubuntu1.dsc
[09:26] <jabra> how often is lts versions released
[09:27] <RainCT> ah ok, forgot to debuild again
[09:27] <RainCT> jabra: I think gutsy+1 will be, iirc
[09:27] <YannDinendal> jabra, every 3 versions I think ?
[09:28] <YannDinendal> oh no... that would be gutsy... so I don't know
[09:29] <YannDinendal> is there an admin who could re-sync the REVU keyring ?
[09:29] <jabra> which is it
[09:29] <jabra> 6 months or 1 year ?
[09:30] <RainCT> jabra: the time between each release? 6 months
[09:30] <jabra> so gutsy is lts ok
[09:30] <jabra> great 
[09:30] <jabra> thanks
[09:30] <YannDinendal> no I don't think so !
[09:30] <nixternal> gutsy is not LTS
[09:31] <RainCT> jabra: Gutsy will be on October, but I don't think gutsy is LTS
[09:31] <ScottK> Gutsy in not LTS
[09:31] <nixternal> gutsy+1 MAY be LTS, but that hasn't even been decided on as of yet
[09:31] <ScottK> Heya nixternal.  I see the quality of your sucking up has definitely improved.
[09:31] <nixternal> it is working isn't it :)
[09:32] <YannDinendal> How do I know if my upload in REVU worked ?
[09:32] <nixternal> well, now just need to see that LP change come through, and we will see if the "sucking up" really worked :)
[09:32] <nixternal> YannDinendal: in about 5 minutes check revu :)
[09:32] <coNP> anyone could help me why http://paste.ubuntu-nl.org/27155/ happens?
[09:32] <YannDinendal> ok :)
[09:32] <ScottK> nixternal: Wanna fix some courier troubles for somebody?
[09:32] <nixternal> hehe
[09:32] <ScottK> nixternal: It has to go to tech board too (although that's been a rubber stamp so far).
[09:32] <nixternal> coNP: sudo apt-get -f install
[09:33] <nixternal> oh wait
[09:33] <nixternal> that is a pbuild
[09:33] <coNP> nixternal: it seems to build "out there"
[09:33] <YannDinendal> nixternal, should I re-upload it ? as I uploaded it without being registered...
[09:33] <CarlFK> is there a motu mail list?
[09:33] <nixternal> is this a gutsy pbuilder?
[09:33] <nixternal> YannDinendal: wait a minute or two first
[09:33] <coNP> nixternal: yes 
[09:34] <nixternal> hrmm
[09:34] <YannDinendal> CarlFK, ubuntu-motu@lists.ubuntu.com
[09:34] <RainCT> CarlFK: ubuntu-motu@lists.ubuntu.com
[09:34] <coNP> with "pbuilder update" before build
[09:34] <CarlFK> wow, tied to the second... 
[09:34] <CarlFK> thanks
[09:34] <YannDinendal> lol
[09:35] <nixternal> coNP: was the 2.18.0-2ubuntu1 uploaded recently or something? it is acting like it isn't "there" yet
[09:35] <ScottK> nixternal: See the comments to https://bugs.launchpad.net/ubuntu/+source/courier/+bug/86802 if you want to fix something else that needs fixing.
[09:35] <ubotu> Launchpad bug 86802 in courier "Can't change location of maildir in courier-imap" [Undecided,Fix released]  
[09:35] <nixternal> ScottK: looking now
[09:36] <ScottK> coNP: Try running pbuilder update and then try to build again of the 2.18 whatever version is in the repos
[09:36] <coNP> nixternal: it says it is not going to install python-gnome2-desktop, but does not explain why not
[09:36] <ScottK> coNP: Yes it does
[09:37] <nixternal> coNP: it could be that it isn't being picked up yet
[09:37] <coNP> of course I did a "pbuilder update" 
[09:37] <nixternal> it could be one of those packages that you need to wait a couple of hours, and then do another pbuilder update, and try again :)
[09:37] <nixternal> I hate those, but I have seen a few of them here recently
[09:37] <coNP> okay thanks
[09:38] <coNP> but "outer" apt-get dist-upgrade seems to be able to fetch the same package
[09:39] <nixternal> ScottK: ya, that bug is filled witha  bunch of mumbu jumbo :)
[09:39] <nixternal> is it a courier issue, a maildrop issue, a packaging issue...or just an issue ;p
[09:39] <RainCT> Any MOTU please check this http://revu.tauware.de/details.py?upid=5741.  The first one to comment gets a link to images with cookies :P
[09:40] <ScottK> nixternal: It's probably an issue in many of the courier binary packages.  I just fixed courier-imap since that's what the bug was about.
[09:40] <ScottK> nixternal: You could probably take my fix from 0.53.3-5ubuntu1 and just apply it to all the other binary packages for which it's relevant.
[09:41] <nixternal> I will grab it here in a few...I need some food, I feel myself getting weak ;p
[09:43] <pygi> who is willing to sponsor? :)
[09:43] <YannDinendal> [/home/yann/sources/test]  dput revu checkgmail_1.12-0ubuntu1_source.changes
[09:43] <YannDinendal> Already uploaded to revu.tauware.de
[09:43] <YannDinendal> Doing nothing for checkgmail_1.12-0ubuntu1_source.changes
[09:43] <YannDinendal> but it isn't here : http://revu.tauware.de/ :(
[09:44] <mok0> Delete the .upload file
[09:44] <YannDinendal> ok
[09:45] <YannDinendal> Error '553 Could not create file.' during ftp transfer of checkgmail_1.12-0ubuntu1.dsc
[09:46] <YannDinendal> so it seems to be already there
[09:46] <mok0> Have you published your gpg public key?
[09:46] <YannDinendal_brb> yes
[09:46] <mok0> When?
[09:46] <YannDinendal_brb> https://launchpad.net/~yannbreliere
[09:47] <YannDinendal_brb> 2 monthes ago I think
[09:47] <mok0> OK :-)
[09:47] <Q-FUNK> keescook: -amd just got accepted by debian, it seems
[09:48] <mok0> YannDinendal: you may have to ask an admin to clear your old files from REVU
[09:50] <coNP> oh I guess I got it
[09:50] <coNP> it was my fault, sorry
[09:51] <mok0> YannDinendal_brb: you could try dput -f revu ....source.changes
[09:52] <YannDinendal> same error with -f
[09:52] <YannDinendal> Package includes an .orig.tar.gz file although the debian revision suggests
[09:52] <YannDinendal> that it might not be required. Multiple uploads of the .orig.tar.gz may be
[09:52] <YannDinendal> rejected by the upload queue management software.
[09:52] <YannDinendal> Uploading to revu (via ftp to revu.tauware.de):
[09:52] <YannDinendal>   checkgmail_1.12-0ubuntu1.dsc: 
[09:52] <YannDinendal> Error '553 Could not create file.' during ftp transfer of checkgmail_1.12-0ubuntu1.dsc
[09:52] <YannDinendal> Note: This problem might be caused by files already existent on the server.
[09:52] <mok0> I've had that only once, when I used the i386.changes file instead of the source.changes
[09:53] <mok0> somehow it locks up if it has a binary .deb
[09:57] <YannDinendal> is there an admin who could check if it has been uploaded ?
[10:07] <YannDinendal> on this page : http://revu.tauware.de/lostpw.py?email=yannbreliere@gmail.com
[10:07] <YannDinendal> Now paste the text below, and enter EOT<return>
[10:07] <YannDinendal> there is nothing below :(
[10:07] <RainCT> !REVU | RainCT
[10:17] <RainCT> please review http://revu.tauware.de/details.py?upid=5741
[10:28] <ScottK> RainCT: Is putting (RainCT) in your e-mail address still valid?  I thought that was the RFC 822 pretty name delimiter.
[10:29] <RainCT> ScottK: neither pbuilder nor dpkg-buildpackage complain, and that's how I've it in my GPG ke
[10:29] <RainCT> s/ke/key
[10:29] <ScottK> ok
[10:30] <ScottK> RainCT: Last line of description should be [2 space]  Hompage: [URL}
[10:30] <ScottK> without any actual { or } in it.
[10:30] <RainCT> ScottK: ok. is there any other problem with it?
[10:31] <YannDinendal> ScottK, can you see if my package have been uploaded ? it seems it didn't work :( I don't know what to do...
[10:31] <RainCT> ScottK: homepage like that? http://paste.ubuntu-nl.org/27171/
[10:32] <YannDinendal> it is checkgmail_1.12-0ubuntu1_source.changes signed with yannbreliere@gmail.com
[10:32] <ScottK> RainCT: That's all I saw on a quick scan through.  That's all I have time for right now.
[10:33] <ScottK> YannDinendal: Did you join the "Contributors of Packages to Universe" team on launchpad and then ask to have the REVU keyring re-syched after you did?
[10:33] <RainCT> ScottK: ok, thanks. how can I upload it again?
[10:34] <RainCT> with -f ?
[10:34] <YannDinendal> yes, I'm in "Contributors of Packages to Universe" and asked a re-sync but I don't know if it have been done
[10:34] <ScottK> RainCT: It you rebuild and resign the package, I don't think you'll need -f, but if it won't take it, then yes, -f.
[10:35] <ScottK> YannDinendal: Normally someone will tell you if it has (I'm not a REVU admin, so can't).  Otherwise it's automatically done I think once per day.
[10:36] <YannDinendal> ok
[10:42] <RainCT> ScottK: ok, thanks
[10:44] <RainCT> ScottK: I think REVU marked the new one as older :S
[10:44] <RainCT> ScottK: http://revu.tauware.de/diff.py?upid1=5744&upid2=5741
[10:47] <ScottK> RainCT: It's fine http://revu.tauware.de/diff.py?upid1=5741&upid2=5744 you just need to start from the new one and diff to the old one.
[10:48] <RainCT> ScottK: then shouldn't the files listed above be updated? because clicking on open-invaders_0.2-0ubuntu1.diff still shows the old one
[10:49] <Ng> hey folks
[10:49] <Ng> if I have a package which has a bunch of dpatch patches and I want to add a new patch to the package, can I easily convert a regular patch to a dpatch patch?
[10:49] <Ng> (I hope that makes sense)
[10:50] <ScottK> RainCT: Look at the new upload at upid=5744
[10:50] <ScottK> Ng: Yes.
[10:50] <Ng> ScottK: excellent :)
[10:51] <ScottK> Ng: Use dpatch-edit-patch (it has a very nice man page) and apply the patch inside dpatch-edit-patch.
[10:51] <Ng> ScottK: thanks, I'll check that out :)
[10:51] <RainCT> ScottK: ah ok, thx again :)
[10:52] <Ng> btw, is there some kind of policy with respect to applying patches to things? I'm specifically looking at vdr which has some patches disabled in the debian versions that I'd really like to see enabled in ubuntu
[10:53] <ScottK> Ng: I think you'd want to understand why they are disabled.  
[10:53] <ScottK> Ng: Generally we like to respect the Debian maintainer's choices unless there's a good reason  not to.
[10:54] <Ng> ScottK: ok, I shall make enquiries. I'm happy building it for myself if not :)
[11:06] <xxxxx1> bye all!
[11:09] <RainCT> MOTU's please review http://revu.tauware.de/details.py?upid=5744
[11:21] <nixternal> RainCT: in debian/rules, just remove all of the #dh* stuff if you aren't using it
[11:22] <nixternal> cleaning purposes only
[11:22] <RainCT> nixternal: ok, but I think all packages I've seen have them
[11:22] <nixternal> ya, same here, but I have been informed that if they aren't being used to remove them by DDs
[11:23] <nixternal> I guess they (Debian, some of them) like a tidier file
[11:23] <porthose> MOTU's please review http://revu.tauware.de/details.py?upid=5730 thank you.
[11:24] <RainCT> nixternal: okay. should I also remove lines 3-7?
[11:24] <RainCT> * 3-10
[11:25] <nixternal> I do, but I have noticed some of those who tell me to remove the commented out lines, they leave it
[11:26] <nixternal> actually, when I create packages now I use CDBS, so I remove it all :)
[11:28] <ScottK> If it's something that you'll never use (like dh_perl in a Python package) it really ought to be removed.  
[11:29] <RainCT> ok, uploading.
[11:30] <ScottK> nixternal: I sent your python-scipy patch (along with others) to Debian.  Thanks again: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430588
[11:30] <ubotu> Debian bug 430588 in python-scipy "Python-scipy unable to find umfpack" [Normal,Open]  
[11:31] <nixternal> oooh, I am movin' on up, to the east side
[11:31] <crimsun> duh, you're a deity.
[11:31] <ScottK> Well if they apply the patches I just sent them, the next one will be a sync...
[11:31] <crimsun> we're graced with the presence of multiple Community Council members
[11:31] <nixternal> hah, a deity nevah!
[11:32] <nixternal> ey
[11:32] <nixternal> ?
[11:32] <ScottK> Who's the other one?
[11:32] <nixternal> I don't even see one
[11:33] <ScottK> I just made a bug won't fix 23 minutes after submission. At least he can't complain no one reads the bugs.
[11:33] <nixternal> hahahaha
[11:33] <crimsun> "I was recently nominated and 
[11:34] <crimsun> approved to join the Kubuntu Community Council in which I so graciously hold 
[11:34] <crimsun> a seat."
[11:34] <crimsun> that's obviously Rich
[11:34] <crimsun> Sarah's one
[11:34] <crimsun> Jordan's one
[11:34] <crimsun> Daniel's one
[11:34] <crimsun> we're just mere peons
[11:34] <nixternal> oh
[11:34] <nixternal> Jordan is one?
[11:34] <nixternal> man, I am so out of the loop
[11:34] <nixternal> wait a second, you and ajmitch are council members too!
[11:34] <crimsun> well, he's Edubuntu Council
[11:35] <nixternal> ahh, see didnt' even know they had one I don't think
[11:35] <ajmitch> nixternal: only a mere motu council person
[11:35] <nixternal> ya, but my fate is in your hands, so strike the "mere" from that one :)
[11:36] <ajmitch> hardly worthy of even licking your shoes
[11:36] <nixternal> hahhaaha
[11:36] <ajmitch> I see poor calc is getting grilled on the MC list
[11:36] <nixternal> ya he is, and he has WAY more experience than I do
[11:37] <nixternal> he has a bunch of things that make me think +1 easily
[11:37] <nixternal> DD, Canonical employee, but it could be the last name ;p
[11:37] <ScottK> Except is application read "Canonical hiered me, so I need to be a MOTU" and this is the community driven part of the distro.
[11:37] <nixternal> oh
[11:38] <ScottK> Except I can't type.
[11:38] <nixternal> hehe
[11:38] <ajmitch> ScottK: yet he needs to go through MOTU in order to upload his packages
[11:38] <ajmitch> it's the only way to core-dev
[11:38] <ScottK> Right.  It's a hard problem.
[11:38] <nixternal> hey, he is cool by me, as long as we get some insite as to what Canonical is doing behind our back :)
[11:38] <RainCT> nixternal: http://revu.tauware.de/details.py?upid=5750
[11:38] <ScottK> That's why I said in my message I was glad I didn't have to decide.
[11:38] <nixternal> and just as long as he doesn't "accidentally" shoot one of us in the face during a hunting trip
[11:39] <nixternal> I bet he gets that joke all of the time
[11:39] <ScottK> ajmitch: I agree on the +1, but think there should be some kvetching along the way.
[11:39] <nixternal> you know it!
[11:40] <nixternal> VP Cheney isn't from Texas is he? :)
[11:40] <ScottK> No
[11:40] <calc> hey i'm not related to Dick
[11:40] <ScottK> Wyoming
[11:40] <nixternal> hahahah calc!!!
[11:40] <calc> he's originally from Mass i think
[11:40] <nixternal> I didn't catch your last name until a little while ago
[11:40] <nixternal> and of course the jokes started flowing :)
[11:40] <calc> he was head of haliburton or something like that which was based in Texas, but he's not related to me even in the slightest, heh
[11:41] <calc> my family has lived in the south US for at least 180 years (afaik)
[11:41] <TheMuso> Hi folks.
[11:41] <porthose> Halibuton is based on Duncan OK
[11:41] <ajmitch> hello calc :)
[11:41] <calc> porthose: pretty soon Dubai
[11:41] <calc> porthose: there is a huge Haliburton office in northeast Houston
[11:41] <ajmitch> calc: you've been hanging around ubuntu channels & doing small things for awhile, no?
[11:42] <calc> ajmitch: more or less yea
[11:42] <ajmitch> that's what I thought
[11:42] <calc> ajmitch: i've been hanging around irc for 8.5 years ;)
[11:42] <calc> on freenode anyway
[11:42] <ajmitch> yeah I know, I've been around #debian-devel for awhile too :)
[11:42] <calc> been in the ubuntu channels since late 2004 when they started up
[11:42] <nixternal> calc: that doesn't say much for character...I have been around for a long time as well (IRC) and now look at me ;p
[11:42] <calc> nixternal: true :)
[11:43] <nixternal> 8.5 years ago ey, so that long, something tells me prior to IRC, you may have been a Mud user? :)
[11:43] <calc> nixternal: i've been an irc user for ~ 12.5 years before that I was on BBS back into the mid 80s
[11:44] <nixternal> yup, Mud BBS was the greatest!
[11:44] <calc> didn't get internet access until around feb/mar 95, which was also when i started using linux
[11:45] <nixternal> ya, that is the same here...I was in the military...had super fast internet and a lot of floppies :)
[11:45] <nixternal> and a Packard Bell
[11:46] <ScottK> calc: You told it straight which is fine with me.
[11:47] <RainCT> good night
[11:48] <calc> ScottK: ok :)
[11:57] <calc> does stefan potyra use irc?
[11:58] <crimsun> sispoty is his IRC nick.
[11:58] <crimsun> sistpoty
[11:58] <calc> ok he's just not online right now then
[12:09] <ajmitch> calc: seeing what an appropriate bribe would be?
[12:11] <calc> ajmitch: heh something like that ;)
[12:12] <ajmitch> sigh, why does gutsy-changes use the maintainer field now, instead of Changed-By?
[12:12] <calc> ajmitch: i sent him an email and hadn't heard anything back yet so was wondering if he was on irc..
[12:12] <crimsun> I think it uses both
[12:12] <calc> ajmitch: to annoy you obviously ;)
[12:12] <stgraber> ajmitch: it's a known bug
[12:13] <crimsun> I'm getting it and ubuntu-motu is getting spammed
[12:13] <ajmitch> calc: I suspected as much
[12:13] <Fujitsu> Bug #122086
[12:13] <ubotu> Launchpad bug 122086 in soyuz "From: header in -changes@ mails are wrong" [Undecided,New]  https://launchpad.net/bugs/122086
[12:13] <ajmitch> calc: you lost it?
[12:13] <TheMuso> How reliable is LVM in gutsy currently?
[12:14] <ajmitch> TheMuso: I haven't lost data yet
[12:14] <crimsun> I'm using LVM fine
[12:14] <calc> ajmitch: i forgot what it was, long hard to remember string
[12:14] <TheMuso> What about snapshots/
[12:14] <ajmitch> though I've still had to manually run lvm in the initramfs to boot
[12:14] <crimsun> I'm not that sophisticated, sorry
[12:14] <Fujitsu> TheMuso: I've been using it for 1.5 months, though haven't rebooted in a couple of days.
[12:14] <TheMuso> Right.
[12:15] <Fujitsu> Snapshots work fine, or I wouldn't be able to use sbuild.