Hi,
> I'm currently packaging some webservice which needs a database backend
> and therefor I'd like to ask the user via debconf for mandatory things
> like hostname, username, etc.
look into dbconfig-common, it'll probably provide what you're looking for.
Cheers,
Bernd
--
Bernd Zeimetz
<[EM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm currently packaging some webservice which needs a database backend
and therefor I'd like to ask the user via debconf for mandatory things
like hostname, username, etc.
Unfortunatelly debconf does not seem to like me =)
I get the following er
On Tue, 27 Feb 2007 20:53:34 +
The Fungi <[EMAIL PROTECTED]> wrote:
> My apologies for sounding harsh, but these are basic security
> concepts that are fundamental to being able to safely provide
> privileged programmatic access to resources as another user. That
> sort of application is a seri
On Tue, Feb 27, 2007 at 09:21:56PM +0100, Curt Manucredo wrote:
[...]
> but anyway, next time i can not fall asleep i will ask YOU to read ME
> some manpages ;-)
[...]
My apologies for sounding harsh, but these are basic security
concepts that are fundamental to being able to safely provide
privil
On Tue, 27 Feb 2007 17:27:20 +
The Fungi <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED]:~$ ls -l `which sudo`
>-rwsr-xr-x 2 root root 91700 2006-04-15 07:39 /usr/bin/sudo
>
> Honestly, all of your questions and
> misconceptions about sudo(1), how it works/what it does, would be
> far mo
On Tue, Feb 27, 2007 at 04:17:10AM +0100, Curt Manucredo wrote:
> i could never imagine that it is possible to call a command and then
> have root rights for it, without authentificating on the system with a
> password. so i thought a daemon running as root might solve that problem
> (which i thoug
On Tue, Feb 27, 2007 at 04:17:10AM +0100, Curt Manucredo wrote:
> i could never imagine that it is possible to call a command and then
> have root rights for it, without authentificating on the system with a
> password. so i thought a daemon running as root might solve that problem
> (which i thoug
On Tue, 27 Feb 2007 17:39:13 +1100
"Andrew Donnellan" <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]:~$ ls -l /usr/bin/sudo
> -rwsr-xr-x 2 root root 91700 2006-04-15 17:39 /usr/bin/sudo
>
> The 's' where the 'x' is usually means setuid...
>
> So IOW sudo always runs as root, the whole authentica
On 2/27/07, Curt Manucredo <[EMAIL PROTECTED]> wrote:
i could never imagine that it is possible to call a command and then
have root rights for it, without authentificating on the system with a
password. so i thought a daemon running as root might solve that problem
(which i thought it does exist
On Mon, 26 Feb 2007 20:29:59 +
The Fungi <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 16, 2007 at 08:10:34AM +, Anton Piatek wrote:
> > I have a feeling you have reinvented the wheel. Sudo can be used
> > without a password and can be set on a per-user, per-application
> > basis i.e. give user
On Fri, Feb 16, 2007 at 08:10:34AM +, Anton Piatek wrote:
> I have a feeling you have reinvented the wheel. Sudo can be used without
> a password and can be set on a per-user, per-application basis i.e. give
> user X permission to run Y with/without a password.
Even more flexible, sudo can be
Curt Manucredo wrote:
> On Thu, 15 Feb 2007 14:52:03 +
> Anton Piatek <[EMAIL PROTECTED]> wrote:
>
>> Curt Manucredo wrote:
>>> dear mentors and members
>>>
> snipp...
>>> so this is the attempt to gain help from you! if you wish to have a
>>> copy of this program, please say so.
>>> the descr
On Thu, Feb 15, 2007 at 11:29:36PM +0100, Curt Manucredo wrote:
> i am not quiet sure about sudo, since it asks from time to time a
> password.
Then you haven't put NOPASSWD: in the relevant sudoers entry. It works like
a charm.
Oh, and I think that you've totally over-complicated the wheel in y
On Thu, Feb 15, 2007 at 11:29:36PM +0100, Curt Manucredo wrote:
> i am not quiet sure about sudo, since it asks from time to time a
> password.
Unless you add "NOPASSWD:" to the entries, so for example I can
allow the user "skx" to restart memcached with this stanza:
Cmnd_Alias MEMCACHED =
On Thu, 15 Feb 2007 14:00:04 +
martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Curt Manucredo <[EMAIL PROTECTED]> [2007.02.15.1328 +]:
> > request client. since urequestd does not execute any process
> > unless it comes from an urequest-client, all verifications are
> > done in th
also sprach Curt Manucredo <[EMAIL PROTECTED]> [2007.02.15.1328 +]:
> request client. since urequestd does not execute any process
> unless it comes from an urequest-client, all verifications are
> done in the urequest client program. this includes user and group
> verification as well as check
On Thu, Feb 15, 2007 at 05:34:56PM +0100, Curt Manucredo wrote:
> On Thu, 15 Feb 2007 14:52:03 +
> Anton Piatek <[EMAIL PROTECTED]> wrote:
>
> > Curt Manucredo wrote:
> > > dear mentors and members
> > >
> snipp...
> > > so this is the attempt to gain help from you! if you wish to have a
> >
On Thu, 15 Feb 2007 14:52:03 +
Anton Piatek <[EMAIL PROTECTED]> wrote:
> Curt Manucredo wrote:
> > dear mentors and members
> >
snipp...
> > so this is the attempt to gain help from you! if you wish to have a
> > copy of this program, please say so.
> > the description of the 3 executable fol
Curt Manucredo wrote:
> dear mentors and members
>
> i have written a program called urequestd. since it was and still is
> very helpful for me, i hoped, that it could be helpful for you folks
> too. it is of course licencend under GPLv2 or any later version if you
> wish. since i could not find a
dear mentors and members
i have written a program called urequestd. since it was and still is
very helpful for me, i hoped, that it could be helpful for you folks
too. it is of course licencend under GPLv2 or any later version if you
wish. since i could not find any place to upload it, or to get t
On Fri, Oct 25, 2002 at 10:15:29AM +1000, Drew Parsons wrote:
> On Thu, Oct 24, 2002 at 01:50:29PM -0400, Stephen Gran wrote:
> > Hello all,
> >
> > I am having a problem with one of my packages failing on s390. It
> > builds fine on other architectures (except where I messed up with a bad
> > bu
On Fri, Oct 25, 2002 at 10:15:29AM +1000, Drew Parsons wrote:
> On Thu, Oct 24, 2002 at 01:50:29PM -0400, Stephen Gran wrote:
> > Hello all,
> >
> > I am having a problem with one of my packages failing on s390. It
> > builds fine on other architectures (except where I messed up with a bad
> > bu
This one time, at band camp, Drew Parsons said:
> Why do you have to specify host like that? The whole point of using
> configure is so you don't have to do that, configure determines it
> automatically, not so?
>
> Drew
I'm sorry, I was less clear than I could have been - I've been banging
on t
Try updating your config.sub and config.guess from autotools-dev.
* Stephen Gran ([EMAIL PROTECTED]) wrote:
> Hello all,
>
> I am having a problem with one of my packages failing on s390. It
> builds fine on other architectures (except where I messed up with a bad
> build-depends on a build-esse
On Thu, Oct 24, 2002 at 01:50:29PM -0400, Stephen Gran wrote:
> Hello all,
>
> I am having a problem with one of my packages failing on s390. It
> builds fine on other architectures (except where I messed up with a bad
> build-depends on a build-essential). The problem with s390 is here:
>
> #
This one time, at band camp, Drew Parsons said:
> Why do you have to specify host like that? The whole point of using
> configure is so you don't have to do that, configure determines it
> automatically, not so?
>
> Drew
I'm sorry, I was less clear than I could have been - I've been banging
on t
--ncSAzJYg3Aa9+CRW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Try updating your config.sub and config.guess from autotools-dev.
* Stephen Gran ([EMAIL PROTECTED]) wrote:
> Hello all,
>=20
> I am having a problem with one of
On Thu, Oct 24, 2002 at 01:50:29PM -0400, Stephen Gran wrote:
> Hello all,
>
> I am having a problem with one of my packages failing on s390. It
> builds fine on other architectures (except where I messed up with a bad
> build-depends on a build-essential). The problem with s390 is here:
>
> #
Hello all,
I am having a problem with one of my packages failing on s390. It
builds fine on other architectures (except where I messed up with a bad
build-depends on a build-essential). The problem with s390 is here:
# Add here commands to configure the package.
./configure --host=s390-linux --
Hello all,
I am having a problem with one of my packages failing on s390. It
builds fine on other architectures (except where I messed up with a bad
build-depends on a build-essential). The problem with s390 is here:
# Add here commands to configure the package.
./configure --host=s390-linux --
On Wed, Sep 26, 2001 at 10:36:24PM +1000, Jeremy Higgs wrote:
> As you might be able to see, the commands below the "# Install
> modules" comment are ignored, and dpkg-buildpackage moves onto the
> 'binary-indep' target...
>
> Would anyone be able to explain why, and how I would go about fixing
On Wed, Sep 26, 2001 at 10:36:24PM +1000, Jeremy Higgs wrote:
> As you might be able to see, the commands below the "# Install
> modules" comment are ignored, and dpkg-buildpackage moves onto the
> 'binary-indep' target...
>
> Would anyone be able to explain why, and how I would go about fixing
Jeremy Higgs <[EMAIL PROTECTED]> writes:
> It seems to be working ok, but a part of the 'install' target in the
> debian/rules file seems to be skipped when I run
> 'dpkg-buildpackage'...:
What does calling "debian/rules install" by hand do?
Perhaps the install target is not declared phony? (Thr
On Wed, Sep 26, 2001 at 10:36:24PM +1000, Jeremy Higgs wrote:
> Hi everyone,
>
hi
> I'm trying to make a package for RCF (a firewall) that will be used,
> via a Makefil, to compile the current CVS version of RCF...
>
> It seems to be working ok, but a part of the 'install' target in the
> debi
Hi everyone,
I'm trying to make a package for RCF (a firewall) that will be used,
via a Makefil, to compile the current CVS version of RCF...
It seems to be working ok, but a part of the 'install' target in the
debian/rules file seems to be skipped when I run
'dpkg-buildpackage'...:
[EMAIL
Jeremy Higgs <[EMAIL PROTECTED]> writes:
> It seems to be working ok, but a part of the 'install' target in the
> debian/rules file seems to be skipped when I run
> 'dpkg-buildpackage'...:
What does calling "debian/rules install" by hand do?
Perhaps the install target is not declared phony? (Th
On Wed, Sep 26, 2001 at 10:36:24PM +1000, Jeremy Higgs wrote:
> Hi everyone,
>
hi
> I'm trying to make a package for RCF (a firewall) that will be used,
> via a Makefil, to compile the current CVS version of RCF...
>
> It seems to be working ok, but a part of the 'install' target in the
> deb
Hi everyone,
I'm trying to make a package for RCF (a firewall) that will be used,
via a Makefil, to compile the current CVS version of RCF...
It seems to be working ok, but a part of the 'install' target in the
debian/rules file seems to be skipped when I run
'dpkg-buildpackage'...:
jem@pigl
On Sat, Apr 01, 2000 at 12:40:40PM +0200, E.L. Willighagen wrote:
>
> Sorry, besided the problems i want to post here, is seem to have some problem
> with my "mail" program as well... my excuses for the duplicate versions...
Egon,
Fire away with your questions, here on the list if you can.
Ham
Sorry, besided the problems i want to post here, is seem to have some problem
with my "mail" program as well... my excuses for the duplicate versions...
Egon
i really appreciate some mentors' help
yours sincerely,
Egon Willighagen
i really appreciate some mentors' help
yours sincerely,
Egon Willighagen
42 matches
Mail list logo
