I can provide more network connection information through a dialog
box. I am suggesting this to be invoked by clicking the word
'Connected' or 'Disconnected'. I can make the latter behave like an
internet hotlink. I will also provide a menu item to invoke the dialog
box to minimize the number of cl
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 solve it. This is my fir
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 boring!
>
> I don't like it either, but even anti-systemd dist
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
>>> according to the dependency graph, because then you do *not* trigger
>
Still not.
I'm busy now and it will take me about a week. I need to add a script
for the *.git sources (i suppose they are generated by Jenkins). After
that i will rebuild the /dist/ folder. Once this aim has been archieved,
the repository will be up-to-date automatically using contrab, becaus
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 se
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 "rebuild"
If you're still having this problem, please post your /etc/apt/sources.list
- Original Message -
> From: "Udo Hennig"
> Hi all,
>
> I try out the step's below, but the first
>
> 'apt-get upgrade'
>
> will not work. I get many "500 Invalid Header" errors. One for each package.
> I start
> 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 b
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 four sections look pretty st
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 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
(supervise, whatever
> > 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
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 provide, regardless
>> of the way t
> 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:
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" is the Windows-way...
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
>>> according to the functions they're supposed to be provide,
- 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 that's confusingly almost but
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 shifting the image to new hard
> 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
t
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 wil
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* a
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 self
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.
I expect that all soft
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" \
--apt-r
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 fine. If possible,
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 does
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 B
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 key for the
> devuan reposit
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 buttons on the side.
>
> Yo
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 Funtoo.
>
> Am I
Screenshot showing main GUI and dialog.
http://s1.postimg.org/94xipt3qn/2015_09_30_083837_1600x900_scrot.png
On 30/09/2015, Edward Bartolo wrote:
> 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, fs
Display of 'lo' lines removed. Latest changes uploaded to git.devuan.org.
On 30/09/2015, Edward Bartolo wrote:
> Screenshot showing main GUI and dialog.
> http://s1.postimg.org/94xipt3qn/2015_09_30_083837_1600x900_scrot.png
>
> On 30/09/2015, Edward Bartolo wrote:
>> Hi fsmithred,
>>
>> Are you
34 matches
Mail list logo
