Bob Hilliard [EMAIL PROTECTED] cum veritate scripsit:
I would like to use debconf to present a message to the admin
when a package is installed, but only if certain text does not
appear in a config file.
Why would you want to do that ?
Ask yourself why such a message is required in
On Fri, Jan 04, 2002 at 10:07:52PM +0100, Magnus Ekdahl wrote:
I could fix the problem by manually by adding a chmod +x ./configure
somewhere in the rules section. But manually adding a diff seems somewhat
clumsy.
The chmod seems fine to me. The same problem exists with debian/rules
ie it
On Fri, Jan 04, 2002 at 10:07:52PM +0100, Magnus Ekdahl wrote:
I could fix the problem by manually by adding a chmod +x ./configure
somewhere in the rules section. But manually adding a diff seems somewhat
clumsy.
Other ways to do it include changing the tarball or running autoconf at
I think something like this would do the trick:
if yadayada; then
db_input foo/bar
fi
To be put in the debian/package.config script.
msg05138/pgp0.pgp
Description: PGP signature
So, what's wrong with this picture? Should I build-depend on bison and
generate the file in the build target, or should I modify the makefile
to not delete the generated file? Both seem ugly to me. Is there
something else I should do?
Since dpkg-buildpackage will call debian/rules clean,
Adam McKenna [EMAIL PROTECTED] writes:
You are correct, that would be wise. Do you know any developers personally?
No, I don't know anyone yet. So I'm still looking.
patrice
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi Magnus!
You wrote:
extracting original source code
patching original code using ketm_0.0.6-1.diff.gz
trying to run ./configure
/bin/sh: ./configure: /bin/sh: bad interpreter: Permission denied
I could fix the problem by manually by adding a chmod +x ./configure
somewhere in the
On Fri, Jan 04, 2002 at 05:52:19PM -0500, Bob Hilliard wrote:
if !grep -q include /etc/dictd.conf
then
[Display message]
fi
I can't find anything in the debconf documentation or the command
available in /usr/share/doc/debian-policy/debconf_specification.txt.gz
On Fri, 4 Jan 2002, Brett Cundal wrote:
I'm working on a package that includes a .tab.c file generated by
bison...
So, what's wrong with this picture? Should I build-depend on bison and
generate the file in the build target, or should I modify the makefile
to not delete the generated file?
Bob Hilliard wrote:
I would like to use debconf to present a message to the admin
when a package is installed, but only if certain text does not
appear in a config file.
Without debconf, I could use code something like this in the
[post|pre]inst:
if !grep -q include
* Bob Hilliard
| if !grep -q include /etc/dictd.conf
|then
|[Display message]
| fi
if !grep -q include /etc/dictd.conf
then
db_input high package/foo || true
fi
--
Tollef Fog Heen
Unix _IS_ user friendly... It's just selective about who its friends are.
Bob Hilliard [EMAIL PROTECTED] writes:
I would like to use debconf to present a message to the admin
when a package is installed, but only if certain text does not
appear in a config file.
Without debconf, I could use code something like this in the
[post|pre]inst:
if
On Fri, Jan 04, 2002 at 05:52:19PM -0500, Bob Hilliard wrote:
I can't find anything in the debconf documentation or the command
available in /usr/share/doc/debian-policy/debconf_specification.txt.gz
that would permit this type of conditional display of a message. Is
there something in
On Fri, Jan 04, 2002 at 02:09:31PM -0800, Brett Cundal wrote:
So, what's wrong with this picture? Should I build-depend on bison
and generate the file in the build target, or should I modify the
makefile to not delete the generated file? Both seem ugly to me. Is
there something else I should
On Fri, Jan 04, 2002 at 10:07:52PM +0100, Magnus Ekdahl wrote:
Is there a good way to get file permission changes into ones source package
automaticly ?
Diffs cannot preserve permissions. The only way you can achieve this is
either to generate a fresh tarball (probably a bad idea if you're
Brett Cundal [EMAIL PROTECTED] writes:
I'm working on a package that includes a .tab.c file generated by
bison... It seems to me that this file does not need to be generated
at build time, but the upstream makefile deletes *.tab.c in the
distclean rule (Obviously this rule wasn't run before
On Sat, Jan 05, 2002 at 07:22:18PM -0500, Stefan Hornburg (Racke) wrote:
I would like to use debconf to present a message to the admin
when a package is installed, but only if certain text does not
appear in a config file.
Without debconf, I could use code something like
On Sun, Jan 06, 2002 at 02:11:37PM +1100, Hamish Moffatt wrote:
On Fri, Jan 04, 2002 at 10:07:52PM +0100, Magnus Ekdahl wrote:
I could fix the problem by manually by adding a chmod +x ./configure
somewhere in the rules section. But manually adding a diff seems somewhat
clumsy.
The
On Sun, Jan 06, 2002 at 12:20:12AM +0100, Gergely Nagy wrote:
So, what's wrong with this picture? Should I build-depend on bison and
generate the file in the build target, or should I modify the makefile
to not delete the generated file? Both seem ugly to me. Is there
something else I
make distclean should not delete the files in the first place. The
distclean target should remove only generated files which are not included
in the distribution (such as object code), and since this bison output is
rightly included in the distribution, it should be left alone.
But it is a
On Sun, Jan 06, 2002 at 08:55:38PM +0100, Gergely Nagy wrote:
make distclean should not delete the files in the first place. The
distclean target should remove only generated files which are not included
in the distribution (such as object code), and since this bison output is
rightly
On Thu, Jan 03, 2002 at 10:29:36PM +0100, Gergely Nagy wrote:
The best thing would be to convince upstream to Do The Right
Thing(tm). Meanwhile, you can add stuff like this to your install target
in debian/rules:
DMANDIR=$(CURDIR)/debian/foobar/usr/share/man
install: build-stamp
Hi
I adopted the package mozilla-locale-de-at. I fixed a bug in
version 0.9.6 and generated version 0.9.7 from new upstream data,
incorporating an improvement already present in the Japanese localization
of Mozilla.
Now I need a Debian developer to look at and perhaps upload the new
packages.
On Sun, Jan 06, 2002 at 08:55:38PM +0100, Gergely Nagy wrote:
make distclean should not delete the files in the first place. The
distclean target should remove only generated files which are not included
in the distribution (such as object code), and since this bison output is
rightly
Bob Hilliard [EMAIL PROTECTED] cum veritate scripsit:
I would like to use debconf to present a message to the admin
when a package is installed, but only if certain text does not
appear in a config file.
Why would you want to do that ?
Ask yourself why such a message is required in the
Brett Cundal [EMAIL PROTECTED] cum veritate scripsit:
So, what's wrong with this picture? Should I build-depend on bison and
generate the file in the build target, or should I modify the makefile
to not delete the generated file? Both seem ugly to me. Is there
something else I should do?
I'd
On Fri, Jan 04, 2002 at 10:07:52PM +0100, Magnus Ekdahl wrote:
I could fix the problem by manually by adding a chmod +x ./configure
somewhere in the rules section. But manually adding a diff seems somewhat
clumsy.
The chmod seems fine to me. The same problem exists with debian/rules
ie it
I think something like this would do the trick:
if yadayada; then
db_input foo/bar
fi
To be put in the debian/package.config script.
pgpHyd4tNPpTQ.pgp
Description: PGP signature
So, what's wrong with this picture? Should I build-depend on bison and
generate the file in the build target, or should I modify the makefile
to not delete the generated file? Both seem ugly to me. Is there
something else I should do?
Since dpkg-buildpackage will call debian/rules clean,
Adam McKenna [EMAIL PROTECTED] writes:
You are correct, that would be wise. Do you know any developers personally?
No, I don't know anyone yet. So I'm still looking.
patrice
Hi Magnus!
You wrote:
extracting original source code
patching original code using ketm_0.0.6-1.diff.gz
trying to run ./configure
/bin/sh: ./configure: /bin/sh: bad interpreter: Permission denied
I could fix the problem by manually by adding a chmod +x ./configure
somewhere in the
On Fri, Jan 04, 2002 at 05:52:19PM -0500, Bob Hilliard wrote:
if !grep -q include /etc/dictd.conf
then
[Display message]
fi
I can't find anything in the debconf documentation or the command
available in /usr/share/doc/debian-policy/debconf_specification.txt.gz
* Bob Hilliard
| if !grep -q include /etc/dictd.conf
|then
|[Display message]
| fi
if !grep -q include /etc/dictd.conf
then
db_input high package/foo || true
fi
--
Tollef Fog Heen
Unix _IS_ user friendly... It's just selective about who its friends are.
Bob Hilliard wrote:
I would like to use debconf to present a message to the admin
when a package is installed, but only if certain text does not
appear in a config file.
Without debconf, I could use code something like this in the
[post|pre]inst:
if !grep -q include
On Fri, Jan 04, 2002 at 05:52:19PM -0500, Bob Hilliard wrote:
I can't find anything in the debconf documentation or the command
available in /usr/share/doc/debian-policy/debconf_specification.txt.gz
that would permit this type of conditional display of a message. Is
there something in
Bob Hilliard [EMAIL PROTECTED] writes:
I would like to use debconf to present a message to the admin
when a package is installed, but only if certain text does not
appear in a config file.
Without debconf, I could use code something like this in the
[post|pre]inst:
if
On Fri, Jan 04, 2002 at 02:09:31PM -0800, Brett Cundal wrote:
So, what's wrong with this picture? Should I build-depend on bison
and generate the file in the build target, or should I modify the
makefile to not delete the generated file? Both seem ugly to me. Is
there something else I should
On Fri, Jan 04, 2002 at 10:07:52PM +0100, Magnus Ekdahl wrote:
Is there a good way to get file permission changes into ones source package
automaticly ?
Diffs cannot preserve permissions. The only way you can achieve this is
either to generate a fresh tarball (probably a bad idea if you're not
On Sat, Jan 05, 2002 at 07:22:18PM -0500, Stefan Hornburg (Racke) wrote:
I would like to use debconf to present a message to the admin
when a package is installed, but only if certain text does not
appear in a config file.
Without debconf, I could use code something like
On Sun, Jan 06, 2002 at 02:11:37PM +1100, Hamish Moffatt wrote:
On Fri, Jan 04, 2002 at 10:07:52PM +0100, Magnus Ekdahl wrote:
I could fix the problem by manually by adding a chmod +x ./configure
somewhere in the rules section. But manually adding a diff seems somewhat
clumsy.
The
On Sun, Jan 06, 2002 at 12:20:12AM +0100, Gergely Nagy wrote:
So, what's wrong with this picture? Should I build-depend on bison and
generate the file in the build target, or should I modify the makefile
to not delete the generated file? Both seem ugly to me. Is there
something else I
make distclean should not delete the files in the first place. The
distclean target should remove only generated files which are not included
in the distribution (such as object code), and since this bison output is
rightly included in the distribution, it should be left alone.
But it is a
On Sun, Jan 06, 2002 at 08:55:38PM +0100, Gergely Nagy wrote:
make distclean should not delete the files in the first place. The
distclean target should remove only generated files which are not included
in the distribution (such as object code), and since this bison output is
rightly
Hi
I adopted the package mozilla-locale-de-at. I fixed a bug in
version 0.9.6 and generated version 0.9.7 from new upstream data,
incorporating an improvement already present in the Japanese localization
of Mozilla.
Now I need a Debian developer to look at and perhaps upload the new
packages. It
On Sun, Jan 06, 2002 at 08:55:38PM +0100, Gergely Nagy wrote:
make distclean should not delete the files in the first place. The
distclean target should remove only generated files which are not included
in the distribution (such as object code), and since this bison output is
rightly
46 matches
Mail list logo
