* Sami Haahtinen <[EMAIL PROTECTED]> [021217 15:13]:
> On Tue, Dec 17, 2002 at 10:43:27AM -0600, Steve Langasek wrote:
> > What information are you trying to store in LDAP that is so essential to
> > the system prior to mounting of /usr?
> >
> > It is entirely valid for /usr to be located on a net
* Sami Haahtinen <[EMAIL PROTECTED]> [021217 15:13]:
> On Tue, Dec 17, 2002 at 10:43:27AM -0600, Steve Langasek wrote:
> > What information are you trying to store in LDAP that is so essential to
> > the system prior to mounting of /usr?
> >
> > It is entirely valid for /usr to be located on a net
Colin Watson <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 19, 2002 at 05:50:21PM +0100, pp wrote:
> > I made
> > db_reset midgard/error
> > #added
> > db_input "medium" midgard/error
> > #changed from high
> > db_go
> > db_get midgard/error
> >
> > now works (even if it is not good) ;)
>
> If that'
On Thu, Dec 19, 2002 at 05:50:21PM +0100, pp wrote:
> I made
> db_reset midgard/error
> #added
> db_input "medium" midgard/error
> #changed from high
> db_go
> db_get midgard/error
>
> now works (even if it is not good) ;)
If that's in debian/config, it's likely to be actively bad. When
preconfi
On Thu, Dec 19, 2002 at 05:50:21PM +0100, pp wrote:
> I made
> db_reset midgard/error
> #added
> db_input "medium" midgard/error
> #changed from high
> db_go
> db_get midgard/error
> now works (even if it is not good) ;)
The 'db_get' at the end is probably unnecessary, if all you're doing is
dis
On Thu, Dec 19, 2002 at 04:43:33PM +0100, pp wrote:
> Steve Langasek <[EMAIL PROTECTED]> wrote:
> > You're missing a '|| true' after the prompt for midgard/error. The
> > question is being skipped by debconf, probably because it's been shown
> > before, and this results in a different return code.
On Thu, Dec 19, 2002 at 03:45:14PM +0100, pp wrote:
> Colin Watson <[EMAIL PROTECTED]> wrote:
> > On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > > if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
> > >
> > > db_input "high" midgard/error
> >
> > db_input can return
Steve Langasek <[EMAIL PROTECTED]> wrote:
> >
> > db_input "high" midgard/error
> > db_go
> > db_stop
>
> You're missing a '|| true' after the prompt for midgard/error. The
> question is being skipped by debconf, probably because it's been shown
> before, and this resul
Colin Watson <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 19, 2002 at 05:50:21PM +0100, pp wrote:
> > I made
> > db_reset midgard/error
> > #added
> > db_input "medium" midgard/error
> > #changed from high
> > db_go
> > db_get midgard/error
> >
> > now works (even if it is not good) ;)
>
> If that'
On Thu, Dec 19, 2002 at 04:43:33PM +0100, pp wrote:
> > > dpkg: error processing libmidgard (--install):
> > > subprocess post-installation script returned error exit status 30
> > > Errors were encountered while processing:
> > > libmidgard
> > > debconf -s postinst
> > > runs without any prob
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Dec 19, 2002 at 04:21:13PM +0100, pp wrote:
> so my question is :
> how to display message without db_input??
db_input ... || true
Same is for other db_ commands which might fail:
db_go || true
db_stop || true
Cheers, Bastian
-BEGIN PGP S
On Thu, Dec 19, 2002 at 05:50:21PM +0100, pp wrote:
> I made
> db_reset midgard/error
> #added
> db_input "medium" midgard/error
> #changed from high
> db_go
> db_get midgard/error
>
> now works (even if it is not good) ;)
If that's in debian/config, it's likely to be actively bad. When
preconfi
On Thu, Dec 19, 2002 at 05:50:21PM +0100, pp wrote:
> I made
> db_reset midgard/error
> #added
> db_input "medium" midgard/error
> #changed from high
> db_go
> db_get midgard/error
> now works (even if it is not good) ;)
The 'db_get' at the end is probably unnecessary, if all you're doing is
dis
Steve Langasek <[EMAIL PROTECTED]> wrote:
> > dpkg: error processing libmidgard (--install):
> > subprocess post-installation script returned error exit status 30
> > Errors were encountered while processing:
> > libmidgard
>
> > debconf -s postinst
> > runs without any problem
>
> You're mis
On Thu, Dec 19, 2002 at 04:43:33PM +0100, pp wrote:
> Steve Langasek <[EMAIL PROTECTED]> wrote:
> > You're missing a '|| true' after the prompt for midgard/error. The
> > question is being skipped by debconf, probably because it's been shown
> > before, and this results in a different return code.
On Thu, Dec 19, 2002 at 03:45:14PM +0100, pp wrote:
> Colin Watson <[EMAIL PROTECTED]> wrote:
> > On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > > if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
> > >
> > > db_input "high" midgard/error
> >
> > db_input can return
Steve Langasek <[EMAIL PROTECTED]> wrote:
> >
> > db_input "high" midgard/error
> > db_go
> > db_stop
>
> You're missing a '|| true' after the prompt for midgard/error. The
> question is being skipped by debconf, probably because it's been shown
> before, and this resul
pp <[EMAIL PROTECTED]> wrote:
> Colin Watson <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > > if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
> > >
> > > db_input "high" midgard/error
> >
> > db_input can return with exit code 30
On Thu, Dec 19, 2002 at 03:12:26PM +0100, Bastian Kleineidam wrote:
> On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > I posted my problem some time ago.
> > postinst script:
> Hmm, this looks like a debian/config script, not a postinst script.
> But the debconf docs are fading already in m
On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> I posted my problem some time ago.
> postinst script:
>
> #! /bin/sh -ex
>
> . /usr/share/debconf/confmodule
> db_version 2.0
> db_title "Midgard library package."
>
> if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
>
>
On Thu, Dec 19, 2002 at 04:43:33PM +0100, pp wrote:
> > > dpkg: error processing libmidgard (--install):
> > > subprocess post-installation script returned error exit status 30
> > > Errors were encountered while processing:
> > > libmidgard
> > > debconf -s postinst
> > > runs without any prob
Colin Watson <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
> >
> > db_input "high" midgard/error
>
> db_input can return with exit code 30 if the question is skipped. In
> that case, yo
On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
>
> db_input "high" midgard/error
db_input can return with exit code 30 if the question is skipped. In
that case, your postinst will fail.
--
Colin Watson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Dec 19, 2002 at 04:21:13PM +0100, pp wrote:
> so my question is :
> how to display message without db_input??
db_input ... || true
Same is for other db_ commands which might fail:
db_go || true
db_stop || true
Cheers, Bastian
-BEGIN PGP S
Bastian Kleineidam <[EMAIL PROTECTED]> wrote:
> >
> > postinst script:
> Hmm, this looks like a debian/config script, not a postinst script.
hmmm. what is the difference ?
> But the debconf docs are fading already in my minds, so it might be ok.
> > else
> > db_input high midgard/do_setup
Steve Langasek <[EMAIL PROTECTED]> wrote:
> > dpkg: error processing libmidgard (--install):
> > subprocess post-installation script returned error exit status 30
> > Errors were encountered while processing:
> > libmidgard
>
> > debconf -s postinst
> > runs without any problem
>
> You're mis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> I posted my problem some time ago.
>
>
> postinst script:
Hmm, this looks like a debian/config script, not a postinst script.
But the debconf docs are fading already in my minds, so it might be ok
I posted my problem some time ago.
postinst script:
#! /bin/sh -ex
. /usr/share/debconf/confmodule
db_version 2.0
db_title "Midgard library package."
if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
db_input "high" midgard/error
db_go
db_stop
else
db_inp
pp <[EMAIL PROTECTED]> wrote:
> Colin Watson <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > > if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
> > >
> > > db_input "high" midgard/error
> >
> > db_input can return with exit code 30
On Thu, Dec 19, 2002 at 03:12:26PM +0100, Bastian Kleineidam wrote:
> On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > I posted my problem some time ago.
> > postinst script:
> Hmm, this looks like a debian/config script, not a postinst script.
> But the debconf docs are fading already in m
On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> I posted my problem some time ago.
> postinst script:
>
> #! /bin/sh -ex
>
> . /usr/share/debconf/confmodule
> db_version 2.0
> db_title "Midgard library package."
>
> if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
>
>
Colin Watson <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> > if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
> >
> > db_input "high" midgard/error
>
> db_input can return with exit code 30 if the question is skipped. In
> that case, yo
On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
>
> db_input "high" midgard/error
db_input can return with exit code 30 if the question is skipped. In
that case, your postinst will fail.
--
Colin Watson
Bastian Kleineidam <[EMAIL PROTECTED]> wrote:
> >
> > postinst script:
> Hmm, this looks like a debian/config script, not a postinst script.
hmmm. what is the difference ?
> But the debconf docs are fading already in my minds, so it might be ok.
> > else
> > db_input high midgard/do_setup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Dec 19, 2002 at 02:58:11PM +0100, pp wrote:
> I posted my problem some time ago.
>
>
> postinst script:
Hmm, this looks like a debian/config script, not a postinst script.
But the debconf docs are fading already in my minds, so it might be ok
I posted my problem some time ago.
postinst script:
#! /bin/sh -ex
. /usr/share/debconf/confmodule
db_version 2.0
db_title "Midgard library package."
if $mysqlcmd -D mysql -e 'use midgard;' >/dev/null 2>&1 ; then
db_input "high" midgard/error
db_go
db_stop
else
db_inp
On Thu, 2002-12-19 at 11:11, Andrew Lau wrote:
> On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> > so that only the parts required for the current package are built?
> > (and also so that they aren't build twice).
>
> Isn't upstream's Makefile doing its job properly in only building
Quoting Bastian Kleineidam <[EMAIL PROTECTED]> (2002-12-19 11:21:21 GMT):
> On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> > Hi,
> > is it possible to determine the name of the current package at the
> > build stage of debian/rules (multi-binary source), so that only the
> > parts
On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> is it possible to determine the name of the current package at the
> build stage of debian/rules (multi-binary source), so that only the
> parts required for the current package are built?
What does "current package" mean in the buil
Hi,
On Thu, Dec 19, 2002 at 10:11:25PM +1100, Andrew Lau wrote:
> On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> > so that only the parts required for the current package are built?
> > (and also so that they aren't build twice).
>
> Isn't upstream's Makefile doing its job proper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> Hi,
> is it possible to determine the name of the current package at the
> build stage of debian/rules (multi-binary source), so that only the
> parts required for the current package are
On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> so that only the parts required for the current package are built?
> (and also so that they aren't build twice).
Isn't upstream's Makefile doing its job properly in only building
something that doesn't exist instead of rebuilding every
Hi,
is it possible to determine the name of the current package at the
build stage of debian/rules (multi-binary source), so that only the
parts required for the current package are built? (and also so that they
aren't build twice).
thanks
--
.''`. Mark Howard
: :' :
`. `' http://www.tilde
On Thu, 2002-12-19 at 11:11, Andrew Lau wrote:
> On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> > so that only the parts required for the current package are built?
> > (and also so that they aren't build twice).
>
> Isn't upstream's Makefile doing its job properly in only building
Quoting Bastian Kleineidam <[EMAIL PROTECTED]> (2002-12-19 11:21:21 GMT):
> On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> > Hi,
> > is it possible to determine the name of the current package at the
> > build stage of debian/rules (multi-binary source), so that only the
> > parts
On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> is it possible to determine the name of the current package at the
> build stage of debian/rules (multi-binary source), so that only the
> parts required for the current package are built?
What does "current package" mean in the buil
Hi,
On Thu, Dec 19, 2002 at 10:11:25PM +1100, Andrew Lau wrote:
> On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> > so that only the parts required for the current package are built?
> > (and also so that they aren't build twice).
>
> Isn't upstream's Makefile doing its job proper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> Hi,
> is it possible to determine the name of the current package at the
> build stage of debian/rules (multi-binary source), so that only the
> parts required for the current package are
On Thu, Dec 19, 2002 at 10:50:18AM +, Mark Howard wrote:
> so that only the parts required for the current package are built?
> (and also so that they aren't build twice).
Isn't upstream's Makefile doing its job properly in only building
something that doesn't exist instead of rebuilding every
Hi,
is it possible to determine the name of the current package at the
build stage of debian/rules (multi-binary source), so that only the
parts required for the current package are built? (and also so that they
aren't build twice).
thanks
--
.''`. Mark Howard
: :' :
`. `' http://www.tilde
50 matches
Mail list logo