[12:40] <dcraven> Any REVU admins here that can "re-sync the REVU uploaders keyring"?
[12:41] <sistpoty> dcraven: yes, should be finished in a few minutes
[12:42] <dcraven> sistpoty, thanks :)
[01:00] <sistpoty> dcraven: update done
[01:01] <muzzol_> hi
[01:01] <dcraven> sistpoty, thanks again.
[01:02] <muzzol_> can a version name have two hyphens?
[01:02] <sistpoty> np
[01:02] <muzzol_> hvirtual (1:2.1.0-2svn20061104) unstable; urgency=low
[01:02] <muzzol_> 1:2.1.0-2svn20061104
[01:02] <muzzol_> 1:2.1.0-2svn20061104-1
[01:02] <muzzol_> is that correct?
[01:02] <crimsun_> it's not best practice, but it's legal
[01:02] <muzzol_> ok
[01:03] <muzzol_> it is because im still learning about packaging
[01:03] <crimsun_> in fact, I'd say "don't do it".
[01:03] <geser> it's possible but then 2svn20061104 will be part of the upstream version
[01:03] <muzzol_> so i want to just icrease version for testing
[01:03] <crimsun_> why use that version string to begin with?
[01:04] <muzzol_> is what i've found in the package
[01:04] <muzzol_> this packages has been packaged before
[01:04] <muzzol_> i'll paste some of changelog
[01:04] <muzzol_> hvirtual (1:2.1.0-2svn20061104) unstable; urgency=low                           
[01:04] <muzzol_> 
[01:04] <muzzol_>   * SVN of 2006-11-04, non-debug build                                          
[01:04] <muzzol_> 
[01:04] <muzzol_>  --  <cinelerra@jon.kiberpipa.org>  Sat,  4 Nov 2006 14:25:03 +0100             
[01:04] <muzzol_> 
[01:04] <muzzol_> hvirtual (1:2.1.0-1svn20060912) unstable; urgency=low                           
[01:05] <muzzol_> 
[01:05] <muzzol_>   * SVN of 2006-09-12, non-debug build, merge with Adam's 2.1 version           
[01:05] <muzzol_> 
[01:05] <muzzol_>  -- Debian User <ga@kutxa.homeunix.org>  Tue, 12 Sep 2006 12:58:37 +0200        
[01:05] <muzzol_> 
[01:05] <muzzol_> hvirtual (1:2.0.0) unstable; urgency=low                                        
[01:05] <muzzol_> 
[01:05] <muzzol_>   * 2.0                                                                         
[01:05] <muzzol_> 
[01:05] <muzzol_>  -- Andraz Tori <andraz.tori1@guest.arnes.si>  Tue, 8 Jan 2006 22:22:14 +0200
[01:05] <crimsun_> eww.
[01:06] <crimsun_> first, it doesn't exist in Debian or Ubuntu, so you'd start with an initial packaging revision.
[01:06] <muzzol_> ah, ok
[01:06] <muzzol_> i also dont understand the colon
[01:06] <muzzol_> some light?
[01:07] <crimsun_> what precedes the colon is an epoch
[01:07] <muzzol_> i dont find any references to colon in ubuntu p. guide
[01:07] <crimsun_> e.g., 1:1.0-1 overrides 1.0-1
[01:08] <muzzol_> is this usual?
[01:08] <crimsun_> it is used more often than I'd like, but no, it's not usual or recommended.
[01:09] <minghua> I would say it's usual
[01:09] <minghua> but of course I don't recommend it either
[01:09] <muzzol_> so can you give some light about how can i start the naming of this package
[01:09] <muzzol_> im getting confused
[01:10] <crimsun_> what's the upstream version right now?
[01:10] <muzzol_> 1:2.1.0-2svn20061104
[01:10] <minghua> no, what was the last release by upstream?
[01:11] <minghua> not the debian package
[01:11] <muzzol_> cinelerra_2.1.0-2svn20061104.tar.gz
[01:11] <crimsun_> so, 2.1.0?
[01:11] <muzzol_> yes
[01:12] <crimsun_> 2.1.0-0ubuntu1~svn20061104, perhaps
[01:12] <muzzol_> ok
[01:12] <crimsun_> that's just my suggestion, ask some others
[01:12] <crimsun_> (my template is mjg59's recent compiz uploads)
[01:13] <muzzol_> and if i want to increment revision
[01:13] <minghua> I only see version 2.1 on cinelerra's upstream web page
[01:13] <muzzol_> what page are you looking?
[01:13] <muzzol_> there's two forks
[01:13] <minghua> I doubt upstream will release a tarball called 2.10-2svn20061104
[01:13] <muzzol_> but are friendly forks
[01:13] <minghua> http://heroinewarrior.com/download.php3
[01:14] <muzzol_> is not that one
[01:14] <muzzol_> cinelerra
[01:14] <muzzol_> and cinelerra-cv
[01:14] <muzzol_> are diferent
[01:14] <crimsun_> minghua: upstream has some very, very ... interesting licensing issues.
[01:14] <muzzol_> sorry i dindt say that
[01:14] <muzzol_> is somewhat similar to sylpheed and sylpheed-claws
[01:14] <minghua> well, if they are _friendly_ forks, shouldn't they at least change the name?
[01:15] <minghua> actually, even unfriendly forks should do that
[01:15] <muzzol_> yes, i've asked that same question in cinelerra-cv channel
[01:15] <muzzol_> but seems that heroin people are ok with naming cinelerra-cv just cinelerra
[01:15] <muzzol_> i also think it would be better to name it cinelerra-cv
[01:16] <muzzol_> because maybe someday heroin want to release debs
[01:17] <muzzol_> i think i'll start a fresh naming to reflect all this
[01:18] <muzzol_> if i use this name cinelerra-cv_2.1.0-0ubuntu1~svn20061104
[01:18] <minghua> crimsun_: I can imagine licensing is quite a touchy issue in video editing field
[01:18] <muzzol_> and then i want to increase revision
[01:18] <muzzol_> i just have to modifiy 1ubuntu1~svn20061104, right?
[01:18] <minghua> I don't think 2.1.0-0ubuntu1~svn20061104 is a good idea...
[01:18] <muzzol_> so?
[01:19] <minghua> maybe crimsun_ meant 2.1.0~svn20061104-0ubuntu1?
[01:19] <Fujitsu> minghua: I hope that's what he meant.
[01:19] <minghua> but generally speaking, crimsun_ knows much better than I do
[01:19] <crimsun_> use either one
[01:19] <muzzol_> this package is not in debian, must i add ubuntu?
[01:19] <crimsun_> I used mjg59's compiz versioning as an example.
[01:20] <muzzol_> is not suposed to be used only when there's also a debian package?
[01:20] <Fujitsu> crimsun_: Surely the ~svnYYYYMMDD is part of upstream?
[01:20] <crimsun_> I'm inclined to discard upstream's rather nasty versioning
[01:20] <minghua> I assume mjg59 keeps all the svn patches in his .diff.gz then
[01:21] <muzzol_> mjg59?
[01:21] <minghua> but then you need to discard upstream's tarball as well
[01:21] <crimsun_> frankly 2.1.0+svn20061104-0ubuntu1 makes a lot more sense.
[01:22] <muzzol_> so svn20061104 is NOT interpreted as revision, right?
[01:22] <crimsun_> in the just-cited case, no.
[01:23] <muzzol_> and can you answer my other question regarding packages that doesn't exist in debian?
[01:24] <muzzol_> i forgot a please :)
[01:24] <crimsun_> in the off chance that Debian accepts it, yes, you do need -0ubuntu1
[01:24] <muzzol_> ah, i see
[01:25] <muzzol_> so if there's a possibility that a package goes to debian repos i must use that prefix
[01:26] <muzzol_> well, i'll use 2.1.0+svn20061104-0ubuntu1
[01:26] <muzzol_> thanks for the time everyone
[01:26] <muzzol_> :)
[01:35] <sistpoty> hooray, one segfault found :)
[01:35] <sistpoty> oops, didn't mean to highlight you ;)
[01:36] <ajmitch> hehe
[01:38] <sistpoty> working on a f*cked up vhdl interpreter, written with lots of naughty hacks is sooo much fun :(
[01:38] <sistpoty> (thesis)
[01:50] <fernando> hi all
[01:52] <sistpoty> hi fernando
[01:57] <bddebian> Heya gang
[01:57] <sistpoty> hi bddebian
[01:57] <bddebian> Hi sistpoty
[01:57] <Fujitsu> Morning, bddebian.
[01:57] <bddebian> Howdy Fujitsu
[02:02] <geser> Fujitsu: are you trying to close a bug in the Debian BTS?
[02:06] <Fujitsu> geser: Yes.
[02:07] <Fujitsu> Is there no distinction between fixed and rejected, just resolved?
[02:07] <geser> http://www.debian.org/Bugs/Developer.en.html#closing
[02:08] <Fujitsu> That doesn't say what to do when it's not a valid bug.
[02:08] <geser> I think there is no difference
[02:09] <crimsun_> there's always wontfix
[02:10] <Fujitsu> Add wontfix and close it?
[02:10] <crimsun_> what's the context?
[02:10] <Fujitsu> Debian #397909
[02:10] <geser> Fujitsu: you can ask in #debian-devel on OFTC
[02:10] <Ubugtu> Debian bug 397909 in soundconverter "soundconverter: Does not convert m4a (AAC) files" [Normal,Open]  http://bugs.debian.org/397909
[02:11] <crimsun_> that's a wontfix imo.
[02:12] <crimsun_> you can't do anything about it, because the GSt plugin doesn't exist.
[02:12] <Fujitsu> That's what I though.
[02:12] <Fujitsu> *thought
[02:12] <Fujitsu> So I just add the tag and close it?
[02:13] <crimsun_> I wouldn't close it.
[02:13] <crimsun_> it's not resolved, but you aren't going to fix it
[02:13] <Fujitsu> OK.
[02:16] <bddebian> Fujitsu: Are you going to merge zsync?
[02:17] <Fujitsu> bddebian: You can take it if you want. I was going to get around to it at some point, but it's got a lot of code changes that I haven't got around to looking at yet.
[02:17] <bddebian> Fujitsu: No, you can have it, someone just posted a merge on REVU
[02:18] <Fujitsu> Ah.
[02:18] <Fujitsu> Sounds bad.
[02:18] <crimsun_> hah, nice hand-off
[02:18] <bddebian> crimsun_: ?
[02:18] <crimsun_> I'm just chuckling :)
[02:18] <crimsun_> "are you going to do it?" "no, you can" "no, really, -you- can."
[02:19] <Fujitsu> bddebian: That's a very warped version of `just.'
[02:20] <bddebian> Fujitsu: ?
[02:20] <Fujitsu> November 19 != just.
[02:21] <bddebian> I didn't mean it like "just now", I meant it like "oh, just that someone posted..." :)
[02:21] <Fujitsu> Aha.
[02:22] <bddebian> Basically all I wanted to know was whether or not to archive that upload off of REVU :-)
[02:23] <Fujitsu> I'll have a look at it shortly.
[02:24] <crimsun_> holy crap. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403022
[02:24] <Ubugtu> Debian bug 403022 in mozilla-plugin-vlc "Non-existent vlcintf.xpt file!" [Grave,Open]  
[02:24] <crimsun_> -grave-, dude.
[02:25] <Fujitsu> sounds good.
[02:25] <crimsun_> that guy had better be glad ron lee isn't maintaining vlc.
[02:25] <Fujitsu> Is he known for murdering people abusing severities?
[02:26] <crimsun_> murdering would be the nice way of saying it :)
[02:27] <bddebian> Main packages don't belong on REVU do they?
[02:28] <sistpoty> bddebian: why not?
[02:29] <bddebian> sistpoty: Becuase most of us aren't cool enough to upload them? :)
[02:30] <sistpoty> bddebian: well, there are quite some cool guys around. I'm not one of them though *g*
[02:30] <bddebian> Do any main types even look at REVU?
[02:30] <bddebian> I guess ajmitch does huh?
[02:30] <sistpoty> bddebian: have ajmitch look at it :P
[02:30] <sistpoty> lol
[02:32] <ajmitch> generally updates to existing packages don't belong on revu
[02:32] <sistpoty> ajmitch: they do, but revu should provide a debdiff to the existing one *g*
[02:33] <ajmitch> the rest of us try & discourage that sort of usage
[02:33] <ajmitch> since it's nice to keep revu for reviewing new packages
[02:33] <ajmitch> rather than splitting the procedure for reviewing updates between malone & revu
[02:33] <sistpoty> ajmitch: yes... I discourage it as well. because revu just sucks in that respect
[02:34] <bddebian> Eeks, I didn't mean to start a fight, I'm just trying to clean up ;-)
[02:34] <ajmitch> back later
[02:35] <sistpoty> cya ajmitch
[02:35] <bddebian> Later ajmitch
[02:42] <muzzol_> dh_strip -a is what removes debug info?
[02:43] <muzzol_> is commented in my rules
[02:43] <muzzol_> also have this line commented 
[02:43] <muzzol_> strip -x -s -R .comment -R .note debian/cinelerra/usr/lib/cinelerra/*.so
[02:43] <muzzol_> if i want to disable debug info must i uncomment those?
[02:46] <sistpoty> muzzol_: please use dh_strip to remove the debug info... (it might be used to split of the debug info to -dbgsym packages on the buildds)
[02:47] <muzzol_> so i can ignore that strip line?
[02:48] <muzzol_> sistpoty, this is first time i package this program. last guy leave debug info enabled
[02:48] <sistpoty> muzzol_: you should remove the strip line, it's redundant to dh_strip for normal builds
[02:48] <muzzol_> ok, that's what i wanted to know :)
[02:48] <muzzol_> thanks
[02:48] <sistpoty> np
[02:54] <sistpoty> gn8 everyone
[02:55] <crimsun_> 'night sistpoty 
[02:56] <Fujitsu> Bye, sistpoty.
[02:56] <bddebian> Bah, bye
[03:17] <joejaxx> crimsun_: http://fluxbuntu.org/fluxbuntu_ppc1.png
[03:21] <ajmitch> joejaxx: right, what's special about that?
[03:21] <ajmitch> ps3?
[03:21] <joejaxx> ajmitch: the discs were build from scratch
[03:21] <ajmitch> ok
[03:21] <joejaxx> built*
[03:21] <ajmitch> that's a good start
[03:23] <joejaxx> ajmitch: i do not the ps3 kernel whould have the regular ubuntu versioning on it :P
[03:23] <minghua> so, uhm, what exactly is this "nixternal proofing packaging"? :-P
[03:24] <ehazlett> greetings all...  is there a way to pass a gpg passphrase to dpkg-buildpackage so it doesn't wait for one?
[03:25] <ajmitch> minghua: making it nixternal-proof, I suspect :)
[03:25] <ajmitch> hello Hobbsee 
[03:26] <zul> hi Hobbsee 
[03:26] <crimsun_> we need to promote Hobbsee to motu deity, too.
[03:26] <dominussuus> are there any plans to update gnome-pilot in edgy to 2.15?
[03:26] <crimsun_> dominussuus: none currently.
[03:26] <Hobbsee> hey ajmitch 
[03:26] <Hobbsee> hey zul 
[03:26] <Hobbsee> how'd the meeting go?
[03:27] <ajmitch> crimsun_: I thought she was?
[03:27] <crimsun_> ajmitch: true
[03:27] <ajmitch> meeting was ok
[03:27] <crimsun_> obligatory bddebian reference was in the meeting, so it went well. :-)
[03:27] <dominussuus> crimsun - is there any way to request that because there's a rather crippling bug in 2.14 that's fixed in 2.15
[03:28] <crimsun_> dominussuus: via backports, mayhap
[03:28] <crimsun_> Hobbsee: covered quite a bit of ground. 
[03:29] <dominussuus> crimsun: backports? as in from feisty?
[03:29] <dominussuus> (and what does mayhap mean? I'm still picking up the abbreviations)
[03:30] <crimsun_> dominussuus: yes, and "perhaps"
[03:30] <Hobbsee> crimsun_: what for?
[03:31] <Hobbsee> @ the deity bit
[03:31] <crimsun_> oh, deity bits don't have to be explained!
[03:31] <zul> was there anyting i missed after i left
[03:31] <crimsun_> "just cause"
[03:31] <crimsun_> zul: what was being discussed when you had to leave?
[03:32] <zul> bzr i think
[03:32] <zul> i was only paying half attention
[03:32] <Hobbsee> crimsun_: but i didnt think i did anything that should make me a deity?
[03:32] <crimsun_> zul: ah. Yeah, some bits. https://lists.ubuntu.com/archives/ubuntu-motu/2006-December/001068.html
[03:34] <ajmitch> zul: and that we elected to leave all the merges for bddebian 
[03:34] <zul> great..
[03:34] <crimsun_> wow, that's a present.
[03:34] <zul> happy hanauka
[03:35] <minghua> Hobbsee: well, for one, mortals don't have pointy sticks of doom :-)
[03:35] <Hobbsee> minghua: good point.
[03:36] <bddebian> crimsun_: I got mentioned?
[03:37] <minghua> be back later
[03:38] <crimsun_> bddebian: absolutely :)
[03:41] <bddebian> Hmm
[03:43] <Hobbsee> !logs
[03:43] <ubotu> Channel logs can be found at http://people.ubuntu.com/~fabbione/irclogs
[03:44] <bddebian> I freakin hate digging through diff.gz's to see if changes got applied.. :-(
[03:47] <ehazlett> can someone explain how to use dpkg-buildpackage -sgpg ?  im trying to throw options at the gpg for signing
[03:48] <Hobbsee> ehazlett: dpkg-buildpackage -sa -S -rfakeroot -k<yourkeyid>?
[03:48] <Hobbsee> ehazlett: the -k<yourkeyid> is the bit you're after, i think
[03:48] <ehazlett> im trying to automate the key input...  so it doesn't prompt...
[03:49] <Hobbsee> as in the signing bit?
[03:49] <ehazlett> yeah
[03:49] <Hobbsee> i dont think you can...
[03:49] <ehazlett> that's what i was afraid of... ;)
[03:50] <ehazlett> Hobbsee: thanks anyways... :)
[03:52] <Hobbsee> ehazlett: it's kind of dangerous if you *did* want to automate that somehow
[03:54] <bddebian> Did I understand from the meeting today that they feel we should actually fix the problems with packages on REVU?
[03:55] <ehazlett> Hobbsee: yeah, i know... for local use only... :)
[03:55] <bddebian> nixternal: You around?
[03:55] <Hobbsee> bddebian: or tell the people how to fix them
[03:56] <bddebian> Hobbsee: Well that was my thinking so they "learned" but that wasn't the impression I got today
[03:57] <Hobbsee> ooh, i see
[04:08] <imbrandon> 
[04:08] <bddebian> 
[04:10] <Hobbsee> right, interesting
[04:10] <imbrandon> very :)
[04:11] <Hobbsee> palski: ping?
[04:11] <bddebian> What, you don't have the MOTU secret decoder ring? :)
[04:11] <ajmitch> Hobbsee: what did you need discussed?
[04:11] <imbrandon> what about them Hobbsee ?
[04:11] <Hobbsee> ajmitch: dunno.   people are starting to bitch that their changes are taking too long
[04:11] <imbrandon> heya ajmitch bddebian Hobbsee btw
[04:11] <bddebian> Hi imbrandon
[04:11] <bddebian> Doesn't everyone bitch about everything taking too long? :-)
[04:11] <ajmitch> Hobbsee: bring it up on the list
[04:12] <ajmitch> hello imbrandon 
[04:12] <Hobbsee> personally, i think they're too long and painful, which is the main reason i dont put them through.  and confusing
[04:12] <Hobbsee> ajmitch: but ML's are evil
[04:12] <ajmitch> them don't complain :)
[04:12] <imbrandon> Hobbsee: it is the holidays too, people are putting in less time as a whole imho
[04:12] <Hobbsee> bddebian: which is why we should shorten them :P
[04:12] <imbrandon> is part of it
[04:12] <Hobbsee> imbrandon: that's true.  
[04:12] <ajmitch> holidays?
[04:12] <ajmitch> hah
[04:12] <crimsun_> Hobbsee: probably a suitable discussion at MC
[04:12] <imbrandon> too long? 7 days isnt that long imho
[04:13] <imbrandon> but as crimsun said probably something for the MC to review
[04:13] <ajmitch> not that we need a council, when we have the motu trinity
[04:13] <Hobbsee> ajmitch: yes, i'll bet that they'll become the council
[04:13] <crimsun_> imbrandon: it's not that, I don't think. It's a distinct lack of movement based on 'verification-motu-needed'
[04:13] <Hobbsee> :P
[04:14] <ajmitch> crimsun_: frankly, it's hard to test stuff that you never use
[04:14] <imbrandon> Hobbsee: not likely as dholbach dident ask me "did i see myself on the council" so i dont think i'm up for the MC :)
[04:14] <crimsun_> ajmitch: agreed.
[04:14] <Hobbsee> imbrandon: awwwwww
[04:15] <crimsun_> imbrandon: we should test those returned by https://bugs.launchpad.net/distros/ubuntu/+bugs?field.tag=verification-motu-needed
[04:15] <imbrandon> Hobbsee: hehe no worries, here, i'll do it if asked and wont fuss if not :)
[04:15] <imbrandon> crimsun_: rockin, i dident know we could get a working list
[04:15] <ajmitch> imbrandon: he may still be asking people
[04:15] <Hobbsee> ajmitch: yes, people bitch about that too.  that devs didnt fix a bug with a patch attached in 3 months, although -sponsors has only known about it for 3 days
[04:15] <crimsun_> regardless, I'll be pushing for those during the revu sprint, too
[04:15] <ajmitch> Hobbsee: note that the patch was only attached to the bug 3 days ago
[04:15] <Ubugtu> Malone bug 3 in rosetta "Custom links for each translation team." [Wishlist,Confirmed]  http://launchpad.net/bugs/3
[04:15] <ajmitch> shut up Ubugtu 
[04:16] <imbrandon> hehe
[04:16] <imbrandon> crimsun_: right on
[04:16] <Hobbsee> ajmitch: yes, i know
[04:17] <imbrandon> crimsun_: btw can you talk to port 902 ? ( the reason i asked is i opend up that port for vmware console access to your VM if you have vmware console installed )
[04:17] <imbrandon> if you can your more than welcome to use it
[04:18] <ajmitch> imbrandon: you hand out vmware access now too? :)
[04:18] <crimsun_> imbrandon: I don't have it installed
[04:18] <imbrandon> ajmitch: only in one special case 
[04:18] <imbrandon> :)
[04:18] <ajmitch> aw
[04:18] <ajmitch> but my box is underpowered :)
[04:18] <imbrandon> hehe the vmware box thats on ( amd64 3400+ ) is less powerfull than your desktop 
[04:19] <ajmitch> probably
[04:19] <ajmitch> & some bandwidth to host stuff
[04:19] <crimsun_> just a pony here.
[04:19] <imbrandon> heh i got the bandwidth and the rackspace now, just no servers to plug into the holes but i'll be fixing that over the next while
[04:20] <imbrandon> i just picked up a sun ultra 5 free yesterday 
[04:20] <imbrandon> that i might try to rack on a shelf
[04:20] <bddebian> Damn..
[04:20] <imbrandon> dude and ultra 5 is only 400mhz
[04:20] <ajmitch> got a ppc for the rack as well?
[04:20] <bddebian> I used to get nice hardware for nada :-(
[04:21] <imbrandon> ajmitch: yea i have my laptop i took to uds reloaded with a server install in the rack now, if i can find a beefier ppc i will replace it
[04:21] <imbrandon> as is its a 800mhx 640mb ram
[04:21] <ajmitch> yeah I know you were considering putting the laptop in there
[04:21] <ajmitch> but it's not really suitable for a rack
[04:22] <imbrandon> so as of this moment i have the ppc lappy reconfigured as a server and a x86 box actualy IN the rack , and a ultra 5 getting ready to possibly get put in
[04:22] <imbrandon> yea thats my main problem, most of the hardware i have is "rack ready" other than my x86 and x86_64 boxes
[04:22] <imbrandon> s/is/is not/
[04:23] <ajmitch> so imbrandon can be our build farm now
[04:23] <imbrandon> although a lappy is better than a desktop 
[04:23] <imbrandon> as far as that goes
[04:23] <imbrandon> ajmitch: yup, thats what i'm slowly doing
[04:23] <imbrandon> :)
[04:23] <bddebian> Hobbsee: You still have ksudoku up on REVU?
[04:24] <imbrandon> with this pay increase i'm thinking i can have it done by febuary with all the arches i wanna put in there
[04:24] <Hobbsee> bddebian: if i do, it should be archived, why?
[04:24] <bddebian> Hobbsee: I'm working throught the list
[04:24] <bddebian> I'll archive it
[04:24] <Hobbsee> bddebian: which list?  
[04:26] <bddebian> Hobbsee: REVU
[04:27] <Hobbsee> bddebian: ah right
[04:30] <imbrandon> crimsun_: on those how many MOTU's are needed ? i thought it was only 1
[04:31] <imbrandon> ( e.g. some have 2 and 3 already )
[04:31] <ajmitch> imbrandon: for SRU? it still stands at 5 votes
[04:31] <imbrandon> or are you meaning they only need build/uploaded
[04:31] <ajmitch> seperate from the SRU team approval
[04:32] <imbrandon> after uploading and testing though right ?
[04:32] <imbrandon> e.g. "works for me"
[04:32] <imbrandon> and umm people arent clear about what they areacking , ugh, all i see is a bunch of "+1"'s
[04:32] <ajmitch> yeah
[04:32] <ajmitch> it's not clear at all
[04:32] <imbrandon> s/areacking/are\ acking/
[04:32] <ajmitch> more motu mess :)
[04:33] <imbrandon> man i wish i could have spent more time at the MOTU meeting today
[04:33] <imbrandon> it was just as i was getting off work though
[04:33] <imbrandon> hrm
[04:33] <imbrandon> and we cant see whats in -proposed huh ?
[04:34] <jdong> imbrandon: ha ha, your satiric +1 description really sounds like backports testing comments :D
[04:34] <StevenK> imbrandon: Sure you can
[04:34] <imbrandon> jdong: well there are diffrent types of acks on these
[04:34] <StevenK> edgy-proposed is a real life, reachable repo.
[04:34] <jdong> ah, ok
[04:34] <ajmitch> we have to be able to see what's in -proposed to be able to test it!
[04:34] <imbrandon> StevenK: i mean from LP without adding it to my sources.list
[04:35] <ajmitch> imbrandon: that's just because LP sucks :)
[04:35] <imbrandon> e.g. if i wanna cherry pick some packages
[04:35] <StevenK> You might, I haven't tried.
[04:35] <ajmitch> I don't know if any pockets (the technical name for them) are exposed
[04:38] <Hobbsee> jdong: sshfs?
[04:38] <jdong> Hobbsee: FUSE filesystem for ssh
[04:38] <Hobbsee> ah
[04:38] <ajmitch> more jdong crack
[04:38] <jdong> Hobbsee: i.e. sshfs server:/foo ~/bar
[04:38] <jdong> Hobbsee: and voila, ssh mounted as a filesystem :)
[04:38] <Hobbsee> ahhh
[04:39] <StevenK> sshfs is scary
[04:39] <Hobbsee> ajmitch: hahaha, wouldnt surprise me
[04:39] <jdong> very handy, ahem, ajmitch :D
[04:39] <rmjb> +1 for sshfs
[04:39] <StevenK> Then again, tramp has done it for years.
[04:39] <rmjb> better than smb or nfs... same permissions :)
[04:39] <jdong> :)
[04:40] <jdong> rmjb: I like it over smb and nfs for its versatility
[04:40] <jdong> anything you can ssh to, you can mount with sshfs
[04:40] <jdong> the ssh tunneling setup for remote smb shares is anything but trivial :)
[04:40] <rmjb> yeah... now if only more apps were gnome-vfs aware
[04:40] <jdong> aye
[04:40] <jdong> even kde kioslaves sftp/fish aren't perfect
[04:41] <jdong> kaffeine can't stream from it
[04:41] <jdong> it has to totally copy the file over, then play
[04:42] <rmjb> I see edgy kernel updates available... I'm weary to do them
[04:43] <rmjb> because I don't see an equivalent update for restricted modules
[04:43] <Admiral_Chicago> rmjb: security update
[04:43] <jdong> rmjb: kernel ABI didn't change
[04:43] <StevenK> rmjb: The kernel ABI number didn't change
[04:43] <jdong> rmjb: should be compatible
[04:43] <jdong> I will disclaim that there are some issues of weirdness at hteh forums
[04:44] <jdong> weird breakages users CLAIM to be update-related
[04:44] <jdong> but I cannot explain
[04:44] <jdong> or reproduce more than once
[04:44] <Admiral_Chicago> wait, i think that's right, not really sure. I realized what channel i'm in
[04:44] <jdong> Admiral_Chicago: that's correct
[04:44] <jdong> Admiral_Chicago: and also I believe a SATA fix
[04:44] <jdong> rmjb: http://ubuntuforums.org/showthread.php?t=318206 read that if you're curious
[04:45] <jdong> rmjb: I've updated many boxes with absolutely no issue
[04:45] <jdong> those experiencing trouble are in the far majority
[04:45] <rmjb> yeah it's security... was waiting for the restricted modules update to appear, but you guys fixed that for me
[04:45] <Admiral_Chicago> jdong: i thought so, nix said something like that
[04:46] <rmjb> will update after my feisty vm finishes
[04:46] <jdong> rmjb: if you installed the linux-<flavor> metapackage, the kernel update automatically holds-back until all the pieces arrive
[04:46] <jdong> rmjb: so it's not something you'd worry about
[04:47] <rmjb> cool... good to know
[04:47] <rmjb> thanks jdong & StevenK & Admiral_Chicago
[04:49] <jdong> of course murphy tends to rear his ugly head in these scenarios :D
[04:49] <jdong> as noted by all the "I swear the update made my grub error 17" posts @ the forums :)
[04:49] <rmjb> yeah, but it's good to know (s)he's not invited
[04:50] <jdong> on the bright side, if your system breaks, rmjb, it might finally solve the mystery of what's going on
[04:50] <StevenK> Oh, Murphy was an optimist. :-P
[04:50] <jdong> :)
[04:50] <rmjb> yay!
[04:51] <imbrandon> mdt dist-apt-cache edgy-prop dump|grep ^Package
[04:51] <imbrandon> err
[04:51] <ajmitch> imbrandon: almost...
[04:52] <keescook> wheee I've got inkscape compiled with PIE.  crazy.
[04:52] <StevenK> mdt?
[04:53] <ajmitch> keescook: now for extra world domination...
[04:53] <imbrandon> StevenK: multi distro tools
[04:53] <ajmitch> keescook: you still hack much on inkscape?
[04:53] <imbrandon> some scripts from lucas
[04:53] <StevenK> Ah. Don't know about them.
[04:53] <keescook> ajmitch: I used to a lot more than I do now.  :)
[04:53] <imbrandon> StevenK: great for making pages like ....
[04:53] <jdong> yay go madison-lite :)
[04:54] <imbrandon> StevenK: http://voyager.imbrandon.com/mdt/feisty/kde.html
[04:54] <jdong> keescook: I really needed my inkscape compiled with a hardened toolchain
[04:54] <Hobbsee> seems like you need a local mirror to use it though
[04:54] <jdong> keescook: that's been causing insomnia and hypertension for the past 3 weeks
[04:54] <jdong> Hobbsee: script
[04:54] <jdong> Hobbsee: that wgets Packages.bz2 files
[04:54] <Hobbsee> ah
[04:54] <keescook> jdong: hehe.  well, I figured it's nice and big and I know how to poke at it; it'd make a good test case.
[04:55] <jdong> Hobbsee: http://paste.ubuntu-nl.org/37286/
[04:55] <StevenK> Hobbsee: I have a 30 line script that goes through and freshens the madison-lite cache
[04:55] <jdong> Hobbsee: that's the one I use, adapt to your pleasure
[04:55] <jdong> it was posted on the backports list a while back
[04:55] <Hobbsee> StevenK: ahh :)
[04:55] <jdong> I don't remember the original source
[04:55] <jdong> but I made it wget a few files simultaneously
[04:55] <StevenK> Mine is a little more elegant. :-P
[04:55] <jdong> which makes the process a bit more bearable :)
[04:56] <jdong> StevenK: well good for you :)
[04:56] <jdong> trying to make me feel bad
[04:56] <StevenK> Heh
[04:57] <StevenK> http://paste.ubuntu-nl.org/37287/
[04:59] <jdong> StevenK: you have to bootstrap yours by initially creating a local mirror, right?
[04:59] <jdong> then it goes out and is autonomous at updating itself
[04:59] <StevenK> No, you just create the directories and touch files.
[05:00] <jdong> StevenK: that's what I meant
[05:00] <jdong> download the script, and change homedir path and run
[05:00] <StevenK> I can add edgy-proposed by running cp -a, and then ./update
[05:00] <jdong> pfft
[05:00] <jdong> :)
[05:00] <jdong> lol
 I like your script too, StevenK </forced>
[05:02] <StevenK> Awww
[05:02] <ajmitch> cruel Hobbsee 
[05:03] <jdong> Hobbsee: if that's a joke about yesterday's python upload... (j/k)
[05:03] <jdong> yay, look at that, my video encoding job is done
[05:03] <jdong> that means I can sleep now
[05:04] <jdong> instead of watching the progress bar
[05:04] <Hobbsee> jdong: sleep is for wusses.  FIX SOME BUGS!  
[05:04] <Hobbsee> ajmitch: :P
[05:05] <rmjb> saw an email today the universe will follow feisty schedule for version freeze but leave an extra week open for new packages
[05:05] <jdong> I've had a long day already
[05:05] <jdong> stupid christmas decorations
[05:05] <jdong> had to swap out a bunch of 3A fuses for 10A ones
[05:05] <rmjb> is that freeze the debian import freeze or the UVF?
[05:05] <Hobbsee> rmjb: UVF
[05:05] <rmjb> jdong: you put in larger fuses? sure that's safe?
[05:05] <rmjb> Hobbsee: thanks
[05:06] <jdong> rmjb: that's irrelevant. the decorations must go up
[05:06] <jdong> rmjb: (I did check all of it with an ammeter once I was done)
[05:06] <jdong> it was slightly beyond UL regulations
[05:06] <jdong> but still what I'd consider safe
[05:06] <jdong> as someone whose done the wiring for his robotics team for 5 years now
[05:07] <rmjb> alrighty then
[05:08] <jdong> but I do have a servo for automatically resetting my circuit breakers :)
[05:08] <jdong> jdong crack in the non-computer world is kinda like that :D
[05:09] <rmjb> man, you seem to take a lot of things to the extreme
[05:09] <rmjb> in a good way
[05:09] <rmjb> :)
[05:14] <jdong> rmjb: lol, yeah, people say that
[05:14] <jdong> rmjb: so if you're ever thinking about doing something crazy, you know who to talk to :D
[05:15] <rmjb> true :D
[05:16] <Hobbsee> jdong: now now, put down the crack pipe, and dont pick it back up...
[05:20] <imbrandon> ugh
[05:20] <imbrandon> how can i split a stdout line by space
[05:21] <imbrandon> err i have "1 2" in stdout i want to only return 2
[05:21] <imbrandon> isnt there some awk majic or something
[05:21] <Hobbsee> imbrandon: in what language?
[05:21] <imbrandon> bash
[05:21] <imbrandon> sheel
[05:21] <imbrandon> shell
[05:22] <jdong> imbrandon: awk?
[05:22] <jdong> imbrandon: | awk '{print $2}'
[05:22] <imbrandon> possibly 
[05:22] <jdong> cut should also be usable for that
[05:22] <imbrandon> cut
[05:22] <jdong> though I'm not nearly as familiar with cut syntax
[05:23] <imbrandon> thats what i was looking for
[05:23] <imbrandon> cut
[05:23] <imbrandon> thanbks
[05:23] <jdong> :)
[05:24] <imbrandon> | cut -d " " -f 2 
[05:24] <imbrandon> :)
[05:24] <StevenK> cut -d\  -f2
[05:24] <imbrandon> yea
[05:25] <StevenK> cut -b3
[05:25] <StevenK> :-P
[05:31] <imbrandon> ok time to hed to work see yall in a few
[05:31] <bddebian> Later imbrandon
[05:31] <imbrandon> hopefully this script should work , it should help out with the testing
[05:31] <imbrandon> its runnign now i'll check it when i get to the office
[05:31] <rmjb> later imbrandon
[05:31] <ajmitch> imbrandon: starting early again?
[05:32] <imbrandon> yea another 12 to 12
[05:32] <ajmitch> suck
[05:32] <ajmitch> I thought you weren't going to do too many of those :)
[05:32] <imbrandon> yea really sucks since i worked 8 to 4 today
[05:32] <ajmitch> ouch
[05:32] <imbrandon> so 8am to 4pm then 12am to 12 pm in the same day
[05:33] <imbrandon> sucks
[05:33] <imbrandon> but i get lots of time to do some scripting :)
[05:33] <ajmitch> ah well, I hope it's a quite night for you
[05:33] <imbrandon> ( and the christmass party is tomarrow at 5pm sooo )
[05:33] <imbrandon> probably will be , i'll be on irc here most of the night :)
[05:33] <ajmitch> you're going to be well set
[05:34] <ajmitch> 1 beer & you'll be out ;)
[05:34] <imbrandon> hahah yea thats what i was thinking
[05:34] <ajmitch> see you later then :)
[05:34] <imbrandon> :) back in ~1 hour ( when i get to the office )

[06:01] <jdong> imbrandon: your cut command appears identical to awks
[06:01] <jdong> :)
[06:01] <jdong> but nontheless, I'm gladd you found something that, err, made the "cut" for you?
[06:07] <StevenK> jdong: If it is using multiple spaces, tr -s ' ' | cut -d\  -f2 will work, whereas awk will deal, but is a little more heavyweight.
[06:08] <jdong> StevenK: yeah, awk is probably a bit excessive for the job
[06:08] <jdong> but it works for me (tm) :D
[06:09] <Hobbsee> ajmitch: can you check and ack https://bugs.launchpad.net/distros/ubuntu/+source/k3d/+bug/64848 please?
[06:09] <Ubugtu> Malone bug 64848 in k3d "[SRU: EDGY]   packaging typo - k3d does not install" [High,Confirmed]  
[06:10] <Hobbsee> imbrandon ^
[06:10] <ajmitch> why me?
[06:10] <ajmitch> is it in edgy-proposed yet?
[06:11] <Hobbsee> ajmitch: because you're sru team?
[06:11] <Hobbsee> ajmitch: dont i need the acks first?
[06:11] <StevenK> ajmitch is not motu-sru
[06:11] <Hobbsee> aww, sorry :(
[06:11] <Hobbsee> thought you were
[06:11] <ajmitch> Hobbsee: the people spoke, they didn't want me ;)
[06:11] <Hobbsee> ajmitch: awww :(
[06:11] <StevenK> Heh
[06:11] <Hobbsee> oh right, crimsun_ siretart are the other two here
[06:11] <bddebian> Where do Debian menu files belong?
[06:12] <StevenK> Why they wanted me over ajmitch, I'll never know.
[06:12] <ajmitch> StevenK: because you're trustworthy
[06:12] <ajmitch> bddebian: /usr/share/menu
[06:12] <ajmitch> iirc
[06:13] <bddebian> thx ajmitch
[06:14] <ajmitch> StevenK: I think it's because I don't actually do anything around here
[06:27] <chillywilly> what's edgy-proposed?
[06:28] <jdong> chillywilly: testing ground for edgy-updates
[06:28] <jdong> chillywilly: see wiki StableReleaseUpdates
[06:28] <bddebian> Heya chillywilly
[06:28] <chillywilly> hi
[06:30] <Admiral_Chicago> best nick ever btw
[06:35] <chillywilly> nice, OOo 2.0.4...too bad 2.1 is out now ;)
[06:39] <bddebian> Gnight gang
[06:40] <Hobbsee> night bddebian 
[06:40] <Hobbsee> chillywilly: probably people are fixing other things, and no one is willing to DDOS the buildds again
[06:40] <chillywilly> also, would a new squid be asking too much ;P
[06:41] <chillywilly> anyone ever use sqlgrey? I have a half finished package... :-/
[06:42] <chillywilly> greylisting is such a hassle though
[06:42] <Hobbsee> !info squid feisty
[06:42] <ubotu> squid: Internet Object Cache (WWW proxy cache). In component main, is optional. Version 2.6.1-3ubuntu1 (feisty), package size 576 kB, installed size 1524 kB
[06:42] <chillywilly> that's old
[06:42] <Hobbsee> chillywilly: you could always update it, or ask whoever is the maintainer
[06:42] <Hobbsee> update it then
[06:43] <chillywilly> how? I didn't know I had that power
[06:43] <chillywilly> :P
[06:43] <chillywilly> I'm just a wannabe hanging out here harassing people
[06:43] <chillywilly> ajmitch: you know I love you
[06:43] <ajmitch> yeah
[06:43] <chillywilly> you're my hero
[06:44] <ajmitch> soaking wet outside
[06:45] <chillywilly> I have a pretty long TODO list for that package...
[06:45] <chillywilly> I should finish it
[06:45] <Hobbsee> chillywilly: you can get a sponsor to upload it
[06:45] <chillywilly> then I can say I did something
[06:46] <chillywilly> weeee
[06:46] <ajmitch> you chased hobbsee off
[06:46] <chillywilly> I did?
[06:46] <ajmitch> yep
[06:46] <ajmitch> poor little hobbsee
[06:46] <chillywilly> I don't believe you
[06:47] <chillywilly> Hobbsee usually puts the smackdown on people
[06:47] <chillywilly> don't think I could scare him/her away
[06:48] <ajmitch> nah, didn't you know she's just all kind & would never hurt anyone?
[06:48] <ajmitch> s/all/
[06:48] <chillywilly> well, everyone has to follow that code of conduct thing right ;)
[06:48] <ajmitch> of course
[06:49] <chillywilly> that's what I like about the Ubuntu community
[06:49] <chillywilly> people are respectful of others
[06:49] <ajmitch> that we don't tell you to STFU, RTFM & FOAD?
[06:49] <ajmitch> like I've seen in other channels
[06:49] <chillywilly> hehe
[06:49] <chillywilly> yeah
[06:49] <chillywilly> I was chatting with him the other day
[06:50] <chillywilly> he's actually maintaining a GNU project now
[06:50] <chillywilly> I wanted to ban him from #gnu and people were getting all upset so I let it go ;)
[06:50] <peanutb> a certain package should be in multiverse, not multiverse. How do i report this.
[06:51] <chillywilly> come agaain?
[06:51] <peanutb> dansguardian is not really "Free" so it shouldent be in universe
[06:52] <peanutb> it is under its own license: http://dansguardian.org/?page=copyright2
[06:52] <chillywilly> ok, well that makes more sense then but look at what you originally typed ;)
[06:52] <peanutb> ohh sorry, major typo
[06:53] <chillywilly> btw, I have no idea because I am not keen to the rules of motu-fu
[06:53] <ajmitch> their license terms are rather conflicting
[06:53] <peanutb> yes.
[06:53] <chillywilly> yea
[06:53] <ajmitch> saying that it's under the GPL only for non-commerical use is a little broken
[06:54] <chillywilly> how can they ever license it like that?
[06:54] <chillywilly> even*
[06:54] <ajmitch> with the GPL, they can't
[06:54] <ajmitch> they have something at the bottom about debian
[06:54] <chillywilly> right, it makes my head hurt
[06:54] <ajmitch> "No, not right. Once you have a copy of a GPL app, no one can put any (non-GPL) restrictions on it - not even me the author. I can ask people to pay for downloading DG, but once its left this site it is under the GPL which means it is free (as in freedom) and free (as in beer - provided they want to give it away for free). "
[06:55] <ajmitch> so it seems to really be under the GPL
[06:55] <chillywilly> it's like nprobe
[06:55] <ajmitch> though he seems to think that people would be downloading it 'illegally'
[06:55] <ajmitch> stupidity
[06:55] <chillywilly> that guy does the same thing but you can find it elsewhere and it's legal to distribute it
[06:56] <chillywilly> cause it's GPK
[06:56] <chillywilly> GPL
[06:56] <chillywilly> nprobe being the netflow probe for ntop
[06:57] <chillywilly> do these people ever read the licenses they use?
[06:57] <peanutb> maby a hello world program is an order?
[06:58] <peanutb> to include. making it not dansguardian.
[06:58] <peanutb> so would it be lagal to use in a commercial sitchuation?
[06:59] <ajmitch> it would
[06:59] <peanutb> ok
[06:59] <peanutb> thanks
[07:02] <peanutb> makes me wonder if RMS really did read it.
[07:03] <ajmitch> why so?
[07:10] <peanutb> because he is the whatever of free software
[07:12] <elkbuntu> Grand Pooh-bah, you mean?
[07:29] <imbrandon> re
[07:29] <ajmitch> hey imbrandon 
[07:29] <imbrandon> heya
[07:29] <ajmitch> joy, both zope instances seem to have started
[07:29] <imbrandon> script bombed when i was on my way to work looks like
[07:29] <ajmitch> migrated them from a freebsd host to dapper
[07:30] <imbrandon> after i finish some of these deltas i'll look art it
[07:30] <ajmitch> now I just have to setup the apache rewrites & all should be fine :)
[07:36] <ajmitch> shocking
[07:36] <ajmitch> update-apache2-modules broken on this, no python2.4 installed
[07:39] <imbrandon> :)
[07:39] <imbrandon> sounds like fun ajmitch 
[07:39] <ajmitch> yeah, I'm surprised, to be honest
[07:41] <giskard_> morning imbrandon ajmitch 
[07:44] <imbrandon> heya giskard_ 
[07:44] <ajmitch> hi giskard_ 
[07:56] <ajmitch> thanks, it's appreciated ;)
[07:57] <imbrandon> man tonight is going to be a loooooooooooooooooong night
[08:01] <ajmitch> yeah
[08:01] <ajmitch> now if I could get this mod_rewrite config correct, I'd be happy
[08:01] <imbrandon> heh
[08:02] <ajmitch> I've had it setup on my box before - it's working but with a bad mod_proxy config
[08:06] <imbrandon> yea i have mod_rewrite working on my box afaik
[08:06] <imbrandon> i need to look actualy
[08:08] <ajmitch> we use it a lot for work
[08:09] <peanutb> how do i make a package that dosnt need building, because its written in php?
[08:09] <ajmitch> the package will just copy the source to an appropriate directory
[08:10] <ajmitch> pick a simple php package in universe & see how it's done there
[08:10] <peanutb> and how would i submit it for inclusion in universe or make the DSC file?
[08:11] <imbrandon> the dsc is made when you create the package
[08:11] <ajmitch> you'd make the .dsc in the same way as any source package
[08:11] <ajmitch> eg by debuild -S 
[08:11] <imbrandon> and revu would be for inclusion
[08:11] <imbrandon> brb
[08:13] <peanutb> i have all the files ready(Rules, prerm, etc), but dont know what to do from there. 
[08:19] <peanutb> ok i got it, but when running lilitan it gives the following output: http://pastebin.ca/280887 any ideas?
[08:28] <peanutb> anyone at least know of a good howto? the only refrence i can find is someone also trying to package ampache
[08:39] <peanutb> i also get secret key not available
[08:40] <peanutb> any ideas??
[08:41] <crimsun_> imbrandon: "+1"s are the approval to upload to edgy-proposed
[08:41] <crimsun_> imbrandon: 3/5 are necessary
[08:42] <crimsun_> imbrandon: once an MOTU uploads to edgy-proposed, ubuntu-archive is subscribed to ACCEPT. Once u-a accepts and the binaries are in edgy-proposed, we add the "verification-motu-needed" tag. Then we need 5 testers and 7 days.
[09:07] <imbrandon> crimsun_: ahh ok
[09:08] <imbrandon> btw whats up with the _ lately ?
[09:08] <crimsun_> laserjock forbid me from re-nicking
[09:08] <crimsun_> :-)
[09:08] <imbrandon> hehe
[09:09] <crimsun_> I think my client got caught in some split or something
[09:10] <ajmitch> imbrandon: I think that if crimsun_ changed nick, he'd be forced to be dtchen
[09:18] <imbrandon> :)
[09:18] <imbrandon> imdaniel :)
[11:25] <Gloubiboulga> hello Universe
[11:25] <Gloubiboulga> any Makefile god around?
[11:27] <proppy> hello Universe, any '__main__.PyCentralError: package has no field Python-Version' god around ?
[11:27] <Gloubiboulga> :)
[11:28] <proppy> i found a bug in launchpad: https://launchpad.net/distros/ubuntu/+source/k3d/+bug/68066
[11:28] <Ubugtu> Malone bug 68066 in k3d "typo in control file prevents installation" [Undecided,Confirmed]  
[11:28] <proppy> bug it does not seems to be the same issue
[11:28] <proppy> as there is no typo in the control file
[11:28] <proppy> XS-Python-Version: >= 2.3
[11:28] <proppy> seems correct to me
[11:31] <proppy> https://launchpad.net/distros/ubuntu/+source/k3d/+bug/64848
[11:31] <Ubugtu> Malone bug 64848 in k3d "[SRU: EDGY]   packaging typo - k3d does not install" [High,Confirmed]  
[11:31] <proppy> seems to be the one
[11:32] <proppy> oh i see
[11:33] <proppy> from debian policy
[11:33] <proppy> XS- prefix is for source
[11:33] <proppy> and i also need
[11:33] <ajmitch> yes, did you put it in the binary section?
[11:33] <proppy> XB- for binary
[11:33] <proppy> i see
[11:33] <proppy> :)
[11:34] <proppy> nice
[11:45] <proppy> dpkg-genchanges: warning: unknown information field `Xb-Python-Version' in input data in package's section of control info file
[11:45] <proppy> :(
[11:52] <proppy> i must put it, right after the XS one
[11:52] <Gloubiboulga> proppy: it's just a warning
[11:52] <proppy> warning, `debian/python-poker-engine/DEBIAN/control' contains user-defined field `Python-Version'
[11:53] <Gloubiboulga> AFAIK it's not a problem (but I might be wrong)
[11:53] <proppy> Gloubiboulga: not sure of that
[11:53] <proppy> because     raise PyCentralError, "package has no field Python-Version" still occur on installation
[12:02] <proppy>   http://wiki.debian.org/DebianPython/NewPolicy#head-361ba69b3cd19d9b6bab84fbac6099268ddb3366
[12:02] <proppy> nice
[12:30] <RzR> hi
[12:36] <RzR> any one here can assist me to migrate a debian package to ubuntu ?
[12:37] <Hobbsee> RzR: which package?
[12:37] <RzR> http://packages.qa.debian.org/t/tuxguitar.html
[12:37] <RzR> it has been requested in ubuntu
[12:38] <elmargol> how can I build dbg packages?
[12:38] <Hobbsee> where has it been requested?
[12:38] <Hobbsee> elmargol: for...?
[12:38] <RzR> Hobbsee: in the french community at least
[12:38] <Hobbsee> oh right
[12:38] <elmargol> Hobbsee: gtkpod and libgpod0
[12:39] <elmargol> I have a gtkpod crasher
[12:39] <Hobbsee> RzR: it *should* have been autosynced, if it was put in debian unstable in november...
[12:40] <elmargol> Hobbsee: i have my own builds of it
[12:40] <RzR> ok
[12:40] <RzR> since i am the debian maintainer
[12:40] <RzR> should i do something to take care of it the ubuntu side
[12:40] <elmargol> I can't use the edgy version so i installed the feisty version
[12:40] <Hobbsee> elmargol: that could be part of the problem
[12:41] <elmargol> i don't think so, there are no deps for it
[12:41] <Hobbsee> RzR: there will be bug reports at https://launchpad.net/distros/ubuntu/+source/tuxguitar about it, which you can look at.  anything that you do in debian will autosync to here, until our syncer is turned off
[12:42] <Hobbsee> wah, why doesnt my script want to work?
[12:42] <RzR> ok
[12:43] <elmargol> http://www.ubuntuusers.de/paste/5966/
[12:44] <RzR> Hobbsee: thx, so I just needed to ask , that's all ? nice job
[12:44] <Hobbsee> RzR: or file the sync request, (wiki.ubuntu.com/DeveloperResources)
[12:45] <Hobbsee> RzR: https://launchpad.net/distros/ubuntu/+bug/75991
[12:45] <Ubugtu> Malone bug 75991 in Ubuntu "please sync tuxguitar 0.8-3 from debian unstable" [Undecided,Unconfirmed]  
[12:45] <RzR> thx
[12:45] <Hobbsee> not a problem
[12:47] <RzR> have you pple, played w/ ulteo ?
[12:47] <RzR> just booted it in qemu
[12:52] <Adri2000> "Nominate for Release" < isn't that supposed to add a task to fix a bug in a stable release of ubuntu?
[12:53] <Hobbsee> i've got *no* idea what that's for.  it's new
[12:53] <Admiral_Chicago> ask Sebastian or Daniel
[12:53] <elmargol> is there an easy way to see if an application has debug symbols or not?
[12:53] <Admiral_Chicago> neither of whom is online
[12:54] <Adri2000> I thought it replaced the old "Backport Fix to Releases"
[12:54] <StevenK> elmargol: file will tell you if it's stripped or not.
[12:54] <elmargol> StevenK: ah ok thx
[12:54] <StevenK> /bin/ls: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped
[12:54] <StevenK> For example.
[12:55] <elmargol> not stripped <- so i have debug symbols?
[12:57] <StevenK> Correct
[12:57] <elmargol> thx a lot
[02:00] <Hobbsee> Adri2000: for gnome bugs or something?  "also effects...upstream" then add it that way
[02:01] <Adri2000> Hobbsee: https://bugs.launchpad.net/distros/ubuntu/+source/zsnes/+bug/70600 < there is another bug in debian about that, and I wanted to add it
[02:01] <Ubugtu> Malone bug 70600 in zsnes "Zsnes needs a menu entry / .desktop file" [Unknown,Unconfirmed]  
[02:02] <Hobbsee> Adri2000: also effects...distro sorry
[02:02] <Adri2000> yeah but malone says "This bug has already been reported on zsnes (debian)."
[02:02] <Hobbsee> hrm
[02:02] <Adri2000> in fact, I want two bug watches in debian
[02:27] <palski> Hobbsee: pong
[02:28] <Hobbsee> palski: never mind.  there was something looking for a SRU request ealrier, but i've forgotten what it was
[02:29] <palski> :) ok
[02:36] <fernando> Hi all. A product in launchpad must be GPL? Or any other license?
[02:37] <Adri2000> well, launchpad itself isn't gpl :p
[02:42] <RzR> any news regarding "freeing LP" ?
[02:43] <Adri2000> hmhmhm :)
[02:47] <imbrandon> RzR: probably better off asking in the LP channel ( #launchpad ) or emailing Canonical , but FWIW i dont think so 
[02:47] <imbrandon> ( assuming you ment opening the source to it )
[02:47] <RzR> yea
[02:48] <imbrandon> fernando: afaik LP puts no restrictions on the License of the products it contains , but again would be a better question for #launchpad
[02:49] <fernando> imbrandon: thanks
[02:52] <RzR> anyone here is bored enough to check a package ?
[02:53] <RzR> http://mentors.debian.net/debian/pool/main/w/whitedune/?C=M;O=D
[03:03] <TLE> Hey guys, what the policy on optional dependencies and optional functionality. I'm asking because I just installed the package dvdrip (a DVD backup utility) from multiverse. When I tried to use the subtitle part of that program I got an error massage telling me that the command needed was not found on my system. As it turns out I needed to install one of the recommended dependencies in order for it to work. Anyway my question is. Surely not everybody need
[03:04] <imbrandon> most of the time if its an optional feature and not required to make the program run ( such as subtitles ) then you have to install it from recomends
[03:04] <imbrandon> also your statement was cut off
[03:04] <imbrandon> ( irc dosent like realy really long lines )
[03:05] <TLE> ok, weel if that is the general policy then this falls perfectly in line and there is no issue
[03:05] <TLE> thank you for clearing that up
[03:06] <minghua> good morning
[03:07] <TLE> And eh btw thank you guys for all your work. I just learned that some friedly sole had made a package of my favorite music player cmus, thanks a lot
[03:08] <imbrandon> :)
[03:08] <imbrandon> moins minghua 
[04:07] <sistpoty> hi folks
[04:08] <Hobbsee> hey sistpoty 
[04:08] <sistpoty> hi Hobbsee
[04:10] <sistpoty> StevenK: can you take a look at bug #72951 please? 
[04:10] <Ubugtu> Malone bug 72951 in dosemu "[SRU]  dosemu (dapper)" [Undecided,Unconfirmed]  http://launchpad.net/bugs/72951
[04:10] <Hobbsee> StevenK: he's gone to bed about 2 hours ago
[04:11] <Hobbsee> and probably wont look later today either
[04:11] <sistpoty> ah, k
[04:12] <Hobbsee> sistpoty: is it critical?  i can poke him about it when i'm there later today
[04:12] <sistpoty> Hobbsee: it's not really that critical... it's just sitting there for some time now
[04:13] <Hobbsee> sistpoty: i'll try to remember to mention it when i'm there tomorrow
[04:13] <sistpoty> thx Hobbsee :)
[04:13] <Hobbsee> not a problem
[04:13] <Hobbsee> then again, christmas party is hardly a time for ubuntu stuff :P
[04:13] <sistpoty> hehe
[04:25] <Adri2000> I'm packaging a lib, dh_make creates libfoo-dev, shouldn't it be libfoo1-dev?
[04:26] <geser> no, as you usually want to build againt the last version of libfoo
[04:27] <Adri2000> then why http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html talks about libfooX-dev :/
[04:28] <sistpoty> Adri2000: that's useful, if you want to support more than one -dev package. Then you'd have libfoo1-dev and libfoo2-dev, which would both provide (and conflict on) libfoo-dev
[04:29] <sistpoty> Adri2000: but usually one -dev package in the archive is sufficient, so libfoo-dev itself is enough
[04:29] <Adri2000> ok
[04:30] <geser> "The latter is preferred if the library package is widely used, and the API is subject to change."
[04:31] <sistpoty> yep. which usually means "lots of rdepends" or library rdependencies, so that uploading a new version would instantly render many packages unbuildable
[04:31] <sistpoty> (new binary incompatible version, to be correct)
[04:32] <Adri2000> for now, the lib I'm packaging will only be used by one other package
[04:32] <Adri2000> and the upstreams are the same
[04:32] <sistpoty> Adri2000: then just use libfoo-dev ;)
[04:32] <Adri2000> :)
[04:33] <Adri2000> but for the non-dev binary package, it always should be libfooX?
[04:34] <sistpoty> Adri2000: yes
[04:34] <Adri2000> ok
[04:35] <sistpoty> Adri2000: this ensures that more incompatible libary packages are *installable* at the same time. Otherwise you'd break packages that haven't been rebuild against the newer version
[04:35] <Adri2000> I see
[04:36] <sistpoty> (break instantly on a users machine vs. package won't build any longer)
[04:37] <sistpoty> (break instantly on a users machine vs. package *might not* build any longer even)
[04:43] <Adri2000> libfoo1 or libfoo0?
[04:44] <geser> libfooX where X = so-version
[04:45] <Adri2000> so X = ? :)
[04:45] <Adri2000> for the initial package version
[04:45] <geser> do you have libfoo.so.0 or libfoo.so.1?
[04:46] <Adri2000> ahhh it's 0
[04:46] <Adri2000> so the 'so-version' is chosen by upstream
[04:47] <geser> yes
[04:47] <sistpoty> and most of the time it's right :)
[04:48] <Adri2000> the default shlibs.local is strange
[04:50] <sistpoty> Adri2000: you don't need it, unless you build a binary package from the same source package as well
[04:51] <Adri2000> ah, cool I don't need it
[04:53] <sistpoty> (and even for binary p. from same source p. there are more elegant ways)
[05:13] <Adri2000> please can someone try to build libdjconsole http://sourceforge.net/project/showfiles.php?group_id=90705&package_id=213662&release_id=468492 in edgy/feisty
[05:14] <Adri2000> it works on my computer (edgy) but FTBFS in an edgy/feisty pbuilder
[05:25] <sistpoty> Adri2000: what do I need to install to build it? I just figured some libusb-dev, anything else?
[05:26] <Adri2000> pkg-config, libusb-dev, it should be ok
[05:26] <sistpoty> Adri2000: ok... *building*
[05:27] <sistpoty> Adri2000: builds w.o. problems on feisty
[05:27] <Adri2000> one moment, I will upload the build log somewhere
[05:33] <Adri2000> sistpoty: feisty pbuilder: http://adrishost.homeip.net/~adri2000/ubuntu/libdjconsole_0.1.1-0ubuntu1.buildlog
[05:37] <sistpoty> Adri2000: really strange build log... 
[05:37] <sistpoty> Adri2000: what does your configure call look like?
[05:38] <Adri2000> I haven't changed it
[05:38] <sistpoty> Adri2000: ah, found it... 
[05:38] <Adri2000> ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs
[05:38] <Adri2000> "
[05:39] <Adri2000> sistpoty: found what's wrong?
[05:39] <siretart> what are this "is nominated by adri2000" thingy in bug #64848?
[05:39] <Ubugtu> Malone bug 64848 in k3d "[SRU: EDGY]   packaging typo - k3d does not install" [High,Confirmed]  http://launchpad.net/bugs/64848
[05:39] <sistpoty> Adri2000: not yet... somehow the linker can't find some libstdc++ symbols if I interpret that correctly
[05:40] <chillywilly> hello MOTUs
[05:40] <sistpoty> hi chillywilly
[05:40] <Adri2000> siretart: it's assigned to me because I "fixed" it in feisty (requested a sync), and "nominated for edgy", because I used "Nominate for Release" to add a bug task in ubuntu edgy, but didn't work as I wanted to
[05:41] <siretart> what is the semantics for 'nomination for release'?
[05:41] <sistpoty> huhu siretart
[05:41] <vil> hi, may i have question?
[05:41] <siretart> huhu sistpoty 
[05:43] <vil> what happens, if an application is licensed under 3 licenses. must the package include all of them or just one?
[05:43] <imbrandon> siretart: its something new the LP devs put in and havent explaind really to anyone /yet/
[05:43] <imbrandon> vil: all 3
[05:43] <imbrandon> err
[05:43] <imbrandon> wait
[05:43] <siretart> imbrandon: lets hope they do it. because, I don't think it is self explanatory at all
[05:43] <imbrandon> is it tripple licenses OR does the files it contains have diffrent lic
[05:44] <Adri2000> sistpoty: I have the same problem when building the package out of a pbuilder, so it's a packaging problem
[05:44] <sistpoty> Adri2000: no, just found the problem
[05:44] <imbrandon> if its just tripple licensed then only the one you are using ( e.g. mysql is dual lic but we use gpl ) but if the files contained are of diffrent liceses but in the same project it must contain all 3
[05:44] <imbrandon> vil: ^^
[05:45] <imbrandon> does that make sense
[05:45] <vil> tripple licenses
[05:45] <sistpoty> Adri2000: the LDFLAGS="-Wl,-z,defs" of configure will make sure, that there are no unresolved symbols in the shared object
[05:45] <imbrandon> vil: ok then only the one you are distrubing under
[05:45] <vil> imbrandon: this makes sense
[05:46] <sistpoty> Adri2000: however the shared object isn't linked against the c++ lib (libstdc++? I always get that wrong)
[05:46] <sistpoty> Adri2000: and thus doesn't resolve its symbols
[05:46] <sistpoty> Adri2000: so the thing to fix is the call to the linker... 
[05:46] <Adri2000> hmmm
[05:47] <sistpoty> Adri2000: maybe you can fix this by relibtoolizing it/doing autotools bootstrapping again
[05:49] <sistpoty> Adri2000: try to run the following commands: aclocal; libtoolize; automake; autoconf
[05:50] <sistpoty> Adri2000: (in your unpacked source)
[05:52] <Adri2000> done, rebuilding
[05:53] <Adri2000> hmm, now it fails with libtool: unrecognized option `--tag=CXX'
[05:53] <sistpoty> Adri2000: nice, seems to be libtools fault
[05:55] <sistpoty> Adri2000: did libtoolize throw any errors?
[05:56] <sistpoty> hi bddebian
[05:56] <Adri2000> sistpoty: yeah
[05:56] <Adri2000> libtoolize: `config.guess' exists: use `--force' to overwrite
[05:56] <Adri2000> libtoolize: `config.sub' exists: use `--force' to overwrite
[05:56] <Adri2000> libtoolize: `ltmain.sh' exists: use `--force' to overwrite
[05:56] <bddebian> Heya sistpoty
[05:57] <sistpoty> Adri2000: then use some --force to it ;)
[05:57] <bddebian> sistpoty: I uploaded another libparagui but I have no idea if I did the copyright stuff right :-(
[05:57] <sistpoty> bddebian: already commented on it ;)
[05:57] <bddebian> Doh
[05:58] <sistpoty> bddebian: I had to look twice to find the gpl thingy in it. It would have escaped me, if it wasn't explicitely mentioned in the reject mail
[05:58] <sistpoty> ;)
[05:59] <bddebian> Hmm :-)
[06:01] <Adri2000> sistpoty: wow!
[06:02] <sistpoty> Adri2000: worked?
[06:02] <Adri2000> sistpoty: yep, thanks :)
[06:02] <sistpoty> Adri2000: np... maybe you can even do that autotools-bootstrapping during the build (and do a make distclean on clean), that way the diff is smaller
[06:03] <Adri2000> ok
[06:04] <sistpoty> Adri2000: though that brings other problems with it; if you do it locally, you have a "known good" version of the build system. if you do it during building, sometimes it's very hard to find errors, since the system is quite complicated
[06:04] <Adri2000> sistpoty: upstream can do something about that?
[06:04] <Adri2000> (I can IM the author of the lib just now, so maybe it's easier :))
[06:05] <sistpoty> Adri2000: of course... they can just rerun the autotools stuff as well ;)
[06:05] <Adri2000> okay :)
[06:05] <sistpoty> <- afk now
[06:05] <Adri2000> bye
[06:05] <sistpoty> later
[06:06] <bddebian> Later sistpoty, thanks
[06:06] <sistpoty> np
[06:06] <Adri2000> bddebian: would you upload something for me please? :)
[06:12] <bddebian> What's that?
[06:13] <Adri2000> bddebian: http://adrishost.homeip.net/~adri2000/ubuntu/toupload/ new upstream version of grisbi (the package seems abandoned in debian) + small fixes
[06:16] <bddebian> Adri2000: Does it work? ;-)
[06:16] <Adri2000> of course :)
[06:18] <bddebian> Adri2000: Yeah just let me do a quick test build
[06:31] <guibis> hi 
[06:32] <guibis> i have got a problem to package open-cascade (http://revu.dunnewind.net/) with the file xml. i have create it like has said maxence but problem is the same...
[06:42] <bddebian> Adri2000: Uploaded
[06:43] <Adri2000> bddebian: thank you!
[06:45] <bddebian> No, THANK YOu :)
[07:11] <tsmithe> how do i handle specific python dependencies?
[07:11] <tsmithe> would this be correct:
[07:11] <tsmithe> http://paste.ubuntu-nl.org/37403/
[07:14] <tsmithe> anyone?
[07:14] <tsmithe> ubuntu_demon, do you have any idea about python packaging?
[07:14] <somerville32> Hold on a sec :P
[07:14] <ubuntu_demon> hey
[07:14] <tsmithe> hi
[07:15] <tsmithe> somerville32, i'm holding onto that sec :)
[07:15] <ubuntu_demon> I just read a book about python. There's a chapter in there. diveintopython.org
[07:15] <ubuntu_demon> if that's what you mean
[07:15] <ubuntu_demon> at least it's somewhere in the book
[07:16] <ubuntu_demon> But I guess you are talking about making debs ?
[07:17] <ubuntu_demon> here's the chapter about python packages : http://diveintopython.org/xml_processing/packages.html
[07:17] <tsmithe> i am talking about debs
[07:17] <ubuntu_demon> I thought so :)
[07:18] <tsmithe> :)
[07:18] <tsmithe> anyone care to glance over:
[07:18] <tsmithe> http://paste.ubuntu-nl.org/37403/
[07:18] <bddebian> Uhm, who are you talking to?
[07:18] <ubuntu_demon> I'm not the guy to ask questions to. I only attended an irc session about packaging. I'm sorry :)
[07:19] <tsmithe> ok
[07:19] <tsmithe> bddebian, ubuntu_demon 
[08:14] <jmantha> hi guys!
[08:15] <geser> hi
[08:18] <bddebian> Heya jmantha
[08:19] <jmantha> bddebian!
[08:19] <minghua_> hi jmantha, why did you change your nick?
[08:20] <bddebian> minghua: He's trying to be "cool" like bhale and cjwatson ;-P
[08:20] <minghua> I see :-)
[08:20] <minghua> and dholbach I suppose
[08:20] <jmantha> well, I was chided the other day for having a nick that didn't have anything to do with my LP id
[08:20] <bddebian> Well dholbach has always been dholbach, but the others have recently switched :)
[08:23] <ajmitch> morning
[08:25] <bddebian> Heya ajmitch
[08:25] <jmantha> ajmitch!
[08:28] <ajmitch> jmantha!!
[08:28] <ajmitch> hello mr defreese
[08:29] <_DvP_> Could it be possible for someone to archive my package recordmydeskop (http://revu.tauware.de/details.py?upid=3714) on REVU ? because a real debian package has been uploaded in debian unstable
[08:30] <bddebian> Will do
[08:30] <_DvP_> I'll fill a bug for asking a sync for this package
[08:30] <_DvP_> Thank you ! :)
[08:31] <bddebian> Don
[08:31] <bddebian> +e
[08:32] <ryanakca> I take it that this is due to messed up code? http://dpaste.com/3826/
[08:32] <_DvP_> thanks bddebian :)
[08:33] <jmantha> bddebian: did you go on a REVU cleanup spree?
[08:33] <bddebian> jmantha: I'm trying
[08:34] <bddebian> ryanakca: Looks like it could be missing a header file somewhere or something
[08:34] <jmantha> my email suggests you'r doing pretty ok
[08:36] <ryanakca> bddebian: yeah... and where could I find it? aka, how do I fix it?
[08:40] <jmantha> hi brainsik and rmjb 
[08:40] <rmjb> hey Laser
[08:40] <brainsik> hi laser
[08:40] <rmjb> what's with the new clothes?
[08:40] <brainsik> :)
[08:46] <jmantha> rmjb: just trying to confuse people
[08:46] <rmjb> it'll work... :)
[08:47] <minghua> So the number of packages in the MoM summary page is for binary packages?
[08:48] <bddebian> Should be source packages I thought
[08:48] <bddebian> ryanakca: grep that function and find out where it's defined
[08:49] <ryanakca> bddebian: kk
[08:49] <Toadstool> 24
[08:49] <Toadstool> oops
[08:49] <minghua> bddebian is right, it is for source packages
[08:49] <Toadstool> hi!
[08:49] <rmjb> jmantha: after a package has been acked two times on REVU what happens to it?
[08:50] <rmjb> I've been looking out for iriverter on the feisty-changes list
[08:50] <jmantha> rmjb: it's uploaded and goes to the NEW queue
[08:50] <minghua> in that case we are lagging quite badly :-(
[08:50] <bddebian> minghua: Yeah :-)
[08:50] <jmantha> rmjb: in the NEW queue it waits for an archive administrator to review it and add it to the repo
[08:51] <bddebian> I will probably get back to merges but I never know which ones to grab
[08:51] <rmjb> I see
[08:51] <ryanakca> bddebian: grep -rin KSSHDialog::languageChange * outputs nothing... search for languageChange or KSSHDialog first?
[08:51] <rmjb> jmantha: time for me to finish my other package on REVU
[08:51] <crimsun_> https://launchpad.net/distros/ubuntu/feisty/+queue?queue_state=0&queue_text=iriverter
[08:51] <jmantha> yeah, ^^
[08:51] <crimsun_> and no, we don't know when it'll be accepted.
[08:52] <rmjb> I don't want to fast track it, just wanted to know the process :)
[08:52] <bddebian> ryanakca: I would gtry languageChange.  KSSHDialog should be a class
[08:53] <ryanakca> wierdness: grep -rin languageChange * outputs nothing either
[08:53] <bddebian> What package is this?
[08:53] <bddebian> ryanakca: Check in /usr/include/* it might be from another library
[08:54] <ryanakca> bddebian: yep
[08:56] <ryanakca> it's there... still lost as to fixing it though
[08:56] <ryanakca> hey theCore
[08:56] <theCore> hello ryanakca 
[08:57] <bddebian> ryanakca: languageChange isn't anywhere in the source tree of your package?
[08:58] <ryanakca> according to 'grep -rin languageChange *' in ~/deb/kssh-0.7/ , no
[09:00] <bddebian> ryanakca: Where did you find it in /usr/include?
[09:01] <ryanakca> http://dpaste.com/3831/
[09:02] <bddebian> Hmm.
[09:02] <bddebian> Is kssh built with qt3 or qt4?
[09:04] <bddebian> Hmm, whose merges to steal? :-)
[09:04] <jmantha> all of them!!
[09:04] <ryanakca> bddebian: erm... qt3 I believe... seeing that the app is 2-3 years old and I don't think qt4 is that old
[09:05] <ryanakca> bddebian: and I have Qt3 headers in control as well... goes threw ./configure fine...
[09:08] <bddebian> ryanakca: Grep to see if any of the files include qmenubar.h
[09:08] <ryanakca> nope
[09:11] <bddebian> ryanakca: Where did you get this package from?
[09:11] <ryanakca> kssh.sourceforge iirc... just a sec
[09:12] <ryanakca> http://kssh.sourceforge.net/
[09:18] <bddebian> minghua: Try svk ;-)
[09:18] <bddebian> ryanakca: Can you build it from source without "debianization" ?
[09:19] <ryanakca> erm... lemme see :)
[09:19] <rmjb> minghua: or genpower http://merges.ubuntu.com/g/genpower/REPORT
[09:19] <crimsun_> genpower is a no-go due to the upstart migration.
[09:19] <rmjb> I gave it a shot and failed... Hobbsee also took a look and did what I did... there's something more that needs to be done
[09:20] <rmjb> it's not needed anymore?
[09:20] <crimsun_> it will not build unless you add sysvinit as a build-dependency, which removes upstart
[09:20] <crimsun_> whether that's sane is not my call, but I certainly would ask Scott's opinion on it.
[09:21] <rmjb> so... upstart needs something added to provide what sysvinit did for genpower... or genpower could just depend on upstart...
[09:21] <rmjb> or Scott could handle it :)
[09:21] <crimsun_> it's entirely possible that that's all that's necessary, and in fact when you install the generated genpower deb it -doesn't- remove upstart, but I haven't investigated any further.
[09:23] <minghua> bddebian: I looked, Debian renamed libsvn-core-perl to libsvn-perl, so svk from Debian FTBFS on Ubuntu now
[09:23] <minghua> bddebian: do you know any plan for merging svn?
[09:24] <bddebian> minghua: We are getting libsvn-perl aren't we?  Someone told me it was dep-wait?
[09:24] <ryanakca> bddebian: it complains "checking for Qt... configure: error: Qt (>= Qt 3.0.2) (headers and libraries) not found. Please check your installation!"... even though I have libqt3-headers libqt3-mt-dev libqt3-mt installed... hmmm... 
[09:24] <crimsun_> it's not svn that's the problem, it's libneon26
[09:24] <bddebian> ryanakca: What version?
[09:24] <minghua> bddebian: if we have subversion 1.4.0 from Debian, then yes, we are getting libsvn-perl
[09:24] <ryanakca> bddebian: what's current standards? 3.7.2.2 ? or 3.7.3.3?
[09:24] <ryanakca> bddebian: version of libqt3-headers, etc?
[09:25] <bddebian> ryanakca: Yeah qt3
[09:25] <rmjb> see y'all later
[09:25] <bddebian> Later rmjb
[09:25] <crimsun_> bddebian: / minghua: see the libneon26-dev reference in http://librarian.launchpad.net/5425114/buildlog_ubuntu-feisty-i386.subversion_1.4.2dfsg1-2ubuntu2_MANUALDEPWAIT.txt.gz
[09:25] <bddebian> crimsun_: What's up with libneon26?
[09:25] <bddebian> Oh :-)
[09:26] <ryanakca> Version: 3:3.3.6-3ubuntu3
[09:26] <minghua> crimsun_: thanks for the pointer
[09:26] <ryanakca> !standards
[09:26] <bddebian> Damnit, just wasted time on a usbmount merge :-(
[09:26] <ubotu> Sorry, I don't know anything about standards - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[09:27] <bddebian> ryanakca: The latest I've seen is 3.7.2.2 but I haven't been keeping up as you know :-(
[09:28] <jmantha> anybody around who runs vmware player/server ?
[09:30] <bddebian> err s/usbmount/mini-dinstall
[09:32] <somerville32> !standards | ryanakca
[09:32] <ubotu> ryanakca: The current Debian packaging standards version is 3.7.2.2 as of 2006-10-02.
[09:32] <jmantha> hmm, I don't like
[09:32] <jmantha> that
[09:32] <jmantha> it shouldn't be 3.7.2.2
[09:32] <ryanakca> somerville32: thanks... that yours?
[09:33] <ryanakca> or the one I submited?
[09:33] <somerville32> I'll delete it then
[09:34] <ryanakca> minghua: why?
[09:34] <minghua> either you have read the policy and know the current version, or you shouldn't gratuitously bump the standard version without checking the policy change first :-)
[09:35] <ryanakca> ah
[09:35] <jmantha> yeah, most people play pretty loose with the policy
[09:35] <ryanakca> minghua: but aren't 3.7.2.x just typo fixes and things like that?
[09:37] <minghua> actually no
[09:38] <ryanakca> hmm... kk
[09:38] <jmantha> it's supposed to be I'm pretty sure
[09:39] <minghua>  3.7.2.2                        Oct 2006
[09:39] <minghua>       * Maintainer scripts must not be world writeable (up from a
[09:39] <minghua>         should to a must)                                         [6.1] 
[09:39] <jmantha> well, they are pretty minor stuff
[09:40] <bddebian> ryanakca: I think you need to pass --with-qt* crap to configure for kssh
[09:40] <somerville32> Ok :P
[09:40] <somerville32> A word change :P
[09:40] <jmantha> but I really don't think Ubuntu should mess with policy versions in Debian packages
[09:40] <jmantha> although I really don't know what the point is
[09:41] <ryanakca> bddebian: kk
[09:41] <minghua> huh?  should and must are probably two of the three most important words in policy
[09:42] <minghua> IMHO ubuntu-only package shouldn't have standard version at all :-)  It's not like that Ubuntu completely follows Debian policy, after all.
[09:42] <jmantha> minghua: I think the point is nobody particularly pays attention to what Policy version changes are
[09:43] <jmantha> it's pretty doubtful if anybody cares between 3.7.2.1 and 3.7.2.2
[09:43] <minghua> I do for my packages
[09:43] <minghua> I know many others don't, of course
[09:44] <jmantha> I just don't see the point really
[09:44] <jmantha> if it actually meant something it would be helpful I suppose
[09:46] <Q-FUNK> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374997
[09:46] <Ubugtu> Debian bug 374997 in wnpp "ITP: utf8-migration-tool -- tool to migrate a Debian system to UTF-8" [Wishlist,Open]  
[09:47] <minghua> well, a maintainer is supposed to read through policy and make sure his/her package confirms everything in the policy, then put the standard version
[09:47] <Q-FUNK> anybody who would care to help me fix this one?
[09:48] <bddebian> ryanakca: Of course I am not having any luck with those --with-qt crap :-(
[09:48] <ryanakca> nor I :(
[09:49] <jmantha> minghua: yeah, but I'm not sure if people really do that much. I think they generally just use whatever is the latest
[09:52] <bddebian> ryanakca: I think their configure script is jacked up
[09:52] <minghua> jmantha: I know.  That's the reason I said I _think_ people shouldn't get the standard version from a bot :-)
[09:53] <jmantha> exactly
[09:53] <jmantha> I think I need to hammer that home better in the packaging guide
[09:53] <jmantha> so guys
[09:53] <jmantha> I was thinking last night, maybe we need a MOTU PTS
[09:53] <ryanakca> bddebian: probably... 
[09:55] <jmantha> perhaps I can build a little demo PTS for MOTU Science
[09:57] <minghua> what exactly does this PTS want to achieve?
[09:57] <jmantha> well, some of the stuff we were talking about in the MOTU meeting
[09:57] <minghua> for version history, bugs, LP already do that
[09:57] <jmantha> I was think basically showing the Ubuntu version, Debian version, Debian bugs
[09:58] <jmantha> but more importantly a whiteboard, task area
[09:58] <jmantha> for things like merge "locking"
[09:58] <minghua> okay, that's completely different than the Debian PTS, then
[09:59] <minghua> jmantha: I think you should just sign a NDA and join the LP team :-P
[09:59] <bddebian> Gah, this package is just stupid :-)
[09:59] <minghua> (I don't really know how/if a non-Canonical person can join LP team)
[10:00] <somerville32> You just goto #launchpad and ask? :P
[10:01] <jmantha> well, I don't know enough to help with LP
[10:01] <somerville32> It is programmed in Python
[10:01] <jmantha> plone
[10:01] <jmantha> with lots of database stuff
[10:02] <jmantha> I can do some Python but that's about it
[10:03] <jmantha> I'm just frustrated a little bit with LP when it comes to getting useful things for devs like us
[10:03] <jmantha> we need a place to put notes on a package
[10:03] <jmantha> track tasks
[10:03] <jmantha> and mine to create task lists
[10:07] <ryanakca> what package provides qmake-qt4 ?
[10:08] <bddebian> ryanakca: use --with-qt-dir=/usr/share/qt3
[10:09] <ryanakca> bddebian: thanks
[10:11] <bddebian> Hmm, beaglefs..
[10:11] <bddebian> I hate manual merges
[10:15] <jmantha> anybody think a MOTU PTS would be handy?
[10:16] <Adri2000> what's PTS?
[10:16] <bddebian> jmantha: Yes
[10:16] <jmantha> package tracking system
[10:16] <minghua> jmantha: you really should put this idea on the list for discussion
[10:17] <minghua> jmantha: if you can make it, then sure, I think it's handy
[10:17] <minghua> jmantha: but don't expect me to help making it :-)
[10:17] <bddebian> heh
[10:17] <jmantha> hehe
[10:18] <jmantha> well, I'm just trying to think of solutions
[10:21] <bddebian> Hmm, I don't get wtf went on with gtablix
[10:21] <bddebian> Oh crap that was back from breezy
[10:21] <jmantha> maybe a PTS would be too much work
[10:26] <bddebian> jmantha: Nah, you can do it ;-P
[10:26] <jmantha> bah, I'm not very great with this stuff
[10:26] <minghua> the MOTU spirit, eh? :-)
[10:27] <jmantha> but I'm pretty sure I could make a python script that could make a simple HTML page
[10:27] <jmantha> what I'm unsure how to do a form though
[10:30] <bddebian>  <form name="foo"> </form> ;-)
[10:30] <jmantha> well, I want to do a whiteboard like thing
[10:31] <jmantha> and some checkboxes to mark like merges or something
[10:32] <ryanakca> bddebian: local build runs fine
[10:34] <ryanakca> bddebian: how do you pass configure options to ./configure in cdbs again? (sorry, haven't packaged anything since the summer)
[10:35] <ryanakca> nevermind :)
[10:36] <Adri2000> can someone confirm that I can request a sync for ubuntu changes like "Change build depend to python >= 2.4" ?
[10:36] <crimsun_> Adri2000: there's no blanket case. Which one specifically?
[10:37] <Adri2000> burn
[10:37] <Adri2000> python 2.3 -> python 2.4
[10:39] <bddebian> That should be handled by the new python policy
[10:39] <crimsun_> except in burn's case, it's not.
[10:39] <bddebian> How come?
[10:40] <crimsun_> because no one fixed it in Debian.
[10:40] <crimsun_> you cannot sync burn; it has to be merged.
[10:41] <crimsun_> you can choose to update it to the new Python policy in your merge if you wish.
[10:42] <Adri2000> the debian maintainer updated the package to the last upstream version but didn't updated it to the new python policy... :/
[10:42] <crimsun_> 0.4.3-2.1 is what I see
[10:43] <Adri2000> oops yes, I was confusing with the previous package I merged :D
[10:45] <bddebian> lameage
[10:46] <jmantha> well
[10:46] <jmantha> sure
[10:46] <jmantha> but that's not fair ;-)
[10:48] <jmantha> bah, I can't figure out how to get vmware working on edgy
[10:49] <bddebian> la la la
[10:53] <ryanakca> bddebian: damn, still the same problem :(
[10:53] <ryanakca> bddebian: should I upload the package sources to REVU so you can see them?
[10:53] <ryanakca> or just create a ssh account for you on my box?
[10:54] <bddebian> ryanakca: What kde packages are needed do you know?
[10:54] <ryanakca> nope
[10:54] <ryanakca> *scratches his head*
[10:54] <ryanakca> the site says it depends on kde3... but I believe I have that in control...
[10:56] <bddebian> ryanakca: I mean I'm trying to build it here and I don't have kde :-)
[10:57] <jmantha> darn it, where the heck am I supposed to get a serial number vmware server?
[10:57] <ryanakca> no clue, lol
[11:04] <bddebian> Hmm, I really don't think asmail needs libxext build-dep anymore..
[11:06] <sistpoty> hi folks
[11:06] <bddebian> sistpoty: !!
[11:06] <sistpoty> bddebian: what's up?
[11:07] <jmantha> hi sistpoty 
[11:07] <sistpoty> hi jmantha
[11:07] <crimsun_> jmantha: ask joejaxx for one.
[11:07] <jmantha> joejaxx: pingy pingy :-)
[11:08] <sistpoty> jmantha: did I miss a new trend with nicks? *g*
[11:08] <jmantha> sistpoty: I'm just testing it out ;-)
[11:08] <sistpoty> jmantha: that's bad imo... your nick has a different color in my kvirc now :P
[11:08] <joejaxx> jmantha: pong
[11:09] <sistpoty> hehe
[11:09] <joejaxx> oh
[11:09] <joejaxx> vmware serve number
[11:09] <joejaxx> server*
[11:09] <LaserJock> joejaxx: how am I supposed to get one
[11:09] <joejaxx> i can give you one i have 400 of them
[11:09] <sistpoty> yay, back in old color *g*
[11:09] <Adri2000> bddebian: why?
[11:09] <LaserJock> sistpoty: you're welcome ;-)
[11:10] <Adri2000> bddebian: about asmail
[11:10] <LaserJock> joejaxx: do you use vmware server and player?
[11:10] <joejaxx> server
[11:10] <Adri2000> bddebian: ./configure still checks for it (checking for XShapeCombineMask in -lXext... yes)
[11:11] <bddebian> Adri2000: Because it gets pulled in from another package now?
[11:12] <Adri2000> bddebian: argh, true, libx11-dev depends on i
[11:12] <Adri2000> it
[11:13] <bddebian> :)
[11:14] <sistpoty> bddebian: just looked at paragui again... sorry for being picky, but you miss to state what license ychar.c actually is
[11:14] <bddebian> Did I put it under the GPL section?
[11:14] <sistpoty> bddebian: there is no gpl section in debian/copyright (or I'm blind *g*)
[11:15] <bddebian> Isn't it the first license at the top?
[11:15] <bddebian> Hmm, now I am going to have to look :)
[11:15] <sistpoty> bddebian: yes, it is, but it doesn't say s.th. about gpl there (or above) ;)
[11:16] <sistpoty> bddebian: also the vera license thingy looks badly formatted... isn't there a tool to extract copyright info from a font?
[11:16] <bddebian> You're killing me man :)
[11:16] <sistpoty> (or maybe you could try to see if it's identical with copyright in ttf-bitsream-vera
[11:16] <sistpoty> )
[11:19] <sistpoty> bddebian: apart from that it's still nice ;)... imo you can ignore the visualC stuff, since it's generated (probably alongside with the paragui, so it would be same license as paragui imo)
[11:19] <ryanakca> How do you build a package with cdbs and qmake-qt4? I have the qmake.mk line in rules... what else?
[11:20] <bddebian> ryanakca: If you are talking about kssh, you would need to hack up the configure stuff
[11:21] <ryanakca> no... monkey studio, a qt4 ide
[11:21] <ryanakca> someone had given me alink to one a couple of weeks ago... sadly I lost it :(
[11:29] <bddebian> Ahh
[11:29] <bddebian> Adri2000: did you file the asmail merge?
[11:30] <Adri2000> yep
[11:30] <Adri2000> and rejected it
[11:30] <bddebian> Ah.  You gonna file a sync request?  I almost had one done before I realized you filed that :)
[11:32] <Adri2000> yes but the changelog is not yet at changelogs.debian.net so the sync script doesn't work :p
[11:32] <bddebian> I don't use the sync scripts :-)
[11:34] <fbond> crimsun_, midisport-firmware got rejected due to a mix-up leading to the orig.tar.gz actually containing the firmware it wasn't supposed to contain ... I need to re-upload it, with the fixed orig.tar.gz; care to be a sport?
[11:34] <fbond> should I just re-upload to revu?
[11:36] <sistpoty> fbond: please put append a dfsg to the upstream version, makes it easier to spot that you needed to remove stuff
[11:37] <LaserJock> bah, doesn't modprobe -r unload a module?
[11:37] <sistpoty> LaserJock: what's wrong with rmmod?
[11:38] <LaserJock> nothing, I just didn't know it existed
[11:42] <LaserJock> darn it, I really dislike how LP doesn't put the package name in a lot of bug email
[11:43] <fbond> sistpoty, can you explain that a little: my current version number is 1.2-0ubuntu1.
[11:43] <fbond> (and, are you offering to re-upload?)
[11:43] <sistpoty> fbond: yes, I am ;)
[11:43] <fbond> great :) .  what version number would make you happy enough to do that?
[11:44] <sistpoty> fbond: let me look at a another package that does that ;)
[11:44] <fbond> ok, thanks
[11:45] <sistpoty> fbond: no, to the upstream version makes more sense... then the tarball will get a different name
[11:45] <sistpoty> fbond: 1.2.dfsg.1-0ubuntu1
[11:49] <fbond> ah, I see
[11:49] <gnomefreak> jdong: you here?
[11:51] <gnomefreak> LaserJock: have you heard of 2.6.17-10.34 snd_hda_intel claims missing symbols?
[11:51] <minghua> I've seen both 1.2.dfsg.1 and 1.2+dfsg1
[11:51] <minghua> I don't think there is really a standard
[11:51] <LaserJock> gnomefreak: no clue
[11:53] <fbond> sistpoty, should I go ahead an use that version number (1.2.dfsg.1-0ubuntu1) then ?
[11:54] <sistpoty> fbond: yes please... (you could also use the +, like minghua wrote, that's no real difference since it's also appended to the upstream part)
[11:54] <minghua> actually, let me check
[11:55] <minghua> (I'm sure I've seen 1.2.dfsg.1, but not sure about 1.2+dfsg1)
[11:55] <sistpoty> e.g. ntpdate
[11:55] <sistpoty> (or just apt-show-versions | grep -i dfsg) ;)
[11:58] <minghua> one thing you need to consider is 1.2.dfsg.1 > 1.2.1
[11:59] <minghua> while 1.2+dfsg1 < 1.2.1
[12:00] <sistpoty> minghua: right. good point
[12:00] <sistpoty> fbond: ok, use the + variant please ;)
[12:02] <Q-FUNK> would anyone know of a way to make notification daemon catch and show wall messages?
[12:03] <ryanakca> does pbuilder need root?
[12:03] <minghua> ryanakca: yes
[12:03] <ryanakca> or is it possible for me to run without it? 
[12:03] <minghua> well, sudo works
[12:04] <ryanakca> gnomefreak: ^^
[12:04] <ryanakca> minghua: yeah
[12:04] <gnomefreak> ryanakca: ok it was just me than lol
[12:04] <gnomefreak> i dont ever remember running sudo pbuilder
[12:05] <gnomefreak> that reminds me :(
[12:06] <gnomefreak> brb logging into edgy pc if i can
[12:10] <ryanakca> minghua: hmm... pbuilder + sudo question... why doesn't my sudoers file give root access to the pbuilders only to the builders group? http://dpaste.com/3836/