[12:14] <crimsun> etteyafed: sync completed.
[12:18] <etteyafed> crimsun: Right
[12:18] <ScottK> leonel: You probably ought to look at how keescook adjusted your Edgy changelog before you upload the Dapper debdiff http://librarian.launchpad.net/7672386/squirrelmail_1.4.8-1ubuntu0.1_i386.changes
[12:18] <ScottK> leonel: You'll find the changelog entry among the things listed there.
[12:19] <ScottK> Time for me to go cook dinner.  I'll see you all later.
[12:19] <leonel> yes I used that
[12:19] <ScottK> leonel: Great.
[12:19] <leonel> and edited for dapper
[12:19] <ScottK> Keep pressing on then.
[12:22] <ajmitch> especially as I ended up as an advocate somehow
[12:23] <leonel> squirrelmail  done !
[12:31] <welshbyte> padawan... thundercats... i think i'll give up on that thread now :)
[12:35] <persia> I don't want to subscribe now, but why not use "Contributors", which matches the suggested LP group?  Universe is maintained by the contributors (of which MOTU should be a member), whose work is coordinated by MOTU.
[12:40] <crimsun> persia: I like the idea, but it may seem a bit too general.
[12:42] <crimsun> persia: On one hand, one might attempt to differentiate between users and active contributors.  Arguably this distinction is just hand-waving.
[12:43] <persia> crimsun: True.  I just think that matching ubuntu-universe-contributors is good.  Perhaps that group needs a new name (like ~MOTU -> ~ubuntu-dev way back when) formally, and informally use whatever is decided.
[12:44] <crimsun> ajmitch: you and me both.
[12:46] <persia> I argue that differentiation is  good thing.  "users" are incented to become "larvae" (or whatever) by getting a new LP icon, and membership in a team.  The putative Front Desk / Reception could perhaps use that LP team as a tracker for interested parties, etc.  My experience is that "users" (even those that submit patches) are more interested in "works for me" than "a fix for everyone", but that the same individuals are happy t
[12:47] <jmg> persia: what are you quoting from?
[12:47] <crimsun> cut off at "are happy t"
[12:47] <persia> jmg: The little man who sits behind my ears :)
[12:47] <jmg> url?
[12:47] <persia> crimsun: the same individuals are happy to see a generalised solution when they receive some (perhaps only internal ego-based) reward.
[12:47] <jmg> larvae == ubuntero?
[12:48] <jmg> persia: more often than not, those that make it "work for me" and submit a patch simply dont have the expertise/time to make sure it works for everyone
[12:49] <jmg> and resource
[12:50] <persia> jmg: No URL yet - check the IRC logs later.  As for Uunteros, I think these include many people who are not interested in the maintenance of Universe, but rather enjoy support, bug triage, translation, community development, etc.  The ubuntu-motu thread was about a different term for "MOTU Hopeful", which perhaps encouraged stronger self-identification for a casual reader.
[12:50] <pochu> good night MOTUlandia! :)
[12:50] <jmg> ah
[12:50] <jmg> "maggot
[12:50] <jmg> "
[12:50] <jmg> :)
[12:50] <jmg> actually
[12:50] <jmg> what was He-Man before he became a MOTU?
[12:51] <crimsun> in the figurative sense or in reality?
[12:51] <crimsun> back in the day both Chris Halls and Daniel Holbach led what would become MOTU
[12:52] <jmg> According to his wikipedia page, he was originaly a Prince
[12:52] <welshbyte> persia: my original thought was that those of us who are not (yet?) MOTUs don't really have a cool identifying banner to march under, so to speak, and using "hopefuls" to group us is a little assuming and non-specific, i just can't think of any decent alternatives :)
[12:55] <welshbyte> (my attempt was Ubuntu Apprentices but i don't think it flies well)
[12:56] <persia> welshbyte: I agree.  I've never identified well with "Hopeful".  Separately, I think a lot of people who are not MOTU nor attempting specifically to become MOTU do a lot of good work.  Organising these people would lead to a better Universe (although a longer U-U-S queue).
[12:56] <jmg> sourceror's apprentice?
[12:56] <jmg> wannabe?
[12:56] <jmg> whats a baby warthog called?
[12:57] <jmg> "Piglet"
[12:57] <TheMuso> ScottK: I received your email as CC.
[12:57] <jmg> whats the african name for a baby warthog
[01:00] <crimsun> could you clarify "african name"?
[01:00] <crimsun> Is there a specific language you seek?
[01:02] <crimsun> this reminds me of Tad Williams's Otherland series, but that's dangerously offtopic.
[01:02] <ScottK> TheMuso: Thanks for your response.
[01:02] <jmg> crimsun: whatever language Mark likes to use
[01:02] <jmg> crimsun: indeed
[01:02] <jmg> !xabbu
[01:03] <ubotu> Sorry, I don't know anything about xabbu - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[01:11] <welshbyte> persia: if a longer U-U-S queue means more bugs are being fixed, that's great :)
[01:11] <Hobbsee> welshbyte: you clearly arent on the list :P
[01:13] <welshbyte> Hobbsee: would you prefer to fix the bugs yourself? :)
[01:14] <dothebart> what does 'nmu' expand to?
[01:14] <Hobbsee> welshbyte: nope
[01:14] <persia> welshbyte: Only if there are more active sponsors.  Right now, four or five people seem to be trying to cover all of it, and sometimes patches will sit there for two or three weeks.  The processes need enough balance that contributors are encouraged to keep feeding the queue.
[01:14] <Hobbsee> dothebart: no maintainer upload - only applies to debian
[01:14] <persia> dothebart: Non Maintainer Upload.
[01:15] <Hobbsee> persia: and people responding back if their patches are still necessary
[01:15] <persia> Hobbsee: And bugsquad not changing "Needs Info" to "Confirmed" when a revision of the patch is requested.
[01:15] <dothebart> because of these warnings:
[01:15] <dothebart> http://revu.tauware.de/revu1-incoming/webcit-0705161622/lintian
[01:16] <persia> dothebart: Ignore those warnings.  All Ubuntu uploads are NMUs.
[01:16] <Hobbsee> persia: true - well, the reporter who's answering.  no need for the bugsquad to do it
[01:16] <dothebart> ah, ok.
[01:17] <dothebart> so now i need somebody to revue my packages?
[01:18] <persia> Hobbsee: I think best workflow is for the person preparing the patch to reset to "Confirmed" when the updated patch is ready.  I've had a few where "Needs Info" was switched to "Confirmed" because there was sufficient information to identify the bug.  Perhaps we need a new status "Fix Ready" for when there is a debdiff patch attached, to prevent namespace collision with bugsquad definitions.
[01:19] <welshbyte> persia: yes, you have a good point... the expansion should start at the top of the chain to accommodate further expansion at the bottom
[01:19] <Hobbsee> persia: mmm....let me think on that
[01:19] <keescook> say, is it legal to use dh_link on files outside your package?  Debian Policy isn't helpful (http://www.debian.org/doc/debian-policy/ch-files.html#s10.5)  I'm specifically looking at http://revu.tauware.de/revu1-incoming/mythtv-themes-unofficial-0705120325/mythtv-themes-unofficial_0.20070418-0ubuntu1.diff
[01:19] <Hobbsee> anything which doesnt require a LP change is good
[01:19] <persia> welshbyte: That's just process work - encouraging nomenclature is still required.
[01:20] <welshbyte> agreed
[01:23] <persia> Hobbsee: Perhaps it's just a matter of documentation.  If there is a note on bugsquad pages that bugs subscribed to ubuntu-*-sponsors have a different meaning for status, and to check the wiki page (needs drafting) to see that "Needs Info" means the patch was rejected and "Confirmed" means ready for sponsor processing,  The only place this breaks is with SYNC requests, where only members of ubuntu-*-sponsors should set to confir
[01:23] <persia> On the other hand, that requires U-*-S to be more aggressive about unsubscribing when there is no patch, or patch in preparation.
[01:27] <crimsun> persia: your statements are overflowing the line limit.
[01:27] <crimsun> "where only members of ubuntu-*-sponsors should set to confir"
[01:27] <persia> crimsun: what's your line limit?  I'll try to break into smaller paragraphs.
[01:28] <persia> crimsun: members of ubuntu-*-sponsors should set to confirmed.
[01:41] <Hobbsee> persia: the whole u-u-s thing being undocumented needs fixing,yes
[01:41] <Hobbsee> if i werent so lazy, i would have written it on the plane
[01:41] <Hobbsee> but i'm still pretty jetlagged
[01:41] <Hobbsee> however, i will read backscroll, etc, and try to figure out something
[01:43] <persia> Hobbsee: Thanks.  I keep meaning to, but I haven't gotten around to updating MOTU/Launchpad/Guide since January, and it's painfully out of date (and was never completed in any case).
[01:44] <Hobbsee> yep
[01:44] <superm1> hey Hobbsee, could you do a follow up revu for a packet that you were the first reviewer on a few weeks ago?
[01:44] <Hobbsee> superm1: not at the moment, sorry
[01:44] <superm1> mythbuntu-artwork-usplash, http://revu.tauware.de./details.py?upid=5140
[01:44] <superm1> okay
[01:45] <etteyafed> ok, is anyone interested in answering a stupid question? category: dpkg-buildpackage
[01:45] <ScottK> persia: Good thing you can help with the UUS queue now...
[01:46] <ScottK> ajmitch: I read the scrollback.  If I misinterpreted our conversation about my application, my sincere apology.  Please say so when you write the list about it.
[01:47] <persia> ScottK: heh.
[01:47] <persia> etteyafed: You'd do best to ask your question.  You'll probably get two responses or none :)
[01:50] <etteyafed> persia: ok. ; any: well revu keeps rejecting my package (Unable to find distrorelease: unstable) but i can't find where to set this value anywhere. I don't think it's in control.
[01:50] <ajmitch> ScottK: no, there was no misunderstanding :)
[01:50] <ScottK> ajmitch: OK.  Thanks.
[01:51] <Adri2000> etteyafed: debian/changelog
[01:51] <etteyafed> argh!
[01:51] <persia> etteyafed: In the changelog, in your entry, just change unstable to gutsy (e.g. "foo (1.2-3ubuntu4) gutsy; urgency=low").
[01:52] <ajmitch> etteyafed: revu shouldn't reject anything, make sure you're uploading to the right place
[01:53] <orion2012> If any MOTU's are available, please review gconf-cleaner http://revu.tauware.de/details.py?upid=5147
[01:53] <etteyafed> yeah i see it now thanks, Adri2000 && persia. well it must do some checking, it sends me an email with a rejection notice based on the distrorelease not being set correctly.
[01:53] <ScottK> leonel: Just saw keescook's comment on your Dapper patch.  Congrats.  You are now the Ubuntu distro's squirrellmail expert (not kidding).
[01:54] <Adri2000> etteyafed: you are probably uploading to ubuntu instead of revu. try dput revu *_source.changes
[01:54] <ScottK> leonel: Would you consider subscribing to bugmail for squirrellmail and keeping an eye on it?
[01:54] <ajmitch> keescook: sorry I didn't tackle samba last night, I ended up crashing & sleeping for awhile
[01:54] <keescook> ajmitch: no worries!  I'm in no rush.  :)
[01:55] <keescook> ah, well, in that case.  "Get to it!"  ;)
[01:55] <etteyafed> Adri2000: you may be right actually, I thought I read that in ubuntu dput was setup auotmatically to go to revu but maybe not
[01:56] <etteyafed> Adri2000: wow upload.ubuntu.com. oops
[01:57] <ScottK> keescook: I started looking at clamav and some of the changes make my head hurt.  I haven't given up, but it's going to need someone else to double check it closely.
[01:57] <ScottK> etteyafed: I've done that before too.
[01:58] <keescook> ScottK: sure, I'm happy to look it over.  you're talking about the gutsy merge?
[01:59] <ScottK> Yes.  I'll let you know when it's ready to look at.
[01:59] <ScottK> Thanks.
[02:00] <ScottK> Gotta run.  The 4 year old is persecuting the 13 year old in the other room.
[02:00] <ajmitch> heh
[02:00] <keescook> can another REVU reviewer look at http://revu.tauware.de/details.py?upid=5114 ?  I think it's ready to go, but I don't want to get slapped by Mithrandir again if I upload a bad package.  :)
[02:01] <etteyafed> I guess i just need to stop doing 10 things at once and actually READ the docs once in a while. can't  skim everything ;)
[02:03] <DarkSun88> Any universe sponsor? Could you so kind to check this bug? https://bugs.launchpad.net/ubuntu/+source/ebview/+bug/115138
[02:03] <ubotu> Launchpad bug 115138 in ebview "Please merge ebview 0.3.6-2.1 from Debian unstable" [Undecided,Unconfirmed]
[02:04] <ajmitch> the symlink thing doesn't look nice, but it does at least depend on ttf-bitstram-vera
[02:04] <crimsun> the orig.tar.gz is missing, keescook.
[02:04] <superm1> crimsun, its on the first upload
[02:04] <superm1> it's about 90 megs, so didnt upload multiple times
[02:05] <ajmitch> DarkSun88: is that patch in debian's BTS?
[02:05] <DarkSun88> ajmitch: I just added the directory patch in debian/ including the patch.
[02:06] <ajmitch> DarkSun88: right, but does the debian maintainer know about the problem & the patch?
[02:06] <DarkSun88> I don't know. :(
[02:06] <etteyafed> great my package is listed on revu now. now people are like to look at my awefull code eventually :0
[02:06] <ajmitch> it's not essential for the upload, but it's nice to do
[02:07] <DarkSun88> ajmitch: Mm, ok. Excuse me.
[02:08] <leonel> ScottK: how is that ?
[02:09] <ajmitch> DarkSun88: 99% of people don't seem to do it anyway
[02:09] <leonel> ScottK: clamav 0.90.2  in dapper ??
[02:09] <DarkSun88> ajmitch: Yes, but it's nice to do..
[02:10] <leonel> keescook: thank's  I hope my wife  didn't  see that ...
[02:10] <keescook> leonel: heheh.  I'm just happy to see squirrelmail getting attention.
[02:11] <bddebian> Heya gang
[02:11] <DarkSun88> bddebian: Hi :)
[02:11] <bddebian> Hello DarkSun88, keescook
[02:11] <Hobbsee> hiya keescook
[02:11] <keescook> hiya Hobbsee :)
[02:12] <leonel> keescook: squirrelmail was a  stopper for me  to install ubuntu as a server for  end users  that need  webmail
[02:12] <leonel> keescook: now  no more :-)
[02:13] <keescook> leonel: terrific!  :)
[02:13] <crimsun> oh good god, tarballs.
[02:13] <Hobbsee> of?
[02:13] <crimsun> mythtv-themes-unofficial-0.20070418/archives
[02:13] <ajmitch> mythtv crack
[02:13] <ajmitch> Hobbsee: you're awake already? :)
[02:13] <Hobbsee> ajmitch: i got up at about 3.30am, yes
[02:13] <crimsun> ajmitch: she's taking over ALSA, yay!
[02:13] <Hobbsee> crimsun: hah.  dream on.
[02:14] <crimsun> Hobbsee: no dear, it's happening kthx.
[02:14] <ajmitch> crimsun: YAY!
[02:14] <ajmitch> Hobbsee: insane
[02:14] <Hobbsee> ajmitch: i know.  jetlag
[02:15] <ajmitch> at least I'm keeping vaguely normal hours
[02:15] <ajmitch> though going to bed before 9AM & then being awake from about 1:30-3am isn't particularly normal
[02:15] <ajmitch> s/9AM/9PM/
[02:17] <leonel> keescook: now  what to do with :  https://bugs.launchpad.net/ubuntu/dapper/+source/squirrelmail/+bug/78144    and https://bugs.launchpad.net/ubuntu/dapper/+source/squirrelmail/+bug/57195
[02:17] <ubotu> Launchpad bug 78144 in squirrelmail "CVE-2006-6142 Cross site scripting in compose, draft & HTML mail viewing" [Undecided,Confirmed]
[02:17] <Hobbsee> ajmitch: heh, yes
[02:17] <superm1> good evenin imbrandon
[02:17] <imbrandon> heya superm1
[02:19] <imbrandon> Hobbsee, is that scater kid looking for just a shell or webspace, or build access? ( honestly if its just a shell for screen + irssi i have better things to use my resources on, but if he genuninely wants access to a buildd and can get a MOTU or two to vouch i dont mind, and webspace is a easy no brainer i'll give him )
[02:19] <imbrandon> wow that was long winded
[02:20] <imbrandon> if someone wants to pass message that along to him :)
[02:20] <keescook> leonel: you fixed CVE-2006-6142 in dapper and edgy, so I guess I should close it.  :P
[02:20] <superm1> imbrandon, speaking of buildd's, could you suss out the buildd process for pegasus before work tonight?
[02:21] <imbrandon> i would be better for me to do AT work as i havent slept yet hehe
[02:21] <imbrandon> superm1, btw when i upgrade my main webserver this weekend i have a beefier box mythbuntu can inherit
[02:21] <leonel> keescook: and  57195  too got fixed
[02:22] <imbrandon> ( the current webserver )
[02:22] <superm1> awesome imbrandon
[02:22] <superm1> imbrandon, what are you doing in the channel if you havent slept yet :)  dont you work in a few hours ?
[02:23] <imbrandon> yea i work in a few hours, i got up for some food
[02:23] <keescook> leonel: nice.  I've closed that one too.  good work!  No open bugs on squirrelmail, it seems.  :)
[02:23] <imbrandon> and a phone call to a girly about this weekend :)
[02:23] <superm1> hehe
[02:23] <leonel> keescook: great !
[02:23] <Hobbsee> imbrandon: he's here.  i think just a shell and such.
[02:24] <imbrandon> sacater, ahhh see above
[02:24] <imbrandon> sacater, drop me an email<EMAIL_ADDRESS>/me is headed off for a nap
[02:25] <ajmitch> imbrandon: got the new sparc running?
[02:25] <imbrandon> ajmitch, yea just waiting on an IP, its a dual proc ultrasparc-II 300mhz with a gig of ram
[02:26] <ajmitch> nice
[02:28] <imbrandon> the cool thing is it can hold 2gb ram, that is if i can find enough 128mb sticks
[02:28] <imbrandon> it takes a "field of rams"
[02:28] <imbrandon> all 128mb chips
[02:28] <imbrandon> hehe
[02:28] <ajmitch> Hobbsee: tackle bug 115107 please
[02:28] <ubotu> Launchpad bug 115107 in checkinstall "checkinstall cannot install" [Undecided,Unconfirmed]  https://launchpad.net/bugs/115107
[02:29] <imbrandon> anyhow /me is off to sleep
[02:29] <Hobbsee> ajmitch: haha, i saw that earlier
[02:32] <ajmitch> so, how should I convert an mbox file to maildir? :)
[02:33] <TheMuso> ajmitch: Set up mutt to create new boxes as maildir, and convert that way.
[02:34] <ajmitch> TheMuso: well, this is an mbox file with ~350K mails in it
[02:35] <TheMuso> ajmitch: Ouch.
[02:35] <ajmitch> approx 2GB of ubuntu bugs
[02:36] <keescook> ajmitch: one sec, finding utility I've done mbox->maildir conversions with...
[02:37] <keescook> ajmitch: http://batleth.sapienti-sat.org/projects/mb2md/
[02:37] <ajmitch> thanks :)
[02:37] <keescook> great stuff; we used that at OSDL to move everyone to Maildir
[02:37] <ajmitch> I'll need to turn on dir_index for ext3 as well
[02:37] <crimsun> "The XML files contained within this theme are distributed under the GNU General Public License (aka GPL) version 2 see the file "COPYING" for details on the GPL."  ...  "The original artwork contained within this theme is Copyright (c) 2005 Technovera Inc.  Unauthorized redistribtion of this artwork is forbidden."
[02:37] <ajmitch> so that it doesn't completely suck
[02:37] <crimsun> wtf does the latter part mean?
[02:38] <keescook> crimsun: whoa.  errr... that sucks
[02:39] <superm1> crimsun, which one is that from?
[02:39] <superm1> the laquer themes?
[02:40] <crimsun> 0.20-syth-blue-wide.tar.bz2
[02:40] <crimsun> artwork by Renato "Treetog" Veras and James Meyer
[02:41] <crimsun> Please report any issues with this theme to james.meyer at operamail.com
[02:41] <superm1> those were commercial themes at one point.
[02:41] <superm1> I think thats where that originated from
[02:41] <crimsun> it will not pass archive admin review as-is
[02:41] <superm1> let me see if i can find the posting releasing them to the public
[02:41] <crimsun> there /must/ be clarification.
[02:41] <superm1> Ok.
[02:43] <crimsun> same for 0.20-syth-green-wide.tar.bz2 and 0.20-syth-lacquer-wide.tar.bz2
[02:44] <superm1> yea they were all part of the same commercial product
[02:44] <crimsun> and syth-lacquer-clean-wide.tar.bz2
[02:46] <crimsun> you might want to think about breaking up this source package
[02:46] <crimsun> it's HUGE
[02:46] <superm1> how would you say to break it?
[02:46] <jmg> what package?
[02:46] <superm1> just individual theme's packages
[02:47] <superm1> and then have a metapackage that will get them all at once
[02:47] <ajmitch> keescook: it doesn't like my mbox files
[02:47] <crimsun> bloo* into one, syth* into another, ProjectGrayhem* into another
[02:47] <crimsun> etc.
[02:47] <superm1> okay
[02:47] <superm1> i'll do that then
[02:47] <jmg> have you considered that ubuntu-media-center is going with elisa, not myth?
[02:48] <ScottK> leonel: Next we need to look at backports for squirrelmail as there is a vulnerable version in the Dapper backports repository.  For that you can request the Gutsy version be backported to Dapper and Edgy.
[02:48] <ScottK> leonel: Working on clamav 0.90.2 for Gutsy.
[02:49] <keescook> ajmitch: how strange...
[02:49] <ScottK> leonel: There are API changes that make it REALLY hard to backport clamav 0.90 anything to Dapper/Edgy.  It breaks other stuff.
[02:50] <ScottK> leonel: Backport request process is here: https://wiki.ubuntu.com/BackportRequestProcess
[02:50] <ajmitch> keescook: probably something to do with the odd From & >From lines that got stuck in it somehow, somewhere
[02:51] <ajmitch> which mutt doesn't complain about
[02:52] <keescook> ajmitch: hm... well, it should at least be a good start for a script to do it.  :)
[02:52] <Daviey> crimsun, re theme packages - doesn't it make an update harder if an author only updates one package?  Or rather only fixes one package when main app breaks legacy themes.  I knwo of one author who say's he won't maintain non-widescreen themes
[02:53] <crimsun> Daviey: to what does "it" refer?
[02:54] <Daviey> crimsun, grouping themes inside one tar?
[02:54] <crimsun> Daviey: yes, that's one of the reasons (uncited) that I recommend that Mario break up that gigantenormous source package.
[02:57] <dakira> hi! when I build a daemon.. how do I go about registering its init-script on install at a certain runlevel? i mean do you have a hint what to put in the debian/rules file?
[02:58] <ajmitch> dakira: update-rc.d in the postinst
[02:58] <persia> dakira: man dh_installinit for detailed instructions
[02:59] <dakira> ajmitch, persia.. thx! I've learnt alot here in the past 24h!
[02:59] <persia> ajmitch: is dh_installinit no longer best practice?
[02:59] <ajmitch> yes, dh_installinit will work better, as it puts the right stuff into postinst
[02:59] <ajmitch> persia: I'm still jetlagged, my brain isn't quite here yet :)
[03:00] <persia> ajmitch: No worries.  My defaults are just to assume that you are correct.
[03:00] <dakira> well.. init scripts shouldn't be used anymore, i know that.. but I don't want to write an upstart script just yet ;)
[03:00] <ajmitch> persia: those are broken defaults
[03:01] <leonel> ScottK: so there won't be security updates for dapper-backports  instead   a  backport from gutsy is filled ?
[03:05] <superm1> crimsun, jams is  james.meyer at operamail.com.  I mailed him about the license
[03:06] <ScottK> leonel: Yes.
[03:07] <jams> crimsun-  yes the themes can be packaged up.
[03:07] <jams> artwork and xml files
[03:09] <leonel> ok
[03:09] <leonel> where do I subscibe for squirrelmail bugs ?
[03:09] <leonel> ScottK:  ?
[03:09] <persia> leonel: https://launchpad.net/ubuntu/+source/squirrelmail/
[03:10] <dakira> g'night everyone...
[03:15] <leonel> persia: in bug contacts ?
[03:16] <ScottK> leonel: https://launchpad.net/ubuntu/+source/squirrelmail/+subscribe
[03:16] <leonel> found   in Bugmail settings    I want to receive  all bugmail for squirrelmail
[03:16] <ScottK> That's the one.
[03:17] <leonel> done
[03:17] <ScottK> Great.
[03:17] <leonel> so all bugs filled  for  squirrelmail  will be notified  to me ?
[03:17] <ScottK> Yes
[03:17] <ScottK> As well as updates
[03:17] <leonel> ok
[03:18] <ScottK> Next is the backport request.
[03:18] <leonel> so  the next to do is to ask for  backport  squirrel
[03:18] <ScottK> Yes
[03:18] <persia> ScottK: Updates?  I never get anything except bugmail.  Am I not subscribed to the right place?
[03:18] <ScottK> UPdates to the bugs.
[03:18] <leonel> from gutsy  to  ???   feisty  edgy  dapper ?
[03:18] <ScottK> Not updates to the package
[03:18] <ScottK> leonel: Gutsy to Dapper and Edgy.
[03:19] <persia> ScottK: Right.  Thanks.
[03:19] <ScottK> Even though the version numbers are different, Feisty and Gutsy code is identical, so no point in a backport.
[03:21] <leonel> ScottK:  not for  feisty ?
[03:21] <ScottK> No
[03:21] <leonel> ok
[03:21] <ScottK> WIth your patch, the Feisty and Gutsy code are identical.
[03:21] <leonel> I got it
[03:22] <leonel> so I report a bug  requesting    backport squirrelmail  from gutsy to dapper ?
[03:22] <leonel> https://launchpad.net/dapper-backports/+filebug ?
[03:30] <ryanakca> http://revu.tauware.de/details.py?upid=4962 , should I make an .orig.tar.gz without a debian/ ? I emailed the author a couple of weeks ago... his email address doesn't exist...
[03:30] <ScottK> leonel: Yes
[03:30] <ScottK> Then you can add edgy-backports upstream to the same bug.
[03:32] <leonel> "Request backport for squirrelmail from gutsy to dapper "    as summary ?
[03:32] <ScottK> and Edgy
[03:32] <ScottK> Yes
[03:33] <leonel> both in the same  report ?
[03:33] <leonel> "Request backport for squirrelmail from gutsy to dapper and  edgy "
[03:33] <ScottK> Yes
[03:34] <ScottK> ryanakca: According to MOTU/FAQ: https://wiki.ubuntu.com/MOTU/FAQ it's up to you unless you need to remove a file from the shipped debian dir, then you have to repack it.
[03:43] <leonel> ScottK:  for description  just  say that theres a security bug  fixed in  gutsy ?
[03:44] <leonel> ScottK: "squirrelmail  backported version to dapper  has security bugs  fixed in gutsy"
[03:47] <leonel> there's no  edgy backported squirrelmail
[03:47] <leonel> ScottK:  https://bugs.launchpad.net/dapper-backports/+bug/115149
[03:47] <leonel> done
[03:57] <ryanakca> ScottK: thanks
[03:59] <ScottK> ryanakca: You're welcome.
[04:00] <ScottK> leonel: You didn't mark that bug as private did you?
[04:00] <ScottK> leonel: I can't access it.
[04:00] <ScottK> leonel: If you did, undo it please....
[04:00] <leonel> done
[04:03] <ScottK> leonel: Now add edgy-backports: https://bugs.launchpad.net/dapper-backports/+bug/115149/+choose-affected-product
[04:03] <ubotu> Launchpad bug 115149 in dapper-backports "Request backport for squirrelmail from gutsy to dapper  and edgy" [Undecided,Unconfirmed]
[04:04] <leonel> ScottK:  done
[04:15] <Kr4t05> Who's the MOTU that compiled/added IDJC to the feisty repos?
[04:16] <ajmitch> is there a problem with it?
[04:17] <ScottK> leonel: Looks good.
[04:28] <leonel> ScottK: thanks  a lot
[04:28] <Kr4t05> ajmitch: No, I just wanted to hug the person. :)
[04:29] <welshbyte> just about to send a little patch up to debian... if i file a bug, will the bts do the right thing if i attach the patch to the email?
[04:29] <ScottK> welshbyte: If you tag it as having a patch, yes.
[04:30] <ScottK> leonel: You're welcome.  Thank you for your work here.
[04:30] <welshbyte> ok... guess i should read a bit more then :)
[04:30] <leonel> ScottK: let's take a look  at  clamav ..
[04:30] <leonel> ScottK: but that be tomorrow ..
[04:31] <ScottK> leonel: Or later.  Look at all the things that depend on one of the binary packages from clamav and think hard about testing all that for a backport.
[04:31] <ScottK> leonel: I'm in favor, but it's a lot of work.
[04:32] <leonel> I think clamav must be  the  newer in production
[04:32] <ScottK> leonel: Yes, but what good is it if all the stuff that uses it gets broken in the process.
[04:33] <ScottK> leonel: There is some consensus that clamav is worth taking higher risk than usual to backport, but that risk tolerance is not infinite.
[04:33] <leonel> ScottK: yes   it's bad  i know
[04:33] <leonel> there are no bugs in dapper's   clamav ?  I mean  security bugs ?
[04:33] <leonel> havent  checked yet
[04:34] <ScottK> leonel: There are.
[04:34] <racarr> You're even scarier in this alternate form.
[04:34] <ScottK> leonel: Are you subscribed to the motu mailing list?
[04:34] <ScottK> https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
[04:34] <racarr> oops....I just replied to something that was said 2 days ago :/
[04:34] <leonel> I don't believe    going  for it
[04:34] <racarr> somehow irssi got way scrolled up.
[04:34] <ScottK> racarr: To whom?
[04:35] <racarr> Err. It was a conversation between laserjock hobbsee and ajmitch. But because of how my scrollback was, I thought it was occuring right now
[04:35] <ScottK> OK.
[04:35] <leonel> done
[04:36] <ajmitch> racarr: time to catch up
[04:36] <ScottK> leonel: You might look at https://lists.ubuntu.com/archives/ubuntu-motu/2007-April/001584.html
[04:37] <racarr> Can someone look at http://people.freedesktop.org/~racarr/beryl-crack/aquamarine/ It's a series of copyright fixes with aquamarine. If someone could once over it and upload it I would appreciate it
[04:37] <ScottK> also the IRC logs for the 4/26 MOTU meeting in #ubuntu-meeting.
[04:39] <leonel> ScottK: thanks
[04:39] <ajmitch> aha, LaserJock
[04:39] <ajmitch> night ScottK
[04:39] <leonel> well motus    Good night
[04:40] <LaserJock> uh oh
[04:40] <LaserJock> ajmitch: what'd I do?
[04:43] <joejaxx> man
[04:43] <joejaxx> please tell me why network-manager-gnome likes wiping out your resolv.conf even when you specify the ip range for the vpn?
[04:44] <joejaxx> i do not get it
[04:44] <LaserJock> NM wipes out everything
[04:46] <ajmitch> LaserJock: nothing to be worried about, yet
[04:46] <joejaxx> LaserJock: yes but i thought it would be smart enough to know that if i specify a vpn ip group that i obviously am using the non-vpn connection for other things
[04:47] <joejaxx> and that i need name resolution
[04:47] <joejaxx> oh well :P
[05:28] <LaserJock> hmm, interesting
[05:28] <nixternal> is it?
[05:28] <LaserJock> a package that FTBFS when building over ssh
[05:29] <jmg> due to /dev/console stuff?
[05:30] <LaserJock> jmg: I don't think so
[05:31] <LaserJock>  ./configure gives me:
[05:31] <LaserJock> checking for python module gtk... X11 connection rejected because of wrong authentication.
[05:32] <StevenK> Hrm. psusi pinging at 5am local time. Huzzah
[05:33] <StevenK> LaserJock: That can be fixed.
[05:33] <StevenK> LaserJock: When I say fixed, I mean worked around.
[05:38] <StevenK> Gasp! GCC 4.2 final has been released.
[06:38] <welshbyte> ok i'm happy with my xpdf merge now... what do i need to provide to get it sponsored and where should i put it?
[06:39] <LaserJock> attach a debdiff to a bug report and subscribe ubuntu-universe-sponsors
[06:39] <welshbyte> will do
[06:41] <welshbyte> LaserJock: do you mean a debdiff between the previous ubuntu version and my merge or the debian version and my merge?
[06:48] <LaserJock> welshbyte: debian version
[06:48] <welshbyte> LaserJock: ok thanks
[06:49] <LaserJock> and specify what you debdiffed from
[07:00] <welshbyte> bug 113365
[07:00] <ubotu> Launchpad bug 113365 in xpdf "New version (3.02) available" [Undecided,Confirmed]  https://launchpad.net/bugs/113365
[07:01] <welshbyte> hm, i wonder how those newlines got taken out of the changelog, i didn't do it myself
[07:10] <welshbyte> ah, looks like MoM did it
[07:35] <ranf> g'morning
[07:35] <crimsun> good $timeofday
[07:37] <ranf> I'm currently looking at bug #77534. Not much happening at the Debian side. uscan worked without trouble. Should I package for Ubuntu?
[07:37] <ubotu> Launchpad bug 77534 in ruby-gnome2 "Please update Ruby-Gnome2 to 0.16.0" [Undecided,Confirmed]  https://launchpad.net/bugs/77534
[07:37] <crimsun> when you mean "Not much happening at the Debian side", do you mean you've contacted the Debian maintainer(s)?
[07:38] <ranf> crimsun, no iI didn't. goog point.
[07:38] <ranf> s/goog/good/
[07:44] <VoX> hm dont spose there's anyone in here who's familiar with SIP?
[07:48] <ranf> !ask
[07:48] <ubotu> Don't ask to ask a question. Just ask your question :)
[07:48] <Plug> Seveas: about?
[07:49] <Plug> no Falcon build for feisty?  And not in universe?
[07:51] <crimsun> no to the latter.
[07:53] <Plug> seems like a shoe-in, software written by a MOTU and all?
[07:54] <VoX> i cant seem to get a direct answer as to whether SIP spawns child ports for data transfer?
[07:54] <crimsun> Plug: not an MOTU.
[07:55] <Plug> sorry
[07:55] <crimsun> Plug: if you'd like to package it, feel free.  See the links in the topic.
[07:55] <crimsun> (it's already in bzr, so...)
[07:55] <Plug> crimsun: it's been packaged by seveas since day dot
[07:55] <crimsun> Plug: I'm aware.
[07:56] <ajmitch> hello Plug
[07:57] <ajmitch> so, I wonder if I should buy a new hard drive now & add it as a spare to the RAID set
[08:02] <ranf> VoX, try http://www.voip-info.org/ There are the experts I guess.
[08:04] <VoX> rad
[08:18] <jussi01> morning all
[08:18] <jussi01> can someone help me wit this error? dpkg-source: error: syntax error in control file ./mnemosyne-<IP_ADDRESS>/debian/control at line 18: continued value line not in field
[08:19] <ajmitch> jussi01: just put debian/control on pastebin
[08:20] <jussi01> ajmitch: http://paste.ubuntu-nl.org/21239/
[08:21] <ajmitch> put a . on line 17, 1 space in
[08:23] <jussi01> ok
[08:24] <jussi01> heh, thanks, t works
[08:24] <jussi01> ajmitch: I hate it when i miss little things like that...
[08:48] <jussi01> ok, The package im making reccomends latex be installed, but which one of the million latex's i found with apt-cache search do i use?
[08:49] <RAOF> I belive that texlive is the one we're transitioning to.
[08:49] <jussi01> RAOF: thanks, :D
[08:50] <RAOF> Yup, texlive.  So says ubuntu-devel-discuss
[08:52] <jussi01> RAOF: great...D:
[08:53] <Fujitsu> @lart ion3 upstream.
[09:02] <TheMuso> c
[09:02] <TheMuso> gah
[09:02] <jussi01> what needs to be in a man page for a grapical program?
[09:03] <RAOF> TheMuso: d :P
[09:03] <RAOF> Any command line switches it takes (Gnome programs usually have a whole bunch of automatic options)
[09:04] <RAOF> A brief run-down of what it does
[09:05] <jussi01> RAOF: its a python program, with qt....
[09:05] <jussi01> lol Fujitsu
[09:05] <RAOF> jussi01: They probably still have some default options.
[09:06] <RAOF> Anyway, if it doesn't have any switches at all, just a brief description?
[09:06] <jussi01> RAOF: this is the program http://mnemosyne-proj.sourceforge.net/index.php
[09:06] <jussi01> I dont think it has any, weirdly...
[09:07] <jussi01> RAOF: so something similar to what is in debian/control ?
[09:07] <RAOF> Yeah, I suppose so.
[09:07] <jussi01> RAOF: thanks
[09:08] <RAOF> Basically, it'd be nice to "apropos flash card" and get the right app :)
[09:08] <jussi01> huh?
[09:09] <RAOF> Well, that's the predominant reason *I* use GUI man pages.
[09:09] <RAOF> When I don't know what name the binary has :)
[09:11] <RAOF> With a sword?
[09:11] <jussi01> Fujitsu: is in a violent mood this morning...
[09:12] <Fujitsu> Not happy with ion3 upstream, and LP being completely useless doesn't help.
[09:33] <Hobbsee> hi all
[09:34] <jussi01> hello Hobbsee
[09:34] <Hobbsee> hiya jussi01 :)
[09:34] <RAOF> Hey Hobbsee
[09:35] <Fujitsu> Is there a way to get all {un,mult}iverse bugmail?
[09:36] <Hobbsee> Fujitsu: subscribe to ubuntu-bugs, i guess - although i'm not sure about how to split the main mail
[09:36] <Fujitsu> I wonder if LP puts in a header...
[09:36] <Fujitsu> Aha, it does.
[09:42] <jussi01> alright, if someones got a minute could they have a look at mnemosyne for me? http://revu.tauware.de/details.py?upid=5172
[10:03] <RAOF> Hm, should that FAQ be in README.Debian?
[10:04] <jussi01> RAOF: yeah, well it was weird, it had an instruction to put stuff here in there, so I put stuff there....
[10:04] <Fujitsu> README.Debian is for Debian-specific stuff.
[10:05] <RAOF> jussi01: Oh, you can probably drop some of your build-depends.  You only need python-all-dev (it incorporates python2.4-dev, python-dev, etc)
[10:05] <jussi01> ok, I will fix that then...
[10:05] <Fujitsu> If there's nothing specific, you should remove the file.
[10:05] <jussi01> thanks Fujitsu
[10:05] <RAOF> You could add that FAQ as a patch to the readme, or as a whole new file, I suppose?
[10:05] <jussi01> RAOF: yeah, i imagine so...
[10:06] <jussi01> or just link to it somehwere.....
[10:06] <jussi01> its straight from their web pages...
[10:06] <RAOF> Then again, I don't think a *lot* of users check out /usr/share/doc/foo very often.
[10:06] <jussi01> hehe
[10:07] <jussi01> yeah, I think ill just drop it
[10:08] <RAOF> Oh, and your depends will almost certainly be wrong.
[10:08] <jussi01> huh?
[10:08] <RAOF> Well, it's a python script, right?
[10:08] <jussi01> yes...
[10:08] <RAOF> So, first of all, there's no dependency on python :)
[10:09] <RAOF> And secondly, although it would be technically feasible for dh_pycentral to calculate what python packages it has as dependencies, it doesn't.  Or didn't last time I packaged python stuff.  Maybe 0.6 is awesome :)
[10:10] <jussi01> RAOF: its weird, i only had a few deps there, then lintian gave me a whole lot of missing deps or something
[10:11] <RAOF> You'd want at least ${Python:Depends} (which pycentral will fill with the right python depend, I'm not sure about the capitalisation) + probably python-qt4, python-xml, python-pygame
[10:11] <RAOF> And you probably don't need those in build-depends (unless the it checks for them)
[10:12] <RAOF> Although I'm less sure about that.
[10:12] <jussi01> ok
[10:12] <RAOF> (Any actual MOTU is welcome to jump in anytime ;) )
[10:20] <ranf> My pbuilder is broken: http://www.ubuntuusers.de/paste/10821/  utils is the Section: in debian/control. What is this?
[10:20] <RAOF> jussi01: Also, many people won't actually need TeX support with that, it might be worth dropping the Recommends: down to a Suggests:
[12:19] <Zic> Seveas: ping
[12:19] <Seveas> zic?
[12:20] <Treenaks> yay for contentless pings \o/
[12:20] <Zic> Seveas: hello, I've got a little problem with falcon, when I'm running 'falcon update', it prints : W: No releases were found
[12:21] <Zic> have you got any hints ? :)
[12:21] <Seveas> Zic, read the docs :)
[12:21] <Zic> Seveas: where can I found it please ?
[12:21] <Seveas> man falcon / dpkg -L falcon
[12:22] <Zic> I have alreandy read the man of falcon, but nothing help me
[12:22] <Seveas> it points to the pdf file
[12:22] <Zic> hmm, ok :)
[12:22] <Zic> thanks
[12:29] <persia> I'm looking at the [can-not-install]  bugs, and I was wondering if anyone familiar with schroot could suggest a better command line than `schroot --automatic-session -c gutsy -u root aptitude install $package` for testing.  This one unfortunately doesn't appear to properly clean the session after itself.
[12:31] <StevenK> persia: Personally, I use pbuilder. pbuilder login lets you login and cleans up after you.
[12:32] <persia> StevenK: You may have convinced me.  I'll go look at pbuilder again.  If I can wrap it in a for loop, I'll not complain too much.
[12:33] <StevenK> persia: Not sure about that...
[12:33] <StevenK> Actually, you can.
[12:33] <StevenK> pbuilder execute
[12:34] <StevenK> for i in <packages> ; do sudo pbuilder execute "aptitude install $pkg" | tee install-$pkg ; done
[12:35] <Zic> Seveas: now, I have an other error : http://paste.ubuntu-nl.org/21261/
[12:35] <persia> StevenK: Yep.  I'm reviewing the manual now.  I'll give one last try with schroot -f before installing new software, but I think I'll be using pbuilder to verify these.
[12:35] <Zic> for the last one, I have a little idea
[12:36] <StevenK> persia: There one or two of the can not install bugs towards the end of Feisty that I couldn't reproduce in a chroot and required vmware.
[12:36] <persia> StevenK: Really?  Which ones?
[12:36] <StevenK> Now that is pushing it. Feisty was a long time ago. :-P
[12:37] <StevenK> Zic: It's trying to sign a release file with key 0x8807D916
[12:37] <Seveas> Zic, don't run falcon as root
[12:37] <persia> StevenK: Never mind then.  I'll presume he who runs the automated can-not-install tests will slap me when I set the bugs to "Needs Info" incorrectly.  I'm guessing that those that were tricky to reproduce are probably commented.
[12:38] <Seveas> Zic, and make sure your user has access to that scret key
[12:38] <Zic> Seveas: yes, but with a problem of rights, falcon can't run without sudo
[12:38] <Zic> s/Seveas/StevenK/
[12:38] <Seveas> Zic, fix that problem
[12:38] <Seveas> Zic, your ~/.gnupg seems broken as well
[12:39] <Zic> hmm, ok, I'm trying to fix it
[12:39] <jussi01> im just running out, but if someones got time to look at mnemosyne that'd be great:D http://revu.tauware.de/details.py?upid=5174
[12:41] <persia> StevenK: sbuild -f seems to work (I'm not sure why I only discovered this *after* having previously given up).  pbuilder is still on my list, but not yet an immediate need :)  Thanks for the suggestion in any case: I become more tempted each time I encounter an issue.
[12:51] <StevenK> persia: Heh. :-)
[12:52] <StevenK> persia: Conversely, sbuild tempts me a little.
[12:53] <persia> StevenK: It works with LVM, and with decent memory and disk caching, that means it's all in RAM.  I'm about 5ms from a mirror, so it's incredibly fast and clean.  On the other hand, it's not very popular, so solving issues can be a bit tricky.
[12:54] <StevenK> persia: I'm using LVM, with 1.5Gb of RAM and a SATA disk. And I have a mirror 0.1ms away.
[12:54] <persia> StevenK: LVM and pbuilder?  I thought dancer hadn't fixed that yet.
[12:55] <StevenK> When I say 0.1 ms, I mean 1ms
[12:55] <persia> StevenK: Ah, so you don't have the bug fancy expensive switch then, eh?
[12:55] <persia> s/bug/big/
[12:55] <StevenK> persia: pbuilder doesn't use LVM snapshots, just a tarball.
[12:56] <StevenK> persia: I have a 16 port GigE switch is that big and fancy enough? :-)
[12:56] <persia> StevenK: That's what I thought.  I heard there was thought of getting pbuilder to work with UML and LVM-snapshots, which would be neat, but not yet.
[12:56] <StevenK> I thought it worked with UML...
[12:57] <persia> StevenK: If you've a GigE switch, why is your mirror so far away?  My problem is no switch, an aging router, and only Fast Ethernet.  As for UML, it does, but not in a snapshot, so you have to wait for the tarball to unroll.
[12:58] <StevenK> persia: My mirror is only 100Mbit
[12:58] <persia> StevenK: Ah.  Mine's 1000, but I can't get there that fast :(
[12:59] <StevenK> I have one GigE device, which is the machine I'm on.  My laptop has GigE.
[01:00] <persia> StevenK: You could adjust that.  I suspect a GigE card for the mirror is easy to collect, even in the land of oppressive telecoms regulations.  I'm not likely to find a GigE router suitable for home use anytime soon :)
[01:00] <StevenK> persia: The reason I'm curious about sbuild is the fact that there won't be any tarball unpacking.
[01:01] <StevenK> persia: Sort of. I would, except that GigE PCI cards are kind of pointless, since you've taken the limit off of the Ethernet, and replaced it with a bus bandwidth limit.
[01:01] <persia> StevenK: That's what makes it extra fast.  I like it (except that I keep having trouble figuring out how to get it to work).  Be warned, you really, really, really, don't want to start a server in a snapshot, and detach your session :)
[01:02] <StevenK> The Ethernet in this machine, is 1. On board, and 2. On the PCI-E bus.
[01:03] <persia> StevenK: Oh well, your mirror will have to wait for the next upgrade cycle then.  You'll have to live with 1 ms.  That's about 30 seconds for debootstrap, no?
[01:03] <StevenK> persia: Um, I don't debootstrap that often. :-)
[01:04] <StevenK> persia: I can jigdo off of it in about 2 minutes.
[01:05] <StevenK> persia: If I could afford it, I'd get a Pentium 4 with PCI-E, SATA-II and 4 SATA-II disks in an enclosure.
[01:05] <persia> StevenK: If you could afford it, you'd get a Sun 6500, which puts that to shame :)
[01:06] <StevenK> I'm not that big a fan of Sun hardware.
[01:06] <Zic> Seveas: www.ff-irc.net/ubuntu ! it works, thanks to you for the packaging of falcon :)
[01:07] <persia> Is anyone else making good midrange kit these days?  I used to like Alpha, but most everything I see now is either commodity bus based, or larger than can easily be installed outside a machine room.
[01:08] <StevenK> persia: The Sun 6500 has been superseded. :-P
[01:09] <StevenK> And so has its replacement, the SunFire 6800
[01:09] <Treenaks> persia: I did that a long time ago :)
[01:10] <persia> Treenaks: You're clearly better than I at ignoring the decaying equine :)
[01:11] <StevenK> There, something very comparable. Sun Fire E6900
[01:11] <StevenK> It's only 1.8 million with 24 UltraSPARC IV+, 384Gb of RAM and ... 146Gb of disk.
[01:13] <StevenK> I'm somewhat impressed by that. A default configuration has more than double the hard disk space for the RAM.
[01:13] <StevenK> ... which is in 192 2G DIMMs.   That's likely the one I would have meant if I kept up, but it doesn't seem to have any reported fancy disk access technologies, and the system bandwidth is less than a dual-G5 mac.
[01:14] <Treenaks> StevenK: 'Please build OOo' 'done' 'omgwtf?'
[01:15] <StevenK> Treenaks: What scares the hell out of me is it could build OOo *in RAM*
[01:15] <ajmitch> Treenaks: you're dreaming
[01:15] <Treenaks> ajmitch: so? :)
[01:15] <ajmitch> Treenaks: OOo will still take several hours to build
[01:15] <StevenK> ajmitch: With 24 processors?
[01:15] <Treenaks> ajmitch: from a ramdisk?
[01:15] <ajmitch> StevenK: it's OOo
[01:16] <StevenK> Heh, yeah, well.
[01:16] <ajmitch> seriously
[01:16] <Treenaks> ajmitch: oh, you mean the 'sleep 3600' in the makefiles ;)
[01:16] <StevenK> Actually, I think this machine barely meets the minimum hardware requirements for Office 2007.
[01:16] <ajmitch> "let's see how many primes we can calculate"
[01:17] <StevenK> Then again, surely the kernel could build in under ten minutes?
[01:17] <ajmitch> one would hope so
[01:19] <jsgotangco> wha?
[01:19] <ajmitch> uh oh, mr CC is here :)
[01:19] <imbrandon> StevenK, i can build a kernel for my x86 in under 10 minutes here
[01:19] <imbrandon> moins all
[01:19] <StevenK> imbrandon: Try the Ubuntu config? :-)
[01:19] <jsgotangco> "192 2G DIMMs"
[01:19] <imbrandon> man i want that sparc for my web/mail server :)
[01:20] <StevenK> PRIMEPOWER 2500
[01:20] <StevenK> Contact Sun for price
[01:20] <StevenK> I wonder why that is. :-P
[01:20] <StevenK> "If you have to ask, you can't afford it."
[01:20] <imbrandon> lol
[01:21] <imbrandon> thats fskin insane
[01:21] <persia> StevenK: Sun's prices are negotiable.  The last Sun I bought (2006) cost about 60% of what the sales rep said it would when we started.
[01:21] <StevenK> Then again, up to 128 CPUs at 2.08 GHz, supports up to 512 GB of memory and suprise, suprise isn't rack mountable. I suspect because it comes pre-packaged with a forklift to move it.
[01:21] <imbrandon> persia, still %60 of 1.8 mill is too much for my budget :)
[01:22] <imbrandon> StevenK, it comes in its own blackbox(tm) datacenter
[01:22] <imbrandon> :)
[01:22] <ajmitch> because 512GB ought to be enough for anyone
[01:22] <persia> imbrandon: Mine too, just sometimes clients let me use their budgets (but not usually that much on only one computer - geographical distribution is in these days).
[01:23] <ajmitch> persia: think you could donate a box or two like that to the MOTU efforts?
[01:23] <StevenK> ajmitch: I think it's physical constraints coming into play - 512GB is 256 DIMMs.
[01:23] <ajmitch> StevenK: I know, but it's just not that much :)
[01:24] <ajmitch> I imagine that some customers could easily use 512GB on some serious datasets
[01:24] <ajmitch> 'when'?
[01:24] <imbrandon> enough to run a full mirror and them compile OOo in memory
[01:24] <imbrandon> heh
[01:24] <StevenK> Oh, it still does.
[01:24] <persia> ajmitch: My personal collection contains only one machine in excess of 1 GHz (my primary laptop is 312MHz), and my SPARC is 80MHz.  I can't dedicate client machines really, and rarely have the same client for more than a few months, so it wouldn't be stable.
[01:24] <ajmitch> doesn't merkel still have that?
[01:24] <StevenK> stevenk@merkel:~% free -m total       used       free     shared    buffers     cached
[01:24] <StevenK> Mem:         48864      47595       1269          0       8526      29066
[01:24] <ajmitch> Mem:         48864      47646       1218          0       8526      29066
[01:25] <ajmitch> yes, so I just saw :)
[01:25] <StevenK> ajmitch: Beat you, I think.  :-P
[01:25] <ajmitch> -/+ buffers/cache:      10052      38811
[01:25] <ajmitch> only ~10GB really used
[01:25] <imbrandon> jesus what box is that
[01:25] <ajmitch> and anyone running firefox or OOo could easily use that :)
[01:25] <ajmitch> imbrandon: just a little debian box
[01:26] <StevenK> imbrandon: merkel.debian.org
[01:26] <StevenK> imbrandon: Just a quad 1.2GHz ia64 with 48Gb of RAM
[01:27] <ajmitch> imagine the power bill for that
[01:27] <imbrandon> heh nice
[01:27] <StevenK> imbrandon: Do you need a towel? :-P
[01:27] <imbrandon> StevenK, my co-worker just handed me one
[01:27] <imbrandon> hehe
[01:27] <ajmitch> imbrandon: put one in your ubuntuwire.com rack kthx
[01:27] <StevenK> Hah
[01:27] <imbrandon> ajmitch, hehe yea
[01:28] <StevenK> I'm not sure HP are still selling Itaniums.
[01:28] <imbrandon> i just want one really kick ass box for my webserver, so i can replace the 3 or 4 smaller boxen i have now with one
[01:29] <StevenK> imbrandon: Can I suggest a 8 core Sun Fire T1000? :-P
[01:29] <imbrandon> ajmitch, btw eta on all the IPs and server additions is 12am localtime saturday, i got the email this morning
[01:29] <ajmitch> T2000 is more fun
[01:30] <StevenK> It is reported on sun.com that they only have Solaris 10 on them.
[01:30] <imbrandon> heh
[01:30] <imbrandon> brb
[01:31] <ajmitch> but you know that you can get canonical support for them
[01:31] <ajmitch> (and EtienneG just walks in...)
[01:31] <StevenK> If you can afford $10K USD for a T2000, I suspect the Canonical support contract is also affordable. :-)
[01:37] <EtienneG> huh ?
[01:38] <EtienneG> reading the backscroll ...
[01:38] <EtienneG> yes, we do support Sun T2000
[01:38] <ajmitch> we were just talking about little sun boxes :)
[01:39] <EtienneG> support pricing for Sun hardware is the same : 750$/yr/server, 10 incidents
[01:39] <EtienneG> and you can even get free support if you use Sun Try-and-Buy
[01:39] <ajmitch> that'd be nice, but it'd be hard to convince them that I should keep a T2000
[01:40] <EtienneG> depend who "them" is
[01:40] <ajmitch> those who approve the try & buy program
[01:41] <persia> ajmitch: Just wear a nice suit, carry a business card with only your name and email address, and explain to the sales representative that your client is confidential :)
[01:41] <ajmitch> hah
[01:41] <EtienneG> ajmitch, I see
[01:43] <StevenK> persia: Heh, yes, "My client can't be seen buying Sun equipment!"
[01:44] <StevenK> Same.
[01:44] <ajmitch> ah well
[01:44] <ajmitch> night all
[01:44] <StevenK> Night!
[01:45] <DktrKranz> persia, around?
[01:45] <persia> StevenK: "I represent a nascent financial firm that needs to perform signficant numerical computation as part of their demonstration phase.  Due to the sensitive nature of the calculations, I have been retained to ensure the absolute privacy of my principals.  The speicif crequest is for a E6900, with 24 processors and 250GB.  If the performance is adequate, my client is prepared to provide a testimonial at the time or corporate
[01:46] <persia> DktrKranz: Yep.
[01:46] <DktrKranz> persia, hi
[01:46] <DktrKranz> i assigned myself a couple of bugs you reported
[01:46] <DktrKranz> I didn't notice you were original reporter
[01:46] <persia> DktrKranz: Thanks.  Which ones?
[01:46] <DktrKranz> malone 115120
[01:46] <ubotu> Launchpad bug 115120 in openrpg "Optional dependency on python-wxgtk2.4" [Wishlist,In progress]  https://launchpad.net/bugs/115120
[01:47] <DktrKranz> if you want to proceed, go ahead
[01:47] <persia> DktrKranz: If I create a bug, and don't assign myself, I'm not going to get to it soon.  It would be great if you took care of those.  I was just formatting a BTS submission for bacula: would you imnd taking care of that as well?
[01:47] <DktrKranz> I'll go for them soon
[01:48] <DktrKranz> just asked, I don't want to duplicate efforts
[01:48] <persia> DktrKranz: Thanks a lot.
[01:49] <persia> DktrKranz: No worries.  People should be assigning themselves if they are going to do the work.  Bugs created by people you know are usually nice, as you have a handy test participant.
[01:49] <StevenK> persia: "at the time or corporate ...." ?
[01:49] <DktrKranz> see you guys
[01:50] <persia> StevenK: The rest is continued mealy corporatespeak, and in the same vein.  When sufficiently remunerated, I produce pages of that on demand, but it's really not worth reading unless you are specifically going to try to con Sun out of a big box (or similar type of thing) :)
[01:51] <StevenK> Haha
[02:20] <DarkSun88> Hi all
[02:20] <pochu> hi DarkSun88
[02:20] <Fujitsu> Hi DarkSun88.
[02:20] <ScottK> Hi DarkSun88
[02:21] <DarkSun88> pochu ScottK Fujitsu: Hi
[02:53] <xxxxx1> morning!
[02:54] <Treenaks> yyyyy2
[03:08] <sorsis> apache and apache tomcat should definetealy be as .deb
[03:10] <Fujitsu> Both are, as far as I know. We wouldn't get anywhere without the former.
[03:13] <zul_>  /win 11
[03:37] <ScottK> Is there a rule of thumb on how long to wait to poke the archive admins about getting a *-proposed update published so we can start testing?
[03:38] <pochu> ScottK: liferea was uploaded about three days ago, and isn't there yet :/
[03:38] <pochu> ScottK: so if you're going to poke the admins, let me know! :)
[03:40] <ScottK> pochu: The one I'm thinking about has been 10 days, but there was UDS last week.  I think Friday is the usual day for pitti to deal with such things, so unless someone suggests otherwise, I'll probably ping him on Monday.
[03:40] <dothebart> hm, my packages are up at revu. what next steps would i have to take?
[03:41] <pochu> ScottK: sounds good in that case :)
[03:41] <xxxxx1> dothebart: wait for review process
[03:41] <pochu> ScottK: or we can poke pitti tomorrow :)
[03:42] <dothebart> ok.
[03:43] <ScottK> dothebart: It doesn't hurt to mention the url here and maybe a MOTU (not me) will be motivated to look at it.
[03:43] <ScottK> pochu: I'd suggest wait until after his normal day to do the work.
[03:44] <pochu> ScottK: reasonably :) btw, liferea update isn't critical, so i can wait
[03:44] <dothebart> so, if somebody wants to have a look at my citadel packages, here they are over at revu:
[03:44] <dothebart> http://revu.tauware.de/details.py?upid=5160
[03:44] <ScottK> Fujitsu: For the New Mentoring process, instead of hopeful, how about supplicant.
[03:44] <dothebart> it needs http://revu.tauware.de/details.py?upid=5162 and http://revu.tauware.de/details.py?upid=5165 too.
[03:47] <ScottK> dothebart: Are these packages meant to be Debian native packages (if you don't know, the answer is almost certainly no)?
[03:47] <dothebart> i've also filed an itp.
[03:47] <dothebart> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423911
[03:47] <ubotu> Debian bug 423911 in wnpp "ITP: citadel -- Citadel.org is an highly integrated Groupware Platform with" [Wishlist,Open]
[03:47] <dothebart> ah ;)
[03:49] <pochu> dothebart: if you get your package in Debian, we can sync it, so you don't need to have it uploaded to both Ubuntu and Debian. However, MOTUs can still review your package to let you know about possible mistakes :)
[03:50] <tudenbart> re.
[03:56] <ScottK> dothebart: I'd suggest look into why two of those packages are believed by lintian to be native packages.  Also you need to deal with the lintian errors (except the NMU related ones).
[03:57] <tudenbart> yes, the webcit ones are scripts that needed to be removed. i've done that localy here.
[03:57] <dfrancis> Hello I am quite new to malone.  I found a bug in malone which has just come. The reporter seems to have provided all the necessary details. I made sure that there are no duplicates in the malone/upstream  bugtrackers. Trouble is I don't have the resources to verify that bug on my machine. Does that mean there is nothing useful to be done on it?
[04:15] <pochu> persia: now you can sponsor me! ;)
[04:17] <jussi01> hello all!! :D
[04:17] <ScottK> dfrancis: What bug?
[04:18] <pgquiles> is there something like ITPs in Ubuntu? (I have produced a package which does not exist in Debian)
[04:19] <ScottK> pgquiles: File a bug in Launchpad against Ubuntu and tag it 'needs-packaging' then assign it to yourself.
[04:19] <pochu> pgquiles: you might also want to include it in Debian
[04:20] <pgquiles> ScottK: thank you
[04:20] <pgquiles> pochu: I'll have a look at the debian new maintainers page
[04:20] <dfrancis> ScottK: I was just talking of a hypothetical situation.
[04:20] <ScottK> pgquiles: One approach is to work with us here and get it into Ubuntu and then once you have a mature package, take it to Debian.
[04:21] <leonel> hello  motus !
[04:21] <leonel> hello ScottK
[04:21] <ScottK> dfrancis: OK.  #ubuntu-bugs is a better channel for such discussions.
[04:21] <dfrancis>  ScottK: Thanks !
[04:21] <ScottK> pgquiles: See https://wiki.ubuntu.com/ContributingToDebian/ for some ideas on it.
[04:22] <ScottK> hello leonel
[04:22] <leonel> ScottK:  does the  bug 87289  need really to be fixed ?
[04:22] <ubotu> Launchpad bug 87289 in squirrelmail-locales "Translations are not working" [Medium,Confirmed]  https://launchpad.net/bugs/87289
[04:22] <ScottK> All bugs really need to be fixed.
[04:22] <leonel> I mean  is it really a bug ?
[04:23] <pgquiles> ScottK: how to I file a bug against a package which does not exist yet?
[04:23] <ScottK> pgquiles: Leave the pacakge blank.
[04:24] <ScottK> Say in the title {packagname} needs packaging and then put the same stuff you'd put in an ITP in the description.  Finally add the tag "needs-packaging"
[04:24] <ScottK> leonel: Is it maybe a documentation issue?
[04:24] <ScottK> You figured out how to do it, but obviously others didn't?
[04:24] <leonel> ScottK:  I was thinking  to put that  in the readme.Debian
[04:27] <ScottK> leonel: I think that's good.  There is also a wiki page on squirrelmail.  I think it should be mentioned there (you can edit the page and add it yourself).
[04:28] <ScottK> leonel: https://help.ubuntu.com/community/Squirrelmail
[04:29] <leonel> working ..
[04:30] <ScottK> excellent
[04:30] <pgquiles> ScottK: ok, bug filed. What do I do now?
[04:30] <ScottK> What bug number?
[04:31] <pgquiles> ScottK: 115240
[04:31] <ScottK> Bug 115240
[04:31] <ubotu> Launchpad bug 115240 in Ubuntu "ITP libtomcrypt needs packaging" [Undecided,Unconfirmed]  https://launchpad.net/bugs/115240
[04:31] <pgquiles> ScottK: it's the first step towards packaging snmp++
[04:31] <ScottK> I see.
[04:31] <ScottK> pgquiles: You didn't assign it to yourself.
[04:32] <ScottK> pgquiles: I set the importance to wishlist (you wouldn't be able to do that).  Assign it to yourself and then go make the package is what's next.
[04:33] <ScottK> !REVU | pgquiles is where you put your package when it's ready to be looked at.
[04:33] <ubotu> pgquiles is where you put your package when it's ready to be looked at.: 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
[04:33] <ScottK> That didn't work out quite right....
[04:34] <pgquiles> ScottK: how to I assign it to myself? I don't find the option :-?
[04:34] <ScottK> Ah
[04:34] <ScottK> Where it says Affects and has Ubuntu below it, click on the Ubuntu.
[04:35] <ScottK> That'll give you the spot to assign it.
[04:35] <pgquiles> ScottK: ah, ok. Thank you
[04:35] <pgquiles> ScottK: package is already done
[04:35] <ScottK> No problem.  The launchpad UI is not always intuitive.
[04:35] <ScottK> Then upload it to REVU.
[04:36] <pgquiles> I'll do when I'm at home, I do not have my private key here :-/
[04:37] <pgquiles> I can't sign the packages right now
[04:37] <ScottK> OK.  The other then I forgot was to mention setting it to "In Progress".  I did that for you.
[04:39] <ScottK> pgquiles: Before you can upload to REVU, you will need to add the e-mail address you are going to use for signing and your public key to your launchpad profile, join this team: https://launchpad.net/~ubuntu-universe-contributors, and then ask here to have the REVU keyring sync'ed.
[04:40] <pgquiles> ScottK: thank you
[04:40] <ScottK> pgquiles: Thank you for showing up to contribute.
[04:40] <pgquiles> ScottK: actually, you should thank my company. This is work :-)
[04:41] <ScottK> Even better...
[04:46] <jussi01> hei all, if someone could look over my latest revision of mnemosyne on revu that would be great!!!
[04:47] <jussi01> http://revu.tauware.de/details.py?upid=5174
[04:48] <ScottK> jussi01: Will it not work with Python 2.5?
[04:50] <cbx33> hey guys .....
[04:50] <cbx33> http://people.cs.vt.edu/~codemac/shots/screen2006.04.18_02.49.png
[04:51] <cbx33> what's going on with this terminal window here?
[04:51] <cbx33> with the line breakers etc?
[04:51] <cbx33> is this just some custom command prompt?
[04:52] <Treenaks> looks like a custom prompt, yes
[04:52] <cbx33> presumably it must be tied to the width of the window?
[04:53] <cbx33> and they are using screen
[04:53] <Treenaks> cbx33: you can run a _program_ to output things that will become your prompt
[04:53] <Treenaks> those programs could request terminal width/height if they wanted to
[04:53] <ScottK> jussi01: Generally if you're going to ask for comments it's nice to be around to respond to them ....
[04:54] <Treenaks> cbx33: using screen doesn't matter :)
[04:54] <cbx33> no but what are those like tabs at the bottom of the screen?
[04:55] <cbx33> and the date in the bottom right corner
[04:55] <Treenaks> cbx33: that's screen.. you can probably theme it as well
[04:55] <cbx33> how'd that get there?
[04:55] <cbx33> my screen has always been rather plain
[04:56] <geser> cbx33: something like 'hardstatus alwayslastline "%{.bW}%-w%{.rW}%n %t%{-}%+w %=%{..G} %H %{..Y} %Y-%m-
[04:56] <geser> %d %c "'
[04:56] <geser> in your .screenrc
[04:56] <cbx33> wow geser
[04:57] <cbx33> geser....you rock ;)
[05:00] <geser> man screen tells you more about the possibilities to format the status line
[05:01] <cbx33> yes
[05:05] <cbx33> geser, where did you find the information in screen for how to display hostname etc?
[05:07] <cbx33> ahh i got it
[05:08] <paran> if a package is synced from debian to ubuntu and debian later releases a new version, will that version be synced automagically or is a sync request needed?
[05:08] <cbx33> Treenaks: you mentioned programs that output things to become the prompt
[05:08] <cbx33> just how does someone do that?
[05:09] <ScottK> paran: Up to a point it's automatic.  See the development schedule for Gutsy for the date it switches.
[05:10] <paran> ScottK: ah,
[05:10] <paran> ScottK: so until DebianImportFreeze it will happen automatically, as long as the ubuntu version is the same as the debian version?
[05:11] <ScottK> Yes
[05:11] <jussi01> ScottK: my appologies, the wife decided she was more important than my pc... :D
[05:11] <ScottK> jussi01: I totally understand.
[05:11] <jussi01> :D
[05:12] <ScottK> I'd do that same.
[05:12] <paran> ScottK: great, then I don't need to file a new sync request bug :)
[05:12] <ScottK> No
[05:12] <jussi01> so, no it wont work with 2,5 sadly...
[05:12] <ScottK> paran: As long as there isn't an Ubuntu difference.
[05:12] <cbx33> hhh i think i see
[05:12] <ScottK> jussi01: First step then is to go whine to upstream about that if you haven't already as that'll eventually have to be fixed.
[05:13] <jussi01> ScottK: ok :d
[05:13] <ScottK> jussi01: What specifc problems does it have?  Maybe we can work around them.
[05:14] <jussi01> ScottK: just doesnt build....
[05:14] <jussi01> cant remeber the exact issue...
[05:15] <ScottK> jussi01: OK.  See if you can reproduce it.  Python 2.5 is the default Python for Gutsy and so the package should be able to work with it.
[05:15] <paran> ScottK: yeah, I got that. thanks :)
[05:15] <jussi01> ok, ill let you know....
[05:16] <ScottK> paran: OK.  Just making sure.
[05:17] <paran> ScottK: :)
[05:22] <dothebart> ScottK: is it possible that it thinks its an nmu because of my name in the commit looks different than my gpg key one?
[05:22] <dothebart> though the email address is the same?
[05:22] <ScottK> dothebart: NMU is a Debian thing that we don't worry about because we team maintain.
[05:23] <ScottK> I was saying worry about the lintian errors EXCEPT the NMU ones.
[05:24] <dothebart> ok.
[05:24] <dothebart> i've still got them:
[05:24] <dothebart> W: citadel source: changelog-should-mention-nmu
[05:24] <dothebart> W: citadel source: source-nmu-has-incorrect-version-number 7.09-16
[05:24] <ScottK> Yes.  Ignore them.
[05:24] <dothebart> ok.
[05:24] <ScottK> dothebart: You're version number is, however not correct for Ubuntu
[05:25] <dothebart> what should it be like?
[05:25] <ScottK> dothebart: Please give me the url for that package on REVU again?
[05:25] <dothebart> it was more wrong there..
[05:25] <dothebart> http://revu.tauware.de/details.py?upid=5160
[05:25] <ScottK> No problem.
[05:26] <ScottK> dothebart: Is this package in Debian already?
[05:26] <dothebart> no.
[05:27] <dothebart> but i've filed an itp
[05:27] <dothebart> as i mentioned above : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423911
[05:27] <ubotu> Debian bug 423911 in wnpp "ITP: citadel -- Citadel.org is an highly integrated Groupware Platform with" [Wishlist,Open]
[05:27] <ScottK> OK.  Then your debian changelog should just have a single entry with the current version and something like * Initial Debian package for Ubuntu.
[05:27] <ScottK> Right.    That's not good.  debian/changelog is supposed to be primarily about Debian packaging.
[05:30] <ScottK> Most packages have a CHANGES file in their top level directory.
[05:30] <dothebart> hm, the original changelog was given up with the SVN changelog...
[05:30] <pgquiles> how do I fix a native-package-with-dash-version error reported by lintian? I'm reading http://lintian.debian.org/reports/Tnative-package-with-dash-version.html but I do not understand how to fix the problem
[05:30] <ScottK> Also, don't ship the debian dir in your upstream tarball.
[05:31] <dothebart> yes, removed that too yet.
[05:31] <pgquiles> s/error/warning
[05:31] <ScottK> OK
[05:31] <ScottK> dothebart: What's the upstream version number of the current release?
[05:31] <dothebart> the released one is 7.09
[05:32] <welshbyte> pgquiles: what version number did you give the package?
[05:32] <ScottK> dothebart: Then the Ubuntu version number for that would be 7.09-0ubuntu1
[05:33] <ScottK> dothebart: Look at that and then look in your debian/changelog and see why my head spins.
[05:33] <pgquiles> ScottK: do you mean in debian/changelog?
[05:34] <dothebart> so i would have to have a seperate debian/changelog entry for ubuntu? or separate changelog for ubuntu alltogether?
[05:34] <welshbyte> pgquiles: and what is the name of the orig.tar.gz ?
[05:34] <pgquiles> version = 1.17-0ubuntu0
[05:35] <ScottK> dothebart: You should have a package changelog that is not in the debian dir.  In the debian dir you should have a changelog that starts with just the one entry about initial package.
[05:35] <ScottK> pgquiles: 1.17-0ubuntu1
[05:35] <welshbyte> pgquiles: technically it should end with ubuntu1 because you're changing it for ubuntu
[05:36] <dothebart> hm, but in that changelog i've just put the notes about what was changed for the package?
[05:39] <ScottK> dothebart: Think about this in terms of two completely separate people doing the work.  Upstream releases a package and then the packager puts in into the Debian package management system.
[05:39] <leonel> ScottK: so to  ask por   python-psycopg2  from feisty to dapper   .. the same  as squirrelmail ?
[05:39] <ScottK> dothebart: What goes in debian/changelog is just the work that the pacakger does.
[05:39] <ScottK> leonel: Yes.
[05:39] <dothebart> yes, thats what i put in there.
[05:39] <leonel> ok
[05:39] <ScottK> leonel: Backports take a while to get processed.
[05:40] <dothebart> the changes i've made to the debian postinst scripts and so on...
[05:40] <leonel> ok
[05:40] <jussi01> ScottK: I dont know why, but it orks with 2.5 now... which is nice :D
[05:41] <jussi01> s/orks/works
[05:41] <dothebart> and whether the package now is a new upstream release...
[05:42] <dothebart> else apt wouldn't fetch newer packages from my repo after me uploading them...
[05:42] <ScottK> dothebart: None of that's ever gotten into Ubuntu or Debian before, right?
[05:42] <dothebart> i'm confused.
[05:42] <ScottK> OK
[05:43] <dothebart> none of what?
[05:43] <dothebart> isn't the changelog here for the package maintainer?
[05:43] <ScottK> All of that history.  None of those versions listed in debian/changelog have been in Debian, have they?
[05:43] <dothebart> no, they weren't
[05:44] <ScottK> OK.  Then from the perspective of the package, history starts now.
[05:44] <dothebart> they just were in my own repo.
[05:44] <ScottK> Right.
[05:44] <dothebart> but i can start of with a higher version number?
[05:45] <dothebart> or do i have to start with a -1
[05:45] <dothebart> ?
[05:45] <ScottK> Start with current upstream version number -0ubuntu1.
[05:46] <ScottK> Once you get it into Debian, the initial package from Debian will be -1 and we want their version number to be higher than ours (we sync from Debian when we can).
[05:46] <dothebart> and it should only just be -?ubuntu?
[05:46] <ScottK> Yes, so 7.09-0ubuntu1
[05:46] <dothebart> ah, ok. understood.
[05:47] <dothebart> how do i best keep _my_ repo maintainable for the ones that use it so far?
[05:47] <ScottK> As we work through the REVU process, don't change the version number.  You only increment versions after it's been published in the official archive.
[05:47] <ScottK> dothebart: Good question.
[05:47] <ScottK> What's the highest version in your repo?
[05:48] <dothebart> hm, it should be 7.09-16 i think
[05:48] <ScottK> OK.  Can you get citadel to do a 7.10 release?  There are version number games we can play, but that would be the cleanest.
[05:49] <dothebart> yes, there hopefully is going to be a new release soon.
[05:49] <ScottK> OK.  In that case I'd say use 7.09-0ubuntu1 here, for now while we get your package worked out.
[05:50] <dothebart> ok.
[05:50] <ScottK> The idea would be to have 7.10-0ubuntu1 be what's actually uploaded.  That'll be a clean upgrade path from your repo.
[05:50] <dothebart> in a fresh changelog?
[05:50] <ScottK> Yes.
[05:50] <ScottK> Also, please make sure that 7.10 doesn't ship the debian dir in their tarball.  It just gets confusing.
[05:51] <dothebart> yes, ok.
[05:51] <ScottK> dothebart: Also, it would be REALLY good if they would ship a CHANGES file.  Otherwise how is one to know?
[05:53] <dothebart> hm, svn log >CHANGELOG ?
[05:54] <ScottK> dothebart: That'll work although svn logs tend to be pretty chatty in my experience.  Better than nothing.
[05:54] <ScottK> Usually called CHANGES
[05:54] <dothebart> ok.
[05:54] <ScottK> dothebart: Looking at the documentation a bit I see you have an option to disable other MTAs (ACT_AS_MTA) - You can't do that.
[05:55] <ScottK> Packages are not allowed to interfere with other packages.
[05:55] <dothebart> thats totaly turned of in the deb
[05:55] <ScottK> OK.
[05:55] <ScottK> That's good.
[05:55] <dothebart> unless you call citadel setup by hand.
[05:55] <ScottK> Hmmm
[05:55] <dothebart> it will replace the mta if you install the citadel-mta package
[05:56] <ScottK> So it provides MTA.  OK.
[05:56] <ScottK> That's reasonable.
[05:56] <dothebart> though you shouldn't, but the postinst scripts need the binary to preconfigure citadel.
[05:56] <ScottK> You can do that with provides and conflicts.
[05:56] <dothebart> on my production box, i run it with a postfix in front of it.
[05:57] <ScottK> OK.
[05:57] <dothebart> so, to be able to have such a mixed mode setup, i didn't want to make the core package provide "mta"
[05:57] <ScottK> Good plan.
[05:58] <dothebart> the mta package just ships citadels /usr/sbin/sendmail replacement, which is actualy the same binary as /usr/sbin/citmail
[05:58] <dothebart> which is a tiny lmtp adaptor.
[05:58] <ScottK> OK.
[05:59] <pgquiles> I made some changes to the debian/control file and now I'm only getting a .tar.gz file, not a .orig.tar.gz and a .diff.tar.gz. I think the problem is I changed "Source: libtomcrypt" to "Source: libtomcrypt0" in debian/control, how can I have "Source: libtomcrypt0" and still have my .orig.tar.gz and .diff.tar.gz?
[05:59] <dothebart> by now i didn't figure out a smart plan to alter citserver not trying to bind port 25 depending on whether mta is installed or not...
[06:01] <ScottK> dothebart: One thing to keep in mind with your packaging this is that Postfix is the preferred MTA for Ubuntu.
[06:01] <dothebart> i'm of no intend to change that.
[06:02] <ScottK> Right.  Just thinking your packaging ought to lean that way.
[06:02] <dothebart> citserver will send a local hostmaster mesage it wasn't able to bind a port.
[06:03] <dothebart> which tells the user to either remove the other program, or to disable it in citadels config.
[06:03] <ScottK> In debian/control, Suggests: citadel-mta could perhaps be different.  You depend on some MTA being there (but agnostic about which one), right?
[06:04] <dothebart> well, it should be able to deliver to lmtp
[06:04] <dothebart> postfix and qpsmtp are, there is a qmail handwork howto too...
[06:04] <sacater> imbrandon: just got back from school
[06:04] <sacater> imbrandon: sent a mail
[06:05] <ScottK> dothebart: Does citadel server work is there is no MTA?
[06:05] <dothebart> yes, it can do mta's job.
[06:06] <cbx33> hey Treenaks
[06:06] <dothebart> though you should install the mta package in my layout...
[06:06] <cbx33> i kinda did it
[06:06] <Treenaks> cbx33: the prompt thing?
[06:06] <cbx33> so i wrote a python program that exported a line of ----  depending on the terminal width
[06:07] <cbx33> yes
[06:07] <ScottK> dothebart: What I was thinking, was instead of the suggests, Depends: postfix | citadel-mta | mail-transport-agent
[06:07] <cbx33> but the problem is I use that in the PS1 variable
[06:07] <dothebart> as it provides sendmail to for example cron
[06:07] <cbx33> however of course I didn't think it only evaluates it once
[06:07] <cbx33> can you think of a way to re run the progbram each time?
[06:08] <dothebart> hm, what if the postfix / citadel-mta sequence is swapped?
[06:08] <ScottK> dothebart: What's the preferred MTA for Ubuntu?
[06:09] <ScottK> dothebart: Is there a reasone to prefer citadel-mta over Postfix that's related to the functions your package performs?
[06:09] <dothebart> well, on debian it would be exim...
[06:09] <ScottK> dothebart: Yes.  That's true.
[06:10] <ScottK> In Ubuntu it's Postfix.
[06:10] <dothebart> yes, if you use the citadel mta you don't have to do configuration in order to make citadel work.
[06:10] <dothebart> else you would have to configure postfix by hand to deliver to lmtp
[06:10] <dothebart> which would make it less 'turn key'
[06:11] <ScottK> dothebart: I think that's something to mention in README.Debian.
[06:11] <ScottK> Let me think about that for a minute
[06:11] <dothebart> all the rest works out with 4 questions to get a running citadel system, giving you imap, pop, smtp...
[06:11] <ScottK> dothebart: I imagine that would be fine actually.  If Postfix is already there it won't replace it.
[06:12] <ScottK> dothebart: I'm not sure though.
[06:12] <dothebart> it would just sugest the user to do it when he selects the package?
[06:12] <ScottK> dothebart: courier (which has it's own MTA) depends  postfix | mail-transport-agent and doesn't even mention their own MTA
[06:13] <dothebart> i haven't seen anybody using courier in reallife yet ;)
[06:13] <ScottK> If Postfix is already installed, the depency is satisfied.  Your documentation should tell people what they have to do to Postfix.
[06:14] <dothebart> the readme.debian would be inside the debian/ directory?
[06:14] <ScottK> Yes.
[06:15] <ScottK> And you should install it in the documentation dir for the package.
[06:15] <dothebart> and it woud be ok to just have explanation on the issue, and for how to make postfix work point to a faq url?
[06:15] <ScottK> Since you are shipping Debian specific man pages too, that might be a better place to put the info.
[06:16] <ScottK> Settin up lmtp on Postfix isn't very hard.  You ought to be able to include sample master.cf snippets to tell people how to do it.
[06:17] <ivoks> or... enable it at installation?
[06:17] <ScottK> ivoks: One package can't interfere with another package's config.
[06:18] <ivoks> hm... well, it can (and it does):)
[06:18] <ScottK> ivoks: Additionally, I've seen attempts at automagically altering Postfix config files to integrate stuff and it never ends well.
[06:18] <ScottK> Hmmm
[06:18] <dothebart> ScottK: there is this faq: http://www.citadel.org/doku.php/faq:installation:configuring_postfix_to_validate_email_addresses_against_a_citadel_server
[06:18] <ivoks> ScottK: but you are right, this is all done with additional dirs (conf.d)
[06:18] <leonel> ScottK:   so ...   what would be  the fastest route to have  psycopg2   with security updates in dapper knowing that  psycopg2 needs to be backported from gutsy or feisty ?
[06:18] <dothebart> as citadel provides dict_tcp server implementation too...
[06:19] <ScottK> dothebart: BTW, I just realized every where I"ve been saying depends should be suggests as you have it now.
[06:19] <dothebart> ah ;)
[06:20] <ScottK> dothebart: I think what's there is good, but it's clear it isn't a Debian packaged Postfix you used in your examples.
[06:21] <ScottK> You should include documentation in your package that is correct for Debian specific configs.
[06:21] <dothebart> hm, why?
[06:21] <dothebart> i added general information, so people can find out, whether their postfix is enabled to do it...
[06:21] <ScottK> Because you are doing a Debian (Ubuntu) specific package and the docs should work for it.
[06:22] <ScottK> dothebart: I can help you with the Debian differences (In case you haven't figured it out, I run Postfix).
[06:22] <dothebart> ;)
[06:22] <dothebart> well... do a telnet on port 25 to ubuntu.citadel.org
[06:22] <dothebart> ;-)
[06:24] <ScottK> Done
[06:24] <dothebart> hm, exim may use lmtp too.
[06:24] <ScottK> OK, so you probably don't need my help on that then.
[06:25] <dothebart> google told me so... http://exim.inode.at/exim-html-3.20/doc/html/spec_17.html
[06:26] <dothebart> if i started out documenting how the default mta of debian / ubuntu could be hooked in front of citadel i'd have to at least mention that.
[06:26] <dothebart> one of the first things i allways did with my fresh installs is, to remove exim, install postfix, netcat, tcpdump and strace.
[06:27] <ScottK> It would make sense.
[06:27] <ScottK> First things first though and get Ubuntu with Postfix right...
[06:28] <ScottK> dothebart: The other thing you might want to do is add a how-to for the wiki (later after it's published) https://help.ubuntu.com/community/Postfix
[06:29] <dothebart> what are the items you think that are not right for an ubuntu postfix?
[06:29] <dothebart> as that sample main.cf allmost is what i use...
[06:30] <ScottK> The thing I noticed right away was mail log naming.  I pretty much stopped there.
[06:31] <ScottK> Also Ubuntu Feisty ships with Postfix 2.3 and Gutsy will ship with 2.4, so you can simplify things a bit by dropping the information about earlier verisons.
[06:32] <ScottK> dothebart: You could also skip the stuff about figuring out which Postifx version you have, since you'll know that already.
[06:32] <dothebart> hm, yes.
[06:39] <pgquiles> in the "Depends:" section, should I put information about the actual version of, say, libc6 my package needs or information about the one in my distribution (say, in Feisty)?
[06:40] <ScottK> dothebart: In case you are curious, this is how I handle debian dir for stuff I'm both upstream for and package http://www.openspf.org/Software.  I keep the debian dir in the sam svn tree, but exclude it when I roll the tarball and give a ref to the svn if someone want it.
[06:40] <ScottK> pgquiles: Actual version number.
[06:40] <pgquiles> ScottK: thank you
[06:41] <dothebart> yes, thats how i did my script too right now.
[06:42] <tuxmaniac> Amaranth, ping
[06:44] <tuxmaniac> bug #94742 and bug #112018 seem to be duplicates. Can any one confirm the same?
[06:44] <ubotu> Launchpad bug 94742 in alacarte "Feisty: menu management does not work fine" [Undecided,Needs info]  https://launchpad.net/bugs/94742
[06:44] <ubotu> Launchpad bug 112018 in alacarte "Alcarte problem" [Undecided,Confirmed]  https://launchpad.net/bugs/112018
[06:45] <dothebart> oh, funky. the debian emacs modes automagically add my email address to the readme.debian
[06:45] <dothebart> whew. and refuse me to put in an existing email.
[06:47] <tuxmaniac> what! bug 112018 and bug 102527 are exact replicas of the same bug description reported by two diffeerent people. And I have confirmed one without checking this. My bad
[06:47] <ubotu> Launchpad bug 112018 in alacarte "Alcarte problem" [Undecided,Confirmed]  https://launchpad.net/bugs/112018
[06:47] <ubotu> Launchpad bug 102527 in alacarte "[feisty]  gnome-ui-properties / Main-Menu, issue with separator" [Undecided,Needs info]  https://launchpad.net/bugs/102527
[06:51] <ScottK> leonel: Security updates wil be faster for real security issues
[06:52] <ScottK> leonel: Sorry, dropped sync on you.
[06:52] <leonel> ScottK:  no problemo ..
[06:52] <leonel> ok
[06:52] <ScottK> leonel: You'd have to convince keescook you've got a real issue
[06:52] <leonel> so first would be  to ask for the  backport
[06:52] <ScottK> leonel: Remotely exploitable for example.
[06:52] <leonel> yes
[06:52] <leonel> if theres a security bug
[06:53] <ScottK> Yes
[06:53] <leonel> patch the feisty / gutsy version
[06:53] <ScottK> You know how it works now....
[06:53] <leonel> and  then  reissue  a backport   saying it has security bugs
[06:53] <leonel> YES !
[06:53] <leonel> ok
[06:53] <ScottK> Yes
[06:53] <leonel> so let me see if there are security bugs in  feisty's  psycopg2
[06:54] <leonel> even  I already asked  for the backport  for  feisty's  psycopg2
[06:54] <Hobbsee> morning all
[06:55] <pochu> hiya Hobbsee
[06:55] <ScottK> Don't worry.  If you find a security problem, it'll get published long before a backport gets processed.
[06:55] <ScottK> Good morning Hobbsee
[06:55] <Hobbsee> pochu: :)
[06:55] <leonel> ok ScottK
[06:55] <Hobbsee> ScottK: :)
[06:56] <pochu> Hobbsee: you seem happy :)
[06:56] <Hobbsee> pochu: more just acknowledging the greeting
[06:56] <pochu> :)
[07:00] <geser> Hi Hobbsee
[07:00] <Hobbsee> hi geser
[07:03] <Daviey> Hobbsee, I applied a diff regrading the naming the upload  yesterday that you suggested.  Would you mind looking through the rest?  http://revu.tauware.de/details.py?upid=5168
[07:18] <itnas> hi, anybody to talk to?
[07:19] <itnas> :)
[07:19] <ScottK> About?
[07:20] <itnas> hi thanks for your answer, about the size of the terminal
[07:21] <leonel> was in dapper-backports  sorry ScottK ..
[07:22] <ScottK> leonel: No problem.
[07:22] <pochu> itnas: I'd say that's a better question for #ubuntu :)
[07:22] <pochu> itnas: this channel is for packaging
[07:22] <itnas> ok  thanks  anyway
[07:39] <siretart> Hello from lugcamp!
[07:39] <pochu> hiya siretart
[07:39] <Hobbsee> hiya siretart!
[07:39] <pochu> siretart: how's it goind?
[07:40] <siretart> pochu: we just arrived. bandwith is really short
[07:40] <siretart> Hobbsee: hi!
[07:45] <luisbg> hello all
[07:46] <ScottK> Hello
[07:46] <luisbg> where is the package for linuxsampler?
[07:46] <pochu> hi :)
[07:46] <luisbg> got the lib, got the front-end, but not the server
[07:46] <dothebart> ScottK: where would i hook up README.Debian in?
[07:46] <dothebart> citadel-server.files?
[07:47] <ScottK> You put it in your debian dir and install it using dh_isnstalldocs
[07:48] <dothebart> ah, thats already inside rules.
[07:49] <dothebart> i know the nmu thang. its fabo being in control as uploader
[07:55] <dothebart> i've uploaded a new citadel package, but it doesn't seem to be all there yet.
[07:58] <ScottK> dothebart: Version should be 0ubuntu1 not 0ubuntu0
[07:59] <dothebart> ah, sorry.
[07:59] <ScottK> dothebart: No Problem.  Did you look at http://revu.tauware.de/revu1-incoming/citadel-0705171350/lintian
[07:59] <dothebart> do it again?
[08:00] <ScottK> Not yet
[08:00] <dothebart> my local lintian didn't say that to me while building the source deb
[08:00] <dothebart> ah, yes.
[08:01] <dothebart> these files apear because of it wants to do a make clean before doing the package...
[08:03] <ScottK> Maintainer for Ubuntu needs to be MOTU.  See https://wiki.ubuntu.com/DebianMaintainerField for details.
[08:05] <ScottK> dothebart: Do you ship a copy of RFC 2739 in your source tarball?
[08:06] <dothebart> uhm...
[08:06] <dothebart> lemme clean that up.
[08:08] <ScottK> dothebart: RFCs aren't DFSG free.  You'll have to do a repacked tarball with it removed.
[08:09] <ScottK> Don't forget to take the relevant stuff out of debian/copyright.
[08:09] <siretart> ScottK: ubuntu doesn't consider the GFDL non-free. debian does
[08:10] <dothebart> hm, do you mean that schema for ldap?
[08:10] <ScottK> siretart: OK.  Thanks.
[08:10] <ScottK> Not sure how that applies.
[08:10] <dothebart> ScottK: i think it just complains to that rfc, but its not the rfc itself
[08:11] <ScottK> siretart: The license on RFCs says it' not modifiable.  Is that OK for Ubuntu?
[08:11] <ScottK> dothebart: debian/copyright has the licenense info for the RFC.
[08:11] <siretart> ScottK: Oh, sorry, you are talking about RFCs. I was misreading you talk about GFDL docs
[08:12] <dothebart> hm, if i read the license statement in openldap/rfc2739.schema, it reads as if it would be bsd'ish?
[08:13] <ScottK> Except for " However, this document itself may not be modified in any way"
[08:14] <ScottK> I believe if the actual RFC document is not present it's OK.  That's why I asked.  I'm not exactly sure here.
[08:15] <luisbg> where is the package for linuxsampler?
[08:15] <luisbg> got the lib, got the front-end, but not the server
[08:15] <ScottK> dothebart: I'd suggest looking at the openldap2 source package and see how they handled it.  The last thing I want to do is get a technically clean pacakge the the archive admins will balk at over licensing issues.
[08:16] <dothebart> hm, ok...
[08:16] <ScottK> Not saying what you have isn't alright, just that we need to be careful to be sure.
[08:19] <ScottK> dothebart: Why is there a _rules file in debian dir?
[08:19] <dothebart> hm, damn.
[08:20] <dothebart> the script should clean up the temp dir.
[08:23] <dothebart> hm, apt-get source slapd doesn't give me any similar containing "However"
[08:26] <ScottK> dothebart: I'd suggest investing some time in understanding the exact licensing terms of the LDAP schema so we get it right.  I certainly don't know.
[08:26] <joejaxx> was silc support ever fixed in feisty?
[08:26] <dothebart> yes. i'm asking formorer, he's a bit more versatile on that.
[08:26] <ScottK> I see in your inits you got the bit about /var/run being a tempfs right.  That's good to see.
[08:26] <ScottK> dothebart: Good.
[08:27] <dothebart> yes, i was here and asked about it some months ago, because of people complaining ;)
[08:27] <ScottK> dothebart: You didn't need to suggest exim as far as Ubuntu is concerned.
[08:27] <ScottK> Ah.  Good to see.
[08:27] <dothebart> i don't want to do the work twice...
[08:27] <ScottK> Good plan.
[08:27] <ScottK> OK
[08:28] <dothebart> the init scripts also work unmodified on a sarge.
[08:28] <ScottK> Cool.
[08:29] <ScottK> That's about all I have time for today I think.  I think you're on the right track here.  There are some aspect of your package I don't know enough to comment on and I didn't actually try and build it either.
[08:29] <ScottK> You made good progress today.
[08:30] <dothebart> :]
[08:30] <dothebart> i'll have a look at the webcit package with these aspects then too.
[08:30] <dothebart> in order to install you need the libical package i've also uploaded.
[08:31] <dothebart> and build...
[08:37] <stijn_pol> Hello everyone! I would like to contribute because I love the community. Any hints for things I should read first... e.i. about packaging...
[08:38] <pochu> stijn_pol: welcome!
[08:38] <stijn_pol> thanks
[08:38] <pochu> stijn_pol: there's some documentation online, you can start reading it and asking your questions
[08:38] <pochu> !packaging | stijn_pol
[08:38] <ubotu> stijn_pol: 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
[08:38] <pochu> first link :)
[08:39] <stijn_pol> allright, I can't wait!
[08:39] <stijn_pol> I already made a launchpad account...
[08:39] <pochu> stijn_pol: cool :)
[08:40] <pochu> stijn_pol: you can also contribute in other ways, take that you like the more! :) http://www.ubuntu.com/community/participate
[08:40] <pochu> packaging is cool :)
[08:40] <stijn_pol> maybe you should check out my wiki:
[08:41] <stijn_pol> wiki.ubuntu.com/StijnPolfliet
[08:41] <stijn_pol> I would love to learn more about drivers, kernel modules, batch scripts .....
[08:42] <stijn_pol> but first things first: packaging, allright!
[08:42] <pochu> stijn_pol: also bug triaging is nice
[08:42] <pochu> stijn_pol: feel free to join #ubuntu-bugs :)
[08:48] <s-ndh-c> why is there no package for isomaster in the repo? is it just that no one uploaded one or is there some other reason?
[08:49] <s-ndh-c> seems to be a nice peace of software
[08:49] <s-ndh-c> piece
[08:51] <welshbyte> s-ndh-c: it'll be in gutsy
[08:51] <welshbyte> https://launchpad.net/ubuntu/+source/isomaster
[08:54] <dothebart> ah, finaly got rid of those files.
[08:57] <Daviey> Any REVU'ers free to have a look at my upload?
[08:58] <xxxxx1> Daviey: you can paste the revu url here
[08:58] <Daviey> http://revu.tauware.de/details.py?upid=5168
[09:04] <psusi> what mode does dh_install set on the installed file>?
[09:08] <welshbyte> Daviey: i'm not a motu but it looks pretty good to me after a quick first glance
[09:09] <Daviey> welshbyte, thanks
[09:11] <welshbyte> Daviey: in the lintian file i think that last warning might need cleaning up but the others look ignore-able
[09:23] <s-ndh-c> welshbyte: cool
[10:06] <Adri2000> welshbyte: around?
[10:07] <welshbyte> Adri2000: i am
[10:07] <Adri2000> welshbyte: I am looking at your debdiff for xpdf merge
[10:08] <Adri2000> your changelog says "remaining changes: Removed 90_CVE-2007-0104.dpatch", that patch has been added in Ubuntu, so it doesn't make sense :)
[10:09] <Adri2000> and you keep the man page patch, which has been included in Debian
[10:09] <welshbyte> Adri2000: i had to remove the CVE patch after MoM merged it in
[10:09] <welshbyte> the man page patch was in debian? are you sure?
[10:10] <welshbyte> (there were two)
[10:10] <Adri2000> +  * Fix reference to /etc/xpdf/xpdf-* -> /etc/xpdf/xpdfrc-* in
[10:10] <Adri2000> +    update-xpdfrc(8) (closes: #402852)
[10:11] <welshbyte> the manpage i kept was for xpdfrc(5)
[10:11] <Adri2000> hmm ok
[10:11] <welshbyte> err patch
[10:12] <welshbyte> i'll double check when i fix the other problem though, if you still think i need to
[10:13] <welshbyte> btw, do you know why MoM removed those newlines from debian/changelog? i didn't do it myself
[10:14] <Adri2000> I don't know, but I know DaD didn't do that: http://dad.dunnewind.net/xpdf/xpdf_3.02-1ubuntu1.patch ;)
[10:14] <Adri2000> welshbyte: so, actually your debdiff is ok except the changelog. "remaining change" should be the man page patch
[10:14] <welshbyte> heh :) i tried using DaD but it seemed to be confused about whether there was a conflict in debian/patches/00list so i used MoM instead
[10:15] <welshbyte> Adri2000: ok, i'll get right on it
[10:15] <Adri2000> "changes" means the ubuntu changes, ie. the changes between debian and ubuntu. that has nothing to do with MoM or DaD.
[10:16] <welshbyte> understood :)
[10:22] <ScottK> Adri2000: Would you please put a comment on a package for me? For http://revu.tauware.de/details.py?upid=5177 the build-dep should be on python-dev, not python2.5-dev
[10:26] <Adri2000> ScottK: sure, what email address ? (so I can write Scott Kitterman <...>)
[10:26] <ScottK><EMAIL_ADDRESS>[10:26] <ScottK> Thanks.
[10:28] <Adri2000> ScottK: done, and there we see there is a bug in revu
[10:29] <ScottK> It stripped the e-mail address?
[10:29] <Hobbsee> flithm: which package?
[10:30] <Adri2000> ScottK: yep
[10:30] <flithm> Hobbsee: uhhh... I take it you were on one of the other channels I was asking in? :)
[10:30] <Hobbsee> flithm: yeah, -devel
[10:30] <Adri2000> ajmitch, siretart: in the comment area on REVU, < should become < and > >
[10:30] <ScottK> Adri2000: I'm not sure that's not a feature.
[10:31] <flithm> Hobbsee: gizmod (http://gizmod.sf.net) -- I'm the author, and I've been supplying a .deb through sourceforge but someone suggested I look into seeing about getting it into the official tree.
[10:32] <flithm> Hobbsee: yeah I haven't been supplying a debian package
[10:32] <pochu> Hobbsee: ubotu now supports debian search :)
[10:32] <pochu> !info powertop unstable
[10:32] <ubotu> Package powertop does not exist in unstable
[10:32] <Hobbsee> pochu: so does madison-lite
[10:32] <pochu> Hobbsee: right :)
[10:33] <Hobbsee> flithm: hmmm.  ideally you want it into debian, then we sync it from there.  seeing as more distros carrying your package == better
[10:33] <Hobbsee> er, white.  but he's not here.
[10:34] <ScottK> Maybe Fujitsu?
[10:34] <flithm> Hobbsee: I getcha... so build a debian machine, create a debian package, and go from there?
[10:34] <geser> pochu: ubotu seems to be not uptodate, http://packages.qa.debian.org/p/powertop.html
[10:35] <Hobbsee> flithm: or if there's anyone here who's looking to do a package, particularly if the majority of the work is already done, and maintain it for both distros
[10:35] <Hobbsee> flithm: how are you building the deb?
[10:37] <Burgundavia> flithm: your stuff looks cool
[10:37] <ScottK> flithm: You don't actually need a Debian machine to build Debian packages.  I do it regularly on Ubuntu machines, but use a Debian pbuilder to build the binaries.
[10:38] <flithm> Hobbsee: well I use dh_make, then packged it up with dpkg-buildpackage?
[10:38] <Hobbsee> flithm: great!
[10:38] <flithm> Burgundavia: thanks!
[10:38] <Hobbsee> flithm: do you have the debian/ that you use for that somewhere?
[10:38] <flithm> ScottK: sweet... I'd prefer not to have to build up a debian machine... pbuilder eh?
[10:39] <ScottK> Yes
[10:39] <ScottK> flithm: Look at the script here: http://revu.tauware.de/~laserjock/ called pbuilder-sid.
[10:40] <flithm> Hobbsee: yeah I have the debian folder: http://gizmod.svn.sourceforge.net/viewvc/gizmod/dist/debian/ I can package it up if you want to look at it (or you can check it out of SVN if you wish)
[10:40] <flithm> ScottK: checking that out
[10:41] <Hobbsee> flithm: current thing works.  at least it's not distributed in the main tarball
[10:41] <flithm> :)
[10:42] <Hobbsee> flithm: wow, this looks good
[10:43] <ScottK> Adri2000, ajmitch, siretart: The e-mail address in the REVU comment is, however, correct in the mailed version of the comment, so it looks like a display/html issue.
[10:44] <siretart> ScottK: sorry?
[10:45] <flithm> Hobbsee: yeah?  you mean the debian build stuff?  decent enough to put the resulting deb into the main package tree?  I don't mind making any necessary changes or whatever.  I'm looking into pbuilder now to see if I can build a debian package first though
[10:45] <welshbyte> Adri2000: ok i've improved the merge and attached the debdiff - bug 113365
[10:45] <Burgundavia> flithm: have you played with any of the new input stuff in X?
[10:45] <ubotu> Launchpad bug 113365 in xpdf "New version (3.02) available" [Undecided,Confirmed]  https://launchpad.net/bugs/113365
[10:45] <PriceChild> flithm, Hey I'd like to try and do this if I can...
[10:45] <sacater> imbrandon: active?
[10:45] <ajmitch> morning
[10:46] <pochu> hi ajmitch
[10:46] <Hobbsee> flithm: i beleive the hardcoded deps are wrong - they should be provided by the shlib deps, and the .ex files shouldnt be there - but it's otherwise fine.  sounds good for PriceChild to do.
[10:46] <flithm> Burgundavia: perhaps not! which new input stuff?
[10:46] <Adri2000> ScottK: yes, it's because <...> is interpreted as an html tag
[10:46] <flithm> PriceChild: yeah of course! that'd be great!
[10:47] <siretart>
[10:47] <Hobbsee> flithm: (assuming you want one of us to do it, instead of doing it yourself)
[10:47] <Burgundavia> flithm: http://wiki.x.org/wiki/XInputHotplug
[10:47] <Adri2000> siretart: for the bug see the last comment at http://revu.tauware.de/details.py?upid=5177
[10:48] <flithm> Hobbsee: Ahhh I see... okay making note
[10:48] <flithm> Hobbsee: and I really don't care... I mean if someone here wants to do it that's great, I'm no expert -- in fact this is my first deb building experience so
[10:49] <Hobbsee> flithm: it's still good for a first timer!  most upstream's arent anywhere near that good.
[10:49] <flithm> Burgundavia: yeah initial versions of gizmod used XInput, but it's not quite powerful enough for some of the stuff I'm doing -- and I can actually support devices and event triggers that x doesn't support by forgoing XInput for kernel level input hooks
[10:50] <Burgundavia> flithm: I would chat with daniels, he might be able to get that stuff fixed in X
[10:51] <ScottK> siretart: I was commenting on Adri2000's issue with the e-mail address not showing up on revu.
[10:51] <ScottK> OH.
[10:52] <flithm> Burgundavia: daniels is the XInput guy?
[10:52] <ScottK> Adri2000: Input a comment for me on REVU and put Scott Kitterman<EMAIL_ADDRESS>in the comment to say who made the comment.  When displayed, that just came out as Scott Kitterman
[10:52] <Burgundavia> yep, works for nokia
[10:53] <ScottK> The<EMAIL_ADDRESS>gets interpretted as an HTML tag and not displayed.
[10:54] <siretart> oh, now I see
[10:54] <flithm> PriceChild: so are you packaging er up?  Is there anything I can do?
[10:54] <siretart> hmmm
[10:54] <flithm> Burgundavia: cool I'll look into that for sure
[10:55] <PriceChild> flithm, Yeah I'm doing my best atm.... if you want to do it you can of course, its your work :)
[10:55] <Adri2000> siretart: htmlspecialchars() :) but it's php and I'm not sure you use php in revu
[10:56] <siretart> Adri2000: no, we can't. revu is python
[10:56] <flithm> PriceChild: feel free!  would it be possible to see your debian/ afterward so I can fix mine up / see what I did wrong etc?
[10:56] <PriceChild> flithm, yeah of course :)
[10:56] <flithm> PriceChild: sweet
[10:57] <Adri2000> siretart: http://mail.python.org/pipermail/python-list/2004-February/250614.html
[10:59] <siretart> Adri2000: can you perhaps craft a patch for revu?
[10:59] <siretart> Adri2000: I have a very unstable internet conenction right now
[11:00] <welshbyte> re htmlspecialchars - python's cgi.escape() should do what you want
[11:00] <Adri2000> siretart: yeah I will try, tomorrow
[11:01] <Adri2000> welshbyte: in the remaining changes you should also put the maintainer change
[11:01] <Adri2000> welshbyte: and I will upload it tomorrow, unless you find someone else before. also please update the changelog date (dch -e)
[11:02] <welshbyte> Adri2000: great, thanks.. i'll attach a new one shortly
[11:20] <welshbyte> right, that's done
[11:40] <TheMuso> Hey all.
[11:40] <Hobbsee> hi TheMuso!
[11:40] <TheMuso> Hey Hobbsee.
[11:40] <ScottK> Heya TheMuso
[11:40] <TheMuso> Unlike you to be around at this time.
[11:40] <Hobbsee> TheMuso: i've been up now, and earlier, for most of the week.
[11:41] <TheMuso> ah ok
[11:41] <xxxxx1> bye all
[11:42] <ajmitch> Hobbsee: you are nuts
[11:42] <Hobbsee> ajmitch: i know.  i believe it's called jetlag and such
[11:43] <Hobbsee> ajmitch: and i had planned to change my sleep schedule when i got back anyway
[11:43] <ajmitch> yes, and it doesn't appear like you've tried very hard
[11:43] <Hobbsee> mmm...maybe, yeah
[11:44] <ajmitch> having to be at work in the morning does actually help
[11:44] <Hobbsee> indeed.
[11:45] <Hobbsee> ajmitch: clearly i fail at everything, yes.  Thankyou for your great words of wisdom.  anything else to add?  :P
[11:45] <Daviey> hmm... i have a problem:  one of my 'initial debianization' uploads has a debian wnpp intro...  What does that mean for me>?
[11:55] <paran> could someone add a comment to this http://revu.tauware.de/details.py?upid=4145 that there is a new upstream version 1.51 which is described as a bugfix release for 1.50 thats on revu
[12:02] <TheMuso> persia: Congratulations!!!
[12:02] <TheMuso> persia: You deserve it.
[12:02] <TheMuso> c
[12:02] <TheMuso> ugh
[12:05] <persia> TheMuso: Thanks.  Now I just have to figure out how to sponsor bugfixes :)
[12:05] <Hobbsee> yay, persia!
[12:05] <TheMuso> persia: Its not that difficult. Debsign is your friend.
[12:05] <Hobbsee> persia: like you upload them?
[12:05] <Hobbsee> well, like you upload anything else?
[12:06] <TheMuso> persia: And don't forget to be thorough in your ensuring things work.
[12:06] <Hobbsee> TheMuso: but breaking things is fun!
[12:06] <Hobbsee> oh wait, i shouldnt say that, i got a package uploaded to main today...
[12:06] <persia> Hobbsee: I've been a MOTU for 6 hours, for most of which I was asleep.  I've some studying to do :)
[12:06] <Hobbsee> hehe :)
[12:07] <TheMuso> I was almost giddy ith the prospect, and almost forgot to do the necessary double checking. :)
[12:08] <TheMuso> I still have my first acceptance email.
[12:08] <Hobbsee> actually, iirc, i had gotten all my stuff sponsored, so had to go look for something else to fix.
[12:09] <Hobbsee> ajmitch: doesnt exist.
[12:09] <TheMuso> ajmitch: ??
[12:09] <TheMuso> bbl, breakfast.