Sure. Clicking on "Connected" would be fine. If possible, having it
displayed on a second, below "Connected" without having to click, and in
smaller type would be ok, too, but I'm guessing that's not as easy to code
or might cause problems with the layout (spacing).
I don't understand your last
> Sure. Clicking on "Connected" would be fine. If possible, having it
> displayed on a second, below "Connected" without having to click, and in
> smaller type would be ok, too, but I'm guessing that's not as easy to code
> or might cause problems with the layout (spacing).
I will provide a small
Ok! :) One more question:
Suppose at some point a new mirror had to be set up (for example
in Australia).
Is the mirror then just a copy of a directory - for example,
"/dists/devuan" on an FTP or HTTP server - or does it require actively
running software for self-maintainance (like the
Steve Litt writes:
> On Mon, 28 Sep 2015 15:45:03 +0100
> Rainer Weikusat wrote:
>
>> ... and who wouldn't want his network interface to be named
>> "enp0s29u1u2"? After all, anybody unterstands the meaning of eth0 ---
>> how terribly
Hi Aitor
how did it work out?
Do you have a functional mirror now?
Best regards,
T.
On 09/17/2015 11:36 AM, aitor_czr wrote:
Regenerating /dists/...
Aitor.
On 17/09/15 19:52, aitor_czr wrote:
There are packages missing, but i've seen were is the mistake and i
will
Rob Owens writes:
>> From: "Rainer Weikusat"
>> Laurent Bercot writes:
>
>>> I'm talking normal use cases here, i.e. situations where the services
>>> *will* succeed. In those situations, it is better to start everything
Steve Litt wrote:
>> The whole point of having 'an operating system'
>> is that it provides an abstract interface userspace software can use
>> to interact with the physical components of a different computer
>> according to the functions they're supposed to be
On Mon, 28 Sep 2015 16:05:22 -0400 (EDT)
Rob Owens wrote:
> This system is supposed to mount several NFS shares
> on boot, but it always fails -- even when using openrc (which is
> dependency-based) on Funtoo.
Am I the only person who doesn't like OpenRC? It can't respawn
> > The whole point of having 'an operating system'
> > is that it provides an abstract interface userspace software can use
> > to interact with the physical components of a different computer
> > according to the functions they're supposed to be provide, regardless
> > of the way this particular
> OpenRC? I just don't get it.
OpenRC is twisted because Linux people [are said to] not understand BSD;
Here's a median-length rc.d script (the one for inetd)
| #!/bin/sh
| #
| # $NetBSD: inetd,v 1.7 2004/08/13 18:08:03 mycroft Exp $
| #
|
| # PROVIDE: inetd
| # REQUIRE: DAEMON LOGIN
| # KEYWORD:
On Mon, 28 Sep 2015 16:40:58 -0400
Hendrik Boom wrote:
> On Mon, Sep 28, 2015 at 09:39:08PM +0200, natacha wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi,
> >
> >
> > On 09/28/2015 08:10 PM, Jonathan Wilkes wrote:
> > > Hi natacha,The first
On Tue, 29 Sep 2015 12:27:32 +0100
Rainer Weikusat wrote:
> The whole point of having 'an operating system'
> is that it provides an abstract interface userspace software can use
> to interact with the physical components of a different computer
> according to the
On 29/09/2015 17:34, Timo Buhrmester wrote:
It can't respawn
Probably because people don't want this behavior. Auto-respawn only
makes sense when you're "relying" on buggy software you already expect
to blow up, *and* are unwilling to debug it. "Try turning it off
and on again", "A restart
- Original Message -
> From: "Steve Litt"
>
> Am I the only person who doesn't like OpenRC? It can't respawn
> (supervise, whatever you call it). Its init scripts are every bit as
> complicated as those of sysvinit, but must be written in a special
> language
Timo Buhrmester wrote:
> Probably because people don't want this behavior. Auto-respawn only
> makes sense when you're "relying" on buggy software you already expect
> to blow up, *and* are unwilling to debug it. "Try turning it off
> and on again", "A restart will fix it"
> what if it's an exploit ? [...] it means the attacker only has to hit
> once to cause a denial of service that lasts until some admin can deal
> with it
I'd pick a one-hit DoS over unlimited attempts to execute code every day.
But yes, you're right that it heavily depends on what service we're
Simon Hobson writes:
> Steve Litt wrote:
>>> The whole point of having 'an operating system'
>>> is that it provides an abstract interface userspace software can use
>>> to interact with the physical components of a different computer
>>>
Simon Hobson writes:
[...]
> However, I am happy with the way Udev does it. Booting a "new" system
> results in an initially random device ordering, but once it's created
> a rules file the devices stay stable until "something changes". When
> changing hardware, or
Edward,
Thanks! It looks good. I can't really see the back window, but I think
maybe it looks better with the buttons on the side.
You probably don't need to list the loopback, but I'm guessing it's there
because it's easier to leave it than to take it out.
fsr
On 09/29/2015 04:30 PM, Edward
Hi Daniel
Thanks, hopefully this can be rectified. I'd really like to get a build out
and keep up with the devuan releases.
Cheers
Ozi
On Wed, Sep 30, 2015 at 6:24 AM, Daniel Reurich
wrote:
> Hi Ozi,
>
> It's possible that live-build doesn't have the correct public
Hi Daniel,
On 09/29/2015 09:30 PM, Daniel Reurich wrote:
> On 30/09/15 02:15, tilt! wrote:
>> Suppose at some point a new mirror had to be set up (for example
>> in Australia).
>>
>> Is the mirror then just a copy of a directory - for example,
>> "/dists/devuan" on an FTP or HTTP server - or
Hi fsmithred,
Are you suggesting me to remove the lines starting with lo? If that is
the case, it can be done.
Thanks
On 30/09/2015, fsmithred wrote:
> Edward,
>
> Thanks! It looks good. I can't really see the back window, but I think
> maybe it looks better with the
On Tue, Sep 29, 2015 at 11:00:23AM -0400, Steve Litt wrote:
> On Mon, 28 Sep 2015 16:05:22 -0400 (EDT)
> Rob Owens wrote:
>
>
> > This system is supposed to mount several NFS shares
> > on boot, but it always fails -- even when using openrc (which is
> > dependency-based) on
On Tue, Sep 29, 2015 at 06:45:25PM +0200, Laurent Bercot wrote:
> On 29/09/2015 17:34, Timo Buhrmester wrote:
> >>It can't respawn
> >Probably because people don't want this behavior. Auto-respawn only
> >makes sense when you're "relying" on buggy software you already expect
> >to blow up, *and*
On 30/09/15 02:15, tilt! wrote:
Ok! :) One more question:
Suppose at some point a new mirror had to be set up (for example
in Australia).
Is the mirror then just a copy of a directory - for example,
"/dists/devuan" on an FTP or HTTP server - or does it require actively
running software for
Timo Buhrmester writes:
>> OpenRC? I just don't get it.
[...]
>> It can't respawn
> Probably because people don't want this behavior. Auto-respawn only
> makes sense when you're "relying" on buggy software you already expect
> to blow up, *and* are unwilling to debug it.
Hi Aitor.
I ran the following and I'm still getting this error.
E: Release signed by unknown key (key id CBF8D6FD518E17E1)
Ozi
lb clean --purge
lb init
lb config -a amd64 \
--binary-images iso \
--distribution jessie \
--win32-loader false \
--checksums md5 \
--archive-areas "main" \
Hi Ozi,
It's possible that live-build doesn't have the correct public key for
the devuan repository on hand.
D
On 30/09/15 09:11, Ozi Traveller wrote:
Hi Aitor.
I ran the following and I'm still getting this error.
E: Release signed by unknown key (key id CBF8D6FD518E17E1)
Ozi
lb clean
Hi All,
This is the new netman's dialog displaying Network Information.
http://s1.postimg.org/5qx5y6vxr/2015_09_29_08_1600x900_scrot.png
Please, give feedback about the new dialog box.
Edward
On 29/09/2015, Edward Bartolo wrote:
>> Sure. Clicking on "Connected" would be
29 matches
Mail list logo