Tore,
On Tue, Apr 23, 2002 at 10:46:45PM +0200, Tore Anderson wrote:
> So, should I accept the redundancy and let dh_installmodules do its job,
> or should I use the postinst/rm approach? Or the insanely clever solution
> one of you are going to suggest? :-)
If you have identical files in your pa
I am creating a package which basically contains sources that go in
/usr/src/modules for easy package creation with make-kpkg. When built,
the package's name will be suffixed with the kernel version it is
built for, so that you can have several packages installed at the
same time.
However, this ca
On Tue, 23 Apr 2002, Yves Arrouye wrote:
> Package has a Depends on icu which cannot be satisfied on hurd-i386.
> Package has a Depends on icu which cannot be satisfied on sh.
>
> Do I need to care about these? There is no problem listed in
No. Just ignore sh and hurd for now...
--
"One disk
On Tue, 23 Apr 2002, Steve Langasek wrote:
> make-target:
> if [ $(DEB_HOST_GNU_TYPE) = "hppa-linux" ]; then \
This WILL break when dpkg-architecture is finally fixed to return the proper
gnu host type. A test for hppa-linux* is better, you could use case..esac
for that.
Or just go GNU mak
Tore,
On Tue, Apr 23, 2002 at 10:46:45PM +0200, Tore Anderson wrote:
> So, should I accept the redundancy and let dh_installmodules do its job,
> or should I use the postinst/rm approach? Or the insanely clever solution
> one of you are going to suggest? :-)
If you have identical files in your p
I am creating a package which basically contains sources that go in
/usr/src/modules for easy package creation with make-kpkg. When built,
the package's name will be suffixed with the kernel version it is
built for, so that you can have several packages installed at the
same time.
However, this c
Hi,
I was looking at the nice package page at
http://people.debian.org/~igenibel/packages.php?login=yves for my packages
(though it only shows main; why?). I don't understand a few things...
The "Sid dependencies" says:
BuildDepends
Package declares a build time dependency on doxyge
> it is a hppa-specific issue that is being actively tackled by gcc
> upstream maintainers, but unfortunately the fix won't make it into
> woody.
> DEB_BUILD_ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH)
>
> ifeq ($(DEB_BUILD_ARCH),hppa)
> CFLAGS="-g -O2 -ffunction-sections"
> else
> CFLAGS
On Tuesday 23 Apr 2002 4:20 pm, Dale E Martin wrote:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 issue?
The
On Tue, Apr 23, 2002 at 04:33:00PM +0200, Cajus Pollmeier wrote:
> Thanks for the quick answer. I tried setting the mx flag to higher values and
> it worked when it was drastically increased (to 160MB). Hope this value is
> uncritical for the build system...?
What about:
Build-Depend: RAM (>= 160
On Tue, Apr 23, 2002 at 11:20:02AM -0400, Dale E Martin wrote:
> How do I put an arch-specific build flag into a source package?
In debian/rules:
DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH)
ifneq "$(DEB_BUILD_ARCH)" "ia64"
CFLAGS := -O2
endif
Or something. And later pass on yo
On Tue, Apr 23, 2002 at 11:20:02AM -0400, Dale E Martin wrote:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 is
"Dale E Martin" <[EMAIL PROTECTED]> writes:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 issue?
It's a hppa
In reference to a message from Dale E Martin, dated Apr 23:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 issue
On Tue, 23 Apr 2002, Yves Arrouye wrote:
> Package has a Depends on icu which cannot be satisfied on hurd-i386.
> Package has a Depends on icu which cannot be satisfied on sh.
>
> Do I need to care about these? There is no problem listed in
No. Just ignore sh and hurd for now...
--
"One disk
On Tue, 23 Apr 2002, Steve Langasek wrote:
> make-target:
> if [ $(DEB_HOST_GNU_TYPE) = "hppa-linux" ]; then \
This WILL break when dpkg-architecture is finally fixed to return the proper
gnu host type. A test for hppa-linux* is better, you could use case..esac
for that.
Or just go GNU ma
How do I put an arch-specific build flag into a source package? I've
googled a bit, and grepped policy, but I'm not finding the answer. Also,
does anyone know if this is really an hppa issue, or is it a more general
g++ 3.0 issue?
Thanks!
Dale
(I'm not currently subscribed to this list,
Hi,
I was looking at the nice package page at
http://people.debian.org/~igenibel/packages.php?login=yves for my packages
(though it only shows main; why?). I don't understand a few things...
The "Sid dependencies" says:
BuildDepends
Package declares a build time dependency on doxyg
> it is a hppa-specific issue that is being actively tackled by gcc
> upstream maintainers, but unfortunately the fix won't make it into
> woody.
> DEB_BUILD_ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH)
>
> ifeq ($(DEB_BUILD_ARCH),hppa)
> CFLAGS="-g -O2 -ffunction-sections"
> else
> CFLAG
Am Dienstag, 23. April 2002 15:32 schrieb David Schmitt:
> On Tue, Apr 23, 2002 at 02:33:53PM +0200, Cajus Pollmeier wrote:
> > 1) There's some java "out of memory" message when building the first
> > time. The error is gone after you start make a second time. Since I'm
> > no java expert (
On Tuesday 23 Apr 2002 4:20 pm, Dale E Martin wrote:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 issue?
The
On Tue, Apr 23, 2002 at 04:33:00PM +0200, Cajus Pollmeier wrote:
> Thanks for the quick answer. I tried setting the mx flag to higher values and
> it worked when it was drastically increased (to 160MB). Hope this value is
> uncritical for the build system...?
What about:
Build-Depend: RAM (>= 16
On Tue, Apr 23, 2002 at 11:20:02AM -0400, Dale E Martin wrote:
> How do I put an arch-specific build flag into a source package?
In debian/rules:
DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH)
ifneq "$(DEB_BUILD_ARCH)" "ia64"
CFLAGS := -O2
endif
Or something. And later pass on y
On Tue, Apr 23, 2002 at 11:20:02AM -0400, Dale E Martin wrote:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 i
"Dale E Martin" <[EMAIL PROTECTED]> writes:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 issue?
It's a hppa
In reference to a message from Dale E Martin, dated Apr 23:
> How do I put an arch-specific build flag into a source package? I've
> googled a bit, and grepped policy, but I'm not finding the answer. Also,
> does anyone know if this is really an hppa issue, or is it a more general
> g++ 3.0 issu
How do I put an arch-specific build flag into a source package? I've
googled a bit, and grepped policy, but I'm not finding the answer. Also,
does anyone know if this is really an hppa issue, or is it a more general
g++ 3.0 issue?
Thanks!
Dale
(I'm not currently subscribed to this list
On Tue, Apr 23, 2002 at 02:33:53PM +0200, Cajus Pollmeier wrote:
> 1) There's some java "out of memory" message when building the first
> time. The error is gone after you start make a second time. Since I'm
> no java expert (and the build machine has really enough memory) I
> have no i
Hi!
I'm currently trying to package the "Rhino Administrative Infrastructure"
aka sysadm-base from sgi. It is the base for sgi's ha solution "failsafe".
Now I'm stuck :-( Two problems are left:
1) There's some java "out of memory" message when building the first
time. The error is gone after
Am Dienstag, 23. April 2002 15:32 schrieb David Schmitt:
> On Tue, Apr 23, 2002 at 02:33:53PM +0200, Cajus Pollmeier wrote:
> > 1) There's some java "out of memory" message when building the first
> > time. The error is gone after you start make a second time. Since I'm
> > no java expert
On Mon, Apr 22, 2002 at 02:10:15PM +0200, Nicolas SABOURET wrote:
> I got a package which depends on Tcl/Tk. It can work with either Tcl/Tk
> 8.0, 8.2 or 8.3.
> If I simply put "${shlib:depends}" in my control file, then the package
> depends on the version I have on the system I used to build the
On Tue, Apr 23, 2002 at 02:33:53PM +0200, Cajus Pollmeier wrote:
> 1) There's some java "out of memory" message when building the first
> time. The error is gone after you start make a second time. Since I'm
> no java expert (and the build machine has really enough memory) I
> have no
Hi!
I'm currently trying to package the "Rhino Administrative Infrastructure"
aka sysadm-base from sgi. It is the base for sgi's ha solution "failsafe".
Now I'm stuck :-( Two problems are left:
1) There's some java "out of memory" message when building the first
time. The error is gone afte
On Mon, Apr 22, 2002 at 02:10:15PM +0200, Nicolas SABOURET wrote:
> I got a package which depends on Tcl/Tk. It can work with either Tcl/Tk
> 8.0, 8.2 or 8.3.
> If I simply put "${shlib:depends}" in my control file, then the package
> depends on the version I have on the system I used to build the
34 matches
Mail list logo
