Re: [DNG] tiny service state api [WAS: Fwd: init system agnosticism]

[info at smallinnovations dot nl]

On 14-04-17 11:20, KatolaZ wrote:

On Fri, Apr 14, 2017 at 10:57:01AM +0200, Enrico Weigelt, metux IT consult 
wrote:

[cut]


* srvmgt_daemonize()
   --> detach from controlling terminal, etc
* srvmgt_droppriv(...)
   --> drop root privileges (if we are still root)
   --> several versions, eg. with fetching the target uid/gid from env
* srvmgt_report_state(...)
   --> report the service state to the supervisor
   --> states could be eg.
* SRVMGT_STATE_STARTUP -- still within the startup phase
* SRVMGT_STATE_READY_LOCAL -- ready for local clients only
* SRVMGT_STATE_READY_ALL   -- ready for all clients
* SRVMGT_STATE_BUSY-- too busy to process new requests
* SRVMGT_STATE_SHUTDOWN-- shutting down, still finishing
   queued requests
* SRVMGT_STATE_DEFERRED-- temporarily can't accept new
   requests (eg. overload)
* SRVMGT_STATE_WAITING -- wait for resource (eg. printer
   needs paper or ink)
* SRVMGT_STATE_OFFLINE -- completely offline (eg. due some
   fatal error)

For start, we'd just write a small library, that logs to syslog,
perhaps maintains some pidfiles (maybe even a *compile-time* option
to route directly to libsystemd), then patch up packages that currently
use libsystemd to use our new one.


I personally don't see why one would like to redo libsystemd0 from
scratch, as you seem so kee of doing.

Go on down your path, but I suspect not many people would cheer at you
in this camp...

HND

KatolaZ
I am too do not see a reason to redo libsystemd0 but we can think about 
maintaining a Devuan version of libsystemd0. To ease the maintenance of 
packages depending on those basic api requests.
We simply cannot trust the debian version but a Devuan version should be 
trustworthy.


Grtz,

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] donating a host

[info at smallinnovations dot nl]

On 12-08-17 20:16, Enrico Weigelt, metux IT consult wrote:

On 12.08.2017 17:11, lfs.mail...@leloft.co.uk wrote:

Hi,



Not quite sure what you need, but i've got a couple of i5s that i'm
using as backup and are woefully under-employed, so i'd be happy to see
them work for their living.  I'd need to open the ports
for you on the router and on the machines themselves, so we'd have to
work those bits out.


I've still got some idling machines @1+1, which need to be reinstalled.
Planned to use them for build machines, mta, httpd, etc. Just lacking
the time to take care about them.

If anybody here likes to get his hands dirty and reinstall them
(perhaps proxmox cluster or docker host), just let me know.

--mtx
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


I suppose 1&1 is some VPS provider? I like to get my hands dirty, but 
for something usefull. So is the intention to migrate dev1galaxy.org to 
this machines? Or something like that? Then i am in!


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] OpenVZ 6 ready with Devuan 1

[info at smallinnovations dot nl]

On 27-07-17 22:13, Enrico Weigelt, metux IT consult wrote:

On 27.07.2017 17:35, Narcis Garcia wrote:

El 27/07/17 a les 09:51, Enrico Weigelt, metux IT consult ha escrit:

On 27.07.2017 06:13, Narcis Garcia wrote:


vzquota does in OpenVZ does what LXC doesn't.


Sure ? Proxmox somehow manages to do it (via lxc). Maybe look at
their code to find out how its done.



* Proxmox VE distribution is based on Systemd (since 2015)


thats why i didnt upgrade yet.
maybe we should also repackage proxmox w/o lennartware. 


Installing Proxmox on Devuan is on my todo list for next two weeks or 
so. I will report the results on this list.


Grtz

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] ARMv8 Cloud servers

[info at smallinnovations dot nl]

Scaleway announced yesterday their ARMv8 Cloud servers (from ARM64-2GB 
2xARMv8 cores and 50Gb SSD and up).


I like the price (starting at € 2.99/mo) but at the moment they only 
support Ubuntu 16.04 LTS. I want of course to run Devuan and that should 
be possible:


--Quote:

If you wish to support ARMv8 on your open source project, drop us a line 
at opensou...@scaleway.com 
, 
we might be able to help!


--End Quote

Anyone having experience with Cavium ThunderX SoC? And knows what is 
needed to get this SoC supported by Devuan?


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Excessive bounces

[info at smallinnovations dot nl]

On 02-08-17 16:41, Simon Hobson wrote:

Antony Stone  wrote:


Is it possible to check the mail server logs for delivery failures on the
problematic addresses (which is presumably what the warning email means by
"bounces") to see what reason was given by the receiving server?

That's the important thing to look for - and my money is it's related to SPF 
and/or DMARC.


The supporters of SPF knew in advance that "it breaks stuff that's in widespread and valid 
use" but simply declared these activities to be "no longer valid"*. Key bits of the 
stuff it breaks are mailing lists and email forwarding.
The answer for SPF is SRS - which as far as I can tell means having the mailing 
list/forwarder modify the headers - which effectively means you can bypass SPF 
checks !

If the sender domain doesn't publish SPF records or the recipient server 
doesn't check them then all is fine - but if the sender has an SPF record AND 
the recipient server checks it, then it breaks all traditional mailing 
list/mail forwarding techniques.

So now almost all mailing list admins are having to deal with the pile of excrement handed down by 
"the big guys" who frankly don't give a  about anyone else as long as they can make 
it LOOK like they are dealing with spam for their customers. Unfortunately, MS (Hotmail, Office 
365, etc), Google (gmail etc), and Yahoo, between them have enough clout that you can't really do 
anything but ask "how high ?" when they ask you to jump :-(

Just one reason why I run my own mail server and neither publish nor check SPF 
records.


* Like in the old joke :
Q: how many Microsoft people does it take to change a lightbulb ?
A: none, they just change the industry standard to dark

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


My mailserver does give some warnings about dkim like:
Aug  2 16:40:48 mail opendkim[16133]: 5358E209: tupac2.dyne.org 
[178.62.188.7] not internal

Aug  2 16:40:48 mail opendkim[16133]: 5358E209: not authenticated
Aug  2 16:40:48 mail opendkim[16133]: 5358E209: s=20161025 d=gmail.com SSL
Aug  2 16:40:48 mail opendkim[16133]: 5358E209: bad signature data

And two hard errors last two days:
Aug  1 17:25:48 mail opendkim[16133]: E62803F0: key retrieval failed 
(s=mail, d=dyne.org): 'mail._domainkey.dyne.org' query timed out
Aug  2 16:29:03 mail opendkim[16133]: DD24A209: key retrieval failed 
(s=mail, d=dyne.org): 'mail._domainkey.dyne.org' query timed out


Not sure what get added when sending to a maillist but apparently not 
everything needed.



Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] devuan ascii - how much of systemd is still in there?

[info at smallinnovations dot nl]

On 20-08-17 00:48, Svante Signell wrote:

On Sat, 2017-08-19 at 17:23 -0400, Steve Litt wrote:

Svante, I replied to Dave's email, not to yours. I did not remove any
quoted text purportedly from you. I did not respond to your response
to Dave.

Yes, I saw that you replied to his mail, yes. And I did not say that
you removed any text from it. That was about other mails sent by other
people. I thought this was clear from the context of that mail.


Nor was your reply to Dave about network interface names new or
novel. Everyone knows Freedesktop.Org changed the names, via udev.

Not everybody knows, no. Otherwise Dave wouldn't have written that
ethernet did not work :(


It's not a huge leap to consider a move from udev to eudev could
change the names back, or to something else.

However, admit that you read my mail before sending yours. Replying to
other peoples mails is the way mail threads are created. I thought you
knew that already.

And by the way: How many packages are you responsible for/have
contributed to Devuan? I happen the be the main contributor to eudev
being available in Devuan, as well as openrc.
___


If you keep on acting like a little child i see you rather leave.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[info at smallinnovations dot nl]

On 27-05-17 22:49, Hendrik Boom wrote:

Anyone know what subsystems put files and directories in
~/.local/share/Trash ?

I just found something like 443 gigabytes in there.

-- hendrik

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Nice if you missed it otherwise annoying. Thunar puts deleted files 
there, at least on my system with XFCE4 it does.


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] trash

[info at smallinnovations dot nl]

On 27-05-17 23:03, Rick Moen wrote:

Quoting Hendrik Boom (hend...@topoi.pooq.com):


Anyone know what subsystems put files and directories in
~/.local/share/Trash ?

I just found something like 443 gigabytes in there.

I'll bet you use something like Nautilus or other graphical 'file
manager', right?   On those, deletion isn't implemented as deletion, but
rather what you just stumbled across.

Personally, I find that bash makes a fabulous file manager, along with
its friends find, awk, sed, cut, etc.

Personally, I like mc for convenience when working from the commandline 
because of its splitscreen mode.


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newbies threaten our purity :-)

[info at smallinnovations dot nl]

On 28-05-17 03:43, Hendrik Boom wrote:

On Sat, May 27, 2017 at 05:02:12PM -0700, Bruce Perens wrote:

On Sat, May 27, 2017 at 4:16 PM, Hendrik Boom 
  wrote:


bash wasn't the original shell.


I really did start on Version 6 Unix. I think Version 7 was out by then,
but the NYIT Graphics Lab didn't ever switch their PDP-11s to it.

I think it was version 3 I started on, on a PDP-11 with about 48K or
RAM.  I'm not sure any more.  It was in 1974 or early 1975.

-- hendrik
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


I started on Unix (SunOS) in 1989 and if remembering correctly you had 
the choice between csh, Bourne shell and Korn shell. Most shellscripts 
were build for Bourne shell because most examples used that. :-)


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Running Devuan on a BeagleBone Black?

[info at smallinnovations dot nl]

On 25-05-17 13:50, Antoine wrote:

Hello,

I have a BeagleBone Black and I would like to run headless Devuan on it.
There was an SD-card image available a few months ago, but I can't find it
again (and it didn't work very well anyway).

Does anyone know where I can find a suitable image or installer? Do any of
the provided ones work for BBB?

Better yet, can anyone recommend a howto or something similar? I would be
interested in learning exactly what is needed to boot and run an OS on an
ARM SBC (u-boot? .dtb files? other things I don't know?).

Thank you for any suggestions,
Antoine

Take a look at https://git.devuan.org/sdk/arm-sdk lot of information and 
the name of the developers.


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] 403 forbidden on installer-iso

[info at smallinnovations dot nl]

On 24-05-17 00:06, Gregory Nowak wrote:

Hi all,
I'm getting a "403 Forbidden" message on:


Can anyone else confirm this? Thanks.

Greg


I can confirm that the directory installer-iso on my mirror 
(devuan.smallinnovations.nl) is empty. All other iso's are present 
though, looks like a glitch.


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

[info at smallinnovations dot nl]

On 16-06-17 23:53, Dragan FOSS wrote:

On 16.06.2017. 23:22, Rick Moen wrote:


The presence of libsystemd0, albeit annoying, doesn't prevent you from
installing and using OpenRC.



The presence of libsystemd0 means that devuan is not able to function 
without systemd.


Dragan
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Aaah look a fresh troll on our list. Let 's welcome him.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

[info at smallinnovations dot nl]

On 18-06-17 10:54, Rick Moen wrote:

Quoting Bruce Perens (br...@perens.com):


It seems to me that expanding on the current libsystemd0 stub so that
it *actually
does something *but *is still not systemd *would be a good way to go.

Word.  I'd been thinking of suggesting that, but you said it before I
could get around to articulating it.

In prior discussions in this space concerning libsystemd0, there was a
futile confrontation between people who (correctly) pointed out that it
does nothing if systemd isn't present, and others who (correctly)
pointed out that it could be revised to do undesirable things.  What
better way to deal with the latter alleged threat than to maintain a
separate libsystemd0 fork (package) managed so it never does anything
other than answer the published library calls and state that systemd
isn't present?

If you-plural object that much to libsystemd0 because future revisions
_could_ do bad things, create a substitute.
Expanding to that we can even make a libsystemd0 that actually works 
with any init system (except systemd) for all relevant init parts and to 
all other calls answering that systemd is not present.



Grtz.

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Upgrade to Devuan done.

[info at smallinnovations dot nl]

On 18-09-17 19:05, Renaud (Ron) OLGIATI wrote:

  import wx.media


Is part of wxPython package afaik.

Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] And another new behaviour under Devuan.

[info at smallinnovations dot nl]

On 22-09-17 12:33, Renaud (Ron) OLGIATI wrote:

On Fri, 22 Sep 2017 08:09:50 +0200
"J. Fahrner"  wrote:


My camera, cell phone and USB pendrives that used to mount without
trouble under Debian now give an error "Not authorized" and I have to
launch a Pcmanfm as root to access them.

I had similar issues some time ago and switched to spacefm with udevil.
That solved it for me.

This is a serious problem: how can I sell Devuan to users if they cannot access 
their pendrives after a Debian==>Devuan upgrade ?
  
Cheers,
  
Ron.


So far it does work in one of my VM's when I connect a pendrive to the 
VM it is automounted. What is your exact configuration? May be i can 
find the reason by building a VM for it.


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Allwinner Olimex OLinuXino MICRO (A20) Devuan Jessie no Ethernet

[info at smallinnovations dot nl]

On 13-10-17 06:42, Gregory Nowak wrote:

On Thu, Oct 12, 2017 at 09:01:05PM -0500, Nate Bargmann wrote:

The Pi is unreliable with
a USB hard drive what with its USB and Ethernet being on shared
interrupts.  BTDT, lost the data once.

Interesting. I've been using a pi3 for almost two years 24/7 with a usb drive, 
and
   have seen no data loss so far. I am using it with a powered hub, and
   the drive is a 2.5 drive in an enclosure powered via usb.

Greg


Same situation but with the original Pi B and a selfpowered WD drive 
working like a charm for years now.


The only time i have seen datacorruption with another Pi was on the 
SD-card not on the HDD. (I have 5 Pi's working 24/7)


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Proposed change in behaviour for ascii: eudev net.ifnames logic reversing proposal

[info at smallinnovations dot nl]

On 21-08-17 06:30, Rick Moen wrote:

Quoting Steve Litt (sl...@troubleshooters.com):


As a wee lad, my mentors told me never to put two of the same model
NICs in a computer, because which one became eth0 and which became eth1
would be indeterminate from boot to boot.

It's funny you'll say that, and not just because we're both old enough
that advice we got as 'wee lads' would probably have to involve
sliderules.  I'll get back to that, later.


That's horrible, and that *is* solved by the systemd naming scheme.

I find myself in the position of being a little unconvinced about the
extent and seriousness of the problem, even though I don't have
exhaustive data, only a few decades of *ix experience to draw on.
Let me try to draw a distinction with some nuance, here:  To the best of
my knowledge -- and my knowledge might be incomplete or unaware of some
new developments -- 'spontaneous' network device renaming, just like
spontaneous mass storage device renaming, happens _only_ following
admin-initiated hardware reshuffles.

---snip

I do remember this switching of network cards happened spurious on 
SME-Server 8 (a RHEL based SMB distribution for e-mail, fileserver and 
firewall with a webinterface). With other distro's like Suse, Debian, 
Ubuntu and Mandrake i never have seen this happen.


Grtz.

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] serial and ps2 ports.

