On Tue, 29 Apr 2014 11:35:26 +0800
Paul Wise p...@debian.org wrote:
On Tue, Apr 29, 2014 at 8:07 AM, Marko Randjelovic wrote:
- security patches should be clearly marked as such in every *.patch
file
That sounds like a good idea, could you add it to the wiki page?
I added
On Tue, 29 Apr 2014 11:52:14 +
Patrick Schleizer adrela...@riseup.net wrote:
Marko Randjelovic:
I was thinking about some kind
of wizard:
- create a chroot if doesn't already exist
- create a launcher for your DE
- create a shell script to run a program from terminal or a simple
On Thu, 24 Apr 2014 10:57:39 +0800
Paul Wise p...@debian.org wrote:
Hi all,
I have written a non-exhaustive list of goals for hardening the Debian
distribution, the Debian project and computer systems of the Debian
project, contributors and users.
https://wiki.debian.org/Hardening/Goals
On Fri, 4 Apr 2014 10:55:16 -0300
Undefined User unknowuse...@gmail.com wrote:
Perfect solution.
Debian installer should provide you information about desktop environments
and let the user choose it.
+1
--
http://markorandjelovic.hopto.org
--
To UNSUBSCRIBE, email to
On Wed, 5 Feb 2014 22:31:09 +0100
Petter Reinholdtsen p...@hungry.com wrote:
A few months ago I drafted an idea to rewrite init.d scripts to use a
common implementation and only specify the unique parts in the init.d
scripts themselves. That draft can be found on
URL:
On Sat, 1 Feb 2014 19:11:52 -0500 (EST)
Thilos Rich thilos.r...@aol.com wrote:
Init should be simple, secure, and get out of the way. It should not take
over the system. We should not be forced to use an init that does.
This man said it best:
On Tue, 26 Nov 2013 18:42:43 +0800
Thomas Goirand z...@debian.org wrote:
With the above, it's easy to switch from one to the other. Well, that is
before the mess with the version-depends on sysv-rc introduced by the
debhelper thing for upstart, which messed-up a few things... I hope many
On Mon, 04 Nov 2013 10:44:23 -0600
Conrad Nelson y...@marupa.net wrote:
Not everyone is a programmer, but a lot of non-programmers are still
admins but are not interested in working with shell scripts if they
don't have to.
We already have: skeleton, /etc/default. I agree it's poor, but
Additional arguments in favor of sysvinit:
* systemd and upstart lead to vendor lock-in; it will be complicated
later to return back or change to third option, as well to change from
first to second option
* I don't have a feeling that configuration can be very simpler than
shell scripts; there
On Tue, 5 Nov 2013 18:00:09 -0500
Paul Tagliamonte paul...@debian.org wrote:
What? Sorry, what? Are you disagreeing with yourself? If it's so
important to a UNIX system, why do you say it's not technical ...
I said it's not *only* technical.
Big companies all over and over again show they
On Wed, 06 Nov 2013 14:04:53 +0100
Adrien CLERC adr...@antipoul.fr wrote:
And SysVInit just works well and it is simply enough. It has much less
dependencies than systemd. Do not make unneeded weight on people to learn
systemd in addition to shell scripts, if systemd is powerful that also
On Sat, 26 Oct 2013 11:07:36 +0200
Lucas Nussbaum lea...@debian.org wrote:
I think that it would be a failure of the Debian project if we had to have a
GR
about such a technical decision. I think that we need to trust that the
Technical Committee will make the right decision. A GR about this
Just to say we should not expect to much from DNSSEC because DNSSEC is
centralized:
https://gnunet.org/uva2013
--
http://mr.flossdaily.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On Sun, 3 Nov 2013 12:32:40 +0100
Bastian Blank wa...@debian.org wrote:
On Sun, Nov 03, 2013 at 11:15:36AM +0100, Marko Randjelovic wrote:
Just to say we should not expect to much from DNSSEC because DNSSEC is
centralized:
Could you explain the problems you see a bit more verbose
On Wed, 16 Oct 2013 19:49:54 +0200
Dominik George n...@naturalnet.de wrote:
Hi,
The only problem is that on small machines (things like the BeagleBone)
xz compression requires enough memory that you have to enable swap to
use dpkg. Now on a machine with a sensible disk this is not a
On Fri, 25 Oct 2013 15:52:38 +0200
Adam Borowski kilob...@angband.pl wrote:
xz has slow compression, fast decompression. You're not really going to
build packages on any box where compression speed is a blocker, and even if
you do, actually building the package will take a wolf share of the
16 matches
Mail list logo
