[DNG] manpages

[g4sra via Dng]

Looking for the gcc..g++ suite manpages, expected to find them in 'gcc-doc' but 
it's missing.
Anybody point me in the right direction ?


publickey - g4sra@protonmail.com - 0x42E94623.asc
Description: application/pgp-keys


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

Re: [DNG] manpages

[Ralph Ronnquist via Dng]

On Mon, 30 Aug 2021 09:42:25 +
g4sra via Dng  wrote:

> Looking for the gcc..g++ suite manpages, expected to find them in
> 'gcc-doc' but it's missing. Anybody point me in the right direction ?

You find 5:8.3.0-1~bpo10+1 in beowulf-backports, not beowulf,
then 5:10.1.0-1 in chimaera and ceres


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

Re: [DNG] manpages

[g4sra via Dng]

‐‐‐ Original Message ‐‐‐
On Monday, August 30th, 2021 at 11:36 AM, Ralph Ronnquist via Dng 
 wrote:
> On Mon, 30 Aug 2021 09:42:25 + 

> g4sra via Dng dng@lists.dyne.org wrote:
> > Looking for the gcc..g++ suite manpages, expected to find them in
> > 'gcc-doc' but it's missing. Anybody point me in the right direction ?
> You find 5:8.3.0-1~bpo10+1 in beowulf-backports, not beowulf,
> then 5:10.1.0-1 in chimaera and ceres

Thanks Ralph

publickey - g4sra@protonmail.com - 0x42E94623.asc
Description: application/pgp-keys


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

[DNG] /run/user/#

[Luciano Mannucci]

Hello,

I have two Beowulf systems that should be identical. If I issue "df"
one does report among mounted filesystems a /run/user/xxx, where xxx
is the id number of the user I am connected with (via ssh) and the
other doesn't. As uname -a they both report:

Linux mil-dbs66 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2 (2021-01-30) x86_64 
GNU/Linux

What have I done wrong, and on which one of the two machines?

Thanks in advance,

Luciano.
-- 
 /"\ /Via A. Salaino, 7 - 20144 Milano (Italy)
 \ /  ASCII RIBBON CAMPAIGN / PHONE : +39 02485781 FAX: +39 0248028247
  X   AGAINST HTML MAIL/  E-MAIL: posthams...@sublink.sublink.org
 / \  AND POSTINGS/   WWW: http://www.lesassaie.IT/
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] /run/user/#

[g4sra via Dng]

On Monday, August 30th, 2021 at 12:10 PM, Luciano Mannucci 
 wrote:

> Hello,
> I have two Beowulf systems that should be identical. If I issue "df"
> one does report among mounted filesystems a /run/user/xxx, where xxx
> is the id number of the user I am connected with (via ssh) and the
> other doesn't. As uname -a they both report:
> Linux mil-dbs66 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2 (2021-01-30) x86_64 
> GNU/Linux
> What have I done wrong, and on which one of the two machines?
Not necessarily anything wrong, other than the two machines are not identical.

/run/user/xxx is used by session management (and in some corner cases its 
absence can break dpkg scripts).

You could list all the processes on both machines and then diff them.
Quick and dirty (and untested :)

local_host# ps -e | awk '{print $4}' | sort | uniq >/tmp/catch0
local_host# ssh remote_machine 'ps -e'  | awk '{print $4}' | sort | uniq 
>/tmp/catch1
local_host# diff /tmp/catch0 /tmp/catch1


> Thanks in advance,
> Luciano.



publickey - g4sra@protonmail.com - 0x42E94623.asc
Description: application/pgp-keys


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

Re: [DNG] /run/user/#

[Arnt Karlsen]

On Mon, 30 Aug 2021 11:41:31 +, g4sra wrote in message 
:

> On Monday, August 30th, 2021 at 12:10 PM, Luciano Mannucci
>  wrote:
> 
> > Hello,
> > I have two Beowulf systems that should be identical. If I issue "df"
> > one does report among mounted filesystems a /run/user/xxx, where xxx
> > is the id number of the user I am connected with (via ssh) and the
> > other doesn't. As uname -a they both report:
> > Linux mil-dbs66 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2
> > (2021-01-30) x86_64 GNU/Linux What have I done wrong, and on which
> > one of the two machines?  
> Not necessarily anything wrong, other than the two machines are not
> identical.
> 
> /run/user/xxx is used by session management (and in some corner cases
> its absence can break dpkg scripts).
> 
> You could list all the processes on both machines and then diff them.
> Quick and dirty (and untested :)
> 
> local_host# ps -e | awk '{print $4}' | sort | uniq >/tmp/catch0
> local_host# ssh remote_machine 'ps -e'  | awk '{print $4}' | sort |
> uniq >/tmp/catch1 local_host# diff /tmp/catch0 /tmp/catch1