[info at smallinnovations dot nl]

On 27-08-17 21:04, k...@aspodata.se wrote:


PC/AT and PS/2 have the same protocol and electrical spec. except they
have different connectors. The protocol is bidirectional.

PC/XT has the same pinout and connector as PC/AT but not the
same protocol and they won't work together.
The protocol is keyboard -> pc only.

See page 16 of
   http://kbdbabel.sourceforge.net/doc/kbdbabel-vortrag-vcfe80-20070429.pdf
and
  https://en.wikipedia.org/wiki/IBM_PC_keyboard
for details.

Regards,
/Karl Hammar

---
Aspö Data
Lilla Aspö 148
S-742 94 Östhammar
Sweden
+46 173 140 57


I can admit that: a friend of mine cannot part of his original IBM AT 
keyboard. So it has a converter from big DIN to PS2 to usb to connect it 
to his PC without PS2 ports.


Grtz.

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] TALOS 2 - The Libre Owner Controlled POWER9 Workstation/Server

[info at smallinnovations dot nl]

On 31-08-17 10:14, Alessandro Selli wrote:


   Good news indeed!  The second one this week, after this worthy attempt by
puri.sm to finally produce a smartphone designed to be 100% evil-software free
and GNU/Linux compatible (scheduled for release in 2019, though):

https://puri.sm/shop/librem-5/


Alessandro
As a owner of a BQ Aquaris E45 Ubuntu version i fully support this kind 
of free smartphone development. But i doubt of a linux smartphone will 
be functional comparable with Android or iOS within 3 to 4 years. They 
should use the efforts of Meego/Maemo development or work together wit 
Jolla. And trying to get support from one or more large smartphone 
makers. Until then when i have to replace my current BQ it will be a 
iPhone as one of the lesser evil.


Grtz.

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] TALOS 2 - The Libre Owner Controlled POWER9 Workstation/Server

[info at smallinnovations dot nl]

On 31-08-17 16:14, Narcis Garcia wrote:

El 31/08/17 a les 15:24, info at smallinnovations dot nl ha escrit:


As a owner of a BQ Aquaris E45 Ubuntu version i fully support this kind
of free smartphone development. But i doubt of a linux smartphone will
be functional comparable with Android or iOS within 3 to 4 years. They
should use the efforts of Meego/Maemo development or work together wit
Jolla. And trying to get support from one or more large smartphone
makers. Until then when i have to replace my current BQ it will be a
iPhone as one of the lesser evil.


All Androids run Linux.


Sure as far as it the kernel concerns that is true. As soon as you want 
hardware support for a specific SOC you depend on the hardware 
manufacturer. Which are not interested in open source and you are 
already lucky if they even want to deliver a binary blob.


Grtz.

Nick


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Dynamic MOTD

[info at smallinnovations dot nl]

On 19-12-17 10:09, J. Fahrner wrote:

Hi,
I have several headless systems running Devuan Jessie, which I 
migrated from Debian Jessie following this guide: 
https://devuan.org/os/documentation/dev1fanboy/Upgrade-to-Devuan


I placed scripts in /etc/update-motd.d and they work fine.

Now I installed devuan_jessie_1.0.0_armhf_raspi2.img on a Raspberry PI 
2 and placed the same files in /etc/update-motd.d, but they are not 
executed at login through ssh.


I compared /etc/pam.d/sshd with my other systems, but cannot find any 
difference.


libpam-modules is installed.
/etc/pam.d/sshd contains:

session    optional pam_motd.so  motd=/run/motd.dynamic
session    optional pam_motd.so noupdate

I also tried it without the "noupdate", but that makes no difference.

Any ideas what's wrong with this Raspberry PI image?

Jochen
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Hopefully this link can help you further 
https://ownyourbits.com/2017/04/05/customize-your-motd-login-message-in-debian-and-ubuntu/


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] (forw) Re: [skeptic] MINIX: ?Intel's hidden in-chip operating system

[info at smallinnovations dot nl]

On 09-11-17 02:24, Rick Moen wrote:

Vaughan-Nichols's article is at
http://www.zdnet.com/article/minix-intels-hidden-in-chip-operating-system/


- Forwarded message from Rick Moen  -

Date: Wed, 8 Nov 2017 17:19:35 -0800
From: Rick Moen 
To: skep...@linuxmafia.com
Subject: Re: [skeptic] MINIX: ?Intel's hidden in-chip operating system
Organization: If you lived here, you'd be $HOME already.

Quoting Scott Peterson (scot...@mindspring.com), citing a mostly good
Steven J. Vaughan-Nichols's ZDnet article:


Buried deep inside your computer's Intel chip is the MINIX operating
system and a software stack, which includes networking and a web
server. It's slow, hard to get at, and insecure as insecure can be.

[...]


Garrett's AMT FAQ makes good reading for people wanting to know more.
https://mjg59.dreamwidth.org/48429.html?thread=1840429

This includes the fact that by _no_ means do all Intel chipsets
possessing ME firmware also have AMT code that runs on it -- and how to
query your machine to find out if it does.  Most Intel systems don't
have AMT.  Most Intel systems with AMT don't have it turned on.

It also includes the fact that the biggest concern is remote access to
the AMT.  If that isn't enabled, and there are various ways to ensure
that it isn't, that concern (a remote backdoor) goes away.


___
skeptic mailing list
skep...@linuxmafia.com
http://linuxmafia.com/mailman/listinfo/skeptic
To reach the listadmin, mail r...@linuxmafia.com

- End forwarded message -
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


When reading 
https://www.theregister.co.uk/2017/11/09/chipzilla_come_closer_closer_listen_dump_ime/ 
where some claim to be able to access ME via USB ports I wonder how long 
it takes before ME is enabled and abused by malware.


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Expansion of the development team

[info at smallinnovations dot nl]

On 05-11-17 19:44, goli...@dyne.org wrote:

Dear Dev1rs,

Because Devuan is growing and needs more hands on deck to make and 
execute important decisions, Devuan's lead development team has grown 
from three to five. This decision evolved over several weeks of 
discussion.


Original LEADs: nextime, jaromil and Centurion_Dan

New team: jaromil, Centurion_Dan, KatolaZ, Evilham and rrq

The group decided, from the options suggested, that they will be 
collectively referred to as the 'Caretakers'.  Their responsibilities 
include attending to maintenance of the infrastructure and 
facilitating and improving the availability of Devuan to its users. 
The website's Team page will soon reflect the changes.


nextime, while maintaining infrastructure and being available for 
emergencies is currently not participating in the day-to-day 
operations entrusted to the Caretakers.


The Caretakers have been working well together and with renewed energy 
on the task of releasing ASCII 2.0 as soon as possible in order to 
sync with Debian's release schedule.


The Dev1Devs
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Caretakers? Well it is better than undertakers i guess.

Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] two dhcp configurations

[info at smallinnovations dot nl]

On 09-12-17 22:34, Hendrik Boom wrote:

Somehow I have two dhcp configuration files:

/etc/dhcp/dhcpd.conf

and

/etc/dhcpd.conf

on my Devuan Jessie system, which was upgraded from Debian preJessie
(I forget what that one was called)

They have similar, but not identical contents.  Both have had items
added locally to define permanent IP numbers, and not quite the
same ones.

Which one of these should I be updating?  And which should I remove?
Or is the story or complicated than that?

-- hendrik

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


On Jessie upgraded from Debian Jessie i do have neither files but 
/etc/dhcp/dhclient.conf exists so i suppose you should use 
/etc/dhcp/dhcp.conf


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan ASCII 2.0.0 stable

[info at smallinnovations dot nl]

On 10-06-18 14:27, Jaromil wrote:
>
> this weekend the news of our release made a splash on community fora,
> namely hackernews https://news.ycombinator.com/item?id=17274623 where
> our effort was always heavily denigrated and mocked, now starts
> emerging some reasonable feedback. And last not least slashdot where
> Bruce Perens declared his endorsement for Devuan 8^D
> https://linux.slashdot.org/story/18/06/10/0321233/systemd-free-devuan-20-ascii-officially-released
>
> I recommend those who like can participate to the discussions with
> maturity and respect for other people ideas, as much as we claim
> respect for our own ideas, which we have shown being able to follow
> with clear action.
>
Discussion at slashdot is a waste of time nowadays (I do have a 5 digit
uid from the time ./ had some merits). Most common argument is all
distro's are using systemd so it must be good. Which is a poor argument
without much hope for some usefull discussion anyway.

Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] ASCII installation static IP problem

[info at smallinnovations dot nl]

On 16-06-18 06:58, Steve Litt wrote:
> On Thu, 14 Jun 2018 19:54:11 +0900
> Olaf Meeuwissen  wrote:
>
>> Hi Don,
>>
>> Don Wright writes:
>>
>>> [ ... ASCII using Expert (text) from
>>> devuan_ascii_2.0.0_amd64_dvd-1.iso ...]
>>>
>>> Upon successful boot into the system things looked good locally,
>>> until I tried to SSH to the box. Not there!
>>> While /etc/network/interfaces has the settings I expected, the GUI
>>> showed wicd had ignored them and called DHCP to create all new and
>>> mostly wrong settings.
>>>
>>> #apt remove wicd soon cleaned that up, but who the systemd thought
>>> it was a good idea to ignore! working! static! IP! settings! and
>>> install an unwelcome network mangler in the first place? Take a
>>> purgative, get your heads out of your ASCII, and stop your wicd
>>> ways from overriding traditional handcrafted, all-natural,
>>> artisanal, text-based config files.  
>> The output of `apt-cache rdepends wicd` using various combinations of
>> the --recurse and --no-* options indicate that just about any, if not
>> all, of the task-*-desktop packages recommend it, either directly or
>> indirectly.  Some may even prefer network-manager ... putting you
>> between a rock and a hard place.
>>
>>> The guilty parties should lose an inch of *nix beard each in
>>> penance.  
>> The guilty parties would mostly be the task-*-desktop packagers ;-)
>> but if you are comfortable with the installer's Expert mode, why not
>> forego the installation of a desktop and run
>>
>>   apt install task-desktop wicd-
>>
>> after the initial system install?
>>
>>> [ Semi-humorous howls of rage aside: Does the installed system
>>> ignore static IP by design? ]  
>> Not if you don't install a desktop ;-)
>> # You mentioned installing on a Lenove Think*Server*.  I *never* put a
>> # desktop on my servers ...
>>
>> Hope this helps,
> If I understand this correctly, installing any desktop (does this
> include window managers like openbox?) brings in wicd in a mode that
> breaks hard coded IP addresses.
>
> I would sure find this behavior surprising.
>
> Is there a way Devuan can eliminate the "recommends" for wicd and
> networkmanager with "desktops"?
>
> Meanwhile, if whatever distro you're working with does weird stuff when
> all you want is a hard coded IPV4 address, consider the following
> distro-independent shellscript, which can be run at boot and also any
> time some foolish daemon thinks it knows more about your desired IP
> address than you do:
>
> 
> #!/bin/sh
> hostname=`grep -v "^\s*#"  /etc/hostname | head -n1`
> ip link set dev lo up
> ip link set dev eno1 down
> ip addr add 192.168.100.6/24 dev eno1
> ip addr add 192.168.100.106/24 dev eno1
> ip link set dev eno1 up
> ip route add default via 192.168.100.96
> 
>
> The preceding sets the box's IP at 192.168.100.6 with an alias at 106,
> and sets the default gateway to 192.168.100.96. The assumed device name
> here is eno1. Obviously, you need to modify it to fit your needs, but
> after that, you can override the inconveniences almost every distro
> throws at you if all you want is a fixed IP address. I've used this
> shellscript in several distros.
>
> SteveT
>
> Steve Litt 
> June 2018 featured book: Twenty Eight Tales of Troubleshooting
> http://www.troubleshooters.com/28
>

Nice script indeed. Used parts of it this weekend for a server with 6
ethernetports which wicd did not handle properly. I do not like a
desktop environment on a server but the owner does, so xfce remained but
without wicd.

Grtz.

Nick


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Error with upgrading Pi2 from Raspbian Wheezy to Devuan Jessie

[info at smallinnovations dot nl]

On 13-06-18 01:52, Gregory Nowak wrote:
> On Tue, Jun 12, 2018 at 09:34:01PM +0200, info at smallinnovations dot nl 
> wrote:
>> I am trying to update one of my older Pi's 2 from Raspbian Wheezy to
>> Devuan Jessie and have this strange error message:
>
> Someone correct me if I'm wrong. Raspbian jessie is armel based for
> compatibility with the rpi1, while devuan jessie  for the rpi2 is
> armhf based. You're trying to upgrade armel packages with armhf
> ones, which results in the segfaults you're getting. I'm not sure
> it's possible to migrate from raspbian to devuan on the rpi2. Devuan
> does have an image for the rpi1, which means there are armel packages
> in the devuan repository. However, I'm not sure what you need to do
> with your sources.list to get armel architecture on the rpi2.
>
> Unless you made a backup before starting the upgrade process, I'd say
> you're already up the creek without a paddle. I'd suggest backing up
> what you need to save, and writing a fresh devuan jessie image to your
> sd card, or do a debootstrap if you're adventurous, and understand
> how to debootstrap a foreign architecture. Good luck.
>
> Greg
>
>

Thank you Greg.

I now remember (and checked) this is not a RPi 2 but the last RPi 1 B in
my collection of Pi's. I should have known because my other (newer) Pi's
are running Devuan Jessie and ASCII without any problem.

Although i do have a backup i have adapted my sources.list to Raspbian
Jessie and upgrading it seems to work.

Grtz.

Nick




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Error with upgrading Pi2 from Raspbian Wheezy to Devuan Jessie

[info at smallinnovations dot nl]

I am trying to update one of my older Pi's 2 from Raspbian Wheezy to
Devuan Jessie and have this strange error message:

Preparing to replace libc6:armhf 2.13-38+rpi2+deb7u12 (using
.../libc6_2.19-18+deb8u10_armhf.deb) ...
Checking for services that may need to be restarted...
Checking init scripts...
Unpacking replacement libc6:armhf ...
dpkg: warning: subprocess old post-removal script was killed by signal
(Segmentation fault)
dpkg: trying script from the new package instead ...
dpkg: error processing
/var/cache/apt/archives/libc6_2.19-18+deb8u10_armhf.deb (--unpack):
 subprocess new post-removal script was killed by signal (Segmentation
fault)
dpkg: error while cleaning up:
 subprocess installed pre-installation script was killed by signal
(Segmentation fault)
Errors were encountered while processing:
 /var/cache/apt/archives/libc6_2.19-18+deb8u10_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


I do not have the slightest idea what it means. Someone seen the same
error and or has a solution? Apt-get -f install generates the same error.


