I am seriously considering adopting [1]doc-html-w3. I use many of these
recommendation on a daily basis where I work. It would be nice to have a
current local copy of them. However, before I decide to go any further with
the adoption process, I want to get some feedback for an idea that I have.
On Sat, 22 Sep 2001, Karsten M. Self wrote:
> on Tue, Sep 18, 2001 at 08:37:33AM -0300, Henrique de Moraes Holschuh ([EMAIL
> PROTECTED]) wrote:
> > On Tue, 18 Sep 2001, Christian Kurz wrote:
> > > On 01-09-18 Joey Hess wrote:
> > > > It'd be nice if someone would look at optimizing it sometime; t
on Tue, Sep 18, 2001 at 08:37:33AM -0300, Henrique de Moraes Holschuh ([EMAIL
PROTECTED]) wrote:
> On Tue, 18 Sep 2001, Christian Kurz wrote:
> > On 01-09-18 Joey Hess wrote:
> > > It'd be nice if someone would look at optimizing it sometime; the
> > > behavior I see with strace is absurd, and cou
[ Ccing to [EMAIL PROTECTED] for notice ]
Hello,
At 21 Sep 2001 15:39:27 +0300,
Samuli Suonpaa wrote:
>
>
> Torsten Landschoff <[EMAIL PROTECTED]> wrote:
> > Please take a look at these packages and tell me about any problems
> > which are not obvious - there is a lot of stuff still lacking and
Bryan Andersen <[EMAIL PROTECTED]> wrote:
> do this, but I know bind doesn't break anything by being chrooted.
> What about others?
Last I checked bind when chrooted can't listen on interfaces that are
brought up after it has been started.
--
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/
Previously Andrew Suffield wrote:
> However, the value of a package that would be used by about half a
> dozen people in total is probably not all that high.
We have packages that nobody uses. I wouldn't mind seeing the whole
archive management suite being packaged properly, and I think it
would
Hassan Bello.
#20 LOUIS BOTHA CRESCENT
SADTON SOUTH AFRICA,
Fax: 874-762-727949.
Tel: 874-762-727947.
{URGENT AND CONFIDENTIAL}
Dear sir,
In order to transfer out (USD 126 M) One hundred and
twenty six million United States Dollars) from African
Development
> "Domenico" == Domenico Andreoli <[EMAIL PROTECTED]> writes:
Domenico> how to find these evil packages?
Just "grep __LIBTOOL_IS_A_FOOL__ debian/rules" (for every source
package) should find most of them, I think (not tested).
Since the hack is probably exactly the same in every instance
also sprach Bryan Andersen (on Sat, 22 Sep 2001 05:42:23PM -0500):
> For even better security, just make the standard install chrooted
> if it is of wise security reasons to. I've long questioned why
> this hasn't been done for many daemons already. I know some people
> may feel that because it
On Sat, Sep 22, 2001 at 05:39:20PM +0200, Bernhard R. Link wrote:
> * Richard Atterer <[EMAIL PROTECTED]> [010922 16:26]:
> > One idea: In a configuration file, the user lists those daemons he
> > wants to run chrooted. init.d scripts that support it read this
> > information and act on it, copying
Martin F Krafft wrote:
>
> also sprach Richard Atterer (on Sat, 22 Sep 2001 10:03:55PM +0200):
> > What alternative possibilities for implementing this do you see? The
> > package will have to contain the necessary chrooting script somewhere,
> > and the admin will have to perform some action to t
On Sun, 23 Sep 2001 00:02:16 +0200, Marc Haber
<[EMAIL PROTECTED]> wrote:
>tonight, I tried a second time to build debhelper 3 for potato.
And obviously goofed with my From: address. Sorry 'bout that.
Greetings
Marc
--
-- !! No courtesy copies, please !!
Hi,
tonight, I tried a second time to build debhelper 3 for potato.
Because of the radical changes that have taken place especially with
the SGML stuff, I have now successfully built 37 .deb files and am -
again - beginning to wonder if it is really this major an effort to
get a basic tool like de
also sprach Richard Atterer (on Sat, 22 Sep 2001 10:03:55PM +0200):
> What alternative possibilities for implementing this do you see? The
> package will have to contain the necessary chrooting script somewhere,
> and the admin will have to perform some action to trigger its
> execution. After he h
also sprach Bdale Garbee (on Sat, 22 Sep 2001 12:06:37PM -0600):
> Eee. Diversions are so, well, messy. I think the obvious right
> way to handle this is to add debconf support to the bind9 package
> asking whether to run in a chroot or not, and if the answer is yes,
> just do it. As has bee
On Sat, Sep 22, 2001 at 05:39:20PM +0200, Bernhard R. Link wrote:
> Help, please no. More supports for chroots may be nice. But not this
> way! init.d-scripts calling scripts, that parse global config files
> is ugly and one of the many points to make people switch from Suse
> or Redhat to debian.
[EMAIL PROTECTED] (Wichert Akkerman) writes:
> Previously Steve Greenland wrote:
> > Stdout and stderr from the maintainer scripts. (This may be obvious, but
>> you didn't explicitly list it.)
>
> No, they should use debconf.
Regardless of whether packages are using debconf, I have wondered for *
[EMAIL PROTECTED] (Martin F Krafft) writes:
> i don't think a global solution is a good choice here. if i install
> bind9-chroot (hypothetically speaking), then bind9 should not possibly
> ever run non-chrooted again. this should be done via diversions.
Eee. Diversions are so, well, messy.
On Sat, Sep 22, 2001 at 04:44:46PM +0200, Admar Schoonen wrote:
> On Fri, Sep 21, 2001 at 05:15:31PM -0400, Matt Zimmerman wrote:
> > madison requires connectivity to a Debian database which is not publicly
> > accessible, so it is only useful on a couple of internal Debian
> > machines. For this
On Sat, Sep 22, 2001 at 04:44:46PM +0200, Admar Schoonen wrote:
> I think it can be useful for those who want to create their own flavour of
> Debian or want to (partially) mirror Debian. dpkg-scanpackages/apt-ftparchive
> doesn't work very well for packages which are located in the pool, and the
Title: Cong ty Luat Gia Pham
http://www.giapham.com
KÝnh göi: Quý b¹n hµng!
C«ng ty LuËt Gia Ph¹m xin göi lêi chµo tr©n träng tíi quý doanh nghiÖp!
C«ng ty LuËt Gia Ph¹m, mét C«ng ty chuyªn ho¹t ®éng trong lÜnh vùc t vÊn víi ®éi ngò luËt gia, t vÊn viªn chuyªn nghiÖp giµu kinh nghiÖm
It seems to be an autoconf/automake based project, from what you
included in your mail, how about using make install
DESTDIR=$(CURDIR)/debian/tmp from the install target of your
debian/rules? Or if that doesn't work, you can still use make install
bindir=$(CURDIR)/debian/tmp/usr/bin or something li
also sprach Richard Atterer (on Sat, 22 Sep 2001 03:28:21PM +0200):
> One idea: In a configuration file, the user lists those daemons he
> wants to run chrooted. init.d scripts that support it read this
> information and act on it, copying the required files to a chroot
> before starting the daemon
* Richard Atterer <[EMAIL PROTECTED]> [010922 16:26]:
> One idea: In a configuration file, the user lists those daemons he
> wants to run chrooted. init.d scripts that support it read this
> information and act on it, copying the required files to a chroot
> before starting the daemon there.
>
> (
I intend to package the kernel patch for NSA Security Enhanced Linux.
Below is all the details on licenses. My interpretation of the below license
details (copied from the web site) is that the kernel patch is under the GPL
and everything is fine.
However is the issue about "warranty exclusion
On Fri, Sep 21, 2001 at 05:15:31PM -0400, Matt Zimmerman wrote:
> On Fri, Sep 21, 2001 at 12:52:37PM +0200, Martin F Krafft wrote:
>
> > madison seems to be what the debian.org webpage sports as the package
> > search over distributions. is it packaged? do you need someone to package
> > it?
>
>
Hello
I am having trouble making a debian package that I building install a binary
file the directory of my choice.
I've been looking at
http://www.debian.org/doc/maint-guide/ch-modify.html#s-destdir to change the
install directory, but I can't seem to get it to work.
After running dpkg-buildpac
WRT chrooting certain applications - wouldn't it make sense to mandate
one consistent way for the user to do this if the package supports it?
That way, chrooting daemons is much more user-friendly, which in turn
will (hopefully) lead to more people doing it.
One idea: In a configuration file, the
I agree totaly with you..
Manuel Segura
"Richard B. Kreckel" a écrit :
>
> Hi,
>
> On Thu, 30 Aug 2001, A Mennucc1 wrote:
> [...]
> > -why is the 'win' port important?
> [...]
>
> (Sorry for dropping in late to this thread, I was too busy lately to
> follow debian-devel tightly.)
>
> The
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> immo vero scripsit
> Someone could always port Debian to the Windows kernel, but they should not
> call it Debian anymore, and it has no place in our archives (because it is
> contrib [or non-free?] and too big to be inserted in the contrib
> distrib
30 matches
Mail list logo
