[00:01] <persia> mruiz: It is precisely because the old package lives in Dapper that it would need a merge instead of a sync.  If you have time for it, great.  If not, no worries: 1.4 is likely good enough.
[00:07] <steveire> Anyone? Surely this is obvious to the experienced?
[00:09] <nityad> Keeping my fingers crossed.
[00:10] <TheMuso> mixxx almost ready for upload. Only a test build needed.
[00:11] <cody-somerville> persia Can you review thunar-svn-plugin, please with a cherry on top :)
[00:11] <cody-somerville> http://revu.ubuntuwire.com/details.py?package=thunar-svn-plugin
[00:12] <jumpkick> TheMuso: thanks man... Is there anything else asantoni_ and I need to take care of?
[00:13] <TheMuso> not that I know of
[00:13] <jumpkick> okay...
[00:13] <jumpkick> I'm new to the whole process, so I appreciate the help
[00:14] <jumpkick> do we have to do anything with this "advocating" thing?
[00:15] <TheMuso> no
[00:16] <jumpkick> TheMuso: okay thanks
[00:17] <TheMuso> jumpkick: Just doing a test build, and if thats ok, and it instalsl properly, I'll go ahead and upload it.
[00:17] <TheMuso> installs
[00:33] <JonReagan> anyone here?
[00:33] <RAOF> JonReagan: Yes, many people.
[00:33] <RAOF> !ask > JonReagan
[00:33] <JonReagan> lol... now I see... 200 people
[00:33] <JonReagan> I feel smart.
[00:34] <JonReagan> So, would anyone know a little about the feature freeze coming tomorrow?
[00:34] <TheMuso> Its more like today.
[00:35] <RAOF> I'd suggest asking your actual question.  The answer to the question you asked is "yes" :).
[00:35] <TheMuso> i.e first thing Thursday.
[00:35] <cody-somerville> RAOF: Can you review http://revu.ubuntuwire.com/details.py?package=thunar-svn-plugin please? :)
[00:35] <JonReagan> so, basically, uploads will not be allowed after today/tomorrow?
[00:36] <RAOF> cody-somerville: Not really, sorry.  I'm at work(/Uni), and FF has already sapped a little too much time.
[00:40] <JonReagan> alright, I'll get to the point:  I've got a package in REVU.  Since it is in REVU, will it make it into the hardy repos even after the feature freeze?
[00:41] <pochu> JonReagan: uploads - yes. New packages - upload, yes. Accepted by archive-admins... depends.
[00:41] <JonReagan> thanks!
[00:42] <pochu> JonReagan: so if it's a new package, you need more than a very good reason to get it accepted.
[00:44] <JonReagan> ah
[00:45] <pochu> JonReagan: what package is it?
[00:46] <pochu> JonReagan: your best bet right now is to make a perfect package and to find someone interested... as everybody is busy because of the freeze
[00:46] <JonReagan> it's openproj
[00:47] <JonReagan> after the feature freeze, are the MOTU folks going to stop accepting packages for Hardy?
[00:48] <pochu> JonReagan: after the freeze we concentrate on fixing things.
[00:48] <pochu> JonReagan: so no more new packages
[00:49] <JonReagan> ah. crud.  Well, thanks for letting me know.
[01:02] <rhpot1991> can anyone do a quick ack?  I have one just need one more, should be easy: http://revu.tauware.de/details.py?package=mythexport
[01:21] <cody-somerville> pochu: Can you review http://revu.ubuntuwire.com/details.py?package=thunar-svn-plugin please? :)
[01:25] <pochu> cody-somerville: I'll review the debian/ dir, but better ask an Xfce guy to test the package. I'm a GNOME fan :)
[01:25] <cody-somerville> pochu: I'm an xfce guy :)
[01:26] <cody-somerville> And mr_pouit (Xubuntu team lead) already acked it
[01:26] <pochu> Ah, cool
[01:26] <rhpot1991> pochu: if you have time after that mine is just a simple script (http://revu.tauware.de/details.py?package=mythexport), already has one sponsor
[01:26] <pochu> rhpot1991: which prog. language?
[01:26] <rhpot1991> perl
[01:26] <pochu> rhpot1991: I guess superm1 reviewed it, did him?
[01:26] <rhpot1991> yep
[01:26] <pochu> alright, I'll have a look too.
[01:26] <rhpot1991> thanks
[01:26] <pochu> I don't know perl though ;)
[01:27] <cody-somerville> pochu: thanks :)
[01:27] <rhpot1991> its pretty straight forward and short, comments in there too :)
[01:35] <leonel> scottK hello !     Just installed  an ubuntu dapper  and  clamav 0.88 was installed  what I suppose to enable to get clamav 0.92 ??
[01:42] <blueyed> leonel: should be in -backports, IIRC.
[01:42] <blueyed> "dapper-backports" repository.
[01:43] <leonel> blueyed: thanks
[01:43] <cody-somerville> pochu: How does it go?
[01:43] <leonel> we tested the new clamav  and its rdepends  to be included in universe
[01:43] <leonel> or in dapper-updates ??
[01:44] <leonel> don't remember  that's why I'm asking
[01:44] <leonel> I'm testing the upgrade  from Dapper  to  Hardy  with a test  'almost' real server
[01:50] <rjmyst3> superm1: wxformbuilder FTBFS on ppc, but the debs for lpia, i386, and amd64 are in the NEW queue
[01:50] <rjmyst3> what does that mean?
[01:50] <superm1> look at the build log
[01:50] <superm1> and see why it failed
[01:50] <rjmyst3> it appears that it failed because the premake-linux binary built on i386 does not work on ppc
[01:50] <rjmyst3> makes sense
[01:50] <superm1> so should this package not be available on ppc?
[01:50] <superm1> or can that be fixed
[01:51] <rjmyst3> it could be fixed - but without access to a ppc machine, i wouldn't be able to
[01:51] <superm1> well i know some folks in here have ppc machines
[01:51] <superm1> perhaps you can get someone to let you ssh in to work on it
[01:52] <rjmyst3> that would be fantastic - anyone here interested?
[01:52] <superm1> i forget who had them other than imbrandon
[01:52] <superm1> imbrandon, you have one right?
[01:55] <pochu> cody-somerville: haven't started it yet. I'm buuuuuuuuuusy ;)
[01:55] <pochu> cody-somerville: but it's opened in firefox. That's a start ;)
[01:58]  * TheMuso has a PowerPC.
[02:00]  * wpk too. two actually. stacked under bed
[02:01] <superm1> so perhaps would one of you guys be able to help rjmyst3 out with a shell account to help fix that?
[02:01] <TheMuso> Whats the problem exactly?
[02:01]  * TheMuso has two, one mini, and one powermac G3 300.
[02:01] <rjmyst3> never tested building on ppc
[02:01] <TheMuso> What package?
[02:01] <rjmyst3> wxformbuilder
[02:02] <rjmyst3> it uses a build file generator called "Premake" - premake.sf.net
[02:02] <TheMuso> rjmyst3: Would you like me to take a look, or would you rather do it yourself?
[02:02]  * wpk has powerbook pismo and powerbook lombard
[02:02] <rjmyst3> i think all i need is a premake-pcc binary
[02:02] <rjmyst3> so wxfb can execute it during the build process
[02:02] <TheMuso> Riht, so premake is not available on PPC.
[02:03] <rjmyst3> or, wxfb's build process could build premake first, then use it
[02:03] <TheMuso> I'm assuming thats a separate package.
[02:03] <rjmyst3> it is not a package at all
[02:03] <rjmyst3> as far as i know
[02:03] <TheMuso> Oh right.
[02:03] <rjmyst3> but it is cross platform (mac, linux, windows), which is why wxFB uses it
[02:03] <TheMuso> let me get my mini updated, and I'll take a look.
[02:03] <rjmyst3> great!
[02:05] <blueyed> Re dspam: there's a 3.8.0 release and 3.8.1~cvs... - both not in unstable. So I could either create a new upstream package using 3.8.0 or use the 3.8.1~cvs (from outside of unstable, but likely to land there). Would uploading the ~cvs version be ok?
[02:08] <rjmyst3> TheMuso, superm1, or anyone - would you advise that wxFB just build premake during the build process, then execute it?
[02:08] <rjmyst3> that would make the build architecture independent
[02:08] <rjmyst3> (probably)
[02:08] <TheMuso> rjmyst3: I'll have a look in a sec.
[02:08] <TheMuso> And then see what might be better.
[02:14] <rjmyst3> TheMuso: I just got a ppc mac user to build a linux-pcc binary of premake for me
[02:15] <rjmyst3> the mac user is a linux novice, so setting up and opening ssh for me, or building wxfb for me would be not easy
[02:15] <rjmyst3> but, i can extend the arch check in my debian/rules to use this premake
[02:15] <rjmyst3> if you would test if it builds
[02:17] <TheMuso> rjmyst3: Sur.
[02:17] <TheMuso> sure
[02:19] <rjmyst3> how many architectures does wxformbuilder need to build on to be accepted into hardy?
[02:20] <LaserJock> one I would assume
[02:20] <blueyed> TheMuso: bug 190589 is fixed now, after your upload?
[02:20] <ubotu> Launchpad bug 190589 in mixxx "New upstream release (in REVU)" [Wishlist,New] https://launchpad.net/bugs/190589
[02:21] <TheMuso> blueyed: gah I wish I knew that existed. Thanks, I'll close it./
[02:22] <LaserJock> hmm, I wish I had seen that I downloaded gutsy 64bit *before* I installed it
[02:23] <StevenK> % uname -m
[02:23] <StevenK> x86_64
[02:23] <StevenK> LaserJock: Come to the dark side!
[02:24] <LaserJock> I did, I just didn't know it until I was setting up pbuilder
[02:24] <LaserJock> and then I had to download hardy 32bit for virtualbox/vmware
[02:24] <LaserJock> and then rebuild packages I wanted to test
[02:24] <LaserJock> ah well
[02:25] <StevenK> LaserJock: man linux32
[02:25]  * TheMuso will be joining the dark side in a few weeks hopefully.
[02:28] <cody-somerville> LaserJock: Would you be able to review http://revu.ubuntuwire.com/details.py?package=thunar-svn-plugin please? :)
[02:30] <rjmyst3> TheMuso: i have a new dsc
[02:30] <rjmyst3> should I upload it to revu
[02:30] <rjmyst3> or give it to you somehow
[02:30] <TheMuso> rjmyst3: A .diff.gz is better
[02:30] <rjmyst3> right
[02:30] <rjmyst3> got that too
[02:31] <TheMuso> rjmyst3: And if there is a bug for this, attach it to the bug, and give me the bug number
[02:31] <TheMuso> I can't do anything with a .dsc
[02:32] <rjmyst3> right, sorry
[02:32] <TheMuso> np
[02:34] <rjmyst3> TheMuso: there is no bug for this
[02:34] <rjmyst3> i'm a bit confused as to what is going on in the process
[02:34] <TheMuso> rjmyst3: Ok, how do you want to get the .diff.gz to me?
[02:35] <TheMuso> what process?
[02:35] <rjmyst3> the wxformbuilder as a new package in ubuntu process
[02:36] <TheMuso> Well the package has built, and is awaiting he binaries to be reviewed, this doesn't stop us uploading a new revision.
[02:36] <TheMuso> The archive admins have approved it to be in the archive, so once the binaries are clear, no more checking needs to be done, unless the package intorduces a new binary package.
[02:37] <rjmyst3> so i should not be freaking out about rejection of the wxformbuilder package on the day before the feature freeze?
[02:37] <TheMuso> jrib: `Hang on, le tme check something, and I'll be able to say for sure yes or no. :)
[02:37] <TheMuso> ugh jrm
[02:37] <ScottK> leonel: Did it get resolved?
[02:38] <TheMuso> ugh rjmyst3
[02:38] <rjmyst3> lol
[02:39] <TheMuso> rjmyst3: No, the package has been accepted, it will not be rejected from here.
[02:39] <rjmyst3> big sigh of relief over here
[02:39] <rjmyst3> ok
[02:39] <leonel> scottK no it didn't
[02:39] <rjmyst3> the source archive is 2.4 megabytes
[02:39] <rjmyst3> email work for you?
[02:40] <ScottK> leonel: You may have a stale mirror then.
[02:40] <TheMuso> rjmyst3: If it uses the same orig tarball as in the archiev, just the diff is fine
[02:40] <TheMuso> archive
[02:40] <TheMuso> damn slow box and keyboard neding a replacement.
[02:40] <rjmyst3> the premake binary is in the orig tarball
[02:40] <TheMuso> Ok thats alright.
[02:40] <leonel> scottK just by having  dapper-updates  universe  will do  right ?
[02:40] <TheMuso> Is it a new orig tarball?
[02:40] <rjmyst3> (i'm an upstream dev as well as the package maintainer, its confusing)
[02:40] <ScottK> leonel: And security
[02:41] <rjmyst3> it is a new orig, and a new diff
[02:41] <TheMuso> rjmyst3: Right yeah email is fine.
[02:41] <TheMuso> rjmyst3: themuso@ubuntu.com
[02:41] <ScottK> leonel: The dapper-security fixes just got pushed about half an hour ago ...  https://launchpad.net/ubuntu/dapper/+source/clamav/0.92~dfsg-2~dapper1ubuntu0.1
[02:42] <LaserJock> anybody know of anything special that needs to be done to get Hardy firefox to see plugins?