[14:55] <ScottK2> dholbach: In that case I gave you I tend that package for Ubuntu, maintain it in Debian, and am an upstream developer.  I see no value in it.
[14:55] <dholbach> ScottK2: people can for example host their branches of pyspf on that page, they can ask for source imports on LP
[14:56] <ScottK2> dholbach: But that's not where the project is hosted.
[14:56] <PriceChild> flithm, woo just appeared
[14:56] <ScottK2> dholbach: As an upstream, it sounds like LP wants to hijack my package.
[14:56] <flithm> PriceChild: nice
[14:56] <Rospo_Zoppo> norsetto: it worked
[14:56] <slytherin> norsetto: I will have to try this version first. Will let you know tomorrow.
[14:56] <dholbach> ScottK2: that's one of the features of LP: you can get bzr branches of upstream code and you can get your changes hosted there
[14:57] <norsetto> slytherin: ok, thanks for your work
[14:57] <ScottK2> dholbach: But if I'm upstream, I do that on sourceforge.
[14:57] <Hobbsee> dholbach: i think the problem is that LP is forcing you to use it - and becomes very confusing for the users if you don't.
[14:57] <dholbach> Hobbsee: forcing?
[14:57] <Hobbsee> it's great when it's a sourceforge equivalent - but you'd never try having sourceforge as a distribution bugtracker.
[14:57] <slytherin> norsetto: I suppose only png icon is installed not svg. I will check thoroughly.
[14:57] <Hobbsee> dholbach: for upstream stuff.
[14:58] <Hobbsee> dholbach: (or did you not parse?)
[14:58] <dholbach> why don't we discuss this on launchpad-users@
[14:58] <PriceChild> flithm, great, looking good
[14:58] <norsetto> slytherin: well, the svg should be installed too, there is a special dir for those
[14:58] <flithm> PriceChild: excellent!
[14:58] <Hobbsee> dholbach: because the thing's filled with oopses and translations and such, and i rarely look at it :)
[14:58] <Hobbsee> S/N ratio for a launcphad user is very low.
[14:58] <ScottK2> dholbach: So it's of use to people who aren't a Ubuntu dev, debian maintainer, or upstream, but for any of those roles, it just gets in the way.
[14:58] <slytherin> hmm
[14:59] <PriceChild> flithm, will just check everything's built, then once my ppa is cleared of old source I'll send it there to build on gutsy so you can grab i386 and 64bit packages on there whilst I check out whether all is still good on hardy.
[14:59] <ScottK2> dholbach: In that particular case, I invested a couple of hours of my volunteer time with LP devs fixing the bogus page they created.
[14:59] <norsetto> slytherin: have a look here: http://www.freedesktop.org/wiki/Specifications/icon-theme-spec
[14:59] <dholbach> if you don't want to spend the time but have a specific concern, please let me know
[14:59] <ScottK2> dholbach: I resent having to have done that to avoid there being wrong information about a program I'm a dev for on some random unrelated site.
[14:59] <dholbach> I really don't want to discuss LP design ideas
[15:00] <norsetto> slytherin: should be /usr/share/icons/hicolor/scalable
[15:00] <ScottK2> dholbach: The desing ideas ARE the problem
[15:00] <flithm> PriceChild: great thanks! any thoughts on the udev rule yet?  I tried again this morn to look into it but I'm just not sure how to get it to install that udev file
[15:00] <Hobbsee> ScottK2: it's not his call.
[15:00] <dholbach> I'm not a LP developer and I did not design it, I can see use in it. All I can do is talk to people and express your concerns
[15:00] <ScottK2> Agreed, but that's the problem
[15:00] <rexbron> Anyone looking for a review? http://revu.tauware.de/details.py?package=openlibraries and http://revu.tauware.de/details.py?package=genpo
[15:00] <Hobbsee> ScottK2: this is the equivalent of someone cussing me out, because i work on registers, about the stock of our store - which i dont touch.
[15:00] <Hobbsee> which is not fair.
[15:01] <ScottK2> Hobbsee: He asked for specific problems.  I've given them.
[15:01] <Hobbsee> ScottK2: sure, but give him problems *that he can fix*.
[15:01] <dholbach> ScottK2: if you can let me know what you'd rather have on those pages, I can pass that on
[15:01] <Hobbsee> clearly you never learnt the lessons of effective customer bitching.
[15:01] <PriceChild> flithm, ah yeah I forgot about that... will sort that out next infact. You're sure it works for you(tm)? I'd like to get some ubuntu person to check this isn't a nasty thing we're doing also :)
[15:02] <norsetto> slytherin: yes, they are installed already, so its just a matter of using dh_icons
[15:02] <Hobbsee> dholbach: if you want to get on launchpad's tail about getting it to integrate withi MOM, that'd give us comments.  (see -desktop)
[15:02] <Hobbsee> that would be good.
[15:02] <PriceChild> flithm, not sure who to ask though :)
[15:02] <Hobbsee> oh, i'ts keybuk's.  never mind.
[15:03] <MagicFab> dholbach, ping
[15:03] <slytherin> norsetto: Then it means that bug is already fixed in hardy. :-)
[15:03] <Hobbsee> oh noes, it's MagicFab
[15:03] <dholbach> MagicFab: pong
[15:03] <norsetto> slytherin: let me check rules
[15:03] <flithm> PriceChild: yeah good call.  I've tested the file on two different ubuntu boxes and it works great when I install it manually.
[15:03] <slytherin> norsetto: I guess not. It doesn't have dh_icons
[15:03] <PriceChild> flithm, good good
[15:03] <MagicFab> heh - those motu prep talks affected me somehow
[15:04] <MagicFab> I am looking for information on adding a package to the main seeds (step #7 of https://wiki.ubuntu.com/MainInclusionProcess )
[15:04] <MagicFab> Hobbsee, :)
[15:04] <Hobbsee> :)
[15:04] <Hobbsee> MagicFab: howzit going?
[15:04] <norsetto> slytherin: yes, we need a patch to add that then
[15:05] <ScottK2> dholbach: I'd like them not to be required.
[15:05] <MagicFab> dholbach, you are forever registered as my MOTU mentor since that meeting :)
[15:05] <dholbach> MagicFab: you could ask pitti to add it to the seeds
[15:05] <norsetto> slytherin: don't forget to pass this over to debian too
[15:05] <ScottK2> dholbach: That's not going to happen I know
[15:05] <dholbach> ScottK2: in what way are they disturbing you?
[15:05] <slytherin> norsetto: I will create one. But considering it to be change in debian/ directory I will have to create patch accordingly right?
[15:05] <MagicFab> dholbach, is it rude to susbcribe him to the bug reports I filed for this already ?
[15:05] <ScottK2> Hobbsee: Fundamentally the disconnect between LP and Ubuntu developers is unfixable.
[15:05] <MagicFab> dholbach, or is IRC pinging enough..?
[15:06] <dholbach> MagicFab: yeah, IRC should be fine
[15:06] <ScottK2> dholbach: 1.  I often end up on the LP package page instead of the LP/Ubuntu package page by accident.
[15:06] <norsetto> slytherin: no, just manually add it to rules, what I mean is that we need a debdiff patch from you
[15:06] <MagicFab> I want piding-otr in main :)
[15:06] <ScottK2> dholbach: 2.  If one doesn't exist, I'm required to create one before I can link an upstream bug.
[15:06] <slytherin> norsetto: ok
[15:06] <ScottK2> dholbach: 3.  When they are wrong, it sucks up my volunteer time to fix.
[15:07] <Hobbsee> ScottK2: use shortcut aliases for launchpad.  problem solved.
[15:07] <slytherin> norsetto: Target should be hardy right?
[15:07] <Hobbsee> well, taht solves 1, anyway
[15:07] <ScottK2> dholbach: 4.  They serve no useful purpose for an Ubuntu deb, a Debian dev, or an upstream that doesn't host on LP
[15:07] <Hobbsee> 2 is solved by not linking upstream bugs at all.
[15:07] <ScottK2> Hobbsee: Fundamentally it's not solvable.
[15:07] <Hobbsee> because the upstream bug thing is an confusing abomination anyway.
[15:08] <ScottK2> Three I would generally ignore, but when they create a page without asking anyone involved in a project I work on, it's tough to leave it wrong
[15:08] <dholbach> ScottK2: I can pass it on, I generally just think that we should try to find a better forum for that
[15:08] <Hobbsee> ScottK2: also effective is a metapackage (like kdebase), and saying ti all belongs to kdebase upstream, no matter which kde package it is.  whihc goes to b.k.o, which is fine.  tis an abuse of LP though
[15:09] <ScottK2> dholbach: It's fundamentally that they are doing something different than what we are doing.
[15:09] <dholbach> complaining in the #-motu is not really the most efficient way to get in touch with people who can fix it
[15:09] <ScottK2> dholbach: Conflict is inevitable.
[15:09] <Hobbsee> ScottK2: excluding easier searches, yes.  so effectively preceed it with what you want :)
[15:09] <ScottK2> dholbach: I've told them all this in #launchpad already
[15:09] <dholbach> ScottK2: I'm sure we can find ways to please a lot of individual parties
[15:09] <ScottK2> dholbach: I doubt it.
[15:10] <ScottK2> dholbach: Fundamentally, I'm forced to work for free on their proprietary development project and I'm not going to do it.
[15:10] <dholbach> I made notes and will pass it on
[15:10] <Hobbsee> ScottK2: where's your sense of optimism?
[15:10] <Hobbsee> ScottK2: besides.  ignore it as much as you can, work around it, and abuse it as required to get shit done.
[15:10] <ScottK2> Hobbsee: That's kind of what I'm doing.
[15:11] <Hobbsee> there are greasemonkey scripts, aliases, etc.  it works.
[15:11] <Hobbsee> reportbug, bugs by email.
[15:11] <Hobbsee> until you try to get into RM, of cours.e
[15:11] <dholbach> please drop me a mail whenever you come across stuff like this
[15:11] <ScottK2> dholbach: I really don't see the point.  They are doing something that is different and they aren't going to stop.
[15:11] <PriceChild> flithm, all still building, latest gutsy at york.pricechild.co.uk/gizmod for you to steal for sf if you want.
[15:11] <PriceChild> flithm, just i386 there though
[15:12] <norsetto> slytherin: yes
[15:13] <ScottK2> dholbach: BTW, your answer about what that pyspf page might be good for was better than the one I got from LP devs.
[15:14] <flithm> PriceChild: thanks!  will grab.  Lemme know if you figure the udev thing out, and also when / if x86-64 debs are avail
[15:14] <ScottK2> dholbach: The best answer I got from them, was to the effect of "Trust us, it's gonna be really cool someday."
[15:15] <PriceChild> flithm, got to wait for a lp person to see my question and remove everything in my current ppa so i can push new source. Will let you know when :)
[15:15] <PriceChild> flithm, (ppa builds 64bit)
[15:15] <bddebian> Heya gang
[15:15] <flithm> PriceChild: okay sounds good
[15:18]  * ScottK2 has really got to run or he'll be late for the 'fun' meetings
[15:22] <_polto_> hello all
[15:22] <dholbach> MagicFab: somebody else does main inclusion reviews too, I just forgot who it was
[15:23] <Hobbsee> dholbach: iwj
[15:23] <dholbach> Hobbsee: hmmm, it was somebody else
[15:23] <dholbach> they discussed it at UDS or something
[15:24] <Hobbsee> dholbach: no idea about uds, etc.
[15:24] <dholbach> MagicFab: I'll try to find out
[15:25] <dholbach> MagicFab: doko seems to be your man too
[15:27] <_polto_> do somebody know what f**k*g script on the LiveDVD rewrite my (modified) /etc/network/interfaces ? I try to make a LiveDVD with a preconfigured network config.
[15:33] <_polto_> nobody have an idea about what script rewrite /etc/network/interfaces during boot on LiveDVD ?
[15:34] <MagicFab> dholbach, I think it would be useful as many packages have actually been approved for main inclusion but only that step (#7) prevents them from making it.. sometime for more than a year
[15:34] <dholbach> MagicFab: you could also mail ubuntu-devel about it
[15:34] <MagicFab> dholbach, good idea - duh!
[15:36] <bddebian> Anyone have a decent 3D Gutsy machine that could test something for me?
[15:40] <nand`> bddebian: what do you want to test?
[15:41] <bddebian> A new version of scorched3d that doesn't wanna run on my laptop and I just want to make sure its not my hardware
[15:42] <nand`> bddebian: it's in the gutsy repos?
[15:42] <bddebian> No
[15:43] <Hobbsee> bddebian: the hardy repo version isnt instaslalble anyway
[15:43] <bddebian> http://www.bddebian.com/packages/ubuntu/scorched3d/
[15:44] <bddebian> Hobbsee: I know, I'm working on getting the latest upstream :)
[15:44] <bddebian> I should say trying to help Fuddl
[15:44] <Hobbsee> :)
[15:44] <nand`> bddebian: Ok I try (hoping the wireless connection will still work :) )
[15:45] <bddebian> nand`: Be warned it is a LARGE package :)
[15:47] <nand`> bddebian: uh wait, the data deb is 18Mo, the binary deb is 200ko, and the orig tgz is 58 Mo??
[15:47] <nand`> where is the rest?
[15:48] <bddebian> Oh sorry, the data package is still uploading.  It should be about 56Mb
[15:49] <bddebian> Should be done now
[15:49] <nand`> bddebian: yes it is.
[15:50] <nand`> bddebian: I will probably have for half an hour... If I stay alive until then.
[15:50] <nand`> s/have/take/
[15:51] <bddebian> OK thanks!
[16:25] <bddebian> nand`: Any luck or did you die? :-)
[16:25] <nand`> bddebian: I'm steadily downloading at 15 ko/s... 60% so far
[16:26] <nand`> connection is not so good here :)
[16:26] <bddebian> Doh, OK, thx
[16:31] <slytherin> norsetto: How do I create base.tgz for hardy?
[16:31] <norsetto> slytherin: as you did for gutsy
[16:31] <norsetto> slytherin: you may need the hardy debootstrap though
[16:32] <slytherin> norsetto: Will I have to first install debootstrap from hardy?
[16:32] <geser> slytherin: yes
[16:35] <slytherin> norsetto: Thanks. It will take time to build the .tgz and I am already sleepy. I hope I will have the debdiff got tagtool fix tomorrow. :-)
[16:36] <norsetto> slytherin: np, take it easy :-)
[16:49] <nand`> bddebian: Ok got it. I unpack and try now!
[16:49]  * RainCT is back
[16:50] <bddebian> nand`: Sweet, thanks!
[16:56] <nand`> bddebian: The Scorched3d process terminated unexpectedly.
[16:56] <nand`> when clicking on play
[16:56] <nand`> (the dialog box)
[16:56] <bddebian> Yeah, that's what I get :(
[16:56] <nand`> "
[16:56] <nand`> Would you like to load the failsafe scorched3d settings?
[16:56] <nand`> This gives the best chance of working but at the cost of graphical detail." and so on
[16:56] <bddebian> If you click yes, it still doesn't work right?
[16:57] <nand`> yes
[16:57] <nand`> bugreport :)
[16:57] <nand`> It is a stable release you said? surprising.
[16:58] <nand`> just a guess : you sure everything is packaged at the right place?
[17:00] <nand`> bddebian: A french typo in your .desktop file : "un jeu d'artillerie en 3 proche de Scorched Earth"  should be "Un jeu d'artillerie en 3D proche de Scorched Earth"
[17:01] <bddebian> Ain't MY desktop ;-)
[17:01] <bddebian> nand`: No I'm in "debugging" mode atm :-(
[17:01] <bddebian> Which I suck at
[17:02] <nand`> It's not like the stdout is helping us :)
[17:02] <bddebian> So I noticed :0(
[17:10] <rexbron> Hobbsee: Hows it going?
[17:12] <Hobbsee> rexbron: well, today's 4 hours old, and already turning out to be pretty whacky, so...
[17:27] <slytherin> What do I do if autotools are introducing some changes in config.guess and config.sub? This changes are visible in debdiff and are unintentional from my side.
[17:28] <slytherin> geser: this is related to the bug I just discussed with norsetto. I want to attach debdiff to the bug but observed above problem.
[17:30] <geser> either use filterdiff or edit the debdiff by hand
[17:31] <slytherin> geser: I don't know how to use filterdiff so I will edit debdiff by hand
[17:41] <slytherin> geser: what should I do after attaching debdiff? The bugs is currently assigned to me.
[17:42] <geser> unassign, set to "Confirmed" and subscribe u-u-s
[17:46] <slytherin> geser: done. :-)
[18:16] <_polto_> pls, do someone have an idea about what script rewrite my /etc/network/interfaces during boot on LiveDVD ?
[18:58] <RainCT> if I create a source package that should generate a normal and a -doc package, do I have to choose "single binary" or "multiple binary" on dh_make?
[18:58] <RainCT> ah nevermind I'll try with cdbs :P
[19:02] <jpatrick> RainCT: multiple on dh_make
[19:02] <RainCT> jpatrick: thx
[19:10] <SWAT> i have a package (debianized) and it's version is 1.1.2-0, should it be 1.1.2-0-ubuntu0 when I package it for ubuntu?
[19:10] <jpatrick> SWAT: 0ubuntu1
[19:10] <SWAT> and can I rename the original tar.bz2 to match?
[19:10] <jpatrick> SWAT: it should be a package_version.orig.tar.gz
[19:11] <emgent> keescook, around? :)
[19:15] <keescook> emgent: yup, but in a meeting.  what's up?
[19:15] <emgent> oh sorry, np
[19:16] <emgent> i will query you later :)
[19:22] <SWAT> when I add something to the changelog: last entry: 1.1.2-0, and my new entry contains version: 1.1.2-1ubuntu1. It nags about not finding *_1.1.2-1.orig.tar.gz. Should I just repack the original 1.1.2-package to match or is that nasty?
[19:23] <geser> SWAT: how is the .orig.tar.gz currently named?
[19:25] <SWAT> there isn't one. I just unpacked the 1.1.2.tar.bz2 and it contained the files (with the changelog stating the version 1.1.2-1)
[19:26] <geser> SWAT: change it to 1.1.2.orig.tar.gz and the first entry in debian/changelog should be 1.1.2-0ubuntu1
[19:27] <bddebian> There was a debian/ dir in the tarball?
[19:30] <SWAT> bddebian, indeed, it was debianized
[19:30] <SWAT> geser, thanks
[19:30] <bddebian> Uhm, there should not be a debian/ dir in the upstream tarball
[19:31] <SWAT> well, it's there.
[19:31] <imbrandon> upstream should be asked to remove it from the distribution tarbal
[19:32] <imbrandon> heya geser bddebian
[19:32] <geser> Hi imbrandon
[19:34] <SWAT> what's the fastest way to repack a .tar.bz2 to a .tar.gz?
[19:35] <bddebian> Heya imbrandon
[19:35] <imbrandon> bunzip blah ; gzip blah.tar ; ?
[19:36] <imbrandon> should be semi simple ( but also noted )
[19:38] <SWAT> imbrandon, I was thinking of perhaps a command that I didn't know, but that's simple indeed.
[19:39] <LaserJock> ok guys, I need some hardware advice
[19:39] <LaserJock> I got these 2 machines
[19:40] <LaserJock> but I can't get video out on either one
[19:40] <geser> not even from the BIOS?
[19:40] <LaserJock> I swapped video cards and still nothing, is that most likely a bad motherboard?
[19:40] <LaserJock> geser: no
[19:40] <LaserJock> monitor doesn't seem to get any signal
[19:40] <imbrandon> LaserJock: any post codes ( e.g. beeps ) ?
[19:41] <LaserJock> nope
[19:41] <geser> does it seem to start? fans running etc.
[19:41] <LaserJock> fans are running
[19:41] <imbrandon> ok , pull the RAM out and restart it with no RAM, if it dosent beep at you ( complaining there is no RAM ) then its possible the MB is bad
[19:41] <LaserJock> one had a dead power supply but I fixed that
[19:42] <LaserJock> imbrandon: ahh
[19:42] <imbrandon> also have you pulled the bios bateries out ? sometimes the old bios settgings are for AGP vs PCI etc
[19:43] <imbrandon> and a reset will fix that
[19:44] <SWAT> if you don't even get a system beep (make sure you have your default bios) that memory is missing, it's really bad.
[19:46] <imbrandon> and obviously that there is a sys-speaker hooked to the MB :)
[19:47] <LaserJock> yep, no beep
[19:48] <SWAT> how old is the hardware?
[19:48] <imbrandon> and you do have a sys speaker correct
[19:48] <LaserJock> hmm, I'd guess 5+ years old
[19:48] <LaserJock> imbrandon: I'm assuming so
[19:48] <imbrandon> SWAT: a p4 and a 1800+ amd
[19:48] <geser> you know now, why you got the hardware
[19:49] <LaserJock> geser: for sure, but it was free :-)
[19:49] <LaserJock> I've got 3 old machines sitting here
[19:49] <SWAT> new mobo then
[19:49] <LaserJock> I only want to make one good one
[19:49] <imbrandon> LaserJock: ummm not always will the speaker be hooked up, look near the power switch header on the MB
[19:53] <LaserJock> imbrandon: and what would I be looking for?
[19:53] <LaserJock> I don't know why it wouldn't be hooked up
[19:54] <imbrandon> the headers are normaly marked speaker and have a red and black pair of wire going a short distance to a speaker
[19:54] <imbrandon> normaly in the front of the case
[19:54] <geser> LaserJock: download the manual for that MB and check where the speaker should be connected and if it is
[19:56] <LaserJock> darn it, why can't two motherboards have the same connections
[19:56] <bddebian> heh
[19:56] <imbrandon> lol
[19:57] <LaserJock> it's so difficult to swap out motherboards
[19:57] <LaserJock> this one has got almost the same connection for the front
[19:57] <LaserJock> but it's mirrored
[19:57] <LaserJock> so a missing pin is on the right on one and on the left on the other
[19:58] <ajmitch> hi
[19:58] <LaserJock> I really like this case though
[20:01] <LaserJock> oh cool, a firewire card
[20:03] <bddebian> Rip out everything but the bare essentials untill you know you at least get video/etc
[20:04] <LaserJock> yeah, that's what I'm doing
[20:04] <LaserJock> gonna strip 'em all out and see what I've got and start from scratch
[20:05] <pochu> LaserJock: thanks for adding the stack traces session to the fridge.
[20:05] <LaserJock> pochu: np
[20:12] <bddebian> Yeah, I obviously need to read those :-(
[20:18] <pochu> thanks DktrKranz for the anjuta sponsorship :)
[20:18] <DktrKranz> pochu, no. thank *you* :)
[20:18] <pochu> It was easy :)
[20:19] <DktrKranz> but it was a bug, and we don't want bugs
[20:19] <DktrKranz> :)
[20:20] <DktrKranz> pochu, I checked buildd status, Debian is not affected, so there is no need to push this back.
[20:22] <pochu> DktrKranz: but if it's needed, shouldn't they add it? Even if they pick up it indirectly...
[20:23] <DktrKranz> pochu, is automake1.9 needed for other reasons other than FTBFS?
[20:26] <pochu> DktrKranz: nope, but "***Error***: You must have automake >= 1.9 installed"
[20:26] <pochu> (from the ftbfs log).
[20:26] <pochu> Isn't the requirement enough for adding it?
[20:28] <DktrKranz> Sounds good, so you can ask Debian Maintainer to add it, I think he will be happy
[20:28] <DktrKranz> (and we reduce deltas)
[20:30] <pochu> Yup. /me files a bug in the bts
[21:04] <DaveMorris> siretart: that problem I mentioned earlier, how can I tell it's fixed without harassing you?
[21:22] <alvinc> are there any MOTU mentors in channel?  the PPA is driving me nuts, and i may not be following all the guidelines (although i have looked for what documentation i can find)
[21:23] <geser> what problem do you have?
[21:23] <YokoZar> That reminds me, I never did set up my own PPA
[21:23] <YokoZar> might as well get to it
[21:23] <alvinc> i had filed a bug, and i knew the fix, so i thought i'd be a good boy and package it
[21:23] <alvinc> on my first attempt at dput, i still had "unstable" in the changelog, so of course it barfed
[21:24] <alvinc> on the second attempt....
[21:24] <alvinc> let me get the error it gave me
[21:24] <alvinc> sec
[21:24] <alvinc> Rejected:
[21:24] <alvinc> Upload is binaryful, but policy refuses binaryful uploads.
[21:24] <alvinc> Upload is source/binary but policy refuses mixed uploads.
[21:24] <alvinc> PPA uploads must be for the RELEASE pocket.
[21:24] <alvinc> PPA is only allowed for members of launchpad-beta-testers team.
[21:25] <geser> alvinc: which file did you use for dput?
[21:25] <alvinc> now, the reason i went through this...  is because i was going to link to the fixes in the bug
[21:25] <alvinc> the changes file
[21:25] <geser> which one?
[21:25] <geser> _source.changes or an other?
[21:25] <alvinc> looking it up geser, sorry, i'm slow
[21:26] <Kmos> alvinc: you also need to be member of launchpad beta testers.
[21:26] <alvinc> ah
[21:26] <alvinc> so much to learn.  :(
[21:27] <alvinc> geser:  i don't have a _source.changes.  I think perhaps I passed the wrongs args to debuild, perhaps
[21:28] <alvinc> another question though...  after i had already done my little bit and debuilt it...  it seems that there is a new revision from the source that i apt-got to work on.
[21:28] <alvinc> wonder how would i have known that, i wonder?
[21:28] <geser> alvinc: there should be an -S in the args to get only a source package
[21:28] <alvinc> it may be that the issue was already fixed, but whoever else is working on it had not seen this bug
[21:28] <alvinc> although there is no mention of this bug in their changelist
[21:30] <alvinc> geser:  thanks.  i have a source.changes now
[21:30] <Kmos> alvinc: https://help.launchpad.net/JoiningLaunchpadBetaTesters
[21:31] <alvinc> Kmos:  thank you!
[21:35] <siretart> seems that sistpoty fixed the problem with revu. should work now again
[21:36] <pochu> siretart: then you have no excuses for reviewing stuff :P
[21:38] <ajmitch> siretart: what was the issue?
[21:39] <siretart> ajmitch: apparently bad permissions on the config file, but there might have been some other issues as well, need to talk to sistpoty tomorrow
[21:40] <ajmitch> siretart: ah
[22:13] <RainCT> good night
[22:30] <DaveMorris> siretart: I can confirm it's now working, thanks
[22:31] <DaveMorris> I'm getting 403 errors however accessing http://revu.tauware.de/revu1-incoming/opensg-dev-0711142330/opensg-dev_1.8.0alpha1-0ubuntu1_source.changes
[22:32] <ajmitch> that's expected - you shouldn't be able to access *changes files
[22:32] <DaveMorris> how come?
[22:33] <ajmitch> because they are signed & can be used to upload to the actual ubuntu repository if signed by the right person
[22:33] <DaveMorris> oh, ok.  I hadn't noticed before
[22:34] <imbrandon> yea they should actualy probably be filtered from the webui
[22:34] <ajmitch> it's not hard to filter them
[22:34] <ajmitch> I was digging in that code only 2 days ago
[22:34] <imbrandon> :)
[22:34] <imbrandon> hows the per user thing comming ?
[22:35] <ajmitch> haven't touched it since
[22:35] <imbrandon> hehe
[22:35] <ajmitch> someone else can pick it up if they want
[22:35] <soren> What's the "per user thing"?
[22:36] <ajmitch> soren: http://revu.ubuntuwire.com/uploads.py?user=superm1@ubuntu.com
[22:36] <imbrandon> showing all uploads for a specified user on one page
[22:36] <ajmitch> without any useful info like comments/advocates
[22:36] <superm1> why me? :)
[22:36] <soren> Ah, neat.
[22:36] <ajmitch> superm1: because I spotted your name on the page & knew that you had a few uploads
[22:37] <superm1> reminds me that i have a few that i need to upload to the archive still :)
[22:37]  * ajmitch doesn't have any uploads on revu to test with :)
[22:38] <imbrandon> i dont have any since it changed over
[23:09] <norsetto> oh well ....night all
[23:58] <s1024k1> Good morning everyone, could anyone tell me how to modify the changelog after the package is merged?
[23:58] <soren> s1024k1: Er.. I don't understand the question.