[00:34] <james_w> does anyone use the .dsc provided in new upstream version requests?
[00:34] <james_w> I guess that is a bit easier
[00:34] <nhandler> james_w: I was told that you only needed the .diff.gz, I don't think you need the .dsc
[00:35] <james_w> you don't
[00:35] <james_w> some people provide it though, I just tried using it for the first time
[00:35] <james_w> it is slightly more efficient in my opinion
[00:38] <TheMuso> james_w: I use it if supplied, and I agree, it is more efficient.
[00:52] <james_w> TheMuso: are you able to confirm that ogg123 plays flac files?
[00:54] <directhex> $ ogg123 17\ -\ Porcelina\ of\ the\ Vast\ Oceans.flac
[00:54] <directhex> Playing: 17 - Porcelina of the Vast Oceans.flac
[00:54] <directhex> FLAC stream: 16 bits, 2 channel, 44100 Hz
[00:54] <directhex> james_w, ^^
[00:55] <james_w> thanks didrocks
[00:55] <james_w> and than you directhex :-)
[00:56] <TheMuso> luke@barbiton:/usr/bin$ objdump -p ogg123 | grep NEEDED | grep FLAC NEEDED               libFLAC.so.8
[00:56] <TheMuso> Its linked against libFLAC.
[00:56] <james_w> thanks TheMuso
[00:57] <directhex> is that a good thing or a bad thing?
[00:57] <TheMuso> Good thing.
[00:57] <TheMuso> It causes vorbis-tools to depend on libflac however.
[00:57] <TheMuso> At the same time, flac can be in an ogg container.
[00:58] <directhex> vorbis-tools is a misnomer though ;)
[02:44] <serialorder> I got an email saying that a merge i performed was recently failed to build for lpia, that was not an architecture listed in the package
[02:45] <serialorder> is this something I should follow up on ??
[02:49] <crimsun> serialorder: for the vast majority of source packages, yes
[02:56] <serialorder> crimun:how should i go about doing that?
[03:02] <serialorder> this was the error: dpkg-gencontrol: error: current host architecture 'lpia' does not appear in package's architecture list (alpha amd64 arm hppa i386 ia64 mips mipsel powerpc kfreebsd-i386 m68k hurd-i386 s390)
[03:09] <slangasek> typically, by adding lpia to the supported arch list
[03:09] <slangasek> (what package?)
[03:10] <serialorder> clisp
[03:11] <serialorder> here is the build error http://launchpadlibrarian.net/19927900/buildlog_ubuntu-jaunty-lpia.clisp_1%3A2.44.1-4.1ubuntu1_FAILEDTOBUILD.txt.gz
[03:12] <slangasek> hmm; should be compatible with lpia, might take a couple of passes to get it building right though if there are embedded architecture assumptions within the source
[03:12] <slangasek> at least it doesn't appear to require itself as a build-dep
[03:13] <slangasek> oh, the build log shows it got all the way to the end before failing, heh
[03:13] <slangasek> so yeah, just adding 'lpia' to the arch list should be sufficient
[03:15] <serialorder> ok
[03:16] <serialorder> is there a way that I can check that adding this will fix the problem? basically I don't know how to tell it to try and build lpia
[03:16] <TheMuso> serialorder: If you wanted to, you could set up an lpia chroot.
[03:16] <TheMuso> Assuming you are running on x86/x86_64.
[03:17] <serialorder> i am
[03:18] <serialorder> ok i guess I can try that
[04:12] <AnAnt> superm1: ping
[06:19] <dholbach> good morning
[06:22] <nellery> hi dholbach
[06:22] <dholbach> hi nellery
[06:27] <didrocks> good morning
[06:28]  * didrocks likes to be hugged instead of directhex \o/
[06:34] <slytherin> dholbach: We were planning to avoid repeat work and instead sync from Debian directly. :-)
[06:34] <slytherin> dholbach: I am talking about lucene2
[06:34] <dholbach> slytherin: yeah, I thought "let's see how long it takes to get it applied - just sync the next revision" :)
[06:37] <slytherin> dholbach: The change is already in pkg-java svn so I thought it will take 1-2 days at max. :-)
[06:37] <dholbach> ah ok
[06:37] <dholbach> well... :-)
[08:26] <geser> good morning
[08:30] <iulian> Morning geser.
[08:37] <geser> Hi iulian
[08:39] <eMerzh> if someone is in a reviewing mood....my package is waiting for comments : http://revu.ubuntuwire.com/details.py?package=sqliteman :) thanks
[08:41] <slytherin> geser: good morning
[08:42] <geser> Hi slytherin
[09:05] <tuxcrafter> hi everybody
[09:06] <tuxcrafter> i saw that ubuntu ships nice looking icons for the desktop icons and mine icons of openoffice.org
[09:06] <tuxcrafter> where are the upstream icons for this?
[09:06] <tuxcrafter>  i would like to have them in debian sid
[09:07] <Hobbsee> tuxcrafter: you probably want to ask calc.
[09:07] <tuxcrafter> calc: ping
[09:08] <tuxcrafter> Hobbsee: thanks
[09:08] <Hobbsee> tuxcrafter: you're welcome
[09:17] <verwilst> if an app has postgresql-8.1 as a recommends
[09:17] <verwilst> wouldnt the best way to change it be to set the recommends to postgresql?
[09:17] <verwilst> without a version?
[09:18] <verwilst> so that it will always recommend the latest postgresql server?
[09:19] <slytherin> verwilst: if the application uses some feature that is not available in later versions of postgresql then unversioned dependency will be a problem
[09:19] <verwilst> nah it doesnt
[09:19] <Hobbsee> verwilst: depends if the app needs changes to work with the latter versions
[09:21] <verwilst> the requirements just say pgsql 7.0.x or higher :)
[09:21] <verwilst> so that pretty much covers it all
[09:29]  * soren high-fives geser
[09:29] <soren> geser: We're among the last three remaining direct members of ubuntu-dev :)
[09:33] <geser> :)
[09:38]  * soren feels all special
[09:42] <sebner> soren: you also part of the MC group that didn't vote yet (on me and others) :P
[09:44] <soren> sebner: That too. :/
[09:44] <sebner> heh
[09:44] <sebner> soren feels more special now ^ ^
[10:00]  * directhex smiles sweetly @ nice people, requests someone use magic sync powers on LP #300156
[10:02] <slytherin> directhex: I think you should file a separate bug for sync.
[10:02]  * Hobbsee suggests asking someone with direct syncing powers, like pitti
[10:03] <directhex> yeah, i'll ask, he seems in a good mood
[11:46] <bmm> Pressing archive gave me a mod_python error: http://pastebin.com/m207e57e
[11:49] <morgs> james_w: could you please take a look at bug 263173 some time for me? Please let me know if there's anything else I need to do.
[11:50] <james_w> hey morgs
[11:50] <morgs> hey james_w :)
[11:52] <james_w> morgs: you need to subscribe motu-sru and get their ACK first
[11:52] <directhex> it's a slomo!
[11:52] <morgs> james_w: ah thanks
[12:16] <AnAnt> superm1: ping
[13:45] <RainCT> woooo branches \o/
[13:59] <quadrispro> RainCT: hi, can you take a look to this? http://revu.ubuntuwire.com/details.py?package=installation-report-generator
[15:11] <chillywilly> I'm upgrading to Ibex and it looks like the post install stuff of the kernel source package actually built the kernel module for the prop. graphics stuff...anyone know if I would still need to build the nvidia graphics driver to get 3d suport with a GeForce4?
[15:12] <chillywilly> I was under the impression that I would still need to build the graphics driver using the source from their forum/website
[15:19] <hyperair> chillywilly: depends which geforce4 it is. if i'm not mistaken, it would be nvidia-glx-96
[15:19] <hyperair> chillywilly: shouldn't you be asking this in #ubuntu instead?
[15:25] <chillywilly> sorry for asking a luser question in here, but I am pretty sure I have more knowledge than the typical luser I just haven't been able to keep up with that's going on in ubuntu land
[15:25] <chillywilly> sorry :(
[15:29] <hyperair> chillywilly: it's not about whether or not your question's a simple question, it's more of where it should be asked. but nevermind, i've seen lots of off-topic talk here ;)
[15:29] <directhex> hyperair, offtopic? here? never!
[15:29]  * directhex wonders who wants to see a photo of his chinchillas. they're fluffy!
[15:31] <laga> directhex: i'd like to see that
[15:33] <directhex> laga, http://www2.apebox.org/wordpress/wp-content/gallery/00-single/IMG_0881.JPG
[15:33] <laga> fluffy!
[15:33] <laga> directhex: wanna see a picture of my new desk?
[15:33] <directhex> laga, of course!#
[15:34] <laga> directhex: okay. i got it two hours ago. let me set up the monitor ;)
[15:35] <laga> duh, i forgot the wiring for the tft. i'll have to get one another time then
[15:36] <directhex> laga, white connector into white hole!
[15:37] <nxvl> james_w: thank you for the bzr branches!
[15:37] <james_w> nxvl: no problem :-)
[15:44] <hyperair> directhex: my monitor connectors are black and blue
[15:44] <directhex> poor hyperair
[15:44] <directhex> white is the new blue!
[15:44] <directhex> then again, black is the new white
[15:44] <directhex> it's all come full cirlc
[15:44] <directhex> e
[15:45] <phoenix_rebearth> testing
[15:45] <phoenix_rebearth> okay i'm in
[15:45] <phoenix_rebearth> :-D
[15:45] <phoenix_rebearth> is this the ubuntu motu helping hand
[15:46] <directhex> spidey sense... tingling
[15:46] <directhex> phoenix_rebearth, define "helping hand". it's not a user support channel
[15:46] <phoenix_rebearth> I 'm just searching info on what to do
[15:46] <phoenix_rebearth> let me be more specific
[15:47] <phoenix_rebearth> who can tell me what I have to know to grow towards being a developer
[15:47] <directhex> phoenix_rebearth, a software developer, or a packager? they're different roles, elbrit with frequent overlap
[15:47] <directhex> albeit
[15:47] <directhex> i can't type today
[15:47] <phoenix_rebearth> so how to become a motu 'er and grow in to becoming a developer
[15:48] <phoenix_rebearth> cold fingers
[15:48] <hyperair> directhex: joker. either way, speaking of monitors, i've managed to blow away the 2048x2048 limit on my i965 gpu and am enjoying dual head now =p
[15:50] <phoenix_rebearth> let me rephrase what I would like to know. Which howto's should I read before I can become a motu
[15:50] <eMerzh> if someone want to comment my package..... http://revu.ubuntuwire.com/details.py?package=sqliteman ... thanks a lot....
[15:53] <phoenix_rebearth> now everybody went to slee
[15:54] <phoenix_rebearth> p
[15:55] <phoenix_rebearth> it looks like this isn't the right place to begin
[15:55] <phoenix_rebearth> any suggestion on where to begin?
[15:56] <broonie> https://wiki.ubuntu.com/MOTU/GettingStarted#
[15:56] <directhex> phoenix_rebearth, ^^
[15:56] <phoenix_rebearth> broonie: thx but I've read that one
[15:57] <phoenix_rebearth> directhex ^^?
[15:57] <directhex> phoenix_rebearth, there's no up arrow character on irc...
[15:57] <phoenix_rebearth> k
[15:57] <directhex> phoenix_rebearth, so you want some real-world stuff to do, i.e. as training?
[15:58] <phoenix_rebearth> I want to know how it all works and in the mean while being usefull
[15:59] <phoenix_rebearth> I am computer technician in a "microsoft"(don't shoot me) support shop and it's really boring clicking next next finish
[15:59] <directhex> phoenix_rebearth, being a MOTU is a very varied role - you need to know how to package things (even things you don't have much experience with), fix bugs, apply patches, deal with collaboration (e.g. dealing with upstream or debian), and occasionally fix those bugs yourself
[16:00] <directhex> phoenix_rebearth, you don't need to be an actual motu to do all of those - and generally you'd need to show yourself as proficient in all of them before motuness would be given, through general contributions
[16:01] <directhex> phoenix_rebearth, so i'd pick one area to start on, and that'll probably leak in both directions onto other topics
[16:01] <RainCT> directhex: there's an arrow - ↑   *g*
[16:01] <phoenix_rebearth> directhex: that 's the reason why I came in the room to ask whether people had an opinion (besides reading man pages and stuff) about howto's
[16:01]  * directhex feeds RainCT ISO-8859-15
[16:02] <joaopinto> phoenix_rebearth, the wiki :) ?
[16:02] <phoenix_rebearth> On it
[16:02] <phoenix_rebearth> man pages too
[16:02] <directhex> phoenix_rebearth, try something real-world. an easy (maybe!) one is an upstream update
[16:02]  * RainCT explains to directhex that there's something called UTF-8 ;)
[16:02] <directhex> phoenix_rebearth, pick a package you use, see whether there's a newer upstream version, and if there is, make the package be newer!
[16:02]  * directhex feeds RainCT KOI-8 as desert
[16:03] <phoenix_rebearth> that seems to be a good start
[16:03] <verwilst> you can use your own PPA for that even ;)
[16:03] <directhex> yeah, like verwilst said, you have your own test repository on your launchpad account
[16:03] <broonie> phoenix_rebearth: In general, it's easier to find documentation once you've got an idea of the sort of thing you want to do.
[16:03]  * RainCT suffers a painfull death :D
[16:04] <directhex> i could do with dashing young adventurer... erm... packagers, for example
[16:04] <directhex> for the mono 2.0 transition. it's a big job
[16:06] <phoenix_rebearth> directhex: I'll read something more about it, at least I now see something realistic in front of me instead of learning hello world stuff
[16:06]  * jdong kicks apache for sending Application/x-msvideo for .m4v files
[16:07] <directhex> jdong, m4crosovt!
[16:07] <jdong> :D
[16:07] <jdong> my iPod isn't amused by the MIME type :)
[16:07] <jdong> refuses to stream
[16:09] <directhex> jdong, fix your ipod to be less picky
[16:09] <jdong> directhex: I guess I *COULD* hack safari to be a bit less picky about MIME types...
[16:10] <jdong> though I'm not sure I want it showing embedded video for every application/x-msvideo
[16:10] <jdong> what does Apache use to guess MIME types? is there some hardcoded lookup table or does it use something like file?
[16:11] <jdong> I'm guessing it guesses by extension.
[16:11] <directhex> i think by extension, from a lookup file
[16:11] <jdong> hmm, would you consider it a bug for it to call .m4v x-msvideo rather than video/mp4?
[16:12] <directhex> hm, apparently it uses /etc/mime.types
[16:13] <jdong> well m4v isn't defined at all in that file
[16:13] <jdong> audio/mpeg              mpga mpega mp2 mp3 m4a
[16:13] <jdong> actually it's a bit wrong.
[16:14] <jdong> IETF says m4a -> audio/mp4, m4v -> video/mp4
[17:27] <nhandler> RainCT: ping
[17:29] <RainCT> nhandler: yes?
[17:29] <nhandler> RainCT: Did you push some new changes to REVU in the last few days? The date of the next REVU Day is no longer being displayed
[17:29] <nhandler> RainCT: Nevermind, it just appeared
[17:30] <RainCT> nhandler: No. wiki.ubuntu.com might have been unavailable when it last tried
[17:50] <pochu> argh
[17:51] <pochu> we still have wxwidgets2.4 in jaunty!
[17:51] <pochu> weren't there plans to remove it from the archive in the hardy cycle? :)
[18:03] <slytherin> pochu: make the plan now. :-)
[18:10] <pochu> found it: https://wiki.ubuntu.com/MOTU/wx2.4Migration
[18:29] <slytherin> From where do I download packages in Debian new queue?
[18:34] <Laney> james_w: How did you know to look on debian-multimedia for anyevent?
[18:34] <jdong> anyone around who uses a wl.ko broadcom wireless card?
[18:34] <pochu> slytherin: I don't think you can
[18:34] <jdong> just want confirmation if ad-hoc is supposed to work or not.
[18:35] <slytherin> pochu: :-(
[18:42] <hyperair> jdong: i've never gotten adhoc working on an intel
[18:45] <directhex> hm, slytherin escaped
[18:45] <directhex> the shock of hearing that NEW is a walled garden literally knocked him off the internet
[18:50] <jdong> hyperair: I've goten it working okay on Intel
[18:50] <jdong> actually on iwl3945 associating and disassociating a client too much time locks up the card
[18:50] <jdong> microcode error
[18:51] <jdong> so I take that back :)
[18:51] <jdong> *angrily boots back into OS X*
[19:00] <hyperair> lol
[19:01] <hyperair> jdong: usually it disconnects because there isn't a dhcp server and nm's avahi integration seems a little flaky, so it seems to get a zeroconf address, then (probably avahi doesn't notify nm? or nm didn't realize that avahi managed to get an address?) nm times out and cuts the connection
[19:03] <RainCT> sebner: GNOME is working now, btw. Compiz hung because of a bug in Intel's driver, uninstalling compiz "fixed" the login problem
[19:03] <sebner> RainCT: heh, intel with the "open" driver. tsss
[19:03] <RainCT> and to whoever told me about it, the fast-user-switch-applet does indeed show a notification with a button to replace the quit button with it
[19:04] <RainCT> sebner: Yeah, that's sad :(. Compiz is using some new feature now (to let the graphics card work instead of the CPU) and this doesn't work correct with old Intel chipsets (because of the driver) :(
[19:05]  * sebner disabled compiz :P
[19:05] <RainCT> Yeah, but it's enabled by default.. I'll ask for my card to be blacklisted (that's what they've done with several other models)
[19:10] <directhex> mono transition phase 1 is almost done
[19:21] <phoenix_rebearth> do packagers in ubuntu also use dpkg?
[19:22] <james_w> Laney: Marillat's name in the changelog
[19:22] <jmarsden> phoenix_rebearth: Yes.  See https://wiki.ubuntu.com/PackagingGuide/Complete
[19:22] <Laney> Oh :(
[19:22] <phoenix_rebearth> what's the way to download dpkg-dev
[19:22] <phoenix_rebearth> I can't seem to get it right
[19:23] <jmarsden> phoenix_rebearth: Doesn't it get pulled in with   sudo apt-get install build-essential  ?
[19:24] <phoenix_rebearth> build essential: that 's what I needed i think
[19:24] <phoenix_rebearth> but problem was the install part
[19:24] <jmarsden> phoenix_rebearth: See the "Packaging Tools" section of the Guide I just pointed you to :-)
[19:25] <phoenix_rebearth> I always forget words in the commands
[19:25] <phoenix_rebearth> thx alot
[19:25] <jmarsden> No problem.
[19:26] <directhex> phoenix_rebearth, a general shift in mindset should eventually land, and that helps a lot
[19:26] <nixternal> argh...getting my sid pbuilder up and running is a pita
[19:26] <directhex> phoenix_rebearth, just basic things help in terms of, well, instincts
[19:26] <directhex> nixternal, whyso?
[19:27] <nixternal> bombing out on configuring base packages
[19:27]  * nixternal tries again
[19:27] <Laney> didrocks! I see you updated goocanvas in Intrepid to 0.12. Do you have any plans to get that back into Debian?
[19:30] <Laney> didrocks: (can you ping the maintainer pretty please? It blocks me getting goocanvasmm in)
[19:31] <phoenix_rebearth> basically I installed the right stuff, it'll eventually come back to me
[19:34] <jdong> sigh, stupid handbrake.
[19:34]  * jdong craps out due to thanksgiving laziness and just lets it go wget all the libs it wants
[19:34] <Laney> james_w: Can we sync from debian-multimedia?
[19:35] <james_w> Laney: I think so, an archive admin would know for sure
[19:35] <directhex> Laney, do you want to? marillat's QA can be... lacking :/
[19:35] <nixternal> ahh, stupid pbuilder docs on the wiki are wrong
[19:35] <jdong> you don't want to sync from debian-multimedia without a good review first :)
[19:35] <directhex> jdong, agreed!
[19:36] <directhex> i think about 5 lines of my moonlight debian/control are marillat's. and debian/compat
[19:36] <jdong> and if you find anything "wrong" policy-wise with marillat packages, in my experience he's more than grateful for patches
[19:37] <Laney> Well I didn't look at it thoroughly, as I usually trust DDs... but it does have a weird version number
[19:38] <directhex> Laney, that's normal for a marillat package, but srsly, do a packaging review
[19:38] <directhex> Laney, REVU it!
[19:38] <Laney> bah
[19:40] <hyperair> crimsun: regarding bug 202089, how about a sru for that? seems like a lot of people are affected.
[19:52] <didrocks> Laney: I updated it becuase it was on the « GNOME » packages, which have a permanent FFe
[19:52] <didrocks> Laney: from what I understood, these kind of work does not interest Debian (because those packages are not synced). But I may be wrong…
[19:53] <Laney> didrocks: Cool, I'm glad you did!
[19:53] <Laney> Hm? The package was in sync before the 0.12 update
[19:53] <didrocks> So, I am wrong :)
[19:53] <didrocks> ok, I will feed a bug in Debian BTS
[19:53] <Laney> Nice one
[19:54] <Laney> Maybe you could mention that it blocks goocanvasmm being uploaded ;)
[19:54] <didrocks> Laney: in Debian or Ubuntu?
[19:54] <Laney> Debian
[19:54] <Laney> I want to get it in, but it depends on goocanvas >= 0.11
[19:55] <didrocks> ok :) Do you want me to subscribe you to the bug?
[19:55] <Laney> Please do
[19:55] <didrocks> ok, I'm on it :)
[19:55] <Laney> \o/
[19:59] <didrocks> Laney: you didn't see it in debian NEW ?
[19:59] <Laney> didrocks: No...
[19:59] <Laney> is it?
[20:00] <didrocks> didn't checked yet :)
[20:00] <Laney> Not that I can see
[20:01] <didrocks> you're right :)
[20:01] <didrocks> (debian NEW has been updated, it seems pretty now)
[20:02] <directhex> boo @ NEW
[20:02] <Laney> Why are we booing at new?
[20:03] <directhex> it introduces delays!
[20:03] <Laney> there is that :(
[20:03]  * directhex is waiting on something in NEW, will probably 0ubuntu1 it
[20:05] <Laney> Is "This module is licensed under the same terms as Perl itself" alright for an upstream's COPYING? And no headers in any source files?
[20:06] <didrocks> directhex: sure, I had to make that a numbered of times for intrepid :/
[20:07] <directhex> Laney, not ideal :/
[20:07] <Laney> directhex: Quite, but I rather suspect that it's been this way forever
[20:08] <Laney> Besides this and the weird version number, I think that anyevent looks ok
[20:08] <directhex> didrocks, i anticipate a painful number of at best syncs from experimental
[20:09] <Laney> So let's get Lenny to release ;)
[20:09] <didrocks> directhex: yes, that's an option :/
[20:09] <directhex> Laney, YES!
[20:11] <didrocks> Laney: bug opened and you are subscribed
[20:11] <Laney> didrocks: Thanks a lot
[20:11] <didrocks> Laney: you're welcome :)
[20:11] <Laney> My mission is to get glom into Debian
[20:11]  * Laney pokes huats ;)
[20:12]  * didrocks find Laney mean to poke a huats like that :)
[20:12] <huats> Laney: hey
[20:12] <huats> sorry I am on a rush there
[20:12] <Laney> huats: haha, I was just kidding
[20:12] <huats> I ping you back after the diner :)
[20:12] <Laney> don't worry about it
[20:12] <huats> Laney: non non you are right
[20:13] <didrocks> huats: you are lying, you even answered at phone earlier :p
[20:13] <huats> anyway I'll tackle the uplload this week end...
[20:14]  * Laney cuddles Banshee
[20:28] <tuxcrafter> calc: ping
[20:29] <tuxcrafter> calc: i saw that ubuntu ships nice looking icons for the desktop icons and mine icons of openoffice.org documents, how is the upstream process going so they become in debian sid?
[21:10] <chrisccoulson> i'm currently packaging a new upstream version of transmission. the build-depends in the existing version have no version constraints, even though the upstream configure.ac specifies minimum versions of all the build dependencies. would it be a good idea to add them in?
[21:13] <crimsun> do they differ significantly from what's available in hardy?
[21:14] <chrisccoulson> only one of the build-depends has a version-bump. but the existing control file specifies no minimum versions at all
[21:14] <chrisccoulson> i wasn't sure whether just to modify the control file and add them all in
[21:15] <crimsun> right, but is the b-d's min version not satisfiable in hardy?
[21:15] <chrisccoulson> i'll check quickly
[21:15] <crimsun> if it is satisfiable, I'd not bother constraining the b-d
[21:16] <pochu> chrisccoulson: I think you should add them
[21:17] <pochu> otherwise the dpkg-checkbuilddeps will succeed, but the build will fail
[21:17] <chrisccoulson> ok, i can do that no problem.
[21:17] <chrisccoulson> thanks
[21:18] <chrisccoulson> for the record, hardy would satisfy the build depends of the new version, but dapper would definately not
[21:20] <crimsun> chrisccoulson: (make sure you do the usual "file in Debian BTS" rote)
[21:22] <chrisccoulson> it's already been requested in debian. they won't update until after lenny is released though, so i thought i'd update it in ubuntu first. not sure if thats the correct way to do it though :/
[21:23] <crimsun> sure, don't block on lenny (momentarily)
[21:23] <chrisccoulson> no problem. it's quite a simple update. the patch set is minimal (just a single ubuntu patch to the desktop file, and that's all)
[21:24] <crimsun> the reason I don't tend to version b-ds is because I don't support building on fragmented/hybrid distro releases (e.g., mixed woody/etch)
[21:24] <crimsun> however, strictly speaking, it's proper to add the constraints
[21:25] <chrisccoulson> yeah, i wasn't sure really. i did the last transmission update, so i probably should have added them then really ;)
[21:30] <directhex> damnit, i need an orig.tar.gz which is in NEW
[21:32] <quentusrex> Hello all.
[21:32] <quentusrex> How difficult is it to have an svn repo with source code and also a ubuntu deb repo?
[21:33] <quentusrex> Are there any howto's or tutorials or wiki's that describe how to have a svn repo, and have a build system that will generate and update a deb repo?
[21:36] <directhex> quentusrex, well........
[21:36] <directhex> quentusrex, consider looking at the svn-buildpackage package
[21:37] <quentusrex> directhex: are you familiar with voip?
[21:38] <directhex> quentusrex, no. i hate telephony
[21:38] <quentusrex> ok.
[21:40] <jmarsden> quentusrex: for SVN server setup, it's a bit old but try: http://www.subversionary.org/howto/setting-up-a-subversion-server-on-ubuntu-gutsy-gibbon-server
[21:40] <quentusrex> I've been able to setup the server. I am concerned about hosting the *.deb package
[21:41] <quentusrex> I want to maintain the package and support it. But I'm concerned about the difficulty.
[21:41] <directhex> building an ftp archive is reasonably easy
[21:42] <jmarsden> quentusrex: Not that hard surely... see http://mediakey.dk/~cc/howto-create-your-own-debian-or-ubuntu-package-repository/ for hints on setting up a debian style repository
[21:42] <directhex> needs some config files, then the right incantations
[21:43] <quentusrex> would there be support for this?
[21:43] <jmarsden> Support... from Canonical?  Or from whom?
[21:43] <quentusrex> general support from irc
[21:43] <directhex> let me find my old packager scripts from pre-launchpad-ppa
[21:44] <jmarsden> Probably... it depends on who you ask and how friendly they feel :-)
[21:45] <directhex> aha, a 25-line script to build the required files from the archive, make package indexes, and make a nice clicky webpage from it
[21:45] <quentusrex> :) thanks
[21:45] <jmarsden> quentusrex: If you want to avoid this, just get your package accepted into Debian or Ubuntu, then you donto need to maintain your own repository at all... this is by far the better way to go in general.
[21:45] <directhex> short version:
[21:45] <directhex> apt-ftparchive sources . > Sources
[21:45] <directhex> apt-ftparchive packages . > Packages
[21:45] <quentusrex> jmarsden: I think it'll be interesting when you hear what I'd like to do.
[21:46] <laga> i used to use falcon ot build a repo. quite straight-forward
[21:46] <RAOF> Yeah.  How's the autobuild integration going (if at all) in falcon?
[21:48] <quentusrex> I think I'll be leading a group of people who are fed up with Voip on CentOS. And we'll be setting up an ubuntu based distro to run Voip servers.
[21:48] <jmarsden> quentusrex: Maybe.  Too many people start their own repo instead of doing the work of making their packages good enough to be accepted into Universe, though... do you really need a separate distro variant?
[21:48] <quentusrex> jmarsden: I think initially it'll be easier for us to host it ourselves. That way if we crash and burn, there won't be any harm.
[21:49] <jmarsden> There's enough review that you're unlikely to harm Ubuntu by trying to get stuff into Universe :-)
[21:50] <jmarsden> You will be creating an isolated island, instead of joining the existing community.  Make sure that is really what you want to do.
[21:50] <quentusrex> We're going to aim towards enterprise voip servers, but also have packages with the ability to add 'bells and features' such as vtiger, etc.
[21:50] <emet> directhex: do you think Mono 2.2 will make it into 9.04?
[21:50] <quentusrex> jmarsden: initially while there isn't anything to offer the ubuntu community yes, an island is better. Then once there is an initial release. Then we'll paddle the island over to the mainland.
[21:51] <jmarsden> OK, it's your call.
[21:51] <quentusrex> I don't see a better way to start this than on our own.
[21:51] <quentusrex> because this will be more like Mythbuntu than anything else I've seen.
[21:52] <quentusrex> A distro wrapped around custom packages.
[21:52] <jmarsden> quentusrex: Decide on one aplication you would liek to see that is VOIP related.  Package it, get it into Universe.  Repate for other packages...
[21:52] <jmarsden> s/Repate/Repeat/
[21:52] <jmarsden> That way even if you only ever get a few packages done, not a full new distro, your work is useful to the whole community.
[21:53] <quentusrex> What about getting our own package released, then get it into the universe repo.
[21:53] <jmarsden> Define "released".  Put it in your PPA on LP until it is in Universe... sure.
[21:54] <jmarsden> You don't need your own repo infrastructure to do that.
[21:56] <quentusrex> I'll check it out
[21:57] <jmarsden> quentusrex: Good ... thanks for listening :)
[21:58] <directhex> emet, *MAYBE*, but it's 101% conditional on finishing the packaging transition ASAP
[21:59] <directhex> emet, the longer the transition takes, the lower the chance of 2.2
[21:59] <directhex> emet, upstream have provided us with 2.2 preview tarballs already, but we just don't have time to look at them
[21:59] <emet> okay
[21:59] <emet> 2.2 has a redesigned VM I think
[22:00] <directhex> linear IL
[22:00] <emet> faster Mono applications
[22:00] <directhex> yes
[22:00] <RAOF> SMID from C#.
[22:01] <directhex> that too
[22:01] <directhex> emet, mono 2.0.1 for us produces over 100 (!) binary packages. that number goes up with 2.2 (!). that all needs auditing and bug checking
[22:01] <directhex> emet, and "mono 2.2" is 10 source packages, not just mono
[22:03] <quentusrex> alright I'm ubuntero
[22:03] <emet> holy crap
[22:04] <directhex> emet, gluezilla, libgdiplus, mono-basic, those are the easy ones. but like i said, by a WIDE margin, the blocker on mono 2.2 is finishing the 2.0 packaging transition
[22:04] <ajmitch> directhex: I thought you'd be done by now :)
[22:05] <directhex> ajmitch, phase 1 needs 1 more package (i still need an orig.tar.gz from NEW, or more likely, from meebey's /home
[22:06] <directhex> ajmitch, and working on the transition for OOo took a bloody long time
[22:06] <quentusrex> for ppa, how do I get it away from jaunty and towards Hardy????
[22:06] <quentusrex> I only want the packages on LTS releases... atleast initially...
[22:07] <directhex> quentusrex, check your debian/changelog's target release
[22:08] <quentusrex> directhex: I don't see that...
[22:08] <directhex> quentusrex, what's the very first line of your changelog?
[22:08] <sebner> quentusrex: replace "jaunty" with "hardy"
[22:08] <directhex> head -1 debian/changelog
[22:09] <directhex> sebner, you gave it away!
[22:09] <quentusrex> I'm saying for the launchpad.net ppa. the repo they gave me says jaunty...
[22:09] <sebner> directhex: it's late :P
[22:09] <quentusrex> jaunty main
[22:09] <quentusrex> If my changelog says hardy, will that be detected?
[22:09] <directhex> quentusrex, yes!
[22:09] <quentusrex> ok...
[22:09] <quentusrex> So, now is there an svn management system on launch pad?
[22:10] <sebner> quentusrex: bazaar?
[22:10] <directhex> you're meant to use bzr!
[22:10] <jmarsden> bzr is the way more and more Ubuntu projects are going...
[22:11] <quentusrex> :( ....
[22:11] <quentusrex> learning another repo? I just moved from cvs to svn...
[22:11] <jmarsden> https://wiki.ubuntu.com/BzrContributorHowto
[22:12] <jmarsden> Or host your own SVN repo and upload stuff into your PPA from that.  SOmeone was working on a autoppa tool for such things, I think...
[22:14] <quentusrex> that would be awesome.
[22:17] <quentusrex> how to add a new project to launchpad?
[22:18] <RainCT> quentusrex: https://launchpad.net/projects
[22:18] <RainCT> somewhere there on the right there should be a "new project" button, iirc
[22:18] <emet> bzr is really easy
[22:18] <RainCT> i'm off, good night
[22:18] <emet> bye
[22:18] <jmarsden> quentusrex: https://launchpad.net/projects/+new-guided
[22:20] <eMerzh> Someone has time to review my package at http://revu.ubuntuwire.com/details.py?package=sqliteman ?... thanks :D
[22:22] <quentusrex> Alright, if the project is hosted at launchpad, will it create the dep?
[22:22] <quentusrex> or will I have to create the dep, and upload it?
[23:34] <popey> hi. I am looking for a document that outlines the recommended naming convention for brand new ubuntu packages
[23:37] <Hobbsee> as in, versioning?
[23:39] <popey> just the file name - for a proprietary app that wont be in a repo
[23:40] <popey> https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging%20From%20Scratch looks good
[23:40] <popey> is that definitive
[23:40] <azeem> if it's not in the repo, it doesn't matter that much
[23:40] <popey> yeah, he's trying to do the "right thing" though
[23:41] <popey> i think they want some level of acceptance by the community - it being proprietary
[23:41] <popey> and they want to make sure they do it right from the get-go
[23:45] <james_w> there are conventions for certain packages, e.g. python, perl
[23:45] <james_w> for a general application there aren't that many
[23:45] <azeem> popey: yeah, what kind of package is it?
[23:45] <james_w> not too short, not too long, not too generic would be the top three at a guess
[23:45] <azeem> single package, library, python, perl, lisp, java etc.
[23:46] <popey> I'm under nda so i cant really say much
[23:46] <popey> its a single package
[23:46] <azeem> then it's quite difficult to advise
[23:47] <Laney> If you want definitive then there's the Ubuntu policy
[23:50] <directhex> generally convention w/ single-package is to name it whatever upstream names it
[23:51] <popey> he _is_ upstream :)
[23:51] <popey> he's making a package for ubuntu, debian, suse, fedora etc
[23:52] <RAOF> Does he have a name he's calling the software now?
[23:53] <popey> it has a name yes
[23:53] <RAOF> Why not use that as the package name, then?
[23:53] <popey> i was thinging program_major.minor_arch.deb should be sufficient?
[23:53] <azeem> eh
[23:53] <azeem> that's not the package name
[23:53] <RAOF> Ah.  You're conflating the package name with the filename of the .deb archive.
[23:53] <popey> 23:39:46 < popey> just the file name - for a proprietary app that wont be in a repo
[23:53] <azeem> "program" is the package name in the above example
[23:53] <popey> i did say
[23:53] <azeem> the rest is versioning stuff
[23:54] <azeem> popey: the file name is defined, yes
[23:54] <azeem> popey: if he has to make it up himself, he's doing something wrong
[23:54] <popey> thanks for the help
[23:54] <azeem> aha
[23:54] <RAOF> The tools which build a binary package will automatically create a file named "...
[23:54] <RAOF> Bah.
[23:54] <ajmitch> too late
[23:55] <azeem> RAOF: tell him in #ubuntu-devel ;)
[23:55] <RAOF> Thank you, KDE, for s/PanelSvg/FrameSvg in libplasma.  I'm sure that's really useful.