[01:16] <geser> crimsun: hello
[01:16] <geser> have you had time to test the new gnome-chemisty-utils packages?
[01:25] <Fujitsu> geser, there are new ones? How was the goffice issue worked around?
[01:26] <geser> Fujitsu: I had to use the development version
[01:26] <Fujitsu> Of g-c-u?
[01:26] <geser> Fujitsu: http://members.ping.de/~mb/gchemutils/
[01:26] <geser> yes, g-c-u 0.7.4
[01:27] <geser> I used the Debian packaging as a base
[01:27] <Fujitsu> So that actually works? I thought it might.
[01:27] <Fujitsu> How much work was it?
[01:27] <LaserJock> well
[01:27] <LaserJock> what is Debian using?
[01:27] <LaserJock> it's probably 0.6.3
[01:27] <Fujitsu> Yep, it is.
[01:28] <Fujitsu> gnome-chemistry-utils 	0.6.3-3 	0.4.1-0dl2ubuntu3
[01:28] <Fujitsu> (Sid, Feisty versions respectively)
[01:28] <geser> Fujitsu: not that much work after I figured out that the goffice problem is fixed in 0.7.x
[01:28] <LaserJock> yeah
[01:28] <geser> I had to rename the lib package from libgcu0 to libgcu-unstable0
[01:28] <Fujitsu> Is the development branch stable enough?
[01:28] <LaserJock> it's just that that is not stable software
[01:28] <bddebian> Heya gang
[01:28] <Fujitsu> LaserJock, like gnumeric.
[01:28] <geser> and add the files for gcrystal to gcu-bin
[01:29] <LaserJock> geser: gcrystal wasn't going into gcu-bin?
[01:29] <geser> not in the Debian packaging
[01:30] <LaserJock> well
[01:30] <geser> I added the files to gcu-bin
[01:30] <rexbron> hey, what is the policy on packagine a shell script?
[01:30] <LaserJock> we're probably going to release gchemutils 0.8 in mid Feb to early March
[01:30] <LaserJock> rexbron: you need a policy for that? :-)
[01:30] <rexbron> are there any docs that tell you what you have to do differently
[01:31] <geser> before I upload it to feisty I wanted someone to test the package
[01:31] <geser> I did a small test today but I'm not using it normally
[01:31] <LaserJock> geser: I'm a tad hesitant to have it in
[01:31] <LaserJock> but I can test it
[01:32] <geser> LaserJock: the current g-c-u in feisty has unmet deps
[01:32] <LaserJock> we can always use it as a placeholder/fallback if I can't get UVFes for goffice and gchemutils
[01:32] <Fujitsu> LaserJock, haven't we already got the requisite goffice?
[01:32] <LaserJock> also unstable
[01:32] <Fujitsu> Ah, true.
[01:33] <rexbron> LaserJock: Is there any documentation?
[01:33] <LaserJock> we'll have stable goffice, gchemutils, and hopefully gchempaint at the time of 2.18's release
[01:33] <LaserJock> rexbron: there's nothing special to do
[01:33] <rexbron> hmm
[01:34] <LaserJock> on the good side, gchemutils will be on an "Ubuntu friendly" schedule after that ;-)
[01:34] <rexbron> LaserJock: I am calling the provided install script for the files. It goes into /usr/bin and /usr/share but the script need root privialges
[01:34] <rexbron> *needs
[01:34] <Fujitsu> LaserJock, finally :)
[01:35] <LaserJock> well, Ubuntu hadn't skipped ahead with goffice we'd be fine
[01:35] <Fujitsu> But gnumeric is in main, so takes priority...
[01:35] <LaserJock> well, considering how many bugs we've gotten from using the latest crack there ...
[01:36] <Fujitsu> Yeah.
[01:36] <bddebian> Heya sistpoty
[01:36] <sistpoty> hi folks
[01:36] <sistpoty> hi bddebian
[01:36] <LaserJock> hi sistpoty 
[01:36] <Fujitsu> (though it does have quite a number of nice features)
[01:36] <sistpoty> hi LaserJock
[01:36] <LaserJock> yep
[01:36] <Fujitsu> Hi sistpoty.
[01:36] <sistpoty> and hi Fujitsu
[01:36] <LaserJock> Fujitsu: the gchemutils author also works quite a bit on goffice/gnumeric
[01:36] <LaserJock> he's pretty cool
[01:37] <geser> LaserJock: so how should we proceed with g-c-u?
[01:37] <geser> fix the current unmet deps?
[01:37] <LaserJock> geser: well, gimme your package
[01:37] <LaserJock> I'll test it and talk it over with the author
[01:37] <geser> http://members.ping.de/~mb/gchemutils/
[01:37] <LaserJock> he was previously wary of putting 0.7 in any repos
[01:37] <geser> if you need i386 you have to run it through a pbuilder
[01:37] <LaserJock> as it's still unstable software
[01:38] <LaserJock> shesh, and I'm fresh out of amd64 ;-)
[01:38] <geser> g-c-u 0.6 depends on libgoffice-1 which isn't in Ubuntu anymore
[01:39] <LaserJock> I'm very aware of that :-)
[01:39] <LaserJock> I was planning on putting libgoffice-1 back in
[01:39] <LaserJock> but I think it's not worth it for one package
[01:40] <LaserJock> I think we're better off with 0.7 or hopefully 0.8
[01:40] <geser> btw gchempaint waits on libgcu-dev
[01:40] <LaserJock> besides, 0.7 has some of my code in it
[01:40] <LaserJock> I can't let that not be in the repos ;-)
[01:41] <LaserJock> geser: what version of gchempaint is it?
[01:41] <geser> gchempaint 0.6.6-2
[01:47] <LaserJock> well, we need to do something with gchemutils anyway, our version is almost 2 years old
[01:48] <LaserJock> we should also package up bodr too
[01:50] <Fujitsu> What's bodr?
[01:52] <LaserJock> Blue Obelisk Data Repository
[01:53] <LaserJock> it's a repo of chemical data
[01:53] <LaserJock> it's fairly new
[01:53] <LaserJock> but a fair amount of chemistry packages are starting to use it
[01:53] <LaserJock> including Kalzium and gchemutils
[01:55] <Fujitsu> OK.
[01:55] <Fujitsu> No Debian package/ITP?
[01:55] <LaserJock> there was one in the works
[01:56] <LaserJock> Daniel Leidert was working on it
[01:58] <Fujitsu> But is no longer?
[02:01] <LaserJock> Fujitsu: well, I think there was a snag somewhere along the line
[02:01] <LaserJock> geser: it seems to build and work ok
[02:01] <LaserJock> geser: but more needs to be done to de"unstable"ize it
[02:02] <LaserJock> geser: the names of the binaries have -unstable on them still
[02:03] <geser> do you know how to get rid of it?
[02:03] <LaserJock> yeah
[02:03] <LaserJock> it'll take a patch
[02:03] <LaserJock> there is a line in the .cc of each of the apps
[02:05] <LaserJock> geser: ok, so I think I should ask the author first before we put it in the repos (since we can't take it back later) since I know he had reservations about it before
[02:05] <geser> will wait on your answer
[02:05] <LaserJock> k
[02:06] <LaserJock> thanks for the work, btw
[02:11] <geser> I will try to get the unstable removed without breaking it
[02:11] <geser> it's also used in dir names and the lib itself :(
[02:12] <geser> that will make the diff larger
[02:13] <nixternal> any open merges that are available for a rookie to work on?
[02:13] <LaserJock> well, I think he has a way of doing it
[02:13] <LaserJock> I can ask him about that too
[02:13] <LaserJock> nixternal: just close your eyes and point
[02:14] <nixternal> doing that now
[02:14] <nixternal> ;p
[02:14] <nixternal> wait, i do that all the time, everytime i hit the keyboard
[02:14] <geser> nixternal: before you begin check if a sync request was filed
[02:14] <nixternal> yup
[02:15] <nixternal> and if possible i will request one as well
[02:15] <geser> there are several packages waiting for a sync
[02:15] <joejaxx> why is there not a #ubuntu-security
[02:16] <joejaxx> lol
[02:16] <joejaxx> i just noticed that
[02:16] <Nafallo> joejaxx: with two people? ;-)
[02:16] <joejaxx> ?
[02:16] <joejaxx> lol
[02:18] <geser> nixternal: an easy one: tendra ; check if it builds in feisty pbuilder and file a sync request then
[02:18] <joejaxx> Nafallo: there has to be more than two people concerned with security on ubuntu
[02:18] <nixternal> i will take a look at that
[02:18] <nixternal> thanks geser 
[02:18] <Nafallo> joejaxx: where? :-)
[02:18] <Nafallo> joejaxx: pitti and keescook :-)
[02:18] <sistpoty> anyone working on aqsis merge?
[02:19] <joejaxx> Nafallo: :P
[02:20] <Fujitsu> joejaxx, the two Nafallo mentioned are the two that are concerned with security in Ubuntu, although some MOTUs will work on security updates for universe packages (for example, I just backported a security fix for vnc4)
[02:20] <Nafallo> Fujitsu: nice :-)
[02:20] <Nafallo> I did some security work when I started.
[02:21] <Fujitsu> That makes my second security fix :P
[02:21] <Nafallo> at some point I should go back to doing that I guess...
[02:21] <joejaxx> Fujitsu: yes but i mean there is not a channel for it? ie more people interested in it
[02:21] <Fujitsu> There's no real reason for there to be a channel...
[02:22] <joejaxx> that is saddening
[02:23] <LaserJock> I should hope not
[02:23] <LaserJock> if we had to have a hug team for security it'd make me nervous
[02:23] <LaserJock> *huge
[02:23] <joejaxx> well i did not mean necessarily a team
[02:23] <LaserJock> we have a hug team ;-)
[02:24] <Nafallo> LaserJock: hugs! :-D
[02:24] <joejaxx> but the same way how people who are not motu are in #u-motu
[02:24] <joejaxx> and people who are in #u-kernel
[02:24] <joejaxx> that i what i really mean
[02:24] <LaserJock> well, but the channels are primarily designed for team communication
[02:25] <joejaxx> yeah that is true
[02:25] <Nafallo> joejaxx: security are often more complicated then packaging in general :-)
[02:25] <Fujitsu> I think a universe security team is needed, otherwise bugs don't get seen for 7 months (like the vnc4 one). One of the security team sees a security bug, then ignores it 'cause it's in universe, and nothing ever gets done because nobody is notified.
[02:25] <LaserJock> yep
[02:25] <Nafallo> Fujitsu: we have ubuntu-cve
[02:25] <Nafallo> just have to look at it now and again :-)
[02:25] <Nafallo> hmm
[02:26] <Fujitsu> Not everything gets a CVE, does it?
[02:26] <LaserJock> but a team would be nice, to get people interested in helping out
[02:26] <sistpoty> hm... I guess we could really need a universe-police, the motu-security squat :)
[02:26] <Nafallo> Fujitsu: most things we care to backport patches for does :-)
[02:26] <joejaxx> sistpoty: :P :)
[02:26] <Fujitsu> Nafallo, true.
[02:26] <Nafallo> sistpoty: motu-swat team :-D
[02:26] <sistpoty> hehe
[02:27] <LaserJock> I'd like to see MOTU Security and MOTU QA teams get going
[02:27] <sistpoty> LaserJock: +1
[02:27] <sistpoty> LaserJock: I've been thinking a little bit about qa as well... ;)
[02:27] <Nafallo> motu-swat. everything else you have to read up what it is... like greyskull :-)
[02:27] <joejaxx> yay 
[02:27] <joejaxx> lol
[02:27] <Fujitsu> LaserJock, same.
[02:28] <sistpoty> LaserJock: I guess it might be good to know about which packages are ubuntu maintained at first :)
[02:28] <sistpoty> and then see, which are still actively maintained *g*
[02:28] <sistpoty> Nafallo: don't fear people away from motu-swat :P
[02:29] <LaserJock> I was trying to figure out the other day how we could create a list of Debian RC/high severity bugs that have been fixed since the version Ubuntu has
[02:29] <Fujitsu> It would be nice to have a team which was bug contact for Ubuntu-only packages, so we could get a nice list.
[02:29] <Nafallo> sistpoty: I would probably be dumb enough to join myself :-)
[02:29] <sistpoty> hehe
[02:29] <Fujitsu> LaserJock, that shouldn't be too difficult. There's a list of RC bugs somewhere, which can be processed fairly easily...
[02:29] <Nafallo> LaserJock: ubuntu-cve has that :-)
[02:29] <Fujitsu> In fact, I think MoM creates such a list.
[02:29] <Nafallo> ah no.
[02:30] <Nafallo> not RC/high
[02:30] <Nafallo> dooh
[02:31] <LaserJock> well, I want to have say an RC list, a high list, a normal list, etc.
[02:31] <Nafallo> Fujitsu: would that be useful. I already are bugcontact for my packages :-P
[02:31] <Fujitsu> Nafallo, but quite a number of maintainers seem to have wandered off.
[02:31] <LaserJock> we also need regularly updated lists of unmet deps and FTBFS
[02:31] <sistpoty> I tried to do that once, but LP didn't let me *g*
[02:31] <sistpoty> (the bug contact thingy)
[02:32] <Fujitsu> sistpoty, we do it for science.
[02:32] <Nafallo> Fujitsu: right. I do from time to time :-/
[02:32] <Fujitsu> Did the scheduled rebuild test ever occur?>
[02:32] <Fujitsu> Or is Soyuz still incapable?
[02:32] <LaserJock> then we need to figure out what kind of upgrade testing we want to do
[02:32] <sistpoty> hm... I guess we should focus on merges first, to get these done ASAP, and then look for FTBFS/unmetdeps
[02:33] <geser> it would be good it the sync request get processed soon
[02:33] <geser> so it gets easier to spot packages which still need merging
[02:34] <Fujitsu> geser, yep.
[02:34] <Nafallo> and MoM turned on...
[02:34] <sistpoty> yay... when's the next archive-admin day?
[02:34] <Nafallo> dooh. that got kinky...
[02:34] <sistpoty> monday?
[02:34] <Nafallo> tuesday and thursday, no?
[02:34] <Fujitsu> Why oh why did I upload azureus... It's now got my name next to it for merging... :S
[02:34] <Nafallo> Fujitsu: haha
[02:34] <Fujitsu> Nafallo, Tue/Fri, I thought.
[02:34] <keescook> for universe security work, I'd love to see a motu team.
[02:35] <keescook> then I could subscribe them to the security bugs for universe packages; right now they're hard to filter for
[02:35] <Fujitsu> keescook, good to hear :)
[02:35] <Fujitsu> keescook, precisely my complaint.
[02:35] <Nafallo> keescook: hi! :-)
[02:35] <sistpoty> hi keescook btw.
[02:35] <Fujitsu> ubuntu-{motu,universe}-security?
[02:35] <Nafallo> keescook: do you know if pitti has plans to integrate ubuntu-cve with malone or something? I found some textfile in his ~ :-)
[02:35] <sistpoty> any volunteers for ubuntu-swat?
[02:35] <keescook> Hi Nafallo sistpoty!  (you guys lit up my irc hilighting with all the security chat)  :)
[02:35] <sistpoty> hehe
[02:36] <Nafallo> keescook: haha
[02:36] <Nafallo> sistpoty: yes
[02:36] <keescook> Nafallo: yeah, ubuntu-cve will eventually merge with malone, but there are some features in malone we're waiting for still
[02:36] <Nafallo> sistpoty: I can even own it :-P
[02:36] <Nafallo> keescook: thought so. that would rock :-)
[02:36] <sistpoty> Nafallo: great, please do :)
[02:36] <keescook> yeah, I'll start getting some _really_ crazy karma then.  LP doesn't give credit for uploads.  :)
[02:37] <Nafallo> :-P
[02:37] <Nafallo> keescook: haha
[02:37] <keescook> I think new motu teams probably should get discussed at the motu meetings, but as for the basic concept, I'm all for it.
[02:37] <Fujitsu> keescook, it's meant to at some point in the future, AFAIK.
[02:37] <Adri2000> how can I pbuild a package which build depends on a package that isn't yet in the repo but I have on my hard disk?
[02:38] <Nafallo> should I create it now or hold off? :-)
[02:38] <sistpoty> Nafallo: go for it, I'll join in then ;)
[02:38] <Fujitsu> Nafallo, go ahead.
[02:38] <keescook> Adri2000: I don't use pbuild (I use schroot/sbuild with lvm snapshots) but I'd guess you'd need to either make yourself a repo your pbuilder pulls from, or temporarily add it to your chroot
[02:38] <LaserJock> we should take it to the list afterward though
[02:38] <Fujitsu> Adri2000, I use `pbuilder login', then copy the stuff in.
[02:38] <keescook> Nafallo: I'd bring it up on the motu mailing list; I'll be happy to chime in on it too.
[02:38] <sistpoty> LaserJock: yep
[02:39] <sistpoty> always those productive friday nights :)
[02:39] <keescook> cool, I can go through all the outstanding security bugs and subscribe the new team.  :)
[02:39] <keescook> stuff on my personal wishlist is clamav and wordpress right now.
[02:40] <Fujitsu> It would be really nice to not have flaws like #77383 sitting around for 7 months...
[02:40] <keescook> the clamav backport isn't so simple.  :(  dapper's fix just plain doesn't work...
[02:40] <joejaxx> Nafallo: :D
[02:40] <Nafallo> keescook: I've done wordpress before I think :-)
[02:40] <keescook> Fujitsu: yeah, I agree.  I wish I could keep up with all of them.
[02:40] <joejaxx> Nafallo: see what discussion brings about :)
[02:40] <LaserJock> joejaxx: you realize what this means though, don't you?
[02:40] <keescook> Nafallo: cool; I looked at the patches for 2.0.6, they look sane and mostly small.
[02:41] <Fujitsu> If MOTU can keep track of such flaws, they'll be able to be fixed much more quickly.
[02:41] <joejaxx> LaserJock: i hope something not bad lol
[02:41] <LaserJock> joejaxx: you have to help
[02:41] <joejaxx> LaserJock: oh ok that is not a problem
[02:41] <joejaxx> :)
[02:41] <keescook> Fujitsu: btw, I'm waiting on the edgy sparc build, and then I'll publish the vnc4 updates.  Thanks again for getting that.  :)
[02:41] <Fujitsu> No problem!
[02:42] <Nafallo> sistpoty: gaah. we need an emblem :-P
[02:42] <Adri2000> Fujitsu: stupid question maybe, but in the pbuilder where are located the files that are outside the chroot?
[02:42] <sistpoty> Nafallo: maybe s.th. with a shield?
[02:42] <Fujitsu> Adri2000, you have to copy them from the outside.
[02:43] <Nafallo> let's go find some shields :-)
[02:43] <keescook> Nafallo: the ubuntu-dev is the MotU shield, so use the MotU sword now.
[02:43] <keescook> that crazy heman sword.
[02:43] <Nafallo> keescook: hehe. nice :-)
[02:43] <sistpoty> great idea :)
[02:43] <Adri2000> Fujitsu: how? :s
[02:44] <Fujitsu> Adri2000, you'll note that it gives you a path once you run pbuilder login.
[02:44] <Fujitsu> Copy the .debs and the requisite sources to that path, and they'll magically appear in the chroot.
[02:44] <Fujitsu> keescook, very good idea :P
[02:45] <joejaxx> lol the heman sword
[02:45] <keescook> heh.  or maybe his axe?  dunno
[02:45] <Fujitsu> What's the team called, Nafallo?
[02:45] <Adri2000> Fujitsu: ah yes, magic! thanks
[02:45] <Fujitsu> Ah.
[02:45] <Fujitsu> motu-swat.
[02:45] <Nafallo> Fujitsu: motu-swat :-)
[02:45] <Fujitsu> No problem, Adri2000.
[02:46] <sistpoty> cool, I'm a member already :)
[02:46] <joejaxx> Nafallo: nice
[02:47] <Nafallo> sistpoty: hehe ;-)
[02:47] <Fujitsu> It's even got a bug subscribed now!
[02:48] <joejaxx> Nafallo: do you have to be motu to join?
[02:48] <LaserJock> boy, aren't you guys l33t ;-)
[02:48] <joejaxx> LaserJock: lol
[02:48] <Fujitsu> joejaxx, not in my opinion.
[02:48] <joejaxx> Fujitsu: ok
[02:48] <Nafallo> joejaxx: not in my opinion either :-)
[02:48] <joejaxx> i just wanted to ask before i hit the join team link
[02:49] <LaserJock> joejaxx: I started MOTU Science before I was a MOTU ;-)
[02:49] <joejaxx> ;)
[02:49] <_MMA_> Yet another project for joejaxx. ;)
[02:50] <Fujitsu> Hrm, why is MOTU-Media's name ubuntu-motu?
[02:50] <joejaxx> _MMA_: LOL
[02:50] <Nafallo> Fujitsu: is it? :-)
[02:50] <Fujitsu> (that being one of the three MOTU Media teams)
[02:51] <Fujitsu> Ah, MOTU-Media was automagically created; who know why it has such a strange name.
[02:52] <LaserJock> our teams are kinda messy
[02:52] <Fujitsu> LaserJock, yeah.
[02:52] <Nafallo> ubuntu-qa? :-)
[02:53] <Fujitsu> We need a standard... Some things are motusomething (like motuscience), others are motu-something (ie. motu-sru), others skip the motu entirely.
[02:53] <Nafallo> what now :-P
[02:53] <LaserJock> some are ubuntu-
[02:53] <bddebian> motu-crack
[02:53] <Nafallo> aha :-P
[02:53] <LaserJock> bddebian's on top of that one
[02:53] <Nafallo> bddebian: you have your own team now? ;-)
[02:53] <Nafallo> hehe
[02:53] <geser> should motu-swat be subscribed to bug #72921?
[02:53] <Ubugtu> Malone bug 72921 in php4 "Several unfixed CVEs for php4 in Ubuntu Dapper and Edgy" [Undecided,Confirmed]  https://launchpad.net/bugs/72921
[02:53] <Nafallo> geser: yes :-)
[02:53] <Fujitsu> (uncommonproglang is an example of a MOTU team with no motu)
[02:53] <Fujitsu> geser, I believe so.
[02:53] <bddebian> Nafallo: Yeah, 3 people too.  Me, Myself, and I ;-P
[02:54] <sistpoty> Fujitsu: sorry
[02:54] <sistpoty> Fujitsu: my fault *g*
[02:54] <Nafallo> bddebian: *ASG* *hugs*
[02:54] <Fujitsu> sistpoty, yeah, I noted it was owned by you.
[02:54] <bddebian> ASG?
[02:54] <Nafallo> bddebian: swedish for ROTFL ;-)
[02:54] <bddebian> Ahh :_)
[02:54] <Fujitsu> Brb, lunch.
[02:55] <keescook> Fujitsu: bleh.  vnc4 failed on sparc in edgy.  *sigh*  I'll take a look at it later, I gotta run.
[02:56] <Nafallo> keescook: :-)
[02:57] <keescook> Nafallo: I gotta finished building my bookshelves.  :)  cya folks
[02:57] <Nafallo> keescook: nice talking to you :-)
[02:57] <Nafallo> lol
[02:57] <Nafallo> ubuntu-dev, ubuntumembers :-)
[02:58] <sistpoty> cya keescook
[02:58] <Nafallo> things ain't consistant ;-)
[02:58] <sistpoty> hm... nethack has some nice graphics for logos :)
[02:58] <sistpoty> or rather falconseye
[02:59] <Fujitsu> Bye, keescook.
[02:59] <Fujitsu> You can rename teams, can't you?
[02:59] <Nafallo> sistpoty: nice. you fix that then :-)
[03:00] <sistpoty> Nafallo: ok, I'll try... need to rescale them first *g*
[03:00] <Nafallo> sistpoty: I suck at gfx :-)
[03:00] <sistpoty> Nafallo: unfortunately me too :/
[03:00] <Nafallo> I'm worst ;-)
[03:01] <sistpoty> hehe
[03:02] <joejaxx> Fujitsu: yeah
[03:02] <joejaxx> Fujitsu: i think the descriptive name
[03:02] <joejaxx> Fujitsu: but not the direct name
[03:16] <ScottK> Anybody up for revuing some Perl packages?
[03:16] <ScottK> Having survived my first visit here last month, I'm back with more...
[03:17] <bddebian> Perl?  What the heck is that? :-)
[03:17] <ScottK> libnet-dns-resolver-programmable-perl http://revu.tauware.de/details.py?upid=3974
[03:18] <bddebian> I think the package name is too short
[03:18] <Nafallo> *ASG*
[03:18] <Toadstool> heh
[03:18] <Nafallo> meeh
[03:18] <Nafallo> ROTFL even
[03:18] <ScottK> I agree, but it seems to fit the scheme for PERL packages...
[03:18] <bddebian> heh
[03:18] <Toadstool> hi everybody :)
[03:18] <Nafallo> hi Toadstool 
[03:18] <bddebian> Hence why we reject perl ;-P
[03:18] <bddebian> Heya Toadstool
[03:18] <Toadstool> hey bddebian & Nafallo 
[03:19] <Toadstool> perl is evil!
[03:19] <ScottK> OK.  Here's another with a shorter name...
[03:19] <ScottK> libnetaddr-ip-perl http://revu.tauware.de/details.py?upid=3975
[03:20] <ScottK> That one is in Debian, but VERY old.  See Debian bug 329644
[03:20] <Ubugtu> Debian bug 329644 in libnetaddr-ip-perl "libnetaddr-ip-perl: New upstream release" [Wishlist,Open]  http://bugs.debian.org/329644
[03:20] <ScottK> Both of those are dependencies for the one I'm really after getting in...
[03:21] <bddebian> No one reviewed MY package :'-(
[03:21] <ScottK> Another nice short name (really): mail-spf-perl http://revu.tauware.de/details.py?upid=3976
[03:21] <Toadstool> bddebian: what package?
[03:21] <bddebian> Toadstool: pegsolitaire :-)
[03:22] <Toadstool> it's been a long time you know :p
[03:22] <somerville32> tonyyserver, 
[03:22] <somerville32> :/
[03:23] <somerville32> Has anyone had trouble when upgrading to Feisty with vim-tiny's post-install script failing with error code 2?
[03:23] <Fujitsu> somerville32, it apparently works if you retry the configuration of it a few times.
[03:24] <Toadstool> i've heard of some issues related to vim lately yeah
[03:24] <Toadstool> uh
[03:24] <somerville32> Fujitsu, for real?
[03:24] <Fujitsu> somerville32, yep.
[03:24] <Fujitsu> joejaxx, it appears that you can fully rename a team.
[03:24] <joejaxx> Fujitsu: really?
[03:24] <Fujitsu> joejaxx, I was able to do it, so yes.
[03:25] <joejaxx> Fujitsu: hmm i did not see an option to do that when i looked before
[03:25] <joejaxx> Fujitsu: maybe they just added that?
[03:25] <Fujitsu> Under `Change Team Details', top box.
[03:26] <sistpoty> Nafallo: I've got two icons now, a sword and an armor: http://tiber.tauware.de/~sistpoty/icons/
[03:26] <joejaxx> Fujitsu: interesting
[03:26] <sistpoty> Nafallo: but imo the armor looks better (I just couldn't convert the sword to a nice looking thing)
[03:26] <joejaxx> Fujitsu: i only remember being able to change the descriptive one
[03:26] <ScottK> About vim-tiny: https://bugs.launchpad.net/ubuntu/+source/vim/+bug/77726
[03:26] <Ubugtu> Malone bug 77726 in vim "can't upgrade vim" [Undecided,Unconfirmed]  
[03:26] <somerville32> Fujitsu: I installed the deb manually and it worked
[03:26] <joejaxx> Fujitsu: thanks for telling me about that
[03:26] <joejaxx> :)
[03:27] <somerville32> ScottK: Thanks. (I'd look but I'm in tty right now)
[03:27] <Fujitsu> sistpoty, the armour is rather unrecognisable.
[03:27] <Fujitsu> somerville32, LP isn't bad in elinks.
[03:27] <sistpoty> Fujitsu: the sword as well :(... I just suck at gfx
[03:27] <Nafallo> sistpoty: I like the sword :-)
[03:28] <sistpoty> hm... the armor looks better with a non white background I just found out... but LP background is almost white :/
[03:28] <Fujitsu> Anybody here got a sparc machine I can do a build-test on?
[03:28] <sistpoty> Nafallo: let's take the sword then
[03:28] <Nafallo> sistpoty: oki :-)
[03:29] <sistpoty> Nafallo: you'll have to do that... I cannot change the emblem ;)
[03:30] <Nafallo> nice :-)
[03:30] <somerville32> :] 
[03:30] <bddebian> StevenK: This hideously long name is different than libnet-dns-perl in Debian?
[03:31] <ScottK> Yes.
[03:32] <ScottK> To quote the author when I whined earlier today about having to package that one too, he said, "eah, I'm sorry. But no virtual DNS resolver class existed on CPAN (let alone Debian) before, so I had to write one myself."
[03:32] <ScottK> eah/yeah...
[03:36] <bddebian> I thought we ripped the version of vnc4 that had xorg in it out of the archives?
[03:37] <ScottK> libnet-dns-perl is also a dependency.
[03:38] <Fujitsu> bddebian, nope.
[03:38] <Fujitsu> It's still there.
[03:38] <Fujitsu> (in Dapper and Edgy at least, which is where it matters)
[03:38] <bddebian> ScottK: Couple of small issues with it but overall looks fine
[03:38] <ScottK> OK.  Thanks.
[03:38] <ScottK> I'll go work on that.
[03:39] <ScottK> Would you mind taking a look at the other two too?
[03:39] <bddebian> But my reviews are pretty worthless :-)
[03:39] <bddebian> I am working on it
[03:39] <ScottK> Cool.
[03:40] <ScottK> IIRC your reviews were very helpful last time I tried this.
[03:43] <ScottK> bbdebian: Question about the changelog...  The previous entries were in the Debian changelog put in by the upstream author (He's a Debian user and eventually hopes to get these in there).  I just want to make sure that it's cool to remove the previous entries even when they are in org.tar.gz?
[03:43] <bddebian> ScottK: Is there a debian dir in the orig.tar.gz?
[03:43] <ScottK> Yes.
[03:44] <bddebian> bad, bad, bad :-)
[03:44] <ScottK> He put it there, not me.  Made my job easier though.
[03:44] <bddebian> Aye, but it's not "the Debian way"
[03:45] <ScottK> Yes.  So at this point I'm not sure which way is the best way to deal with it.
[03:46] <Nafallo> ScottK: tell upstream to remove it :-)
[03:46] <ScottK> OK.  I can ask for the next release.  What to do about this one?
[03:47] <bddebian> If he is the upstream author, why is he not putting changes in changelog, not worrying about debian/changelog? :)
[03:47] <ScottK> He's very thorough?
[03:47] <ScottK> The changes are listed in changelog too.
[03:48] <ScottK> The same issue will apply to mail-spf-perl too.
[03:48] <Toadstool> bddebian: according to lintian, changelog.gz is empty in /usr/doc/$package
[03:49] <Toadstool> (in pegsolitaire)
[03:53] <bddebian> Yes it is empty
[03:53] <bddebian> ScottK: debian/changelog is distro specific changes, he shouldn't be putting them in there imo
[03:54] <ScottK> Agreed, but does that mean I should remove them?  That's what I'm not sure of.
[03:55] <Toadstool> bddebian: then there's no need to include it in the package, right?
[03:55] <bddebian> Toadstool: I wasn't sure, the file is in the tarball
[03:56] <ScottK> It looks to me like the copyright file was cribbed almost straight out of the Debian Maintainer's Guide.  http://www.debian.org/doc/maint-guide/ch-dreq.en.html#s-copyright
[03:59] <ScottK> If you all think I should excise his debian/changelog, just say the word.  I'll go either way.
[03:59] <Nafallo> 4AM :-P
[04:01] <bddebian> ScottK: OK, as I said, license stuff isn't my bag
[04:04] <bddebian> persia: !!  Long time no "see" :-)
[04:05] <persia> bddebian: Sorry about that.  I've a couple months now, so I'll be around.  I'll chase up on #45852 (several months late) today :)
[04:07] <bddebian> I didn't mean that, I just meant welcome back :-)
[04:07] <bddebian> Heya Hobbsee
[04:07] <Fujitsu> Hi Hobbsee.
[04:07] <persia> bddebian: Thanks then.  Nice to see you.
[04:07] <Fujitsu> Damn, 6 seconds. I really am too slow these days.
[04:08] <somerville32> Hobbsee, :)
[04:08] <Hobbsee> hey bddebian, Fujitsu 
[04:08] <somerville32> ...
[04:09] <Hobbsee> hey somerville32 
[04:09] <somerville32> :D
[04:11] <sistpoty> hi Hobbsee
[04:11] <zakame> hi all
[04:11] <sistpoty> hi zakame
[04:11] <ScottK> bbdebian: Based on the debian/changelog stuff is in orig.tar.gz, can I twist your arm into advocating libnet-dns-resolver-programmable-perl?
[04:11] <zakame> hi sistpoty how's everything?
[04:12] <sistpoty> zakame: thanks, fine... how about you?
[04:13] <zakame> I'm back to my hometown, but the internet tubes here are quite leaky...
[04:13] <Nafallo> zakame: !!! :-D *hugs*
[04:15] <zakame> Nafallo!!! :D
[04:15] <Nafallo> :-)
[04:16] <Hobbsee> hey sistpoty :)
[04:16] <Nafallo> Hobbsee: ! :-)
[04:16] <Hobbsee> hey Nafallo 
[04:16] <Toadstool> hi Hobbsee!
[04:17] <Nafallo> Hobbsee: things are good? :-)
[04:17] <ScottK> sistpoty: Would you have time to look at a couple of packages?  I found your REVUs very helpful last time I tried to do this.
[04:17] <sistpoty> ScottK: I never have time :P
[04:17] <sistpoty> ScottK: but I'll look at one or two maybe ;)
[04:18] <ScottK> OK.
[04:18] <sistpoty> ScottK: link or packagename?
[04:18] <Hobbsee> hey Toadstool :)
[04:18] <ScottK> Coming...
[04:18] <Hobbsee> Nafallo: yep :)
[04:18] <ScottK> http://revu.tauware.de/details.py?upid=3975
[04:18] <Nafallo> Hobbsee: sounds good :-)
[04:19] <ScottK> This one is in Debian, but very old.  See Debian bug 329644
[04:19] <Ubugtu> Debian bug 329644 in libnetaddr-ip-perl "libnetaddr-ip-perl: New upstream release" [Wishlist,Open]  http://bugs.debian.org/329644
[04:19] <sistpoty> bddebian, ScottK: if the package is already in the archive, one vote is enough ;)
[04:19] <sistpoty> but I can look anyway, if you want
[04:19] <ScottK> Oh.
[04:19] <bddebian> sistpoty: Well I'm a lousy reviewer as you know :-)
[04:20] <ScottK> Then http://revu.tauware.de/details.py?upid=3974
[04:20] <sistpoty> bddebian: not at all ;)
[04:20] <ScottK> We were just discussing what to do about the debian/changelog because the entries that predate mine are from upstream in orig.tar.gz.
[04:20] <ScottK> This is the initial packaging for Ubuntu.
[04:21] <ScottK> My theory had been that I shouldn't remove upstream entries, but I'll go either way.
[04:22] <ScottK> I was just trying to twist bbdebian's arm into advocating when you arrived.
[04:22] <sistpoty> ScottK: well, opinions on this differ... imo there's nothing wrong in leaving these in... actually you still change stuff upstream released so far, only that it hasn't been released for ubuntu yet
[04:23] <sistpoty> ScottK: is the tar.gz bit-identical to the one from upstream? (too lazy to look myself now *g*)
[04:23] <ScottK> Yes.  Just changed the name.
[04:23] <sistpoty> ok, fine
[04:25] <sistpoty> ScottK: you should put yourself as maintainer in there. If you want you can then put upstream in an "uploader" field.
[04:25] <somerville32> How can I use apt-get to see why packages were held back?
[04:26] <ScottK> OK.  Makes sense since it's not in Debian at all.  I'll do that.
[04:26] <Hobbsee> somerville32: apt-get install, apt-get dist-upgrade...
[04:26] <ScottK> Anything else?
[04:26] <sistpoty> ScottK: make it clear in debian/copyright as well ;)
[04:26] <somerville32> Hobbsee, that tells me _what_ was held back but not _why_ :] 
[04:27] <ScottK> OK.
[04:27] <Hobbsee> somerville32: install it and it'll tell you why
[04:27] <Hobbsee> heya ScottK - arent you one of the LP guys?
[04:27] <somerville32> Ah
[04:27] <ScottK> LP?
[04:29] <Hobbsee> launchpad
[04:29] <ScottK> No
[04:29] <sistpoty> ScottK: other than that it's fine
[04:30] <ScottK> I file bugs and comments.  That's it.
[04:30] <ScottK> Thanks.
[04:30] <ScottK> Fixing now.
[04:30] <sistpoty> (though I must admit, that I don't know anything about perl policy)
[04:30] <Fujitsu> sistpoty, that is most fortunate.
[04:30] <Hobbsee> ScottK: ahh
[04:30] <sistpoty> hehe
[04:31] <somerville32> Hobbsee, The following packages have unmet dependencies:rn  linux-restricted-modules-386: Depends: linux-restricted-modules-2.6.20-4-386 but it is not installable
[04:31] <Hobbsee> somerville32: then install the later one.
[04:31] <Hobbsee> why are you running -386 anyway?
[04:31] <somerville32> I dunno... I didn't do anything special
[04:31] <Nafallo> Hobbsee: the question we all ask ourselves all the time when giving support ;-)
[04:32] <Fujitsu> Anybody here got a SPARC with an edgy pbuilder?
[04:32] <Hobbsee> Nafallo: heh
[04:32] <somerville32> Package linux-restricted-modules-2.6.20-4-386 is not available, but is referredrnto by another package.rnThis may mean that the package is missing, has been obsoleted, orrnis only available from another sourcernE: Package linux-restricted-modules-2.6.20-4-386 has no installation candidate
[04:32] <Hobbsee> somerville32: probably means it failed to build, or hasnt been published yet.  you should be using -generic, anyway
[04:32] <Hobbsee> unless you have something that needs the 386
[04:33] <somerville32> I dunno. I guess it got installed by default.
[04:34] <somerville32> So I should install -generic?
[04:35] <Nafallo> yes
[04:35] <somerville32> Is there a performance loss?
[04:35] <Nafallo> win
[04:35] <Hobbsee> no
[04:35] <Nafallo> :-)
[04:35] <somerville32> win?
[04:36] <somerville32> What is the package that I need to install to get the -generic kernel?
[04:36] <Nafallo> performance win if anything :-)
[04:36] <somerville32> oh, awesome :] 
[04:36] <Nafallo> linux-generic
[04:36] <somerville32> The following packages have unmet dependencies:rn  linux-restricted-modules-generic: Depends: linux-restricted-modules-2.6.20-4-generic but it is not installable
[04:37] <Hobbsee> install that then
[04:37] <somerville32> Same error
[04:37] <somerville32> (as the for -383)
[04:37] <somerville32> Package linux-restricted-modules-2.6.20-4-generic is not available, but is referred to by another package.
[04:38] <Hobbsee> then just wait for your mirror to sync, or use a different mirror
[04:38] <somerville32> I don't use a mirror
[04:38] <somerville32> Or does it connect to the mirror automatically based on my ip address?
[04:39] <somerville32> my sources.list has archives.ubuntu.com
[04:39] <ScottK> sistypoty/bbdebian: How's this then? http://revu.tauware.de/details.py?upid=3977
[04:40] <Fujitsu> Hobbsee, l-r-m often lags behind a bit.
[04:40] <somerville32> Is it ok for me to reboot?
[04:40] <Hobbsee> Fujitsu: true.  but i just installed it
[04:41] <somerville32> lol
[04:41] <Fujitsu> Hrm.
[04:41] <Hobbsee> somerville32: use gb.archive.u.c
[04:41] <Fujitsu> Hobbsee, which mirror do you use?
[04:41] <somerville32> Fujitsu, me or Hobbsee?
[04:41] <Fujitsu> somerville32: Hobbsee.
[04:42] <Hobbsee> Fujitsu: gb.archive and 
[04:42] <Hobbsee> deb http://mirror.pacific.net.au/ubuntu feisty main restricted universe multiver
[04:42] <Hobbsee> se
[04:42] <Hobbsee> argh, bad paste
[04:42] <Hobbsee> deb http://mirror.pacific.net.au/ubuntu feisty main restricted universe multiverse
[04:42] <Hobbsee> (plus all the other assorted lines for that mirror, like feisty-updates, deb-src, etc)
[04:43] <Fujitsu> Aha.
[04:43] <somerville32> Hmm
[04:44] <Nafallo> Hobbsee: why have all the empty archives added? :-)
[04:44] <Hobbsee> Nafallo: good questoin
[04:44] <Hobbsee> habit
[04:44] <Hobbsee> Nafallo: and i transfer that sources list from release to release
[04:44] <somerville32> Tried with the mirrors
[04:44] <Nafallo> I always run devel on this client so... :-)
[04:44] <somerville32> It is working now
[04:45] <somerville32> Sim generic is faster then 386?
[04:45] <somerville32> *So
[04:45] <somerville32> I run a 333mhz, btw
[04:46] <Nafallo> somerville32: should be, yea.
[04:46] <somerville32> Why?
[04:46] <somerville32> What makes it faster?
[04:47] <Nafallo> optimised for i686 instead of i486 IIRC
[04:47] <Nafallo> hmm
[04:48] <StevenK> -generic handles both i386 and amd64, where as -686 was i386-centric
[04:49] <StevenK> (The package names are the same, but the contents are different across each arch, of course)
[04:50] <Nafallo> StevenK: wrong discussion I think :-). 386 vs generic?
[04:50] <Nafallo> on x86
[04:50] <StevenK> -386 still exists
[04:50] <StevenK> -686 does not
[04:50] <Nafallo> noone have talked about -686? :-)
[05:02] <sistpoty> hey, Nafallo: got an edgy system at hand? I just committed a patch for clamav (bug #76374)
[05:02] <Ubugtu> Malone bug 76374 in clamav "MIME bypass" [Undecided,Confirmed]  https://launchpad.net/bugs/76374
[05:02] <Fujitsu> sistpoty, I was about to work on that :P
[05:02] <Nafallo> sistpoty: sure. I'll go fire it up :-)
[05:03] <sistpoty> Fujitsu: darn... sorry.
[05:03] <sistpoty> Nafallo: thx
[05:03] <Fujitsu> So that patch is really the fix? I didn't find it plausible that it was going to be simple.
[05:03] <Nafallo> damnit! it's the machine that won't start right away :-)
[05:04] <Nafallo> sistpoty: where did you commit? :-)
[05:04] <sistpoty> Fujitsu: it works in my edgy chroot with unknown age (but since it was pretty virgin, it must not have been that old)
[05:04] <Fujitsu> Debian used the same patch to fix it, so it must be right.
[05:04] <sistpoty> Nafallo: debdiff right at the bug
[05:04] <Nafallo> sistpoty: ah. I checked for bzr ;-)
[05:04] <sistpoty> Nafallo: is clamav in bzr?
[05:05] <Nafallo> dunno :-)
[05:05] <sistpoty> hehe
[05:06] <sistpoty> though I guess debdiffs attached to the bugs should work better for security updates (imo)... at least it's much more easy to look at a debdiff for -sru.
[05:06] <Nafallo> oki :-)
[05:08] <Nafallo> sistpoty: it booted :-)
[05:08] <sistpoty> Nafallo: congrats ;)
[05:08] <Nafallo> hehe
[05:08] <Nafallo> last time I tried it took a week from that I pressed the power button :-P
[05:08] <somerville32> Woot
[05:08] <Nafallo> you're lucky ;-)
[05:09] <Nafallo> somerville32: welcome :-)
[05:09] <keescook> zakame: yo!  been emailin' ya  :)
[05:11] <keescook> Nafallo: I added a bunch more bugs to motu-swat.  :)
[05:11] <sistpoty> :)
[05:11] <Nafallo> keescook: :-D
[05:12] <Hobbsee> keescook: what's the swat for?
[05:12] <keescook> Hobbsee: they formed a motu security team.  :)
[05:12] <Nafallo> Hobbsee: it has a description ;-)
[05:12] <Nafallo> hehe
[05:12] <ScottK> sistpoty: Thanks.  http://revu.tauware.de/details.py?upid=3977 Any other takers?  bbdebian?  
[05:13] <Hobbsee> keescook: ahhh
[05:13] <Fujitsu> keescook, I believe I've fixed the sparc issue.
[05:13] <keescook> Fujitsu: oh, cool.  what'd you find?
[05:13] <bddebian> ScottK: Sure, give me a few
[05:13] <Fujitsu> (I applied part of the patch from Debian 1.0.2-9)
[05:13] <ScottK> Thanks.
[05:14] <sistpoty> keescook: the clamav/edgy fix works for me btw., at least in a chroot
[05:14] <Fujitsu> I haven't confirmed it builds on SPARC (I've got no access to such a machine), but the patch I've applied fixed the Xorg FTBFS on SPARC in Debian.
[05:14] <keescook> sistpoty: interesting... 
[05:15] <ScottK> The same guy did my other package - http://revu.tauware.de/details.py?upid=3978 so I went back and made the same changes.  I expect it will be good to go, but, as noted, it won't build until libnet-dns-resolver-programmable-perl is in the archives.
[05:15] <sistpoty> keescook: can you look at the debdiff? maybe you applied s.th. different (bug #76374)
[05:15] <Ubugtu> Malone bug 76374 in clamav "MIME bypass" [Undecided,Confirmed]  https://launchpad.net/bugs/76374
[05:15] <sistpoty> thanks Ubugtu: 
[05:17] <keescook> sistpoty: yeah, looks good, let me spin it up on my edgy chroot.  I wonder what I got wrong when I tried it.  :P
[05:17] <sistpoty> keescook: I also asked Nafallo to test it a few minutes ago ;)
[05:19] <keescook> sistpoty: cool.  I built up a little test-harness for clamav, it's here: http://people.ubuntu.com/~pitti/bzr/package-tests/
[05:19] <keescook> (along with a mess of other package tests too)
[05:19] <persia> Could someone please walk me through the current procedure to request patch application to the archives?
[05:19] <Fujitsu> keescook, there's not much there...
[05:20] <Fujitsu> Oh, bzr.
[05:20] <keescook> heh, yeah, sorry.  :)
[05:26] <Nafallo> sudo: pbuilder: command not found dooh :-/
[05:27] <ScottK> bbdebian: Thanks for the REVU.  http://revu.tauware.de/details.py?upid=3978 should build and be REVUable now, right?
[05:27] <keescook> sistpoty: doesn't work for me still...
[05:27] <sistpoty> keescook: strange...
[05:27] <keescook> /tmp/eicar.mbox: OK
[05:28] <keescook> yours detects the eicar?
[05:28] <sistpoty> keescook: at least if I run it from command line
[05:29] <keescook> so yours says /tmp/eicar.mbox: Eicar-Test-Signature FOUND
[05:29] <keescook> ?
[05:29] <sistpoty> keescook: eicar2.mbox: Eicar-Test-Signature FOUND
[05:29] <keescook> i386?
[05:30] <sistpoty> keescook: where can I find the stuff for the clamav test-suite?
[05:30] <keescook> I wonder if it's a arch thing... I'm on amd64... let me rebuild on my i386 chroot
[05:30] <sistpoty> keescook: I'm on amd64 as well
[05:30] <keescook> I think if you do a    bzr co http://people.ubuntu.com/~pitti/bzr/package-tests/
[05:30] <keescook> it'll pull it...
[05:31] <sistpoty> keescook: no, only the python stuff, but not the zip/eicar thingies
[05:31] <keescook> oh? to run the tests?  it's in the comments at the top:
[05:32] <keescook> apt-get -y install python-unit clamav zip mpack
[05:32] <keescook> (actually, you need clamav-daemon too)
[05:32] <bddebian> ScottK: No, it will have to go through the NEW queue yet.
[05:32] <sistpoty> keescook: just read it, thanks
[05:33] <keescook> AH!  I'm a _moron_
[05:33] <keescook> Setting up libclamav1 (0.88.4-1ubuntu2.1) ...
[05:34] <sistpoty> hehe
[05:34] <keescook> hey, look at that, it works.  *slap self*
[05:35] <keescook> cool.  I'm glad another set of eyes looked at this.  :)
[05:35] <sistpoty> *g*
[05:35] <sistpoty> keescook: what's next... can I upload this to -security, or do you need to do it?
[05:36] <keescook> I need to sign and upload it, but I'd rather get dapper tested too before doing an upload (just in case there is freak breakage)
[05:36] <keescook> brb
[05:36] <sistpoty> ok
[05:36] <sistpoty> I'll take a look at dapper then
[05:36] <ScottK> bbdebian.  Thanks.  How long does NEW queue take?
[05:37] <Hobbsee> ScottK: forever
[05:37] <Fujitsu> Hobbsee, or longer.
[05:37] <Hobbsee> yeah
[05:37] <Nafallo> the server should be amd64 with buildmachines for amd64 and i386 in separate xens...
[05:37] <Nafallo> and the client should be dual-boot edgy and dapper :-)
[05:38] <Fujitsu> Can a core-dev here please ack the release nominations on bug #57195?
[05:38] <Ubugtu> Malone bug 57195 in squirrelmail "[CVE-2006-4019]  squirrelmail -- variable overwriting" [Unknown,Fix released]  https://launchpad.net/bugs/57195
[05:38] <keescook> sistpoty: cool.  I gotta split; send some email to security-review@lists.ubuntu.com to remind me and I'll get them uploaded to -security.  cya
[05:39] <sistpoty> keescook: will do, thanks
[05:39] <keescook> Fujitsu: done.  :)
[05:39] <Fujitsu> Thanks, keescook.
[05:39] <Fujitsu> Stupid LP.
[06:02] <Nafallo> can't we ban php-packages from ubuntu or something? :-)
[06:05] <harrisony> Hobbsee: just us the wine reps
[06:05] <Hobbsee> harrisony: i'm running feisty.
[06:06] <Fujitsu> Nafallo, yes please!
[06:06] <harrisony> why not use the edgy ones? wouldnt hurt i think
[06:07] <hub> Fujitsu: they expect you to fix the packages, and then bitch how ubuntu took their work and differ from it
[06:07] <Fujitsu> hub, of course.
[06:07] <TheMuso> /c/c
[06:07] <bddebian> hmm
[06:08] <Fujitsu> I emailed a few a month ago, as they had longstanding bugs requested new upstream versions (and we had equivalents in Malone)... Not one has responded. I guess I'll go ahead with uploading them to Ubuntu.
[06:08] <sistpoty> actually I didn't have a problem with debian maintainers yet... most of them were even quite collaborative :)
[06:08] <Fujitsu> sistpoty, some of them are great; others either aren't, or are long-missing.
[06:08] <sistpoty> hi persia
[06:08] <Hobbsee> harrisony: deps are likely not the same
[06:08] <persia> hi sistpoty
[06:09] <sistpoty> Fujitsu: well, yep long-missing that's right *g*
[06:09] <harrisony> hmm unless you wana download it and then make & checkinstall
[06:09] <Fujitsu> harrisony, don't you dare mention such a thing.
[06:10] <Hobbsee> \sh_away: heya.  how hard is wine to upgrade?
[06:10] <Hobbsee> harrisony: ugh.
[06:10] <harrisony> Fujitsu: what this is MOTU-none of you (except for the bots) should be scared of source and compiling
[06:11] <joejaxx> sistpoty: how do i know how far down the queue packages are for revu lol it does not say on the revu site
[06:11] <Fujitsu> .. checkinstall is something to be scared of.
[06:11] <Hobbsee> oh whee, this looks weird
[06:11] <harrisony> Fujitsu: is it i just used it today, whats so bad
[06:11] <Hobbsee> harrisony: we arent.  but checkinstall is evil
[06:11] <sistpoty> joejaxx: there is no queue... only random motu's picking random packages or getting randomly pinged ;)
[06:11] <joejaxx> oh
[06:12] <joejaxx> lol
[06:12] <sistpoty> joejaxx: the order in which the packages are displayed is really strange... we introduced it since a very long time (as a feature) and never changed it back since then
[06:12] <joejaxx> oh ok
[06:12] <sistpoty> joejaxx: it's something like most comments and most uploads and you'll end up at the top
[06:12] <sistpoty> iirc
[06:13] <sistpoty> *g*
[06:13] <joejaxx> sistpoty: ah! ok
[06:13] <joejaxx> sistpoty: thank you for the information :)
[06:13] <Nafallo> sistpoty: should we sleep soon? :-)
[06:13] <bddebian> Hobbsee: It's not too bad
[06:13] <sistpoty> Nafallo: /me definitely does *G*
[06:13] <sistpoty> joejaxx: np
[06:13] <Nafallo> sistpoty: :-)
[06:14] <sistpoty> #define night day
[06:14] <persia> sistpoty: Thanks.  You might look at 48120 as well :)
[06:14] <Nafallo> haha
[06:14] <Fujitsu> Hobbsee, > 2 hours, generally.
[06:14] <Hobbsee> Fujitsu: argh
[06:14] <Hobbsee> Fujitsu: right.
[06:14] <sistpoty> persia: give me a few minutes, then I'll look at it
[06:15] <bddebian> Hobbsee: Just make sure you pull it from winehq and not Debian :-)
[06:15] <joejaxx> sistpoty: i will wait then the package i did was a meta
[06:15] <Hobbsee> bddebian: well, yeah, of course.  is it complicated?
[06:15] <bddebian> Hobbsee: Nah, not bad
[06:15] <Hobbsee> bddebian: do you know if i take the actual source, or the soruce for ubuntu?
[06:15] <bddebian> I would take the actual source but I'm not too smart ya know :-)
[06:16] <Hobbsee> hehe
[06:16] <sistpoty> can you make it amd64 clean please? *g*
[06:16] <bddebian> blech
[06:16] <bddebian> Who the hell wants wine anyway? :-)
[06:17] <Hobbsee> sistpoty: no.  i dont run amd64
[06:17] <sistpoty> Hobbsee: arg *g*
[06:17] <Hobbsee> lol
[06:18] <persia> bddebian: gamers and musicians mostly
[06:19] <sistpoty> argl... I've been building the edgy clamav version in a dapper changeroot. *slapping myself*
[06:21] <Hobbsee> bddebian: what's the command to diff between two folders again?
[06:23] <sistpoty> Hobbsee: diff -Nur folder1 folder2
[06:23] <Nafallo> ruN
[06:23] <Nafallo> it's easier to remember :-)
[06:24] <Hobbsee> sistpoty: thanks, that's waht i thought
[06:24] <Hobbsee> which means these two are the same
[06:24] <sistpoty> np
[06:26] <Nafallo> can't. keep. eyes. opened...
[06:26] <sistpoty> gn8 Nafallo
[06:27] <Nafallo> gnight ;-)
[06:28] <bddebian> Gnight Nafallo :-)
[06:30] <tritium> hi bddebian 
[06:30] <bddebian> tritium!!  Where have you been hiding??
[06:30] <bddebian> You're the one that got me into this mess.. ;-P
[06:30] <tritium> Um, at work, I guess.  How are you?
[06:31] <Hobbsee> hey tritium!!!
[06:31] <bddebian> Busy but good thanks
[06:31] <tritium> Hi Hobbsee :)
[06:31] <tritium> I saw you mention wine.  Funny you should mention that.  I was trying to install MS Project via wine today.  heh.
[06:32] <Hobbsee> lol
[06:32] <tritium> didn't work ;)
[06:32] <Hobbsee> haha
[06:35] <ScottK> Good night everyone.  Thanks for all your help.
[06:36] <bddebian> Gnight ScottK
[06:36] <bddebian> tritium: Are you mad? :-)
[06:36] <bddebian> Project is a pig even in Windows :-)
[06:38] <sistpoty> gn8 ScottK
[06:43] <tritium> bddebian: nah
[06:44] <tritium> But I need it for my job.
[07:03] <bddebian> Gnight gang
[07:33] <sistpoty> gn8 everyone
[09:29] <cypher1> does a source package having dependency on sysvinit is correct ?
[09:30] <zakame> why, what does it need on sysvinit?
[09:30] <cypher1> zakame, it needs /usr/include/initreq.h
[09:32] <zakame> ah
[09:47] <cypher1> zakame, if we put a dependency then people who want to build the source may then have to remove upstart, correct ?
[09:49] <zakame> not sure... probably so
[09:50] <cypher1> zakame, i think so.. pbuilder removed it
[10:32] <Fujitsu> keescook, there's no give-back facility on the security buildds!?
[10:33] <keescook> Fujitsu: there is, but it's a nightmare to manage (and I'm not an archive admin)
[10:33] <Fujitsu> Ah.
[10:33] <keescook> so I just bump the version and hand-wave the changelog and it all works out.  :)
[10:33] <Fujitsu> Yep.
[10:34] <Fujitsu> I can't see the Dapper builds on LP... Does it have to go through the normal LP source-`publishing' cycles as well?
[10:34] <keescook> it bypasses the build, but it goes through a publishing cycle.
[10:35] <keescook> generally stuff uploaded before x:55 o'clock will show up around x+1:35
[10:35] <Fujitsu> OK.
[10:36] <keescook> (oh, I also uploaded the sparc fix to feisty)
[10:36] <Fujitsu> Thanks.
[10:37] <keescook> I love it!  More people doing security updates!  *bounce around happily*
[10:39] <zakame> hehe
[10:39] <keescook> hiya zakame!
[10:39] <Fujitsu> Are there any more universe security bugs subscribed to ubuntu-security but not motu-swat?
[10:39] <zakame> yo keescook
[10:39] <crimsun> wha, motu-swat?
[10:39] <keescook> Fujitsu: I didn't do a full sweep, figured I'd double-check that on Monday.
[10:40] <Fujitsu> crimsun, yeah. The new universe security team.
[10:40] <crimsun> right, I just applied.
[10:41] <keescook> crimsun: not getting enough bugmail, eh?  :)
[10:41] <Fujitsu> keescook, hahah.
[10:41] <crimsun> it's like crack
[10:41] <keescook> hehe
[10:43] <Fujitsu> What's the point of having some 350 bugs assigned to MOTU?
[10:44] <persia> Fujitsu: It makes a nice list for those of us who troll malone looking for things to patch.
[10:45] <Fujitsu> persia, I supposer.
[10:45] <Fujitsu> *suppose
[10:47] <Fujitsu> I find it a little deceptive to have them assigned, though.
[10:47] <Fujitsu> Normally the assignee is actually going to be doing something.
[10:47] <Fujitsu> If they're assigned to MOTU, they won't appear in `unassigned' searches.
[10:47] <Fujitsu> Even though nobody is working on them.
[10:49] <persia> Fujitsu: Perhaps you're right.  On the other hand, if separates triage from fixes.  There's not much activity in #ubuntu-bugs today, but in the past there have been days with much triage (and no patches) being discussed there.
[10:50] <Fujitsu> Bug statuses exist for a reason. After they're Confirmed, triage is over.
[10:51] <persia> Fujitsu: WIth the new set of Status listings, your interpretation is probably more correct (I've been away for a while, and my understanding is likely not current)
[10:51] <Fujitsu> The statuses haven't changed in well over a year.
[10:52] <persia> Fujitsu: Yep.
[10:52] <Fujitsu> In fact, I can't remember them ever being different...
[10:53] <persia> Fujitsu: A long, long time ago they were something like New, Confirmed, Assigned, Fixed (based on the old bugzilla categories).  Like I said, assignment to MOTU is probably no longer correct.
[10:54] <Fujitsu> Ah.
[02:18] <vil> hello
[02:18] <pkern> Is there some good CDBS documentation available? I wanted to extend an existing Ubuntu package to run some tests which are included in the source tree.
[02:19] <pkern> (i.e. I need to integrate a check target somehow...)
[02:20] <vil> i have a problem with building eclipse-cdt package on ia64. the build log from LP does not give me enough info. is there an ia64 machine that i coul
[02:20] <vil> could get access to?
[02:21] <vil> pkern: try /usr/share/doc/cdbs/cdbs-doc.html
[02:23] <pkern> vil: Thanks. (:
[03:34] <ogra> white, i'm fine with requesting a sync of marble from experimental ... what about libunwind7, is that needed ? (seems there is no package yet)
[03:45] <doko> libunwind7 is ia64 only
[03:46] <Lure> any motu willing to upload eqonomize for me: http://revu.tauware.de/details.py?upid=3979
[03:46] <Lure> it is simple new upstream release (the rest is the same)
[03:55] <bddebian> Heya gang
[03:56] <persia> bddebian: Hi
[03:56] <bddebian> Hi Emmet
[04:12] <Riddell> Lure: maybe Hobbsee will upload for you
[04:13] <Lure> Riddell: she is on Windows today ;-)
[04:14] <Hobbsee> Riddell: what am i uploading?
[04:14] <Hobbsee> nah, i'm back to linux
[04:14] <Lure> Hobbsee: http://revu.tauware.de/details.py?upid=3979
[04:14] <Riddell> 14:46 < Lure> it is simple new upstream release (the rest is the same)
[04:15] <Hobbsee> Lure: heh
[04:17] <Hobbsee> Lure: any chance we could get the homepage included in the long description of debian/control?  i know you didnt neglect that in the first place
[04:18] <Lure> Hobbsee: sure, I can add that - just put all suggestions to revu and I will fix it
[04:18] <Hobbsee> Lure: that was my only one
[04:18] <Hobbsee> standards version is 3.7.2.2, if i'm being really picky
[04:18] <Lure> Hobbsee: ok - doing it now ;-)
[04:19] <Hobbsee> :)
[04:21] <Riddell> you don't tend to put the last point figure in the standards version
[04:21] <Hobbsee> Riddell: revu comments tend to say that
[04:21] <Hobbsee> it's more the lack of home page that i'm being picky about :P
[04:22] <Riddell> ok, /I/ only put standards version in to three figures :)
[04:22] <Hobbsee> hehe
[04:22] <Hobbsee> Riddell: there appears to be no set "checklist for reviewing" and such
[04:24] <Hobbsee> well, not much of one
[04:36] <Lure> Hobbsee: updated package is on revu
[04:37] <Hobbsee> Lure: yay :)
[04:48] <Hobbsee> Lure: uploading
[04:48] <Lure> Hobbsee: thanks!
[04:50] <Hobbsee> :)
[05:39] <ryanakca> how do I fix http://pastebin.ca/307140 ? 
[05:45] <Lutin> ryanakca: missing shebang is #!/bin/sh
[05:46] <Lutin> ryanakca: seems that your package contains shared libs, which means you'll have to split the package to put those libs apart from the binary
[05:49] <Lutin> ryanakca: oops sorry forget my 2nd comment, I didn't read your comment
[05:49] <simu> Where can I read about the process of fixing bugs and building a new package?
[05:50] <Lutin> hay motus, could someone have a look to http://revu.tauware.de/details.py?upid=3981 ?
[05:51] <Lure> ryanakca: debian packages are typically split to multiple binary packages libXXX and XXX in such cases
[05:51] <Lure> ryanakca: and then XXX depends on libXXX
[05:52] <cat> okay i found a bug on firefox
[05:52] <cat> that's interesting
[06:01] <Lutin> Lure: usually yes for shared libs, but maybe not for plugins
[06:02] <ryanakca> yeah....
[06:03] <ryanakca> and how would I split it into multiple binary packages?
[06:03] <Lutin> ryanakca: is it on revu ?
[06:03] <ryanakca> Lutin: not the up to date version, just a sec
[06:03] <Lure> ryanakca: just more entries in debian/control
[06:04] <Lure> ryanakca: check kde-guidance or any kde package (most are multi-binary)
[06:04] <ryanakca> that's it? kk, have an example package that I could use to figure it ou
[06:04] <ryanakca> kk
[06:05] <ryanakca> E: solseek_0.8a-0ubuntu1_source.changes: bad-distribution-in-changes-file feisty                   I can ignore, right?
[06:05] <Lutin> ryanakca: yep
[06:11] <ryanakca> Lutin: uploaded, just waiting for REVU to update itself
[06:13] <ryanakca> Lutin: http://revu.tauware.de/details.py?upid=3982
[06:21] <Adri2000> argghhhh
[06:21] <Adri2000> revu admin needed
[06:21] <Lure> ryanakca: check powersave
[06:23] <ryanakca> kk, ty
[06:23] <ryanakca>  2996 ryan      25   0  7552 4868 1308 R 79.1  1.3   0:11.98 gpg
[06:24] <ryanakca> O.O... 79.1% CPU? that's crazy...
[06:24] <Adri2000> raphink, siretart: ping
[06:24] <siretart> Adri2000: You sent me a contentless ping.  This is a contentless pong.  Please provide a bit of information about what you want and I'll respond when I am around.
[06:24] <Adri2000> ehhh
[06:24] <rexbron> general comment on revu mailing list, we need a spam filter
[06:24] <raphink> pong Adri2000
[06:24] <Adri2000> raphink: I uploaded libdjconsole to revu instead of mentors.debian.net
[06:25] <raphink> ;h;
[06:25] <raphink> mhm
[06:25] <Adri2000> http://revu.tauware.de/details.py?upid=3983
[06:25] <raphink> and so what do you need?
[06:26] <raphink> you want me to nuke it?
[06:26] <Adri2000> yes please
[06:26] <jdong> ryanakca: what on earth are you signing?
[06:28] <raphink> Adri2000: archived
[06:28] <Adri2000> thanks
[06:28] <ryanakca> jdong: nothing... it's dpkg-source -x powersave_0.14.0-2ubuntu1.dsc ... because    apt-get source powersave spit out "Unpack command 'dpkg-source -x powersave_0.14.0-2ubuntu1.dsc' failed.       Check that the 'dpkg-dev' package is installed." 
[06:29] <jdong> hehe :)
[06:32] <ryanakca> Lure: so, I would name it libsolseek?       the number at the end is random or ?
[06:48] <Lure> ryanakca: number at the end is soname
[06:48] <Lure> ryanakca: it is increased when API/ABI of a library changes
[06:49] <Lure> ryanakca: same number is also appended to .so file
[06:49] <Lure> ryanakca: check some other libs around
[06:50] <Lure> ryanakca: maybe libs in this package already have appropriate soname, so you would just use that in package name
[06:58] <jdong> ha, this is great... yet another use for canned air
[06:59] <jdong> freeze-spray the thermostat to warm up the room :)
[07:04] <imbrandon> why not just adjust the thermostat ?
[07:09] <jdong> imbrandon: office building, restricted thermostats
[07:09] <jdong> particularly on weekends
[07:10] <jdong> and they have free cans of dust-off in the supply cabinet, so it's definitely a goofing-off day
[07:10] <jdong> (they make sweet model rockets btw)
[07:18] <ryanakca> Lure: kk
[07:20] <vil> hi all
[07:21] <vil> i have a problem with building eclipse-cdt package on ia64. the build log from LP does not give me enough info. is there an ia64 machine that i could get access to?
[07:48] <ryanakca> jdong: lol
[07:54] <somerville32> Umm... Does anyone know of a package that creates a user account called "sashroot"?
[07:54] <somerville32> I just found an account called "sashroot" that has a uid of 0
[07:56] <somerville32> ah, google to the rescue :] 
[08:21] <joejaxx> Good Morning All
[08:22] <Nafallo> morning joejaxx :-)
[08:22] <joejaxx> :)
[08:22] <joejaxx> or reall Good Afternoon here lol
[08:22] <joejaxx> s/reall/really/g
[08:23] <Nafallo> 20:22 CET :-)
[08:25] <joejaxx> Nafallo: really?
[08:26] <joejaxx> it is 14:25 here :)
[08:26] <joejaxx> being in different timezones is fun
[08:26] <joejaxx> it could be lunch for someone else when it is nighttime where you are
[08:26] <Nafallo> :-)
[10:32] <siretart> slomo?
[10:52] <ScottK> If there are any MOTUs around, I have a minor upstream upate (bug fixes and documentation improvments) and some packaging improvments for REVU.
[10:52] <ScottK> http://revu.tauware.de/details.py?upid=3984
[11:00] <Adri2000> how can I update config.{sub,guess} without making the .diff.gz unreadable?
[11:51] <shawarma> Adri2000: huh? You want to change config.{sub,guess} without changing it?
[11:51] <Adri2000> yes :P
[11:52] <shawarma> Sound dirty.
[11:52] <shawarma> I like it! :-)
[11:52] <tepsipakki> adri2000: use cdbs
[11:52] <shawarma> tepsipakki: That'll still "mess up" the diff.
[11:53] <Adri2000> I will ask upstream to update config.{sub,guess} directly in the orig.tar.gz, it's the best solution :)
[11:53] <tepsipakki> shawarma: it does? Hasn't seen that myself..
[11:53] <tepsipakki> guess I've been lucky ;)
[11:53] <slomo> siretart: yes? :) congrats to your account creation btw ;)
[11:53] <shawarma> tepsipakki: I can't rule out that cdbs might have weird magic for "fixing" it.. I doubt it, though.
[11:53] <tepsipakki> s/has/have/
[11:54] <tepsipakki> it does IIRC, read the docs :)
[11:54] <shawarma> Heh... cdbs: The gift that keeps giving.
[11:55] <tepsipakki> the manual could be better, though
[11:55] <tepsipakki> for the "hard stuff"
[11:55] <shawarma> tepsipakki: Oh, indeed it does. It copies back the old config.* when cleaning.
[11:55] <siretart> slomo: I wanted to congratulate you as well! :)
[11:57] <shawarma> Adri2000: Well, you could alter the configure and clean targets to backup your config.* and restore them, respectively. 
[11:58] <slomo> siretart: thanks :) did you already upload something? ;)
[11:58] <shawarma> Adri2000: ...but since the point probably is to keep the diff small, it's not really very helpful. :-)
[11:58] <Adri2000> :p
[12:00] <shawarma> slomo, siretart: Are you talking about Debian accounts?