> I am not sure I follow - is the plan for Devuan to be default
> hardened/grsec, or is it supposed to be an optional choice somehow? As was
> already pointed out, java won't run. Lots and lots of server workloads run
> Java
nop, not as a default ( or I badly missed something ;) ) , just an
a
--
>Message: 4
>Date: Sat, 07 Mar 2015 11:48:18 -0300
>From: hellekin
>To: dng@lists.dyne.org
>Subject: Re: [Dng] Devuan Alpha i386 - developers release series on
Vagrant
>Message-ID: <54fb0fb2.9050...@dyne.org>
>Content-Type: text/plain; charset=windows-1252
> A lightweight browser would be welcome. Does anyone have a practical
> way to migrate bookmarks from Chrome or Chromium to such a lightweight
> browser?
qupzilla can import chromium bookmarks. i'm sure other actively
maintained browsers have the same capability.
- Gravis
On Sun, Mar 8, 2015
On Sun, Mar 08, 2015 at 11:59:25AM +, Nuno Magalhães wrote:
>
> I - personally - use chromium sometimes as i, as you've noticed,
> dislike Google yet some IE-ish sites work better on chromium than they
> do on firefox. Chromium seems fast but lacks a few plugins i use in
> Firefox. Unfortunate
-Original Message-
From: Nate Bargmann [mailto:n...@n0nb.us]
Sent: Saturday, March 7, 2015 6:36 PM
To: dng@lists.dyne.org
Subject: Re: [Dng] Plan for Devuan to use Mozilla products as is
Unfortunately, this sort of inconsistency toward their definition of
"stable" caused problems in oth
My recent usage demonstrated Firefox to be more efficient
than Chrome on a 1 GiB netbook. I would suggest the
ESR version of Firefox as a starter browser.
Qupzilla or Midori could also serve as initial included browser.
The idea is only to provide a means to download a desired browser.
___
> Hence my original suggestion: for a distro
> that's still trying to get on its feet, a lightweight browser would
> probably be best, like midori, dillo or something else.
right because giving people the option of using their prefered browser
is a bad idea!
> I don't think
> the effort of event
On Sat, Mar 7, 2015 at 6:44 PM, Klaus Hartnegg wrote:
> Nowhere on that page is a version number or a release date, so people not
> familar with cool have no idea how outdated this might be
So let's strive to make better documentation.
___
Dng mailing l
> Wouldn't this hit every program that does JIT compilation?
yes. the good news is that not a lot of programs use it because it's
a temperamental and architecture dependant technology.
> Or is execution from writable memory different?
JIT is one use of executing writable memory. the basic pro
Also, will this repos conflict with Debian?
If I upgrade to Devuan Jessie (systemd-free), what should I do with
original Debian repositories in /etc/apt/sources.list ? I should remove
them, shouldn't I?
On Thu, 5 Mar 2015 17:57:04 +0100 (CET), k...@aspodata.se wrote:
> Gravis:
> > replace what
On Sat, Mar 7, 2015 at 6:11 PM, T.J. Duchene wrote:
>
>> "Go look at the code, it's open" is a common "argument" i hear from
>> pro-systemd advocates. Curious. About looking at the code: have you
>> personally audited chrome's code, top to bottom, OpenBSD-style? 'Cos if you
>> haven't - it is
On Sun, Mar 08, 2015 at 08:21:42AM +0200, Martijn Dekkers wrote:
> > Just to clarify... *Java will run* with a grsecurity hardened kernel,
> > with pax enabled. It just needs mprotect disabled for the specific programs
> > that need it disabled. (and also many other things need this... python,
> >
On 03/08/2015 08:25 AM, Neo Futur wrote:
>> cool, thanks! I think it would be important that packages that have an issue
>> running under grsec all do what they need to do on installation to make sure
>> the correct configs are in place to actually work under grsec. This is often
>> left out, makin
13 matches
Mail list logo