Grtz.

Nick


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Error with upgrading Pi2 from Raspbian Wheezy to Devuan Jessie

[info at smallinnovations dot nl]

On 13-06-18 19:42, Arnt Karlsen wrote:
> On Wed, 13 Jun 2018 11:01:37 +0200, info wrote in message 
> <09b7eee9-cd24-4615-a9c0-8eb52c1c6...@smallinnovations.nl>:
>
>> I now remember (and checked) this is not a RPi 2 but the last RPi 1 B
>> in my collection of Pi's. I should have known because my other
>> (newer) Pi's are running Devuan Jessie and ASCII without any problem.
>>
>> Although i do have a backup i have adapted my sources.list to Raspbian
>> Jessie and upgrading it seems to work.
> ..you're upgrading your RPi 1 B to Raspbian Jessie, and not to 
> Devuan Jessie or ASCII???
>
My intention was to upgrade Raspbian Wheezy to Devuan Jessie but as Greg
noted this is not gonna work on a Pi 1 B. Because of the ARM6 with VF
and not a real ARM7 chip. After realizing this I changed the apt
sources.list to point to Raspbian Jessie. Which seemed to work but does
not because the packages installed with ARMHF for ARM7 are not
overwritten with the Raspbian version. So I have restored my backup and
stay at Wheezy until i have a spare Pi 2 or 3 to replace this Pi 1 B. It
does not do anything on the internet so the danger of no security
updates is limited.

Grtz.

Nick


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan ASCII 2.0.0 stable

[info at smallinnovations dot nl]

On 11-06-18 02:02, Rick Moen wrote:
> Quoting info at smallinnovations dot nl (i...@smallinnovations.nl):
>
>> Discussion at slashdot is a waste of time nowadays (I do have a 5 digit
>> uid from the time ./ had some merits). 
> {ahem}  FWIW:
>
> rickmoen (1322)
>
> Karma: Excellent
>
> ;->
>
>
Looking at Bruce's uid I already expected more veterans on this list :D
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Re: (forw) [GoLugTech] Microsoft buys GitHub

[info at smallinnovations dot nl]

On 04-06-18 22:45, KatolaZ wrote:
> On Mon, Jun 04, 2018 at 08:47:36PM +0100, Simon Hobson wrote:
>> KatolaZ  wrote:
>>
>>> Whatever people say on twitter, Microsoft has never changed and never
>>> will. It's the same company that stole BASIC. The same company that
>>> stole DOS.
>> While I am no fan of MS and it's tactics, they didn't steal DOS. They bought 
>> it outright for what the person selling it accepted as a fair price. It's an 
>> interesting story of how one decision changed the direction of the software 
>> world, and one of those points in history where with the benefit of 20:20 
>> hindsight it's easy to say "he did WHAT !"
> You are right: they "bought" DOS from a "third party" which had
> developed DOS out of an unlicensed source version of Digital Research
> CP/M, and called it MS-DOS.
>
> HND
>
> KatolaZ
>
If memory serves me well they bought QDOS (Quick and Dirty Operating
System or Quick Disk Operation System). According to some sources it was
a clever move because they allready had a deal with IBM before they
bought QDOS.

I do not have strong opinions about Microsoft buying Github. Just the
notion that paying such amount of money means some strategic move which
will not necessarily means it is in the best interest of current users.

Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Converting srpms to debs

[info at smallinnovations dot nl]

On 26-10-17 20:09, John Crisp wrote:


On 26 October 2017 19:45:29 CEST, Vincent Bentley  
wrote:

Have you tried alien?

apt-cache show alien



No, but I'm not sure that it is a full on solution. it gets you out of a 
hole for odd packages as far as I remember? And you don't end up with a source 
package?

I need to be able to hack some of the source files due to different file paths, 
and then build as debs.


According to the man page from alien


-g, --generate
   Generate a temporary directory suitable for building a package
   from, but do not actually create the package.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] upgrade to ascii

[info at smallinnovations dot nl]

On 31-12-17 19:34, Antony Stone wrote:

On Sunday 31 December 2017 at 19:02:41, Hendrik Boom wrote:


So is this what I should have in my /etc/apt/sources.list to upgrade
from jessie to ascii?

deb http://pkgmaster.devuan.org/merged ascii main
deb http://pkgmaster.devuan.org/merged ascii-updates main
deb http://pkgmaster.devuan.org/merged ascii-security main
deb http://pkgmaster.devuan.org/merged ascii-backports main

and nothing else?

1. That worked for me a couple of days ago.

2. I was surprised when I couldn't find this documented on the Devuan website
anywhere.


Antony.

I do not have backports enabled by default but the other ones do work in 
a virtual machine with ascii upgraded from jessie.


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Any idea

[info at smallinnovations dot nl]

On 08-01-18 23:23, KatolaZ wrote:

On Mon, Jan 08, 2018 at 07:17:39PM -0300, Renaud (Ron) OLGIATI wrote:

when ASCII will be declared stable ?


When it's ready.


Is it a question of weeks ? months ?


We shouldn't be too far, but I guess thec correct answer is still
"when it's ready".

My2Cents

KatolaZ



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


It would help if we have a definition of stable. And to attract people 
for larger scale testing maybe we should release a "official" beta.


Grtz.

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] desktop screen recording with sound?

[info at smallinnovations dot nl]

On 31-01-18 15:40, dev wrote:

I have some online classes which are Flash based "webinars" that I'd
like to save for viewing on my train/bus commute. gtk-recordmydesktop
works for the video part but I can't record any audio. I'm using
straight ALSA on my Devuan system and tried setting gtk-recordmydesktop
audio option to PCM and DEFAULT but no good.

This is my isntalled pulse packages. Maybe one is in conflict?
# aptitude search pulse | grep ^i
i   apulse  - PulseAudio emulation for ALSA

i   libpulse-mainloop-glib0 - PulseAudio client libraries (glib
support)
i   libpulse0   - PulseAudio client libraries

i   libpulsedsp - PulseAudio OSS pre-load library

i   pulseaudio-utils- Command line tools for the
PulseAudio soun
i   vlc-plugin-pulse- transitional dummy package for vlc


If I play a regular mpg file on my system with vlc, the audio works fine
so I don't think it's vlc playback that has the problem.

Thanks
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


I am using SimpleScreenRecorder for my recordings and according to the 
settings it should work with Alsa. Not tried because i have pulseaudio 
in use for some app that will not work without it.


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] upgraded to Ascii, but now sqwebmail isn't working

[info at smallinnovations dot nl]

On 31-01-18 01:03, Gregory Nowak wrote:

Hi again.

Thanks to KatolaZ for your reply to my libapache-mod-mono issue. Your
comment that I'd be surprised how many production systems are running
Ascii stuck with me, and so I took the plunge, and upgraded my
production system again from jessie to Ascii.

The good news is that the upgrade seems to have gone without
problems. I haven't rebooted yet since upgrading, but I will be doing
that a bit later once I finalize things. Another good news is that
libapache2-mod-mono is indeed back, and does seem to work like it
should.

The bad news is that now sqwebmail isn't working, and it still did
after my upgrade to jessie. I have a couple users who insist on using
webmail exclusively, so this is another big one for me. I am using
postfix as my MTA, and courier for imap. Using imap over ssl does
work, so I know that both that and the courier authentication library
authdaemond are working.

When I bring up cgi-bin/sqwebmail, I get this:

"System unavailable   System unavailable

The web page you're trying to access is not available at this time.
Please try again later.

(connect: Permission denied)"

My apache logs and mail logs don't show anything unusual. I have also
restarted the sqwebmaild service, and that restarted without
errors. The interesting thing is that when I stop the sqwebmaild
service, I get the same web page. So, I suspect this has something to
do with how the sqwebmail web frontend communicates with the
sqwebmaild service. I haven't looked at the sqwebmail source code, and
a few web searches don't bring up anything explaining how the
communication takes place. Web searches on sqwebmail permission
denied and sqwebmail connect don't bring up anything useful either.

There is one thing I changed after the sqwebmail install. It symlinks
/usr/lib/cgi-bin/sqwebmail to /usr/lib/courier/courier/webmail/webmail. Since
I don't follow symlinks from cgi-bin, I simply copied
/usr/lib/courier/courier/webmail/webmail to
/usr/lib/cgi-bin/sqwebmail. The courier docs indicate I can copy the
sqwebmail binary to where ever my cgi-bin scripts live. The
permissions for sqwebmail I have are:

-rwxr-xr-x 1 root root 14328 May  8  2017 /usr/lib/cgi-bin/sqwebmail

This is the same as for the installed webmail binary in
/usr/lib/courier/courier/webmail/webmail.

To see if there is a difference, I uninstalled the sqwebmail package
that comes with Ascii, and installed the one that comes with jessie,
but that doesn't help. So whatever is causing this, doesn't seem to be
specific to the sqwebmail package.

Again, any suggestions on what else to look at are appreciated before
I find a courier list, or build sqwebmail from source, which should be
a bit better than rebuilding apache. Of course, it's possible a reboot is
all I need, but I don't see what real difference that would
make. Thanks.

Greg



Hi Greg,

Do you load the cgi module and is 
/etc/apache2/conf-available/serve-cgi-bin.conf included and enabled in 
your configuration files?


Grtz

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Whitelisting?

[info at smallinnovations dot nl]

Looking at the recent emails from throwaway mail addresses is it a idea 
to moderate all mail except  the addresses that are whitelisted? It is 
not that hard to recognize someones style of writing and ditch unwanted 
mail from the list.


Grtz.

Nick
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Provides: libsystemd0 (was Re: systemd and ssh-server)

[info at smallinnovations dot nl]

On 26-07-18 18:21, Steve Litt wrote:
> On Thu, 26 Jul 2018 16:13:41 +0200
> info at smallinnovations dot nl  wrote:
>
>> No it would not, it will offer developers who want to use some systemd
>> API call in their development the opportunity to do so for nosystemd
>> systems too.
> Eu!
>
> What makes you different from the devs at Gnome? If it weren't for devs
> taking advantage of this "opportunity", systemd would not have a
> hegemony today.
>
> If you're not part of the solution, you're part of the problem.
>
> SteveT
>
> Steve Litt
> Author: The Key to Everyday Excellence
> http://www.troubleshooters.com/key
> Twitter: http://www.twitter.com/stevelitt

You did read this part too?

> It would help maintaining packages that depend on systemd too. You only
> would have to add some code to use the libnosystemd instead of
> libsystemd0. Like if no systemd installed then use libnosystemd.
> Depending of which API calls are used in the program and which are
> supported by libnosystemd you would have to do less. And you are not
> depending on a monolithic binary blob like systemd because you can
> script any API call the way you like it.
Do not forget that developers make and maintain almost all the software
in use on your system. If you can make their life and your own easier
what is wrong with that?

Grtz

Nick



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] systemd and ssh-server

[info at smallinnovations dot nl]

On 26-07-18 10:00, KatolaZ wrote:
>
> The main problem is that those packages need to be maintained, and not
> just stripped of the libsystemd0 dependency once, and then forgotten,
> which is what happened with most of the Jessie packages that were
> forked for that reason. 
>
> The medium-term plan is to replace libsystemd0 with a libnosystemd
> which Provides: libsystemd0 and noops everything, with the possibility
> of shelling-out some actions, if the admin wants so. We will get
> there.
>
> My2Cents
>
> KatolaZ
>

Main question is which direction do we go with libsystemd0. Creating a
libnosystemd sounds like a good idea to me. Too bad i do not have
developer skills in that area. But i cloned the git repo to take a look
at it and i wonder if there is a way to supply certain information from
daemons if installed to make better use of it. Better in the way that it
not only tells no systemd installed but make some information available
like which init system is installed. Or other useful information.

Another item: is there a resource (preferred text) how to maintain a
package? I would not mind to maintain 1 or 2 packages but i do not have
a clue how to do that.

Grtz.

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] systemd and ssh-server

[info at smallinnovations dot nl]

On 26-07-18 12:15, KatolaZ wrote:
>
> The libsystemd API does not provide any way to check *which* init
> system is running (ehm...for "obvious" reasons, right?). But we could
> put in place a mechanism that allows to shell out the calls to
> libsystemd functions to a set of scripts with pre-defined names. Then,
> the system administrator or the packagers can put whatever they want
> in those scripts, or even remove them altogether.
>
> This would in principle allow people to "catch" systemd-related events
> and "translate" them to events for any other init system, using a
> simple mechanism. Or just plainly ignore them, if they like...
>
> My2Cents
>
> KatolaZ
>
Of course does the libsystemd API not provide it, but we can. First call
to libsystemd API == systemd installed? If no, call to libnosystemd API
which init system == installed? Or something like that. But put in place
a mechanism that allows to shell out the calls to libsystemd functions
to a set of scripts with pre-defined names would make libnosystemd far
more useful imo. Especially for developers.

Grtz.

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Provides: libsystemd0 (was Re: systemd and ssh-server)

[info at smallinnovations dot nl]

On 26-07-18 14:05, KatolaZ wrote:
>> Of course does the libsystemd API not provide it, but we can. First call
>> to libsystemd API == systemd installed? If no, call to libnosystemd API
>> which init system == installed? Or something like that. But put in place
>> a mechanism that allows to shell out the calls to libsystemd functions
>> to a set of scripts with pre-defined names would make libnosystemd far
>> more useful imo. Especially for developers.
>>
> But that would entail forking and patching all the packages which use
> libsystemd to force them to check if systemd is available... which is
> exactly what we are trying to avoid by nooping libsystemd0... :P
>
> HND
>
> KatolaZ
>
No it would not, it will offer developers who want to use some systemd
API call in their development the opportunity to do so for nosystemd
systems too.
Developers who do not use libsystemd0 now because they do not need it or
cannot afford it (embedded systems with a small memory footprint) can
easily ignore it.

But may be we better discuss this on dev1galaxy instead of this list.

Grtz.

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] systemd and ssh-server

[info at smallinnovations dot nl]

On 26-07-18 16:34, Steve Litt wrote:
> On Thu, 26 Jul 2018 12:45:53 +0200
> info at smallinnovations dot nl  wrote:
>>
>> Of course does the libsystemd API not provide it, but we can. First
>> call to libsystemd API == systemd installed? If no, call to
>> libnosystemd API which init system == installed? Or something like
>> that. But put in place a mechanism that allows to shell out the calls
>> to libsystemd functions to a set of scripts with pre-defined names
>> would make libnosystemd far more useful imo. Especially for
>> developers.
> How would you like to be the maintenance programmer in charge of such
> shelled out code? Are we not, at this point, reinventing the complexity
> that was systemd?
>
> SteveT
>
>  
> Steve Litt
> Author: The Key to Everyday Excellence
> http://www.troubleshooters.com/key
> Twitter: http://www.twitter.com/stevelitt
That depends: from a developers point of view systemd is in principle
nothing new in functionality but provides an uniform API for some
information you otherwise have to program yourself. We can serve them
the same information without serving systemd this way. And as a start
just supporting the most used API calls instead of the whole API.

