[12:43] <tonyyarusso> How do I change the primary e-mail address associated with my GPG key?
[12:45] <ajmitch> gpg --edit-key
[12:46] <ajmitch> use 'uid' to select the one you want as primary, 'primary' to set it as such, then 'save'
[12:50] <tonyyarusso> Oof, still confused.  Muddling through the man page now.
[12:51] <tonyyarusso> The deal is I used to have tonyyarusso@earthlink.net as the address, then later added the @ubuntu.com one, and thought it was first.  Tried to build a package and got an error that I couldn't sign it, secret key not available.
[12:55] <tonyyarusso> err, meanwhile, which file does pbuilder use for it's apt sources?
[12:55] <broonie> tonyyarusso: nothing cares which ID is primary for signing packages. Are you sure that the plain text form of your name matches?
[12:56] <broonie> /etc/pbuilderrc
[12:58] <tonyyarusso> broonie: Not necessarily?
[12:58] <tonyyarusso> I'm dealing with key 1C948BF4, if you want to take a look.
[12:59] <broonie> You need to check it matches what's in the changelog entry (and so on) unless you're explicitly supplying the key to sign with.
[01:01] <tonyyarusso> It does match that, yes
[01:03] <broonie> What happens with "gpg --edit 'Anthony Yarusso <tonyyarusso@ubuntu.com>'"?
[01:04] <tonyyarusso> broonie: The current info is displayed and I'm left with a Command> prompt.
[01:04] <tonyyarusso> Says "Secret key is available", btw
[01:05] <broonie> Right, that's what I was trying to check.
[01:05] <broonie> Were you attempting to build with pbuilder and have pbuilder do teh sig by any chance?
[01:07] <tonyyarusso> Yes.
[01:07] <tonyyarusso> Actually, wait.
[01:07] <broonie> Ah. debsign on the built output should work; I've never tried to get pbuilder to do what you want.
[01:08] <tonyyarusso> I was _going_ to move on to pbuilder, but actually got the error when running 'sudo dpkg-buildpackage -S -rfakeroot'
[01:08] <broonie> Don't use sudo.
[01:08] <broonie> Just run dpkg-buildpackage -S -rfakeroot
[01:08] <broonie> a) you shouldn't do the non-root bits of the build as root
[01:09] <broonie> b) running as root ought to make gpg not find your keyring.
[01:11] <tonyyarusso> oh, duh
[01:12] <tonyyarusso> a) that's what fakeroot is for
[01:12] <tonyyarusso> b) clearly my key isn't in root's home directory
[01:12] <tonyyarusso> broonie: Mental lapse - I knew that on some level :P
[01:12] <tonyyarusso> (ie, I've taken a break from packaging since April, so I'm just now remembering)
[01:12] <tonyyarusso> Thanks!
[01:13] <tonyyarusso> I still have no idea why pbuilder is downloading from the Canadian mirror though - weird
[01:13] <broonie> Check /etc/pbuilderrc, it says which mirror to use.
[01:14] <AndyP> when you change stuff in your pbuilderrc you need to use --override-config (i think) when you next update
[01:14] <tonyyarusso> that could be it
[01:14] <tonyyarusso> Chances are that I did create it with that mirror
[01:15] <broonie> Can't remember what the default is but with Debian it's the ever helpful ftp.jp.debian.org :P
[01:37] <tonyyarusso> Gah.  Still have problems with no sudo nonsense.
[01:37] <tonyyarusso> dpkg-source: building kompozer in kompozer_0.7.10-0ubuntu1.dsc signfile kompozer_0.7.10-0ubuntu1.dsc
[01:37] <tonyyarusso> gpg: skipped "Tony Yarusso <tonyyarusso@ubuntu.com>": secret key not available
[01:37] <tonyyarusso> gpg: [stdin] : clearsign failed: secret key not available
[01:38] <tonyyarusso> Oh, doh
[01:38] <ajmitch> that's not the same name as your key
[01:38] <tonyyarusso> Cleartext mismatch "Anthony" vs "Tony"
[01:38] <ajmitch> silly people
[01:38] <ajmitch> you'd think you'd know your own name :)
[01:39] <bryce> is there a way, given a .debdiff, to generate the resulting .dsc and .deb?
[01:39] <ajmitch> bryce: apart from applying the debdiff with patch, and rebuilding the source & binary packages?
[01:39] <tonyyarusso> ajmitch: you'd think :P  Problem is, I never go by it, but was told my key needs to be "proper"
[01:39] <bryce> ajmitch: yeah
[01:40] <ajmitch> bryce: I think doing the build normally is your only option
[01:40] <AndyP> tonyyarusso: -k might make your life easier :)
[01:40] <bryce> ah ok
[02:48] <bmm> I can't comment on REVU currently (password=None) but I've done an upload for the boswars package and that should pop up there in the near future.
[02:49] <bmm> Will it still get there if my password isn't working?
[02:49] <TheMuso> As long as your key is in the revu keyring, yes.
[02:49] <TheMuso> And, you should also be able to retrieve your password.
[02:51] <ScottK> TheMuso: Are you up for reviewing new packages?
[02:51] <bmm> TheMuso: password retrieval returns "None" as password, but my upload has made it: http://revu.tauware.de/details.py?upid=42
[02:51] <ScottK> There are a couple that I advocated earlier that I think are in good shape.
[02:51] <ScottK> bmm: If you have a comment you want posted, I'll be glad to post it for you.
[02:51] <TheMuso> ScottK: Just hilight me with the package names, and I'll see if I can get to them later.
[02:52] <bmm> ScottK: no comment on my upload so far ;-)
[02:52] <TheMuso> Got an issue with another package I want to see if I can address at this point.
[02:52] <nixternal> TheMuso: did you see my sound complaint earlier? since you are listed as admin now for the sound stuff and crimsun is in hiding, oh man I had to bug you :D
[02:52] <TheMuso> nixternal: I am admin of the audio team, but it doesn't mean I am the alsa guy.
[02:53] <superm1> i thought crimsun proposed Hobbsee to take over alsa stuff? :)
[02:53] <nixternal> hehe, well then, get to pointing :)
[02:53] <ScottK> TheMuso: mustang http://revu.tauware.de/details.py?upid=36 and reverend http://revu.tauware.de/details.py?upid=33
[02:53] <ScottK> superm1: I don't think so.
[02:53] <TheMuso> ScottK: No need for URLs, just package names is fine.
[02:53] <ScottK> TheMuso: OK.  Those are there too.
[02:53] <superm1> ScottK, well at least as a joke crimsun had one evening, hence the :) at the end
[02:53] <TheMuso> ok
[02:53] <ScottK> OK
[02:54] <ScottK> Maybe nixternal will review and upload them in the meantime.
[02:54] <bmm> TheMuso: I'm going to sleep now, but if you are going to be up for some time to come and have the time, feel free to review boswars http://revu.tauware.de/details.py?upid=42
[02:54] <tonyyarusso> I can't remember my GPG key passphrase
[02:54] <jmg> Uh oh
[02:54] <nixternal> ScottK: sitting in class right now
[02:54] <ScottK> Yes, and?
[02:54] <bmm> TheMuso: keep up the good work and thanks for the info.
[02:54] <bmm> Bye
[02:55] <nixternal> I can't upload, I don't have intarweb access :)
[02:55] <ScottK> Ah.
[02:55] <ScottK> You advocate and I'll upload then.
[02:56] <nixternal> that was a joke btw, I wouldn't be here talking if I didn't have access now would I :)
[02:56] <ScottK> Understand.  Just feeling pushing.
[02:56] <tonyyarusso> There's no way to recover that is there?
[02:56] <nixternal> you know, instructors need to replace "Hello World" with something new
[02:56] <ScottK> tonyyarusso: It wouldn't be a very secure system if you could.
[02:57] <tonyyarusso> ScottK: exactly
[02:57] <tonyyarusso> :(
[02:57] <nixternal> I swear, out of the 25+ coding classes I have taken, everyone starts out with Hello World, and no matter the language, it is stupid!
[02:57] <jmg> nixternal: "omghi2u!"?
[02:57] <nixternal> haha ya!
[02:57] <tonyyarusso> Luckily, I did have the foresight to save what I need to revoke it.
[02:57] <ScottK> Yes.  That's good.
[02:57] <nixternal> s/"Hello World"/"Windows Sucks"/
[02:57] <Jazzva|away> nixternal: Goodbye, cruel world? :)
[02:57] <nixternal> that is what I have done for everyone
[02:58] <nixternal> damn stickers on the lid of my lappy give me away everytime though
[02:58] <sn9_> printf("Welcome to The Foo Bar! May I take your order?");
[02:59] <nixternal> hehe
[02:59] <nixternal> I have to admit, this instructor is the first I have seen use "foo" and "bar" in his examples
[03:00] <ScottK> Older instructor?  Or maybe a true hacker in disguise.
[03:01] <ScottK> This is fun.  Fix the bug (maybe) run the script, crush the database for a couple a minutes to get the data, discover I didn't fix the bug, rinse, repeat.
[03:05] <RAOF> Someone needs to hit pulseaudio with a "please don't thrash the soundcard when idle" stick.  Having it enabled increases my power usage by 10%.
[04:00] <LaserJock> wahoo, it works
[04:38] <LaserJock> anybody know how to get wide screen resolutions in feisty?
[04:38] <sn9_> same way you get any other resolutions
[04:38] <RAOF> Not very helpful, but I just enabled them in dpkg-reconfigure xserver-xorg :)
[04:39] <LaserJock> heh
[04:39] <sn9_> sudo dpkg-reconfigure xserver-xorg
[04:39] <RAOF> LaserJock: You probably have an intel card or something, right?
[04:39] <LaserJock> it is an intel card
[04:39] <sn9_> i don't type that fast
[04:39] <LaserJock> and its 800x480 resolution
[04:39] <LaserJock> right now I get 640x480
[04:40] <sn9_> 800x480? i have only seen that on toshiba laptops
[04:40] <RAOF> LaserJock: You may need that 810resolution package, or something.
[04:40] <bryce> LaserJock, does System -> Administration -> Screens and Graphics not do it?
[04:40] <TheMuso> 915resolution it is called.
[04:40] <RAOF> bryce: On Feisty?
[04:41] <TheMuso> I think
[04:41] <bryce> RAOF, oh Feisty
[04:41] <LaserJock> bryce: no, it only gives me 640x480
[04:41] <bryce> nevermind, yeah for Feisty -i810 + 915resolution is the std approach
[04:41] <sn9_> is it a toshiba laptop?
[04:41] <LaserJock> no
[04:42] <bryce> there is a Feisty backport of the -intel  2.x driver around someplace
[04:42] <RAOF> bryce: Incidentally, displayconfig-gtk looks awesome.
[04:42] <LaserJock> Intel ClassmatePC
[04:42] <sn9_> oh
[04:42] <sn9_> that might not use the i810 driver
[04:43] <LaserJock> it's an Intel 915 card
[04:43] <bryce> RAOF, cool
[04:44] <bryce> RAOF, I just hope it doesn't bork up people's xorg.conf too badly
[04:44] <RAOF> bryce: I'll see how it handles nvidia + multiple monitors tonight :)
[04:44] <bryce> :-)
[04:44] <Amaranth> what's what?
[04:45] <RAOF> It's a pity that nvidia decided that the "refresh rate" field was their plaything, thought.
[04:45] <LaserJock> ok so I just install 915resolution and it then?
[04:45] <Amaranth> RAOF: disable dynamic twinview
[04:45] <Amaranth> we should do that by default in restricted-manager, actually
[04:45] <RAOF> Amaranth: But I kinda want the ability to plug in monitors and it just work
[04:46] <RAOF> Amaranth: Doesn't disabling dynamic twinview break that?
[04:46] <Amaranth> they should support xrandr :P
[04:46] <Amaranth> i dunno
[04:46] <bryce> no, you need the -intel 2.x driver to get xrandr support
[04:46] <RAOF> I might test tonight.  If it still works, +1 to disable by default!
[04:47] <Amaranth> nvidia is waiting for xrandr 1.3, iirc
[04:47] <minghua> LaserJock: If you have xserver-xorg-video-intel driver installed, you shouldn't need 915resolution.  If you have -i810, then yes, 915resolution should help.
[04:47] <Amaranth> bryce: nvidia supports xrandr, just not 1.2
[04:47] <bryce> ah
[04:47] <RAOF> Amaranth: ???.  What's going to change in 1.3?
[04:47] <Amaranth> something with multiple GPUs or something
[04:47] <Amaranth> i dunno exactly
[04:48] <bryce> btw, Xorg is going to put their xrandr 1.2 stuff for -ati soonish.  I'm hoping we can get a UVF exception for that for Gutsy
[04:49] <RAOF> Yay.  Leaving only us poor nvidia users without it.
[04:49] <LaserJock> minghua: any disadvantage to using -intel?
[04:49] <RAOF> Oh, and people who have crazy old cards
[04:49] <sn9_> gutsy should dump xserver-xorg-video-via in favor of xserver-xorg-video-openchrome
[04:50] <Amaranth> bryce: you want to pull from git for the ati driver?
[04:50] <RAOF> Well, you've got the Xorg maintainer in here, make a pitch :)
[04:50] <bryce> sn9_: for what reasons?
[04:50] <superm1> sn9_, does it break on any older cards though?
[04:50] <sn9_> -via doesn't support older cards, anyway
[04:50] <sn9_> that's what -savage is for
[04:51] <bryce> Amaranth: no, in talking to them I think they'll put out a release with the xrandr stuff merged into head
[04:51] <sn9_> -openchrome actually makes via work decently
[04:51] <ScottK> It would be a long wait.
[04:52] <sn9_> no other driver can say the same
[04:53] <bryce> has -openchrome even been packaged for ubuntu?
[04:53] <superm1> yes
[04:53] <superm1> i packaged it earlier this summer
[04:53] <superm1> its in universe
[04:53] <bryce> hmm, is it in universe?
[04:53] <sn9_> gutsy-only, alas
[04:53] <minghua> LaserJock: What I heard is that -intel doesn't support some i8xx cards as good as -i810, but since you have an i915 card, it should be a problem.
[04:54] <LaserJock> shouldn't?
[04:54] <sn9_> i have seen -intel fail on i9xx cards
[04:54] <minghua> LaserJock: Right.  Shouldn't.
[04:54] <bryce> aha, so it is
[04:54] <bryce> so we have -via, -openchrome, and -unichrome now.  :-)
[04:55] <bryce> sounds like we need a driver Thunderdome
[04:55] <superm1> i like the idea of making openchrome default and having the other two available myself :)
[04:55] <minghua> LaserJock: But I have very limited knowledge on these things, so you may want to seek advice from more experienced people. :-)
[04:55] <bryce> superm1: sounds sensible
[04:55] <bryce> superm1: I'm not familiar enough with the pros / cons of each driver to have an opinion yet
[04:56] <superm1> bryce, well the openchrome provides xvmc
[04:56] <superm1> whereas the other two don't
[04:56] <superm1> i was under the impression older cards didn't work with openchrome, but if for via its the same situation, that's not a big deal
[04:56] <sn9_> bryce: i can paste a link to a flamewar that bares all info
[04:57] <ScottK> superm1: Any reason it can't be backported to Feisty?
[04:57] <bryce> okie
[04:57] <superm1> ScottK, not that i know of
[04:57] <superm1> beyond attempting a build :)
[04:57] <ScottK> Since it's a NEW package there's no regression risk.
[04:57] <ScottK> As long as it builds and doesn't catch the computer on fire, I'll approve a backport.
[04:58] <ScottK> You might try dapper-backports too.
[04:58] <superm1> well i'll do a test build on it
[04:58] <sn9_> http://lists.freedesktop.org/archives/xorg/2005-December/011757.html
[04:58] <Amaranth> bryce: I don't think they plan on doing a release with it now, they're just pulling the randr-1.2 branch into master
[04:58] <Amaranth> they made a 6.8 branch for the current driver
[04:59] <bryce> oh, hrm
[05:00] <LaserJock> bryce: so should -intel work on a 915GMS ok in Feisty?
[05:01] <sn9_> LaserJock: one way to find out...
[05:02] <Amaranth> the intel driver has some issues
[05:02] <bryce> LaserJock: ymmv.  I recall there were a variety of issues when kyle was looking at it with dell
[05:02] <Amaranth> i believe it's because totem/gstreamer is stupid and picks the first Xv output offered which is the texture based one
[05:02] <Amaranth> but that only works with EXA so it fails
 agd5f: I'd definitely be up for pulling that into gutsy if the branch is merged into the official release.  that'd be great
 bryce: awesome.
