Hi D1rs,
we have experienced an outage to part of the Devuan infrastructure. As
a result, the following services are not currently reachable:
- www.devuan.org
- packages.devuan.org
- *.mirror.devuan.org
- ci.devuan.org
We are working to resolve the issue. In the meanwhile, please use
'deb.devuan
Hi KatolaZ.
KatolaZ - 10.03.19, 10:14:
> we have experienced an outage to part of the Devuan infrastructure. As
> a result, the following services are not currently reachable:
>
> - www.devuan.org
> - packages.devuan.org
> - *.mirror.devuan.org
> - ci.devuan.org
>
> We are working to resolve the
Didier:
...
> Â Â Â I disliked dbus even before people spoke of systemd and I'm afraid
> dbus becomes some day the way to force systemd on us. I'd like to drop
> it right away, but my usual DE (xfce) uses it.
I don't know much about dbus, what is good/bad with dbus ?
> Â Â Â But I'm modes
On Sun, Mar 10, 2019 at 10:14:35AM +0100, KatolaZ wrote:
> Hi D1rs,
>
> we have experienced an outage to part of the Devuan infrastructure. As
> a result, the following services are not currently reachable:
>
> - www.devuan.org
> - packages.devuan.org
> - *.mirror.devuan.org
> - ci.devuan.org
>
On Sun, Mar 10, 2019 at 02:03:11AM +0200, Dimitris via Dng wrote:
> On 3/8/19 10:04 PM, Mark Hindley wrote:
> > Would people who are experiencing missing slim utmp entries mind trying
> > again
> > with the following configuration added to /etc/slim.conf, please?
> >
> > sessionstop_cmd exec /usr
* On 2019 09 Mar 07:05 -0600, al3xu5 / dotcommon wrote:
> using the `hostid` command, I have (Devuan ASCII):
>
> $ hostid
> 007f0101
>
> which is the same value!!!
>
> I wonder... is it a "fixed" id for all Devuan installation as it seems to be?
I get the same value on Debian Jessie i686, Debia
* On 2019 09 Mar 17:01 -0600, Antoine via Dng wrote:
> It looks to me as if this is indeed the computer's IP address... just the
> loopback one, slightly mangled:
>
> - 127.0.0.1 => 0.127.1.0 i.e. 007f0100
> or
> - 127.0.1.1 => 0.127.1.1 i.e. 007f0101
>
> I tried changing the IPaddress on my loop
* On 2019 09 Mar 18:09 -0600, Olaf Meeuwissen wrote:
> All the info I have seen on this topic in the thread is consistent with
> hostid returning the "mangled" IP address belonging to the machine's
> current hostname. This is normally set from /etc/hostname. That file
> is created during installa
dear Karl,
On Fri, 08 Mar 2019, k...@aspodata.se wrote:
> Jaromil:
> > any thoughts about this new systemd-made thing that freedesktop
> > immediately "standardized" (whatever is their procedure for that,
> > likely smoking cigars among old-boys or so)
> > https://www.freedesktop.org/software/sys
Le 10/03/2019 à 11:22, k...@aspodata.se a écrit :
Since nowadays the kernel can provide devtmpfs, what is the role of
udev et al apart from handling usb devices ?
1) Change owner, group and permissions because the kernel defaults
everything to root.root and (I guess) 0600
2) Create a
Jaromil - 10.03.19, 14:03:
> > > but first things first: do we want /etc/machine-id? and how?
> >
> > In my view it falls in the completely unnessesary or the potentially
> > dangerous group.
> >
> > I don't want it.
>
> while I'm still catching up with reading all the thread, I think you
> make
On Sun, Mar 10, 2019 at 11:39:39AM +0100, KatolaZ wrote:
[cut]
>
> Hi All,
>
> still working on it. In the meanwhile, the website is back at
>
> http://www.dev-1.org
> http://www.dev-one.org
>
> We will keep you posted with other updates.
>
Dear D1rs,
just to let you know that everythin
On Sun, 10 Mar 2019 14:58:52 +0100, Martin wrote in message
<1790105.p7Nha06Ba6@merkaba>:
> Jaromil - 10.03.19, 14:03:
> > > > but first things first: do we want /etc/machine-id? and how?
> > >
> > > In my view it falls in the completely unnessesary or the
> > > potentially dangerous group.
>
On Sat, 9 Mar 2019 10:28:50 +0100
Didier Kryn wrote:
> Le 09/03/2019 à 10:03, Didier Kryn a écrit :
> > Le 09/03/2019 à 09:34, goli...@dyne.org a écrit :
> >> I'd recommend adding an inotify rule to record which processes
> >> look at these files, and publishing this - here.
> >
> > Unfor
On Sat, 09 Mar 2019 10:25:39 -0600
goli...@dyne.org wrote:
> I certainly did not write that! (I'm not even sure what inotify
> is!) LOL!
>
> golinux
inotify is a Linux specific kernel API that detects changes in the
filesystem. It can be set to discover changes in a specific directory,
or even
I used to and still do hot mount all my drives using autofs.
Am 10. März 2019 20:24:20 MEZ schrieb Steve Litt :
>On Sat, 09 Mar 2019 10:25:39 -0600
>goli...@dyne.org wrote:
>
>
>> I certainly did not write that! (I'm not even sure what inotify
>> is!) LOL!
>>
>> golinux
>
>inotify is a Linux spe
16 matches
Mail list logo