My desktop is running Chimaera, and I saw this with Beowulf, but didn't
spend much time on it then.
My network connection is via WiFi, and I have permanent NFS mounts in
place. I run SysV init.
During halt or shutdown via init scripts, NetworkManager is terminated
before the NFS unmount,
> On Sat, 14 Dec 2019 02:01:57 +0100
> Wojtek Sawaściuk wrote:
> Not quite, I have some other ARM boards, everywhere - I can see more.
> Those one below have nothing in common with RBPI nor Devuan.
> tbh, cpuinfo without these lines on ARM board is something very new for
> me, so thats why my
>Date: Sat, 14 Dec 2019 12:56:13 +0100
>From: Aitor
>
> Only *boost-iostream* and *boost-filesystem* are required in
> simple-netaid so far, even though I could do the same job using only
> the stardard c++11, of course.
> I say this because once somebody said (here, in the mailing list) "no
>On Wed, 11 Dec 2019 03:47:56 +0100
>Arnt Karlsen wrote:
>> On Tue, 10 Dec 2019 22:32:29 +, s@po wrote in message
>> <20191210223229.13b34daeb0ce03b64f74d...@sapo.pt>:
>>
>> > Even tough that the Userspace is Armel, the Kernel is armhf..
>
>
orrectly hw.
>> While I can understand missing info about serial number, maybe hw
>> revision - moved somewhere else, but missing *part* of CPU features and
>> model name ??? that's completely incomprehensible.
>>
>
>I believe it is not showing you reliabl
n - moved somewhere else, but missing *part* of CPU features and
> model name ??? that's completely incomprehensible.
>
I believe it is not showing you reliable information..
BCM2835, is armv6, more precisely 'arm1176jzf-s'.
And that processor doesn't have vfpv4, and I believe also do
hello,
That lines( "Hardware" , "Revision" and "Serial" ) are not usual in cpuinfo..
But they come in RaspberryPi..
>On 09.12.2019 22:55, Wojtek Sawaściuk wrote:
>> Hello fellow Devuaners !
>> Any particular reason why on raspberry PI build, in /proc/cpuinfo there
>> are missing information about
>On Fri, 6 Dec 2019 19:22:12 +
>Mike Tubby wrote:
>
> Seems a bit complicated? On big iron I just did:
>
> point '/etc/apt/sources.list' to beowulf
>
> apt-get update
> apt-get dist-upgrade
> reboot
>
Yes no big Iron, you can do that..
But I have Ram constraints, and disk space :)
So
Hello all,
I have done a migration from Ascii to Beowulf, on RaspBerry Pi1 B v1.0[ armel ]
point '/etc/apt/sources.list' to beowulf
apt-get update
apt-get upgrade
reboot
apt-get update
apt-get upgrade
apt-get dist-upgrade
# lsb-release was not installed..
apt-get install lsb-release
And I'm on
Hello all,
>Date: Mon, 2 Dec 2019 10:13:01 +0100
>From: Edward Bartolo via Dng
>Dear All,
>
>Inits need to understand unit files, give them that functionality.
>That is far more efficient compared to what you are doing.
>
>Pseudo Code:
>1) check for the presence of a unit file
>2) if it exists
On Fri, 29 Nov 2019 13:33:34 -0500
"bill.m.moss--- via Dng" wrote:
> I have been following the thread on using systemd unit files as a source
> for traditional init scripts. I write BSD headers for my freeBSD system,
> /etc/rc.d scripts and used to write LSB headers for /etc/init.d Linux
>
On Fri, 29 Nov 2019 12:15:29 +0100
Didier Kryn wrote:
> Le 29/11/2019 à 02:08, s@po a écrit :
> > freedesktop.org, should adress the situation,
>
> I don't trust Freedesktop to produce a good quality standard. I
> don't know who are the people behind Freedesktop, be
Hello All,
On Thu, 28 Nov 2019 16:30:41 -0500
Steve Litt wrote:
> On Wed, 27 Nov 2019 12:18:55 -0600
> goli...@devuan.org wrote:
>
> > More fiddling while Rome burns . . . sigh . . .
> >
> > I'm in a bit of a mood because I thought that a script to convert
> > systemd units to init style
> On Fri, Oct 25, 2019 at 09:02:13AM -0700, Fred wrote:
> > Hello,
> >
> > Will there ever be a sparc64 port of Devuan?
>
> Very very likely no. The focus of this distribution is fixing systemd
> caused regression, not porting. And reviving the arch would require a lot
> of effort:
>
Oracle
gt; found)
> /etc/init.d/rng-tools: Cannot find a hardware RNG device to use.
> [ ok ] Starting system message bus: dbus.
> [FAIL] startpar: service(s) returned failure: rng-tools ... failed!
>
>
Just to clarify,
Recent kernels use a Hardware RNG.. so in systems that does
Hello,
On Sat, 26 Oct 2019 11:03:11 -0400
fsmithred wrote:
> On 10/26/19 9:54 AM, s@po wrote:
>
> >>> Where does 'apt-cache policy' get the version number? Oh, maybe it reads
> >>> it from the repo. I see that we have:
>
> >> It could be..
> >
Hello,
On Sat, 26 Oct 2019 14:32:55 +0100
s@po wrote:
> Hello fsmithred,
>
> On Sat, 26 Oct 2019 07:51:21 -0400
> fsmithred via Dng wrote:
>
> > On 10/26/19 1:49 AM, Pontus Goffe via Dng wrote:
> > > Hi,
> > >
> > > On 2019-10-26 02:27,
Hello fsmithred,
On Sat, 26 Oct 2019 07:51:21 -0400
fsmithred via Dng wrote:
> On 10/26/19 1:49 AM, Pontus Goffe via Dng wrote:
> > Hi,
> >
> > On 2019-10-26 02:27, s@po wrote:
> >> You see here the '2.0' String, and it comes from the funtion
> >> gues
Hi Pontus Goffe,
> Hi,
>
> On 2019-10-26 02:27, s@po wrote:
> > You see here the '2.0' String, and it comes from the funtion
> > guess_release_from_apt().. like you can see above..
> > The guess_release_from_apt() function:
> > 228 def guess_release_fr
Hello fsmithred,
>
> On Fri, 25 Oct 2019 18:06:06 -0400
> fsmithred via Dng wrote:
> >
> > I don't know exactly where the 2.0 is coming from. It's not in
> > /etc/os-release, /etc/devuan_version or /etc/issue, and there is no
> > /etc/lsb-release file.
> >
> > man lsb_release says
> >
Hello fsmithred,
On Fri, 25 Oct 2019 18:06:06 -0400
fsmithred via Dng wrote:
>
> I don't know exactly where the 2.0 is coming from. It's not in
> /etc/os-release, /etc/devuan_version or /etc/issue, and there is no
> /etc/lsb-release file.
>
> man lsb_release says
>"Detection of systems
Hi mett,
>
> Hi,
>
> if this is really outgoing arp request,
> maybe ur default route is not properly
> configured.
> Like u have no next-hop address,
> only an outgoing interface as a default
> route:
>
> ip route default dev en0
>
> instead of
>
> ip route default via 91.sm.th.ing
Hi Stefan,
> > first of all, your machine seems to be the dns server, or you have
> > static ips assigned?
>
> Yes, unbound DNS resolver is running on this machine. No static IPs.
>
You have a public dynamic IP, I assume.
So you are in the domain: 'dynamic.kabel-deutschland.de'
but by what I
Hi Stefan,
> Yes, good guess! Tcpdump show lots of these messages:
>
> 16:47:40.633536 ARP, Request who-has ip5b418d68.dynamic.kabel-deutschland.de
> tell ip5b418dfe.dynamic.kabel-deutschland.de, length 46
> 16:47:40.821784 ARP, Request who-has ip5b418b24.dynamic.kabel-deutschland.de
> tell
Hi Steve,
On Sun, 18 Aug 2019 01:20:53 -0400
Steve Litt wrote:
>
> > What I still miss in tilda is a session manager, do
> > administrate remove servers, without been all the time typing..
>
I was talking about, Administering Remote Servers, based in a Session Manager(
with all of your park
Hi all,
Thanks steve for the Documentation..
I use tilda for some large years, and the last versions, are very nice..
What I still miss in tilda is a session manager, do administrate remove
servers, without been all the time typing..
> Hi all,
>
> I know of three dropdown terminals: Guake,
Hello,
thanks for another option :)
On Sat, 17 Aug 2019 20:24:28 +0200
Florian Zieboll wrote:
>
>
> There is also yeahconsole, a wrapper for xterm/rxvt: No falderal, only a
> dozen specific configuration items (xresources), tiny footprint (installed
> size 35,8kB).
>
Does anybody knows a
Hello,
thanks for sharing,
On Sat, 10 Aug 2019 17:58:27 -0500
goli...@devuan.org wrote:
> On 2019-08-10 17:19, s@po wrote:
> > Hello to all Galaxy Devuaners out there,
> >
> > Found an article, I want to share with you( If you don't mind.. ).
> > I think ever
Hello to all Galaxy Devuaners out there,
Found an article, I want to share with you( If you don't mind.. ).
I think every single Person should read it.. to understand the importance of
Privacy.
It has some years,( which by that means that in today reality the case is a lot
worse.. ).
The
boards of recent kernels, lack of kernel header files( some
have adapted android kernels, and so on..), made me feel the need to develop a
building system, to solve that problem..or at least try..
Thanks in Advance, for your time.
Best Regards,
--
tux
s@po
.. )
init_emmc_clock (5000)
After that, if can't boot, please give us some bootup data like previously :)
Good Luck,
Regards
--
s@po
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
y thoughts?
> >
> > Should I be using the raspi1 image instead?
>
> What is your RaspberryPi version?
>
> In the logs I see:
> "
> [2.014566] Waiting for root device /dev/mmcblk0p2...
> "
>
> Does you waited enough time?
> I don' know th
rsion?
In the logs I see:
"
[2.014566] Waiting for root device /dev/mmcblk0p2...
"
Does you waited enough time?
I don' know that image,
But some do a resize of /dev/mmcblk0p2( and that could take some time.. )
--
s@po
___
Dng mailin
On Thu, 13 Jun 2019 08:31:48 +0200
aitor wrote:
> En 13 de junio de 2019 7:45:48 Didier Kryn escribió:
>
> > Le 12/06/2019 à 19:12, s@po a écrit :
> >> First of all, I think that this subject derailed to a diferent subject.
> >>
> >>
> &g
all code..only took a shot at it.. ).
I apologize to all of you, ... for the buzz, I afterall, created around this..
Best Regards,
--
tux
s@po
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On Mon, 10 Jun 2019 17:58:35 +0200
Didier Kryn wrote:
> Le 10/06/2019 à 16:01, s@po a écrit :
> > On Mon, 10 Jun 2019 13:34:54 +0100 (BST)
> > Jim Jackson wrote:
> >
> >> sizeof() is calculated by the compiler, not at run time. The code
> >> gen
pile time, the preprocessor can solve that with a macro..
The code generated will be indeed the same.
Only was a observation ;)
Best Regards,
--
tux
s@po
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
, to use it( even tough you are heavilly relying on that unary
operator.. for a fixed array size, of n bytes.. )
Best Regards
--
s@po
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Environment of a project, related with
porting Devuan to ARM/MIPS32r5 SBCs ..
Its yet in an early stage but when stable, and I found time for it, I will for
sure consider this magnificient Toolkit!!
ThankYou for your work, very nice project!
--
Tux
s@po
___
uffer has a fixed size..
/* Somewere else, probably in the header file..*/
#define BUFFER_SIZE 512;
(...)
char buffer[ BUFFER_SIZE ];
(...)
status = fgets ( buffer, BUFFER_SIZE, fp );
its my 2 cents :)
Regards,
--
s@po
___
Dng mailing list
Dng@lists
ve the Service:
chkconfig --del atsd;
And other funcionalities, like listing the services and so on..
It was a very helpfull tool.
In the absence of it( I don't know why it was removed .. ), your tool seems to
come to replace it, BUT for users only? :)
I think it would be nice to ca
It seems to me that it's good to have shim programs that satisfy
dependencies of apps on systemd, each shim performing some systemd
function. Here's why:
Suppose there are 10,000 application programs (apps) for Linux,
and their developers foolishly insert dependencies on systemd.
If Devuan
42 matches
Mail list logo
