On Tue, Dec 07, 2004 at 01:30:31AM -0500, Rudy Godoy wrote:
> I don't want to have a package for every upstream data file which is
> DFSG free. So I'm strongly considering to merge these and work that
> way. I'd like to receive advices about the matter.
If it were me I'd have just two packagse:
Rudy Godoy <[EMAIL PROTECTED]> wrote:
> Hi, I'm the maintainer of torcs[0], a car racing game. Initially
> I've made four -data packages, one is the base data files, and the
> others are for -tracks and -cars. Due some filled bugs I've
> discovered that it needs another -cars package to have the
Justin Pryzby <[EMAIL PROTECTED]> schrieb:
> How can I modify the path to the libraries? During compilation, the
> build system has to see $buildpath/iraf/lib/libfoo.so.0, but once
> installed, the executables must see
> /usr/lib/iraf/iraf/lib/libfoo.so.0. There are a bunch of executables,
> so
Frank KÃster <[EMAIL PROTECTED]> writes:
> There are also disadvantages, however. Most importantly, you should only
> do that if upstream always releases the data files in one go. If they
> are released separately, at different times and with different version
> numbers, you probably won't be happ
Andreas Rottmann <[EMAIL PROTECTED]> schrieb:
> Frank Küster <[EMAIL PROTECTED]> writes:
>
>> There are also disadvantages, however. Most importantly, you should only
>> do that if upstream always releases the data files in one go. If they
>> are released separately, at different times and with di
On 07/12/2004 at 04:49 Frank Küster wrote...
> I didn't check how big the individual upstream data files are, but yes,
> if they are rather small, you can consider creating a merged
> "orig".tar.gz file from all of them.
>
Most of it are small, and the packages for other systems have gone
from o
Hi,
I'm quite sure I read it somewhere, but cannot currently find it: How
does the archive software treat bugs that are closed in the changelog of
an upload to experimental? Are the bugs tagged fixed, or is nothing done
at all?
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
D
Either move libfoo to its own package, or tell the build tool where
to look. dpkg-shlibdeps has the -l option, gcc and co. use -L. Why
do you need LD_LIBRARY_PATH? are you running the binary during the
build process?
--
Please do not send copies of list mail to me; I read the list!
.''`. m
* Frank Küster [Tue, 07 Dec 2004 17:36:16 +0100]:
> I'm quite sure I read it somewhere, but cannot currently find it: How
> does the archive software treat bugs that are closed in the changelog of
> an upload to experimental? Are the bugs tagged fixed, or is nothing done
> at all?
they are tagg
* martin f krafft [Tue, 07 Dec 2004 12:26:41 +0100]:
> Why do you need LD_LIBRARY_PATH? are you running the binary during the
> build process?
in the shipped binaries, I think he meant.
--
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
Listening to: Manzanita - Talco y bronce
* Frank Küster ([EMAIL PROTECTED]) [041207 17:40]:
> I'm quite sure I read it somewhere, but cannot currently find it: How
> does the archive software treat bugs that are closed in the changelog of
> an upload to experimental? Are the bugs tagged fixed, or is nothing done
> at all?
+fixed-in-exper
also sprach Adeodato Simó <[EMAIL PROTECTED]> [2004.12.07.1742 +0100]:
> * martin f krafft [Tue, 07 Dec 2004 12:26:41 +0100]:
> > Why do you need LD_LIBRARY_PATH? are you running the binary during the
> > build process?
>
> in the shipped binaries, I think he meant.
what, rpath? noo!
do
Hello mentors.
I would like to introduce the backup-manager[1] software to the Debian
community. It is a shell script, written with care and which is 100% debianized
(including the use of Debconf).
This backup tool can generate tar, tar.gz, tar.bz2 and zip archives,
upload them to remote hosts wi
On Tue, Dec 07, 2004 at 05:50:01PM +0100, martin f krafft wrote:
> also sprach Adeodato Simó <[EMAIL PROTECTED]> [2004.12.07.1742 +0100]:
> > * martin f krafft [Tue, 07 Dec 2004 12:26:41 +0100]:
> > > Why do you need LD_LIBRARY_PATH? are you running the binary during the
> > > build process?
> >
>
also sprach Justin Pryzby <[EMAIL PROTECTED]> [2004.12.07.1811 +0100]:
> I think I will actually be installing them into /usr/lib/, with a
> proper soname (even though the soname won't serve any purpose, as the
> executables are bundled with the library).
Make sure to read
http://wiki.debian.net/i
martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Justin Pryzby <[EMAIL PROTECTED]> [2004.12.07.1811 +0100]:
>> I think I will actually be installing them into /usr/lib/, with a
>> proper soname (even though the soname won't serve any purpose, as the
>> executables are bundled with the libr
Andreas Barth <[EMAIL PROTECTED]> schrieb:
> * Frank Küster ([EMAIL PROTECTED]) [041207 17:40]:
>> I'm quite sure I read it somewhere, but cannot currently find it: How
>> does the archive software treat bugs that are closed in the changelog of
>> an upload to experimental? Are the bugs tagged fix
* Frank Küster [Tue, 07 Dec 2004 19:38:21 +0100]:
> > +fixed-in-experimental for maintainer-uploads
> > +fixed for NMUs
> Thank for giving me the fish, also to Adeoato. Will you also teach me
> how to catch it?
well, I know just for having seen it.
--
Adeodato Simó
EM: a
This one time, at band camp, Frank Küster said:
> Andreas Barth <[EMAIL PROTECTED]> schrieb:
>
> > * Frank Küster ([EMAIL PROTECTED]) [041207 17:40]:
> >> I'm quite sure I read it somewhere, but cannot currently find it: How
> >> does the archive software treat bugs that are closed in the changelo
also sprach Frank Küster <[EMAIL PROTECTED]> [2004.12.07.1937 +0100]:
> As I understood it, this is exactly the situation Justin is in.
Also read the LD_LIBRARY_PATH document. Instead of setting
LD_LIBRARY_PATH, I'd rather suggest calling the linker directly.
--
Please do not send copies of list
On Tue, Dec 07, 2004 at 06:12:34PM +0100, Alexis Sukrieh wrote:
> This backup tool can generate tar, tar.gz, tar.bz2 and zip archives,
> upload them to remote hosts with scp or ftp and burn them to CDR/CDRW
> media using mkisofs and cdrecord.
I'm no DD so I cannot sponsor the package. But I looke
Hello Matthew,
* Matthew Palmer <[EMAIL PROTECTED]> [2004-12-07 11:55]:
> On Mon, Dec 06, 2004 at 03:31:02PM +0100, Nico Golde wrote:
> > Hi,
> > dh_make genererated control files which usually include something
> > like this:
> > Depends: ${shlibs:Depends},${misc:Depends}
> > Can someone explain
hi,
* Justin Pryzby <[EMAIL PROTECTED]> [2004-12-06 20:07]:
> On Mon, Dec 06, 2004 at 07:26:58PM +0100, Frank Küster wrote:
> > Andrew Zajac <[EMAIL PROTECTED]> schrieb:
> >
> > > The scanmodem script.
> > > http://linmodems.technion.ac.il/packages/scanModem.gz
> > >
> > > I have emailed the maint
Hi,
i search a sponsor for my new package elizatalk. My regular
sponsor Michael Schiansky writes his diploma at the moment
so i hasn't got the time to sponsor this package.
But it would be nice, if someone else would sponsor this
upload. The package is linda and lintian clean:
* Package name:
* Philipp Meier ([EMAIL PROTECTED]) disait :
> I'm no DD so I cannot sponsor the package. But I looked at it and it
> contains some bashism. I does not run with dash as /bin/sh because of
> the use of "$UID" and some trap issues.
Yes it does contain bashism. Moreover the uploader is written in Per
begin quotation of Alexis Sukrieh on 2004-12-07 20:24:09 +0100:
> * Philipp Meier ([EMAIL PROTECTED]) disait :
> > I'm no DD so I cannot sponsor the package. But I looked at it and it
> > contains some bashism. I does not run with dash as /bin/sh because of
> > the use of "$UID" and some trap iss
* Alec Berryman ([EMAIL PROTECTED]) disait :
> Writing a program in bash isn't; using bashisms with #!/bin/sh is, as
> you can't assume /bin/sh = /bin/bash. If you want to use the
> bashisms in your script, change #!/bin/sh to #!/bin/bash.
Oups ! :)
Sorry for my misunderstanding.
I'll release a
The 0.5.5-2 package is up on my repository.
It will fix the bashism in /usr/bin/backup-manager and suggests a
dependence to gettext-base (which provides /usr/bin/gettext.sh).
Thanks to Philipp and Alec for the comments.
Regards,
Alexis.
--
Alexis Sukrieh <[EMAIL PROTECTED]>
* Another Lin
* Stephen Gran ([EMAIL PROTECTED]) [041207 20:10]:
> This one time, at band camp, Frank Küster said:
> > Andreas Barth <[EMAIL PROTECTED]> schrieb:
> >
> > > * Frank Küster ([EMAIL PROTECTED]) [041207 17:40]:
> > >> I'm quite sure I read it somewhere, but cannot currently find it: How
> > >> does
On Tue, 7 Dec 2004 17:50:01 +0100, martin f krafft <[EMAIL PROTECTED]> wrote:
> what, rpath? noo!
> do not hardcode the path.
Could you expand on the scope of this advice? I'm in the process of
repairing a broken build procedure (for a commercial app that runs on
Debian) and would appreci
also sprach Michael K. Edwards <[EMAIL PROTECTED]> [2004.12.07.2147 +0100]:
> So the server core can load these shared libraries with dlopen(), get
> the "factory" routines with dlsym(),
With dlopen(), why care about rpath or LD_LIBRARY_PATH? Just give
the full path or implement your own search pa
This one time, at band camp, Andreas Barth said:
> * Stephen Gran ([EMAIL PROTECTED]) [041207 20:10]:
> > /usr/share/doc/developers-reference/developers-reference.txt.gz:
> > 4.6.4:
> >When uploading to unstable a package which had bugs fixed in
> >experimental, please consider using the op
On Tue, 7 Dec 2004 22:04:22 +0100, martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Michael K. Edwards <[EMAIL PROTECTED]> [2004.12.07.2147 +0100]:
> > So the server core can load these shared libraries with dlopen(), get
> > the "factory" routines with dlsym(),
>
> With dlopen(), why care
I wrote:
> ... a quick
> perusal of the manpage suggests that RPATH in the loaded object has no
> effect, but I think I'd better UTSL before relying on that.
Note that I haven't verified whether RPATH in the loaded object has an
effect on dlopen(), but it clearly does have an effect on the use of
Hi:
I am trying to create a .deb file. If i do not
change
the rules, it create the correct .deb file.
However,
when i changed DESTDIR=/usr/tmp, it install
all
the stuff in /usr/tmp correctly, however did not
include those in the .deb.
Anyone can help?
THANKS.
Yan
Hello Yan,
* Yan <[EMAIL PROTECTED]> [2004-12-07 23:36]:
> Hi:
> I am trying to create a .deb file. If i do not change
> the rules, it create the correct .deb file. However,
> when i changed DESTDIR=/usr/tmp, it install all
> the stuff in /usr/tmp correctly, however did not
> include those in the
also sprach Yan <[EMAIL PROTECTED]> [2004.12.08.0209 +0100]:
> I am trying to create a .deb file. If i do not change
> the rules, it create the correct .deb file. However,
> when i changed DESTDIR=/usr/tmp, it install all
> the stuff in /usr/tmp correctly, however did not
> include those in the .de
37 matches
Mail list logo
