/srv/irclogs.ubuntu.com/2010/02/05/#upstart.txt

=== Keybuk_ is now known as Keybuk
rittyanhi all, is there some debhelper or cdbs thingie to install upstart jobs to the right place?14:05
rittyanI could use install file, but I don't want to (not the right place in fact)14:06
rittyanor, probably package.upstart will do the trick14:07
Mdrittyan: read the dh_installinit documentation14:14
rittyanyup, found it already14:16
rittyanthanks14:16
sadmacKeybuk: for future reference, we have this policy: http://fedoraproject.org/wiki/Packaging/Guidelines#Beware_of_Rpath22:53
sadmacKeybuk: not that I have an opinion but its making libnih kinda annoying to package.22:53
Keybukerr, why?22:54
Keybuk(not why don't you like rpath, but why are you getting one?)22:54
sadmacKeybuk: I didn't do anything interesting when I built it22:55
Keybukwing-commander scott% objdump -x /lib/libnih.so | grep RPATH22:55
Keybukzsh: done       objdump -x /lib/libnih.so | 22:55
Keybukzsh: exit 1     grep RPATH22:55
KeybukI have no rpath22:55
sadmacKeybuk: its libnih-dbus and nih-dbus-tool which its finding them in22:55
Keybuknoep22:56
Keybukwing-commander scott% objdump -x /usr/bin/nih-dbus-tool | egrep "NEEDED|RPATH"22:56
Keybuk  NEEDED               libnih.so.122:56
Keybuk  NEEDED               libexpat.so.122:56
Keybuk  NEEDED               libdbus-1.so.322:56
Keybuk  NEEDED               libpthread.so.022:56
Keybuk  NEEDED               libc.so.622:56
Keybukwing-commander scott% 22:56
sadmacERROR   0001: file '/usr/lib64/libnih-dbus.so.1.0.0' contains a standard rpath '/usr/lib64' in [/usr/lib64]22:56
sadmacERROR   0001: file '/usr/bin/nih-dbus-tool' contains a standard rpath '/usr/lib64' in [/usr/lib64]22:56
Keybukoh22:57
Keybukwell22:57
Keybukthat's your busted distribution22:57
sadmacdon't think the template spec is doing anything beyond configure/make/make install22:57
Keybukif you're going to invent things like /usr/lib64 you need to tell your dynamic linker about it, etc.22:57
sadmacnotting: ^^what is this shit?22:57
nottingcontext?22:57
Keybuklibtool only puts an rpath in if you install into a path it doesn't recognise as a system library path22:58
nottingusually it's libtool being shite22:58
sadmacnotting: is there a standard fix?22:58
Keybuknotting: hardly22:59
Keybukif Fedora bothered to send patches upstream, you wouldn't have this problem ;)22:59
Keybukeven 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=log22:59
Keybukbut nobody ever did22:59
nottingyou were libtool upstream? i don't know whether to blame you or send booze22:59
Keybuksadmac: you should be able to apply that patch to m4/libtool.m4 in libnih's tree22:59
Keybuknotting: once :)23:00
Keybuksadmac: you'll need to re-run autoconf afterwards to regenerate configure23:00
Keybukthen it should not rpath lib6423:00
nottingyou can cheat and do 'make LIBTOOL=/usr/bin/libtool'. but that obviously can have version-skew23:01
sadmacthe page I linked recommends a couple of sed lines. I'm afraid... but it is policy...23:02
Keybukyou can23:02
Keybukall of these are valid23:02
Keybukbut it's not _my_ problem ;)23:02
sadmacKeybuk: my mistake23:02
Keybukstrictly speaking, of course, your policy is wrong23:03
Keybuksince /usr/lib64 is *not* a standard library directory23:03
Keybukyou should have rpaths for it23:03
Keybuksince otherwise libraries and binaries compiled on RH won't work on other distros ;P23:03
sadmacthe sed things don't work.23:03
Keybukbut I digress23:03
sadmacmakes the build choke23:03
nottingKeybuk: the compiler thinks it's standard23:04
Keybuknotting: only because you have a patch to your compiler23:04
sadmacKeybuk: kernel32.dll doesn't work in ubuntu either :) distro-compatibility is a pipe dream.23:04
Keybuksadmac: sure it does, apt-get install wine ;)23:04
Keybuksadmac: is the sed for libtool 1.5 or 2.x ?23:04
sadmacKeybuk: try libc.dylib :)23:05
sadmacKeybuk: unspecified.23:05
sadmacKeybuk: snippets floating in wikispace unknown and unloved23:05
nottingKeybuk: i could bring up the LSB stick, but, bleah.23:05
nottingbut yes, the proper solution is to patch upstream libtool releases, get that in every distro, and make everyone redist their packages. wheee.23:07
sadmacugh. my apartment can be either 40 or 80 degrees. the thermostat ignores intermediate values.23:08
Keybuknotting: sure23:08
sadmacdamn it to hell.23:16
sadmacrpmbuild is eating the error output of patch23:16
sadmacoh. oh wow. that is unfortunate.23:20
sadmacmakes sense though23:20
sadmac%prep doesn't define the patch macros at all.23:20
sadmacno, this is %build hold on..23:21
sadmacI haven't built a new package in a while.23:30
ionFedora/RH could always switch to dpkg.23:33
sadmacion: coke, pepsi, whatever.23:33
sadmacIMHO 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 switch23:33
sadmacwhich is not to say you should switch to conary23:34
sadmacPoint 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:34
sadmacbesides, the package manager I want to use I haven't written yet.23:35
ionI was joking, of course.23:37
sadmacion: all in good fun :)23:39
sadmacKeybuk: the pkgconfig stuff ended up in lib rather than lib64 too :( guess we didn't fix autoconf either.23:40
sadmacKeybuk: ah, this one is your fault23:44
Keybukwhy?23:47
sadmacKeybuk: you defined pkgconfig's data path explicitly in Makefile.am23:48
Keybukyes23:48
Keybukif you put it in the wrong path, that's your fault :)23:48
sadmacKeybuk: is there a separate list for libnih development now?23:52
Keybukno23:58
sadmacKeybuk: good. patch is on upstart-devel23:58

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!