..a "dpkg --get-selections >>/tmp/catch$B" on each Beowulf might tell
you why your Beowulf systems act differently.  If not, you'll have to
e.g. diff both /etc etc trees, but you shouldn't have to take it as 
far as diff'ing both / trees.

-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] manpages

[. via Dng]

> Looking for the gcc..g++ suite manpages, expected to find them in 'gcc-doc' 
> but it's missing.
> Anybody point me in the right direction ?

I found the answer in
https://unix.stackexchange.com/questions/523079/what-packages-the-man-pages-for-gcc-on-debian-10-buster-testing


Basically, add the "contrib" and "non-free" repositories to your deb
sources, then install "gcc-doc".

-- 
-Robert Montante, Ph.D.
 Department of Mathematical and Digital Sciences
 Bloomsburg Universitymontcs.bloomu.edu/~bobmon/ 
 Bloomsburg, PA  17815prof.montante AT gmail DOT com
 phone: 570-389-4624  bobmon AT bloomu DOT edu
--
Proud to be a MAD Scientist!

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

Re: [DNG] /run/user/#

[Luciano Mannucci]

On Mon, 30 Aug 2021 11:41:31 +
g4sra via Dng  wrote:

> Not necessarily anything wrong, other than the two machines are not identical.
Well, the hardware is not the same.
The software too, might not be at the same update level, so I just
issued an apt-get update followed by an apt-get dist-upgrade.
I cannot test the results because I cannot reboot the machines now.

> /run/user/xxx is used by session management (and in some corner cases its 
> absence can break dpkg scripts).
> 
> You could list all the processes on both machines and then diff them.
> Quick and dirty (and untested :)
> 
> local_host# ps -e | awk '{print $4}' | sort | uniq >/tmp/catch0
> local_host# ssh remote_machine 'ps -e'  | awk '{print $4}' | sort | uniq 
> >/tmp/catch1
> local_host# diff /tmp/catch0 /tmp/catch1
Well, it gives me a lot of differences in kworker/something, and
some difference in samba suite. And a big difference: one is
running Xorg. I think I'll disable it and see if it makes a
difference after next reboot...

Many thanks for your hints,

Luciano.
-- 
 /"\ /Via A. Salaino, 7 - 20144 Milano (Italy)
 \ /  ASCII RIBBON CAMPAIGN / PHONE : +39 02485781 FAX: +39 0248028247
  X   AGAINST HTML MAIL/  E-MAIL: posthams...@sublink.sublink.org
 / \  AND POSTINGS/   WWW: http://www.lesassaie.IT/
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] manpages

[Hendrik Boom]

On Mon, Aug 30, 2021 at 09:05:36AM -0400, . via Dng wrote:
> > Looking for the gcc..g++ suite manpages, expected to find them in 'gcc-doc' 
> > but it's missing.
> > Anybody point me in the right direction ?
> 
> I found the answer in
> https://unix.stackexchange.com/questions/523079/what-packages-the-man-pages-for-gcc-on-debian-10-buster-testing
> 
> 
> Basically, add the "contrib" and "non-free" repositories to your deb
> sources, then install "gcc-doc".

So are man pages not considered free nowadays?

-- hendrik
> 
> -- 
> -Robert Montante, Ph.D.
>  Department of Mathematical and Digital Sciences
>  Bloomsburg Universitymontcs.bloomu.edu/~bobmon/ 
>  Bloomsburg, PA  17815prof.montante AT gmail DOT com
>  phone: 570-389-4624bobmon AT bloomu DOT edu
> --
> Proud to be a MAD Scientist!
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Latest DNG software guide (20210807) now available

[Steve Litt]

tito via Dng said on Sun, 8 Aug 2021 08:56:54 +0200

