[12:38] <zul> Fujitsu: i dont think we should sync the rt2400 drivers from debian since its alread in the kernel
[12:45] <Nafallo> zul: there is a graphical interface in that source as well I think?
[12:45] <Nafallo> zul: but the binary rt2400-source or whatsitsname should not be in Ubuntu, agreed.
[01:11] <norsetto> Is there a problem with the rt2500 package?
[01:35] <mohammad> regarding http://packages.ubuntu.com/gutsy/x11/ttf-scheherazade I had uploaded, Nicolas Spalinger (a member of Debian pkg-fonts team) asked me to rename the package to ttf-sil-scheherazade.
[01:35] <mohammad> Is it possible to change the name?
[02:19] <RAOF> geser: It's not built against just 2.5 - it's built against anything <= 2.5
[02:19] <RAOF> See debian/pyversions (2.5- vs 2.4-)
[02:20] <RAOF> geser: Obviously my changelog entry is misleading, then :(
[03:07] <mohammad> is any motu online?
[03:10] <tonyyarusso> Could someone clarify the difference between Upstream Version Freeze and Universe New Package Freeze?  I think the latter is what I'm concerned with, but as it's the later one I want to make sure not to miss the former by mistake.
[03:13] <Toadstool> tonyyarusso: UVF means no new upstream versions for already existing packages and Universe New Package Freeze means no NEW packages, ie packages which don't have any previous version in the archive and need to go through the NEW queue
[03:13] <tonyyarusso> Toadstool: okay, good.  So August 30th is my deadline.
[03:26] <bddebian> Heya gang
[03:39] <mohammad> there is an issue in naming of one of the packages I had uploaded before http://packages.ubuntu.com/gutsy/x11/ttf-scheherazade. it should be change to ttf-sil-scheherazade. please let me know how I can fix it?
[03:41] <bddebian> I think you would have to build a new package and add a Replaces: for the existing
[03:44] <bddebian> cripes who's filing all the sync and merge requests??
[03:44] <mohammad> bddebian: in the changelog should I mention anything more than initial release? (like the previous name or previous changelog entry)
[03:45] <ajmitch> bddebian: what's wrong with the syncs?
[03:46] <bddebian> I would use the original package's changelog and add another changelog entry stating the rename and the replaces.  But I'm no expert on the subject
[03:46] <bddebian> ajmitch: Nothing, just making hard to keep the list down ;-)
[03:47] <mohammad> bddebian: thanks :)
[03:48] <ajmitch> bddebian: are these sponsor requests?
[03:49] <bddebian> ajmitch: Aye
[03:50] <ajmitch> a lot of fairly minor stuff there
[03:52] <bddebian> Yeah but I wonder if the person is at least test building them
[03:53] <ajmitch> he hasn't in the past
[03:53] <bddebian> Do we just ack them or test build them before ack'ing?
[03:53] <ajmitch> you never 'just ack' stuff
[03:53] <jdong> oops :)
[03:53] <jdong> slightly sidetracked
[03:54] <bddebian> So what's the point of someone filing these? :-)
[03:54] <ScottK> bddebian: Who is filing them?
[03:54] <ajmitch> ScottK: your friend
[03:54] <ScottK> Ah.
[03:55] <ScottK> bddebian: I'd either ignore them or check them very closely.
[03:55] <ScottK> If you think he's being abusive of the process, feel free to complain to jono.
[03:56] <ajmitch> bddebian: if you want other work to do, there's still a bunch of debian bugs on http://django.ajmitch.net.nz/rcbugs/ to see if they can be synced
[03:57] <ajmitch> we managed to get a number of sync requests filed from there, but the debian rc bugs don't always apply
[03:58] <jdong> Q: what's slower than bzr's initial branch...
[03:58] <jdong> A: Launchpad!
[03:58] <jdong> oops
[03:58] <jdong> I mean... nothing. bzr is blazing fast
[03:59] <bddebian> ajmitch: Holy crap d00d
[03:59] <bddebian> jdong: hehe
[04:00] <ajmitch> bddebian: what?
[04:00] <bddebian> Big list :-)
[04:00] <ajmitch> yeah, it was bigger a week ago
[04:00] <ajmitch> a comments field was added the other day to make coordinating it a bit easier
[04:00] <bddebian> Yeah, I see the yaird serious bug is waiting on another
[04:01] <ajmitch> most of the comments were of the type  'sync requested'
[04:02] <jdong> whoo! it's branched
[04:03] <jdong> RAOF: hey dude, you around? got an xgl thing to discuss (wrt. keymapping shift+bksp zapper)
[04:03] <RAOF> jdong: Yup.  Fire away.
[04:03] <jdong> RAOF: as you are probably aware, Xgl maps SHIFT+Bksp to zap the Xgl server...
[04:04] <RAOF> It did.  Does it still?
[04:04] <jdong> RAOF: this is pretty irritating because it's extremely easy to accidentally trip
[04:04] <RAOF> Indeed.
[04:04] <jdong> RAOF: err... well I think it still does
[04:04] <RAOF> Ok, I'll just check.
[04:04] <RAOF> But I thought it didn't, because the ubuntu packages stopped doing that :)
[04:04] <jdong> RAOF: at any rate, the command xmodmap -e "keycode 22 = BackSpace" within the Xgl server will disable that mapping...
[04:05] <jdong> RAOF: might be a good idea to apply at bottom of debian/Xgl-session anyway
[04:05] <RAOF> jdong: Totally, if it kills Xgl now.
[04:07] <RAOF> jdong: Running my Xgl package now.  Shift-backspace doesn't kill Xgl for me.
[04:07] <jdong> RAOF: very interesting, let me try it too...
[04:07] <RAOF> Neither does Ctrl-backpace, nor alt-backspace... ;)
[04:09] <jdong> RAOF: here's the deal... something happens after GNOME/compiz starts up that inhibits shift+bksp...
[04:09] <jdong> RAOF: but if I just boot up to a plain Xgl minimalist environment, shift+bksp still zaps the server
[04:09] <RAOF> Maybe setting my keymap.  Ok.
[04:10] <jdong> right
[04:10] <jdong> setting your keymap will reset the bksp key
[04:10] <RAOF> So, will the xmodmap have any annoying side-effects?
[04:10] <jdong> RAOF: nope, this only remaps the backspace key to exclude terminate_server
[04:10] <jdong> RAOF: it doesn't have any other side effects
[04:10] <RAOF> Excellent.  I'll fix that then.
[04:11] <jdong> spectacular, thanks!
[06:31] <bddebian> Anyone else having an issue uploading?
[08:31] <jose244> hey guys im interested in helping in developement
[08:32] <RAOF> Yay!
[08:32] <RAOF> What would you like to do?
[08:32] <jose244> im really confused on the categories i can choose can u tell me the diffrences?
[08:33] <jose244> theres core developers and MOTU right?
[08:33] <RAOF> Yes.
[08:33] <jose244> wat are the differences?
[08:34] <RAOF> And "MOTU hopefuls", and Bug Team, and... :)
[08:34] <RAOF> Core devs can upload anything, MOTU can upload to universe.=
[08:34] <RAOF> Hopefuls can't upload at all, and do so through a sponsor.
[08:35] <jose244> ill be MOTU dev. to start out
[08:35] <RAOF> As far as the packaging side of contributing goes, you pass from Hopeful -> MOTU -> Core Dev.
[08:35] <jose244> so i gota start from hopeful i suppose?
[08:35] <RAOF> Although you don't have to take any of those steps; you can remain a hopeful, or a MOTU.
[08:36] <jose244> ok now i understand
[08:36] <RAOF> Yup.  You don't get upload privileges until we're sure you know what to do with them :)
[08:36] <jose244> alright so im ready lol
[08:36] <jose244> wat version do i need to use?
[08:37] <pygi> :D
[08:37] <RAOF> jose244: Generally, the latest dev release.  Almost all development goes on there.
[08:37] <RAOF> So, at the moment, Gutsy.
[08:38] <RAOF> The easiest way to start helping is to find a bug that you care about, and see what can be done to fix it.
[08:38] <jose244> ok
[08:39] <RAOF> If you don't have a pet-peeve, there are a bunch of bugs on launchpad marked as "bitsize".  Those would also be good.
[08:40] <jose244> ill look into that
[08:40] <jose244> so theres a special dev release or just use normal one?
[08:41] <RAOF> It's just the normal Gutsy release.
[08:41] <jose244> alright thx
[08:41] <RAOF> You probably want to look at wiki.ubuntu.com/MOTU if you haven't already.
[08:41] <RAOF> Particularly https://wiki.ubuntu.com/MOTU/TODO
[08:42] <pygi> RAOF, you should probably give him link to packaging guide :)
[08:42] <RAOF> Heh, yes.
[08:43] <RAOF> !packagingguide | jose244
[08:43] <ubotu> jose244: The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports
[08:43] <jose244> so many links lol
[08:43] <RAOF> There's a lot of information, yes.
[08:44] <RAOF> If you don't know packaging, then the packaging guide is probably a good start.
[08:44] <RAOF> Maybe read it in conjunction with a bitesize bug?
[08:44] <jose244> ok will try
[08:45] <jose244> lets say i want to package a new software i found or made i would have to go threw the process?
[08:45] <RAOF> If the packaging guide seems too much, there are other ways to help.
[08:45] <RAOF> jose244: Yes.  The MOTU page has the process you need to follow to get a new package into Ubuntu
[08:46] <jose244> ok thx,wat are the other ways of help i can do?
[08:47] <RAOF> jose244: Well, you can help triage bugs.  We always have plenty of them! https://wiki.ubuntu.com/HelpingWithBugs
[08:47] <RAOF> If you know more than one language you can help translate Ubuntu.  You can contribute artwork or documentation.  These are all helpful, and important.
[08:48] <jose244> o o i know spanish
[08:48] <RAOF> jose244: then you might be interested in !rosetta
[08:48] <jose244> !rosetta
[08:49] <ubotu> rosetta is a Web-based system for translating open source software into any language.  See https://launchpad.net/rosetta/+about
[08:49] <jose244> ok thx ill try to do little of each to help out the community has much has i can
[08:51] <RAOF> Great!
[08:53] <jose244> im at one of the ftp mirrors i go into the main folder next?
[08:55] <jose244> http://mirrors.kernel.org/ubuntu/dists/gutsy/ im here
[08:57] <RAOF> I'm not sure what the question is.
[08:57] <jose244> where i downlaod gutsy lol
[08:57] <jose244> i think im at the wrong place...
[08:57] <RAOF> Ah.
[08:57] <RAOF> Right.  So that would be...
[08:58] <jose244> yea im asking where i can downlaod gutsy...anyways ubuntu looks like a promising os
[08:58] <RAOF> jose244: http://www.ubuntu.com/testing/tribe4
[09:00] <jose244> o god lol 700mb
[09:00] <jose244> yay 3 hour download
[09:00] <jose244> ill be testing in a few hours
[09:13] <jose244>  can i install it in vmware workstation 6.0?
[09:13] <RAOF> Yes
[09:13] <jose244> alright thx
[10:03] <jose244> woot 1hour and 18 mins left to finish gusty downlaod
[10:16] <\sh> hmmm..does anyone run tribe4 on more then one screen with desktop-effects?
[11:31] <Hobbsee> it wont
[11:31] <Hobbsee> contains too much crack to build.
[11:31] <RAOF> But I've been carefully patching the crack with stickytape and bubblegum!
[11:33] <Hobbsee> haha
[11:33] <Hobbsee> sticky tape wont cut it.
[11:38] <Hobbsee> jmg: VHB?
[11:38] <Hobbsee> bah
[11:39] <jmg> Very High Bond tape
[11:39] <jmg> used to stick together aeroplanes. :)
[11:39] <Hobbsee> :)
[11:39] <Hobbsee> we never ended up using them for sound/technical stuff
[11:40] <\sh> I really wonder if desktop-effects works with two screens...
[11:40] <jmg> \sh: not xinerama
[11:41] <jmg> twinview should be ok
[11:41] <\sh> twinview ? you mean the two screens are displaying the same?
[11:41] <jmg> no - twinview the nvidia technology
[11:41] <\sh> ah..no just plain radeon oss driver...
[11:42] <jmg> the equivalent in ati speak is hydravision
[11:46] <jmg> so what video players work in compiz?
[11:46] <RAOF> Anything.  As long as your drivers aren't broken.
[11:46] <jmg> i cant make totem display anything.
[11:47] <RAOF> Fully up to date gutsy?
[11:47] <jmg> yes
[11:47] <RAOF> A recent ati driver update should've fixed it.
[11:48] <jmg> <- nvidia
[11:48] <jmg> mplayer works
[11:48] <RAOF> Oh.
[11:48] <RAOF> Um, Totem should, too.
[11:48] <jmg> s'what i thought.
[11:48] <RAOF> I've never had any problems.
[11:49] <jmg> hmm.
[11:50] <jmg> is xv still the right option to use?
[11:51] <\sh> xv as image viewer? ,-)
[11:52] <stgraber> RainCT: ping
[11:54] <jmg> xvideo
[11:56] <stgraber> RainCT: --binary-arch isn't in fact the correct option to select a custom arch, you should replace it by : --debootstrapopts "--arch" --debootstrapopts "$BINARCH"
[11:57] <stgraber> RainCT: sorry, I didn't have the time to test it before (pbuilder creation worked but I didn't notice it was amd64 as well :))
[11:57] <RAOF> jmg: Yes?  Although it might not work on a second monitor.
[11:58] <jmg> i see
[11:59] <jmg> well, id better go if i want to make tomorrows UMC meeting. :)
[11:59] <jmg> bye
[12:17] <RainCT> stgraber: pong
[12:22] <RainCT> stgraber: thanks :)
[01:15] <infinito> is it possible to get a debian sync yet??
[01:16] <ogra> infinito, its possible all the time ... the amount of paperwork you have to do for requesting one just gets higher towards the end ;)
[01:16] <Hobbsee> greetings, ogra
[01:16] <ogra> hey Hobbsee
[01:17] <white> Hobbsee: hey :)
[01:17] <white> and all the nothers as well :)
[01:17] <white> s/nothers/others/
[01:17] <infinito> ogra: i've filled a requestsync, that's enough now?
[01:18] <ogra> infinito, shuld be until thursday ... after that you need a UVF exception
[01:18] <white> Hobbsee: i have read that you are release manager for universe (or something like that), are you still talking to common mortals like me? :P
[01:19] <Hobbsee> white: i'm a common mortal, trust me.
[01:19] <Hobbsee> infinito: did you use -s?
[01:19] <white> Hobbsee: you happen to live too far away though :/
[01:19] <Hobbsee> white: yeah.  i do have plans to move, eventually, though
[01:20] <white> come here come here
[01:20] <white> (i mean Melbourne)
[01:20] <infinito> Hobbsee: i've filled the bug manually, as requestsync changes the status to Confirmed, and i'm not a MOTU, so dont have permissio n to do that
[01:21] <Hobbsee> infinito: you can change it to confirmed as a non-motu, and you can use -s whicih will subscribe teh sponsorship team, not the archive
[01:21] <Hobbsee> white: i'm not release manager for universe
[01:21] <Hobbsee> white: i'm on the UVF team, though
[01:21] <Hobbsee> white: i wanted to do the RM for ubuntu :(
[01:22] <white> Hobbsee: where is the difference between UVF and RM for universe?
[01:22] <white> as i suspect that RM for main is canonical
[01:22] <infinito> Hobbsee: i tried to subscribe the sponsorship team by hand, but launchpad says ubuntu-archive-sponsors team doesn't exist
[01:22] <Hobbsee> white: release manager for ubuntu is more main stuff, but also does tribe images and whatnot.  and pokes people about bugs.
[01:23] <Hobbsee> infinito: it's ubuntu-universe-sponsors
[01:23] <white> are there RMs, which are not employed?
[01:23] <white> Hobbsee: well you are RM for universe then ;)
[01:23] <Hobbsee> white: tehre's a release management team, but there's an employed RM, yes.
[01:23] <Hobbsee> white: it all gets convoluted and confusing
[01:23] <Hobbsee> white: and i'm not - univeres is a team, done by votes
[01:24] <Hobbsee> heh, i'll explain elsewhere
[01:24] <white> Hobbsee: well there is normally always more than one release manager :)
[01:25] <infinito> Hobbsee: so is this enough? https://bugs.launchpad.net/ubuntu/+source/pyrenamer/+bug/131991
[01:25] <ubotu> Launchpad bug 131991 in pyrenamer "Please sync pyrenamer 0.4.1-1 (universe) from Debian unstable (main)" [Undecided,New] 
[01:25] <Hobbsee> white: not in ubuntu, per se
[01:25] <Hobbsee> white: at least, not until gutsy
[01:26] <RAOF> Ha!  Miro builds!
[01:26] <Hobbsee> RAOF: please read the backscroll, and dont give out incorrect information
[01:26] <Fujitsu> RAOF: Lies, all lies.
[01:26] <Hobbsee> er, Kmos, not RAOF
[01:27] <Hobbsee> no
[01:27] <Kmos> lol
[01:28] <Kmos> http://kmos.homeip.net/~kmos/ddclient -> if someone want to upload/fix the package. it's a merge with some fix.. the debian maintainer doesn't answer me.
[01:30] <Hobbsee> Kmos: you cant approve your own sync requests.  this means you cant use confirmed, and subscribing u-a yourself.  infinito, if you use -s for requestsync, it will automatically set the status to new, and subscribe the sponsorship team
[01:30] <Hobbsee> Kmos: but seriously, why do you want to sync the world *again*?
[01:30] <Hobbsee> Kmos: work on some bugs for a while
[01:31] <Hobbsee> Kmos: we have the autosync turned off for a reason, and it's not so that we can get kicks out of manually filing sync requests
[01:32] <Kmos> Hobbsee: my sync request's have fix/upstream version
[01:32] <Kmos> i'm not syncing the world
[01:32] <Kmos> just a few packages before thursday
[01:33] <StevenK> A few != 16
[01:33] <Kmos> StevenK: check if they aren't important
[01:33] <StevenK> Which involves wasting time.
[01:33] <Kmos> Hobbsee: i don't have subscribed U-A, i've used -s
[01:33] <Hobbsee> Kmos: great!
[01:33] <Hobbsee> Kmos: else i'd have to kill you.  in a COC-approved fashion, of course.
[01:33] <Hobbsee> :)
[01:34] <Kmos> i've ask for xterm, that's a good sync.. tasks for gnome, xdialog, xmoto and tmw are games
[01:34] <Hobbsee> Kmos: you have considered that the new upstream versions may contain more bugs, havent you?
[01:34] <Kmos> and others I've already done for other packages of gnu the r-cran-* ones
[01:35] <Kmos> Hobbsee: yes.. but it will fix bugs too, that's the life of software
[01:36] <Hobbsee> Kmos: but still, the autosyncer is off.  the point is not to grab every piece of software with a new upstream version.
[01:37] <Kmos> Hobbsee: i don't have done it randomly..
[01:39] <StevenK> Then list which bugs you fix or your rationale for filing them and you won't get questioned.
[01:39] <StevenK> s/you fix/the sync will fix/
[01:42] <RAOF> Wow, miro is down to only one "fix your crap" message on startup
[01:44] <Hobbsee> RAOF: high proportion of crack.
[01:44] <Hobbsee> RAOF: makes all sorts of insane things happen
[01:45] <RAOF> Maybe I should just leave the xine renderer as default.  Gstreamer is less tested, and I don't actually *want* to fix broken crap.
[01:51] <white> anyone here knows, if it is possible to work on some pictures with a free program so that it is also possible to keep working on it afterwards in photoshop (non-free ugly stuff) ?
[01:52] <RAOF> Lossless png?
[01:52] <white> RAOF: i don't even know photoshop. I just try to do my ex-girlfriend a favour
[01:55] <Ng> white: if you use a lossless format, yes. if you want to preserve layers and stuff it might be quite tricky, in that I'm not sure gimp can save .psd
[01:55] <Ng> but you could always save the layers as PNGs and then re-composite them in photoshop
[01:55] <white> Ng: not quite sure, if she will understand that, but i will try to forward it. Thanks
[01:55] <ogra> white, afaik gimp can edit and store .psp files
[01:56] <Fujitsu> ogra: I think so too.
[01:56] <Fujitsu> I think it can also do .psd, but not quite sure.
[01:57] <ogra> err, thats what i meant actually, .psd
[01:58] <stgraber> http://finance.google.com/finance?q=SCOX <-- SCO after the weekend :)
[01:58] <Fujitsu> stgraber: I pointed that out almost 24 hours ago now... rather impressive, yes!
[01:59] <stgraber> Fujitsu: oh, didn't read my backlog that far sorry :)
[02:05] <RAOF> So, should I patch miro to get it to print out the right version?
[02:07] <xxxxx1> mornin' people
[02:26] <zul> hey if you want to buy scox stock now is the tie
[02:26] <zul> time even
[02:26] <Nafallo> zul: you think they will rise again?
[02:27] <zul> Nafallo: you never know if someone buys them out
[02:27] <Nafallo> true
[02:44] <RAOF> Damn this lack of REVU.
[02:44] <Hobbsee> RAOF: find a server somewhere?
[02:45] <RAOF> Yeah.  Well, I've got one of my own, kinda.
[02:45] <RAOF> It's just nicer on revu :)
[02:46] <sacater> hey guys who makes the wireless drivers for the rt2500?
[02:46] <TheMuso> Any Australian who is willing to donate a few bucks to them can get 1GB of space, and assign a domain to it etc.
[02:46] <TheMuso> RAOF: ^^ :p
[02:46] <Nafallo> sacater: the rt2x00 project :-)
[02:47] <TheMuso> And its only open to Aussies.
[02:47] <RAOF> TheMuso: That's pretty cool.
[02:47] <sacater> Nafallo: well my mate cant get his wireless to work
[02:47] <RAOF> I don't suppose the domain comes with that donation? :)
[02:47] <TheMuso> RAOF: Indeed.
[02:47] <TheMuso> RAOF: Unfortunately, no.
[02:47] <RAOF> Eh, got my own, anyway.
[02:47] <Nafallo> sacater: gutsy?
[02:47] <sacater> Nafallo: Feisty
[02:47] <sacater> Nafallo: with updates
[02:48] <RAOF> Hm.  I suppose I'll kill the RPATH, then call it a night.
[02:48] <Nafallo> sacater: the support is much better in gutsy IMHO.
[02:49] <sacater> Nafallo: hmm
[02:49] <sacater> Nafallo: well he cant even get a wireless connection
[02:50] <Nafallo> sacater: I'm not surprised... receiving upstreams CVS commits and all ;-)
[02:50] <sacater> Nafallo: hmm
[02:50] <sacater> Nafallo: so may he have a better change?
[02:50] <sacater> chance*
[02:51] <Nafallo> sacater: he could always try the desktop cd from Tribe-4? :-)
[02:51] <Nafallo> sacater: see if there is any luck etc...
[02:52] <sacater> hmm
[02:53] <sacater> he says he cant see tribe 4, with update-manager -d
[02:54] <Nafallo> sacater: let him check if it works with a desktopcd first rather.
[02:54] <Nafallo> sacater: http://ftp.acc.umu.se/mirror/cdimage.ubuntu.com/releases/tribe-4/ I think
[02:55] <sacater> wha
[02:55] <sacater> cant he just upgrade off of feisty
[02:55] <Nafallo> sacater: does he want instability even if it does not work then? :-)
[02:55] <sacater> Nafallo: i think he wouldnt really mind
[02:56] <Nafallo> sacater: sure. update-manager -c -d should be the command then I think.
[02:58] <sacater> hi
[02:58] <illustroflamma_> hi
[02:58] <sacater> Nafallo: illustroflamma_
[02:58] <sacater> hes the one with the trouble
[02:58] <Nafallo> hi illustroflamma_ :-)
[02:59] <illustroflamma_> Hi :D
[02:59] <sacater> Nafallo: does update-manager -c -d need sudo behind it
[02:59] <Nafallo> sacater: no, in front.
[02:59] <sacater> Nafallo: lol
[03:00] <illustroflamma_> Nafallo: nothing :S
[03:02] <sacater> Nafallo: why isnt it showing up
[03:02] <Nafallo> no idea. I'm already running gutsy, so can't check either.
[03:02] <sacater> let me try
[03:03] <sacater> sudo update-manager -c -d
[03:03] <Nafallo> should be correct.
[03:03] <sacater> worked for me
[03:03] <RAOF> Is a u-u-s bug with a link to a source package acceptable?
[03:03] <Hobbsee> RAOF: sure
[03:04] <RAOF> Welcome to the dawning of a new, miro, age then
[03:04] <Hobbsee> RAOF: miro, and other crackful things are banned :P
[03:05] <Amaranth> Miro is so fscking broken
[03:08] <RAOF> A bit, yeah.
[03:08] <RAOF> They probably shouldn't be re-implementing internal DBus functionality, for example.
[03:08] <Fujitsu> RAOF: Aw, why not? That'd be boring.
[03:09] <RAOF> Anyway, for those who want first-hand experience of crack, bug #129043 is available for you crackification
[03:09] <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
[03:09] <sacater> is there any way i can remotely connect to illustroflamma's machine
[03:11] <RAOF> I'll also take this parting shot to say that there are a couple of xserver-xgl bugs someone could fix with my xgl branch :P
[03:11] <RAOF> Night all!
[03:11] <sacater> ?
[03:14] <sacater> so there is no way for me to connect to illustroflamma's machine
[03:14] <sacater> ?
[03:15] <Hobbsee> sacater: ssh would be the usual answer.  and #ubuntu would be the usual asking place
[03:15] <sacater> Hobbsee: yeah i know, but illustroflamma doesnt have a domain name
[03:16] <sacater> so ssh is not very practical
[03:19] <\sh> sacater, you need just an ip for ssh...no hostname needed
[03:20] <sacater> all i have is his router IP
[03:20] <sacater> but i cnat even ping it
[03:20] <\sh> sacater, so he has  to open the ssh port towards his machine...if you are not allowed, you have bad luck
[03:20] <sacater> he cant even log into his router
[03:20] <sacater> it was set up by BT
[03:20] <\sh> bad luck...
[04:19] <jono> hey all
[04:19] <ScottK> Hi joo
[04:19] <ScottK> jono even
[04:19] <jono> hey ScottK
[04:20] <jono> where can I find a list of all approved motu in launchpad?
[04:20] <Fujitsu> jono: ~motu/+members
[04:20] <Nafallo> jono: ~ubuntu-dev I should think :-)
[04:20] <jono> thanks
[04:20] <Fujitsu> No, ~ubuntu-dev is deprecated.
[04:20] <Nafallo> Fujitsu: oh. thanks :-)
[04:20] <ScottK> https://launchpad.net/~motu
[04:20] <Fujitsu> And not consistent with ~motu any more.
[04:21] <Nafallo> aha :-)
[04:28] <zul> hi jono
[04:29] <jono> hey zul
[04:42] <StevenK> RAOF: Still here?
[04:49] <\sh> jono: what about an ubuntu community team with sysadmin experience? ,-)
[04:49] <jono> \sh: this is being discussed :)
[04:50] <\sh> jono: cool...as requirement should be "more then 2 years experience" and "unix [not only linux]  know how"
[04:50] <Hobbsee> \sh: what's this for?
[04:51] <\sh> Hobbsee, most sysadmins who are working in serious dc environments and knowing their business have more then linux knowledge...you can filter the good ones from the semi-amateurs
[04:51] <Hobbsee> \sh: true.  i think i'm missing the context here at all.
[04:52] <Hobbsee> oh well
[04:52] <\sh> Hobbsee, tbh, those things should never happen like reported in UWN / jonos email
[04:52] <Hobbsee> indeed
[04:53] <\sh> Hobbsee, just because it gives the brand "ubuntu" the feeling of being unsecure, because nobody reads about "no clue about sysadmin-work and system security"
[04:53] <Hobbsee> true
[04:54] <Hobbsee> does someone feel generous, and want to go thru the sponsorship queue?
[04:55] <Kmos> Hobbsee: I do it if I can :)
[04:55] <Kmos> hehe
[04:55] <Hobbsee> Kmos: no way :P
[04:56] <Hobbsee> on the other hand, i can try by using the email interface
[04:57] <\sh> ok..time to go home and finishing the "\sh" buildserver for packaging amarok...yeah
[04:57] <\sh> cu later
[04:57] <Hobbsee> siretart: why did you use -s for a sponsorship request?
[04:57] <Hobbsee> siretart: https://bugs.launchpad.net/ubuntu/+source/live-initramfs/+bug/131552
[04:57] <ubotu> Launchpad bug 131552 in live-initramfs "Please sync live-initramfs (universe) from Debian unstable (main)" [Wishlist,Incomplete] 
[04:58] <Hobbsee> siretart: in fact, see the comments on the bug
[05:03] <siretart> Hobbsee: err
[05:03] <siretart> Hobbsee: I didn't use requestsync.py, I filed it by hand
[05:03] <Hobbsee> siretart: :)
[05:03] <Hobbsee> siretart: no?  weird.
[05:03] <siretart> Hobbsee: for the question: this is a new upstream release
[05:03] <siretart> Hobbsee: I want the new upstream in gutsy. I talked to panthera, and he prepared the package so it is usable in ubuntu
[05:03] <siretart> Hobbsee: why do you want to prevent the sync after all?
[05:03] <Hobbsee> siretart: i'm more wondering why you subscribed u-u-s at all, instead of u-a
[05:04] <Hobbsee> siretart: i didnt drop your bug.  i'm just wondering why you did what you did
[05:04] <Hobbsee> siretart: and no mention of why we can drop the ubuntu changes, which keybuk may well eat you for
[05:04] <Hobbsee> and i dont think you want keybuk yelling at you
[05:04] <Hobbsee> :)
[05:04] <siretart> Hobbsee: I didn't subscribe u-u-s
[05:05] <siretart> Hobbsee: check the activity log, some guy called Marco Rodrigues did
[05:05] <Hobbsee> Kmos: ping
[05:05] <Hobbsee> siretart: that's kmos.  we've been having discussions like this already.  thanks
[05:06] <Kmos> hi :)
[05:06] <Hobbsee> Kmos: can you explain why you touched https://bugs.launchpad.net/ubuntu/+source/live-initramfs/+bug/131552 please?
[05:06] <ubotu> Launchpad bug 131552 in live-initramfs "Please sync live-initramfs (universe) from Debian unstable (main)" [Wishlist,Confirmed] 
[05:06] <Kmos> i found it without package
[05:06] <Kmos> and New for long time
[05:07] <Kmos> after i subscribe U-U-S i see he's reported by siretart
[05:07] <Hobbsee> Kmos: if it's a sync request, you can leave it alone
[05:07] <mruiz> hi all. I'm waiting for a review : https://bugs.launchpad.net/ubuntu/+source/alleyoop/+bug/80885
[05:07] <ubotu> Launchpad bug 80885 in alleyoop "Upgrade Alleyoop to 0.9.2" [Wishlist,In progress] 
[05:07] <Kmos> and after I check.. U-A was subscribed
[05:07] <Hobbsee> Kmos: they're done specially
[05:07] <Kmos> so after I can't remove U-U_S
[05:07] <Kmos> U-U-S
[05:07] <Hobbsee> Kmos: this is part of the "i dont touch a bug unless i know i should be" - and for sync requests that you didnt file, you dont need to touch them
[05:07] <Kmos> Hobbsee: yeah
[05:07] <Hobbsee> Kmos: trust me, i, or another member of MOTU who knows more will go and yell at them.  you dont need to
[05:07] <Kmos> Hobbsee: that's one before we talk about that
[05:07] <Hobbsee> Kmos: i realise that :)
[05:08] <Hobbsee> Kmos: i note that another guy has also been doing that recently, so i'll have to speak to him too.
[05:08] <Kmos> i found the mistake, but can't fix it, because can't unscribe U-U-S
[05:08] <Hobbsee> yeah, i know what you mean.  that's fine
[05:08] <Kmos> who ?
[05:08] <Hobbsee> jerome_ on irc, it seems
[05:08] <Kmos> :)
[05:09] <Hobbsee> RAOF: your uploads are fine, i take it?
[05:10] <Hobbsee> oh, meh.  if you've made all the ubuntu changes to the package, then i trust that your sync request is fine.
[05:11] <geser> Kmos: can you explain me why you subscribed my to bug #132408?
[05:11] <ubotu> Launchpad bug 132408 in elisa "upgrade elisa to 0.3.1" [Wishlist,Triaged]  https://launchpad.net/bugs/132408
[05:11] <Hobbsee> geser: english parser fell over.  please reword.
[05:12] <Kmos> geser: because you have done the latest upload
[05:12] <Kmos> maybe you want to know about that
[05:12] <Kmos> that there is a new version after a lot of time
[05:12] <Kmos> geser: also fixed bug 132341
[05:12] <ubotu> Launchpad bug 132341 in xdialog "Please sync xdialog (universe) from Debian unstable (main)" [Undecided,Incomplete]  https://launchpad.net/bugs/132341
[05:13] <Hobbsee> Kmos: in general, subscribing other people to bugs is a bit of a privacy invasion.  it's also spam
[05:13] <Hobbsee> Kmos: poke them on irc about the bug
[05:13] <Hobbsee> Kmos: also, launchpad has a function where you can get sent bugs on packages that you're interested in
[05:13] <Kmos> Hobbsee: ok
[05:13] <Hobbsee> zul: why are you assigned to visualboyadvance?
[05:13] <geser> Kmos: I acked the last sync request for elisa, therefore I'm listed as the last uploader
[05:13] <Kmos> a months agoo, someone told me to subscribe people that maybe had interest in bug
[05:14] <Hobbsee> Kmos: hmm.  better to ask them on irc first
[05:14] <zul> Hobbsee: umm...i dont know
[05:14] <Hobbsee> zul: ah, because you've done half of it.  please finish it.  (unsub u-u-s, actually comment on the bug)  https://bugs.launchpad.net/ubuntu/+source/visualboyadvance/+bug/132194
[05:15] <ubotu> Launchpad bug 132194 in visualboyadvance "Please sync visualboyadvance (universe) from Debian unstable (main)" [Undecided,Confirmed] 
[05:17] <Hobbsee> debian bug #436022
[05:17] <ubotu> Debian bug 436022 in tua "tua: crontest failure /usr/lib/uucp/tua_run: No such file or directory" [Normal,Fixed]  http://bugs.debian.org/436022
[05:25] <mruiz> hi all. I'm waiting for a review (upgrade): https://bugs.launchpad.net/ubuntu/+source/alleyoop/+bug/80885
[05:25] <ubotu> Launchpad bug 80885 in alleyoop "Upgrade Alleyoop to 0.9.2" [Wishlist,In progress] 
[05:29] <geser> Kmos: is there a good reason to sync xdialog besides the new upstream version? The interesting changes (gtk1 -> gtk2) are only in experimental.
[05:29] <Hobbsee> ScottK: have you started using the email interface for bug filing, yet?
[05:29] <Hobbsee> geser: the latter version is in unstable, i thought
[05:29] <ScottK> For bug filing, no.
[05:30] <Hobbsee> ScottK: you should, purely for sponsorship
[05:30] <ScottK> When I have some time, I need to look into it.
[05:30] <Hobbsee> ScottK: there's info
[05:30] <Hobbsee> but mine is
[05:30] <Hobbsee>  status triaged
[05:30] <Hobbsee>  subscribe ubuntu-archive
[05:30] <Hobbsee>  unsubscribe ubuntu-universe-sponsors
[05:30] <Hobbsee> Request approved.
[05:30] <Hobbsee> (space important there)
[05:30] <Hobbsee> and just bugnumber@bugs.launchpad.net
[05:30] <ScottK> Thanks.
[05:31] <Hobbsee> apparently edit@b.l.n is supposed to work, but i didnt get success with it
[05:31] <Hobbsee> of course, it's then helpful that you're working on the sync queue on yoru own, as it's a mass ack :P
[05:31] <geser> Hobbsee: Kmos wanted first to sync xdialog (2.3.1.dfsg.1-1) experimental but changed then the sync request to xdialog (2.3.1-2) unstable
[05:31] <Kmos> geser: maybe now there isn't
[05:32] <Kmos> it closes 4 bugs in debian
[05:32] <Hobbsee> geser: fair enough
[05:36] <geser> Kmos: those 4 bugs are severity normal and one is a bug asking for the new version
[05:36] <Hobbsee> right, done the rest of the syncs there.
[05:36] <Hobbsee> this mail interface seriously rocks - to be able to do 10+ bugs at once
[05:39] <geser> Hobbsee: what's your opinion on the xdialog sync request? sync or not sync?
[05:39] <geser> Hi bddebian
[05:39] <Kmos> geser: invalid it :)
[05:39] <bddebian> Heya gang
[05:39] <bddebian> Hi geser
[05:40] <Hobbsee> geser: oh, hmm.  our amarok script uses that, incidently.  that's...ah...not good
[05:41] <Hobbsee> bddebian: please make sure you follow sync process
[05:41] <bddebian> I think I looked at xdialog last night and I don't think it can be synced
[05:41] <bddebian> Hobbsee: What sync process?
[05:41] <Hobbsee> bddebian: it's in the second link
[05:41] <bddebian> Second link of what?
[05:41] <geser> bddebian: unsubscribe u-u-s once you're done
[05:41] <Hobbsee> bddebian: the part about actually commenting on the bug (because some people set it to confirmed cos tehy can), and actually unsubscribing u-u-s afterwards
[05:41] <Hobbsee> bddebian: oh, topic sorry
[05:42] <Hobbsee> bddebian: this sync queue fried my brain
[05:42] <bddebian> I didn't do the UUS crap
[05:42] <Hobbsee> oh?
[05:44] <Kmos> bddebian: https://bugs.launchpad.net/ubuntu/+source/skyeye/+bug/132280
[05:44] <ubotu> Launchpad bug 132280 in skyeye "Please sync skyeye (universe) from Debian unstable (main)" [Undecided,Triaged] 
[05:45] <bddebian> Hobbsee: Meaning I didn't file them so maybe I'm not understanding what you men?
[05:45] <bddebian> Err mean even
[05:45] <Hobbsee> bddebian: no, not filing.  approving
[05:45] <bddebian> Ah, remove UUS after approving?
[05:46] <Hobbsee> bddebian: yeah, just to keep teh queue sizes down
[05:46] <Hobbsee> bddebian: a while ago we went "right, hwo do we actually sanitize this thing?"
[05:47] <bddebian> Well it doesn't help that someone is being a little "ambitous" with sync requests
[05:48] <bddebian> Hobbsee: I didn't know we were supposed to unsubscribe, sorry
[05:48] <Hobbsee> bddebian: no problem ;)
[05:48] <Hobbsee> bddebian: i saw it and actioned it on the bugs that i saw
[05:48] <Hobbsee> bddebian: indeed.  he's already been blasted a few times over that.
[05:48] <Hobbsee> bddebian: including tonight
[05:51] <AndyP> d'oh, just missed ScottK
[05:51] <bddebian> Goddamn typo
[05:54] <ubotu> Launchpad bug 129856 in Ubuntu "Please sync python-syck from Debian unstable (main)" [Wishlist,Confirmed]  https://launchpad.net/bugs/129856
[05:55] <AndyP> the syck sync has been done now so its deps are all present now
[05:56] <Hobbsee> AndyP: it should just get done...
[05:56] <Hobbsee> or usually would
[05:56] <Hobbsee> no idea, with the writing
[05:57] <AndyP> Hobbsee: ok, i'll keep my faith :)
[05:58] <Kmos> http://kmos.homeip.net/~kmos/ddclient -> no revu, so here it is..
[05:59] <Hobbsee> ajmitch: do we have MDT runnign anywhere now?  (query LongPointyStick with the answer, or mention my or it's nick with your answer, so i see it)
[06:01] <geser> Hobbsee: http://people.debian.org/~lucas/ubuntu-versions/
[06:01] <Hobbsee> lucas: any chance of a section: kde added?  :)
[06:01] <Hobbsee> why are you so happy, bddebian?
[06:02] <bddebian> Who said anything about being happy? :-)
[06:02] <bddebian> I get the feeling that I "fit in" even less than I used to :'-(
[06:02] <Hobbsee> bddebian: unsure if anyone does.
[06:02] <Hobbsee> bddebian: of course, helps if you're actually here and get involved :)
[06:02] <Hobbsee> bddebian: you'll get back into it all, if you want to
[06:03] <pygi> Hobbsee, what's up with this libmtp? You want it in?
[06:03] <bddebian> Well I'm severely unimpressed with this whole bzr shit I have to say...
[06:03] <Hobbsee> pygi: if amarok and such works with it, and it supports more devices, then yeah
[06:03] <Hobbsee> bddebian: yeah - i think a lot of people are, which is why most things dont use it
[06:05] <Hobbsee> ScottK: if you get a chance, can you check if there's anything in kde that we want synced across, before UVF?
[06:05] <Hobbsee> ScottK: obviously, we can shove it thru post-UVF, but that is a slight pain
[06:05] <ScottK> Right.
[06:05] <ScottK> If I can.
[06:05] <ScottK> I'm finishing the new Klamav right now.
[06:06] <Hobbsee> but i guess that's a little suss :P
[06:06] <bddebian> hehe
[06:06] <Hobbsee> bddebian: well, we're both on the uvf team, so...
[06:06] <ScottK> Sounds like almost as much fun as archive admins doing backports unsupervised.
[06:06] <Hobbsee> bddebian: i said i wanted kde representation :P
[06:06] <Hobbsee> ScottK: heh. t hat may be fun too
[06:06] <Hobbsee> bddebian: i suspect it may come under "abuse of power" though.
[06:06] <bddebian> Naah :)
[06:07] <Hobbsee> anyone want to do my computing homework?
[06:07] <AndyP> sure if you want to finish coding this python binding for me :)
[06:07] <Hobbsee> hah
[06:08] <geser> Hobbsee: luckily the kernel package is now called linux-image :)
[06:09] <Hobbsee> hm?
[06:09] <geser> "anything that hobbsee and ScottK agree on, that starts with a k doesnt    dthacker
[06:09] <geser>                            need to be documented well"
[06:09] <geser> argh, broken C&P
[06:09] <Hobbsee> geser: ahhh
[06:10] <ScottK> Hobbsee: Yes.  The best I can say about archive admin backports is that at least one of them cleans up what they break.
[06:10] <Hobbsee> true
[06:11] <pygi> Hobbsee, ok, I'm after it then
[06:11] <Hobbsee> pygi: cool :)
[06:11] <Hobbsee> pygi: obviously, having as much stuff supported as possible is useful
[06:12] <pygi> Hobbsee, yup
[06:12] <pygi> Hobbsee, you gonna review and upload then?
[06:12] <Hobbsee> not tonight, no
[06:12] <pygi> Hobbsee,I'll just assign the core-dev-sponsors :)
[06:12] <Hobbsee> yay, i'm not on them :P
[06:13] <pygi> Hobbsee, fine, I'll bug someone to put you inside first then :p
[06:13] <Hobbsee> hah
[06:14] <pygi> Hobbsee, you have no idea :)
[06:16] <jussi01> heya, hows things?
[06:16] <Hobbsee> jussi01: i've done a large bunch on the u-u-s queue, and so now will ignore it for a few days, to do bits that i want to see before UVF
[06:17] <jussi01> Hobbsee: sounds like you are busy... I just got an interview for monday...yay!!
[06:17] <Hobbsee> jussi01: yay!  what for?
[06:18] <jussi01> for a "work practice" position, part of my studies...
[06:18] <jussi01> :)
[06:18] <Hobbsee> nice :)
[06:19] <jussi01> Ive been searching for a while now, its hard when you dont know much of the local lingo
[06:19] <Hobbsee> yep
[06:20] <jussi01> but hopefully i will get this, I should as its an upaid/paid f-all position... kinda like an intern...
[06:21] <Hobbsee> :)
[06:25] <pygi> Hobbsee, packages as always ready, gotta test them
[06:27] <boucaron> hi there, is there any problem on revu.tauware.de ?
[06:28] <mruiz> boucaron: is still offline
[06:28] <AndyP> jussi01: me too, i think there should be an awareness campaign to educate upstream maintainers of the advantages of distributing debian directories separately ;)
[06:28] <boucaron> ok thankjs mruiz
[06:42] <bddebian> wtf is going on..
[06:42] <bddebian> StevenK: You aboot?
[06:43] <Hobbsee> bddebian: he's asleep by now
[06:43] <ScottK> bddebian: What particular thing has gotten you excited now?
[06:51] <siretart> Mez: arond by chance?
[06:51] <bddebian> nip2
[06:51] <bddebian> Heya siretart
[06:51] <siretart> hi bbd
[06:51] <siretart> hi bddebian
[06:51] <siretart> or jdong by chance?
[07:59] <yigal> is there an easy way of deleting my identiy on launchpad ?
[07:59] <yigal> or is there a way at all?
[08:00] <ScottK> yigal: You have to ask someone to do it.
[08:00] <ScottK> Try #launchpad.
[08:00] <yigal> ScottK: good, thank you
[08:41] <bddebian> Sheesh zeroc-ice is taking forever to build :-(
[09:25] <Skiessi> is there any mmorpg worth trying in universe?
[09:26] <Skiessi> *the universe?
[09:29] <Skiessi> I knew it... ._.
[09:40] <miles> is it possible for me to get an ubuntu mentor so i can join the development community?
[09:41] <DktrKranz> miles, you can have a look at https://wiki.ubuntu.com/MOTU/Mentoring
[09:58] <tgm4883> could I get someone to look over a package for me?  The package is located at http://linux.weilandhomes.com along with the output of lintian and linda
[10:00] <superm1> although i'm not actually a MOTU yet, I helped tgm4883 on getting this package into good shape, and looked it over
[10:05] <ajmitch> morning
[10:06] <highvoltage> mornign ajmitch
[10:15] <Mez> siretart, sup?
[10:28] <ScottK> Which debian repository does a package need to be in before I can synch it (i,e, which one do the archive admins pull from)?
[10:32] <norsetto> ScottK: hi scott
[10:32] <ScottK> HI
[10:32] <ScottK> I went ahead and uploaded it.  I imagine you noticed.
[10:32] <norsetto> ScottK: yeah
[10:32] <ScottK> With UVF upon us, I figured better to get it uploaded and adjust later.
[10:32] <ScottK> I don't think that whatever problems there are, are new to the package.
[10:33] <norsetto> ScottK: got in touch with the devel anyhow, we are ironing out the lintian/linda warnings but the real problem is the maintainer scripts
[10:34] <ScottK> Right.
[10:34] <ScottK> Sounds good.
[10:35] <ScottK> When you have material for an ubuntu2 upload, let me know.
[10:35] <ajmitch> hello ScottK
[10:35] <norsetto> ScottK: sure
[10:35] <ScottK> It looks to me like this package has needed attention for some time.
[10:35] <geser> ScottK: LP can sync from every source with a Sources file
[10:35] <ScottK> hello ajmitch.
[10:35] <norsetto> ScottK: it does indeed ....
[10:36] <ScottK> Geser, yes, but the package in question is gone from incoming and not yet at ftp.debian.org, so I didn't know if there was another one.
[10:37] <geser> ScottK: then it's on it's way to the mirrors. It will appear on ftp.debian.org (or any other mirror) before sync request gets usually proceeded
[10:38] <ScottK> OK.  I guess I'll go ahead then.
[10:39] <geser> ScottK: I've filed several sync request from Debian unstable when the package was still in incoming.d.o
[10:40] <ScottK> OK.  Well then the race is on.  We'll see who's faster....
[10:41] <norsetto> do you guys actually scan the IRC logs regularly?
[10:41] <geser> scan?
[10:42] <norsetto> yes, like reading what happened
[10:43] <norsetto> just wondering as I've made a request yesterday that went unanswered but I see that it was done
[10:46] <norsetto> coincidence I guess
[10:46] <geser> I read my backlog only around hilights and seldom skim through it
[10:48] <ScottK> norsetto: What was the request?
[10:48] <norsetto> ScottK: to move mozilla-mplayer to multiverse
[10:48] <ScottK> Ah.
[10:48] <ScottK> Wasn't me.
[10:50] <ScottK> geser: Looks like you were right.  The package is on f.d.o now.
[10:52] <norsetto> hmmm, let me try another one: any chance any u-u-s who is passing by would glance at bug 127380 or 125823; I would also be happy with a won't fix (wait for upstream) so that we get them out of the u-u-s queue
[10:52] <ubotu> Launchpad bug 127380 in mail-notification "[gutsy]  FTBFS mail-notification 4.1.dfsg.1-1 synced from Debian" [Undecided,Confirmed]  https://launchpad.net/bugs/127380
[10:52] <norsetto> too bad there are not many u-u -s passing by :-)
[10:53] <ScottK> bug 125823
[10:53] <ubotu> Launchpad bug 125823 in camorama "Camorama reports wrong version" [Undecided,Confirmed]  https://launchpad.net/bugs/125823
[10:55] <ScottK> Both look like reasonable things to fix to me.
[10:56] <geser> norsetto: re 125823: are there many occurances of 0.17 in configure.in?
[10:57] <norsetto> in configure.in no, just once
[10:57] <geser> why not patch configure.in and configure directly and avoid calling autogen.sh?
[10:59] <norsetto> geser: what do you mean by configure directly?
[11:09] <norsetto> ogra: if you reply to my last email I will not kiss you ;-)
[11:10] <geser> norsetto: patching the generated configure file. with such simple changes I prefer to patch the configure script instead of regenerating it (less delta to Debian)
[11:10] <norsetto> geser: i see the point, the problem is that the configure script is pretty messy to patch
[11:11] <norsetto> geser: I also afraid we might miss it since that string might be used in some other script
[11:11] <geser> that's true in most cases
[11:12] <geser> norsetto: but changes in configure.in should only affect configure
[11:12] <btm> if there's code that's dual-licensed mpl/gpl, how would you signify that in 'copyright'?
[11:12] <norsetto> geser: are u 100% sure? if you are ok (because I'm not)
[11:13] <ScottK> btm: List them both
[11:15] <btm> ScottK: and if some of is dual licensed and some isn't, should I just be descriptive about that and put both licenses in there?
[11:15] <norsetto> geser: granted you a "grep 0.17 configure" list only 11 occurrences
[11:15] <norsetto> geser: and two are comments anyhow
[11:15] <ScottK> btm: Yes.  You need to be clear in your description what code is covered by what license(s).
[11:16] <geser> norsetto: pretty sure: the string 0.17 appears only 74 times in the whole source tree
[11:17] <norsetto> geser: ok, let me patch configure then and see if that works
[11:18] <geser> if you ignore the autogen.sh generated files and config.log you nearly got only configure left
[11:18] <norsetto> geser: its the nearly that scares me :-)
[11:18] <geser> $ grep -c 0.17 configure gives 11
[11:19] <geser> I've patched configure.in and configure successfully in other packages without regenerating configure
[11:20] <norsetto> geser: actually its only the spec file which is left
[11:21] <norsetto> geser: hmmm, but why both configure.in and configure? I mean, I can do of course, but for what purpose
[11:22] <geser> configure would be enough for our purpose but patching also configure.in has the advantage that your change isn't lost when someone needs to regenerate configure in the future
[11:24] <norsetto> geser: well, one could also suppose that upstream will update the version one day .....
[11:24] <norsetto> geser: in the frame of this century hopefully ....
[11:28] <geser> yes, but I think more in direction of further ubuntu changes for the same version
[11:30] <btm> What if the code in the package does not contain copyright dates but does have names and emails, what would you put in copyright for the authors?
[11:32] <norsetto> pbuilding right now ...
[11:33] <voidlogic>  I'm having problems getting a tape drive detected. It works dual booting into windows so I don't think its a hardware issue. Its using the megaraid driver. It should be the 2nd device on channel 0, but I don't see anything but my cd-roms in /proc/scsi/scsi. If I do an lspci I see the controller card is indeed detected. The card+drive worked for one boot yesterday for but some reason it only worked that once. Any ideas?
[11:36] <norsetto> geser: looks good, it build and camorama -V gives Camorama version 0.18 (can't test it more as I don have a webcam)
[11:37] <norsetto> geser: should I upload new patch?
[11:39] <geser> norsetto: yes, please
[11:41] <geser> norsetto: what's the rationale for adding gnome-common to build-depends?
[11:41] <norsetto> geser: gone, i changed all occurrences (also comments) to be consistent
[11:41] <norsetto> geser: that was needed for autogen.sh, its removed in the present patch
[11:41] <geser> ok
[11:55] <btm> Is there a list of valid "Sections" (control file)? I can't seem to find one.
[11:57] <geser> btm: http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections
[11:59] <bddebian> Later folks
[12:02] <geser> norsetto: uploaded. thanks for the debdiff
[12:03] <norsetto> geser: cool! thanks to you, really appreciated
[12:03] <norsetto> geser: actually, re. Sections, I found out that there is a slight difference with Debian
[12:06] <geser> what difference?
[12:09] <norsetto> very minor: we don't have non-free of and they don't have translation and virtual packages
[12:11] <geser> non-free is called multiverse in Ubuntu
[12:11] <norsetto> and contrib of course; wonder if lintian covers these for us or if we get an error (like wrong section)
[12:11] <norsetto> geser: yeah, but its not a section, right?
[12:13] <geser> no, it's also not a section in Debian but a segment
[12:14] <norsetto> well, apparently they can use non-free and contrib in Section (at least according to the policy)
[12:16] <norsetto> but only in the form  segment/section
[12:16] <DarkSun88> Hi