Al Stone <[EMAIL PROTECTED]> writes:
> I've got packages I'm maintaining -- oprofile and prospect -- that
> both need a particular kernel module to work.
>
> Right now, these packages only "Recommend:" the kernel module (in
> this case, oprofile-module0.6.1).
>
> I did not want to make it a "Depen
Al Stone <[EMAIL PROTECTED]> writes:
> I've got packages I'm maintaining -- oprofile and prospect -- that
> both need a particular kernel module to work.
>
> Right now, these packages only "Recommend:" the kernel module (in
> this case, oprofile-module0.6.1).
>
> I did not want to make it a "Depen
Steve Kemp <[EMAIL PROTECTED]> writes:
> What is the recommended way to distribute a kernel module?
>
> I see the options as :
>
> 1. Making a kernel-patch which could be build with
> kernel-package.
Is it a patch, or a module? I'd expect that most things come as one
or the othe
Steve Kemp <[EMAIL PROTECTED]> writes:
> What is the recommended way to distribute a kernel module?
>
> I see the options as :
>
> 1. Making a kernel-patch which could be build with
> kernel-package.
Is it a patch, or a module? I'd expect that most things come as one
or the othe
Robert Lemmen <[EMAIL PROTECTED]> writes:
> i maintain trickle which links against libevent. now libevent has
> changed its soname so my old binary packages depend on libevent0 which
> is no longer available as it is replaced with libevent1. i checked and i
> have to change absolutely zero, but ju
Robert Lemmen <[EMAIL PROTECTED]> writes:
> i maintain trickle which links against libevent. now libevent has
> changed its soname so my old binary packages depend on libevent0 which
> is no longer available as it is replaced with libevent1. i checked and i
> have to change absolutely zero, but ju
Laurent Fousse <[EMAIL PROTECTED]> writes:
> Not yet. It's all about you and your restaurant. Here's the
> description:
>
> Description: A game in which you can run your own pizza businness
> Pizza Business is a game written in C++ in which you start a pizza
^^
Laurent Fousse <[EMAIL PROTECTED]> writes:
> Not yet. It's all about you and your restaurant. Here's the
> description:
>
> Description: A game in which you can run your own pizza businness
> Pizza Business is a game written in C++ in which you start a pizza
^^
Eric Winger <[EMAIL PROTECTED]> writes:
> Ahh, this brings up a point that has bothered me about debian. Well
> actually in this case, two points.
>
> * all the deb-src entries i tried to add to my sources.list give me
> * errors when I try to get the source. What is the url for sources?
> * This
"Nelson A. de Oliveira" <[EMAIL PROTECTED]> writes:
> I was searching for a package and I've found it. But it´s compiled for
> Debian stable. I use Debian unstable and I would like to compile it
> for my version of Debian.
> How can I recompile it? I have those files:
> program.diff.gz
> program.d
"Nelson A. de Oliveira" <[EMAIL PROTECTED]> writes:
> I was searching for a package and I've found it. But it´s compiled for
> Debian stable. I use Debian unstable and I would like to compile it
> for my version of Debian.
> How can I recompile it? I have those files:
> program.diff.gz
> program.d
Eric Winger <[EMAIL PROTECTED]> writes:
> Ahh, this brings up a point that has bothered me about debian. Well
> actually in this case, two points.
>
> * all the deb-src entries i tried to add to my sources.list give me
> * errors when I try to get the source. What is the url for sources?
> * This
Barry Pollock <[EMAIL PROTECTED]> writes:
> I am doin some ncurses stuff for ed the line editor to make it print
> screens of text as well as lines I am getting undefind references to
> main.c:1676: undefined reference to `tparam'
> I have included termcap.h and ncurses.h and the ncurses libray ha
Barry Pollock <[EMAIL PROTECTED]> writes:
> I am doin some ncurses stuff for ed the line editor to make it print
> screens of text as well as lines I am getting undefind references to
> main.c:1676: undefined reference to `tparam'
> I have included termcap.h and ncurses.h and the ncurses libray ha
"Matthias Hofer" <[EMAIL PROTECTED]> writes:
> But i've problems to compile failsafe-mgr, the graphical GUI (written in
> Java) for configuring the cluster.
> There is no configure-script out of the box, the doc says to give
>
> aclocal
> autoheader
> automake --add-missing
> auto
Tony Maro <[EMAIL PROTECTED]> writes:
> Odd considering that so far most every reply that I've received
> (except yours of course) included two copies. And the fact that you
> can't just hit "reply" and have it go back to the list - it wants to
> only reply to the sender.
Your mailer doesn't hav
Al Stone <[EMAIL PROTECTED]> writes:
> Is there a document somewhere that describes the assumptions I can
> make in a debian/rules file?
In general, you get to assume a clean system with the build-essential
packages, plus any you build-depend on, installed.
> For instance, as part of my work to
Al Stone <[EMAIL PROTECTED]> writes:
> Is there a document somewhere that describes the assumptions I can
> make in a debian/rules file?
In general, you get to assume a clean system with the build-essential
packages, plus any you build-depend on, installed.
> For instance, as part of my work to
[EMAIL PROTECTED] writes:
> I have some source code of kernel module. It's a driver for my ISDN modem. I
> want to build this module with kernel in /usr/src/modules directory using
> make-kpkg.
Well, that's kind of complicated...
> So I modified the source code to used autoconf/automake and run
[EMAIL PROTECTED] writes:
> I have some source code of kernel module. It's a driver for my ISDN modem. I
> want to build this module with kernel in /usr/src/modules directory using
> make-kpkg.
Well, that's kind of complicated...
> So I modified the source code to used autoconf/automake and run
Sven LUTHER <[EMAIL PROTECTED]> writes:
> I am packaging unicorn :
>
> unicorn- Kernel modules for the Bewan ADSL PCI st modem
>
> The upstream source come with a make file enabling to build it from only
> the kernel-headers, without there really being a need for the
> kernel-sources (in partic
Colin Watson <[EMAIL PROTECTED]> writes:
> On Mon, Aug 19, 2002 at 04:03:51PM -0400, David Z Maze wrote:
>> I think you need root privileges to actually enter the chroot jail.
>> Other than that, it does seem like it should be possible to build the
>> chroot image e
Colin Watson <[EMAIL PROTECTED]> writes:
> On Mon, Aug 19, 2002 at 04:03:51PM -0400, David Z Maze wrote:
>> I think you need root privileges to actually enter the chroot jail.
>> Other than that, it does seem like it should be possible to build the
>> chroot image e
Paul Cupis <[EMAIL PROTECTED]> writes:
> On Sunday 18 August 2002 09:11, Marc Haber wrote:
>> ... I don't like building
>> packages as "real" root which pbuilder seems to need at the moment.
...
> Of course, I haven't actually tried this, but I see no reason why pbuilder
> couldn't be set up to no
Paul Cupis <[EMAIL PROTECTED]> writes:
> On Sunday 18 August 2002 09:11, Marc Haber wrote:
>> ... I don't like building
>> packages as "real" root which pbuilder seems to need at the moment.
...
> Of course, I haven't actually tried this, but I see no reason why pbuilder
> couldn't be set up to n
Mikael Hedin <[EMAIL PROTECTED]> writes:
> I have a autoconf test that fails if i don't give -lg2c as extra link
> flags. Without g2c there are undefined references to e_wsfe, z_abs,
> c_sqrt, etc. Is not g2c an internal gcc thing?
That sounds like things generated by a FORTRAN compiler like g77
Mikael Hedin <[EMAIL PROTECTED]> writes:
> I have a autoconf test that fails if i don't give -lg2c as extra link
> flags. Without g2c there are undefined references to e_wsfe, z_abs,
> c_sqrt, etc. Is not g2c an internal gcc thing?
That sounds like things generated by a FORTRAN compiler like g7
Drew Parsons <[EMAIL PROTECTED]> writes:
>> Is this sufficient - or should I setup a link from /usr/doc as well?
>
> If you use the debhelper tools (dh_installdocs in this case I think),
> they'll set up the /usr/doc for you automatically.
...except in unstable, where they won't, but my understand
Julien LEMOINE <[EMAIL PROTECTED]> writes:
> I consider this licence is DFSG conpliant, so I will put this 2
> libraries in main.
It sounds reasonable to me. The only thing that sounds a little
questionable is this:
> Permission is hereby also granted, without written agreement and
> without lic
Julien LEMOINE <[EMAIL PROTECTED]> writes:
> I consider this licence is DFSG conpliant, so I will put this 2
> libraries in main.
It sounds reasonable to me. The only thing that sounds a little
questionable is this:
> Permission is hereby also granted, without written agreement and
> without li
[EMAIL PROTECTED] writes:
> Mmm, i have two file in ocaml-base package with rpath :
>
> /usr/lib/ocaml/dllgraphics.so with RPATH=/usr/X11R6/lib
>
> and
>
> /usr/lib/ocaml/labltk/dlllabltk41.so with RPATH=/usr/lib:/usr/X11R6/lib
>
> I guess this is just the common usage of those, and not some
[EMAIL PROTECTED] writes:
> Mmm, i have two file in ocaml-base package with rpath :
>
> /usr/lib/ocaml/dllgraphics.so with RPATH=/usr/X11R6/lib
>
> and
>
> /usr/lib/ocaml/labltk/dlllabltk41.so with RPATH=/usr/lib:/usr/X11R6/lib
>
> I guess this is just the common usage of those, and not some
[EMAIL PROTECTED] writes:
> How can i check what is contained in the rpath of a shared library
> to make sure it is ok to override this lintian error ?
objdump --private-headers will list, among, other things, the RPATH
setting. (It will also show the libraries the file directly depends
on, where
Kjetil Torgrim Homme <[EMAIL PROTECTED]> writes:
> Gaetano Paolone <[EMAIL PROTECTED]> writes:
>> Lintian tells me this:
>>
>> W: php-gtk: binary-or-shlib-defines-rpath
>> ./usr/lib/php4/20010901/php_gtk.so /usr/X11R6/lib
>
> This is a bug in lintian. It should not complain about rpath being
> s
Michael Moerz <[EMAIL PROTECTED]> writes:
MM> First question: -rpath specifies where a library (eventually)
MM> will be installed, but what is so bad about that?
Let's say, hypothetically, that you were used to building all of your
X programs with '-Wl,-rpath,/usr/X11R6/lib'. It works, no harm in
Michael Moerz <[EMAIL PROTECTED]> writes:
MM> First question: -rpath specifies where a library (eventually)
MM> will be installed, but what is so bad about that?
Let's say, hypothetically, that you were used to building all of your
X programs with '-Wl,-rpath,/usr/X11R6/lib'. It works, no harm i
Jose Carlos Garcia Sogo <[EMAIL PROTECTED]> writes:
JCGS> I'm trying to package a library, but I have some questions regarding
JCGS> the name the package should have.
JCGS>
JCGS> First of all, the policy says that the library package must something
JCGS> like libpackagesoname, so if the library
Jose Carlos Garcia Sogo <[EMAIL PROTECTED]> writes:
JCGS> I'm trying to package a library, but I have some questions regarding
JCGS> the name the package should have.
JCGS>
JCGS> First of all, the policy says that the library package must something
JCGS> like libpackagesoname, so if the library
Jeremy Higgs <[EMAIL PROTECTED]> writes:
JH> I have read the maintainer's guide that is at the Debian Documentation
JH> Project, but it seems to only cover packages that require compiling -
JH> which RCF doesn't.
JH>
JH> After running dh_make and cd'ing to the debian directory, is there a
JH> file
Jeremy Higgs <[EMAIL PROTECTED]> writes:
JH> I have read the maintainer's guide that is at the Debian Documentation
JH> Project, but it seems to only cover packages that require compiling -
JH> which RCF doesn't.
JH>
JH> After running dh_make and cd'ing to the debian directory, is there a
JH> fil
40 matches
Mail list logo
