[02:22] <dhillon-v10> if bzr merge-package says nothing to do does that mean its a sync from Debian
[02:30] <crimsun> not necessarily
[02:37] <dhillon-v10> crimsun, the merge package command results in nothing to do message so what should I do now check the changelog file and do it myself
[02:39] <crimsun> dhillon-v10: yes, by-hand is feasible regardless of tool
[02:40] <dhillon-v10> crimsun, alright :) will you be around in like 5 mins. so i can show you the diff
[02:48] <crimsun> dhillon-v10: probably not, sorry
[02:50] <Anthropod16> hi, after having difficulty with karmic i am finally trying to reinstall my nvidia driver. after attempting to install the driver, i get this error: E: /var/cache/apt/archives/nvidia-glx-190_190.53-0ubuntu1~karmic~nvidiavdpauppa8_i386.deb: subprocess new pre-installation script returned error exit status 2
[05:25] <dirakx> Hi i uploaded a package to REVU, but is not showing..tha package is called Turtleart
[05:25] <dirakx> https://bugs.launchpad.net/ubuntu/+bug/507579
[05:26] <ScottK> How long ago?
[05:27] <dirakx> ScottK like two days ago.
[05:27] <dirakx> dput says Already uploaded to revu on revu.ubuntuwire.com
[05:29] <ScottK> Not sure what to say then.
[05:29] <ScottK> It takes 10 minutes or so for them to appear and sometimes people ask here immediately.
[05:31] <dirakx> Scottk i was having problems getting my pgp key authenticated..can it be the problem _
[05:32] <ScottK> Could be.
[05:32] <ScottK> We'd need a revu admin to really check and I don't know of any that are around right now.
[05:32] <dirakx> ScottK: oh o.k thanks for helping me out.
[05:57] <rhpot1991> isn't there some way to execute your get-orig-source from your debian/rules, or am I making up things in my head?
[06:03] <RAOF> rhpot1991: I'm not entirely sure what you want, but you can certainly run “debian/rules get-orig-source” to get the original source (where such a target has been written).
[06:04] <RAOF> rhpot1991: Actually trying to grab the original source as a part of the build process in your debian/rules file either won't work or will be strange enough to make people ask why you're doing it (depending on your make syntaxfu).
[06:05] <rhpot1991> RAOF: I seem to recall there was a way to just run that from a terminal and have it execute
[06:05] <rhpot1991> RAOF: I'm writing the section in my rules file and was looking for a good way to test it out
[06:11] <RAOF> You can.  Just run “debian/rules get-orig-source”
[06:11] <RAOF> If it's a policy-compliant rules file, that will work from a terminal.
[06:13] <rhpot1991> RAOF: thats it, I was a level off, thanks
[06:14] <RAOF> In fact, if it's policy compliant, you should be able to run that target from *any* directory.  But many rules files don't follow that particular part of policy.
[06:30] <rhpot1991> RAOF: been a while since I did a REVU, should I generate the orig.tar.gz myself ahead of time or just debuild without it then upload?
[06:31] <RAOF> You have to generate the orig.tar.gz beforehand; you can't build the source package without it.
[06:32] <RAOF> (Because the .diff.gz is the diff against the orig.tar.gz, so you need to have unpacked the orig.tar.gz first...)
[06:38] <RAOF> Actually, if you're packaging in a VCS (particularly git-buildpackage) that rule can be bent somewhat.  But you'll definitely need to have an orig.tar.gz for upload to REVU.
[06:42] <RAOF> Wow.  eglibc will be a nice outlier for pbuilder-on-tmpfs benchmarking.
[07:16] <dholbach> good morning
[07:31] <ajmitch> morning dholbach
[07:34] <hakaishi> Hi! Does "nuke" delete the whole package or just the upload?
[07:34] <dholbach> hi ajmitch
[07:36] <hakaishi> nobody?
[07:37] <AnAnt> Hello, no UWN today ?
[07:38] <hakaishi> I have a question about REVU: Does "nuke" delete the whole package or just the upload?
[07:38] <maco> AnAnt:  is a holiday in the US. could have an effect....
[07:38] <StevenK> Oh? What's the holiday?
[07:38] <maco> well, holiday in the "no work or school or banks today" sense
[07:38] <mzuverink> Martin Luther King Day
[07:39] <maco> it's kinda like if India had "Gandhi Day"
[07:39] <maco> (or maybe it does for all i know(
[07:39] <mzuverink> Banks and postal, though more and nore banks are open
[07:39] <maco> *)
[07:40] <slytherin> maco: India has holiday on 2nd October (birth date of Mahatma Gandhi). :-)
[07:40] <maco> slytherin: good to know!
[07:41] <slytherin> On a side note it is also dry day in India.
[07:41] <maco> is there a wet day too?
[07:41] <maco> how about slightly damp day? and moist day?
[07:41]  * maco runs
[07:42] <AnAnt> slytherin: you mean today is a dry day or 2nd of Oct ?
[07:43] <slytherin> he he, 'Dry Day' means 'No Alcohol Consumption Day'. :-)
[07:43] <AnAnt> oh
[07:43] <slytherin> AnAnt: 2nd October
[07:43] <AnAnt> slytherin: yes, I understood that after you explained the meaning of "dry day"
[07:46] <hakaishi> Hey, does nobody know what nuke in REVU deletes?
[07:48] <ajmitch> hakaishi: I believe it removes all uploads of a source package
[07:49] <slytherin> hakaishi: nuke deletes all uploads. But only admins have nuke privileges.
[07:49] <slytherin> All uploads of a package
[07:49] <hakaishi> Okay, thank you ^^
[07:53] <vish> huh?
[07:55] <ajmitch> how annoying
[07:56] <vish> phew
[07:57] <Hobbsee> !staff
[07:57] <ajmitch> hello Hobbsee
[08:00] <pagga> have you guys seen this: http://www.peoplesprimary.com/2010/01/17/ubuntu-10-preview ?
[08:00] <Hobbsee> ajmitch: hiya.  welcome to the waves
[08:01] <ajmitch> Hobbsee: yeah, I happen to be in wellington this week for lca
[08:02] <pagga> have you guys seen this: http://www.peoplesprimary.com/2010/01/17/ubuntu-10-preview ?
[08:02] <pagga> have you guys seen this: http://www.peoplesprimary.com/2010/01/17/ubuntu-10-preview ?
[08:02] <pagga> have you guys seen this: http://www.peoplesprimary.com/2010/01/17/ubuntu-10-preview ?
[08:02] <AnAnt_> pagga: are you one of them ?
[08:02] <Hobbsee> ajmitch: so i heard
[08:02] <pagga> one of who?
[08:02] <Hobbsee> ajmitch: having fun there?
[08:02] <ajmitch> I suspect so, given that url he's spamming
[08:02] <ajmitch> Hobbsee: yeah, it's a fun event
[08:02] <AnAnt_> ajmitch: yeah
[08:02] <AnAnt_> !staff
[08:02] <Hobbsee> dholbach: no point
[08:03] <dholbach> Hobbsee: I see :)
[08:03] <Hobbsee> dholbach: doesn't require being in the channel to do that
[08:03] <slytherin> Why is there so much flooding?
[08:03] <Hobbsee> slytherin: DDOS of the network
[08:03] <AnAnt_> dholbach: Hello
[08:03] <Hobbsee> i see i need to update my bad link filters
[08:03] <ajmitch> slytherin: because people are being bored & stupid
[08:03] <AnAnt_> dholbach: I didn't get any reply yet from Behdad !
[08:04] <ajmitch> Hobbsee: I imagine you've been kept up to date on the happenings here then? :)
[08:04] <jussi01> dholbach: set modes +Rr
[08:04] <dholbach> AnAnt_: I think he's travelling, but I'm not sure
[08:04] <dholbach> jussi01: what does that do? :)
[08:04] <Hobbsee> dholbach: registered users only to join and talk
[08:04] <jmarsden> dholbach: registered usersonly mode
[08:04] <Hobbsee> oh, bleh.  my brower's still screwwed up
[08:05] <jussi01> Hobbsee: dholbach as per the global notices and wallops, use of +r and +R is helpful if youve access
[08:05] <jussi01> dont click that link!
[08:05] <Hobbsee> jussi01: please get your time machine out...
[08:05] <dholbach> I hope everybody's registered here
[08:05]  * ajmitch is registered :)
[08:06]  * StevenK thinks he is ...
[08:06] <ajmitch> StevenK: oh good evening sir
[08:06] <jussi01> dholbach: thanks, that should help
[08:06]  * StevenK waves
[08:06] <jussi01> dholbach: if they are not they should be.
[08:06] <Hobbsee> ah ha.  managed to turn javascript off
[08:06] <ajmitch> StevenK: how was wireless up your way?
[08:07] <StevenK> ajmitch: Here, in the hotel?
[08:07] <ajmitch> yeah
[08:07] <Hobbsee> jussi01: how does that help - it's not like you need to be in a channel to versoin it?
[08:07] <StevenK> Tis quite good, for NZ internet
[08:07] <ajmitch> I saw complaints about it in the lca channel, but I'm finding it to be fine
[08:07]  * StevenK hides
[08:07] <jussi01> Hobbsee: Im not sure of the specifics, but thats freenoddes recomendation, not mine ;)
[08:07] <ajmitch> ~170ms to fremont, it's not too bad
[08:07] <Hobbsee> jussi01: fair enough
[08:07] <maco> yay dholbach
[08:12] <MTecknology> Hobbsee: hey, were you an op in here for long?
[08:12] <Hobbsee> MTecknology: i have been for a number of years....
[08:12] <MTecknology> You guys have any idea what I screwed up on? http://paste.ubuntu.com/358385/
[08:12] <MTecknology> Hobbsee: I never noticed :P
[08:15] <MTecknology> I'm trying to make a package for the latest openbox but I think packaging hates me
[08:15] <slytherin> MTecknology: is there a configure script in upstream source?
[08:15] <jmarsden> MTecknology: Looks like either the tarball has no ./configure file in it, or else something you do deletes it ?
[08:16] <Hobbsee> MTecknology: well, i've not been around for a whole bunch of the year, so..
[08:16] <MTecknology> I guess I don't see one :(
[08:17] <jmarsden> MTecknology: If "the latest" means "grabbed from a VCS", that's common... you are expected to use autotools to create one when using a VCS by some projects...
[08:17] <jmarsden> If "latest" means a real upstream release... there should probably be one :)
[08:18] <MTecknology> jmarsden: I grabbed it like this - git clone git://git.openbox.org/dana/openbox openbox; cd openbox; git checkout release-3.4.10
[08:18] <jmarsden> MTecknology: Right.  So that's from git, a VCS, not a release tarball.
[08:18] <jmarsden> So itis up to you to create the configure script.
[08:18] <jmarsden> Is there a autogen.sh script you can run ?
[08:19] <MTecknology> jmarsden: nope..
[08:20] <jmarsden> You can try using autoreconf -- best bet though is to check what instructions upstream give their developers for compiling from git...
[08:23] <MTecknology> jmarsden: what package is that in?
[08:23] <MTecknology> jmarsden: actually, there is a configure.ac file in there
[08:23] <jmarsden> MTecknology: autoconf
[08:23] <jmarsden> MTecknology: Good, you'd be dead in the water creating a configure file without that :)
[08:25] <MTecknology> jmarsden: while I'm dloading- is there anything simple about packaging?
[08:26] <MTecknology> jmarsden: http://paste.ubuntu.com/358390/
[08:26] <jmarsden> MTecknology: well, packaging the hello app is pretty simple :)  It's the real world that tends to be messier :)
[08:27] <jmarsden> MTecknology: I could probably work to deal with that but I'm not really an autotools guru.  Can you find the upstream site where they explain to new developers how they are supposed to grab code from git and compile it, and use that info for insight into this?  That's the track I would try at this point in your place.
[08:28] <jmarsden> MTecknology: That msg *might* be a matter of which version of autotools the project wants you to use...
[08:29] <jmarsden> MTecknology: See if installing autoconf2.13 on your machine helps at all.
[08:29] <MTecknology> jmarsden: that wants a configure.in file
[08:30] <jmarsden> MTecknology: It shouldn't, that's what autoconf creates from configure.ac ... let me check a bit more ...
[08:30] <MTecknology> jmarsden: I can just keep bugging the developer and convince them to make the package and try to start a little easier
[08:31] <jmarsden> MTecknology: Right.  I think you convincing them to release a tarball is all you need to overcome this issue.
[08:31] <jmarsden> Their release process will include generating a configure file and including it in that tarball.
[08:32] <MTecknology> jmarsden: their developer knows what she's doin when it comes to packaging things. I'm just trying to do something for karmic
[08:33] <jmarsden> MTecknology: OK.  So can you not backport whatever they have for Lucid, rather than starting from git ?
[08:33] <StevenK> jmarsden: configure.in or configure.ac can be used
[08:34] <MTecknology> what's in lucid is 3.4.8 and the current stable is 3.4.10
[08:34] <jmarsden> MTecknology: OK, so get a release *tarball* of 3.4.10 and start with that, perhaps?
[08:34] <MTecknology> I'll need to see if they offer one anywhere
[08:35] <MTecknology> where is pbuilder data held?
[08:37] <jmarsden> My ~/.pbuilderrc overrides the defaults... :)  /var/cache/pbuilder/ I think
[08:38] <MTecknology> oh
[13:43] <Laney> What's the DH7 way to build arch-indep documentation?
[13:46] <hyperair> override the arch-indep rule, i should think
[13:47] <Laney> thought as much
[14:06] <Rchik> hi every1, does any1 have some spare time to answer the questions related to entering universe repository with our open source software product?
[14:06] <and`> Rchik: shoot
[15:01] <Quintasan> Hello
[15:11] <bddebian> Heya gang
[15:31] <sistpoty|work> hi bddebian
[15:33] <bddebian> Heya sistpoty|work
[15:44] <ramiro> hi
[15:44] <ramiro> what's the difference between a "devel" and a "libdevel" package in a debian/control file?
[15:51] <ramiro> a pointer to any documentation on the issue would be nice...
[16:24] <DktrKranz> nhandler, dholbach: I've just been picked for a out-of-office work day on 21st, I'll be out of town for almost all day, I'll probably be able to take my session at 20 UTC, but I can be a little late.
[16:24] <DktrKranz> just to inform you in case that happens
[16:26] <dholbach> DktrKranz: what do you think about trying to find a co-presenter who could cover the basics while you're finding your way into the session
[16:40] <DktrKranz> dholbach: I could, maybe RainCT could have a shot
[16:41] <dholbach> DktrKranz: I think that'd be the easiest solution if you don't want to totally reschedule
[17:17] <Laney> do the buildds install recommends?
[17:17] <geser> no
[17:17] <Laney> blast
[17:19] <geser> as a package installs successful even when one recommends isn't available (or not installable) you would get non-deterministic buildds (depending on the availibility of recommends)
[17:38] <zooko> Folks: the Tahoe-LAFS v1.6 release is slipping and we will not have a new version of Tahoe-LAFS ready to upload into Lucid by Wednesday (the 20th) as we had planned.
[17:38] <zooko> If we instead have one ready to upload by Monday the 25th do we still have a good chance of getting the new version included in Lucid?
[17:39] <zooko> For what it is worth the slippage has nothing to do with QA issues and is instead all about improving safety, security, and forward-compatibility.
[17:39] <ScottK> zooko: Yes.
[17:39] <ScottK> We'd rather have it right than have it right now.
[17:40] <zooko> Okay, we'll try to have it ready to upload next Monday.  Thanks!
[17:41] <zooko> That sentence that I said may not have made sense -- we are improving safety and security, not by fixing bugs or issues that negatively impact those, but by adding new features.  So it isn't the case that there are any undiagnosed bugs that are causing the delay.
[17:41] <zooko> Just FYI.
[17:46] <c_korn> does someone know a package of an application which is written in pascal ? I have no idea how to package/compile something like that
[17:57] <ScottK> c_korn: reverse-build-depends fp-compiler
[17:58] <c_korn> ScottK: thanks
[18:35] <freinhard> apachelogger, Quintasan: about that ctemplates package, i quess i'll move the emacs file back to docs/contrib/ cause i don't know (and don't want to find out ;) ) how to set it up correctly.
[18:35] <Quintasan> freinhard: also poke upsteam to strip the binary files if possible :)
[18:36] <rhpot1991> ok have some packaging questions, when packaging source that you are not upstream for, is there a preference between using get-orig-source vs having the source in your bzr branch?
[18:36] <freinhard> Quintasan: the .la file has already been removed on svn, not sure about that testing file
[18:36] <rhpot1991> I normally start with the source in a bzr branch and work from there, but am causing myself some confusion getting this ready for revu
[18:37] <freinhard> Quintasan: aren't .out files designed to be compared to the actual output the compiled code produces?
[18:40] <apachelogger> hm
[18:41] <apachelogger> freinhard: I think the .out file can be ignored, since a successfull unit test should generate the thing, hence it is reproducible
[18:42] <apachelogger> + it seems like it is simple text written as binary, so technically it is easily editable in any hexeditor :D
[18:46] <rhpot1991> any bright ideas on this: http://mythbuntu.pastebin.com/d5813c217
[19:04] <ScottK> jdong: I'd like to get your opinion on Bug #509287 for an SRU.
[19:23] <freinhard> apachelogger, Quintasan: moved the emacs file back to the docs directory and uploaded the package again.
[19:24] <Quintasan> freinhard: okay, you'll need to wait for apachelogger since I need to get back to books :P
[19:25] <Quintasan> damned biology :/
[20:05] <micahg> \sh: ping
[20:05] <rhpot1991> does anyone have a good uscan/watch file example to point me at?
[20:06] <micahg> rhpot1991: https://wiki.ubuntu.com/PackagingGuide/Complete#Creating%20and%20Using%20a%20debian/watch%20File
[20:07] <randomaction> rhpot1991: man uscan - has a number of examples
[20:08] <rhpot1991> thanks micahg and randomaction
[20:24] <rhpot1991> ok so I implement a watch file and the upstream source doesn't allow directory access so I get 403 forbidden, essentially defeating the purpose of the watch file, what the heck do I do now?
[20:37] <randomaction> you can use another format, which scans a page for links
[20:37] <micahg> \sh: unping
[20:50] <kamalmostafa> Is libGL broken again perchance?  All of the 'octave-*' packages seem to be FTBFS because of
[20:50] <kamalmostafa>    octave-3.2.3: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory
[20:51] <ScottK> kamalmostafa: I'd talk to tseliot in #ubuntu-x
[20:52] <kamalmostafa> ScottK: ok thanks
[21:06] <rhpot1991> randomaction: happen to know what format that is, I don't see anything in the man page about that
[21:09] <randomaction> "The first field is a homepage which should be downloaded and then searched for hrefs matching the pattern given in the second field." (from manpage, around line 190)
[21:11] <rhpot1991> thanks randomaction
[21:13] <rhpot1991> randomaction: all good now, thanks for the push in the right direction
[21:14] <randomaction> rhpot1991: yw
[21:28] <RainCT> DktrKranz: could do
[22:15] <rhpot1991> with debhelper 7 do I need to define get-orig-source to use uscan or is there some magic in place to make it happen automagically?
[22:43] <ScottK> rhpot1991: debhelper 7 doesn't help you on that.
[22:45] <rhpot1991> ScottK: thanks, wanted to check first
[23:13] <rhpot1991> if anyone has some time to do a revu: http://revu.ubuntuwire.com/p/hdhomerun-config-gui
[23:22] <hakaishi> Hey folks! Anyone up to review qt-shutdown-p? It is a small program to shutdown the computer. http://revu.ubuntuwire.com/p/qt-shutdown-p