[00:12] <blueyed_> doko: do you mind if I upload a fixed pyopengl package (bug 195270)?
[00:12] <ubotu> Launchpad bug 195270 in pyopengl "RuntimeError: Unable to find an implementation for the 'linux2' ('posix') platform" [Medium,In progress] https://launchpad.net/bugs/195270
[00:14] <doko> blueyed: please go ahead
[00:18] <emgent> superm1, vlc pbuilted fine. patch is avaiable on Bug #195949
[00:18] <ubotu> Launchpad bug 195949 in vlc "VLC Arbitrary memory overwrite in the MP4 demuxer" [Medium,In progress] https://launchpad.net/bugs/195949
[00:18] <emgent> someone can upload this in hardy?
[00:18] <emgent> debdiff is attached.
[00:18] <emgent> blueyed, have you time? :P
[00:19] <blueyed> emgent: please subscribe u-u-s, I'm doing my last fix for today..
[00:19] <emgent> ok
[00:20] <blueyed> Any ideas why you would do "sed -i -e '/setup\.cfg/d' PyOpenGL.egg-info/SOURCES.txt" in the clean target?
[00:20] <LaserJock> any MOTUs about who are feeling like doing a little reviewing for me?
[00:21] <geser> LaserJock: still those 5 multiverse packages?
[00:21] <LaserJock> yeah
[00:21] <geser> where are they?
[00:22] <LaserJock> http://laserjock.us/files/edubuntu/squeak/
[00:22] <LaserJock> the debdiff's aren't useful
[00:22] <LaserJock> 3 of them are basically trivial
[00:22] <geser> complete new packages or are those updates?
[00:22] <LaserJock> well
[00:23] <LaserJock> they are completely new packaging
[00:23] <LaserJock> we have squeak packages but I'm redoing them
[00:23] <LaserJock> I just wanted a 2nd MOTU eye
[00:24] <geser> first note: please don't use native packages, especially with this size
[00:24] <geser> I wouldn't like to upload 7 MB for every bugfix
[00:24] <LaserJock> well, that can't be helped much
[00:24] <LaserJock> but is an idea I can talk with upstream about
[00:25] <geser> LaserJock: aren't you the packager?
[00:25] <LaserJock> actually not completely
[00:25] <LaserJock> I have an upstream
[00:26] <LaserJock> I'm getting things fixed up for Ubuntu
[00:26] <geser> an orig.tar.gz and a diff.gz would be really nice
[00:27] <LaserJock> perhaps
[00:27] <LaserJock> the native packages don't really change much
[00:27] <LaserJock> but I'll add that to my list to ask upstream about
[00:27] <geser> will the packages go also to debian?
[00:27] <LaserJock> nope
[00:28] <LaserJock> that's why it's a mess ;-)
[00:29] <geser> what about the version? wouldn't a -0ubuntu1 be better? so it's obvious it isn't from Debian
[00:30] <LaserJock> because that's actually the version
[00:30] <LaserJock> my upstream is an "official" unoffical Debian repo
[00:30] <Nafallo> eeeh
[00:31] <Nafallo> that sentance calls for explaination :-)
[00:31] <geser> LaserJock: the tar.gz for squeak-image is missing a verbatim copy of the license
[00:31] <LaserJock> upstream has a Debian repo
[00:31] <Nafallo> aah
[00:31] <LaserJock> Nafallo: ^^
[00:31] <Nafallo> that explains :-)
[00:32] <LaserJock> so it's official
[00:32] <LaserJock> but since it's not in Debian it's unofficial
[00:32] <LaserJock> ;-)
[00:33] <LaserJock> geser: hmm, I think I've got it about as good as it gets
[00:33] <LaserJock> debian/copyright has the complete license
[00:34] <geser> LaserJock: yes, but the archive admins want also a verbatim copy of the license, but given that debian/copyright is inside the tar.gz and not the diff.gz it might pass
[00:35] <LaserJock> yeah, plus a license isn't shipped so I'm not sure I should just add one
[00:35] <LaserJock> it's not shipped as a tarball
[00:39] <geser> LaserJock: squeak-image3.9 looks ok, looking at the next one now
[00:40] <ScottK2> LaserJock: If the upstream licensing is clear, you can repack the tarball to add the verbatim license copy (I've done it and had it accepted).
[00:41] <LaserJock> ScottK2: yeah, it just is kinda silly
[00:41] <LaserJock> as it's a native package it'd be the same thing, just in a different dir
[00:41] <ScottK2> LaserJock: I disagree.  Pointers to web sites aren't static.
[00:41] <LaserJock> there is a verbatim copy in debian/copyright
[00:42] <LaserJock> all I'd be doing is adding another copy in the root dir.
[00:42] <ScottK2> Ah.  If it's a native package, then I agree it's different.
[00:42] <ScottK2> Dunno how the archive feels about it, but that makes sense.
[00:42] <LaserJock> well, I'm *greatly* improving the situation with these packages so I'm hoping they'll find them ok ;-)
[00:45] <mib_u3hwzal9> LaserJock: quick question, are their alternative links that describe the science packages on the MOTU science team wiki other than those provided (e.g. other than http://qa.ubuntuwire.com/multidistrotools/science.html#outdatedinB)?
[00:46] <LaserJock> mib_u3hwzal9: unfortunately no
[00:46] <LaserJock> at least not at this moment
[00:46] <mib_u3hwzal9> k, thanks!
[00:46] <LaserJock> I'm hoping qa.ubuntuwire.com will be back up soon
[00:46] <geser> LaserJock: squeak-plugin-image looks also ok
[00:47] <mib_u3hwzal9> LaserJock: i'm looking forward to it
[00:47] <geser> LaserJock: why two different squeak-sources packages?
[00:48] <mib_u3hwzal9> LaserJock: I'd also like to know if anyone on the science MOTU team has thought about a better way to package comedi...
[00:48] <LaserJock> geser: because two of the other packages dep on one or the other of them
[00:48] <mib_u3hwzal9> LaserJock: Sorry... I just realized that you are already in the middle of a conversation...
[00:48] <LaserJock> mib_u3hwzal9: no problem
[00:48] <LaserJock> mib_u3hwzal9: well, honestly we just basically pull from Debian
[00:48] <LaserJock> mib_u3hwzal9: are there some things you'd like to improve?
[00:49] <geser> LaserJock: dpkg-source: failure: cannot read ./squeak_3.9.8.orig.tar.gz: No such file or directory
[00:49] <LaserJock> geser: there's actually quite a few -sources packages, I'm only taking the newest and necessary ones
[00:49] <LaserJock> geser: oh, I didn't upload it, gimme a sec
[00:50] <mib_u3hwzal9> LaserJock: At the moment, the comedi package (which is comedi-source) is the comedi source code... I think, but it in reality that is just a little bit better than having to download the tarball...
[00:50] <mib_u3hwzal9> LaserJock: I have to run!
[00:50] <mib_u3hwzal9> take care!
[00:52] <LaserJock> geser: ok, it's there
[01:01] <geser> LaserJock: squeak: debian/control: remove g++ (>> 1:3.3.5-13) from Build-Depends, even dapper has g++ 4:4.0.3
[01:10] <geser> LaserJock: Sun Microsystems, Inc. is missing in listing the copyright holders
[01:10] <geser> LaserJock: ./platforms/Cross/plugins/SoundCodecPrims/sqSoundCodecPluginBasicPrims.c is missing the mentioned COPYRIGHT file
[01:10] <nxvl> did anyone has make update-manager work on openbox?
[01:11] <geser> LaserJock: and what is the Squeak-L license mentioned in ./platforms/Cross/plugins/QuicktimePlugin/QuicktimePlugin.h?
[01:11] <nxvl> (i mean to make it show a warning when there are updates
[01:13] <LaserJock> geser: I thinks the just the Squeak license
[01:14] <geser> LaserJock: and ./platforms/Cross/plugins/JPEGReadWriter2Plugin/* doesn't tell the license (a mentioned README is missing)
[01:14] <LaserJock> doesn't surprise me, the whole thing is a bit messy
[01:15] <geser> LaserJock: it would be good to add the other copyright holders to debian/copyright, like University of Cambridge or Thomas G. Lane
[01:18] <geser> and ./platforms/unix/npsqueak/include/jri* doesn't seem to allow redistribution "Copyright (c) 1996 Netscape Communications Corporation. All rights reserved."
[01:21] <geser> LaserJock: all packages except squeak look good, squeak needs some work on the copyright holders and check if all files are really redistributable
[01:23] <LaserJock> alrighty, sounds good
[01:23] <LaserJock> I really can't figure out how OLPC thinks it's ok to ship this stuff
[01:24] <LaserJock> *shrug*
[01:44] <LaserJock> ScottK: still around?
[01:45] <ScottK2> Yes
[01:45] <LaserJock> ScottK2: ok, so I think I'm ready to upload these squeak packages
[01:46] <LaserJock> I basically need a UVFe/FFe
[01:46] <ScottK2> OK
[01:46] <LaserJock> I'm not sure how you'd like it
[01:47] <LaserJock> I'm replacing packages, etc. so I'm not sure what to file the bug against
[01:47] <LaserJock> diffstats aren't gonna be much use
[01:47] <LaserJock> neither are .diff.gzs , etc.
[01:47]  * Hobbsee squeaks
[01:48] <ScottK2> Right, so just file a bug against Ubuntu (like needs-packaging bug) and convince me it's worth it to trouble the archive admins for this late in the cycle.
[01:48] <LaserJock> k, gimmie a minute
[01:49] <ScottK2> If you're really persuasive, maybe Hobbsee will ack it too and you'll be approved.
[01:50] <LaserJock> awesome
[01:52] <Hobbsee> LaserJock: so is this planning to go into debian proper too?
[01:53] <LaserJock> Hobbsee: no, Debian won't take it
[01:53] <LaserJock> as in, the packages
[01:53] <Hobbsee> LaserJock: licencing?
[01:53] <LaserJock> they are non-free
[01:53] <LaserJock> yeah
[01:54] <Hobbsee> so they won't even take it into non-free?  wow
[01:54] <LaserJock> supposedly it's gonna eventually be MIT or Apache
[01:54] <LaserJock> Hobbsee: yeah, Apple owned a lot of it
[01:55] <Hobbsee> LaserJock: i'd tend to go for upstream supported new crack over not-supported crack.
[01:55] <LaserJock> well, that's basically what I'm doing actually
[01:55] <LaserJock> the Squeak people have a Debian repo
[01:55] <LaserJock> and so I'm sort of syncing up with that
[01:55] <LaserJock> so we have better supported packages
[01:56] <LaserJock> our current ones were taking from some Spanish distro around Breezy and never really updated
[02:07] <Hobbsee> LaserJock: probably a good exception then, in terms of long term support crack
[02:07] <LaserJock> yeah
[02:07] <LaserJock> and I think I'll close ~ 11 bugs in doing it
[02:08]  * ScottK2 looks forward to reading the bug.
[02:08] <Hobbsee> damn.
[02:08] <LaserJock> ScottK2: I sure wouldn't ;-)
[02:08]  * ScottK2 is glad he doesn't have to write it.
[02:09] <LaserJock> yeah, I gotta look some more at this
[02:09] <LaserJock> I gotta get dummy packages in there
[02:09] <LaserJock> make sure all the bugs are done
[02:09] <LaserJock> then describe this whole mess ;-)
[02:12] <ScottK2> Actually that illustrates what I think the real purpose of the FFe is.  Not so much for motu-release to be a gate keeper, but to make sure the developer has really thought through what they are doing.
[02:12] <LaserJock> yep
[02:13] <LaserJock> lets me sort of "put the package together" in a coherent way
[02:13] <LaserJock> this is like a 5 package deal so it's good to get all written down
[02:27] <emgent> jdstrand, ping
[02:27] <emgent> argh big idle :°
[02:28] <protonchris> I am working on bug 190744 and a reviewer asked for a diff of the symbols between the old and new version.  What is the best way to do that?
[02:28] <ubotu> Launchpad bug 190744 in libgdamm3.0 "Request: Upgrade libgdamm3.0 to upstream version 2.9.81" [Undecided,Confirmed] https://launchpad.net/bugs/190744
[02:33] <bddebian> Heya gang
[02:34] <ScottK> heya bddebian
[02:35] <bddebian> Hi ScottK
[03:12] <LaserJock> gah, is debian.org down?
[03:13] <StevenK> debian.org could mean many things
[03:15] <LaserJock> sorry, www.
[03:16] <StevenK> Which is klecker. It looks like xs4all is still having issues
[03:20] <emgent> netsplit
[03:46] <jdong> vorian: when you get time, please comment on $ktorrent_kde4_bug
[03:46] <vorian> jdong, will do
[03:46] <vorian> jdong, I just got home
[03:46] <jdong> vorian: how dare you have a life outside Ubuntu?!
[03:46]  * vorian hides
[03:46]  * jdong scavenges his room for junkfood
[03:47] <vorian> jdong, we got a white out before I took off for home
[03:47] <vorian> a 30 min drive quickly turned in to an hour and a half
[03:47] <vorian> jdong, are you talking about the ktorrent final?
[03:47] <jdong> vorian: I've heard weather is nasty in your part
[03:48] <jdong> vorian: yeah I commented on the bug that I could not get a wrapper to show up with your diff.gz
[03:48] <vorian> aye, I hate this winter
[03:48] <vorian> right
[03:48] <vorian> ok, I got that message
[03:48] <vorian> I'll rebuild the upgrade w/ your revision
[03:48] <jdong> alright, awesome
[03:49] <vorian> :)
[03:49] <jdong> wait... is the wrapper created in postinst or something?
[03:49] <jdong> I only ar x unpacked the deb's data.tar.gz looking for the wrapper :)
[03:49] <jdong> too lazy to chroot
[03:49] <vorian> no
[03:49] <vorian> well, it's in debian/cdbs
[03:50] <jdong> ok, because after I built (making sure I applied all your patches correctly) /usr/bin failed to exist
[03:50] <vorian> hmmmm
[04:11]  * ScottK2 makes a note to continue the practice of ask jdong when torrent related FFe's come up.
[04:12] <vorian> jdong, do you want a debdiff?
[04:13] <jcastro> persia: ScottK2: thanks for taking care of the glassfish folk.
[04:14] <ScottK2> jcastro: Well they need to get their packages advocated before they actually get anywhere.
[04:14] <jcastro> yeah, I know they have problems
[04:14] <jcastro> I more am happy with the fact that there are discussions. :)
[04:14] <ScottK2> K
[04:14] <jdong> vorian: did you get it to work?
[04:14] <vorian> yep
[04:14] <jcastro> they're in prague afaik, so will probably be at UDS
[04:14]  * jdong cries
[04:14]  * ScottK2 would be more happy if klamav would build twice in a row.
[04:15] <vorian> jcastro, what's up man!
[04:15] <jdong> vorian: just put up the entire dsc-orig-diff.gz triplet
[04:15] <jcastro> hi vorian
[04:15] <vorian> jdong, ok
[04:15] <ScottK2> jcastro: OK.  Just don't confuse doing motu-release stuff with actually caring about Java stuff.
[04:15] <jcastro> ScottK2: it's ok, I'm accustomed to no one caring about java stuff, heh
[04:15] <emgent> ScottK2, heya
[04:16] <emgent> have you time for sponsorize one upload?
[04:17] <jcastro> ScottK2: I think the java-db guys were too late, I think what happened is we had talked to the netbeans guys for a while and persia got them up to shape before FF, then it looks like to me that the java-db guys heard about it from coworkers and were late to the party.
[04:17] <ScottK2> emgent: Maybe.  What is it?
[04:17] <emgent> VLC security fix (for hardy)
[04:17] <emgent> mailed keescook for gutsy, feisty, edgy, dapper
[04:18] <ScottK2> jcastro: Understand.  I also understand good relationships with Sun aren't a bad thing.
[04:18] <ScottK2> emgent: What bug?
[04:18]  * ScottK2 will look.
[04:18] <emgent> bug #195949
[04:18] <ubotu> Launchpad bug 195949 in vlc "VLC Arbitrary memory overwrite in the MP4 demuxer" [Medium,In progress] https://launchpad.net/bugs/195949
[04:18] <jcastro> ScottK2: well, that's why I hope they come to UDS, if we can "train" them to be self sufficient and take of their stuff I think that would be best for everyone.
[04:18] <emgent> ScottK2, if you can open task too.
[04:18] <emgent> i can only nomine it :(
[04:19] <emgent> s/nomine/nominate/
[04:19] <ScottK2> emgent: Is there a CVE for this?
[04:19] <emgent> nope, it'snt avaiable now
[04:19] <emgent> only avaiable in http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0984
[04:19] <emgent> but no in mitre
[04:20] <ScottK2> jcastro: If they want to be part of the community and earn their spurs, that's great, but I'm not fan of sabdfl's plan to give limited upload rights for upstreams.
[04:20] <jcastro> I've not heard of this
[04:20] <ScottK2> emgent: If you know what the CVE number will be, you can put it in the changelogs.  Did you?
[04:20] <jcastro> I've been pushing upstreams to become MOTUs themselves
[04:20] <emgent> ScottK2, sure
[04:20] <ScottK2> Great
[04:20] <emgent> ScottK2, see http://launchpadlibrarian.net/12245485/hardy_vlc_0.8.6.release.d-0ubuntu3.1.debdiff
[04:21] <emgent> it's in.
[04:21] <emgent> see also http://www.videolan.org/security/sa0802.html
[04:21] <ScottK2> Periodically someone will whine MOTUs aren't responsive enough and then sabdfl will show up here and pontificate about how we should give package specific upload rights.
[04:21] <ScottK2> emgent: OK.  Please link the CVE in the bug too.
[04:21] <emgent> i cant with references
[04:22] <emgent> only in comment
[04:22] <emgent> linkcve accept now only mitre
[04:22] <emgent> and it'snt out now.
[04:22] <ScottK2> I see.
[04:23] <ScottK2> OK.  Hardy version should be ubuntu4, not 3.1
[04:23] <emgent> ups, true there arent -security in hardy
[04:23] <emgent> true.
[04:23] <vorian> jdong, I made an archive of the whole darn tree for you
[04:23] <emgent> ScottK2, i change it now or you can edit and upload ?
[04:25] <ScottK2> emgent: I'm going to let you redo it.  also  instead of "when using crash the player instance."  How about "when the player crashes."
[04:25] <ScottK2> I think that's what you meant.
[04:26] <emgent> i was copy it to http://www.videolan.org/security/sa0802.html
[04:26] <emgent> original advisory
[04:27] <emgent> ScottK2, i should change or i can use original advisory text ?
[04:28]  * ScottK2 looks
[04:28] <superm1> emgent, i'm back did you still need a sponsor?
[04:28] <ScottK2> emgent: Use the full text of both sentences.
[04:28] <ScottK2> superm1: If you would do so, I'd appreciate it.
[04:28] <emgent> :D
[04:29] <jdong> vorian: I'll look at it soon
[04:29] <superm1> emgent, okay i'll look in a sec
[04:29] <vorian> take your time jdong
[04:29] <vorian> :)
[04:29] <emgent> thanks ScottK2 && superm1
[04:29] <superm1> ScottK2, you want to grab two of the releases and i'll do the other two?
[04:29] <ScottK2> superm1: He's got to do some rewriting anyway.
[04:30] <superm1> ScottK2, oh okay, i haven't looked yet
[04:30] <ScottK2> superm1: If you could do it, I'd really rather.
[04:30]  * ScottK2 is finally trying to get klamav ready to be sponsored in Debian and would rather keep on it.
[04:30] <emgent> superm1, just a moment i will send to you debdiff with correct changelog version
[04:30] <superm1> ScottK2, "did you mean if you could all four, i'd really rather not"
[04:31] <superm1> that sentence didn't read right
[04:31] <jdong> superm1: You know I have that phrase highlighted :)
[04:31] <superm1> which phrase?
[04:32] <jdong> "didn't (read|sound) right"
[04:32] <superm1> haha really
[04:33] <ScottK2> superm1: What I meant was please do it all.  I'm busy and would prefer to do the other thing I was working on.
[04:33] <superm1> ScottK2, okay that's what I thought
[04:33] <superm1> no prob
[05:24] <bddebian> Does gnomefreak still come around?
[05:34] <ScottK> It's been some time since I remember seeing him.
[05:35] <bddebian> Know of anyone else within Ubuntu or Debian looking at enlightenment DR17?
[05:36] <ScottK> No.
[05:36] <bddebian> Well you're no use. ;-P
[05:36] <ScottK> Depending on how badly you want to know the answers to both those questions, I suggest judicious use of wget and grep on the site that hosts the Ubuntu IRC logs.
[05:36] <ScottK> There you go.  Use.
[05:38] <bddebian> heh
[05:44] <LaserJock> anybody know offhand the syntax for closing multiple bugs in a changelog
[05:45] <LaserJock> can you just comma separate them?
[05:46] <bddebian> You can in Debian, not sure about LP
[05:46] <LaserJock> hehe, I have to word-wrap the Closes: line, awesome
[05:48] <StevenK> dpkg-genchanges would tell you
[05:48] <StevenK> Try to wrap it, run dpkg-genchanges, and look for the Launchpad-Bugs-Fixed tag
[05:50] <LaserJock> I just added another Closes: line
[05:50] <LaserJock> but it worked
[05:51] <LaserJock> wahoo, I even got a nice transition
[05:57] <LaserJock> Hobbsee: around?
[05:58] <LaserJock> TheMuso: ping?
[06:00] <bddebian> Gnight folks
[06:06] <LaserJock> dang, I finally get the bug done and nobody's around :-)
[06:34] <LaserJock> ScottK2: seemed ok to you?
[06:39] <Hobbsee> LaserJock: yeah
[06:40] <LaserJock> Hobbsee: I wondered if you could have a look at bug #196016
[06:40] <ubotu> Launchpad bug 196016 in ubuntu "FF exception request for Squeak packages" [Undecided,New] https://launchpad.net/bugs/196016
[06:45] <Hobbsee> LaserJock: done
[06:47] <LaserJock> Hobbsee: awesome
[06:48] <Hobbsee> you're welcome
[06:52] <LaserJock> man, this has taken like 6+ months
[06:52] <LaserJock> it'd be nice to get it over with :-)
[06:57] <LaserJock> dholbach!
[06:57] <dholbach> good morning
[06:57] <dholbach> hi LaserJock
[07:00] <superm1> morning dholbach
[07:01] <dholbach> hiya superm1
[07:01] <superm1> hmmm so if something is looking for firefox-config now in its configure script, that's not going to work anymore is it
[07:01]  * LaserJock starts the "big dput"
[07:01] <superm1> what other apps had to be xulified?
[07:02] <superm1> so i can see what's involved with the conversion
[07:02] <RAOF> superm1: Miro did.
[07:02] <RAOF> I think monodevelop has, but I'm not sure.
[07:02]  * superm1 apt-get source's 
[07:03] <superm1> not what i call a pretty patch
[07:04] <RAOF> No.  I didn't write it myself; that was asac.
[07:04] <superm1> did he pull that from miro trac?
[07:04] <superm1> or write it?
[07:04] <RAOF> I think he wrote it.
[07:05] <LaserJock> wow, and the NEW queue is really cleaned out
[07:05] <superm1> maybe aught to have him do one for VLC too then :)
[07:05] <RAOF> Why does VLC need to embed gecko?!
[07:06] <superm1> well it builds a firefox plugin, but i dont think it embeds gecko...
[07:07] <RAOF> Then it'll need a very different patch, IIUC.
[07:07] <superm1> i'll check VLC trac, it's very possible someone already started to approach this
[07:09] <superm1> slomo, i tried to attach a patch to debian bug 468073, but for some reason it never showed up, so i ended up putting in on the launchpad equivalent of the bug (but the patch is targeted to debian)
[07:09] <ubotu> Debian bug 468073 in gst-plugins-base0.10 "gst-plugins-base0.10: Gstreamer inputs default to outdated V4L,and require to be changed to V4L2 on first run" [Normal,Open] http://bugs.debian.org/468073
[07:09] <slomo> superm1: hi :) which bug?
[07:09] <superm1> hi slomo
[07:09] <superm1> let me grab the number in lp, sec
[07:10] <superm1> bug 195914
[07:10] <ubotu> Launchpad bug 195914 in gst-plugins-base0.10 "Ekiga & gstreamer inputs default to outdated V4L, and require to be changed to V4L2" [Wishlist,In progress] https://launchpad.net/bugs/195914
[07:13] <slomo> superm1: that patch is not good... we still have to ship the v4l plugin as much hardware is only supported by the old one
[07:14] <superm1> slomo, how can any hardware be supported on the old one if the interface isn't present in the kernel though?
[07:14] <slomo> superm1: v4l is not present in the kernel anymore? hm
[07:14] <superm1> slomo, per http://linuxtv.org/v4lwiki/index.php/Development:_Video4Linux_APIs
[07:14] <slomo> when was it removed? :)
[07:14] <superm1> "http://linuxtv.org/v4lwiki/index.php/Development:_Video4Linux_APIs"
[07:14] <superm1> oops "Support for the v4l API was dropped from the 2.5.x branch with the 2.6.15 kernel release, but remains in the 2.4.x branch. "
[07:14] <slomo> ok, ubuntu only supports 2.6 so that's not a problem
[07:14] <slomo> hm
[07:15] <superm1> same for debian sid though is it not?
[07:15] <slomo> yes
[07:15] <slomo> i wonder why it is still possible to compile it, i.e. why are the headers still there
[07:15] <slomo> and last time i heard something about v4l it was said that most drivers are still not ported to v4l2
[07:16] <slomo> i'll investigate, thanks :)
[07:17] <superm1> slomo, no prob.  let me know what you find out.
[07:17] <superm1> slomo, i dont see any kernel headers installed in the package build: http://launchpadlibrarian.net/12103867/buildlog_ubuntu-hardy-i386.gst-plugins-base0.10_0.10.17-3_FULLYBUILT.txt.gz
[07:18] <slomo> superm1: linux-libc-dev or how it's called is in build-essential
[07:20] <superm1> slomo, right, but no linux-headers-*
[07:20] <superm1> linux-libc-dev doesn't include any V4L headers in itself from what it would appear
[07:20] <slomo> hm
[07:20] <slomo> how is it built then?
[07:21]  * superm1 looks closer at the source
[07:23] <superm1> slomo, okay look at /usr/include/linux/videodev.h
[07:24] <slomo> ok
[07:24] <slomo> there's videodev.h and videodev2.h
[07:24] <slomo> so it's both, right?
[07:24] <superm1> yeah videodev2.h is used by the -good
[07:24] <superm1> plugins
[07:24] <superm1> which does v4l2
[07:24] <slomo> v4l1 is obsolete but still there it seems
[07:24] <superm1> yeah that's what it would appear
[07:25] <slomo> ok
[07:25] <slomo> so what's the problem? ;)
[07:25] <superm1> well the problem attempting to solve is that when apps first start to use gstreamer, they default to the obsolete V4L driver
[07:26] <slomo> ok but that can be changed in the app, no?
[07:26] <slomo> the problem is, that the v4l2 plugin is still marked as experimental and doesn't seem to be complete and good working yet
[07:26] <superm1> well yes, but as a first user usability sort of thing
[07:27] <superm1> the V4L one flat out doesn't work with any of the webcams i've tested it with
[07:27] <superm1> only V4L2 does
[07:28] <superm1> the alternative solution to disabling it entirely would be to change the schema default in gconf
[07:28] <superm1> to start at V4L2
[07:29] <slomo> that's better imho
[07:29] <superm1> okay, i'll work out a patch for that
[07:29] <superm1> ignore the current one for now then :)
[07:30] <superm1> Thanks
[07:48] <slomo> superm1: did you forward the kfreebsd patch upstream?
[07:49] <superm1> slomo, i was still waiting to hear their response to the licensing stuff
[07:49] <superm1> i was going to as soon as I heard back on that
[07:50] <superm1> it's uncharacteristic for them to not respond within a day or two, so hopefully hear back todayish
[08:07] <liri> lintian complains about extra-license-file which is included for a library I use (I didn't receive it so I don't violate any gpl rights). what should I do about it?
[09:07] <\sh> blueyed_: ping php5-xdebug :)
[09:07] <\sh> moins jono
[09:10] <geser> good morning
[09:19] <jono> hey \sh
[11:19] <Iulian> Hi
[11:19] <tbf> ho
[11:36] <\sh> if someone from the release team has time, please review bug #196086
[11:36] <ubotu> Launchpad bug 196086 in zend-framework "[FFe Exception] zend-framework 1.0.4" [Wishlist,New] https://launchpad.net/bugs/196086
[11:38] <\sh> _czessi: moins :) looks like I'll get my free time for LinuxTag 2008
[11:38] <Nightrose> \s
[11:38] <Nightrose> \sh: yay
[11:38] <Nightrose> :)
[11:39] <\sh> Nightrose: :)
[11:39] <geser> \sh: afaik you don't need a FFe for a bug fix release
[11:41] <Nightrose> \sh: maybe we can get there together somehow (sven, you and me)
[11:41] <\sh> geser: well, it's a new upstream release (officially)...and better one more report then no paperwork and getting hit by hobbsees long pointy stick :)
[11:41] <\sh> Nightrose: would be cool :)
[11:42] <Nightrose> :)
[11:58]  * Hobbsee attacks \sh with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! ™ anyway
[12:02] <persia> Hobbsee: Bah.  Isn't the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! ™ intended to provoke appropriate behaviour?  How is \sh to learn?
[12:02] <Hobbsee> persia: it depends
[12:02] <persia> (Long Pointy Stick of DOOM!!!!!!!!!!!!!!! ™ is a trademark of Hobbsee, and used with limitd permission by reference)
[12:02] <Hobbsee> i'm sure it can be a belated provoking
[12:04] <persia> Ah.  "pout encourages les autres"...
[12:04] <persia> s/pout/pour/
[12:20] <\sh> emgent: ping cacti bug #194687
[12:20] <ubotu> Launchpad bug 194687 in cacti "cacti web frontend fails with 'Invalid PHP_SELF Path' after upgrade" [Medium,Confirmed] https://launchpad.net/bugs/194687
[12:22] <\sh> emgent: emgent I can see the fix in the debdiffs I provided for cacti while fixing CVE-2008-0783 CVE-2008-0784
[12:22] <ubotu> Multiple cross-site scripting (XSS) vulnerabilities in Cacti 0.8.7 before 0.8.7b and 0.8.6 before 0.8.6k allow remote attackers to inject arbitrary web script or HTML via the (1) view_type parameter to graph.php, (2) filter parameter to graph_view.php, and (3) action and login_username parameters to index.php/login. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0783)
[12:22] <ubotu> graph.php in Cacti 0.8.7 before 0.8.7b and 0.8.6 before 0.8.6k allows remote attackers to obtain the full path via an invalid local_graph_id parameter and other unspecified vectors. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0784)
[12:38] <Hobbsee> jdong: can you backport bip please?
[12:57] <ScottK> \sh: Did you see claws-mail has a 3.3.1 version?
[12:57] <\sh> ScottK: hmm..no
[12:57] <\sh> or
[12:58] <ScottK> It's in Debian.  I thought you might want to have a look and see if we want it.
[12:58] <jdong> Hobbsee: is there a backport bug open for that?
[12:58] <Hobbsee> jdong: no
[12:58] <Hobbsee> jdong: it's called bug-reporting-over-irc
[12:58] <\sh> ScottK: i will check upstream what was changed...
[12:58] <jdong> Hobbsee: :)
[12:58] <\sh> brb
[13:01] <\sh> ScottK: I'll do a merge this evening when I'm home...it seems good to have this :) especially Forbid attaching anything containing "../" or ".ssh/" in mailto:
[13:01] <\sh> URIs.
[13:01] <\sh> ;)
[13:01] <ScottK> Yes.
[13:02] <ScottK> \sh: Don't forget the extras package like that one guy did last time '-)
[13:02] <\sh> ScottK: for sure :)
[13:05]  * \sh needs a todo list plugin for drupal ;)
[13:13] <ScottK> \sh: Does your zend update have just bug fixes or new features too?
[13:17] <mruiz> hi all
[13:17] <Iulian> Hey mruiz
[13:17] <\sh> ScottK: only bugfixes...new features are introduced in 1.5.x release, later in march
[13:18] <ScottK> \sh: Then it didn't need an FFe.  Please see sistpoty's comment in the bug though.
[13:19] <\sh> ScottK: yepp..I read about this, but as it's a draft...I'll introduce this binary package for hardy+1 ... let's go with this now for hardy...
[13:20] <\sh> ScottK: it prevents me from going through NEW again
[13:20] <ScottK> OK
[13:20] <ScottK> Fair enough.
[13:22] <\sh> ScottK: the good thing is, Zend will work with us towards a good release for their libs :)
[13:27] <jdong> anyone mind if I backport the latest git to Gutsy?
[13:28] <tbf> jdong: yeah! latest git for gutsy - rock on.
[13:28] <jdong> I just noticed in an upgrade audit the dapper-backports version is > feisty-backports, feisty, gutsy, gutsy-backports
[13:28] <tbf> jdong: how bizare
[13:29] <tbf> jdong: well, but git-svn still sees major enhancements with each new git release - since: the new the better
[13:29] <tbf> erm... newer
[13:29] <jdong> tbf: indeed, I've noticed Gutsy's git-svn was out of line with modern docs
[13:29] <jdong> particular with the way to set up branches/tags/trunk
[13:31] <jdong> I'll attempt the backport on everything back down to Edgy...
[13:31] <persia> jdong: What would such a backport break?  Is bit like bzr in that backporting makes repositories incompatible for those not using -backports?
[13:31] <jdong> maybe Dapper too
[13:31] <persia> s/bit/git/
[13:32] <jdong> persia: almost all the git-core rdepends seems like stuff already in the git-core source package
[13:32] <jdong> persia: but there are a few rdepends that are not... hence why I asked here first
[13:33] <jdong> grumble FTBFS on <gutsy
[13:33] <persia> jdong: Makes sense. There do seem to be just a few rdepends :)
[13:38] <persia> jdong: Is it really "frontporting" rather than "foreporting"?
[13:39] <jdong> persia: haha I thought front::back::::pre::fore :)
[13:39]  * persia was thinking of "forwards" vs. "backwards", rather than "forequarters" vs. "hindquarters".
[13:40] <jdong> lol
[13:40] <jdong> maybe it is foreport :)
[13:40] <jdong> I've never actually had to use the term before now
[13:40] <persia> Also, just out of curiosity, what becomes of edgy-backports when hardy and feisty are supported, but edgy is dropped?
[13:41] <Hobbsee> it stops being supported, i expect
[13:41] <jdong> persia: I'd expect active testing/processing to stop, though nothing precludes revisiting the repo if someone cares enough
[13:42] <jdong> persia: generally the most active backports testers seem to focus on the current stable release; even Feisty is light on attention atm
[13:43] <ScottK> Personally I stopped looking at Edgy Backports to approve stuff a couple of months ago.
[13:43] <ScottK> I may yet try to shove clamav in there as a dry run for Feisty/Gutsy
[13:43] <persia> Hmm.  Maybe it might make sense to have an announcement, and ask for archiving of the project.  Also, you may want to check with the LP team to see what happens when the archives get archived.
[13:57] <mruiz> Vcs-* fields are supported by Ubuntu packaging?
[13:58] <persia> mruiz: Yes.
[13:58] <mruiz> and XS-* stuff ?
[13:59] <persia> mruiz: Well, Yes, but I suspect you're asking a different question.
[13:59] <persia> What are you seeking to accomplish?
[14:01] <mruiz> persia, I'm reading a debian/control file and I tried to figure out about fields differences between Debian/Ubuntu packaging
[14:02] <jdong> Wishlist: screen needs compiz style effects... scale, spaces, cube....
[14:07] <persia> mruiz: No real difference.  Vcs-* became non-experimental a few months ago, so lots of packages still have XS-Vcs-* (which also works, but takes more characters to type)
[14:09] <jdong>    rebase        Forward-port local commits to the updated upstream head
[14:09] <jdong> persia: ^^ git likes to call it forward-port :)
[14:09] <persia> That's a good word.  Clear to everyone :)
[14:10] <jdong> still asymmetric with backport (backward-port)? :D
[14:10] <mruiz> persia, but I think that "XS-DM-Upload-Allowed" is just for Debian...
[14:10] <persia> mruiz: There's no advantage to having it for an Ubuntu package, but it doesn't hurt anything.
[14:10] <mruiz> persia, great
[14:15] <bddebian> Heya gang
[14:15] <geser> Hi bddebian
[14:16] <bddebian> Heya geser
[14:20] <raphink> hi guys
[14:20] <thekorn> dholbach, hi, you can merge and release a hardy version of the 5-a-day-applet when you want,
[14:21] <thekorn> it's basically working so no objections from my side
[14:21] <bddebian> Hi raphink
[14:21] <raphink> what's up bddebian?
[14:21] <bddebian> Nuttin'  You?
[14:21] <dholbach> thekorn: ROCK ON - I'll dive into it later
[14:21] <thekorn> dholbach, maybe the login dialog needs some more work
[14:21] <raphink> bddebian: trying to build a static libc6 in debian... but it won't build a static libnss_nis.a
[14:21] <raphink> :(
[14:22] <ScottK> mok0: I uploaded storm for you, but look at debian/changelog for the adjustment I made in the package.
[14:23] <mok0> Thanks, ScottK
[14:23] <ScottK> mok0: No problem.  Thanks for contributing.
[14:23] <huats_> hum hum
[14:24] <mok0> ScottK: It's good to be uptodate with Canonicals stuff
[14:24] <huats_> is there no vmware in hardy ?
[14:24] <ScottK> huats_: You'll probably be able to get it from partner after release.
[14:24] <ScottK> It usually lags.
[14:24] <huats_> ScottK
[14:25] <huats_> ok thanks
[14:29] <huats_> ScottK in fact I remember now, it is now even in gutsy...
[14:30] <huats_> and I have to install it with a dirty stuff (using alien and an rpm...)
[14:30] <huats_> thanks anyway :)
[14:30] <ScottK> Ah not for gutsy you don't
[14:31] <\sh> huats_: if you need a vmware-server install now, just use the tar.gz ... you need to adjust some stuff anyways
[14:32] <\sh> huats_: (e.g. libpng12 and some other libs which needs to be write over with the ubuntu ones)
[14:32] <huats_> \sh: hum ok
[14:33] <huats_> I'll have a look then
[14:33] <huats_> thanks
[14:33] <\sh> huats_: and install the vmware update
[14:33] <ScottK> Isn't that still built against openssl 0.9.7?
[14:33] <ScottK> or did they fix that?
[14:33] <huats_> ScottK no idea
[14:34] <\sh> vmware update == vmware-any-any update because of the kernel patches
[14:34] <\sh> or much better, just buy a vmware-esx server ;)
[14:39] <mruiz> I requested a sync for hipo and I obtained 2 ACKs... Do I need to do something extra to concrete the sync?
[14:43] <mok0> dholbach: What happens with collectd?
[14:44] <ScottK> mruiz: From there it's the normal sponsorship process.  Is uus subscribed?
[14:44] <dholbach> mok0: Sorry, I'll be in a bunch of calls today - do you think you can ask somebody else to take a look at it?
[14:45] <mok0> dholbach: It's just that you ack'ed the sync, and I was wondering if I had to do anything
[14:45] <dholbach> mok0: oh... if ubuntu-archive is subscribed - it's all good then :)
[14:46] <dholbach> some archive admin will take care of it during their archive day
[14:46] <mok0> dholbach: they are :-)
[14:46] <dholbach> rock on!
[14:46] <dholbach> thanks mok0
[14:46] <mok0> Cool
[14:46]  * mok0 can't handle to many things at once...
[14:47] <mruiz> ScottK, I'll subscribe u-u-s
[14:47] <mruiz> thanks
[14:58] <sistpoty|work> hi folks
[14:59] <bddebian> Heya sistpoty|work
[14:59] <sistpoty|work> hi bddebian
[15:00] <huats_> \sh: do you advise to use the vmware server 2.0 beta or not ?
[15:28] <\sh> huats_: well, for testing purposes yes, for production services no..(well using vmware-server for production services, a joke ;))
[15:31] <hellboy195> hey folks. do you agree that we need a transition because of bug 195913
[15:31] <ubotu> Launchpad bug 195913 in dialog "Please sync dialog 1.1-20071028-3 from Debian(Unstable)" [Undecided,New] https://launchpad.net/bugs/195913
[15:34] <sistpoty|work> hellboy195: if there was really only a Provides added for the dialog binary package to provide libdialog-dev, then we don't need a transition
[15:35] <sistpoty|work> (actually, it would even be wrong then, to build-depends on libdialog-dev, as you cannot build-depend on a virtual package alone, at least not some time ago)
[15:36] <hellboy195> sistpoty|work: dunno. debian folks mentioned "must now depend on libdialog-dev" so it's a little bit wired
[15:36] <sistpoty|work> hellboy195: can you pastebin a diff of debian/control from the current ubuntu package and the new debian package?
[15:37] <hellboy195> sistpoty|work: in a minute :)
[15:37] <sistpoty|work> hellboy195: 5 minutes is fine as well (because I"ll be afk for that time ;)
[15:40] <huats_> \sh: :)
[15:40] <huats_> \sh: It is clearly for testing, since it is to valid my packaging...
[15:46] <Laney> Is there a commandline tool to view package changelogs?
[15:47] <hellboy195> \sh: http://pastebin.com/m6a929bd2
[15:47] <hellboy195> \sh: ah sry
[15:47] <hellboy195> xD
[15:47] <hellboy195> sistpoty|work: http://pastebin.com/m6a929bd2
[15:50] <sistpoty|work> hellboy195: yep, no transition needed (yet, but I assume the next debian version will need one)
[15:50] <ScottK> Laney: apt-listchanges perhaps?
[15:52]  * jdong kicks the tracker icon
[15:52] <jdong> stop blinking at me
[15:52] <hellboy195> sistpoty|work: so. you can ACK my sync request ;)
[15:52] <jdong> it's the curse of the eye
[15:52] <sistpoty|work> hellboy195: not from work (as I cannot testbuild it here)
[15:53] <hellboy195> sistpoty|work: It's building fine ^^. nvm. no stress :) thx for you help
[15:53] <sistpoty|work> np
[16:04] <bobbo> are there any MOTUs in here that could check my debdiff for Bug #195806?
[16:04] <ubotu> Launchpad bug 195806 in purrr "please update purrr to version 0.8 [FFe-granted]" [Undecided,In progress] https://launchpad.net/bugs/195806
[16:07] <ScottK> bobbo: If you subscribe ubuntu-universe-sponsors to the bug, someone will look at it.
[16:09] <bobbo> ScottK: u-u-s are assigned, was just wondering if anyone in here had any time to look at it now
[16:10] <linux__alien> hi LucidFox
[16:10] <linux__alien> was not at station and am back after more than a week :)
[16:22] <niemeyer> Hey there Masters
[16:23] <niemeyer> Is there a way to make a package in such a way that it will not ask to overwrite a configuration file and instead just leave the one installed, if it exists?
[16:23] <niemeyer> (without postinst tricks, that is)
[16:24] <nxvl_work> niemeyer: that way you can experience incompatibility problems
[16:24] <niemeyer> nxvl_work: I'm all for breaking incompatibility
[16:25] <niemeyer> nxvl_work: More seriously, we're the upstream in this case
[16:25] <nxvl_work> heh :P
[16:25] <nxvl_work> mmm
[16:25] <nxvl_work> yes you can
[16:25] <nxvl_work> on the rules file
[16:25] <nxvl_work> but i don't think it is the right way to do things
[16:25] <nxvl_work> niemeyer: which package are we talking about?
[16:26] <niemeyer> nxvl_work: Any pointers to documentation about it (or a keyword maybe)
[16:26] <niemeyer> ?
[16:26] <niemeyer> nxvl_work: landscape-client
[16:26]  * nxvl_work checks
[16:26] <niemeyer> nxvl_work: We know the configuration is compatible, and don't want to give the user the chance of screwing things up
[16:27] <niemeyer> (the old file has data that should remain)
[16:27] <nxvl_work> oh
[16:27] <nxvl_work> it uses debhelper
[16:28] <ScottK> niemeyer: If the user hasn't changed the file, they shouldn't be prompted.
[16:28] <jdong> asac: btw, have you considered upgrading the mozilla packaging bzr branches to the packs format?
[16:29] <niemeyer> ScottK: The file has been changed, and has data on it.. that's why we don't want it to be overwritten
[16:29] <ScottK> niemeyer: You'll lose any changes the user has made.
[16:29] <niemeyer> ScottK: I think you're getting things backwards
[16:30] <ScottK> And I think you are.  Try and explain why user customizations to the conffile should be thrown away?
[16:30] <niemeyer> ScottK: :-)
[16:30] <ScottK> Wait.  I think I got it now.
[16:30] <niemeyer> ScottK: Can you please read what I said, with more calm? :-)
[16:30] <nxvl_work> why is only a debian/ directory on the source and nothing else?
[16:30] <niemeyer> ScottK: Thank you.
[16:31] <ScottK> niemeyer: Why not ship the same data in the new file then?
[16:32] <nxvl_work> ScottK: he has the package installed with the personalized configuration, and he want that the package uses that configuration and don't gave the chance to the user to overwrite those changes
[16:32] <nxvl_work> niemeyer: i'm i right?
[16:32] <niemeyer> nxvl_work: Precisely
[16:33] <ScottK> niemeyer: If the upstream conffile is unchanged, then they shouldn't be prompted.
[16:33] <asac> jdong: yes. the branches are small enough to keep them in the current format for a while.
[16:33] <ScottK> niemeyer: They should only be prompted for a combination of user changes to the old conffile and a modified conffile from the new version.,
[16:33] <niemeyer> ScottK: We want to be free to chose the best default values over time, and these may change
[16:34] <mok0> qa.ubuntuwire.com still down :-(
[16:34] <nxvl_work> ScottK: it has changed, but it also has backwards compatibility
[16:34] <jdong> asac: btw it looks like FF3 beta testing is going pretty well for gutsy-backports. I will prepare some debdiffs for you to glance over soon-ish :)
[16:34] <asac> thanks
[16:34] <ScottK> niemeyer: I'm unclear what you want.  You want the new conffile, the old one, or a merger of the two installed?
[16:35] <niemeyer> ScottK: Just the old one.. no changes to what the user did
[16:35] <nxvl_work> scottK: the old one
[16:35] <sistpoty|work> niemeyer: if the user changed the file, the conffile mechanism is the only sane thing according to policy. if the file was changed by a program, then I guess it shouldn't be a conffile but only a configuration file
[16:35] <nxvl_work> scottK: he want's the new one to be ignored
[16:36] <ScottK> niemeyer: dpkg has an option to force the oldconffile, but I think that has to be set globally.   pre or postinst is your best bet I think.
[16:36] <ScottK> niemeyer: If you look in the Debian wiki for the recipe for moving conffiles, I think it has the bits you need to do what you want.
[16:36] <niemeyer> sistpoty|work: We're the upstream, and can ensure that there are no incompatibilities, and know that if the user removes his old file information will be lost
[16:37] <niemeyer> ScottK: You mean not per-package then
[16:37] <sistpoty|work> niemeyer: why would information get lost?
[16:37] <niemeyer> ScottK: Cool, I'll look for these, thanks
[16:37] <ScottK> niemeyer: http://wiki.debian.org/DpkgConffileHandling
[16:37] <niemeyer> sistpoty|work: Because a file got overwritten, and the program will run with a blank setup
[16:37] <nxvl_work> niemeyer: why don't you use a conf.d/ directory where all the user data will be stored and change the config file without worries?
[16:38] <sistpoty|work> niemeyer: ah, so the user needs (or needed) to specify some setup data there, right?
[16:38] <niemeyer> sistpoty|work: Right
[16:39] <sistpoty|work> niemeyer: that's what the conffile mechanism is designed for... ;)
[16:39] <niemeyer> nxvl_work: That would be a solution, but right now it looks more complex than simply keeping the user setup
[16:39] <nxvl_work> niemeyer: i think the best way to do this is with a separate config file, so you have the main cf (included on the package) and the personalized one (made by the user and NOT included on the package)
[16:40] <niemeyer> sistpoty|work: Yep.. I assumed that there should be a simple way to say "don't overwrite, your setup is good".. but it doesn't seem to be the case so far
[16:40] <nxvl_work> so you don't have to worry about the old config files
[16:40] <sistpoty|work> niemeyer: iow, if a user choses to want the new file, he is aware that it means that his setup changes are lost
[16:41] <niemeyer> sistpoty|work: We've just had a beta tester losing his setup.. ;-)
[16:41] <niemeyer> sistpoty|work: and reporting "hey, it's not working"
[16:42] <nxvl_work> niemeyer: but IIRC dpkg shows a message asking if you want to overwrite or not AND warning you that some changes are going to be lost
[16:42] <nxvl_work> niemeyer: so the problem is that users don't read and just hit "Yes"
[16:42] <niemeyer> nxvl: Yes yes.. he said to use the new file..
[16:43] <niemeyer> nxvl: Yep.. and we'd love to prevent users from hitting themselves in the foot, and reporting strange errors
[16:43] <niemeyer> Anyway.. thanks for your support.  I think I understand where we stand now, and can figure what the final solution will be.
[16:43] <nxvl_work> niemeyer: the best way is to split the config files
[16:44] <niemeyer> nxvl_work: "Best" involves several variables, including development time, release date, etc.
[16:44] <nxvl_work> cause now you have backwards compatibility, but at some point maybe you will want that it will be merged to add some new features
[16:44] <sistpoty|work> the best thing were, if the package would just work ootb ;)
[16:44] <sistpoty|work> (though getting this right can be quite hard)
[16:44] <nxvl_work> niemeyer: i have done it before and is not a hard work
[16:45] <nxvl_work> niemeyer: which is the project's vcs hosted? on LP?
[16:45] <nxvl_work> s/which/where/
[16:46] <niemeyer> nxvl_work: Yes, but not public
[16:46] <nxvl_work> mmm
[16:46] <nxvl_work> ok i will check the source
[16:46] <nxvl_work> let me check
[16:46] <nxvl_work> we are talking about landscape-client.conf, right?
[16:47] <niemeyer> nxvl_work: It's not about being hard.. we have an impending release, and have been testing that code for a while.  We won't change the way the configuration works now.
[16:47] <niemeyer> nxvl_work: Yeah
[16:48] <\sh> _czessi: done
[16:50] <emgent> heya \sh && nxvl_work
[16:50] <nxvl_work> emgent: :D
[16:51] <\sh> emgent: did you get my ping about cacti this afternoon?
[16:52] <\sh> emgent: the fix was in the patch I added to the first two CVEs...I rechecked it
[16:52] <ScottK> niemeyer: Personally I consider it quite rude to come into a free software development channel and ask for help on developing proprietary software without making that clear.
[16:53] <emgent> \sh, ok cool
[16:53] <\sh> emgent: but the users reporting the bug against the -security release..that's weired somehow
[16:53] <nxvl_work> ScottK: is GLP
[16:54] <emgent> ok \sh i have to go, see you later
[16:54] <\sh> emgent: np..if you have time please check again...I wonder if it's really a bug or not
[16:54] <ScottK> nxvl_work: GLP?
[16:54] <\sh> nxvl_work: GLP?
[16:54] <nxvl_work> GPL, sorry
[16:55] <ScottK> nxvl_work: Is it?  I don't see any code?
[16:55] <Czessi> \sh: cool  :-)
[16:56] <\sh> Czessi: depending on my GF she will go with me this year...but we have to wait for an ack of her employer
[16:58] <Czessi> \sh: ok, i'll searching for a big holiday flat or two in one house
[17:01] <jdong> asac: debdiffs uploaded to bug 191796 and bug 191800 for your review whenever convenient
[17:01] <ubotu> Launchpad bug 191796 in gutsy-backports "Please backport firefox-3.0 3.0~b3 final" [Undecided,Confirmed] https://launchpad.net/bugs/191796
[17:01] <ubotu> Launchpad bug 191800 in gutsy-backports "Please backport xulrunner-1.9 1.9~b3 final" [Undecided,Confirmed] https://launchpad.net/bugs/191800
[17:01] <\sh> Czessi: I think the amarok people will join this year the kubuntu people, right? :)
[17:01] <Czessi> \sh: yes
[17:02] <\sh> Czessi: cool
[17:03] <Czessi> \sh: mister amarok (markey) is also comming
[17:03] <Nightrose> he said he will... - which might not be what he really is going to do ;-)
[17:03] <nxvl_work> ok found it
[17:03] <nxvl_work> niemeyer: you only need to add a few lines to make it happend
[17:04] <nxvl_work> (maybe not for this release, but for the future)
[17:05] <niemeyer> nxvl_work: Oh?
[17:05] <\sh> Nightrose: just tell him: beer, wine, and other fun stuff available ;)
[17:05] <nxvl_work> niemeyer: the conf.d thing
[17:05] <Nightrose> \sh: nah - he might get strange ideas :P
[17:05] <\sh> well, wine is not good...champagne is better and doesn't clash with the piece of broken software ;)
[17:05] <niemeyer> nxvl_work: Ahh, cool
[17:07] <emgent> back
[17:07] <emgent> \sh, have you builted drupal6?
[17:08] <niemeyer> ScottK: Personally I found you quite rude on your own, so we're good.
[17:08] <niemeyer> landscape-client is GPL.. for whatever it's worth.
[17:09] <\sh> emgent: nope..I just installed manually...which I do normally with webapps
[17:09] <ScottK2> niemeyer: Well the difference is you're coming here on your work time (while paid) asking for my volunteer help.  Where's the source?
[17:09] <emgent> oh ok :P
[17:09] <niemeyer> ScottK2: http://landscape.canonical.com/packages
[17:10] <ScottK2> niemeyer: Fair enough.  Sorry for the misunderstanding then.  I wasn't aware they'd released the source.
[17:10] <ScottK2> Landscape as announced by Canonical didn't sound like it would be Free.
[17:11] <niemeyer> ScottK2: Indeed I'm paid to work on this software, but there's no such thing as "work time" for me.
[17:12] <jeromeg> jdong: there seems to be quite a bunch of issues with our amsn backport
[17:13] <nxvl_work> niemeyer: please stop it, you want our help or our hate? we are volunteers here, so be more respectful when you come here please
[17:13] <niemeyer> ScottK2: You may also be interested in checking http://niemeyer.net , and then reconsider the whole "volunteer" and "free software" thing.
[17:13] <jdong> jeromeg: I'm not at a location that I can verify what's going on with gutsy-backports... can you try to investigate it and report back?
[17:15] <ScottK2> niemeyer: I already said I was sorry.  You showed up asking for help on a project that has not been announced as being FOSS.  I made a bad assumption.  However, just because you also do FOSS development, doesn't really enter into it.
[17:15] <jeromeg> jdong: for me it doesn't work without installing wavesurfer
[17:16] <niemeyer> ScottK2: Heh
[17:16] <ScottK2> niemeyer: Lots of LP developers are FOSS developers by background and inclination, but that doesn't make LP any less a priorietary Canonical product.
[17:16] <jdong> jeromeg: so is this a hardy or gutsy-backports bug?
[17:16] <jeromeg> jdong: took me quite a lot of time to notice it, and strangely this isn't listed as a dep in our package
[17:16] <jeromeg> jdong: not sure about this
[17:16] <ScottK2> For some more accurate spelling of proprietary.
[17:17] <niemeyer> ScottK2: Ok.. that's very offtopic.. I'll be glad to discuss this with you privately if you're interested to know why I disagree.
[17:19] <\sh> ok...time to rush home
[17:19] <\sh> bbl
[17:24] <jeromeg> jdong: we have at least bug 195104, bug 195555 and a third one I did not reported yet ( i've a solution for it)
[17:24] <ubotu> Launchpad bug 195104 in amsn "Amsn won't start. It initialization script fails." [Undecided,New] https://launchpad.net/bugs/195104
[17:24] <ubotu> Launchpad bug 195555 in gutsy-backports "aMSN won't start: tkcximage can't load" [High,Confirmed] https://launchpad.net/bugs/195555
[17:32] <jeromeg> jdong: Adri2000 found something that explains one of the bugs: bug 195785
[17:32] <ubotu> Launchpad bug 195785 in tcllib "snit 2.1 contained in tcllib 1.9.dfsg1-1 incompatible with tcl/tk 8.5" [Undecided,New] https://launchpad.net/bugs/195785
[17:33] <jeromeg> jdong: we should backport tcllib 1.10
[17:33] <jeromeg> 1.9 conflicts with 1.9
[17:34] <jeromeg> oups
[17:34] <jeromeg> with tk/tcl8.5
[17:46]  * sistpoty|work heads home
[17:46] <sistpoty|work> cya
[18:56] <mruiz> hi all
[18:57] <mruiz> I got an error with the last update of add-5-a-day: bzr: ERROR: No WorkingTree exists for "bzr+ssh://mruiz@bazaar.launchpad.net/%7E5-a-day/5-a-day-data/main/". Any suggestion?
[19:16] <\sh> ScottK: working on new claws-mail
[19:16] <\sh> well, after the shower ;)
[19:18] <james_w> mruiz: I get the same thing.
[19:19] <mruiz> it was the last update ...
[19:20] <james_w> mruiz: I've got a fix
[19:21] <mruiz> james_w, go on...
[19:21] <james_w> line 19 of /usr/bin/add-5-a-day should be err = os.system("cd %s; bzr update" % (branch_dir))
[19:22] <james_w> rather than err = os.system("cd %s; bzr update %s" % (branch_dir, remote_branch))
[19:22] <james_w> Is it daniel that writes this code?
[19:22] <mruiz> I don't know
[19:23] <mruiz> :-)
[19:23] <mruiz> james_w, it works
[19:23]  * mruiz hugs james_w 
[19:24]  * james_w hugs mruiz back
[20:00] <\sh> oh damn
[20:01] <\sh> why is fix for #191920 not in a quilt patch?
[20:10] <jpatrick> Lutin: can you please take another look at bug #195806 and tell me if it's okay to upload?
[20:10] <ubotu> Launchpad bug 195806 in purrr "please update purrr to version 0.8 [FFe-granted]" [Undecided,In progress] https://launchpad.net/bugs/195806
[21:51] <CarlFK> what is the upstream source for the kernel?
[21:51] <CarlFK> trying to find why this line is //ed:
[21:52] <CarlFK> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=blob;f=drivers/media/video/vivi.c;hb=053fcb6014eef31c2674d344c704118e0ac229ef#l1125
[22:37] <warp10> Regarding the libgraphviz3 -> libgraphviz4 transition, some packages buil-dep on libgraphviz3-dev. Should it be changed to libgraphviz-dev?
[22:38] <ScottK> Without actually looking into the specifics, as a general rule that's correct.
[22:38] <slangasek> warp10: must be, yes
[22:38] <warp10> slangasek, ScottK: I am wondering this because the last uploader for ggobi changed build-dep form libgraphviz-dev to libgraphviz3-dev
[22:39] <ScottK> Who was the last uploader? (hoping it wasn't me)
[22:39] <warp10> ScottK: looks like he was sh
[22:40] <slangasek> then \sh_away erred
[22:40] <slangasek> or, it was uploaded before graphviz had transitioned in Ubuntu
[22:41] <jscinoz> if a package as uploaded to revu long before feature freeze (back in december) and it is still in progress, can it be included or should i just wait and try again with Intrepid
[22:41] <warp10> Whatever the reason, I am going to fix that with the transition. I was just afraid to make a disaster. :-) Thank you.
[22:42] <ScottK> jscinoz: Unless there's a really compelling reason why it has to be in Hardy (almost certainly not), then wait and try again.
[22:43] <ScottK> jscinoz: In the mean time you might want to try and get it into Debian.  If it's in Debian, it'll automatically be included in Intrepid.
[22:51] <jscinoz> ScottK, thanks, does debian have a system similar to revu?
[22:52] <jscinoz> i.e. where can i upload my source package for review
[22:52] <pochu> mentors.debian.net
[22:53] <pochu> there
[22:53] <jscinoz> thank you :)
[22:53] <jscinoz> one quick query
[22:54] <jscinoz> the packages in question are urbanterror and urbanterror-data (for the game urban terror obviously :P) with the data package a licensing issue exists that may cause problems,
[22:54] <jscinoz> one file "zpak000.pk3" is under a non-free license (the Quake 3 SDK EULA) at the moment i'm getting aroudn this by having a prompt on package installation displaying the license then downloading this file as its small (1.2mb) but could this cause problems?
[23:52] <Arwen> the latest vlc packages are b0rk3d in case any of you guys are
[23:52] <Arwen> care*
[23:52] <emgent> heya people
[23:55] <crimsun_> Arwen: have you filed a bug using Launchpad?
[23:56] <Arwen> yes
[23:56] <Arwen> https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/196315
[23:56] <ubotu> Launchpad bug 196315 in vlc "files in vlc-nox are linked against libX11 [hardy]" [Undecided,New]