Re: Including object (.o) files in a package - linda errors
I was hoping that someone else would respond to this, since I'm just fumbling for an answer. Maybe I can provoke one:) On Fri, Mar 18, 2005 at 12:02:34PM -0500, Kevin B. McCarty wrote: > Hi list, > > I am packaging mn_fit (source package is named mn-fit; currently stuck > in NEW). Upstream tells me that the capability exists for users to > create a customized version of mn_fit by linking their own Fortran > source code with mn_fit static libraries and the mn_fit main object > file, mn_main_k.o. So I am creating a new mn-fit-dev binary package to > contain these libraries, etc. (Thus, users who don't need to customize > mn_fit can just install the mn-fit binary package, without the > additional 3 Mb of static libs in mn-fit-dev.) > > The problem is that linda really doesn't like the object file: > > > arcturus[6]:~/Debian/mn-fit% linda -i mn-fit-dev_5.05-1_powerpc.deb > > E: mn-fit-dev; Object /usr/lib/mn-fit/obj/programs/mn_main_k.o is not > > directly linked against libc. > > The binary object shown above is not directly linked against the > > required library libc.so.6. > > W: mn-fit-dev; Shared binary object > > /usr/lib/mn-fit/obj/programs/mn_main_k.o has no dependancy information. > > The binary object listed above is a shared object, but does not report > > that it depends on any other shared libraries. > > What can I do about this? I found that linda gives the same complaints > about libcrt1.o (and other object files) in the libc6-dev package. > (Lintian doesn't care.) Should I just add linda overrides to ignore the > error and warning? Maybe. Another solution is to link it with -lc. To be sure, the *proper* solution is to link it with everything it needs, and nothing more. I'm not entirely sure how to do that; but the following options to ld may be relevant. --no-undefined --no-allow-shlib-undefined --unresolved-symbols=report-all But, rethinking this, what kind of file is that (as given by /usr/bin/file)? AFAIK object files (traditionally *.o) cannot be linked with anything; indeed, gcc -lfoo -c -o bar.o baz.c yields: gcc: -lc: linker input file unused because linking not done lin{da,tian} shouldn't complain about an object file which is not linked with anything, since, well, it cannot be. But, if it is a shared object, which is called .o (instead of the conventional .so), then the complaint might be warrented. If it is a shared object, and it actually doesn't use any external symbols (including those from libc), then I suppose an override is appropriate. (Let me guess; some awkward physics software whose authors decided to rewrite everything from the ground up using only loops and arithmetic? sigh.) A line of code is worth more: test.c: main(){} wxyz.c: f(){ g(); } $ gcc -shared -o libwxyz.so wxyz.c $ gcc -Wl,--no-undefined -Wl,--no-allow-shlib-undefined -Wl,--unresolved-symbols=report-all -L. -lwxyz test.c ./libwxyz.so: undefined reference to `g' collect2: ld returned 1 exit status $ gcc -L. -lwxyz test.c ./libwxyz.so: undefined reference to `g' collect2: ld returned 1 exit status $ gcc -Wl,--unresolved-symbols=ignore-in-shared-libs -L. -lwxyz test.c $ So, it looks like your job is done when all the libraries can be successfully linked into minimal programs (wxyz.c) without ignoring unresolved syms. I would recommend passing the above options to ld to be sure (especially --no-allow-shlib-undefined, which is apparently not the default). Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: installing files in cgi-bin/ etc/ and tt2/
On Thu, Mar 24, 2005 at 01:28:44PM +1100, Jens Porup wrote: > My problem: in addition to files in lib/, I also want to install a > conffile in etc/, CGI::Application instance scripts in cgi-bin/, and > Template Toolkit templates in tt2/. > > How do I tell my rules script about them, so they don't just > ignore them? You can copy the files into your package tree by hand, or use dh_install to semi-automate the whole thing. - Matt signature.asc Description: Digital signature
installing files in cgi-bin/ etc/ and tt2/
G'day, I am attempting to package some in-house perl web apps in debian package format for internal distribution only. I've exhausted the knowledge, it would seem, of the debian-perl list, so here I am asking for your help instead. My problem: in addition to files in lib/, I also want to install a conffile in etc/, CGI::Application instance scripts in cgi-bin/, and Template Toolkit templates in tt2/. How do I tell my rules script about them, so they don't just ignore them? Probably not too important, but I'm using Module::Build instead of MakeMaker, otherwise creating my debian/ directory by hand. Any help would be much appreciated. Thanks, Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: dibbler - a portable DHCPv6 implementation
On Wed, Mar 23, 2005 at 10:48:42PM +0100, [EMAIL PROTECTED] wrote: > I have prepared Debian packages for Dibbler - an open and portable DHCPv6 > implementation. Is supports stateful (i.e. IPv6 address granting) as well > as stateless (i.e. option granting) autoconfiguration for IPv6. It is > one of two Linux DHCPv6 implementations available, but it has numerous > advantages over "competition": > - provides client, server and relay > - implements base standard as well as numerous extentions > - provides detailed man pages and 20+ page User's Guide > - mailing list with rather quick support > - bug tracking system > Finally, here's quick justification, why I belive those packages should be > part of the Debian: After almost 2 years of development, Dibbler is stable > enough to be merged into Debian. Sooner or later, IPv6 will come. Debian > should be ready for that. Looks good at first glance, but there are a few areas of concern. For some reason the author seems to confuse the use of strncpy, the following code for example is doing exactly the wrong thing: strncpy(command,argv[1],strlen(argv[1])+1); This leads to buffer overflows in the command line handling of each of the binaries: /usr/sbin/dibbler-relay `perl -e 'print "X"x3434'` | Dibbler - a portable DHCPv6, version 0.4.0(RELAY) ... ... Segmentation fault These aren't setuid but it is a bit sloppy .. Steve -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: dibbler - a portable DHCPv6 implementation
Hi everyone I have prepared Debian packages for Dibbler - an open and portable DHCPv6 implementation. Is supports stateful (i.e. IPv6 address granting) as well as stateless (i.e. option granting) autoconfiguration for IPv6. It is one of two Linux DHCPv6 implementations available, but it has numerous advantages over "competition": - provides client, server and relay - implements base standard as well as numerous extentions - provides detailed man pages and 20+ page User's Guide - mailing list with rather quick support - bug tracking system I'm looking for a sponsor for the following packages: 1. Names of the packages: dibbler-server dibbler-client dibbler-relay dibbler-doc 2. The licence: GNU GPL v2 or later 3. Package descriptions: dibbler-server: This is a DHCPv6 server. It supports both stateful (i.e. IPv6 address granting) as well as stateless (i.e. options granting) autoconfiguration modes of DHCPv6 protocol. Relays are also supported. Install Dibbler server if you'd like to have IPv6 hosts automatically configured in your network. dibbler-client: This is a DHCPv6 client. It supports both statefull (i.e. IPv6 address granting) as well as stateless (i.e. option granting) autoconfiguration modes of the DHCPv6 protocol. Besides basic capabilities, it supports various DHCPv6 extensions, e.g. option renewal. Install Dibber client if you want to obtain IPv6 addresses and options from DHCPv6 server. dibbler-relay: This is a DHCPv6 relay. Relays are used as proxies between server and clients. Main advantage is the ability to support multiple remote links using only one server. Install Dibbler relay if you want to serve multiple not physically connected links with one DHCPv6 server. dibbler-doc: User's Guide as well as Developer's Guide is included in this package. That documentation covers all aspects of Dibbler DHCPv6 implementation: - server, client and relay usage and configuration - various tips and frequently asked questions - internal structure/code description and hints for developers 4. Prepared packages can be downloaded from: http://klub.com.pl/dhcpv6/debian/ Details about Dibber are available at the project website: http://klub.com.pl/dhcpv6/. Packages were validated with lintian and everything seems to be fine. I have tested packages (installing, reinstalling, uninstalling) as well as the binaries itself (dibbler is being used by numerous users throughout the world, so I only had to check if produced binaries are ok). Finally, here's quick justification, why I belive those packages should be part of the Debian: After almost 2 years of development, Dibbler is stable enough to be merged into Debian. Sooner or later, IPv6 will come. Debian should be ready for that. -- Tomasz Mrugalski, | "I think there is a world market for | spam(at)klub(dot)com(dot)pl | about five computers." | | Thomas J. Watson (Chairman, IBM) 1943| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Temporary sponsor for LDAP Account Manager 0.4.9
Hi Laszlo, Laszlo Boszormenyi schrieb: I am looking for someone who can upload the latest version of my package. My usual sponsor is Andreas Barth but it seems that he is heavily working on releasing Sarge and did not respond to my recent mails. I think I would do it. thanks, this would be great. There are not much changes since 0.4.7. One Debian bug about documentation is closed and there are some minor upstrem fixes. You close #296498, but I could not find the relevant change. Is it really missing? Sorry, I forgot that INSTALL from orig.tar.gz is not included in the Debian package. I now added the note to README.Debian. It would be great if someone could check the package and upload it. I have looked into it a bit. rules is a mess IMHO, you may create a separate shell script for the yada calls. The rules file is generated by yada. ;-) All information is taken from the packages file. Also, your changelog usage is a bit strange for me; at least in Debian the most common entry is the short note of the change, then closes: #xyz in brackets. Ok, I will consider this for future packages. Please take a look at the updated package at http://lam.sourceforge.net/debian-packages/ and check if it is correct. Greetings, Roland signature.asc Description: OpenPGP digital signature
Re: Temporary sponsor for LDAP Account Manager 0.4.9
Hi Roland, On Wed, 2005-03-23 at 19:48 +0100, Roland Gruber wrote: > I am looking for someone who can upload the latest version of my package. > My usual sponsor is Andreas Barth but it seems that he is heavily > working on releasing Sarge and did not respond to my recent mails. I think I would do it. > There are not much changes since 0.4.7. One Debian bug about > documentation is closed and there are some minor upstrem fixes. You close #296498, but I could not find the relevant change. Is it really missing? > It would be great if someone could check the package and upload it. I have looked into it a bit. rules is a mess IMHO, you may create a separate shell script for the yada calls. Also, your changelog usage is a bit strange for me; at least in Debian the most common entry is the short note of the change, then closes: #xyz in brackets. Anyway, if you really update the INSTALL text, then I would upload it. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: Krecipes for Debian
On Wed, Mar 23, 2005 at 11:39:36AM +0100, Matteo Mazzoni for Debian wrote: > Hi, I'm packaging krecipes, > > "A KDE Recipe Tool based on a database backend (SQLite, MySQL or > PostgreSQL), designed to be highly configurable. With features such as: > configurable ingredients, shopping lists, daily recipe suggestions based > on calories/diets... and much more to come." > > http://krecipes.sf.net/ > > and I'm searching for someone to sponsor me. > Feel free to contact me for having more information about that. Is the package available (URL) for review? -- Jamin W. Collins It has always been Debian's philosophy in the past to stick to what makes sense, regardless of what crack the rest of the universe is smoking. -- Andrew Suffield -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Temporary sponsor for LDAP Account Manager 0.4.9
Hi all, I am looking for someone who can upload the latest version of my package. My usual sponsor is Andreas Barth but it seems that he is heavily working on releasing Sarge and did not respond to my recent mails. The package is at: http://lam.sourceforge.net/debian-packages/ There are not much changes since 0.4.7. One Debian bug about documentation is closed and there are some minor upstrem fixes. It would be great if someone could check the package and upload it. Greetings, Roland signature.asc Description: OpenPGP digital signature
Re: help with package restricted to specific arches
Jeroen van Wolffelaar <[EMAIL PROTECTED]> wrote: > On Wed, Mar 23, 2005 at 10:33:11AM +0100, Frank K?ster wrote: >> "Kevin B. McCarty" <[EMAIL PROTECTED]> wrote: >> >> > >> > http://www.wolffelaar.nl/~jeroen/P-a-s-HOWTO.txt >> > >> > The P-a-s maintainers mentioned in that file include LaMont Jones >> > <[EMAIL PROTECTED]> and James Troup <[EMAIL PROTECTED]> among others. >> >> Is there a role account for that, and what's their name? It seems >> LaMont isn't listed on http://www.de.debian.org/intro/organization. > > As said in that document, P-a-s is a tool to reduce buildd's wasting > time on certain packages. It is *not* a way to prevent certain > architectures to end up in the archive per se, make sure your package > fails to build in some way if it's unsuiteable on a certain > architecture. I know - I think I did not only read your document, but also understood it. > As such, it isn't a that important file for maintainers. Well, yes, but they should nevertheless inform the right people. I'm currently writing a patch for the developer's reference (and wanted to ask you anyway whether I could use your text as a basis). I think in the developers reference it would be much better to have a role defined there, not single persons - they might change, or simply others might be added. So does your answer mean that there is no role account, and not even a name for the role? Or is there something sensible that I can write? TIA, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: CDBS and DESTDIR
Hello Sven, * Sven Mueller <[EMAIL PROTECTED]> [2005-03-23 15:30]: > Nico Golde wrote on 22/03/2005 20:04: > >Isn't DESTDIR obsolete, if the script understands prefix? > >regards nico > > Not necessarily. Many source Packages (read: upstream source) understand > prefix, but only take that into account for binaries (and use a different > one for data files or manpages). Furthermore, prefix is often used to > modify default file locations used in the binary (i.e. where to expect the > config file or data files). DESTDIR is explicitly _only_ used in the > install target (and sometimes in the uninstall target) but has no > influence on the pathes compiled into the installed files while prefix has > such an influence. Ok thank you very much for your further information. regards nico -- Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgpSp7rzi7OBX.pgp Description: PGP signature
Re: help with package restricted to specific arches
On Wed, Mar 23, 2005 at 10:33:11AM +0100, Frank K?ster wrote: > "Kevin B. McCarty" <[EMAIL PROTECTED]> wrote: > > > > > http://www.wolffelaar.nl/~jeroen/P-a-s-HOWTO.txt > > > > The P-a-s maintainers mentioned in that file include LaMont Jones > > <[EMAIL PROTECTED]> and James Troup <[EMAIL PROTECTED]> among others. > > Is there a role account for that, and what's their name? It seems > LaMont isn't listed on http://www.de.debian.org/intro/organization. As said in that document, P-a-s is a tool to reduce buildd's wasting time on certain packages. It is *not* a way to prevent certain architectures to end up in the archive per se, make sure your package fails to build in some way if it's unsuiteable on a certain architecture. As such, it isn't a that important file for maintainers. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CDBS and DESTDIR
Nico Golde wrote on 22/03/2005 20:04: Isn't DESTDIR obsolete, if the script understands prefix? regards nico Not necessarily. Many source Packages (read: upstream source) understand prefix, but only take that into account for binaries (and use a different one for data files or manpages). Furthermore, prefix is often used to modify default file locations used in the binary (i.e. where to expect the config file or data files). DESTDIR is explicitly _only_ used in the install target (and sometimes in the uninstall target) but has no influence on the pathes compiled into the installed files while prefix has such an influence. cu, sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Makefile modification
On Wed, Mar 23, 2005 at 01:13:15PM +0200, Charles Majola wrote: > Is editing upstream's makefile ok? the package doesn't use autoconf, it > just has a makefile with install and clean targets. > > I need it to install the python files it contains in a diff directory, > not the one in the makefile(its hardcoded) > should I edit the makefile or move the files during installation ? Both ways are correct. I usually move needed files using dh_install. You can however patch upstream's makefile. In fact if you want you can rewrite building infrastructure from scratch ;) But maybe asking upstream to make modifications you need would be the easiest way. Just make sure you don't change .orig.tar.gz file. Leave your changes in .diff.gz. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Makefile modification
Hi, Is editing upstream's makefile ok? the package doesn't use autoconf, it just has a makefile with install and clean targets. I need it to install the python files it contains in a diff directory, not the one in the makefile(its hardcoded) should I edit the makefile or move the files during installation ? Regards Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: Krecipes for Debian
Hi, I'm packaging krecipes, "A KDE Recipe Tool based on a database backend (SQLite, MySQL or PostgreSQL), designed to be highly configurable. With features such as: configurable ingredients, shopping lists, daily recipe suggestions based on calories/diets... and much more to come." http://krecipes.sf.net/ and I'm searching for someone to sponsor me. Feel free to contact me for having more information about that. Thank you in advance Matteo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CDBS and DESTDIR
HI, * Arjan Oosting <[EMAIL PROTECTED]> [2005-03-22 19:51]: > oP DI, 22-03-2005 te 12:04 -0300, schreef Nelson A. de Oliveira: > > -BEGIN PGP SIGNED MESSAGE- > > I have used that because I saw on a debian-mentors list archive. > > (http://lists.debian.org/debian-mentors/2004/07/msg00392.html) > > > > Even when using > > DEB_MAKE_INSTALL_TARGET := install DESTDIR=$(DEB_DESTDIR) > > I had no sucess. > > This should work, but are you sure the upstream Makefile of your package > understands DESTDIR? If not you should patch the upstream Makefile. > Maybe you could send the upstream Makefile so we can have a look? Isn't DESTDIR obsolete, if the script understands prefix? regards nico -- Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org VIM has two modes - the one in which it beeps and the one in which it doesn't -- encrypted mail preferred pgpky1EHbzvAr.pgp Description: PGP signature
Re: help with package restricted to specific arches
Richard C Bilson <[EMAIL PROTECTED]> wrote: > It would be nice if this tidbit (or at least a pointer thereto) could > make its way into some official piece of documentation. I'm writing a patch for developers reference, based on Jeroen's text. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: help with package restricted to specific arches
"Kevin B. McCarty" <[EMAIL PROTECTED]> wrote: > > http://www.wolffelaar.nl/~jeroen/P-a-s-HOWTO.txt > > The P-a-s maintainers mentioned in that file include LaMont Jones > <[EMAIL PROTECTED]> and James Troup <[EMAIL PROTECTED]> among others. Is there a role account for that, and what's their name? It seems LaMont isn't listed on http://www.de.debian.org/intro/organization. TIA, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Trying To Save On Pills?
Everything is Discreet http://www.amb5.com/p/coupon/fbdiaz Stop all future contacts amb5.comr.php War is nothing but the continuation of politics with the admixture of other means.