Grtz.

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] This is a losing battle, against the propaganda of redhat.

[info at smallinnovations dot nl]

On 26-07-18 18:00, Basati wrote:
> I would like to recall that RedHat is a company of the American military 
> complex. With close relations with civil intelligence and the military of the 
> United States
>
> I acknowledge that I used this argument with the DGN trap prior to the fork.
>
> My opinion has not changed systemd is a troll horse not yet activated. When 
> it 
> is impossible to remove and has thousands and thousands of lines of code that 
> make it very difficult to audit. They'll open the back door.
>
> For 30 years they have not been able to cope with linux systems. They come 
> and 
> go as they please on the windows.
>
> The article is clearly biased. It lies and does the same thing that was done 
> in debian to obviate the underlying reason.
>
> We don't have the resources or the contacts to fight this battle.
>
> But we have something much more powerful. We have devuan, its very existence 
> is already a resistance. As the number of developers and users increases 
> little by little. It will strengthen us to deal with this.
>
> But they can do NOTHING, we are the ones who DO.
>
> I honestly don't think we should waste time with these propaganda anti devuan 
> actions by redhat.  I'm convinced they're behind the article. It's their 
> specialty that they know how to intoxicate.
>
> Basati
>


I am not into conspiracy theories and keep it simple:
http://0pointer.de/blog/projects/why.html and then ask why the hell does
someone wants a init system to do all this stuff? Easy answer: latest
row in table on that page "Easily writable, extensible and parseable
service files, suitable for manipulation with enterprise management
tools" which is not by coincidence the main business of Red Hat.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Windows10 WSL with Devuan

[info at smallinnovations dot nl]

I have just one work related Windows 10 Pro notebook. I do not like
Windows but 10 has the possibility to use the subsystem for Linux. No
Devuan at the moment but you can install Debian Stretch. And the good
news is that you can update from Debian Stretch to Devuan ASCII with the
default upgrade method. BTW no need to install wicd because the network
is handled by Windows. And I have not just found a terminal program that
does not work from the default repositories. So do you need a Windows
system take Windows 10 Pro. Use https://www.oo-software.com/en/shutup10
to silence it, install the Linux subsystem with Devuan and have fun.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Restricting user capabilities after ssh login

[info at smallinnovations dot nl]

On 12-08-18 06:55, mett wrote:
> Hi, 
>
> I m wondering about the best way to restrict a user after 
> he has ssh'd into his web folder.
>
> Up to now, the users I had were using only FTP 
> to log into their web folder, 
> and upload stuff in there
> (chrooted in their folder with vsftpd).

> The setup is a devuan server under jessie with apache2 providing
> http server.
> Then, I use php-fpm to tie user, web-server and php processes.
> The passwd files is as below:
> 'user01:x:::user01,,,:/home/www/example.com/:/bin/bash'.
>
> TIA
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

When you intend to replace ftp you can start with limiting the user to
use sftp only. No need to have a login shell.

That part of my sshd_config looks like:

Subsystem sftp internal-sftp
Match group sftponly
    ChrootDirectory /home/%u
    X11Forwarding no
    AllowTcpForwarding no
    ForceCommand internal-sftp


Grtz.

Nick



___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Restricting user capabilities after ssh login

[info at smallinnovations dot nl]

On 13-08-18 03:31, mett wrote:
> On Sun, 12 Aug 2018 13:18:23 +0200
> info at smallinnovations dot nl  wrote:
>
>> On 12-08-18 06:55, mett wrote:
>>> Hi, 
>>>
>>> I m wondering about the best way to restrict a user after 
>>> he has ssh'd into his web folder.
>>>
>>> Up to now, the users I had were using only FTP 
>>> to log into their web folder, 
>>> and upload stuff in there
>>> (chrooted in their folder with vsftpd).  
>> 
>>> The setup is a devuan server under jessie with apache2 providing
>>> http server.
>>> Then, I use php-fpm to tie user, web-server and php processes.
>>> The passwd files is as below:
>>> 'user01:x:::user01,,,:/home/www/example.com/:/bin/bash'.
>>>
>>> TIA
>>> ___
>>> Dng mailing list
>>> Dng@lists.dyne.org
>>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng  
>> When you intend to replace ftp you can start with limiting the user to
>> use sftp only. No need to have a login shell.
>>
>> That part of my sshd_config looks like:
>>
>> Subsystem sftp internal-sftp
>> Match group sftponly
>>     ChrootDirectory /home/%u
>>     X11Forwarding no
>>     AllowTcpForwarding no
>>     ForceCommand internal-sftp
>>
>>
>> Grtz.
>>
>> Nick
>>
>>
>>
>> ___
>> Dng mailing list
>> Dng@lists.dyne.org
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> Thanks a lot for the input. 
> I ll definitely have to do it at one point.
>
> Cheers,
BTW I use this configuration combined with a symbolic link from
/var/www/html/website to /home/%u/website. This way it is much safer
then ftp, they cannot login while they still are able to maintain their
own website. Rsync over SSH is another possibility but SFTP looks more
like FTP and is more user friendly.

Grtz

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Restricting user capabilities after ssh login

[info at smallinnovations dot nl]

On 13-08-18 09:40, Lars Noodén wrote:
> On 08/13/2018 10:36 AM, info at smallinnovations dot nl wrote:
>> On 13-08-18 09:31, Lars Noodén wrote:
>>
>> 
>> I worked the other way, Apache is able to work with symlinks. I only
>> needed to make www-data member of the users group.
> Eek.  Think instead 'least privilege'  That would be one situation where
> adding an ACL would work.  That would avoid giving away (potentially)
> all the user's files to the web server.
>
> /Lars

It is not really different from allowing user access to
/var/www/html/website. When a user puts all his user's files there (s)he
give away (potentially) all the files to the webserver too.

Grtz

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Restricting user capabilities after ssh login

[info at smallinnovations dot nl]

On 13-08-18 09:31, Lars Noodén wrote:


>> BTW I use this configuration combined with a symbolic link from
>> /var/www/html/website to /home/%u/website. This way it is much safer
>> then ftp, they cannot login while they still are able to maintain their
>> own website. Rsync over SSH is another possibility but SFTP looks more
>> like FTP and is more user friendly.
>>
>> Grtz
>>
>> Nick
> Hmm.  symlinks should not work to reach targets outside the chroot.
> However, if you are on GNU/Linux you can use a bind mount.
>
> sudo mkdir www
> sudo mount --bind /var/www/html/website/ ./www/
>
> It can be made permanent in /etc/fstab too.
>
> /Lars

I worked the other way, Apache is able to work with symlinks. I only
needed to make www-data member of the users group.

Grtz

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Cannot install wine32 on ASCII.

[info at smallinnovations dot nl]

On 13-08-18 15:58, Edward Bartolo wrote:
> On 13/08/2018, Evilham  wrote:
> 08.2018 um 14:30 schrieb Edward Bartolo:
>>> apt-get laments:
> [...]
>>> Can I continue using Devuan ASCII and have wine32?
>> None of that is Devuan-specific. Have you read this?
>>
>> https://wiki.debian.org/Wine
>> --
>> Evilham
>>
> OK, so I RTFM irrespective of knowing that will not help. This is what
> my ASCII system complains about running the first command from the
> site:
>
> 
> # apt-get install wine wine32 wine64 libwine libwine:i386 fonts-wine
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> fonts-wine is already the newest version (1.8.7-2).
> fonts-wine set to manually installed.
> libwine is already the newest version (1.8.7-2).
> wine is already the newest version (1.8.7-2).
> wine64 is already the newest version (1.8.7-2).
> wine64 set to manually installed.
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
>
> The following packages have unmet dependencies:
>  libwine:i386 : Depends: libfontconfig1:i386 (>= 2.11) but it is not
> going to be installed
> Depends: libfreetype6:i386 (>= 2.2.1) but it is not
> going to be installed
> Depends: libldap-2.4-2:i386 (>= 2.4.7) but it is not
> going to be installed
> Depends: libmpg123-0:i386 (>= 1.13.7) but it is not
> going to be installed
> Recommends: libcups2:i386 (>= 1.4.0) but it is not
> going to be installed
> Recommends: libgnutls30:i386 (>= 3.5.0) but it is not
> going to be installed
> Recommends: libpng16-16:i386 (>= 1.6.2-1) but it is
> not going to be installed
> Recommends: libasound2-plugins:i386 but it is not
> going to be installed
> E: Unable to correct problems, you have held broken packages.
> -
>
> You write like someone wanting to hit me. Well, I am on Blessed Devuan
> ASCII and my system is refusing to install wine32 because of missing
> libraries it cannot resolve. So, it is Devuan at blame.
>
> Please, no puerile flamewars.
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

I suspect your system is not multiarch atm. You can add i386 with the
command 

dpkg --add-architecture i386

Grtz

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Problem with fsck during boot with kernel 4.9.0-8-amd64

[info at smallinnovations dot nl]

On 20-08-18 21:24, Héctor González wrote:
> Hello,
>
> The latest kernel update has this weirdness while booting:
>
> Begin: Loading essential drivers ... done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting root file system ... Begin: Running /scripts/local-top
> ... done.
> Begin: Running /scripts/local-premount ... [    2.858611] PM: Starting
> manual resume from disk
> done.
> Begin: Will now check root file system ... fsck from util-linux 2.29.2
> [/sbin/fsck.ext4 (1) -- /dev/xvda2] fsck.ext4 -a -C0 /dev/xvda2
> fsck.ext4: symbol lookup error: /lib/x86_64-linux-gnu/libext2fs.so.2:
> undefined symbol: com_err
> fsck exited with status code 127
> done.
> Failure: File system check of the root filesystem failed
> The root filesystem on /dev/xvda2 requires a manual fsck
> (initramfs) [  266.336115] random: crng init done
>
>
> Returning to the previous kernel boots normally.  I tried
> "update-intramfs -k all -u", but it doesn´t make any difference, does
> anyone know where this "com_err" symbol should be defined, or how to
> workaround this issue?
>
> Thanks.
> Cacho.

A search with Google shows a Deb**n package com_err a library for common
error messages. Which depends on
https://packages.debian.org/wheezy/libcomerr2 so maybe installing this
lib solves your problem.

Grtz.

Nick





signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Cannot install wine32 on ASCII.

[info at smallinnovations dot nl]

On 18-08-18 11:44, Edward Bartolo wrote:
> Jaromil wrote:
> -
>> 1. dpkg --print-architechture
>> 2. dpkg --print-foreign-architectures
>> 3. list of enabled repositories (+ architechture)
>> 4. dpkg -l | grep wine
> I'm sorry to see that Ed moved on to RANT instead of providing basic
> information to those of use who were patiently trying to help on a
> voluntary basis. Without this information and in particular point
> 3. noone can help really. Also the act of helping could be made more
> pleasant in this thread.
> 
>
> I provided that information already. I do not understand what the
> "(+architecture)" mean regarding repositories as I never enabled any
> arhitecture that is not supported by my hardware.
>
> I made it very clear it was a "rant" at the very top, but I am tired
> of always failing whenever I have the motivation to learn new software
> and Linux stops me. I remember the same bad experience when I learnt
> about Lazarus: it wouldn't install, I can say the same thing about
> kdevelop, etc.
>
> One way would be to extract all binaries from the entire dependency
> chain to a single directory and run wine executables by manually
> loading the required libraries. That would count as a solution to me
> and should not break already installed libraries.
>
> Nevermind, thinking out of the box, for a certain category of people
> is frowned upon. Good old ldd will tell me what wine32 expects to be
> installed and brute force running wine32 with ld-2.24.so  should solve
> my problem.
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Hi Edward,

I did a clean install from a ASCII live dvd.
Added the i386 architecture: dpkg --add-architecture i386
Installed wine with the command: apt-get install wine wine64 libwine
fonts-wine
and it installed both i386 as amd64 files

When i do: apt-get install wine32 is says it is already the newest version

It looks like that the package maintainer has named the package wine32
as wine. This holds too for the executable: from the cli you can both
start wine and wine64 but not wine32

I also researched your error message and found a bug in debian with this
message. Which was solved by first apt update and upgrade before
installing wine

Hope this helps

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [OT] Cannot install wine32 on ASCII.

[info at smallinnovations dot nl]

On 18-08-18 14:12, Edward Bartolo wrote:
> Maybe, apt-cache depends can shed some light. It seems wine32 depends
> on libwine:i386 and the latter breaks wine32.
>
> Here is the output:
>
> $ apt-cache depends libwine:i386
> libwine:i386
>   Depends: libc6:i386
>   Depends: libfontconfig1:i386
>   Depends: libfreetype6:i386
>   Depends: libncurses5:i386
>   Depends: libasound2:i386
>  |Depends: libglu1-mesa:i386
>   Depends: 
> libglu1-mesa:i386
>   Depends: liblcms2-2:i386
>   Depends: libldap-2.4-2:i386
>   Depends: libmpg123-0:i386
>   Depends: libopenal1:i386
>   Depends: libpcap0.8:i386
>   Depends: libpulse0:i386
>   Depends: libx11-6:i386
>   Depends: libxext6:i386
>   Depends: libxml2:i386
>  |Depends: ocl-icd-libopencl1:i386
>   Depends: 
> ocl-icd-libopencl1:i386
>  |Depends: ocl-icd-libopencl1:i386
>   Depends: 
> ocl-icd-libopencl1:i386
>   Depends: zlib1g:i386
>   Recommends: libcups2:i386
>   Recommends: libdbus-1-3:i386
>  |Recommends: libgl1-mesa-glx:i386
>   Recommends: libgl1:i386
>   Recommends: libgnutls30:i386
>   Recommends: libgsm1:i386
>   Recommends: libjpeg62-turbo:i386
>   Recommends: libodbc1:i386
>   Recommends: libosmesa6:i386
>   Recommends: libpng16-16:i386
>   Recommends: libtiff5:i386
>   Recommends: libxcomposite1:i386
>   Recommends: libxcursor1:i386
>   Recommends: libxi6:i386
>   Recommends: libxinerama1:i386
>   Recommends: libxrandr2:i386
>   Recommends: libxrender1:i386
>   Recommends: libxslt1.1:i386
>   Recommends: libxxf86vm1:i386
>   Recommends: libgl1-mesa-dri:i386
>   Recommends: libasound2-plugins:i386
>   Recommends: 
> fonts-liberation
>   Recommends: 
> fonts-wine
>   Suggests: cups-bsd:i386
> cups-bsd
>   Suggests: 
>   Breaks: wine32:i386
> edbarx@edbarx-pc3:~$ apt-cache depends wine32
> wine32:i386
>   Depends: libc6:i386
>   Depends: libwine:i386
>   Breaks: 
>   Breaks: wine32-preloader:i386
>   Recommends: 
>   Suggests: wine32-preloader:i386
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Maybe you can do apt-get autoclean  and then just install wine without 32?

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] A Devuan kernel?

[info at smallinnovations dot nl]