>On Sat, 7 Aug 2021 16:59:03 -0400
>Steve Litt  wrote:
>
>> Hi all,
>> 
>> As you know, the people on the DNG Devuan mailing list are developing
>> documentation on how to make safe, resilient, maintainable and
>> efficient software.
>> 
>> The latest revision of this documentation can be downloaded, as a
>> TGZ, at 
>> 
>> http://troubleshooters.com/linux/presentations/golug_software_guide_20210807.tgz
>> 
>> This revision incorporates the input from the 8/4/2021 GoLUG meeting.
>> It can be downloaded with a simple wget command. Please make sure the
>> directory into which you downloaded the .tgz has no existing
>> golug_software_guide directory, or else moves and deletions won't be
>> respected.
>> 
>> Thanks,
>> 
>> SteveT
>> 
>> Steve Litt 
>> Spring 2021 featured book: Troubleshooting Techniques of the
>> Successful Technologist http://www.troubleshooters.com/techniques  
>
>Hi,
>its great I never believed (as self-taught C programmer) to get into
>such document!!!
>
>Some additions that came to my mind while reading it:
>
>Universal and complete error handling
>   Handling every error is ultimately the right thing to
>   do But sometimes it interferes with the pace of development
>   Which can lead to forgetting the algorithm
>   you're working on
>
>   +My compromise: write your algorithm (sized so
>   that it fits your screen)
>  +than go back and ask yourself what happens if this
> step fails for every line.
>  + A side effect is that it helps (me) to optimize
> code size, and makes clear
>  + every side aspect of that so clever looking code
> (which most of the
>  + is not so clever at all in its first iterations).
>
>   Minimizing the tradeoff:
>   Make comment every time you omit error
>   handling, come back later to put it in Make a few error
>   handling functions to make error handling trivial
> 
>+ Compilers often offer macros like gcc's  _FILE_,
> _FUNCTION_,  _LINE_ that
>+ make it easier to detect where  that error message
> came from.
>   
> In C, use assert() and come back later to change it
> to real error handling. 

Thanks Tito,

Ultimately, I couldn't quite understand what you were saying and didn't
know where to put it within the current outline, so I left it out for
the time being. Let's revisit your points later.

Thanks,

SteveT

Steve Litt 
Spring 2021 featured book: Troubleshooting Techniques of the Successful
Technologist http://www.troubleshooters.com/techniques
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Thank you, Devuan

[Joel Roth via Dng]

I just installed chimaera on a 21" 2008 Intel
iMac that will now be donated to a small school. 

So thank you Devuan team and community!

It would have been e-waste as it's no longer possible to
refresh the OS (El Capitan, the highest version that could
be installed) because Apple no longer provides support for
refreshing it from the recovery partition. I found this out
the hard way: The recovery process bricked the still-working
El Capitan after Apple's repository reported, "no packages
available". (I had thought refreshing the OS would be a good
way to fix a disk error that DiskUtility reported but could
not fix.)

I had installed the rEfind boot loader, which creates a menu
of all bootable partitions, to test the devuan ISO. The
subsequent install process didn't overwrite the boot sector
but put grub on the partition's boot record.

Thanks to the Debian project and Devuan, this valuable
hardware can have a new life. I'm grateful!

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

Re: [DNG] manpages

[Bob Proulx via Dng]

Hendrik Boom wrote:
> . wrote:
> > > Looking for the gcc..g++ suite manpages, expected to find them in 
> > > 'gcc-doc' but it's missing.
> > > Anybody point me in the right direction ?
> > 
> > I found the answer in
> > https://unix.stackexchange.com/questions/523079/what-packages-the-man-pages-for-gcc-on-debian-10-buster-testing
> > 
> > Basically, add the "contrib" and "non-free" repositories to your deb
> > sources, then install "gcc-doc".
> 
> So are man pages not considered free nowadays?

cat /usr/share/doc/gcc-doc/README
...
Documentation itself is distributed under the terms of the
GNU Free Documentation License (with invariant sections or
front/back cover texts), which is not DFSG-free,
so documentation could not be distributed in Debian main.

However, for people who need the documentation, it is available
from non-free section of the Debian archive.
/usr/share/doc/gcc-doc/README (END)

Documentation is free when it comes licensed under a free license.
The GNU Free Documentation License *may* be a free license but only
when there are no invariant sections.  Adding those turns it into a
non-free license.  Multiple GNU Project packages have this problem.  :-(

Tragicomically for many people that non-free documentation from the
GNU Project requires adding the non-free suite to their sources.list
is the only reason they now require non-free!

Bob


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