[05:03] <superm1> ScottK, yea it builds clean on feisty
[05:03] <Amaranth> but that only seems to break if you use compiz so i get blamed :P
[05:04] <ScottK> superm1: File the bug in feisty-backports if it installs.
[05:04] <bryce> Amaranth: the announcement to the xorg lists talks of a 6.7.191
[05:04] <sn9_> i never had totem working decently -- i always just installed mplayer
[05:04] <Amaranth> bryce: aren't we on 6.7.193 now?
[05:04] <superm1> ok ScottK
[05:04] <bryce> 6.6.193
[05:05] <superm1> won't build on dapper however without changes
[05:09] <bryce> btw, for the -avivo driver there's a UVF exception request needing MOTU attention:  https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-avivo/+bug/133647
[05:09] <ubotu> Launchpad bug 133647 in xserver-xorg-video-avivo "Please sync xserver-xorg-video-avivo (universe) from Debian experimental (main)" [Medium,Triaged] 
[05:12] <superm1> ScottK, https://bugs.launchpad.net/feisty-backports/+bug/131776 that bug was already opened.  It built and installed fine for me, but my via hardware is out of commision so i'm not able to test it.  i anticipate the person who attempted to test it in that bug may have had an unsupported chipset for openchrome, but don't know for sure
[05:12] <ubotu> Launchpad bug 131776 in feisty-backports "please backport xserver-xorg-video-openchrome" [Undecided,Incomplete] 
[05:14] <bryce> anyway, gotta run to dinner.  cya
[05:34] <ScottK> bryce: Do you have an opinion on backporting openchrome?
[05:35] <ScottK> superm1: Please comment on the bug that you installed it and it works and that the hardware the other guy has may not be supported?
[05:36] <superm1> well ScottK "works" is a matter of opinion, but i'll add some comments
[05:36] <ScottK> Sure.
[05:40] <ScottK> High there LongPointyStick.
[05:40] <ScottK> Hi even
[05:41] <ScottK> 8 days until new package freeze.  Let's get reviewing.
[05:41] <LongPointyStick> meh
[05:42] <ScottK> Details.
[05:42] <ScottK> Maybe nixternal will do some...
[05:42] <ScottK> His classes are over for the day.
[05:43] <sn9_> gatos tv-out support has just been relicensed. time to integrate?
[05:43] <ScottK> If you can get it done in 8 days.
[05:43] <sn9_> it's just a patch
[05:44] <ScottK> Ah.  More time for that then.
[05:47] <LaserJock> hmm, so there is like 20 packages on REVU
[05:48] <LaserJock> are those ones that people have uploaded since REVu got brought back up?
[05:49] <LongPointyStick> LaserJock: they must have been
[05:49] <LongPointyStick> everything else got ditched, due to possible contamination
[05:49] <LaserJock> looks like it, the oldest looks like it's from the 19th
[05:50] <LaserJock> maybe we should periodically have an "accident" ;-)
[05:50] <LongPointyStick> hehe :)
[05:50] <LongPointyStick> indeed!
[05:50] <LongPointyStick> whenever the queue gets too large
[05:51] <LaserJock> once it hits so many uploads it just turns of apache for 24 hrs
[05:51] <LaserJock> *off
[05:51] <LongPointyStick> that'd be nice
[05:57] <ScottK> Several of the ones that are there were uploaded on the old review and worked on by some of the more motivated so they are in relatively good shape.
[05:57] <ScottK> So far I've looked at 3, and advocated all three (one after some minor corrections).
[05:58] <ScottK> One has even been uploaded already.
[05:58] <LongPointyStick> oh nice!
[05:59] <ScottK> I think mok@bioxray.dk will be a MOTU before (or maybe shortly after) Gutsy releases.  His stuff is good.
[06:00] <ScottK> Actually, LaserJock might like mustang as it's a very sciency package.
[06:01] <ScottK> http://revu.tauware.de/details.py?upid=36
[06:03] <LaserJock> ScottK: sure
[06:03] <ScottK> It's looking for a second advocate.
[06:05] <ajmitch> morning
[06:05] <LaserJock> geeze I haven't done a review in some time
[06:06] <ScottK> Morning ajmitch.
[06:06] <ScottK> LaserJock: It's a small package.
[06:09] <minghua> Yeah, mustang looks clean and sweet.
[06:09] <LaserJock> ScottK: maybe the tarball could be renamed to reflect it's been repacked
[06:10] <ScottK> It's supposed to unpack into packagename-version.orig.  IIRC there's a dpkg-buildpackage bug that does you the favor of renaming the dir so you can't tell.
[06:11] <ScottK> Let me double check on that one.
[06:12] <LaserJock> well, I would think you would do a dfsg
[06:12] <ScottK> Yeah.  It's named correctly in the tarball.
[06:13] <ScottK> Except it wasn't repacked for dfsg removal.
[06:13] <LaserJock> that's what is often done
[06:13] <LaserJock> sure it was
[06:13] <ScottK> It was repackaged to add license text.
[06:13] <LaserJock> oh
[06:13] <ScottK> The license was in the file headers, but the full copy wasn't there.
[06:13] <LaserJock> it says it was repackaged to remove the PDB files because they have no copyright
[06:13] <ScottK> Grumble.  Yeah that too.
[06:13] <ScottK> Good point.
[06:14] <ScottK> Well I missed that one.
[06:15] <minghua> Are PDB files copyrightable?  They are just data.
[06:15] <ScottK> He was being conservative.
[06:15] <LaserJock> well, that's what I would wonder
[06:16] <LaserJock> I don't think it's clear cut
[06:16] <ScottK> Agregations of data are copyrightable in their arrangement, so it's not clear.
[06:16] <LaserJock> the Blue Obelisk group is working on that kind of stuff
[06:17] <ScottK> The canonical (pun intended) reference database for US Code (the law) is copyright because of the indexing developed by the company that puts it out.  You can't properly cite a case without their index reference.
[06:17] <LaserJock> personally I think it should be fine, but I guess if you want to really be safe it's better to not have stuff that's has no copyright info
[06:18] <ScottK> His first package got bounced by pitti for licensing, so I think he's being really careful.
[06:18] <LaserJock> yeah
[06:18] <LaserJock> ScottK: well, what do you think? should he use dfsg ?
[06:18] <minghua> Agreed.  We can always add PDB files back later if needed.
[06:18] <LaserJock> he added a cool script that downloads some PDB files for testing
[06:19] <minghua> Debian uses "ds" suffices which stands for "Debian source" on some repackaged upstream tarballs.
[06:19] <LaserJock> I think I'm ok with it as it is
[06:19] <LaserJock> he clearly states in copyright that it's repacked
[06:21] <ScottK> I think it's OK.
[06:21] <ScottK> dsfg might be better, but it's not required.
[06:22] <ScottK> The part that's clear in the repacked tarball best practices is unpacking to pakcagename-version.orig and it does that.
[06:22] <LaserJock> ok, I'm going to advocate and upload
[06:22] <ScottK> Coo.
[06:22] <ScottK> Cool even.
[06:23] <ScottK> Reverend http://revu.tauware.de/details.py?upid=33 is also a bit sciencey (not as sciencey as mustang) and looking for a second advocate.
[06:23] <ScottK> Maybe minghua would have that one ....
[06:25] <minghua> ScottK: Sorry, don't know python packaging at all.  And I would rather not advocate packages without building and testing it in gutsy (which I can't do now).
[06:25] <LaserJock> Reverend? :-)
[06:26] <ScottK> Yeah.  It's some kind of bayesian classifier thingy
[06:27] <ScottK> "named after Rev.  Thomas Bayes.
[06:27] <LaserJock> ah
[06:28] <LaserJock> I'm not very comfortable with people adding copyright stuff to orig.tar.gzs
[06:28] <superm1> ScottK, there is an error in the license on reverend
[06:28] <LaserJock> it'd be nice is upstream's would get it right :-)
[06:28] <ScottK> Urgh.
[06:28] <superm1> er nvm
[06:28] <superm1> i read it wrong
[06:29] <ScottK> Not urgh then.
[06:29] <superm1> i thought he was claiming LGPL in one place and GPL in another :)
[06:31] <LaserJock> ummm
[06:31] <ScottK> What'd I miss?
[06:31] <LaserJock> if the app is LGPL and the packaging is GPL, what is the resulting .deb?
[06:32] <LaserJock> well, they are compatible licenses
[06:32] <ScottK> Code is LGPL and that's what gets installed.
[06:32] <ScottK> the .deb it self would be GPL.
[06:32] <LaserJock> just an interesting thought
[06:32] <ScottK> Yeah.
[06:32] <ScottK> I don't know why he did it that way, but it seemed fine.
[06:32] <LaserJock> if I copyright the packaging I use the same license as the code
[06:33] <ScottK> It keeps things clean.
[06:35] <elkbuntu> ScottK, wouldnt. that would violate the Open Source Definition, for one.
[06:36] <ScottK> So it goes in multiverse then.
[06:39] <LaserJock> ScottK: it'd almost be worth it ;-)
[06:40] <ScottK> That's what I'm thinking.
[06:41] <man-di> ScottK: thx
[06:41] <ScottK> You're welcome.  It seemed like your kind of thing.
[06:41] <man-di> ScottK: I know this, I work with doko on them
[06:41] <ScottK> Ah.  Good to hear.
[06:41] <LaserJock> seriously, if we had source packages and .debs built and then run lintian/linda on both
[06:42] <LaserJock> it seems like that would help
[06:42] <ScottK> I agree.
[06:42] <ScottK> I can see using ppa as a back end.
[06:42] <ScottK> Or maybe even jdong's backport builder thingy.
[06:43] <LaserJock> so if we had a webgui
[06:43] <ScottK> I don't know enough about how it works.
[06:43] <LaserJock> that gave like links to lintian/linda output
[06:43] <ScottK> Yeah.
[06:43] <LaserJock> maybe even a () with the list of errors/warnings
[06:44] <ScottK> I think it's about time for me to get to bed.
[06:44] <ScottK> So good night all.
[06:45] <LaserJock> night
[07:53] <LaserJock> wow
[07:53] <LaserJock> the upload queue now has the whole source package
[08:11] <zakame> hi motus
[08:11] <zakame> I see revu's mostly back
[08:43] <dholbach> good morning
[09:39] <dholbach> can somebody tell me if motu-uvf was OK with bug 129043?
[09:39] <ubotu> Launchpad bug 129043 in democracyplayer "democracy-player has a new version and a new name, please upgrade package in Gutsy" [Wishlist,Confirmed]  https://launchpad.net/bugs/129043
[09:40] <RAOF> Hobbsee was, but it's not entirely obvious from her comment on the bug.
[09:41] <dholbach> I reassigned to motu-uvf again
[09:41] <dholbach> just to be sure
[09:48] <coNP> Good morning!
[09:49] <norsetto> morning all and then some
[10:37] <norsetto> StevenK: I hope you agree with what I have written in bug 77000?
[10:37] <ubotu> Launchpad bug 77000 in kino "Kino is very old in Ubuntu - several upstream versions with important bugfixes and lots of improvements has been released, please package ver. 1.0.x" [High,Confirmed]  https://launchpad.net/bugs/77000
[10:48] <Amaranth> norsetto: don't even need 1.1.1, we have gtk+ 2.11.x
[10:51] <norsetto> Amaranth: good point indeed
[11:21] <jussi01> morning all
[11:23] <bmm> Any MOTU: I found some tabs in my copyright file, so I've replaced them with spaces. So I will have to to a new upload of boswars to REVU, but because it's pretty large, is there somebody who would like to comment on http://revu.tauware.de/details.py?upid=42 ?
[11:41] <StevenK> norsetto: What you said in 77000 is fine
[11:45] <geser> bmm: just a quick look on it: can you have boswars and boswars-gl installed at the same time?
[11:45] <bmm> geser: yes, the only thing I chose is to give the menu items the same name, so it might be weird to have that
[11:46] <bmm> geser: but there isn't any technical reason not to allow it.
[11:46] <geser> ok
[11:46] <geser> the binary is the same for both?
[11:47] <bmm> geser: No, one is compiled with OpenGL support, the other without. Or do they look the same?
[11:47] <geser> I ask because both Desktop files have "Exec=boswars -d /usr/share/games/boswars"
[11:48] <bmm> geser: then that's a problems.... I'll take a look.
[11:49] <bmm> geser: that's a bug, I'll fix that now. Sorry for that.
[11:50] <geser> please also remove config.log in the clean rule
[11:51] <bmm> geser: ok, that's another bug :-)
[11:51] <geser> that's all I've found on a quick look at the diff.gz
[11:52] <bmm> geser: then I should read my own diff.gz more :-(
[11:52] <bmm> geser: I'll do another upload after testing the new menu for the gl package. Thanks for looking!
[12:00] <bmm> uscan (watch system) thinkgs that pre2.4 is a never version than 2.4. Is that my fault (can I do anything to fix this)?
[12:30] <POX_> bmm: dpkg --compare-versions 2.4 '>' 2.4~pre && echo true
[12:31] <POX_> bmm: in debian/watch: opts="uversionmangle=s/pre/~pre/
[12:32] <bmm> POX_: thanks!
[12:32] <POX_> if "pre" is before "2.4" (as in your example), move it to the end
[01:02] <simu_> hi I need advocates for my package on revu: rotoscope
[01:07] <norsetto> coNP: I don't think ScottK needs that; when he was here yesterday it must have been 4am for him :-)
[01:07] <coNP> coNP: sorry, what do you mean?
[01:07] <coNP> Oh, the UVFes
[01:07] <coNP> norsetto: ^^
[01:08] <norsetto> coNP: yep, I think a lunch break is needed
[01:35] <jussi01> hmmm, who was it yesterday that was trying to repack a deb converted from rpm?
[01:55] <coNP> How can I recover my REVU password? Neither the old one or the recovered one seems to work :(
[01:55] <coNP> (I mean recovering on the REVU interface)
[01:56] <dholbach> coNP: try entering a wrong one
[01:57] <dholbach> if you're not presented with something you pass to gpg, try http://help.launchpad.net/PPAQuickStart instead
[01:59] <coNP> that does not seem to work
[01:59] <Fujitsu> coNP: Have you uploaded something to the new instance?
[02:00] <coNP> No. Maybe I should do that
[02:00] <Fujitsu> I don't think it will generate a password otherwise.
[02:03] <bmm> my upload seems to be taking longer than usual to appear on the revu page, does anybody know if revu is processing packages at the moment?
[02:15] <xxxxx1> mornin' ubunteros :)
[02:15] <xxxxx1> coNP, congrats!
[02:15] <coNP> Thanks, xxxxx1 :)
[02:17] <norsetto> look at this: (11:14:47) coNP [n=conp@unaffiliated/conp]  entered the room.
[02:17] <norsetto> (11:15:24) ***norsetto bows in front of the new master of the know and unknown universe
[02:18] <norsetto> and he didn't even let me kiss his hand ....
[02:18] <coNP> norsetto:  sorry, (1) I was *not* a MOTU @ 11:14 yet :), (2) I don't let anyone to kiss my hands. But thanks :D
[02:19] <ScottK> norsetto: It was 1AM, not 4AM.
[02:19] <ScottK> coNP: Congrats.
[02:19] <norsetto> 1am is sick man
[02:19] <ScottK> coNP: You've been given a big responsibilty.  Don't mess up.  Ask questions.
[02:19] <coNP> Thanks ScottK
[02:20] <xxxxx1> hey ScottK
[02:20] <ScottK> Heya xxxxx1.
[02:20] <coNP> Actually I guess I cannot do anything wrong, since we have frozen everything. So I have to wait for the UVF team anyway.
[02:20] <coNP> No, of course I can introduce bugs with bugfixes, etc.
[02:21] <Hobbsee> coNP: you'rea MOTU now?
[02:21] <coNP> Hobbsee: yes I am.
[02:22] <Hobbsee> coNP: nice work!
[02:22] <Hobbsee> coNP: you can still upload and violate the freeze, incidently
[02:22] <Fujitsu> However we might let you off with being lightly killed.
[02:22] <Hobbsee> coNP: at the risk of myself or ScottK or anyone else of interest coming to hunt you down and eat you.
[02:23] <coNP> Do I understand it right that it is so to make possible for use to upload e.g. bugfixes (that is legal also during the freeze).
[02:23] <zul> Hobbsee: hah I would be meaner
[02:23] <ScottK> Anything that's not a new upstream version (i.e. a new Debian or Ubuntu revision).
[02:23] <Hobbsee> coNP: yeah
[02:24] <ScottK> coNP: You can also review stuff on REVU and advocate if you think it's good.
[02:24] <ScottK> We've got a week left and there are some decent packages there.
[02:24] <coNP> Okay, I guess I'll do that. But I need to upload something to get my REVU account back
[02:24] <Hobbsee> coNP: it wasnt safe as a prospective one.  just look at those who file mass sync requests.
[02:25] <coNP> Well ... :)
[02:25] <ScottK> Like I said, don't mess up.  Ask questions.
[02:27] <coNP> ScottK: Do you think I did not ask enough questions? Or you want to warn me to avoid mistakes in the future?
[02:27] <norsetto> ScottK: and if I may add, answer questions too .....
[02:27] <ScottK> coNP: There have been people in that past who thought once they were MOTU they could do anything and ask no more questions.
[02:28] <ScottK> coNP: No, I think you ask lots of questions and I'm saying don't stop.
[02:28] <coNP> ScottK: I do most work for the Desktop Team, which keeps me less self-confident, as most of our packages reside in main.
[02:28] <ScottK> Ah.
[02:29] <coNP> So warn me again if I ever happen to become a core-dev ;D
[02:29] <ScottK> BTW, if you are doing REVU stuff, feel free to be first advocate and be wrong.  That doesn't hurt anything.  It's a good (and humbling) learning experience.
[02:30] <coNP> So you say I should upload something to REVU to get my login back?
[02:31] <Hobbsee> coNP: yes
[02:32] <ScottK> Hobbsee: Doesn't someone have to edit something on REVU to give him his new super powers?
[02:32] <Hobbsee> ScottK: yeah.
[02:33] <Hobbsee> ScottK: although no idea of the interim step, and permissons and stuff
[02:33] <Hobbsee> actually...
[02:33] <Hobbsee> i'll have a look...
[02:33] <ScottK> coNP: That's a necessary, but not sufficient thing.
[02:33] <ScottK> There are some manual bits that have to be shuffled.
[02:34] <ScottK> Also you may already have an account on REVU.  Try and recover your password if you haven't.
[02:35] <Fujitsu> sistpoty manages the new one, AFAIK.
[02:36] <ScottK> seen/seem
[02:36] <ScottK> strike that, reverse it.
[02:37] <siretart> sorry?
[02:37] <mok0> ScottK: What TZ are you in?
[02:37] <ScottK> -0400
[02:37] <siretart> ScottK: to do what?
[02:37] <ScottK> siretart: coNP is now a MOTU and we were hoping he could get reviewing super powers on REVU.
[02:37] <mok0> Ah so you're up early :-)
[02:37] <siretart> ScottK: oh, any motu can set that atm ;)
[02:38] <siretart> ScottK: more specifically, every user of sparky
[02:38] <ScottK> Any motu that knows how...
[02:38] <siretart> right
[02:38] <siretart> /query
[02:38] <ScottK> Sure although I've never logged into sparky before.
[02:41] <siretart> coNP: what is your revu login?
[02:41] <coNP> aron@ubuntu.hu
[02:41] <coNP> Oh I should not tell that to the spam machines :(
[02:42] <Fujitsu> coNP: It's surely going to be all over everything if you're uploading packages...
[02:42] <coNP> Fujitsu: in fact it is :)
[02:42] <mok0> ScottK: Working on wulfware now
[02:43] <ScottK> Great.
[02:43] <mok0> ScottK: It's a pretty complicated package with inet daemons and init scripts
[02:44] <ScottK> Uh oh.
[02:44] <mok0> ScottK: I hope to get it right
[02:44] <ScottK> We'll get coNP to review it.
[02:44] <coNP> OMG
[02:44] <mok0> ScottK: Is he a wizard?
[02:44] <norsetto> (pure evil)
[02:44] <ScottK> No, he just was made MOTU today.
[02:45] <mok0> Ah! Initiation ceremony!
[02:45] <StevenK> Baptism!
[02:45] <StevenK> Quick, let's drown him!
[02:45] <ScottK> Well he got made MOTU without having to merger courier, so we have to do something.
[02:45] <mok0> In the blood of a rooster
[02:45] <ogra> SteveA, if tehy would actually drown thenm would we ever have heard of them ?
[02:46] <coNP> ScottK: I did the lighttpd security updates. :)
[02:46] <mok0> Only the ones God decided to save :-)
[02:46] <ogra> lol
[02:46] <coNP> But okay. I'll review the package of mok0 so that ScottK has time to process the MOTU-UVF bugs :)
[02:47] <ScottK> coNP: Not nearly as much fun as a courier merge, but very helpful for the community.
[02:47] <coNP> ScottK: you mean lighttpd?
[02:47] <Hobbsee> mmm..bugs...
[02:47] <zul> doesnt he have to wear the chicken suit?
[02:48] <coNP> I asked Seveas for a new suit :)
[02:48] <coNP> Err... cloak
[02:48] <ScottK> coNP: Yes.
[02:49] <mok0> coNP: Thanks. I've still got some problems to iron out
[02:49] <ScottK> coNP: Plenty of other good stuff to review in the meantime.
[02:58] <bmm> Although the dput -f revu didn't result in any errors, my upload doesn't seem to make it to the revu page. Can anybody see a "submission queue" or "still on queue list"? (package is large: boswars http://revu.tauware.de/details.py?upid=42 )
[02:58] <zul> gah....stupid users
[02:58] <norsetto> why don't you make him in u-u-s? still got two bugs in the queue there......
[02:59] <ScottK> Heh.
[02:59] <ScottK> He can make himself uus.
[02:59] <norsetto> coNP: tock tock .... read above :-)
[02:59] <Hobbsee> bmm: probably because the address of revu has changed.
[03:00] <ScottK> Hobbsee: It has?
[03:00] <ScottK> bmm: When did you upload it?
[03:00] <bmm> Hobbsee: ah.. hmmm... it worked yesterday, but what are the changes?
[03:00] <Hobbsee> oh, perhaps not.  my bad
[03:00] <bmm> ScottK: about 60m ago
[03:00] <Hobbsee> i didnt think the domain name had moved
[03:00] <ScottK> OK.
[03:01] <ScottK> Hobbsee: They just pointed revu.taurware.de to the new IP address.
[03:01] <ScottK> bmm: That should be long enough.
[03:01] <Hobbsee> so i've just found...
[03:01] <ScottK> You need someone with admin rights on the machine (not me) to look into it.
[03:01] <StevenK> That's a feature of DNS. Being able to change the IP it points to.
[03:01] <StevenK> I wish I could explain that to a hosting company I have to deal with.
[03:02] <Hobbsee> StevenK: i'd tried ssh'ing into the old location, found it didnt work, so used a different address.
[03:03] <Hobbsee> ina ctual fact, it did work, it just took a very long time to come pu
[03:04] <TheMuso> Hobbsee: Did you get my email re UVFs, and ubuntustudio packages?
[03:04] <Hobbsee> TheMuso: yes.
[03:04] <Hobbsee> TheMuso: it's still unread, though
[03:05] <TheMuso> right
[03:05] <TheMuso> Just checking that it did actually go out.
[03:05] <bmm> Maybe it's some kind of size limit, because every upload is about 40MB, so uploading the second time got me over my quota?
[03:05] <ScottK> I have a file that is 768MB of date/time, value pairs (many lines).  Any suggestions on how to relatively easily get that into a scatter diagram?
[03:05] <StevenK> gnuplot
[03:05] <ScottK> Thanks.
[03:06] <StevenK> TheMuso: Mail recieved, and read. I'm still pondering.
[03:06] <zul> ditto
[03:06] <TheMuso> StevenK: Ok.
[03:06] <TheMuso> I don't mean to push, but I am being prompted about it by the ubuntustudio guys.
[03:07] <StevenK> Hmph. :-P
[03:08] <StevenK> Hrm. Either I'm in the future, or I found a bug.
[03:09] <StevenK> "2793.1 THz processor, 1.47 GB memory"
[03:10] <TheMuso> heh
[03:10] <mok0> StevenK: I disappointed that the future is not better RAM-wise
[03:10] <StevenK> mok0: You and me both
[03:11] <mok0> StevenK: Maybe the processor is so fast it doesn't *need* any RAM
[03:11] <StevenK> I find that hard to believe, given how fast current Pentium 4's are, and how much they eat RAM.
[03:12] <Fujitsu> Current and P4 are mutually exclusive, aren't they?
[03:14] <StevenK> Right. My memory is behind the times.
[03:14] <StevenK> New VMWare machine at $WORK is a Intel Core 2 Quad.
[03:14] <Fujitsu> Ooh, shiny.
[03:15] <StevenK> Yes. :-)
[03:16] <tsmithe> erm, i'm having trouble with my revu login. recovery just gives me "None"
[03:16] <tsmithe> which isn't right
[03:16] <ScottK> tsmithe: It is if you haven't uploaded to the new REVU yet.
[03:16] <tsmithe> ahh
[03:16] <tsmithe> i just did, but i'll wait a moment :)
[03:18] <tsmithe> ok that works
[03:18] <tsmithe> great
[03:19] <tsmithe> could someone archive http://revu.tauware.de/details.py?upid=44 (i think that would be best; it will stay on the server, right?)
[03:22] <nixternal> ScottK: are we planning on doing a REVU session?
[03:22] <Fujitsu> tsmithe: It will stay there, yes. I've archived it.
[03:22] <tsmithe> thanks
[03:22] <nixternal> I seen you pimping "new" yesterday before freeze
[03:23] <ScottK> nixternal: We've got a week left before new package freeze.  All the stuff currently on revu is put there by people who are currently motivated, so get reviewing.
[03:23] <nixternal> OK, when I get back from class in a few hours, I will get to revu'in
[03:24] <tsmithe> man-di, have you had a chance to see/upload my latest wired package? (i fixed the linda error)
[03:24] <geser> can someone familiar with the -kdecopy package look at bug #134216?
[03:24] <ubotu> Launchpad bug 134216 in qgis "QGis cannot be installed in gutsy gibbon" [Undecided,Incomplete]  https://launchpad.net/bugs/134216
[03:24] <bmm> My dputs are not making it into REVU, and I'm also not getting any error messages. Could somebody delete the boswars packages, so I can try to see if it's a quota problem? (by uploding it again)
[03:26] <coNP> norsetto: you want me to join uus?
[03:26] <nixternal> geser: that might be a good Riddell question once he is done with the release stuff...I would think that the libqt4 packages would/should replace the -kdecopy packages in the first place
[03:26] <norsetto> coNP: of course!
[03:26] <coNP> mok0: so you want me to review wolfware?
[03:26] <nixternal> why he is using the kdecopy packages in the first place is beyond me
[03:26] <Riddell> -kdecopy should die
[03:26] <nixternal> ya
[03:26] <the_olo> hi all
[03:26] <nixternal> that is what I thought
[03:27] <Riddell> I'm not, havn't for some time
[03:27] <man-di> tsmithe: I got no mail saying its updated
[03:27] <the_olo> I have a problem with REVU
[03:27] <nixternal> oh, we used the -kdecopy for the first kde4 packages
[03:27] <the_olo> after the outage
[03:27] <tsmithe> man-di, weird. i swear i sent one..
[03:27] <tsmithe> maybe i need to fix my postfix again
[03:27] <the_olo> cannot login, password retrieval gives me the string "None" (which is the Python's rsult of conversion of undefined value to string)
[03:28] <mok0> coNP: That'd be great. I am testing it in pbuilder now. It will still be 30 minutes perhaps before I can upload
[03:28] <Fujitsu> the_olo: You probably want to upload something first.
[03:28] <coNP> the_olo: upload something first
[03:28] <Fujitsu> Otherwise you won't have an account.
[03:28] <the_olo> it definitely has my GPG key registered, as it generates the correct GPG message that I can decrypt
[03:28] <coNP> mok0: take your time. As ScottK said plenty other packages to review in the meantime :)
[03:28] <norsetto> coNP: I can also appoint you as my personal sponsor if you don't mind (imagine this in your id "sponsoring norsetto since 2007", impressive eh?)
[03:28] <the_olo> I had two packages uploaded to REVU before outage, are they lost?
[03:29] <Fujitsu> the_olo: The packages are deemed compromised, so probably.
[03:29] <coNP> norsetto: I am too young to die
[03:29] <coNP> err... to take such a responsibilty :)
[03:30] <ScottK> the_olo: Even if we had them, I'd certainly never upload code taken from a compromised machine to the archive.
[03:32] <tsmithe> man-di, if there are any comments, could you leave me a pm; i'm away now
[03:32] <nixternal> "imagine this in your id "sponsoring norsetto since 2007", impressive eh?" - norsetto hahahahahah! classic!
[03:32] <bmm> Any MOTU: could somebody completely delete boswars: http://revu.tauware.de/details.py?upid=42
[03:32] <Fujitsu> bmm: Why? That won't affect anything...
[03:33] <bmm> Fujitsu: The only thing I can think of is some kind of quota problem, if so it would help.
[03:33] <Hobbsee> archiving it wont actually help with quota...
[03:33] <Fujitsu> bmm: No, there's no quota, and we can't easily remove it.
[03:34] <bmm> Fujitsu: ah, ok. Then the only option is to try another upload?
[03:34] <Fujitsu> bmm: Correct.
[03:34] <the_olo> ok, I've re-uploaded my packages and I'll wait for REVU to update
[03:37] <coNP> Now I have uploaded a package, get my password through the recovery interface but it does not work.
[03:37] <coNP> I mean REVU of course
[03:37] <Fujitsu> coNP: You sure you haven't copied it incorrectly?
[03:37] <coNP> I tried it about 3 times
[03:37] <Fujitsu> Hm..
[03:38] <coNP> No. I did it.
[03:38] <coNP> Some middle-click error. Or firefox password manager error.
[03:38] <Hobbsee> RAOF: W: miro; The menu file has section Applications, which is unknown. <-- intentional?
[03:38] <coNP> Now I am in :)
[03:39] <the_olo> Fujitsu: we have to wait until the packages appear in REVU web interface before trying to recover the password, right?
[03:39] <coNP> the_olo: I gues so
[03:39] <Fujitsu> the_olo: Yes.
[03:39] <Hobbsee> coNP: oh yeah, forgot to tell you that
[03:39] <coNP> Thanks Hobbsee if you are responsible for that :)
[03:39] <Hobbsee> :) np
[03:43] <ScottK> coNP: No need to make them on purpose.  I'm sure you'll do fine.
[03:43] <coNP> Okay, just kidding. :) Hopefully no self-fulfilling prophecies...
[03:44] <the_olo> Fujitsu: works now :) thanks
[03:44] <Fujitsu> the_olo: Goodo.
[03:44] <the_olo> uploaded qdvdauthor and gnofract4d
[03:45] <Hobbsee> is that counting active MOTU's?
[03:46] <ScottK> Hobbsee: Just looking at the pace of reviews and the pace of uploads.
[03:46] <Hobbsee> ScottK: ah right
[03:47] <ScottK> Please feel free to dive in and prove me wrong.
[03:47] <Hobbsee> yes, some of us are slack and dislike reviewing.
[03:47] <Hobbsee> or, currently uploading it
[03:47] <Fujitsu> And some of us are just very slack.
[03:47] <Hobbsee> yes.
[03:47] <ScottK> So let's get less slack for a few days and get some stuff done.
[03:48] <ScottK> " * Uploading to the PROPOSED pocket no longer closes related bugs." - Yeah.
[03:48] <coNP> Hmmm... in case of automake shouldn't the upstream tarball contain the Makefile (instead of the debian diff)?
[03:48] <Hobbsee> for hte love of everything good, why didnt they create a debdiff?
[03:49] <Fujitsu> coNP: Some upstreams are deranged.
[03:49] <bmm> REVU maintainers: if possible, I'd like a little line added to the page, telling me what time it is on the server or show relative times instead of absolute.
[03:49] <coNP> Fujitsu: what do you mean by that?
[03:49] <Fujitsu> coNP: Makefile should be provided in the upstream tarball.
[03:50] <Fujitsu> And I really should be going to bed.
[03:50] <StevenK> Heh
[03:50] <Fujitsu> bmm: It says it's UTC-4... but it's actually ~+5.5 at the moment, I think.
[03:51] <bmm> Fujitsu: yeah, saw that line, but actually meant a "page loaded at: time:time:time" line, just to make it easier to read. But it's just something for the wishlist
[03:52] <Lutin> jussi01: you there ?
[03:52] <the_olo> hmm all this servers compromise has set back the community a couple of weeks I see
[03:52] <coNP> Does REVU know about hyperlinks / should I write HTML in the comments?
[03:52] <norsetto> bmm: you can always file a bug: https://launchpad.net/revu/+filebug
[03:53] <the_olo> don't you think Gutsy schedule should be corrected accordingly to give more time to the community?
[03:54] <bmm> norsetto: thanks!
[03:55] <ScottK> bmm: REVU code is on Launchpad.  Patches accepted.
[03:55] <Hobbsee> ScottK: what are your thoughts on archiving an upload, and telling them to file on launchpad with a debdiff instead?
[03:55] <Hobbsee> moodle is very difficult to decipher like this.
[03:55] <ScottK> Hobbsee: For the moodle one, I'd just leave it be.  I'm not sure why it's there, but I think edubuntu people are working on it.
[03:55] <Hobbsee> ScottK: and i'm all for making them use the most efficient tool for the job.
[03:56] <ScottK> Agreed.
[03:56] <ScottK> Generally, I've got no problem with that.
[03:58] <coNP> Do you think I should let my review be reviewed? Or just post it as first one?
[03:59] <ScottK> coNP: Post it.  As long as you aren't the 2nd advocate, it will get reviewed.
[03:59] <coNP> (Not that I would advocate :))
[04:00] <coNP> Why do we need config.{cache,guess}.diff s?
[04:01] <ScottK> coNP: If you think a package is good you should advocate.
[04:02] <coNP> Sure. But not if I think some issues should be corrected first.
[04:02] <ScottK> Any math majors in the room.  If so, Bug 134277 could use a look over.
[04:02] <ubotu> Launchpad bug 134277 in python-scipy "Error in linalg.svd for large matrix" [Undecided,New]  https://launchpad.net/bugs/134277
[04:02] <ScottK> coNP: Agreed.  Just don't feel like you can't advocate because you're new.
[04:02] <coNP> Okay. Sorry to ask again, but why do we need config.{cache,guess}.diff s?
[04:03] <mok0> coNP: I
[04:03] <coNP> mok0: yes?
[04:03] <mok0> coNP: I'm having a problem with my rules file, configure is being run twice
[04:04] <mok0> coNP: it has to do with arch and indep targets I think
[04:04] <coNP> mok0: if you put your rules into some pastebin I guess we can have a look at that :)
[04:06] <mok0> coNP: http://pastebin.com/m13c0cbe5
[04:06] <mok0> coNP: I left out some comments and stuff
[04:07] <coNP> mok0: you can edit your pastebin if you want to
[04:07] <mok0> coNP: ok
[04:07] <norsetto> scottK: what do you mean with your email about usertags? they are totally transparent to debian
[04:07] <bmm> Fujitsu: I don't think my boswars package is getting any further at the moment. How hard is it to completely remove every trace of it on REVU?
[04:08] <mok0> coNP:  I don't think you need the first 10 lines of comments
[04:08] <ScottK> norsetto: Isn't he talking about adding tags in the Debian BTS?
[04:08] <ScottK> Go coNP
[04:08] <norsetto> scottK: no, to your email when you use the bts
[04:09] <ScottK> Don't those go into the bug then?
[04:09] <coNP> mok0: you depend on  "configure" in the config.guess rule and also run configure.
[04:09] <norsetto> scottK: yes, but they are usertags, debian doesn't use them, they are only to be used by the issuer
[04:09] <coNP> mok0: sorry, I mean config.status
[04:10] <mok0> coNP: yes, config.status is built by running configure, right?
[04:10] <coNP> mok0: sorry. That is not a problem. Investigating ...
[04:10] <ScottK> norsetto: OK.  Given the somewhat tortured history of Debian/Ubuntu cooperation, I don't think we ought to be tagging stuff Ubuntu something in the Debian BTS without some concurrence from Debian.
[04:10] <ScottK> It's going to upset people.  I guarantee it.
[04:12] <norsetto> scottK: I see your point, but in principle debian do not care; I could use an usertag for my user and have in it norsetto-is-an-idiot; debian doesn't care (they just need to know that is true :-))
[04:12] <coNP> After a comment should I say this to the uploader?
[04:12] <coNP> (As IIRC they don't get any notification about that from REVU)
[04:13] <norsetto> scottK: so, you are saying, tell them that we are using these tags; which is fair I guess
[04:13] <ScottK> norsetto: I think that's generally true (in principal), but Ubuntu has a "Special" relationship with Debian.
[04:13] <ScottK> coNP: There's a mailing list they can subscribe to.  I get them all by mail.
[04:13] <coNP> Okay then.
[04:13] <mok0> coNP: Ah, perhaps it's because build-indep doesn't know that config.status is already made
[04:14] <ScottK> norsetto: Yes.  Work with Debian and don't unilterally push Ubuntu specific stuff into their BTS.
[04:14] <ScottK> unilterally/unilaterally
[04:16] <coNP> ScottK: what is meant by install log? "dpkg --install <package> runs without errors"?
[04:17] <ScottK> copy/paste the stuff that appears in your terminal when you do the install
[04:17] <coNP> Then yes.
[04:20] <coNP> ScottK: [cheese]  attached install log, subscribed as bug contact.
[04:21] <ScottK> OK.  Hobbsee had comments on the package on REVU too.
[04:22] <coNP> ScottK: sure. I had no idea if I should also review original packaging stuff...
[04:22] <ScottK> If you are going to upload it, it shouldn't be wrong.
[04:23] <coNP> Sure. I am not against that just wondering ...
[04:24] <ScottK> Don't diverge from Debian more than needed (this is a judgement call) if applicable and document everything you do in debian/changelog.
[04:27] <coNP> ScottK: you mean me? I guess there is no Debian package
[04:27] <ScottK> coNP: The install log thing applies to your other UVFe's too.
[04:28] <ScottK> coNP: That's why I said if applicable.
[04:28] <coNP> ScottK: sure. I am preparing them.
[04:28] <ScottK> OK
[04:30] <coNP> Done.
[04:33] <coNP> Hobbsee: you mean a kind of "Homepage: homepage" line in your comment to cheesE?
[04:34] <Hobbsee> coNP: yep
[04:38] <mok0> coNP: Got it now
[04:38] <ScottK> mok0: What was the problem?
[04:39] <coNP> Hobbsee: o.k., what is the problem with license? I guess Copyright should be mended. But license is there (GPL2 excerpt)
[04:39] <mok0> ScottK: I had the targets wrong in the makefile
[04:40] <Hobbsee> coNP: i though tyou actually had to put something after the Licence: part
[04:40] <Hobbsee> coNP: but if they've accepted it previously...
[04:40] <ScottK> Ah.
[04:41] <coNP> Let me see. Copyright FSF was corrected...
[04:42] <mok0> coNP: Uploaded to REVU!
[04:48] <bmm> Could someone take a look at my comment here: http://revu.tauware.de/details.py?upid=42 I can't see what is going wrong with uploading to REVU, but I can't seem to get my new revision on revu.
[04:53] <coNP> Hobbsee, ScottK : so you think I can upload cheese if I corrected the errors (except for nothing after License and not specifying exactly what parts).
[04:54] <ScottK> coNP: I acked, but did not confirm the UVFe.  I'd like a 2nd opinion.
[04:55] <coNP> Sure, I forgot that
[04:59] <coNP> Is there some reason why the REVU debdiff option compares the old upload to the new?
[05:00] <mok0> coNP: Curse it I was too fast uploading. There is a "rm -f configure-stamp" missing in the clean target. It only affects you if you build twice.
[05:01] <mok0> Perlit Rendehest
[05:01] <norsetto> !swearing | mok0
[05:01] <ubotu> Sorry, I don't know anything about swearing - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[05:02] <ScottK> coNP: Because when you are looking at successive uploads of the same version to see if someone has fixed a comment, it's very useful.
[05:02] <ScottK> !language | norsetto
[05:02] <ubotu> norsetto: Please watch your language and keep this channel family friendly.
[05:02] <ScottK> coNP: When looking at a new upstream version it's less useful.
[05:03] <coNP> ScottK: no. I don't wanted to ask why there is a debdiff option. I asked why we "debdiff new old" instead of "debdiff old new"
[05:03] <ScottK> Ah.
[05:03] <coNP> You get a debdiff with you can patch the new to get the old.
[05:03] <coNP> Seems pretty useless.
[05:03] <coNP> Sure, you can reverse patch, etc.
[05:03] <ScottK> The debdiff direction depends on which upload you have selected (which URL you got to the page from).
[05:03] <coNP> Okay.
[05:04] <ScottK> You probalby arrived via the older URL.
[05:04] <ScottK> click on the newer one and then do it again.
[05:04] <coNP> Very nice.
[05:16] <ScottK> coNP: Why are you uploading to REVU?
[05:16] <Hobbsee> habit, probably
[05:16] <bmm> Any MOTU: Well, it's now clear that my uploads are not working. Something is wrong. Can somebody completely remove http://revu.tauware.de/details.py?upid=42 (so I can try to start over) or tell me what is going wrong?
[05:18] <coNP> Hobbsee, ScottK because I wanted to re-activate my account
[05:19] <ScottK> OK.  I thought you uploaded an update to cheese after the first one.
[05:19] <coNP> Yes. That might be habit.
[05:19] <Hobbsee> jdong: ping
[05:20] <coNP> Or maybe because I wanted to have the corrections where the comment was
[05:20] <mok0> I re-uploaded a revised version of wulfware. I didn't include .orig.tar.gz I hope it's OK
[05:29] <bmm> If REVU isn't showing my uploaded packages, should I just keep trying? (nobody seems to know another solution)
[05:30] <mok0> bmm: You have to upload the source.changes file not the i386.changes
[05:31] <bmm> mok0: What part of the output I posted makes you think I tried to upload the i386.changes ?
[05:31] <mok0> That's usually the problem
[05:31] <norsetto> bmm: mok0 is trying to be helpful
[05:32] <bmm> mok0: Oh, ok. Well, I've posted the output of my dput -f (package)source.changes to http://revu.tauware.de/details.py?upid=42 but I'm pretty sure it wasn't the i386 ;-)
[05:36] <bmm> If there is no other solution, I'll just keep uploading till I drop ;-)
[05:37] <Hobbsee> bmm: unsure if revu is actually working
[05:37] <soothsayer> When a new version of an existing package is uploaded, is it uploaded to Launchpad?
[05:37] <bmm> Hobbsee: I think other people got their packages in during the same time, so I think it's working.
[05:37] <Hobbsee> ah, here we go.
[05:38] <Hobbsee> soothsayer: uh, what?
[05:38] <bmm> Hobbsee: but you are right in that simply pushing more onto revu won't help.
[05:38] <Hobbsee> soothsayer: depends where you tell it to upload to
[05:38] <Hobbsee> bmm: which package?
[05:38] <bmm> Hobbsee: boswars, http://revu.tauware.de/details.py?upid=42
[05:38] <Hobbsee> cellwriter_1.0.0_source.changes
[05:38] <Hobbsee> gnome-ppp_0.3.23-1ubuntu1_source.changes
[05:38] <Hobbsee> jeliza_2.4beta1-0ubuntu1_source.changes
[05:38] <Hobbsee> zekr-quran-translations-en_1.0-0ubuntu1_source.changes
[05:38] <Hobbsee> anyone interested in ^ either?
[05:39] <ScottK> Hobbsee: The zekr one is on my list.
[05:39] <soothsayer> Hobbsee: Not me doing the uploading. I'm following a package that has supposedly has the fix uploaded. It hasn't made it's way to repos and I want to get my hands on it now.
[05:39] <Hobbsee> ScottK: it's in rejected, for some reason
[05:39] <Hobbsee> soothsayer: it likely has to the gutsy ones
[05:39] <ScottK> Hmmm
[05:40] <ScottK> Any chance you could grab it and mail it to me?  IIRC it's small.
[05:40] <Hobbsee> ScottK: i moved it out of rejected
[05:40] <ScottK> Ah.
[05:40] <ScottK> Good.
[05:41] <Hobbsee> oh, is ee
[05:41] <Hobbsee> bmm: boswars is broken
[05:41] <Hobbsee> /srv/uploads/boswars_2.4-0ubuntu1_source.changes:
[05:41] <Hobbsee>       Good signature found
[05:41] <Hobbsee>    validating boswars_2.4-0ubuntu1.dsc
[05:41] <Hobbsee>       Good signature found
[05:41] <mok0> ScottK: I've been messing about with several uploads of wulfware. Can you see if the set of files that's there match up?
[05:41] <Hobbsee>    validating boswars_2.4.orig.tar.gz
[05:41] <Hobbsee> dscverify: invalid file length for boswars_2.4.orig.tar.gz (wanted 49037395 got 9143648)
[05:41] <Hobbsee>    validating boswars_2.4-0ubuntu1.diff.gz
[05:41] <Hobbsee> Validation FAILED!!
[05:41] <Hobbsee> /srv/uploads/boswars_2.4-0ubuntu1_source.changes could not be processed. moving to rejected
[05:42] <bmm> Hobbsee: Ah! Uhm... but how did that happen...
[05:42] <Hobbsee> bmm: removed, please try uploading it again
[05:43] <ScottK> bmm: Did you build a binary package and dirty the source after you made the source package?
[05:43] <Hobbsee> bmm: id' say it didnt get all of the base tarball
[05:43] <Hobbsee> ScottK: if it's a wront tarball length, that usually means not all of it got uploaded.
[05:43] <soothsayer> Hobbsee: The package is libxmlrpc-c3. I can't find it in universe Gutsy source nor binary
[05:43] <ScottK> OK.
[05:43] <bmm> Hobbsee: thanks! I can start the dput now?
[05:43] <Hobbsee> sarah@LongPointyStick:~$ madison libxmlrpc-c3
[05:43] <Hobbsee> libxmlrpc-c3 | 1.06.17-0ubuntu2 | http://mirror.pacific.net.au gutsy/universe Packages
[05:43] <Hobbsee> libxmlrpc-c3 | 1.06.17-0ubuntu2 | http://archive.ubuntu.com gutsy/universe Packages
[05:43] <Hobbsee>   xmlrpc-c | 1.06.17-0ubuntu2 | http://mirror.pacific.net.au gutsy/universe Sources
[05:43] <Hobbsee>   xmlrpc-c | 1.06.17-0ubuntu2 | http://archive.ubuntu.com gutsy/universe Sources
[05:43] <Hobbsee> bmm: yes
[05:44] <bmm> Hobbsee: it's probably an upload error then. Thanks for the info, I finally have something to work with :-D
[05:44] <Hobbsee> who's michael levin?
[05:45] <soothsayer> Hobbsee: ubuntu2 had a packaging bug, I assume the corrected version would be ubuntu3. Am I wrong?
[05:45] <Hobbsee> soothsayer: usually.  depends whether it got committed to bzr, or uploaded
[05:45] <ScottK> mok0: It looks like it's all there.
[05:45] <mok0> ScottK: thx
[05:45] <soothsayer> Hobbsee: Can either of those be accessed publically?
[05:45] <Hobbsee> ScottK: zekr only seemed to ahve teh changes file there.
[05:45] <ScottK> mok0: And it wasn't in Hobbsee's list of rejected packages.
[05:46] <Hobbsee> soothsayer: of course
[05:46] <soothsayer> Hobbsee: A hint?
[05:47] <Hobbsee> right, who is this michael levin person?
[05:47] <Hobbsee> andrew howlett, as well
[05:49] <Hobbsee> oh, drat
[05:49] <Hobbsee> siretart: you're not stilla round, are you?
[05:50] <Hobbsee> oh, i probably need to sudo -u revu1 this.
[05:50] <mok0> I am going to package torque/maui now. They have some pretty strange not-free licenses. Can I contribute the packages to "restricted"?
[05:52] <Hobbsee> bmm: by any chance, is the package not uploaded yet?
[05:52] <Hobbsee> or not fully uplaoded?
[05:53] <Hobbsee> bmm: hmmm.  axed it again.
[05:53] <Hobbsee> bmm: try uploading again, and if that doesnt work, tell me when it's fully uploaded, and i'll fix it harder
[05:54] <Hobbsee> ok, everything else *should* be fixed, unless you're not in the keyring, which siretart will ahve to fix.
[05:57] <siretart> Hobbsee: huh?
[05:57] <siretart> ah, keyring syncing
[05:58] <Hobbsee> siretart: yep
[05:58] <jussi01> Lutin: here now, whats up?
[05:59] <Lutin> jussi01: re-upload a (hopefully) correct version of mlt++ and kdenlive. want to give it a try ?
[06:00] <jussi01> Lutin: sure. same repo?
[06:00] <bmm> Hobbsee: Ok, I'll start uploading it again now. Weird thing is it worked the first time.
[06:01] <Lutin> jussi01: yep
[06:01] <bmm> Hobbsee: Error '553 Could not create file.' during ftp transfer of boswars_2.4-0ubuntu1.dsc. Then it goes on telling me I can try dcut, what should I do?
[06:02] <Hobbsee> bmm: dont use dcut, for a start
[06:03] <jussi01> lutin seems to have installed fine
[06:03] <bmm> Hobbsee: wouldn't know how to use dcut, never heard of it before.
[06:03] <Hobbsee> bmm: removed, try agin
[06:04] <Lutin> jussi01: yay ! :)
[06:04] <jussi01> Lutin: and looks like it works fine also
[06:04] <jussi01> :)
[06:04] <jussi01> ok, Im off to do some more cleaning. thanks again Lutin :)
[06:04] <Lutin> jussi01: np :)
[06:04] <jussi01> :)
[06:05] <bmm> Hobbsee: thanks, trying now.
[06:06] <bmm> Hobbsee: failed, same problem. dput -f revu boswars_2.4-0ubuntu1_source.changes tells me '553 Could not create file.' after ok-ing the signatures.
[06:07] <Hobbsee> siretart: do you know anything about ^ ?
[06:07] <Hobbsee> oh, it's uploading them as root.
[06:07] <siretart> bmm: retry
[06:07] <siretart> Hobbsee: I rm'ed ~ftp/incoming/*
[06:07] <siretart> (well. not the symlink, actually)
[06:07] <bmm> siretart: Ah, it's uploading!
[06:08] <bmm> Will take some time now, it's 40MB
[06:08] <Hobbsee> siretart: so which dir are we using?  /srv/uploads or ~ftp/incomming?
[06:08] <bmm> siretart and Hobbsee: thanks for looking into the problem, hope it will run smooth from here.
[06:08] <siretart> Hobbsee: you need to ask sistpoty about this :)
[06:08] <Hobbsee> ahhh
[06:09] <siretart> Hobbsee: I think uploads go to ~ftp/incoming, but are moved via cron to /srv/uploads. however I'm not sure why
[06:09] <Hobbsee> seeing as /h/f/i was completely empty, up until an hour or so ago...
[06:10] <bmm> siretart: Maybe the cron job moved a half upload? (Althouth that shouldn't be a problem under linux, as long as it's not a copy,rm)
[06:11] <Hobbsee> siretart: you'll need to chown those files
[06:11] <siretart> maybe. lets ask sistpoty when he comes around
[06:11] <siretart> Hobbsee: done
[06:13] <Hobbsee> dscverify: can't open /srv/uploads/boswars_2.4-0ubuntu1_source.changes: Permission denied
[06:13] <Hobbsee> Validation FAILED!!
[06:13] <Hobbsee> /srv/uploads/boswars_2.4-0ubuntu1_source.changes could not be processed. moving to rejected
[06:13] <Hobbsee> hmmm.  something's still being rotten.
[06:13] <Hobbsee> whether that script doesnt have sufficient permission to view the file, i dont know
[06:26] <rugueux> Hi there, I'm packaging a driver, with a proprietary firmware, is there a doc, or can somebody explain me how to do it, in order to appear in the restricted-drivers...
[06:32] <Lutin> jussi01: :)
[08:19] <bigon> nobody of the motu uvf team here?
[08:19] <ScottK> No
[08:22] <ScottK> bigon: I'm in motu-uvf.  What's up?
[08:24] <bigon> ScottK: will farsight sinced or not? https://bugs.launchpad.net/ubuntu/+source/farsight/+bug/132911 ?
[08:24] <ubotu> Launchpad bug 132911 in farsight "[UVFe]  Please sync farsight (universe) from Debian unstable (main)" [Undecided,Incomplete] 
[08:24] <bigon> ScottK: as said the current version in gutsy doesn't work at all for me
[08:26] <bigon> ScottK: tp-stream-engine as well https://bugs.launchpad.net/bugs/132912
[08:26] <ubotu> Launchpad bug 132912 in telepathy-stream-engine "[UVFe]  Please sync telepathy-stream-engine (universe) from Debian unstable (main)" [Undecided,Incomplete] 
[08:27] <ScottK> bigon: It would help me a lot if you would edit the upstream changelog file down to the actual changes (not the tz stuff) so I could properly review it.
[08:28] <zul> also does it install ok?
[08:38] <bigon> zul: yep I'm using it currently
[08:41] <sistpoty> hi folks
[08:47] <bigon> ScottK: I've resend an better diff of the changelog
[08:48] <ScottK> Thanks.  Commenting that you've installed and are using is good too if you haven't already.
[08:49] <sistpoty> hm... s.th. is very strange with the process uploads script of revu (and/or dscverify)...
[08:58] <sistpoty> oh oh, seems like I've just done s.th. stupid causing some revu hickup :(
[09:05] <pygi> sistpoty, did you got that invitation from your lawyer? :)
[09:05] <sistpoty> hehe
[09:23] <sistpoty> ok, revu should be accepting and processing uploads again.
[09:28] <sistpoty> huhu siretart
[09:30] <sistpoty> siretart: the move_uploads.sh script is pretty stupid: if a file gets uploaded and the script runs while its being uploaded, it gets hosed.
[09:31] <siretart> sistpoty: ah, we have been suspecting that today. someone was trying to do an 40mb uploda
[09:31] <siretart> d
[09:32] <sistpoty> hm... I guess if it would mv the files, it should work (.changes gets uploaded last and gets moved in the next run, and the file vsftpds file descriptor should also stay valid, right?)
[09:32] <sistpoty> oh, and there was a symlink in /home/ftp/incoming, which caused the script to exit after copying the files *g+
[09:33] <sistpoty> bah... can't write english: the file descriptor of a file getting uploaded at the moment should stay valid, right?
[09:34] <siretart> the fd doesn't get invalidated while mv'ing the file, right
[09:35] <sistpoty> ok, I'll change the script then
[09:36] <siretart> sistpoty: btw, I played a bit with acl on the revu.cfg and /etc/sudoers, so that every 'ubuntu-dev' is able to do a keyring sync
[09:36] <siretart> with all consequences of that
[09:36] <sistpoty> cool :)
[09:43] <sistpoty> let's see if the script works
[09:45] <norsetto> !pastebin
[09:45] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[09:47] <norsetto> http://paste.ubuntu-nl.org/34817/ => I'm puzzled by this changelog; anyone understands why it was changed like this?
[09:52] <sistpoty> norsetto: do you mean the conflicts/replaces or the entry in the debian revision?
[09:52] <norsetto> the entry in the debian revision
[09:53] <sistpoty> norsetto: obviously wasn't planned, maybe a too fast dch -a instead of -i
[09:53] <norsetto> sistpoty: can the extra space in the debian changelog justify this?
[09:54] <norsetto> sistpoty: I mean, extra blank line
[09:55] <norsetto> sistpoty: is the * 0u that really puzzles me, so I guess you are right, its perhaps an hasty dch
[09:57] <norsetto> sistpoty: since I'm doing a new merge, my idea was to discard this change to the debian entry altogether
[10:00] <sistpoty> norsetto: sorry, was afk for a cigarette
[10:00] <sistpoty> norsetto: just drop that entry
[10:01] <norsetto> sistpoty: right; thx
[10:02] <sistpoty> hehe, no just away from keyboard *g*
[10:02] <jussi01> lol
[10:02] <norsetto> righty oh :-)
[10:14] <sistpoty> ScottK: that's why my last entry summarizes all of these...
[10:14] <sistpoty> but that's only a matter of perspective: I do basically reapply the ubuntu changes, whereas you'd do a real merge ;)
[10:15] <ScottK> Heh.  Just keeping the latest entry does lose the when part of it.
[10:15] <sistpoty> that's right, and the who-part, though I'd never found that to be real valuable information
[10:16] <sistpoty> instead when needing to reapply all changes, I've actually found out sometimes what the changes where really about (instead of what was mentioned in the changelog)
[10:16] <ScottK> I found it useful on a couple of occasions to figure out what Debian changed at the same time.  It was helpful in confirming it was safe to drop an Ubuntu change.
[10:16] <ScottK> I can imagine that too.
[10:27] <sistpoty> ok, gotta go to bed now. gn8 everyone
[11:03] <ajmitch> the nvidia blob ate my machine
[11:03] <ajmitch> (again)
[11:07] <norsetto> nvidia -ati 0-1
[11:10] <ajmitch> it would have been nice if there were an amd64 motherboard with a video chipset that had free drivers
[11:11] <ajmitch> at least X is only spinning at 100% of 1 cpu core
[11:11] <ajmitch> ah no, it stopped, mplayer must have finally quit
[11:12] <norsetto> ajmitch: need a nice gui for mplayer?
[11:12] <ajmitch> no
[11:12] <norsetto> ajmitch: free? I'll bundle an ati video card too?
[11:14] <ajmitch> I'd rather not use something that's worse than what I have, thanks
[11:19] <norsetto> ajmitch: you see, now you appreciate what you have :-)
[11:21] <ajmitch> norsetto: yes, I appreciate that the drivers are irritating & less than stable
[11:23] <norsetto> ajmitch: actually the xorg ati ones are not that bad.
[11:24] <ajmitch> except that I'd like to be able to actually use the card for useful 3d functionality
[11:25] <norsetto> ajmitch: indeed
[11:26] <ajmitch> having free drivers is a nice thing, but having working hardware is also great
[11:26] <norsetto> ajmitch: the french say "you can't have the butter and the money for the butter"
[11:28] <norsetto> ajmitch: and then they add something about the girl who sells the butter ....
[11:29] <ajmitch> heh
[11:55] <bigon> is still possible to add new package to gutsy?
[11:59] <Kmos> tribe-5 is out!
[11:59] <Kmos> freeze over :)
[11:59] <geser> bigon: yes, till NPFU at the end of August
[12:03] <norsetto> highvoltage: Hi
[12:07] <bigon> rahhh I forgot again to build a package with -sa before uploading to revu :/ could someone remove files from the incoming directory?
[12:08] <ScottK> Kmos: Universe wasn't frozen.
[12:12] <Kmos> ScottK: yeah.. it's UVF :)
[12:14] <ScottK> Kmos: No.  The archive freeze for Tribe 5 was only for Main.
[12:14] <ScottK> UVF is a completely unrelated concept.
[12:14] <norsetto> geser: I was wondering if mon is just a sync?
[12:17] <geser> norsetto: I just checked the diffs on mom, but it still looks like a merge
[12:17] <geser> the init script got rewritten but it still doesn't recreate /var/run/mon if needed
[12:18] <norsetto> geser: well, I was wondering since they changed it from a daemon
[12:18] <bigon> Could someone have a look at http://revu.tauware.de/details.py?upid=57 The package is in the new queue on debian so I've made a fake sync
[12:19] <Kmos> ScottK: ok :)
[12:20] <LaserJock> any motu-uvf around?
[12:20] <geser> norsetto: I can't find a reference to it in the changelog
[12:21] <geser> norsetto: what did change was that it previously run as the user daemon and now as the new user mon
[12:21] <norsetto> geser: sorry, I explained myself badly, I mean, its not running as a daemon user
[12:22] <ScottK> LaserJock: Just barely
[12:22] <geser> that's right, it uses the mon user now but is still a daemon (the ubuntu patch need adjustments for the new user, btw)
[12:23] <norsetto> geser: yeah, you are 200% correct
[12:23] <LaserJock> ScottK: well, I was thinking of asking for a quick-n-dirty UVFe, but maybe I should go the long way and do it properly ;-)
[12:25] <ScottK> LaserJock: That'd be better.  I'm on the way out the door and my brain is fried.
[12:25] <LaserJock> ScottK: np