On 08-07-18 23:32, aitor_czr wrote:
>
> Hi Jimmy,
>
> El 08/07/18 a las 23:24, Jimmy Johnson escribió:
>> Thoughts? Volunteers? 
>
> I also would like to see devuan including its own kernel. I can help
> on packaging stuff.
>
>   Aitor.
>
>
>
>
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

I am not a kernel guy so maybe i am asking a stupid question; but what
other parts besides the official kernel from kernel.org would you
install? Or leave out?

Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Checksum failure on devuan_ascii_2.0.0_i386_desktop-live.iso

[info at smallinnovations dot nl]

On 12-07-18 23:41, ael wrote:
> You will all love this! I just reported a checksum failure downloading
> an devuan iso file. Just before closing for the night, I checked
> dmesg. And guess what: I was doing this on debian and it looks like
> a kernel bug (it doesn't say panic) involving systemd-udev!!
>
>
> :-
> 11238.037689] INFO: task systemd-udevd:346 blocked for more than 120 seconds.
> [11238.037692]   Not tainted 4.16.0-2-amd64 #1 Debian 4.16.16-2
> [11238.037693] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables 
> this message.
> [11238.037695] systemd-udevd   D0   346  1 0x0104
> [11238.037698] Call Trace:
> [11238.037710]  ? __schedule+0x291/0x870
> [11238.037714]  schedule+0x28/0x80
> [11238.037718]  schedule_preempt_disabled+0xa/0x10
> [11238.037721]  __mutex_lock.isra.1+0x1a0/0x4e0
> [11238.037726]  ? __blkdev_get+0x78/0x510
> [11238.037728]  __blkdev_get+0x78/0x510
> [11238.037735]  ? kmem_cache_alloc_trace+0x107/0x1b0
> [11238.037738]  blkdev_get+0x12a/0x330
> [11238.037741]  ? bd_acquire+0xd0/0xd0
> [snip] -
>
> ael
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Well that is a relief because i would just start checksumming all files
on the mirror to be sure no datacorruption has happened.

Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] antiX distro

[info at smallinnovations dot nl]

Today i noticed that the antiX distro (lightweight linux with minimal 
resources) https://antixlinux.com/ is "Based on Debian Stretch, but 
without systemd and libsystemd0". Would it be a idea working together 
with them?


Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Help testing Devuan 2 ASCII installer and upgrades!

[info at smallinnovations dot nl]

On 19-04-18 12:16, Irrwahn wrote:

Dear Devuaners,

the Devuan team is currently working towards a Release Candidate for
Devuan 2 "ASCII". Most of the parts should be already in place, but
particularly in the policykit/consolekit/elogind area we are in need of
some more thorough testing in order to guarantee correct installation
of any of the supported desktop environments as well as smooth upgrades
of existing installations.

Here is where you can make a valuable contribution: If you happen to
have a spare Devuan (Jessie|ASCII) or a Debian (Jessie|Stretch) desktop
machine (virtual or hardware) that you feel brave enough to sacrifice
for testing the upgrade paths - please do so! Ideally, you should report
any irregularities you encounter in this thread. The main observation
focus should be set on session related functionality, especially the
ability to user mount removable drives and to restart or shutdown the
machine using the controls offered by the respective desktop environment.

Furthermore, testing fresh installs in various configurations using the
latest ASCII mini.iso [1] will be much appreciated, although we should
already have a pretty good coverage in that area, but more testing is
always a Good Thing[TM].

Thank you very much, any help you can offer is much appreciated!

Best regards
Urban

[1] Available here:
https://pkgmaster.devuan.org/devuan/dists/ascii/main/installer-amd64/current/images/netboot/mini.iso
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Updated from debian jessie to devuan ascii on a very minimal hosted 
server (apache2 for testing purposes).


Changed sources.list to my own mirror and ascii
apt-get update
apt-get install devuan-keyring
apt-get dist-upgrade
Everything fine except that systemd will not be removed
Reboot after checking sysvinit core has been installed
apt-get dist-upgrade
And system is now devuan ascii!!!

Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Requesting translations for dev1fanboy wiki

[info at smallinnovations dot nl]

On 05-03-18 02:36, aitor_czr wrote:


Hi again,

On 04/03/18 23:29, aitor_czr wrote:


Hi Chillfan,

On 19/02/18 02:33, Chillfan wrote:

It turns out the ASCII migration page is still correct, so it's available to 
translate.

https://git.devuan.org/dev1fanboy/Upgrade-Install-Devuan/blob/master/migrate-to-ascii.md

  ​Thanks,

  chillfan

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Several tutorials have been translated to spanish:

https://git.devuan.org/dev1fanboy/Upgrade-Install-Devuan/tree/es/es

Emiliano Marini?


date --set "2018-03-05 01:34"
hwclock --set --date="2018-03-05 01:34"

i'm incorrigible!




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Deal with it and install ntp.

Grtz.

Nick

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Weird network issue - slow to resolve IPs

[info at smallinnovations dot nl]

On 12-10-18 21:21, goli...@dyne.org wrote:
> Greetings everyone,
>
> Something funny is going on with my networking.  It's taking a very
> long time to resolve host IPs across all browsers. It's been happening
> for a week or two but I'm just now getting annoyed enough to
> troubleshoot.
>
> When I ping Google at 8.8.8.8 or various websites, they arrive
> immediately but just keep knocking on the door and never fully
> resolve.  After several interminable seconds, pages do eventually come
> up.
>
> Talked to my ISP and they are sending someone out tomorrow.  Just want
> to make sure this isn't something on my end.  My networking knowledge
> is very limited - I just plug in the cable - and other than a ping
> have no idea how to troubleshoot this. I'm wondering if I might have
> to open an incoming port?  (Apologies if that's a really stupid idea.)
>
> Just wondering if anyone else is experiencing this after recent
> updates or might have ideas what might be happening not ISP-related. 
> Hoping to learn something in the process.
>
> Cheers,
>
> golinux
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

I had something similar but with ssh. Some debugging learned that IPv6
was preferred but my ISP connection does not have IPv6. After 60 seconds
ssh time out and changed back to IPv4 and made connection after all.
After this discovery I disabled IPv6 on my local network.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Weird network issue - slow to resolve IPs

[info at smallinnovations dot nl]

On 12-10-18 23:35, goli...@dyne.org wrote:
> On 2018-10-12 15:25, Rick Moen wrote:
>> Quoting info at smallinnovations dot nl (i...@smallinnovations.nl):
>>
>>> I had something similar but with ssh. Some debugging learned that IPv6
>>> was preferred but my ISP connection does not have IPv6. After 60
>>> seconds
>>> ssh time out and changed back to IPv4 and made connection after all.
>>> After this discovery I disabled IPv6 on my local network.
>>
>> This is a common problem and is why you shouldn't test networking
>> problems using Web browsers, but rather with simple command-line tools
>> such as dig, ping, traceroute, and tcptracroute.
>>
>> I note that dig has flags '-4' and '-6' to limit DNS resolution to only
>> IPv4 or only IPv6, respectively.
>> ___
>>
> Thanks for the responses. I suspect that IPv6 might indeed be the
> culprit.
>
> Let me start by posting a traceroute to google.com:
>
> $ traceroute google.com
> traceroute to google.com (74.125.129.102), 30 hops max, 60 byte packets
>  1  * * *
>  2  tge0-0-0.ausdtx2802h.texas.rr.com (66.68.2.205)  45.543 ms  46.092
> ms  46.373 ms
>  3  agg30.ausxtxir02r.texas.rr.com (24.175.42.144)  24.660 ms  25.364
> ms  25.750 ms
>  4  agg22.hstqtxl301r.texas.rr.com (24.175.41.48)  31.765 ms  36.379
> ms  35.651 ms
>  5  ae-1-0.p0.atl90.tbone.rr.com (66.109.1.218)  50.802 ms  44.462 ms 
> 39.178 ms
>  6  bu-ether12.dllstx976iw-bcr00.tbone.rr.com (66.109.6.39)  45.106
> ms  34.283 ms 107.14.19.49 (107.14.19.49)  36.338 ms
>  7  0.ae1.pr1.dfw10.tbone.rr.com (107.14.17.234)  35.058 ms
> 0.ae2.pr1.dfw10.tbone.rr.com (107.14.17.236)  27.868 ms  25.589 ms
>  8  ix-ae-23-0.tcore2.dt8-dallas.as6453.net (66.110.57.97)  32.475 ms 
> 39.941 ms  52.998 ms
>  9  74.125.50.214 (74.125.50.214)  31.421 ms  34.253 ms  38.467 ms
> 10  * * *
> 11  216.239.63.238 (216.239.63.238)  34.677 ms 108.170.226.56
> (108.170.226.56)  29.073 ms 108.170.226.182 (108.170.226.182)  29.651 ms
> 12  108.170.240.145 (108.170.240.145)  29.667 ms 108.170.240.209
> (108.170.240.209)  32.095 ms 108.170.252.130 (108.170.252.130)  34.320 ms
> 13  216.239.59.168 (216.239.59.168)  29.987 ms 108.170.233.117
> (108.170.233.117)  30.326 ms 108.170.228.84 (108.170.228.84)  31.091 ms
> 14  209.85.250.37 (209.85.250.37)  30.081 ms  38.277 ms  35.229 ms
> 15  209.85.246.182 (209.85.246.182)  56.902 ms 209.85.246.84
> (209.85.246.84)  77.541 ms 209.85.246.182 (209.85.246.182)  73.471 ms
> 16  216.239.56.175 (216.239.56.175)  63.061 ms 216.239.54.65
> (216.239.54.65)  61.564 ms 216.239.48.67 (216.239.48.67)  65.893 ms
> 17  * * *
> 18  * * *
> 19  * * *
> 20  * * *
> 21  * * *
> 22  * * *
> 23  * * *
> 24  * * *
> 25  * * *
> 26  * * *
> 27  jm-in-f102.1e100.net (74.125.129.102)  168.457 ms  171.191 ms 
> 170.337 ms
>
> Good grief!!!  Another trace route eventually got to one of my websites:
>
> $ traceroute stopcta.info
> traceroute to stopcta.info (185.203.114.117), 30 hops max, 60 byte
> packets
>  1  * * *
>  2  tge0-0-0.ausdtx2801h.texas.rr.com (66.68.2.201)  330.761 ms 
> 331.380 ms  331.773 ms
>  3  agg30.ausutxla01r.texas.rr.com (24.175.42.142)  25.345 ms  26.732
> ms  27.302 ms
>  4  agg22.dllatxl301r.texas.rr.com (24.175.41.46)  37.000 ms  33.044
> ms  37.558 ms
>  5  bu-ether14.dllstx976iw-bcr00.tbone.rr.com (66.109.6.88)  41.860 ms
> 66.109.1.216 (66.109.1.216)  40.157 ms  41.325 ms
>  6  66.109.5.121 (66.109.5.121)  31.192 ms  42.090 ms  25.595 ms
>  7  dls-b21-link.telia.net (62.115.156.208)  27.346 ms  28.104 ms 
> 27.084 ms
>  8  atl-b22-link.telia.net (80.91.246.74)  49.968 ms  58.985 ms 
> 49.461 ms
>  9  mai-b1-link.telia.net (62.115.122.53)  69.445 ms  67.043 ms 
> 59.106 ms
> 10  init7-ic-318278-mai-b1.c.telia.net (62.115.148.55)  70.009 ms 
> 77.143 ms  72.151 ms
> 11  r2nyc3.core.init7.net (193.47.153.231)  71.850 ms  70.682 ms 
> 78.191 ms
> 12  r1nyc3.core.init7.net (193.47.153.238)  80.221 ms  73.209 ms 
> 69.531 ms
> 13  r1nyc2.core.init7.net (193.47.153.234)  84.886 ms  74.355 ms 
> 70.098 ms
> 14  r1lon2.core.init7.net (77.109.128.14)  140.249 ms  140.124 ms 
> 147.072 ms
> 15  r1bsl1.core.init7.net (77.109.128.102)  173.037 ms  162.066 ms 
> 164.498 ms
> 16  r1zrh2.core.init7.net (77.109.128.129)  159.150 ms  152.605 ms
> r1bsl3.core.init7.net (82.197.168.18)  160.159 ms
> 17  r1glb1.core.init7.net (77.109.128.238)  165.343 ms
> r1zrh8.core.init7.net (82.197.168.74)  155.252 ms
> r1glb1.core.init7.net (77.109.128.238)  171.133 ms
> 18  empty.init7.net (77.109.141.139)  159.961 ms  156.963 ms  165.937 ms
> 19  * r1glb1.core.init7.net (77.109.140.205)  156.05

Re: [DNG] Weird network issue - slow to resolve IPs

[info at smallinnovations dot nl]

On 13-10-18 00:26, Rick Moen wrote:
> Quoting goli...@dyne.org (goli...@dyne.org):
>
>>> Disabling IPv6 can be done with adding in /etc/sysctl.conf:
>>>
>>> net.ipv6.conf.all.disable_ipv6 = 1
>>>
>>> and executing sysctl -p or reboot
>>>
>>> Grtz.
>>>
>>> Nick
>>>
>>>
>> Thanks Nick. Much appreciated.  Will sort that later and report back.
> Well, might make it really difficult to use transport to a IPv6 VPS,
> that way.
True. But the question was how to disable IPv6 because some serverside
voodoo should do IPv4. Does it not sort out then it is easily restored
by changing the 1 into 0. Which i indeed should have added in my first
reaction.

Grtz.

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] How to build your own distro

[info at smallinnovations dot nl]

On 14-10-18 11:17, KatolaZ wrote:
> On Sun, Oct 14, 2018 at 11:05:20AM +0200, aitor_czr wrote:
>
> [cut]
>
>> On the other hand, the configuration suggested by KatolaZ:
>>
>> http://pkgmaster.devuan.org/devuan_mirror_walkthrough.txt
>>
>> that is:
>>
>> RewriteEngine on
>> RewriteRule /devuan/merged/pool/DEVUAN/(.*) /devuan/pool/$1
>> RewriteRule /devuan/merged/pool/DEBIAN-SECURITY/(.*) /debian-security/pool/$1
>> RewriteRule /devuan/merged/pool/DEBIAN/(.*) /debian/pool/$1
>>
>> didn't work for me. I just shared the one which worked in my server, using 
>> Redirect 302.
>>
> Dear Aitor,
>
> could you please elaborate on that? Many Devuan mirrors are using
> apache and they have used the same walkthrough. If there is anything
> we should change/improve in the walkthrough, it would be good to know.
>
> Please also consider that those instruction above are to be used in
> the context set by the walkthrough (See Section 0 and Section 4
> therein), so quoting them verbatim without including the context is
> quite misleading.
>
> HND
>
> KatolaZ
>
Hi Katolaz,

For people not used to apache2 we maybe should add a configuration file
for the local mirror to your walk through. Without a correctly
configured local mirror the rewrite rules will not work. I can add the
.conf file for mirror.smallinnovations.nl if that is helpful.

