[14:05] <rittyan> hi all, is there some debhelper or cdbs thingie to install upstart jobs to the right place?
[14:06] <rittyan> I could use install file, but I don't want to (not the right place in fact)
[14:07] <rittyan> or, probably package.upstart will do the trick
[14:14] <Md> rittyan: read the dh_installinit documentation
[14:16] <rittyan> yup, found it already
[14:16] <rittyan> thanks
[22:53] <sadmac> Keybuk: for future reference, we have this policy: http://fedoraproject.org/wiki/Packaging/Guidelines#Beware_of_Rpath
[22:53] <sadmac> Keybuk: not that I have an opinion but its making libnih kinda annoying to package.
[22:54] <Keybuk> err, why?
[22:54] <Keybuk> (not why don't you like rpath, but why are you getting one?)
[22:55] <sadmac> Keybuk: I didn't do anything interesting when I built it
[22:55] <Keybuk> wing-commander scott% objdump -x /lib/libnih.so | grep RPATH
[22:55] <Keybuk> zsh: done       objdump -x /lib/libnih.so | 
[22:55] <Keybuk> zsh: exit 1     grep RPATH
[22:55] <Keybuk> I have no rpath
[22:55] <sadmac> Keybuk: its libnih-dbus and nih-dbus-tool which its finding them in
[22:56] <Keybuk> noep
[22:56] <Keybuk> wing-commander scott% objdump -x /usr/bin/nih-dbus-tool | egrep "NEEDED|RPATH"
[22:56] <Keybuk>   NEEDED               libnih.so.1
[22:56] <Keybuk>   NEEDED               libexpat.so.1
[22:56] <Keybuk>   NEEDED               libdbus-1.so.3
[22:56] <Keybuk>   NEEDED               libpthread.so.0
[22:56] <Keybuk>   NEEDED               libc.so.6
[22:56] <Keybuk> wing-commander scott% 
[22:56] <sadmac> ERROR   0001: file '/usr/lib64/libnih-dbus.so.1.0.0' contains a standard rpath '/usr/lib64' in [/usr/lib64]
[22:56] <sadmac> ERROR   0001: file '/usr/bin/nih-dbus-tool' contains a standard rpath '/usr/lib64' in [/usr/lib64]
[22:57] <Keybuk> oh
[22:57] <Keybuk> well
[22:57] <Keybuk> that's your busted distribution
[22:57] <sadmac> don't think the template spec is doing anything beyond configure/make/make install
[22:57] <Keybuk> if you're going to invent things like /usr/lib64 you need to tell your dynamic linker about it, etc.
[22:57] <sadmac> notting: ^^what is this shit?
[22:57] <notting> context?
[22:58] <Keybuk> libtool only puts an rpath in if you install into a path it doesn't recognise as a system library path
[22:58] <notting> usually it's libtool being shite
[22:58] <sadmac> notting: is there a standard fix?
[22:59] <Keybuk> notting: hardly
[22:59] <Keybuk> if Fedora bothered to send patches upstream, you wouldn't have this problem ;)
[22:59] <Keybuk> even when I was libtool upstream, we patiently waited for Fedora/RH to submit http://cvs.fedoraproject.org/viewvc/devel/libtool/libtool-2.2.6a-rpath.patch?view=log
[22:59] <Keybuk> but nobody ever did
[22:59] <notting> you were libtool upstream? i don't know whether to blame you or send booze
[22:59] <Keybuk> sadmac: you should be able to apply that patch to m4/libtool.m4 in libnih's tree
[23:00] <Keybuk> notting: once :)
[23:00] <Keybuk> sadmac: you'll need to re-run autoconf afterwards to regenerate configure
[23:00] <Keybuk> then it should not rpath lib64
[23:01] <notting> you can cheat and do 'make LIBTOOL=/usr/bin/libtool'. but that obviously can have version-skew
[23:02] <sadmac> the page I linked recommends a couple of sed lines. I'm afraid... but it is policy...
[23:02] <Keybuk> you can
[23:02] <Keybuk> all of these are valid
[23:02] <Keybuk> but it's not _my_ problem ;)
[23:02] <sadmac> Keybuk: my mistake
[23:03] <Keybuk> strictly speaking, of course, your policy is wrong
[23:03] <Keybuk> since /usr/lib64 is *not* a standard library directory
[23:03] <Keybuk> you should have rpaths for it
[23:03] <Keybuk> since otherwise libraries and binaries compiled on RH won't work on other distros ;P
[23:03] <sadmac> the sed things don't work.
[23:03] <Keybuk> but I digress
[23:03] <sadmac> makes the build choke
[23:04] <notting> Keybuk: the compiler thinks it's standard
[23:04] <Keybuk> notting: only because you have a patch to your compiler
[23:04] <sadmac> Keybuk: kernel32.dll doesn't work in ubuntu either :) distro-compatibility is a pipe dream.
[23:04] <Keybuk> sadmac: sure it does, apt-get install wine ;)
[23:04] <Keybuk> sadmac: is the sed for libtool 1.5 or 2.x ?
[23:05] <sadmac> Keybuk: try libc.dylib :)
[23:05] <sadmac> Keybuk: unspecified.
[23:05] <sadmac> Keybuk: snippets floating in wikispace unknown and unloved
[23:05] <notting> Keybuk: i could bring up the LSB stick, but, bleah.
[23:07] <notting> but yes, the proper solution is to patch upstream libtool releases, get that in every distro, and make everyone redist their packages. wheee.
[23:08] <sadmac> ugh. my apartment can be either 40 or 80 degrees. the thermostat ignores intermediate values.
[23:08] <Keybuk> notting: sure
[23:16] <sadmac> damn it to hell.
[23:16] <sadmac> rpmbuild is eating the error output of patch
[23:20] <sadmac> oh. oh wow. that is unfortunate.
[23:20] <sadmac> makes sense though
[23:20] <sadmac> %prep doesn't define the patch macros at all.
[23:21] <sadmac> no, this is %build hold on..
[23:30] <sadmac> I haven't built a new package in a while.
[23:33] <ion> Fedora/RH could always switch to dpkg.
[23:33] <sadmac> ion: coke, pepsi, whatever.
[23:33] <sadmac> IMHO if the difference between your old package manager and your new one is any smaller than the difference between rpm and conary you're an idiot to switch
[23:34] <sadmac> which is not to say you should switch to conary
[23:34] <sadmac> Point is I can't in good faith support Jesse not seeing his kid for 2 months so we can switch to a /slightly better RPM/
[23:35] <sadmac> besides, the package manager I want to use I haven't written yet.
[23:37] <ion> I was joking, of course.
[23:39] <sadmac> ion: all in good fun :)
[23:40] <sadmac> Keybuk: the pkgconfig stuff ended up in lib rather than lib64 too :( guess we didn't fix autoconf either.
[23:44] <sadmac> Keybuk: ah, this one is your fault
[23:47] <Keybuk> why?
[23:48] <sadmac> Keybuk: you defined pkgconfig's data path explicitly in Makefile.am
[23:48] <Keybuk> yes
[23:48] <Keybuk> if you put it in the wrong path, that's your fault :)
[23:52] <sadmac> Keybuk: is there a separate list for libnih development now?
[23:58] <Keybuk> no
[23:58] <sadmac> Keybuk: good. patch is on upstart-devel