Stephen Peters <[EMAIL PROTECTED]> writes:
> One workaround I can think of for this case is to provide a pair of
> stub classes that would merely implement the interface that the
> package needs to compile, and add a note to the README.Debian stating
> that the user will have to download their own
Adam> Moreover, binutils-dev description says:
Adam> "Note that building Debian packages which depend on the shared
Adam> libbfd is Not Allowed."
Adam> So what should I do to fix the problems? Link whole package
Adam> staticaly?? Thanks in advance for your help...
This is actually quite intere
Stephen Peters <[EMAIL PROTECTED]> writes:
> One workaround I can think of for this case is to provide a pair of
> stub classes that would merely implement the interface that the
> package needs to compile, and add a note to the README.Debian stating
> that the user will have to download their ow
Adam> Moreover, binutils-dev description says:
Adam> "Note that building Debian packages which depend on the shared
Adam> libbfd is Not Allowed."
Adam> So what should I do to fix the problems? Link whole package
Adam> staticaly?? Thanks in advance for your help...
This is actually quite inter
Dear mentors,
I found out a little more about my current troubles with the new
versions of my packages mozart, mozart-contrib, and
mozart-doc-html. The phenomenon is this:
Where the old version of mozart contains a _directory_
/usr/lib/mozart/include and a _symlink_ to it from
/usr/include/m
Hi,
I have a package 'fenris', which depends on libbfd. The problem is it
depends on the EXACT version of the library:
[EMAIL PROTECTED]:~$ ldd which fenris
libbfd-2.12.90.0.1.so => /usr/lib/libbfd-2.12.90.0.1.so
(0x40049000)
...
and my package has to depend on exactly the same version of
Dear mentors,
I found out a little more about my current troubles with the new
versions of my packages mozart, mozart-contrib, and
mozart-doc-html. The phenomenon is this:
Where the old version of mozart contains a _directory_
/usr/lib/mozart/include and a _symlink_ to it from
/usr/include/
Hi,
I have a package 'fenris', which depends on libbfd. The problem is it
depends on the EXACT version of the library:
alpha@mentat:~$ ldd which fenris
libbfd-2.12.90.0.1.so => /usr/lib/libbfd-2.12.90.0.1.so
(0x40049000)
...
and my package has to depend on exactly the same version of
bin
On Tue, Sep 10, 2002 at 04:42:48AM +0200, Goswin Brederlow wrote:
> on all archs having the compiler and fail on others. This should not
> prevent the package from going into testing or stable as long as no
> previous package exists for one of the failing archs.
Ok, but is this a supposed "clean"
On Tue, Sep 10, 2002 at 04:42:48AM +0200, Goswin Brederlow wrote:
> Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
>
> > Hi mentors,
> > is possible to have an Arch: field defined by a substvar?
> >
> > Our problem (with our = debian ocaml maintainers) is that ocaml native
> > code compiler isn
On Mon, Sep 09, 2002 at 08:06:58PM +0200, Matus fantomas Uhlar wrote:
> -> > -> That would require versioned dependencies on virtual packages
> (versioned
> -> > -> Provides:) to work, but they don't. You'll probably have to use
> -> > -> something like a high epoch instead.
> -> >
> -> > Pardon?
On Mon, Sep 09, 2002 at 07:42:15PM +0100, Roger Leigh wrote:
> Sven LUTHER <[EMAIL PROTECTED]> writes:
>
> > On Sun, Sep 08, 2002 at 08:21:09PM -0400, Joey Hess wrote:
> > >
> > > Provided your packages conflict, you can make two files,
> > > debian/server.conf.5 and debian/server-enhanced.conf.5
On Tue, Sep 10, 2002 at 04:42:48AM +0200, Goswin Brederlow wrote:
> on all archs having the compiler and fail on others. This should not
> prevent the package from going into testing or stable as long as no
> previous package exists for one of the failing archs.
Ok, but is this a supposed "clean"
On Tue, Sep 10, 2002 at 04:42:48AM +0200, Goswin Brederlow wrote:
> Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
>
> > Hi mentors,
> > is possible to have an Arch: field defined by a substvar?
> >
> > Our problem (with our = debian ocaml maintainers) is that ocaml native
> > code compiler is
On Mon, Sep 09, 2002 at 08:06:58PM +0200, Matus fantomas Uhlar wrote:
> -> > -> That would require versioned dependencies on virtual packages (versioned
> -> > -> Provides:) to work, but they don't. You'll probably have to use
> -> > -> something like a high epoch instead.
> -> >
> -> > Pardon? D
On Mon, Sep 09, 2002 at 07:42:15PM +0100, Roger Leigh wrote:
> Sven LUTHER <[EMAIL PROTECTED]> writes:
>
> > On Sun, Sep 08, 2002 at 08:21:09PM -0400, Joey Hess wrote:
> > >
> > > Provided your packages conflict, you can make two files,
> > > debian/server.conf.5 and debian/server-enhanced.conf.
16 matches
Mail list logo