Grtz.

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan + remote desktop of Ubuntu = how?

[info at smallinnovations dot nl]

On 17-10-18 13:19, Miroslav Skoric wrote:
> Hi all,
>
> I recently installed Devuan Jessie on a computer for presentations via
> large TV. And that machine is also directly wired in a small LAN to
> another box that runs some old Ubuntu (probably 12.04 or so, it is
> also just to tell the audience what Linux is about). Machines can ping
> each other now, so besides introducing Devuan, I also want to
> introduce Ubuntu via Devuan by some kind of remote GUI access or like.
> Suggestions? Please note that there is no Internet access to those
> boxes, so anything needed for each comp must be downloaded elsewhere
> and brought on USB or CD.
>
> Misko 


Hi Misko,

The easiest way would be to make a connection with ssh  -X or -Y which
enables X-forwarding. You then can start a individual X program from the
commandline but also the complete WM. Perfectly showing how capable
linux is in use. For more extended capabilities you could install x2go
server and client which will also make possible to have more then one
remote desktop.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Debian Buster release to partially drop non-systemd support

[info at smallinnovations dot nl]

On 17-10-18 15:14, Edward Bartolo wrote:
> Why doesn't Devuan edit sysvinit to use systemd's unit files instead
> of scripts? That would bypass the entire problem. Those who want to
> stick to scripts can always direct sysvinit to use scripts instead. An
> edit/patch would aim to make sysvinit recognise unit files and run
> scripts when instructed to.
>
> Before I get a barrage of smart-ass replies like 'You do not
> understand', yes, I know, it is EASIER SAID than DONE. Everything
> technical is like that, unfortunately.
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

This has been discussed before on this list. My proposal was to replace
libsystemd0 with a devuan specific version (see Re: [DNG] Provides:
libsystemd0 (was Re: systemd and ssh-server)) with a modular api system.
Which also could be extended to a version that uses the systemd unit file.

But it is not simple and i do not have the programmer skills to build it
my self.

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Who remembers rootkit..

[info at smallinnovations dot nl]

On 21-10-18 12:10, Jimmy Johnson wrote:
>
> Thanks for the post.
>
> I first noticed it while testing Stretch, I run a multimedia setup no
> problem with Jessie without systemd or wheezy, I was running a intel
> laptop HDMI to a big screen smart tv, the screen would go black and
> the audio would stop, I'm not the only on who has seen the problem as
> it's been mentioned on the Debian mailing list. Since then I have ran
> it on other systems, like Devuan, PCLinuxOS and Slackware too and have
> seen the the problem in real time while looking at the system log and
> I would see the kernel making calls to get a outside HTTP, I bring
> down my net connection and the kernel calls avahi daemon to bring it
> back up and make a HTTP connection, I stop avahi daemon and the kernel
> binds with the NIC and tries to get outside HTTP, that's where my
> firewall stops it.  But the kernel keeps trying over and over and over
> endlessly to get outside HTTP and all this makes it imposable to watch
> my movie.  Using the Intel laptop was convenient, but I got the idea
> to try my AMD nvidia desktop, I got the same kernel activity but no
> interference with audio/video, I'm now using ATI Radeon laptop, works
> the same as nvidia or maybe it's because their both AMD as I don't
> have nvidia or ATI running on a intel system that I can test.
>
> Questions?

Sounds like you have DRM enabled in your system which phones home for a
authorization check. You may be should avoid the non-free repos. Or
compile your own kernel.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] The D in Systemd stands for 'Dammmmit!'

[info at smallinnovations dot nl]

Not my words although i agree fully with them:
https://www.theregister.co.uk/2018/10/26/systemd_dhcpv6_rce/

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] ..we need to keep an eye out for such systemd tricks causing DOS, was: [FYI] Docker upgrade fails to restart daemon

[info at smallinnovations dot nl]

