[00:09] <Darxus> Is this an appropriate place to ask for help on azureus from karmic giving me an error on "debuild -S" of: "You must specify a valid JAVA_HOME or JAVACMD!"  Google hasn't helped.
[00:10] <Darxus> Impressively queit for 220 people.
[00:15] <bdrung> persia, TheMuso: ping
[00:16] <c_korn> Darxus: do you have a java jdk installed ?
[00:18] <bdrung> Darxus: you could go to #debian-java and ask blackxored
[00:19] <dhillon-v10> hi andv
[00:19] <Darxus> Huh.  Maybe not.  Thanks.
[00:20] <Darxus> Nope, I do have the jdk installed.
[00:36] <Darxus> However, I had not done "apt-get build-deps azureus" :/
[00:36] <Darxus> Er, build-dep.
[01:35] <Darxus> Uploaded my first debdiff and subscribed ubuntu-universe-sponsors!
[01:37] <c_korn> Darxus: what bug ?
[01:44] <Darxus> c_korn: https://bugs.launchpad.net/ubuntu/+source/azureus/+bug/428514
[01:46] <Darxus> It's a bug in both java implimentations, but my patch avoids the bug by using a command line option to skip JIT compiling of the problematic part.
[01:47] <c_korn> Darxus: does the current package in karmic have a patch system ?
[01:48] <c_korn> (run what-patch in the source tree)
[01:49] <Darxus> c_korn: Thanks, I was wondering how to tell - the relevant docs don't say.
[01:50] <c_korn> Darxus: oh, forget about it
[01:50] <Darxus> c_korn: ?
[01:50] <c_korn> I thought the wrapper was outside the debian directory
[01:50] <c_korn> so you do not need a patch anyway
[01:51] <c_korn> but your changelog file is wrong.
[01:51] <Darxus> :/
[01:51] <Darxus> How?
[01:51] <c_korn> 1. explain what you change and why you did it (not only tell it fixes a bug)
[01:51] <Darxus> Ah.
[01:52] <Darxus> I was trying to mimic other changelog entries.
[01:52] <c_korn> 2. Use (LP: #428514) to indicare that the bug was closed
[01:52] <c_korn> the Closes statement is used by the debian BTS
[01:53] <Darxus> Just those two changes to the changelog?
[01:54] <c_korn> lintian may also complain that Darxus is not your full name (not sure about this one. it does at least complain if the maintainer is not a full name)
[01:54] <Darxus> I saw mention that lintian was running.
[01:54] <Darxus> With no error.
[01:55] <Darxus> That's an annoying requirement.
[01:56] <Darxus> -XX:CompileCommand=exclude,com/aelitis/net/udp/uc/impl/PRUDPPacketHandlerImpl\$5,runSupport
[01:57] <Darxus> How should I refer to that?  Something other than "Commandline to prevent compliation of problematic thing."
[01:58] <c_korn> Darxus: why does the application crash without that line ?
[02:03] <Darxus> c_korn: It's a bug in the java implimentations.
[02:04] <Darxus> When they try to JIT compile that bit, they crash.
[02:04] <Darxus> It's not a bug in azureus.
[02:04] <Darxus> It's not azureus that crashes.  It's java.
[02:05] <c_korn> Darxus: ok, I do not know how detailed the motus want to have the changelog entry.
[02:05] <c_korn> but it should at least mention that.
[02:07] <Darxus> Mention that it's a bug in java?
[02:07] <Darxus> What I want is a word to replace the word "thing".
[02:07] <Darxus> What is "com/aelitis/net/udp/uc/impl/PRUDPPacketHandlerImpl$5"?
[02:11] <c_korn> Workaround to prevent a crash caused by a bad java implementation. The workaround
[02:11] <c_korn> grr, pressed enter too early.
[02:12] <lifeless> so
[02:12] <lifeless> wearing a MOTU hat
[02:12] <lifeless> I'd want to see a bug report linked there
[02:12] <lifeless> much more useful than handwaving
[02:12] <lifeless> e.g.
[02:12] <lifeless> 'Workaround JIT crash in openJDK6 <https://openjdk.dev.java.net/bugs/12345>'
[02:13] <Darxus> Looks like the word I was looking for was "class".
[02:14] <c_korn> Darxus: the crash is not limited to openjdk6 but also occurs in suns implementation, does it ?
[02:14] <Darxus> lifeless: I submitted a bug report to sun, they didn't reply.  I also submitted a bug against open jdk (which shares the problem), and that's linked to in the bug that I'm going to mention as "(LP: #428514)".
[02:14] <Darxus> Okay?
[02:14] <lifeless> openjdk is suns implementation :)
[02:14] <Darxus> c_korn: Yes.
[02:14] <Darxus> Um.
[02:14] <lifeless> bug 428514
[02:15] <c_korn> lifeless: you know what I mean :)
[02:17] <Darxus> It crashes the java in both  packages openjdk-6-jre and sun-java6-jre.
[02:17] <lifeless> ok
[02:18] <lifeless> so bug 380378 claims that sun-java6-jre doesn't crash it?
[02:18] <lifeless> is that a stale comment or something?
[02:19] <lifeless> ok, so good work on the bug report in openjdk
[02:19] <lifeless> I think you may want a similar one on sun-java6-jre
[02:19] <lifeless> and they probably need to be forwarded upstream, but that is a separate problem
[02:19] <lifeless> [one I encourage you to tackle]
[02:20] <Darxus> lifeless: Does it actually say that (that sun-java6-jre doesn't crash it)?
[02:21] <Darxus> I think it says I how I tried switching to sun-java6-jre, but not that I ever confirmed it worked.  Because it didn't.
[02:21] <lifeless> Darxus: https://bugs.edge.launchpad.net/ubuntu/+source/openjdk-6/+bug/380378/comments/3
[02:22] <Darxus> lifeless: Ah yes.  I don't know.  They both crashed on me.
[02:22] <ScottK> RoAkSoAx: Not yet.  Sorry.
[02:25] <Darxus> lifeless: I did submit a bug directly to sun via the url included in the crash log.
[02:25] <Darxus> I'll add a bug against the sun-java6-jre package.
[02:27] <lifeless> Darxus: did you get a url for the sun bug?
[02:27] <lifeless> or was it some fire and forget thing ?
[02:28] <Darxus> lifeless: I got nothing from them :(
[02:28] <lifeless> the main point is to let someone else pick it up and run with it later
[02:28] <lifeless> so if there is no url then they have to find you and ask to figure out whats going on
[02:29] <Darxus> Yeah, well, I don't even have a way to follow up on it with Sun.
[02:29] <Darxus> Somebody in #bittorrent said you basically need a contract with Sun for that kind of support :/
[02:34] <lifeless> what url did you file the ticket at ?
[02:35] <Darxus> lifeless: What ticket?
[02:35] <lifeless> the one at sun that you got no response for
[02:35] <Darxus> # If you would like to submit a bug report, please visit:
[02:35] <Darxus> #   http://java.sun.com/webapps/bugreport/crash.jsp
[02:35] <Darxus> I submitted it there.
[02:36] <Darxus> It's in all java crash logs.
[02:36] <Darxus> Huh, azureus does use quilt.
[02:42] <Darxus> Finally uploaded a debdiff with the improved changelog entry.
[02:43] <lifeless> did you end up at  http://bugreport.sun.com/bugreport/start_form.jsp  ?
[02:48] <Darxus> lifeless: No, I clicked I am an end user, not a developer, so I ended up at http://bugreport.sun.com/bugreport/hotspot_enduser_form.jsp
[02:50] <nicklas_> if i have added a ppa repos from launchpad, is it possible to remove that and go back to the package versions you had before updating?
[02:51] <Darxus> nicklas_: Yes.  Everything is possible.
[02:51] <lifeless> Darxus: ok; so is there perhaps a bug report in the azureus bugtracker?
[02:52] <Darxus> lifeless: Perhaps.
[02:52] <lifeless> or that the package on that you plan to forward upstream?
[02:52] <nicklas_> Darxus: you dont happen to know how?
[02:52] <Darxus> nicklas_: I don't think this is an appropriate channel.
[02:52] <nicklas_> Darxus: oh
[02:52] <Darxus> nicklas_: I could be wrong.  Download the .deb from the archive and dpkg -i it.
[02:53] <Darxus> lifeless: What?
[02:53] <nicklas_> Darxus: ouch, then you have to downgrade every package manually :-S
[02:56] <Darxus> nicklas_: I didn't say that.  Check out apt pinning.  I think you should be able to coax it into doing a massive downgrade to only what's on the official archives.
[03:01] <zooko> Good evening folks.  (UTC-6)
[03:03] <Darxus> How do I add a package that a bug applies to on launchpad?
[03:04] <Darxus> Doh, found it.
[03:06] <Darxus> "There is no bug supervisor for Sun Java. This means that there is nobody upstream we can notify about this issue."  hah
[03:13] <Darxus> Oh, hmm, I need an "also affects package" not "also affects project".
[03:14] <Darxus> Ah, the "also affects distribution" link works.
[03:17] <Darxus> So I added sun-java6 to the openjdk bug I created, attached the sun java crash log, and then decided that was totally the wrong thing to do :/
[03:17] <Darxus> But It's my bed time.
[03:17] <Darxus> Thanks for your help.
[04:05] <nicklas_> ( . Y . )
[06:39] <dholbach> good morning
[06:43] <mruiz> hi dholbach !
[06:44] <dholbach> hi mruiz
[06:47] <mruiz> I'm getting the following error during the building process: configure.ac:1335: error: AC_SUBST: `libdir exec_prefix prefix' is not a valid shell variable name . Ideas ?
[07:03] <quentusrex> Can anyone help me debug this error:
[07:03] <quentusrex> dh_builddeb
[07:03] <quentusrex> 	dpkg-deb --build debian/freeswitch ..
[07:03] <quentusrex> dpkg-deb: building package `freeswitch' in `../freeswitch_1.0.4+repack4-0ubuntu14925.3_amd64.deb'.
[07:03] <quentusrex> dpkg-deb: conffile `/opt/freeswitch/conf/vars.xml' does not appear in package
[07:03] <quentusrex> dh_builddeb: command returned error code 512
[07:06] <MTecknology> quentusrex: You still should have used pastebin - with the whole log
[07:06] <MTecknology> ;)
[07:09] <fabrice_sp> Hi dholbach. Hi mruiz
[07:09] <mruiz> fabrice_sp, hi
[07:09] <dholbach> hey fabrice_sp!
[07:09] <fabrice_sp> mruiz, did you tried to regenerate the autoconf files?
[07:09] <mruiz> fabrice_sp, can you guide me ?
[07:10] <fabrice_sp> run aclocal, autoconf and automake
[07:10] <mruiz> fabrice_sp, under the src directoy ?
[07:10] <quentusrex> MTecknology: there is a simple explaination...
[07:10] <quentusrex> the rest of the build process works...
[07:11] <quentusrex> part of the builddeb isn't finding something...
[07:11] <fabrice_sp> quentusrex, do you try to install a conf file?
[07:11] <MTecknology> quentusrex: details help though :) - I can't really help you - just suggestions
[07:11] <fabrice_sp> mruiz, in the root directory of the package (in general)
[07:14] <mruiz> fabrice_sp, http://paste.ubuntu.com/275687/
[07:14] <quentusrex> yes, I'm trying to install conffiles.
[07:14] <quentusrex> I have that particular conf file listed in both the *.install file and the .conffile
[07:15] <fabrice_sp> quentusrex, you should have it only in .conffile
[07:16] <fabrice_sp> mruiz, it seems like a broken autoconf... It sometimes happens
[07:16] <quentusrex> thanks fabrice_sp
[07:17] <fabrice_sp> yw
[07:18] <mruiz> fabrice_sp, then what I should do ?
[07:19] <fabrice_sp> mruiz, directly patch the configure.ac file... Do upstream provide an update?
[07:20] <fabrice_sp> sorry: no better idea
[07:21] <fabrice_sp> have to run... Bye
[07:38] <quentusrex> What is the largest package you guys can remember seeing?
[07:38] <quentusrex> debian/ubuntu package...
[07:39] <quentusrex> 300MB?
[07:49] <_ruben> quentusrex: -rw-r--r-- 1 root root  595M 2009-08-07 13:05 ./universe/i/ia32-libs/ia32-libs_2.2ubuntu18.1.tar.gz
[07:54] <quentusrex> _ruben: I'll have that beat soon...
[07:55] <quentusrex> I'm at 450M with only 3 of the language prompts packaged, and there are 12 language sets
[07:55] <quentusrex> for this phone system...
[07:55] <quentusrex> I'm actually working hard to get it built into much smaller packages...
[07:55] <_ruben> jikes
[07:56] <quentusrex> about 105M per language set...
[07:56] <quentusrex> plus about 75M for music on hold...
[07:56] <quentusrex> check out 'freeswitch'
[07:56] <_ruben> wouldnt one lang per package not be nicer? i doubt most ppl would need more than 1 or 2 languages
[07:56] <quentusrex> it's a great telephony system.
[07:56] <_ruben> i know it by name
[07:56] <quentusrex> awesome...
[07:56] <quentusrex> do you use it?
[07:57] <_ruben> we use asterisk at work
[07:57] <quentusrex> aah
[07:57] <quentusrex> does that work for you?
[07:57] <_ruben> usually ;)
[07:58] <_ruben> its configs are nasty though
[07:58] <quentusrex> take a look at the freeswitch configs...
[07:58] <_ruben> luckily i dont have to mess with them that often (mosty done by a cow-orker)
[07:58] <quentusrex> lol
[07:58] <quentusrex> any idea what could cause this packaging issue?
[07:59] <quentusrex> dh_builddeb
[07:59] <quentusrex> 	dpkg-deb --build debian/freeswitch ..
[07:59] <quentusrex> dpkg-deb: building package `freeswitch' in `../freeswitch_1.0.4+repack4-0ubuntu14925.3_amd64.deb'.
[07:59] <quentusrex> dpkg-deb: conffile `/opt/freeswitch/conf/vars.xml' does not appear in package
[07:59] <quentusrex> I've tried searching for the issue online...
[07:59] <quentusrex> but haven't found any possible solutions...
[07:59] <quentusrex> I know the file is in debian/tmp/opt/freeswitch/conf/vars.xml
[08:00] <quentusrex> but can't figure out why it is refering to /opt/....
[08:00] <_ruben> relative versus absolute paths was one the things i was gonna mention
[08:01] <quentusrex> yeah... but I don't see anything pointing to that...
[08:01] <quentusrex> I just did a: grep -r "/opt/freeswitch" ./
[08:01] <quentusrex> and it turned up nothing...
[08:01] <_ruben> probably make install isnt honoring INSTALLDIR variable properly or something similar
[08:01] <quentusrex> hmm
[08:02] <quentusrex> well, there is nothing in /opt/
[08:02] <quentusrex> on my build machine...
[08:03] <quentusrex> I g2g
[08:03] <quentusrex> 'night
[08:03] <quentusrex> I'll check back in the morning if you happen to think of something.
[08:06] <_ruben> g'night
[08:28] <bdrung> persia, TheMuso: ping
[10:02] <dholbach> ttx is doing patch/package reviews in #ubuntu-reviews
[10:05] <bdrung> dholbach: can you help me joining ubuntu-universe-sponsors?
[10:05] <loic-m_> If a MOTU Release member has the time to spare, Bug #434078 needs another m-r ACK
[10:06] <dholbach> bdrung: no, I'm sorry - I'm not an admin
[10:06] <dholbach> persia, themuso: uus membership of bdrung please? :)
[10:06] <dholbach> bdrung: you can still review and sponsors stuff, it's just that you can't unsubscribe the team
[10:07] <dholbach> bdrung: if you  need somebody to unsubscribe uus from a but, please just yell in here
[10:07] <dholbach> (for now)
[10:09] <bdrung> dholbach: then bug 390580, 402174, 432564
[10:10] <dholbach> bdrung: done - but usually you don't need to unsubscribe once they're uploaded
[10:11] <dholbach> I mostly just unsubscribe when I say something like "patch is not ready, unsubscribing sponsors"
[10:11] <dholbach> ... "please resubscribe when ready" :)
[10:11] <dholbach> or for sync requests where there's nothing left to do for us
[10:12] <bdrung> dholbach: yes, i know, but there are open debian / upstream bugs
[10:12] <dholbach> that's why I use http://people.canonical.com/~dholbach/sponsoring/ :-)
[10:13] <dholbach> it uses https://bugs.launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-main-sponsors so you don't get open upstream tasks :)
[10:20] <strider> hi
[10:21] <strider> so i've got these patches for bug #410267 and i'd like to learn to apply them the correct way so I can republish the package on my PPA
[10:22] <strider> if i remember correctly I shouldn't touch the original sources
[10:23] <bdrung> dholbach: do i need a ffe for bug 430658?
[10:23] <strider> should I paste the patches at the end of the .diff file ?
[10:27] <dholbach> bdrung: try just asking in #ubuntu-devel - somebody from the release team should be able to tell you
[10:33] <loic-m_> strider: usually you'd just add the patch in debian/patches
[10:33] <loic-m_> strider: what's the name of the source package you need to patch?
[10:34] <strider> libgtk2.0-0
[10:35] <loic-m_> 27M, gonna take a while to dl...
[10:35] <bdrung> dholbach: no response there
[10:38] <dholbach> then ping specific members of ~ubuntu-release :)
[10:39] <Laney> what's wrong with just subscribing them to the bug and asking for input?
[10:40] <dholbach> that works too
[10:40] <bdrung> would be a solution, too
[10:40] <Laney> I see a lot of *-release pinging that probably isn't so urgent
[10:40] <Laney> takes people away from what they are doing
[10:42] <loic-m_> strider: there's a patches directory in debian/, sot it should be simple
[10:44] <loic-m_> strider: the packaging uses quilt, so it should be straightforward. Just apt-get source libgtk2.0-0, then add the patches with quilt, dch -i update the changelog, then debuild/lintian/pbuilder and test
[10:46] <loic-m_> strider: https://wiki.ubuntu.com/PackagingGuide/PatchSystems#quilt%20(example%20package:%20xterm)
[10:47] <strider> ok thanks i will try this
[10:48] <loic-m_> strider: document the patches afterwards, there's a spec for Ubuntu, that uses different keys than Debian, but I can't get a hold on it atm, forgot to bookmark it
[11:00] <loic-m_> strider: https://wiki.ubuntu.com/UbuntuDevelopment/PatchTaggingGuidelines for documenting the patches, and ping me if you need help at any point
[11:16] <strider> ok, changelog updated, patches documented, trying to build the package
[11:47] <bdrung> TheMuso: thanks
[11:48] <TheMuso> np
[11:49] <pan1nx> is loic-m_ same as lool?
[11:50] <loic-m_> nope, whois would have told you ;)
[11:51] <pan1nx> well, it is never accurate... and lool is loic minier... sorry to ask. I hope I didn't ofend any of you :D
[11:52] <pan1nx> and I usually check via /nickserv info...
[12:51] <strider> reading from launchpad : For example: you're creating an experimental version of the myapp_1.0-1 package. Your PPA package would be named myapp_1.0-2~ppa1.
[12:52] <strider> do i only have to rename the source folder or is there a file to edit ?
[12:57] <geser> just add a new changelog entry to debian/changelog describing your changes
[12:57] <geser> you can use "dch" (from devscripts) to do it (dch helps with the formating)
[13:00] <strider> yes that's done
[13:00] <strider> i change the version number here ?
[13:00] <loic-m_> strider: dch -i will put 2.17.11-1ubuntu2 for you, you can modify it to 2.17.11-1ubuntu2~ppa1 for example
[13:00] <geser> yes, the version number of the package is the top-most entry in debian/changelog
[13:01] <strider> ok got it
[13:32] <moldy> on lp, can i change the bug status and comment in one step?
[13:33] <moldy> ah, never mind, found it
[13:46] <loic-m_> strider: your patches look good. The changelog entry shouldn't have "New upstream bugfix release:" though, since there's no new upstream tarball
[13:47] <strider> oh right
[13:47] <strider> it's a bit late now that the package's uploaded on Launchpad but i'll keep that in mind
[13:47] <loic-m_> you don't need the same Closes: 3 times, just put it on the first line decribing the fact you added the 3 patches
[13:48] <loic-m_> strider: don't you want to get it in the repos?
[13:48] <jdstrand> I just noticed that https://help.ubuntu.com/community has tabs for 7.04 and 7.10, but not 8.10 and 9.04. Who should I report this to?
[13:48] <strider> well yes it would be even better
[13:49] <loic-m_> strider: debdiff gtk+2.0_2.17.11-1ubuntu1.dsc gtk+2.0_2.17.11-1ubuntu2.dsc > gtk+2.0_2.17.11-1ubuntu2.debdiff and you attach that to the bug report (just fix the changelog first, and be sure not to have ~ppa1 in the changelog)
[13:50] <slytherin> jdstrand: #ubuntu-doc
[13:51] <jdstrand> slytherin: thanks
[13:51] <strider> does this look ok ? : http://paste.ubuntu.com/275841/
[13:52] <loic-m_> Closes: #410267 > (LP: #410267) AFAIK
[13:53] <loic-m_> Rest looks good, but 080 patch name ends without finishing the sentence... if-?
[13:55] <loic-m_> l. 2, maybe describe more what the 3 patches are for, like "Fix off-cursor position in gtk applications when using a Tablet" or shtg like that
[13:55] <strider> yes i noticed that too, Gnome's bugzilla might limit the number of characters in an attachment
[13:57] <loic-m_> maybe Always_report_XI_events_to_the_grab_window_if_any ?
[14:03] <directhex> NCommander, that was a brief appearance!
[14:04] <NCommander> directhex, it was a wrong channel thing
[14:04] <directhex> tsk
[14:15] <strider> loic-m_, does this look ok ? http://strycore.com/files/gtk+2.0_2.17.11-1ubuntu2.debdiff
[14:16] <strider> oh wait i forgot to save my new changelog
[14:18] <strider> here, fixed
[14:19] <Laney> can I get a list of packages I've sponsored easily?
[14:28] <Riddelll> bdrung_: in what authority are you ACKing bug 432564 ?
[14:29] <james_w> as a MOTU?
[14:29] <james_w> MOTU
[14:29] <james_w> Joined on 2009-09-10
[14:30] <bdrung_> Riddell: yes, as motu :)
[14:30] <loic-m_> strider: sorry, disconnection. Looking at your new debdiff, ll. 6, 13 trailing spaces, l. 11 : instead of / ; but more important l. 8 remove completely "Closes: #410267 > ", sorry I wasn't clear earlier
[14:31] <loic-m_> strider: "Closes" is IIRC for Debian BTS
[14:31] <Riddelll> bdrung_: and you're checking that such syncs don't have any new features?
[14:32] <lifeless> closes: is debian BTS
[14:32] <lifeless> lp: is launchpad
[14:32] <slytherin> strider: loic-m_: 'Closes: #xxx' is Debian format. for Ubuntu 'LP: #xxx' is the correct format.
[14:32] <loic-m_> strider: and ll. 7, 12, 14, Like/Block better not uppercase
[14:32] <bdrung_> Riddell: yes, it is only a -1 -> -2
[14:32] <hyperair> anyone from motu-release around?
[14:34] <loic-m_> strider: btw the patch work, I'll comment on the bug report too when you'll put the debdiff. Thanks a lot!
[14:34] <Riddelll> bdrung_: groovy, thanks
[14:41] <strider> Well Carlos Garnacho did all the hard work, he's the one who should be thanked  :)
[14:42] <loic-m_> strider: indeed, but porting it to Ubuntu is a good thing too
[14:42] <sistpoty|work> hyperair: what's up?
[14:45] <strider> yes and I learned a few useful things
[14:57] <hyperair> sistpoty|work: not you. you already acked remuco ;-)
[15:10]  * RainCT wonders why the archive rebuild pages have Colin's face on the top :P
[15:12] <geser> RainCT: he watches us :)
[15:12] <geser> it's because colin is the copy archive owner
[15:12] <jpds> RainCT: Because he requested the rebuild?
[15:12] <RainCT> jpds: so?
[15:14] <hyperair> Riddelll: thanks for syncing tangerine
[15:14] <geser> RainCT: bug 427051
[15:14] <RainCT> «I call this high priority, as it means Colin is staring at me far too much. Scary.» LOL
[15:15] <RainCT> ok, thanks
[15:15]  * hyperair rofls
[15:16] <loic-m_> strider: if you want the debdiff  reviewed, you should subscribe ubuntu sponsors for main.
[15:16] <loic-m_> Then you might want to ask on #ubuntu-desktop since it's one of their packages, to check if you filled the bug well (might need to set the status to Confirmed or Triaged, I don't know what they use).
[15:18]  * hyperair grumbles about firefox daily only working after installing debug symbols
[15:20] <hyperair> hmm looks like it was starting before xulrunner got upgraded
[15:20] <hyperair> oh well
[15:20] <slytherin> hyperair: They do not want you to run firefox daily without contributing useful bug reports.
[15:21] <hyperair> slytherin: heh
[15:21] <hyperair> fta: http://pastebin.com/f1c2300b7
[15:21] <hyperair> fta: there you go. full backtrace
[15:21] <hyperair> hmm no wait, i can get a fuller one i think
[15:23] <strider> loic-m_, ubuntu sponsors for main is a restricted team, I can't subscribe directly
[15:23] <hyperair> fta: http://pastebin.com/f618b552f
[15:23] <loic-m_> strider: I mean subscribe them to the bug ;)
[15:24] <loic-m_> you can probably get better feedback on #ubuntu-desktop though
[15:29] <RainCT> uhm.. what's the fix for C code using an "int_32" type but not declaring it?  "typedef int int_32;" or is there sth better?
[15:31] <hyperair> int32_t
[15:31] <RainCT> hyperair: thanks
[15:32] <hyperair> it's C++, i'm not sure about C
[15:32] <hyperair> or rather, c++0x
[15:32] <RainCT> uhm, the package has:   buildlib/inttypes.h:  typedef int int32_t;
[15:32] <hyperair> ah
[15:33] <hyperair> then just #include it?
[15:33] <RainCT> yeah, but just including won't do (as it's using "int_32" in some places)
[15:33] <RainCT> ok, thanks hyperair
[15:33] <hyperair> np
[15:34] <blackxored> hello team, there's anyone running karmic which can reproduce this: https://bugs.launchpad.net/ubuntu/+source/azureus/+bug/428514 ???
[15:34] <hyperair> RainCT: find -type f -print0 | xargs -0 sed -i -e 's/int_32/int32_t/g'
[15:35] <hyperair> azureus crashes *with* openjdk and sun java? or it seriously crashes both of those?
[15:35] <hyperair> also i'm not an azureus user
[15:36] <bddebian> Heya gang
[15:43] <noodles775> Hi all, is there a way to get to revu packages when revu is itself down? (looks like there's no db connection there).
[15:51] <imbrandon> noodles775: no and checking into it now
[15:52] <noodles775> imbrandon: ok, thanks!
[17:16] <doctormo> How would I backport a fix from karmic's nautilus to jaunty?
[17:16] <doctormo> Or would it be best to just bite the bit and upgrade before the release?
[17:18] <fabrice_sp> !sru|doctormo
[17:18] <fabrice_sp> and
[17:19] <fabrice_sp> !backport| doctormo
[17:19] <doctormo> Thanks fabrice_sp, I guess I'll just wait.
[17:19] <fabrice_sp> lol. ok
[17:23] <jdong> doctormo: depending on how big the change in, it can be painful to isolate the change well enough to backport the fix
[17:23] <jdong> change *is*
[17:25] <doctormo> jdong: Aye, I figured nautilus would not be isolated enough to really bother with, I can wait.
[17:41] <quentusrex> Can someone help debug a build issue? http://pastebin:freeswitch@pastebin.freeswitch.org/10450
[17:46] <fabrice_sp> quentusrex, you still have this conf file issue?
[17:46] <quentusrex> yup...
[17:46] <fabrice_sp> is there a place where I can download your package?
[17:47] <fabrice_sp> (REVU or similar)
[17:47] <quentusrex> umm... it won't build...
[17:47] <quentusrex> aah, you mean the source package...
[17:47] <quentusrex> yeah
[17:47] <fabrice_sp> the source, I mean
[17:47] <quentusrex> just a sec
[17:47] <fabrice_sp> yes :-)
[17:47] <quentusrex> I'll build a source package and upload it to launchpad..
[17:47] <fabrice_sp> ok
[17:47] <fabrice_sp> your ppa is ok
[17:47] <fabrice_sp> it will be easier to debug your issue :-)
[17:48] <asomething> Hey all, I've got a FTBFS due to a package shipping empty PO files which pkgstriptranslations doesn't seem to like. But simply deleting the files doesn't show up in a diff.gz. Any idea how to best deal with this?
[17:49] <asomething> Delete them in rules or is there something better?
[17:51] <quentusrex> fabrice_sp: I'm going to start a new +repack of the package, then I'll upload that to launchpad..
[17:51] <quentusrex> I'm sooooooo close to having this working.
[17:52] <fabrice_sp> asomething, I would add a delete of empty po files in the rules file, or speak with upstream :-)
[17:52] <fabrice_sp> quentusrex, np :-)
[17:52] <LLStarks> hi.
[17:52] <LLStarks> can anyone confirm that deluge is busted on karmic?
[17:53] <quentusrex> freeswitch_1.0.4+repack5-0ubuntu14925.0 https://launchpad.net/~pbxbuntu-drivers/+archive/ppa
[17:53] <quentusrex> fabrice_sp: give it a few minutes to finish uploading...
[17:53] <jcastro> LLStarks: mine works
[17:53] <LLStarks> jcastro. broken on fresh a6 install.
[17:53] <fabrice_sp> quentusrex, ok
[17:54] <LLStarks> https://bugs.launchpad.net/ubuntu/+source/deluge/+bug/434749
[17:54] <asomething> LLStarks: no problem here either, what's your issue?
[17:55] <asomething> LLStarks, could you please re-report that with "ubuntu-bug deluge" so that it adds version and dependency info, ect...
[17:55] <quentusrex> fabrice_sp: ok it's accepted.
[17:56] <RoAkSoAx> persia, heya! can I be added to u-u-s please?
[17:57]  * fabrice_sp is downloading freeswitch
[17:58] <sebner> geser: aaarrrrggghh. http://launchpadlibrarian.net/32265767/buildlog_ubuntu-karmic-i386.cdk_1%3A1.0.2-2ubuntu1_FAILEDTOBUILD.txt.gz
[18:00] <LLStarks> https://bugs.launchpad.net/ubuntu/+source/deluge/+bug/434757
[18:01] <asomething> LLStarks, thanks!
[18:03] <geser> sebner: I don't understand why. I've checked in my i386 karmic chroot that installing the build-dependencies as listed in the apt-get line from the build log works
[18:03] <quentusrex> fabrice_sp: just a heads up. it takes about 20 minutes to build... :)
[18:03] <sebner> geser: Yeah, As I told you, I testbuilt even in my PPA without problems
[18:03] <geser> oh, that's the main archive?
[18:04] <sebner> geser: hmm?
[18:04] <fabrice_sp> quentusrex, ok: Let's see how long it lasts in mine :-)
[18:04] <quentusrex> fabrice_sp: and I haven't been using the make clean portion. I just delete all of the data, and extract the tar again.
[18:04] <geser> sebner: :) libjgrapht0.6-java |    0.6.0-8 | http://archive.ubuntu.com karmic/multiverse Packages
[18:04] <fabrice_sp> quentusrex, by the way: the version is ugly
[18:05] <fabrice_sp> :-)
[18:05] <geser> sebner: go hunt an archive admin
[18:05] <sebner> geser: omg.
[18:06] <quentusrex> fabrice_sp: what do you mean about the version being ugly?
[18:06] <quentusrex> fabrice_sp: can you think of a better way to do it?
[18:06] <geser> sebner: I guess it's because the old version of that binary package was in multiverse
[18:06] <sebner> geser: "Sind die denn komplett deppert?" xD
[18:06] <fabrice_sp> quentusrex, ugly because of ubuntu14925.0
[18:07] <geser> sebner: the new upload didn't probably need to pass NEW as it's a known binary
[18:07] <quentusrex> fabrice_sp: I couldn't think of a way to add the svn revision to the version, in such a way that wouldn't effect the orig file...
[18:07] <geser> only the -link packages needed NEWing
[18:08] <sebner> geser: it did go through NEW, jdstrand managed that for me
[18:08] <quentusrex> but would also let me have multiple shots at getting a particular revision packaged more than once... in case I run into issues.
[18:08] <geser> hmm
[18:09] <fabrice_sp> quentusrex, something like freeswitch_1.0.4+svn14925+repack5-0ubuntu1 (if repack still apply in that case)
[18:09] <quentusrex> fabrice_sp: that'd be cool... but wouldn't that require a new orig for each svn revision?
[18:10] <sebner> geser: It's a horror. The same problem again
[18:11] <geser> sebner: you just need to find an archive admin who fixes the component
[18:11] <fabrice_sp> quentusrex, each time you get the svn version, yes. How are you doing it now?
[18:12] <sebner> geser: yep
[18:12]  * fabrice_sp is downloading the build dependency of freeswitch
[18:14] <quentusrex> fabrice_sp: I'm looking to build a nightly package for this one.
[18:15] <quentusrex> but use the same orig for in between 1.0.* releases
[18:15] <quentusrex> so that's why I put the svn where I did...
[18:15] <quentusrex> it is ugly, but it works for my needs...
[18:15] <quentusrex> the non dev packages don't have the svn version..
[18:19]  * hyperair wonders if anyone from motu-release can look at bug #432900
[18:20] <fabrice_sp> quentusrex, as you want. The firefox team is doing it in another way: https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[18:20] <fabrice_sp> package building
[18:20] <quentusrex> I'll take a look
[18:21] <sebner> geser: /me retries cdk build
[18:22] <quentusrex> fabrice_sp: is it starting to build for you?
[18:22] <geser> sebner: wait on the next publisher run else you probably get an upload error
[18:22] <ScottK> hyperair: Approved.
[18:22] <hyperair> ScottK: thanks.
[18:22] <sebner> geser: at every full hour?
[18:22] <ScottK> You're welcome.
[18:23] <ScottK> sebner: Starts at :03 and finishes at ~:45.
[18:23] <geser> sebner: yes
[18:23] <sebner> kk
[18:23] <sebner> thx
[18:23] <sebner> hyperair: I'll make MOTU review
[18:23] <hyperair> sebner: thanks =)
[18:25] <fabrice_sp> quentusrex, yes
[18:28] <fabrice_sp> quentusrex, compilation got frozen :-/
[18:30] <quentusrex> what?
[18:30] <asomething> Anyone know of a way to set up pbuilder to use pkgstriptranslations so that it acts more like the buildds?
[18:30] <quentusrex> it takes a while for some of the files
[18:30] <ScottK> asomething: Install (IIRC) packagebinarymangler into your pbuilder chroot.
[18:31] <fabrice_sp> quentusrex, has to upgrade/update my chroot
[18:31] <geser> asomething: install pkgbinarymangler in your pbuilder and enable the parts you want in the config files
[18:32] <asomething> geser, ScottK: thanks. It will run on its own? Doesn't need a hook?
[18:33] <geser> asomething: it dpkg-diverts the standard tools
[18:36] <asac> hyperair: what version of ffox do you get the backgrace?
[18:36] <hyperair> asac: 3.7 daily
[18:36] <quentusrex> fabrice_sp: darn it...
[18:37] <hyperair> asac: the backtrace can be gotten from xulrunner 1.9.3 later than 20090914.
[18:37] <asac> hyperair: forcing extensions?
[18:37] <quentusrex> I build it for karmic... it should have been jaunty
[18:37] <hyperair> hmm extensions eh..
[18:37] <hyperair> yeah
[18:37] <hyperair> should i try safe mode?
[18:38] <quentusrex> fabrice_sp: I'll reupload....
[18:39] <hyperair> hmph how strange. it works again
[18:39] <hyperair> okay, it's intermittent
[18:39] <quentusrex> fabrice_sp: I'm uploading the replacement...
[18:40] <hyperair> hmm bad adblock
[18:42] <fabrice_sp> quentusrex, you mean in the changelog? It's no problem (I'm building with karmic, anyway)
[18:43] <quentusrex> fabrice_sp: ok...
[18:43] <quentusrex> I uploaded a new one anyways with the correct release...
[18:43] <fabrice_sp> asomething, I've just seen now that you are the one that put a comment on bug #416262. FYI, I tried to clarify the situation, if you want to have a look at it
[18:45] <asomething> fabrice_sp: ok, i though that was the case, but wanted to make sure.
[18:46] <fabrice_sp> asomething, I have to admit it was a mess :-) Thanks for asking :-)
[18:56] <asac> hyperair: ok. so did you force adblock?
[18:56] <asac> where is the current feature freeze for universe policy?
[18:57]  * asac  checks topic
[18:57] <asomething> asac: https://wiki.ubuntu.com/FreezeExceptionProcess#Exceptions for Universe/Multiverse
[19:02] <Davedan> in what part of a package I'm creating a user when packaging a server?
[19:08] <fabrice_sp> quentusrex, I've the error :-) So now, I have to check what is installed where
[19:09] <quentusrex> fabrice_sp: ok. thanks.
[19:12] <quentusrex> fabrice_sp: I'm trying to set things up so that the configs are in a separate package...
[19:12] <quentusrex> because some people don't want the configs, since they have already made their own.
[19:12] <quentusrex> and these configs are more like sample configs.
[19:13] <_ruben> such configs tend to go under /usr/share/doc/<package>/(examples/)
[19:13] <quentusrex> _ruben: that's where we'd like to move them to
[19:14] <quentusrex> but for now we are leaving all the files where they are now, and just getting it to package separately
[19:14] <fabrice_sp> quentusrex, so in this case, you won't need .conffile
[19:14] <_ruben> ah ok, didnt read scrollback :)
[19:14] <fabrice_sp> just install them as example
[19:15] <fabrice_sp> quentusrex, but what about someone that install the pacakge for ths first time?
[19:15] <fabrice_sp> thanks for acking it asomething :-)
[19:15] <asomething> fabrice_sp: np =)
[19:15] <fabrice_sp> quentusrex, I think the /opt prefix is wrong
[19:16] <quentusrex> ok... but where is '/opt' set? I did a grep and didn't see it in the package at all
[19:16] <quentusrex> they are all 'opt/'
[19:16] <fabrice_sp> in debian/rules
[19:16] <fabrice_sp> ./configure --prefix=/opt/freeswitch --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) ${FEATURES}
[19:16] <fabrice_sp> that's wrong for a Debian pacakge :-)
[19:17] <fabrice_sp> s/pacakge/package/
[19:17] <quentusrex> fabrice_sp: how should it be?
[19:20] <quentusrex> fabrice_sp: I think I found the error....
[19:21] <fabrice_sp> quentusrex, --prefix=/usr
[19:21] <fabrice_sp> 8I think)
[19:22] <quentusrex> oh, that kind of stuff will be fixed later...
[19:22] <quentusrex> I just need it to build...
[19:22] <quentusrex> This is why I'm still putting this in a development ppa...
[19:23] <fabrice_sp> quentusrex, about the conf file. Do you want to install it as an example or as a conf?
[19:26] <quentusrex> I'm changing it to be where it should be
[19:26] <quentusrex> in opt/
[19:29] <fabrice_sp> hmmm, not sure opt is the right place
[19:34] <quentusrex> fabrice_sp: opt isn't the right place
[19:34] <quentusrex> but that is where the software expects it to be
[19:34] <quentusrex> so I need to put it there for now
[19:35] <stani> pochu, ScottK, ScottK-desktop: I uploaded the phatch 0.2 release and POX is now busy with it. I will be back in one and half hour
[19:36] <ScottK> pochu or stani: This will need an FFe approved.
[19:37] <fabrice_sp> quentusrex, so for the moment, use only .install files
[19:38] <stani> ScottK: I know
[19:38] <ScottK> stani: OK.  Please ping me when the FFe is ready for review.
[19:42]  * POX gave phatch 0.2 branch a hard time, that should count as "+1" for FFe ;)
[19:43] <sebner> geser: cdk successfully build and accepted \o/ thanks for you help :)
[19:55] <ScottK> POX: We'll get it in.  Thanks for all your work on it.
[19:56] <POX> stani redirected me to nadia yesterday (sick of my bug reports probably ;)
[20:40] <LaserJock> any MOTU SRU about?
[20:58]  * fabrice_sp just discovered that dbs is not a typo of cdbs. How many build systems are there ?!
[20:58] <LaserJock> a few ;-)
[21:00] <fabrice_sp> :-)
[21:04] <LaserJock> does anybody know what the status of a bug should be if it's waiting on MOTU SRU to approve it?
[21:08] <Davedan> I have a server I want to package as .deb
[21:09] <Davedan> It has a folder with sub-folders containing library files and script
[21:09] <Davedan> it is all compiled so I only need to copy it to the files system
[21:09] <Davedan> I also understood that it is best practive to create a system user for this server
[21:10] <Davedan> I've been looking at db-helper but it seems it is more suitable for source packages
[21:10] <fabrice_sp> LaserJock, New
[21:10] <fabrice_sp> (if I understand correctly https://wiki.ubuntu.com/FreezeExceptionProcess)
[21:12] <fabrice_sp> Davedan, debhelper is a serie of helper functions to build binary packages. The building part is done using the app building system
[21:12] <fabrice_sp> so it should fit your needs
[21:13] <LaserJock> fabrice_sp: hmm, I guess I could try it even though this is for an SRU and not a freeze exception
[21:13] <fabrice_sp> LaserJock, arghhh: I must be tired: I read FFe :-/
[21:18] <Davedan> fabrice_sp: what file do I need to edit to copy my server files to the file system?
[21:18] <Davedan> what is the correct place on the file system for the server library files?
[21:20] <fabrice_sp> Davedan, you can have a look at http://www.pathname.com/fhs/pub/fhs-2.3.html
[21:21] <fabrice_sp> but by packaging, you won't copy it to your file system. You will copy it in a temporary place, that get 'packaged' in a deb file
[21:22] <Davedan> fabrice_sp: how does the deb file knows where to put my server files on the file system?
[21:23] <Davedan> and what file of the template files created by debhelper do I need to edit to create a system user that will run the server
[21:24] <fabrice_sp> Davedan, the deb file contains 2 gz file: one with controls files and the other with the packaged files. This second gz has the same directory structure as your 'sytem'
[21:24] <fabrice_sp> Davedan, for the user, I would say postinst after install to create it and postrm, to remove that  user on removal
[21:25] <fabrice_sp> anyway, if you don't know how packaging works, it will be hard to package that 'complexe' app
[21:25] <Davedan> so if I want my server to be placed under /usr/local/myserver I should put it under temp_deb_folder/usr/local/myserver ?
[21:26] <fabrice_sp> Davedan, yes, except that packages never installs on /usr/local. They install in /usr directly
[21:26] <Davedan> my app is simple. I doesn't require compiling. just need to place a folder on the file system and create a user
[21:27] <Davedan> thanks. I'll try that
[21:27] <LaserJock> Davedan: you want to use the debian/install file to gett he files where you want them
[21:27] <fabrice_sp> Davedan, except that this folder is binary content. It should really be compiled in some way
[21:28] <LaserJock> Davedan: and debian/postinst and debian/prerm to add and remove the system user respectively
[21:28] <Davedan> LaserJock: what is debian/install? is it part of the files created by deb_helper?
[21:28] <LaserJock> Davedan: yep
[21:28] <LaserJock> Davedan: it tells debhelper what files go where
[21:28] <LaserJock> Davedan: but in the system context
[21:29] <Davedan> fabrice_sp: it's an erlang application that has a VM so it is self consistent
[21:29] <Davedan> LaserJock: so I don't need to touch the rules file?
[21:29] <LaserJock> so if you have file foo/bar and you want it in /usr/share/foo then you would put foo/bar usr/share/foo in debian/install
[21:30] <LaserJock> Davedan: you can if you want, but I like using debian/install better
[21:30] <Davedan> that's the part I was looking for
[21:31] <Davedan> LaserJock: what permissions will the foo/bar file get by default? who will be the owner?
[21:31] <LaserJock> root I believe for all files in a .deb
[21:31] <Davedan> do I need to set permissions for the new user just on the script that runs the server?
[21:32] <LaserJock> that would be my guess but I don't know for sure
[21:33] <Davedan> thank you two. that realy helps
[21:33] <fabrice_sp> Davedan, if you need more hellp, you can have a look at the packaging guide
[21:33] <fabrice_sp> !packaging
[21:34] <Davedan> I read it but now I have some basis for reading it again and understanding more
[21:34] <fabrice_sp> :-)
[21:38] <zooko> Howdy folks.  Yay Karmic!  :-)
[21:38] <stani> ScottK: would it help FFE if I assign all fixed bugs in https://bugs.launchpad.net/phatch/+bugs to the phatch(ubuntu) package?
[21:39] <stani> ScottK: or does that create only more unnecessary work?
[22:01] <bdrung_> will new source packages be automatically synced (after opening lucid)?
[22:03] <sebner> bdrung_: yes
[22:03] <bdrung_> sebner: thanks
[22:04] <bdrung_> sebner: will they go through ubuntu's new queue?
[22:04] <sebner> bdrung_: afaik yes
[22:13] <irvingpop> MOTU team.  Just filed needs-packaging request 434883.   I know it's crunch time for Karmic and my needs-packaging request is a bit late.
[22:14] <irvingpop> I'd like to help out and make the package, for a PPA or something.    Any pointers to where I can get started?
[22:14] <Darxus> irvingpop: I don't think it's possible to get a new package in karmic at this point.
[22:14] <Darxus> But, there's...
[22:15] <Darxus> irvingpop: Start here:  https://wiki.ubuntu.com/SponsorshipProcess
[22:15] <irvingpop> Yeah, I know.   The thing doesn't even compile on Karmic,  I really need to get it running on Jaunty
[22:15] <irvingpop> so I was thinking I need to make a PPA.   I was told this channel would be the best place for me to get some help
[22:15] <Darxus> Other than that, the MOTU page seems to have lots of good pointers.
[22:16] <Darxus> irvingpop: Well, what help do you need?  Building a package?  Uploading it to a ppa?
[22:17] <irvingpop> Yeah.   I've been packaging for other OSes for a long time,  but I've never created a .deb package.   This tool (Flashcam) has no packaging infrastructure at all right now
[22:17] <Darxus> irvingpop: Have you checked out https://wiki.ubuntu.com/MOTU ?
[22:17] <irvingpop> Right now I'm just using "checkinstall" to package it for my own purposes.  But I think it's useful to others so I want to share
[22:18] <Darxus> I actually don't know what checkinstall is.
[22:19] <Darxus> I just uploaded my first debdiff yesterday.
[22:19] <irvingpop> It's cheesy.   Instead of running "make install"  you run "checkinstall" instead, and it watches all of the install targets and makes a simple package for you.
[22:19] <Darxus> https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages is conspicuously missing a link on how to actually create a package.
[22:19] <Darxus> irvingpop: Ah, nice.
[22:19] <ScottK> stani: It's not needed.  Just list the bugs in the FFe.
[22:19] <irvingpop> Yeah, so that's where I'm looking right now
[22:20] <irvingpop> I'm trying to find a simple template or something for new packages
[22:20] <ScottK> stani: They ought to be in your changelog anyway, so a copy of that in the bug should do.
[22:20] <Darxus> http://blog.mypapit.net/2006/02/create-you-own-debianubuntu-deb-package.html
[22:20] <stani> ScottK: ok
[22:21] <sebner> !MOTU | Darxus
[22:21] <Darxus> sebner: Why did you do that?
[22:21] <sebner> Darren: click that link -> To get started right away on your MOTU adventure, click here!
[22:21] <sebner> Darxus: there is every information you need
[22:21] <ScottK> irvingpop: Please don't recommend checkinstall.
[22:22] <ScottK> !checkinstall | irvingpop
[22:22] <superm1> ScottK, there are no warnings on that page
[22:23] <irvingpop> I've been told its a big no-no
[22:23] <ScottK> There aren't?
[22:23] <ScottK> Grumble.
[22:23] <sebner> irvingpop: true ;)
[22:23] <Darxus> irvingpop: Yeah, the "To get started right away on your MOTU adventure, click here!" link on https://wiki.ubuntu.com/MOTU looks like exactly what you're looking for.
[22:23] <superm1> it actually makes checkinstall look sound like a decent solution just glancing through it
[22:24] <irvingpop> checkinstall is part of the RPM packaging process as well,  which is why I started there
[22:24] <irvingpop> but that's it, I won't mention it again
[22:24] <irvingpop> :)
[22:24] <ScottK> superm1: And then when I tried to look at the page history I got an internal server error.
[22:25] <Darxus> Yeah, checkinstall sounds quite lovely :)
[22:25] <superm1> ScottK, what were the big reasons that were recommending against it?  looking at the history, it looks like some fo the big warnings that were related to permissions that got fixed in newer versions
[22:26] <ScottK> superm1: I'm not sure.
[22:26] <ScottK> It's not possible to automatically produce policy complaint packages.
[22:26] <sebner> ScottK: not wondering, no script/app can do that
[22:26] <Darxus> ScottK: Yeah but it seems like a great place to start.
[22:26] <ScottK> So even if some of the more dangerous flaws have been corrected, it's fundamentally unsuitable.
[22:27] <ScottK> Darxus: I disagree.
[22:27] <ScottK> I think knowing what you are doing is a great place to start.
[22:27] <Darxus> ScottK: Document your objections on https://help.ubuntu.com/community/CheckInstall
[22:31] <sebner> Darxus: well, if you want to do something, do it right. https://wiki.ubuntu.com/PackagingGuide/Complete
[22:32] <Darxus> sebner: I understand.  But somebody should document disadvantages on the checkinstall page.
[22:32] <sebner> Darxus: true, as no one uses checkinstall here it might have been forgotten or people just don't care
[22:33] <superm1> although i wouldn't recommend it's usage over learning to package, i would be interested to find out what about it's packaging is outside of policy too
[22:34] <irvingpop> Two of the links (the blog from Darxus and the Packaging/Complete wiki page) seem to be enough to get me started
[22:34] <sebner> superm1: just choose an application to package a) the right way b) checkinstall and then compare :)
[22:34] <Daviey> it's not easily reproducible, including overwriting changelog on slight change.
[22:35] <Daviey> i'm not even satisified it does much more than dh_make anyway.
[22:36] <irvingpop> From what I gather,  checkinstall is not a sustainable way to build packages which integrate into a build system (like Launchpad),  but it is suitable for one-off "I just need this packaged quickly" jobs
[22:36]  * ScottK marked on the page and prepares for wikiwar.
[22:36] <sebner> irvingpop: something like that, yes
[22:37] <irvingpop> OK,  I'm going to go make a package.   sorry if I rocked the boat :)
[22:38] <sebner> irvingpop: hrhr, np. I do a make install if I need an app quickly though. Not used checkinstall since years
[22:38] <sebner> go ScottK go
[22:38] <ScottK> I tried to be low key about it.  We'll see.
[22:39] <irvingpop> sebner:  I need it quickly on a dozen desktops,  otherwise I wouldn't bother
[22:39] <sebner> ScottK: what was the name of this horrible application which installed stuff and did apt-get --force and that stuff
[22:39] <ScottK> automatix
[22:39] <ScottK> It's still around under a different name, AFAIK.
[22:39] <irvingpop> Plus,  if anyone has tried to use a Webcam with Flash Player recently they would feel my pain
[22:40] <irvingpop> bbl
[22:40] <sebner> ScottK: write something like that: Checkinstall is the automatix for packaging. HAHA
[22:41]  * ScottK just said don't us it for pacakges intended for distribution.
[22:42] <sebner> bah :P
[22:43] <Darxus> Does checkinstall even create a .deb?
[22:44] <ScottK> If people want to blow up their own systems, that's really their business.
[22:44] <sebner> Darxus: yes
[22:45] <sebner> ScottK: hmm as long as they don't file bugs on LP then ....
[22:45] <ScottK> Yep.
[22:45] <ScottK> Back when automatix was popular I used to sometimes search in LP bugs for automatix and invalid any where it came up.
[22:45] <Darxus> I used automatix :P
[22:45] <sebner> Darxus: not surprising :P
[22:46] <ScottK> So did I, before I knew better.
[22:46] <ScottK> The real beauty of the way it was broken was that it would work, but would screw future upgrades, so they almost never got the blame.
[22:46] <Darxus> Yeah, my video broke bad during an upgrade.
[22:47] <Darxus> Drivers.  Nvidia.
[22:47] <Darxus> But it provided useful stuff that ubuntu didn't.
[22:48] <ScottK> If it'd been done in a sane way, it would have been fine.
[22:55] <Darxus> Do I have to do anything else to get this debdiff into karmic?  https://bugs.launchpad.net/ubuntu/+source/azureus/+bug/428514
[22:59] <Darxus> It's such a minor change, and it make azureus not crash :/
[23:03] <zooko> Hey ScottK: you were so picky about licensing with pycryptopp that I've pre-emptively gone and cleaned up all licensing issues that I can think of for Tahoe-LAFS.  ;-)
[23:04] <zooko> When I get off work today I intend to try uploading a new Tahoe-LAFS to REVU myself, which is just like the current one up there except with a bunch of grant of rights statements and the copyright file fully fleshed out and so on.
[23:05] <zooko> Since the Beta Freeze is coming up, and since some people already advocated for an earlier upload of Tahoe-LAFS which is functionally identical to this one, can I somehow mark it on REVU as partially advocated or something?
[23:08] <zooko> One person -- kirkland -- advocated Tahoe-LAFS.
[23:12] <Davedan1> in what folder needs to place the script that start and stops a server ?
[23:13] <Davedan1> and in what folder are the server library files
[23:14] <Darxus> Davedan1: /etc/rc*
[23:14] <Darxus> Davedan1: Server library files?  Something other than /usr/lib ?
[23:16] <Davedan1> Darxus: /etc/rc* is for the init.d script?
[23:17] <Darxus> Davedan1: https://wiki.ubuntu.com/PackagingGuide/Complete  <- it should be in there.
[23:18] <Davedan1> Darxus: I've read it but it doesn't tell you where to put the program files
[23:19] <Darxus> Davedan1: You need to put a script in /etc/init.d/ and then simlink it to the various /etc/rc* directories corresponding to the runlevels you want it started and stopped for.
[23:19] <Darxus> Does ubuntu really not document this?
[23:19] <Darxus> Might be worth checking debian policy.
[23:20] <Davedan1> Darxus: I know about the init.d script but sometime servers call a nother script from the init.d script
[23:20] <Davedan1> so the init.d script just has the bare minumum and it excute commands from server_name_ctl script
[23:21] <Darxus> Okay.
[23:22] <Davedan1> so my question is were to put server_name_ctl script
[23:22] <Darxus> Davedan1: Ah.  I don't know.
[23:23] <Darxus> Davedan1: Probably /usr/sbin/
[23:24] <Darxus> Davedan1: I was serious about checking debian policy.
[23:24] <Darxus> Davedan1: http://www.debian.org/doc/debian-policy/
[23:25] <Darxus> http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit  9.3 System run levels and init.d scripts
[23:25] <Davedan1> thanks
[23:25] <Darxus> You're welcome.
[23:26] <stani> POX, pochu, ScottK: do I have to wait untill Phatch is uploaded to Debian to file a FFE?
[23:28] <POX> stani: it will have to go thru NEW in Debian (new binary packages), so pochu should probably upload it to Ubuntu once I'll do it in Debian
[23:31] <Darxus> Davedan1: Debian policy says file system hierarchy must comply with http://www.debian.org/doc/packaging-manuals/fhs/
[23:32] <Darxus> Davedan1: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSBINNONESSENTIALSTANDARDSYSTEMBI
[23:32] <Darxus> Davedan1: Yeah, I think /usr/sbin would be right.
[23:32] <Davedan1> I've read it
[23:32] <Davedan1> ok. thanks
[23:45] <ScottK> stani: What POX says makes sense.  Go ahead and file the FFe.
[23:46] <stani> ScottK: thanks