On 09-11-18 17:29, Arnt Karlsen wrote:
> On Fri, 09 Nov 2018 22:13:16 +0900, Olaf wrote in message 
> <871s7uxukz@member.fsf.org>:
>
>> Hi,
>>
>> I've been using Docker's docker-ce package for Debian (stretch) on
>> Devuan (ascii) just fine for quite a while.  However, last night's
>> automated upgrade on two of my Devuan servers left them without a
>> running dockerd :-(
>>
>> A quick `invoke-rc.d docker start` got the daemon back up but I still
>> had to restart up some of the containers manually :-(
>>
>> The same upgrade went without any problems on a Debian server.  Looks
>> like the Docker folks only cater to systemd setups :-(((
>
> ..on installing atop, I found things going at a glacial pace, a 
> wee part of global climate change, and this fine new cron job:
> root@box:~# cat /etc/cron.d/atop
> PATH=/bin:/usr/bin:/sbin:/usr/sbin
>
> # daily restart of atop at midnight
> 0 0 * * * root if [ -d "/run/systemd/system" ]; then systemctl restart
> atop; else /usr/share/atop/atop.daily \& ; fi
>
> ..commenting it out, "brought back life."
>
> ..we need to keep an eye out for such tricks causing such DOS.
> root@box:~# dpkg -l atop |grep atop |fmt -tu
> ii atop 2.2.6-4 amd64 Monitor for system resources and process activity
>
Sounds like a bug, file a bugreport. If intentionally it will get a
'Will not fix' and you know.

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Release file for http://packages.devuan.org/merged/dists/ascii/InRelease is expired (invalid since 2h 24min 54s).

[info at smallinnovations dot nl]

On 20-09-18 20:58, Dr. Nikolaus Klepp wrote:
> I just tried to upgrade a RaspberryPi3+, but I get this error message:
>
> # LANG=C apt-get update
> Get:1 http://packages.devuan.org/merged ascii InRelease [113 kB]
> Hit:2 http://archive.raspberrypi.org/debian stretch InRelease
> Hit:3 http://pkgmaster.devuan.org/merged ascii-backports InRelease   
> Hit:4 http://pkgmaster.devuan.org/merged ascii-security InRelease 
>   
> Hit:5 http://pkgmaster.devuan.org/merged ascii-updates InRelease  
>   
> Hit:6 http://pkgmaster.devuan.org/merged ascii-proposed-updates InRelease 
>   
> Reading package lists... Done  
> E: Release file for http://packages.devuan.org/merged/dists/ascii/InRelease 
> is expired (invalid since 2h 24min 54s). Updates for this repository will not 
> be applied.
>
> Anything I can do about - despite waiting?
>
> Nik
>
http://mirror.smallinnovations.nl/merged/dists/ascii/InRelease has
already been updated to 27/9




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Fwd: Re: Fwd: Re: GPL version 2 is a bare license. Recind. (Regarding (future) linux Code of Conduct Bannings).

[info at smallinnovations dot nl]

On 21-09-18 06:24, Rick Moen wrote:

>
> For the record, I am not a fan of CoCs including this one, but on
> grounds differing from yours (that I'm not sure are of interest here).
>
CoCs are a fact of life in FOSS now and I'm for sure interested in
reasoning about pro and con CoC's.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] /usr to merge or not to merge... that is the question??

[info at smallinnovations dot nl]

On 18-11-18 09:36, KatolaZ wrote:
> This is not gonna happen, given for instance the way our presence in
> debian-devel has been "cheered up" (with aggressive posts and personal
> insults). The truth is that too many people have a problem with other
> people not liking systemd and not wanting it around. So I am sorry but
> Devuan will stay around.
>
> HND
>
> KatolaZ

That had been to be expected the origins of Devuan were not a polite
conversation and language used on this list against debian-devs still
contains harsh words. If only possible i would advise  to stay present
on debian-devel so they never can have the say Devuan does not want
cooperation. (And to remind them daily what bad choice they made with
their systemd only. Which is the origin of their aggressive posts now.)

Just my 2 cents.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Added desktop-live to the install guides

[info at smallinnovations dot nl]

On 01-01-19 22:04, chillfan--- via Dng wrote:
> Validating the images is optional but I think it's useful to tell people how 
> this is done for those that want it. That part could easily be rewritten to 
> be optional and a recommendation only. That's my suggestion for this anyway. 
> So something like:
>
> Installation images distributed by Devuan are signed so that they can be 
> verified as coming from Devuan. As an optional step you can verify images to 
> let you know they have not been altered prior to you receiving them.
>
> My preference would be for us not to repeat ourselves on the website in 
> favour of simplicity, and instead just link to what we need in the intro.
>
> About dd, I think that should be mentioned because otherwise users will look 
> elsewhere and when it doesn't work they'll think our images are broken (this 
> issue has come up before). So for users convenience and to be sure they are 
> using dd correctly, we should provide those instructions.
>
> Whilst we will have more information and documentation for new users, I don't 
> think we should write Windows guides. I think that would lead us more in the 
> direction of ubuntu and others who adopted systemd.
>
> Cheers,
>
> chillfan
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, January 1, 2019 7:51 PM,  wrote:
>
We do not have to write specific Windows guides to mention Unetbootin
which will work for Linux, Windows and Mac.

Of course we will have to tell the authors of Unetbootin to add Devuan
to the pre-selected distros to make it complete.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Added desktop-live to the install guides

[info at smallinnovations dot nl]

On 02-01-19 01:53, goli...@dyne.org wrote:
> On 2019-01-01 15:25, info at smallinnovations dot nl wrote:
>>
>> We do not have to write specific Windows guides to mention Unetbootin
>> which will work for Linux, Windows and Mac.
>>
>> Of course we will have to tell the authors of Unetbootin to add Devuan
>> to the pre-selected distros to make it complete.
>>
>> Grtz.
>>
>> Nick
>>
>
> Would you be willing to contact them about this?
>
> Thanks,
>
> golinux
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

No need for that, they have a relative simple way to add your own
distro: https://github.com/unetbootin/unetbootin/wiki/newdistro

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] (no subject)Keyboard settings

[info at smallinnovations dot nl]

On 25-12-18 15:31, Carlos AT via Dng wrote:
> Hi
>
> I've been having issues to make my keyboard accent keys work properly.
> I use the english language as default, but sometimes I make use of the
> brazilian portuguese version. 
>
> If a word such as "é" is typed, the result is "´e". As if it didn't
> recognize the dead keys as such.
>
> I already tried selecting all available layouts without solving this.
> Anybody has any idea on how to fix this?
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

With the keyboard setting US International with dead keys the
combination of 'e becomes é on my system. Which keyboard setting do you use?

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Admins can you fix/set the header overrides?

[info at smallinnovations dot nl]

On 27-12-18 03:20, Rick Moen wrote:
>
> {sigh}  Nobody listens.
>
> There is nothing needing a 'fix' (unless you wish to argue with
> operators of domains publishing aggressive DMARC policies (p=reject or
> p=quarantine) and convince them that such is an unwise policy).  In a
> world where DMARC is being rolled out by many domains, mailing lists can
> either attempt to mitigate the DMARC-caused damage, or do nothing and
> let some subscribers and their readers figure out the hard way why
> certain posters aren't being received at certain domains (e.g., GMail)
> and are getting gradually auto-unsubscribed by Mailman on account of
> excessive 'bounce scores'.
>
So far i have just installed DMARC one time but if i remember it
correctly either SPF or DKIM had to be correct to accept the e-mail or
not. To quote my source "A message will fail DMARC if the message fails
both (1) SPF or SPF alignment and (2) DKIM or DKIM alignment.". DKIM
would be a hard nut to crack for MLM but SPF should not be a problem
then? Or do I overlook something?

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] iso for EFI32 shell

[info at smallinnovations dot nl]

I have got a Intel compute stick as a present and try to install Devuan
on it.

Which give me two problems for this specific hardware first it has a
Atom Z3735F processor with a SDIO RTL wifichip which afaik is not
present by default. The second problem is that is when I try to install
a 64 bit version the EFI shell tells me that it cannot boot X64 efi
files. Looking at minimal iso and live iso for 32 bit there is no EFI or
boot/EFI directory present on the iso? Is this by purpose or something
what can be added later?

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan for Raspberry Pi fried SD CARD.

[info at smallinnovations dot nl]

On 02-12-18 13:01, Alessandro Selli wrote:
>
>
> Il 02/12/18 11:41, Edward Bartolo ha scritto:
>> Hi everyone.
>>
>> Recently I have been using a Raspberry Pi 3B, obviously powered with
>> Devuan, to run as music player. Restarting it yesterday, I was
>> dismayed to discover it would not boot properly anymore, with long
>> lists of errors complaining about not being able to write to the SD
>> CARD. The latter is not full. Examining it I found it is now
>> permanently marked as read-only. Searching online for an explanatory
>> cause, I learnt this occurs when the maximum number of write cycles is
>> reached. So, the SD CARD, although brand new is now to be thrown away.
>>
>> The purpose of this email is to ask how to radically minimized write
>> cycles to the SD CARD when I run Devuan for Raspberry Pi 3. I found a
>> how-to which uses /tmp fs for frequently modified system files, but
>> the user uses systemd and I do not want to have that.
>>
>> Can any good soul help, please?
>> Thanks.
>
>
>   All you need to do is putting this line in /etc/fstab:
>
> tmpfs   /tmp    tmpfs   defaults,mode=1777  0 0
>
>
>   Then you go into runlevel 1, erase everything in /tmp, mount it and
> go back to runlevel 2 (or what you use on your RP3B).
>
>   Others have already suggested more ways you can reduce writes to
> your filesystems.  I would add, if your device's power source is
> backed by a battery and you use an ext4 filesystem, to format or mount
> it with:
>
>  1. journal disabled (nointegrity);
>  2. barriers disabled (nobarrier or barrier=0).
>
>
>   These mount options will increase the chance of data loss and
> filesystem corruption in the case of an abnormal filesystem close
> (system crash or sudden power loss), but significantly decrease the
> number of write operations on the ext4 filesystem during regular
> operation.
>
>
>
> Alessandro
>
>
>
> -- 
> Alessandro Selli 
> VOIP SIP: dhatarat...@ekiga.net
> Chiave firma e cifratura PGP/GPG signing and encoding key:
>   BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE

If you disable journalling on ext4 you can just as well mount it with
ext2 afaik.

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan for Raspberry Pi fried SD CARD.

[info at smallinnovations dot nl]

On 02-12-18 11:41, Edward Bartolo wrote:
> Hi everyone.
>
> Recently I have been using a Raspberry Pi 3B, obviously powered with
> Devuan, to run as music player. Restarting it yesterday, I was
> dismayed to discover it would not boot properly anymore, with long
> lists of errors complaining about not being able to write to the SD
> CARD. The latter is not full. Examining it I found it is now
> permanently marked as read-only. Searching online for an explanatory
> cause, I learnt this occurs when the maximum number of write cycles is
> reached. So, the SD CARD, although brand new is now to be thrown away.
>
> The purpose of this email is to ask how to radically minimized write
> cycles to the SD CARD when I run Devuan for Raspberry Pi 3. I found a
> how-to which uses /tmp fs for frequently modified system files, but
> the user uses systemd and I do not want to have that.
>
> Can any good soul help, please?
> Thanks.
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

One dramatically sdcard saving option is to use noatime when mounting
your sdcard in /etc/fstab like

/dev/mmcblk0p2  / ext4 defaults,noatime 0 0

It disables writing a timestamp when a file or directory has been
accessed. Other options i know of are using JFFS2 made for flash kind of
storage. Using aufs or unionfs which in fact create a readonly fs with
changes in RAM which can be write back to disk when your system shutdown
in a orderly fashion.

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] /usr to merge or not to merge... that is the question??

[info at smallinnovations dot nl]

On 20-11-18 18:38, Steve Litt wrote:
> On Sun, 18 Nov 2018 13:09:59 +0100
> info at smallinnovations dot nl  wrote:
>
>> On 18-11-18 09:36, KatolaZ wrote:
>>> This is not gonna happen, given for instance the way our presence in
>>> debian-devel has been "cheered up" (with aggressive posts and
>>> personal insults). The truth is that too many people have a problem
>>> with other people not liking systemd and not wanting it around. So
>>> I am sorry but Devuan will stay around.
>>>
>>> HND
>>>
>>> KatolaZ  
>> That had been to be expected the origins of Devuan were not a polite
>> conversation and language used on this list against debian-devs still
>> contains harsh words. 
> And proud of it. Debian's behavior in 2014 was inexcusable. Systemd is
> inexcusable except as a profit motive to Redhat. They laughed at Devuan
> and said it would never get off the ground. Devuan persists today, as
> an ever more popular distro, in spite of the stumbling blocks the
> Debian systemd afficianados throw into Debian.
>
> In this new moment of love and understanding, it's perhaps instructive
> to see exactly how the sausage was made:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708
>
> Gotta give that guy Paul Tagliamonte credit: He kept things on the
> straight and narrow to make systemd not only the default, but perhaps
> the only, sending any lines of questioning he didn't like to other
> threads. It would be interesting to find out his motives.
>
> And who can forget the GR, where, at the last minute,  when it appeared
> that they stacked the deck, by adding a new alternative, when it looked
> like the GR would demand Debian work without a systemd PID1?
>
> Why in the WORLD would Devuan ever assimilate back into the corrupt
> Debian?
>  
> SteveT
>
> Steve Litt
> November 2018 featured book: Manager's Guide to Technical
> Troubleshooting Brand new, second edition
> http://www.troubleshooters.com/mgr

Well you are proud of it. What exactly do you expect from a systemd
aficionado when he/she reads a message from a Devuan developer? Red
carpet, flowers and bourbon? Truth is harsh words do not help anyone.
And not all debian-devs are systemd fans but do not like harsh word
about Debian either. So as long as KatolaZ wants and be able to stay
there it will help Devuan and possibly win some developers/maintainers
for Devuan. That is what i was talking about not about a return to Debian.

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan Jessie + Huawei USB modems

[info at smallinnovations dot nl]

On 27-11-18 13:53, Miroslav Skoric wrote:
> On 11/23/18 5:02 PM, Adam Borowski wrote:
>> On Fri, Nov 23, 2018 at 01:28:00PM +0100, Alessandro Selli wrote:
>>
>>>    Right, many USB modems show up as something different than a
>>> networking device when they are plugged-in.  I haven't used any of them
>>> for a long time, but I remember many of them show up as a CDROM device
>>> which carries the Windows drivers and/or some Windows utility.  The
>>> actual modem shows up after the CDROM device is unmounted or ejected.
>>
>> Ie, usbmodeswitch.  This might or might not work with modemmanager --
>> in my
>> experience, it works _randomly_.  Including having the dongle suddenly
>> switch while the connection is running, with obviously fatal
>> results.  And
>> modemmanager seems to be unable to recover.
>>
>
> Ok, today I paid a visit to the seniors' club to see what can be done.
> I found their old USB stick modem, inserted it into the Devuan box ...:
>
> root@devuan:~# lsusb
> Bus 002 Device 005: ID 19d2:0017 ZTE WCDMA Technologies MSM
> Bus 002 Device 003: ID 0951:1642 Kingston Technology DT101 G2
> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 003 Device 002: ID :3825
> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> root@devuan:~# usb_modeswitch -v 19d2 -p 0017
> Look for default devices ...
>    product ID matched
>  Found devices in default mode (1)
> Access device 005 on bus 002
> Current configuration number is 1
> Use interface number 0
>
> USB description data (for identification)
> -
> Manufacturer: ZTE,Incorporated
>  Product: ZTE WCDMA Technologies MSM
>   Serial No.: MF6670VIPD01
> -
> Warning: no switching method given. See documentation
> -> Run lsusb to note any changes. Bye!
>
> root@devuan:~#
>
>
> ... then I tried again but with some more options:
>
>
> root@devuan:~# usb_modeswitch -v 19d2 -p 0017 -K
> Look for default devices ...
>    product ID matched
>  Found devices in default mode (1)
> Access device 005 on bus 002
> Current configuration number is 1
> Use interface number 0
> Use endpoints 0x01 (out) and 0x81 (in)
>
> USB description data (for identification)
> -
> Manufacturer: ZTE,Incorporated
>  Product: ZTE WCDMA Technologies MSM
>   Serial No.: MF6670VIPD01
> -
> Sending standard EJECT sequence
> Looking for active driver ...
>  OK, driver detached
> Set up interface 0
> Use endpoint 0x01 for message sending ...
> Trying to send message 1 to endpoint 0x01 ...
>  OK, message successfully sent
> Read the response to message 1 (CSW) ...
>  Response reading failed (error -7)
>  Device is gone, skip any further commands
> -> Run lsusb to note any changes. Bye!
>
> root@devuan:~# lsusb
> Bus 002 Device 005: ID 19d2:0017 ZTE WCDMA Technologies MSM
> Bus 002 Device 003: ID 0951:1642 Kingston Technology DT101 G2
> Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 003 Device 002: ID :3825
> Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> root@devuan:~# usb_modeswitch -v 19d2 -p 0017 -K -R
> Look for default devices ...
>    product ID matched
>  Found devices in default mode (1)
> Access device 009 on bus 002
> Current configuration number is 1
> Use interface number 0
> Use endpoints 0x01 (out) and 0x81 (in)
>
> USB description data (for identification)
> -
> Manufacturer: ZTE,Incorporated
>  Product: ZTE WCDMA Technologies MSM
>   Serial No.: MF6670VIPD01
> -
> Sending standard EJECT sequence
> Looking for active driver ...
>  OK, driver detached
> Set up interface 0
> Use endpoint 0x01 for message sending ...
> Trying to send message 1 to endpoint 0x01 ...
>  OK, message successfully sent
> Read the response to message 1 (CSW) ...
>  Response reading failed (error -7)
>  Device is gone, skip any further commands
> Device handle empty, skip USB reset
> -> Run lsusb to note any changes. Bye!
>
> root@devuan:~#
>
>
> ... seems that -K (eject memory stich driver) and -R (reset) did not
> change much (if anything). Any idea?
>
>>>     The package modemmanager is supposed to take care of the correct
>>> initialization of a number of known and supported modems using udev's
>>> rules (the ASCII package install 18 such rules).  Yet, I think
>>> sometimes
>>> human intervention is still needed, and of course several USB modems
>>> (as
>>> well as PCMCIA/CardBus ones and some WiFi dongles and Access Points)
>>> are
>>> partially, poorly or not supported at all.
>>

Re: [DNG] Proposed or proposed-updates

[info at smallinnovations dot nl]

On 04-01-19 11:32, KatolaZ wrote:
> On Fri, Jan 04, 2019 at 11:21:58AM +0100, info at smallinnovations dot nl 
> wrote:
>> On https://devuan.org/os/etc/apt/sources.list for adding the proposed
>> repo advise is:
>>
>> # /etc/apt/sources.listdeb http://deb.devuan.org/devuan > codename>-proposed main deb-src http://deb.devuan.org/devuan > codename>-proposed main
>>
>> Using this gives a Inrelease file not found error. Changing the line in
>>
>> deb http://deb.devuan.org/devuan -proposed-updates main
>>
>> resolves it. But which one is correct?
>>
> Hi Nick,
>
> what is  in your example above? -proposed and
> -proposed-updates are populated only in ascii and jessie.
>
> My2Cents
>
> katolaZ

This is a fresh install of ascii.

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Proposed or proposed-updates

[info at smallinnovations dot nl]

On https://devuan.org/os/etc/apt/sources.list for adding the proposed
repo advise is:

# /etc/apt/sources.listdeb http://deb.devuan.org/devuan -proposed main deb-src http://deb.devuan.org/devuan -proposed main

Using this gives a Inrelease file not found error. Changing the line in

deb http://deb.devuan.org/devuan -proposed-updates main

resolves it. But which one is correct?

Grtz.

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Is NetworkManager supposed to work?

[info at smallinnovations dot nl]

On 08-01-19 23:35, Simon Hobson wrote:
> Simon Walter  wrote:
>
>> Yes, wireless LAN works from all my other computers. The Internet is
>> accessible from them. I have a router that does the PPPOE and DHCP and
>> DNS and NTP and a bunch of other things (dd-wrt).
>>
>> I can connect to the wireless LAN via NetworkManager. I am asked for a
>> password. The connection is made. I can ping any ip address including
>> 8.8.8.8.
> So that sounds very much like NetworkManager is working - you have a working 
> network connection !
>
>> The /etc/resolv.conf contains "# Generated by Connection
>> Manager\nnameserver 127.0.0.1\nnameserver ::1" which does have
>> dnsmasq-base listening on port 53. I checked it (nmap 127.0.0.1 -p 53)
>> and it was open.
>>
>> That seems to make sense, but I have never seen a working NetworkManager
>> setup. So I don't know what to expect.
> Yes, you mentioned earlier that you were running dnsmasq - that means you are 
> running a local DNS service. Have you configured that with the address(es) of 
> at least one external DNS resolver. As I read the description on Wikipedia, 
> dnsmasq is a forwarder not a resolver - that means that it can't do the 
> recursive lookups a resolver does, just forward queries to an outside 
> resolver and cache the responses.
> If you haven't told dnsmasq where to get it's answers from, then it won't be 
> working for you.
>
>
>
>  wrote:
>
>> I recognize the problem from a Ubuntu system i still have. Look for
>> /etc/NetworkManager/NetworkManager.conf and comment out the line:
>> dns=dnsmasq
>>
>> After that logout or reboot and your DNS should work again.
> I'm guessing that this disables using the local DNS service - if so then 
> that's not fixing the problem (local DNS service not working), only fixing 
> the symptom (by not trying to use the local service).
>
As local DNS service in this situation means dnsmasq i do see not much
added value. Besides i am running my own dns server in my network.

Grtz

Nick





signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Is NetworkManager supposed to work?

[info at smallinnovations dot nl]

On 08-01-19 13:59, Simon Walter wrote:
>
> Many thanks for the help.
>
> Yes, wireless LAN works from all my other computers. The Internet is
> accessible from them. I have a router that does the PPPOE and DHCP and
> DNS and NTP and a bunch of other things (dd-wrt).
>
> I can connect to the wireless LAN via NetworkManager. I am asked for a
> password. The connection is made. I can ping any ip address including
> 8.8.8.8. The /etc/resolv.conf contains "# Generated by Connection
> Manager\nnameserver 127.0.0.1\nnameserver ::1" which does have
> dnsmasq-base listening on port 53. I checked it (nmap 127.0.0.1 -p 53)
> and it was open.
>
> That seems to make sense, but I have never seen a working NetworkManager
> setup. So I don't know what to expect.
>
> Any more ideas?
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

I recognize the problem from a Ubuntu system i still have. Look for
/etc/NetworkManager/NetworkManager.conf and comment out the line:
dns=dnsmasq

After that logout or reboot and your DNS should work again.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Cannot find in mail archive: was Mozilla and cloudflare to hijack all your DNS requests - for your own good of course

[info at smallinnovations dot nl]

On 14-09-18 11:43, Mark Rousell wrote:
> On 14/09/2018 03:34, goli...@dyne.org wrote:
>> Not in my world . . . SNS is banished here,
>
> On 14/09/2018 06:49, Steve Litt wrote:
>>
>> This is DNG. DNG is much less likely to sacrifice utility for artistry
>> than the general public.
>
> On 14/09/2018 07:55, KatolaZ wrote:
>> Nope. The pipermail interface is suit for purpose, except for the lack
>> of a search-content facility.
>>
>> Interfaces are not meant to "entertain" bored users, but to help
>> conveying information :)
>
> Yup, I know. :-)  I was just saying why it seemed to me that
> HyperKitty looks as it does. It's clearly intended to appeal to the
> mass market.
>
> I totally agree that Pipermail  is a more functional UI style. I'd be
> amazed if someone didn't write a Pipermail-style archive UI for MM3.
>
> -- 
> Mark Rousell
>  
>  
>  
I do not know much about this topic but recently i saw the Markmail
service https://markmail.org/docs/faq.xqy maybe this a better search
service?

Grtz.

Nick


signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Support for Raspberry Pi 3B+ as an audio playback server.

[info at smallinnovations dot nl]

On 14-09-18 09:16, Edward Bartolo wrote:
> I am trying to make a headless server with a Raspberry Pi 3. The
> purpose of the server is to be used as an audio file player. Can this
> be done with Devuanised Raspberry Pi images? With the VolumeIO OS the
> Pi cannot connect to the network irrespective of using an ethernet
> wired connection or a Wifi. Are there any Devuanized packages that
> provide an audio server that is accessible from other computers in a
> web-browser?
>
> Thanks for any replies.
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

I have a working configuration of a RPi 3 with Icecast2 behind a Apache
reverse proxy and MPD running on a headless RPi 3 with devuan. You
choose the output(s) you want in mpd, in my case Icecast on port 8000
but you can also choose a alsa device.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What you saw on devuan.org yesterday was an April's fools joke

[info at smallinnovations dot nl]

On 05-04-19 11:16, Simon Hobson wrote:
> chillfan wrote:
>
>> Katolaz is working very hard to ensure we have releases, but I didn't 
>> realise he was doing all this even.
> I didn't either.
> So another +1 for Katolaz and all the work he's doing. And everyone else of 
> course, but I think it's a bit unfair for people to be calling for heads on 
> spikes (or one head on a spike) over a fairly good joke.
>
> I can understand why some people get a bit upset, but really guys, lighten 
> up. If there's no room for a bit of fun now and again then life gets a bit 
> dull - like the corporate world of grey suites and endlist lists of things 
> you aren't allowed to say or do.

I know Katolaz is working very hard and i appreciate it very much. But i
am working in ICT and in construction and the two areas where you do not
joke about are security and safety. Since he already apologized i will
not discuss it further or in Dutch: zand erover.

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Update on the Green Hat Hackers attack

[info at smallinnovations dot nl]

On 01-04-19 09:03, KatolaZ wrote:
> Dear D1rs,
>
> we have analysed in depth the attack from the "Green Hat Hackers" that
> compromised the Devuan infrastructure in the last hours, and we
> concluded that you all are:
>
>* APRIL FOOLS *
>
> :P
>
> Hope you enjoyed the new Devuan gopherholes, as they are most probably
> going to stay. Everything will be back to "normal" on:
>
>* Mon 01 Apr 2019 01:04:19 PM UTC *
>
> if you are wondering, unfortunately 1554123859 is not a prime number :\
>
>
> See you at the 1st Devuan Conference on 5,6,7 April 2019. For more info:
>
>   gopher://www.devuan.org/0/os/debian-fork/d1conf-announce-20190119.txt
>
> Never forget to Live, Love, Linux, and have a good Laugh!
>
> LLoLL
>

I do not mind being a fool but i expected the Dev1 team to be wiser then
joking about security. Another such joke and you have a mirror site less
in the future.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] upgrade to ascii dkim stopped working

[info at smallinnovations dot nl]

After upgrading a production server to ascii from jessie, opendkim
stopped working. When i start opendkim manually i get the error
"Starting OpenDKIM: install: cannot create directory ‘’: No such file or
directory". I kept the original configfiles. There is a update remark
from debian about when systemd is installed but of course i do not have
systemd installed. Someone recognizing this problem and may be knows a fix?

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] upgrade to ascii dkim stopped working

[info at smallinnovations dot nl]

On 28-02-19 08:08, KatolaZ wrote:
>> Apparently opendkim 2.11 has been polluted/infected by systemd. Lots of
>> systemd bugreports, notes about being a native systemd daemon but simply
>> not working from postfix. I downgraded opendkim from 2.11 to 2.9 and
>> everythings is working again.
>>
>> Of course i have now put a hold on 2.9 but my other systems will stay at
>> jessie for the foreseeable future.
>>
> Hi Nick,
>
> I don't know how you concluded that opendkim has been infected by
> systemd, and that this might result in a breakage. As a matter of
> fact, opendkim has no dependency on systemd or systemd-related stuff,
> not even indirect ones.
>
> I guess the opendkim package might be shipping a systemd unit file,
> but that cannot cause any breakage, since it is just a declarative
> initialisation file interpreted by systemd. And there is no way to get
> systemd running in Devuan, unless you download it from Debian repos.
>
> There must be something else going on, since there are several reports
> of perfectly-working opendkim installations in ascii and beowulf.
>
> HND
>
> KatolaZ
>
Hi Katolaz,

I have two main reasons to think it is:

1) the mail from apt-list changes news after upgrading:

opendkim (2.11.0~alpha-10+deb9u1) stretch; urgency=medium This updates
corrects an issue where the opendkim configuration file was not being
read. It also sets the opendkim user in the configuration file rather
than as part of the systemd service file. In order to have a correctly
working system post update, it is important not to reject the changes in
the package provided configuration file. This may require manually
integrating local changes with the changes provided in this update.
Failure to do this may result in the opendkim daemon running as root
instead of as its own user. In the updated configuration, opendkim will
initially start as root, read both it's configuration files and private
keys required for signing and then drop priviledges to the opendkim user
specified in the configuration file prior to start of normal operations.
-- Scott Kitterman Tue, 12 Sep 2017 23:36:11 -0400

opendkim (2.11.0~alpha-8) unstable; urgency=medium On systems using
systemd, this version replaces /etc/default/opendkim with the files
/etc/systemd/system/opendkim.service.d/overrride.conf and
/etc/tmpfiles.d/opendkim.conf carrying over non-default settings. --
Scott Kitterman Mon, 07 Nov 2016 12:14:31 -0500

2) this blogpost
https://jschumacher.info/2017/06/upgrading-to-debian-stretch-with-dovecot-postfix-opendkim/
which mentions that"During the system upgrade, opendkim daemon was
reconfigured as a native systemd daemon,which
meant */etc/default/opendkim* and */etc/init.d/opendkim* became
obsolete, even though I was asked to install the new package maintainers
version of /etc/default/opendkim."

My best guess is that somehow opendkim "thinks" that systemd has been
installed based on systemd files present on my system. I am very certain
that systemd is not running on my system. apt list systemd --installed
returns empty too. So may be i am wrong but i have not found any means
to get opendkim 2.11 working. Downgrading to 2.9 worked immediately and
because it is a production system i for now do not have more time to
investigate it any further.

Although i am preparing a clean install instead of a upgraded system
from Debian Wheezy to Debian Jessie to Devuan Jessie to Devuan ASCII.


Grtz,


Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] upgrade to ascii dkim stopped working

[info at smallinnovations dot nl]

On 25-02-19 00:18, Gregory Nowak wrote:
> On Sun, Feb 24, 2019 at 03:55:08PM +0100, info at smallinnovations dot nl 
> wrote:
>> After upgrading a production server to ascii from jessie, opendkim
>> stopped working. When i start opendkim manually i get the error
>> "Starting OpenDKIM: install: cannot create directory ‘’: No such file or
>> directory". I kept the original configfiles. There is a update remark
>> from debian about when systemd is installed but of course i do not have
>> systemd installed. Someone recognizing this problem and may be knows a fix?
> All I can tell you is that I do have opendkim working on Ascii. I did
> the upgrade to Ascii about a year ago, and don't recall any major
> issues with opendkim. Might dpkg-reconfigure on the opendkim package
> help? I wish I had a more specific answer for you.
>
> Greg
>
>
Apparently opendkim 2.11 has been polluted/infected by systemd. Lots of
systemd bugreports, notes about being a native systemd daemon but simply
not working from postfix. I downgraded opendkim from 2.11 to 2.9 and
everythings is working again.

Of course i have now put a hold on 2.9 but my other systems will stay at
jessie for the foreseeable future.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] gpt boot on bios machine

[info at smallinnovations dot nl]

On 02-03-19 23:02, Alessandro Selli wrote:
> On Sat, 2 Mar 2019 at 16:06:51 -0500
> Hendrik Boom  wrote:
>
>> Currently booting from a 750G BIOS-partitioned disk.
>> Trying to enable booting from the 4.7T drive, which is GPT
>> partitioned.
>>
>> With grub-install I get errors:
>>
>> april:/farhome/hendrik# grub-install /dev/sda
>> Installing for i386-pc platform.
>> grub-install: warning: this GPT partition label contains no BIOS Boot
>> Partition; embedding won't be possible. grub-install: error:
>> embedding is not possible, but this is required for RAID and LVM
>> install. april:/farhome/hendrik# 
>>
>> Evidently there is some kind of incompatibility here.
>>
>> What is going on?  What can I to do other than continuing to boot
>> from small BIOS disks?
>   See if this helps you:
>
> https://askubuntu.com/questions/671809/grub-install-this-gpt-partition-label-contains-no-bios-boot-partition
>
>   In short: you need to have a "BIOS boot partition" of any size to
> make grub-install happy.
>
>
> Alessandro
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

And according to
https://superuser.com/questions/1337344/is-it-possible-to-boot-linux-from-a-gpt-disk-on-a-bios-system
it should be the first and a 1M+ partition with BIOS boot partition type

grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] new freedesktop "standard": /etc/machine-id

[info at smallinnovations dot nl]

On 08-03-19 14:23, KatolaZ wrote:
> On Fri, Mar 08, 2019 at 01:47:40PM +0100, Jaromil wrote:
>> re all,
>>
>> 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/systemd/man/machine-id.html
>>
>> its easy to replace by a script of course that's not the problem (the
>> manpage suggests to use a systemd application for that, not a joke!)
>> but I'm curious if anyone has some background and thoughts about this
>>
>> AFAIK chromium started checking it and its absence on Devuan Beowulf
>> is reported as an error, so we may have to work around this.
>>
>> but first things first: do we want /etc/machine-id? and how?
>>
> Jaromil,
>
> this is currently managed by eudev in devuan and, IIRC, it is simply
> regenerated as a random ID at each boot. I guess it's still there
> because it is used by several things, including
> session-management-related stuff. We had a discussion on IRC with Mark
> (LeePen) about that several weeks ago, and IIRC we concluded that
> keeping it around but re-generating it at boot was the way to avoid
> breakage.
>
> Any thoughts on the matter are appreciated, but concrete insight on
> the ins and outs are much more useful I guess (read: please let's
> avoid a useless uninformed flame about that :P).
>
> My2Cents
>
> KatolaZ
>
I opened the link and read:

- that it should replace the POSIX gethostid(3) call,
- that it should be unique,
- should be confidential
- and last but not least it is supplemental to D-Bus machine ID.
/var/lib/dbus/machine-id could even be a symlink to /etc/machine-id

Besides the possibility to network boot with the systemd.machine_id= 
kernel commandline i do not see any advantage to user of
systemadministrator. I do see the possibilities to abuse it and the only
reason for existing i can think of is DRM or surveillance.

If this is  flaming, so be it.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] How to deploy an init.d script to Devuan 2.0 (ASCII)

[info at smallinnovations dot nl]

On 11-04-19 11:29, Steffen Dettmer via Dng wrote:
> On Wed, Apr 10, 2019 at 6:54 PM Steffen Dettmer
>  wrote:
>>   /etc/rc2.d/S03ccucvm_startup_script
>>
>>(pointing to ../init.d/ccucvm_startup_script),
>>
>> [...] my script is not executed.
> I investigated further and I noticed that there are hidden files
> like "/etc/init.d/.depend-start" that seem to be used instead of
> the rc?.d/S?? links. I'm still looking for its documentation, but
> reading the script /etc/init.d/rc fortunately revealed a simple
> workaround:
>
>   touch /etc/init.d/.legacy-bootordering
>
> I have no clue why the main mechanism is defined in hidden files,
> but I think it makes no sense to file a bug?
>
> Steffen

For a better understanding of init scripts take a look at
https://www.linuxnix.com/write-sysvinit-scripts/

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Way forward

[info at smallinnovations dot nl]

On 14-04-19 21:03, Jim Jackson wrote:
>
> I find this somewhat amusing. Have you ever followed the linux kernel email 
> list, and watched the falling out and aggression there has been on there in 
> the past? Linus's (and others) language!! Better not take linux seriously 
> any longer :-)
>
> I'm happy to wait and see if the future is uncertain for Devuan - instead 
> of guessing.
>
> cheers
> Jim
>
You really think that the numbers working on the linux kernel are
somehow comparable to the numbers working on Devuan?

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Way forward

[info at smallinnovations dot nl]

On 12-04-19 12:15, Svante Signell via Dng wrote:
> On Thu, 2019-04-11 at 23:52 +0200, info at smallinnovations dot nl wrote:
>> On 11-04-19 23:38, Daniel Reurich wrote:
>>>> Have I missed something? I want Katolaz back. 
>>>> Who is CenturionDan? And why does he have that much power?
>>> I am CenturionDan.  I don't have any power over Devuan, and am only a
>>> long time volunteer and contributor to this project.
>>>
>> 
>>
>> This is really too childish to be true.
>>
>> As of 30 April I will end the use of Devuan, the mirror at
>> smallinnovations.nl and my membership of this list.
> Good for you, and the Devuan project. Having such an attitude does not
> contribute to Devuan.
>
Sure. But do not worry I just need time to move my systems back to
Debian. So you only have to endure me another 18 days.



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [Fwd: Re: [devuan-dev] request of resignation of CenturionDan from caretaking]

[info at smallinnovations dot nl]

On 11-04-19 22:33, Svante Signell via Dng wrote:
> Forwarding this mail to DNG too. I think this is relevant to the discussion.
>
> Thanks!
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Nope, not relevant. The message sounds too much as our old troll Mike USA .

Grtz.

Nick



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Way forward

[info at smallinnovations dot nl]

On 11-04-19 23:38, Daniel Reurich wrote:
>> Have I missed something? I want Katolaz back. 
>> Who is CenturionDan? And why does he have that much power?
> I am CenturionDan.  I don't have any power over Devuan, and am only a
> long time volunteer and contributor to this project.
>


This is really too childish to be true.

As of 30 April I will end the use of Devuan, the mirror at
smallinnovations.nl and my membership of this list.

Grtz

Nick





signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [SPAM] Re: Way forward

[info at smallinnovations dot nl]

On 14-04-19 09:55, aitor_czr wrote:
> On 13/4/19 16:34, mett wrote:
>> While everybody is obviously free to leave if he realizes he does not 
>> share the same goal as the rest of the project, we are still facing a
>> crisis. I thus believe that we should win over people who supported devuan 
>> in the
>> past, not fight with them.
> Of course, i agree. And they are free to decide. But my words have not
> been aimed against
> any people who supported devuan in the past, neither against Centurion
> Dan nor against KatolaZ.
> I was referring to such person who decided to end his membership of
> the list *making noice*.
> Please, if someone else takes the same way in the future, do it as a
> gentleman. Imho, it's the time to
> end this thread.
>
> Cheers,
>
> Aitor.

I did support Devuan with mirror.smallinnovations.nl and
devuan.smallinnovations.nl (and do until 30 april). So what exactly is
your point except that you apparently like to bully people?

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Way forward

[info at smallinnovations dot nl]

On 14-04-19 14:56, aitor_czr wrote:
>
> And I repeat: I wishyou all the best luck in the world, you really
> need it :)
>
> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=systemd
>
> Cheers,
>
> Aitor.
>
Well Devuan needs that luck even more. I do not like systemd but it is
supported by those hated corporations (not only Red Sweat). And they
will pay for removing all those bugs. For Devuan the question has become
will Beowulf ever be stable after the departure of the biggest
contributor and two fighting caretakers.

After all what happened i cannot take Devuan seriously any longer. And I
absolutely do not want my systems depending on a distro with such a
uncertain future.

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] ..our BTS is down, bug in gpsd: ..2'nd roll over bug: gpsd "clock is 56 years wrong", like "1963-07-18T08:57:40.584Z"

[info at smallinnovations dot nl]

On 08-04-19 11:13, Frans-Pieter Vonck wrote:
> Move Dyne server to our friends at Switzerland?
>
> Greets,
> Oberoid
>
> Jaromil schreef op 2019-04-08 08:50:
>> dear Arnt,
>>
>> On Sun, 07 Apr 2019, Arnt Karlsen wrote:
>>
>>> ..reportbug reports our (Devuan) BTS is down, bug report on gpsd:
>>
>>
>> I believe this is due to persisting problems to the electricity grid
>> at the colocation of the server in Austria, which is on Dyne
>> infrastructure and not yet migrated into Devuan. We can just move it
>> to Devuan's infra at OVH. Katolaz is the maintainer, perhaps someone
>> with some experience with BTS may want to step in and help too.
>>
>> ciao

What are the hardware requirements for running BTS?

Grtz

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mirrors

[info at smallinnovations dot nl]

On 25-04-19 22:31, Rod Rodolico wrote:
> Do we need an additional mirror? If so, who do I contact. I have some
> bandwidth and disk space I could probably dedicate.
>
> Feel free to contact me off list.
>
> Rod

Take a look at http://deb.devuan.org/devuan_mirror_walkthrough.txt

Grtz.

Nick




signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng