Re: xorriso as a backup &/or archival tool

[Thomas Schmitt]

Hi,

Richard Owlett wrote:
> Why is xorriso more appropriate for *MY* _stated_ immediate goal?

This is not decided yet.
We have the proposal to use xorriso with incremental backups on some
raw storage devices or on some data files in filesystems on backup disks.
We have the proposal to use rsync on backup disks where trees of the
original disks get mirrored to backup trees. Typically with the same
filesystem type as on the original disks.

The main difference between both proposals is in ithe intrinsic backup
fidelity of copying between filesystems of the same type (rsync wins) and
the capability of incremental backups to retrieve the original state of
each update stage of the backup. I.e. you can mount the backup of each day,
compare it with other days, or retrieve a file state which has already been
replaced by several subsequent backups which recorded the already damaged
file. (xorriso wins here.)

But the backup fidelity of xorriso is high, and rsync could copy to backup
filesystems which are capable of snapshotting their older states.
So it is still undecded.
... and some other backup systems have not been mentioned yet.


Have a nice day :)

Thomas

Blu-ray discs

[Jiangsu Kumquat]

(Please respond directly to my email address)

I was wondering if there is any way to create a Blu-ray disc from within
Debian? I have a 1080p video camera and the only tool that I have found to
make a disc that will play in a Blu-ray player is Brasero. However, that
will only create a DVD disc and there is a tremendous loss in audio and
video quality when using that tool to make a disc.

I browsed through the archive at deb-multimedia.org
 but the only
thing that I found was for Blu-ray disc playback support.

Cinelerra
 will
edit HD video, but I have not discovered a way to use that to create a
blu-ray disc.

I would even consider using a Windows software under Wine to make it work
if I could maybe do that.

Re: Blu-ray discs

[Nektarios Katakis]

On Thu, 2019-08-29 at 02:07 -0600, Jiangsu Kumquat wrote:
> (Please respond directly to my email address)
> 
> I was wondering if there is any way to create a Blu-ray disc from
> within Debian? I have a 1080p video camera and the only tool that I
> have found to make a disc that will play in a Blu-ray player is
> Brasero. However, that will only create a DVD disc and there is a
> tremendous loss in audio and video quality when using that tool to
> make a disc.
> 
> I browsed through the archive at deb-multimedia.org but the only
> thing that I found was for Blu-ray disc playback support.
> 
> Cinelerra will edit HD video, but I have not discovered a way to use
> that to create a blu-ray disc.
> 
> I would even consider using a Windows software under Wine to make it
> work if I could maybe do that.
> 
> 

You could check out gnu xorriso https://www.gnu.org/software/xorriso/

Regards,
Nektarios Katakis.

freeradius-dialupadmin -- debian9

[SISSOKHO Adama]

Hello,

I can't install *freeradius-dialupadmin *on* debian9*.
Is there a substitute or a special way to do the installation?
Thanks in advance for your help.

Greetings

Re: Blu-ray discs

[Thomas Schmitt]

Hi,

Jiangsu Kumquat wrote:
> > I was wondering if there is any way to create a Blu-ray disc from within
> > Debian? I have a 1080p video camera [...]

Yes, BD media can be burnt on GNU/Linux.
But the bottleneck is with formatting the UDF filesystem that would
be needed for Blu-ray video. To my knowledge you need software made for
MS-Windows, which may or may not work with Wine, or for MacOS.

Only tangible report i know is that ImgBurn for MS-Windows works sometimes
in Wine.


Nektarios Katakis wrote:
> You could check out gnu xorriso https://www.gnu.org/software/xorriso/

It can burn the readily formatted UDF image to BD media.
But it cannot create the UDF image.


Have a nice day :)

Thomas

Re: Blu-ray discs

[Jiangsu Kumquat]

I should clarify... I need a program like Brasero to take a 4K video, such
as an .mp4 file, and burn it onto a Blu-ray disc so that it will play on
any Blu-ray player.

The software you mentioned says: "Note that xorriso does not write audio
CDs and that it *does not produce UDF filesystems which are specified for
official video DVD or BD*."

I did a search... and found this...
https://lists.debian.org/debian-user/2018/10/msg00095.html
...but I do not know how to do that. I did install this software, but when
I ran it, I got the error mentioned in the linked post and that library is
in sid and I don't know how to make the library work. I am using amd64 with
i386 multiarch.

https://packages.debian.org/sid/libstdc++6

Thanks for your reply.

On Thu, Aug 29, 2019 at 2:28 AM Nektarios Katakis <
nektar...@mail.nektarioskatakis.xyz> wrote:

> On Thu, 2019-08-29 at 02:07 -0600, Jiangsu Kumquat wrote:
> > (Please respond directly to my email address)
> >
> > I was wondering if there is any way to create a Blu-ray disc from
> > within Debian? I have a 1080p video camera and the only tool that I
> > have found to make a disc that will play in a Blu-ray player is
> > Brasero. However, that will only create a DVD disc and there is a
> > tremendous loss in audio and video quality when using that tool to
> > make a disc.
> >
> > I browsed through the archive at deb-multimedia.org but the only
> > thing that I found was for Blu-ray disc playback support.
> >
> > Cinelerra will edit HD video, but I have not discovered a way to use
> > that to create a blu-ray disc.
> >
> > I would even consider using a Windows software under Wine to make it
> > work if I could maybe do that.
> >
> >
>
> You could check out gnu xorriso https://www.gnu.org/software/xorriso/
>
> Regards,
> Nektarios Katakis.
>
>

Re: Blu-ray discs

[Jiangsu Kumquat]

The specific error was:
/usr/bin/tsMuxerGUI: error while loading shared libraries: libQtGui.so.4:
cannot open shared object file: No such file or directory

On Thu, Aug 29, 2019 at 4:02 AM Jiangsu Kumquat  wrote:

>
> I should clarify... I need a program like Brasero to take a 4K video, such
> as an .mp4 file, and burn it onto a Blu-ray disc so that it will play on
> any Blu-ray player.
>
> The software you mentioned says: "Note that xorriso does not write audio
> CDs and that it *does not produce UDF filesystems which are specified for
> official video DVD or BD*."
>
> I did a search... and found this...
> https://lists.debian.org/debian-user/2018/10/msg00095.html
> ...but I do not know how to do that. I did install this software, but when
> I ran it, I got the error mentioned in the linked post and that library is
> in sid and I don't know how to make the library work. I am using amd64 with
> i386 multiarch.
>
> https://packages.debian.org/sid/libstdc++6
>
> Thanks for your reply.
>
> On Thu, Aug 29, 2019 at 2:28 AM Nektarios Katakis <
> nektar...@mail.nektarioskatakis.xyz> wrote:
>
>> On Thu, 2019-08-29 at 02:07 -0600, Jiangsu Kumquat wrote:
>> > (Please respond directly to my email address)
>> >
>> > I was wondering if there is any way to create a Blu-ray disc from
>> > within Debian? I have a 1080p video camera and the only tool that I
>> > have found to make a disc that will play in a Blu-ray player is
>> > Brasero. However, that will only create a DVD disc and there is a
>> > tremendous loss in audio and video quality when using that tool to
>> > make a disc.
>> >
>> > I browsed through the archive at deb-multimedia.org but the only
>> > thing that I found was for Blu-ray disc playback support.
>> >
>> > Cinelerra will edit HD video, but I have not discovered a way to use
>> > that to create a blu-ray disc.
>> >
>> > I would even consider using a Windows software under Wine to make it
>> > work if I could maybe do that.
>> >
>> >
>>
>> You could check out gnu xorriso https://www.gnu.org/software/xorriso/
>>
>> Regards,
>> Nektarios Katakis.
>>
>>

Re: udev being an ass

[Brian]

On Wed 28 Aug 2019 at 19:59:53 -0400, Gene Heskett wrote:

> If you can't say something constructive Brian, please just stfu. I won't 
> claim to speak for the rest of the list, but I am damned tired of your 
> negative attitude. You have, I assume the same clothes to get glad in 
> that you got mad in. Use them.

"Negative attitude"? I was merely following the example set by the
subject header.

-- 
Brian.

Re: Blu-ray discs

[Jiangsu Kumquat]

I'm not sure... but I think that tsMuxerGUI was pulled out of the
deb-multimedia archive. I have that in my sources.list file because I'm
using cinelerra and vlc from deb-multimedia.

On Thu, Aug 29, 2019 at 4:05 AM Jiangsu Kumquat  wrote:

> The specific error was:
> /usr/bin/tsMuxerGUI: error while loading shared libraries: libQtGui.so.4:
> cannot open shared object file: No such file or directory
>
> On Thu, Aug 29, 2019 at 4:02 AM Jiangsu Kumquat 
> wrote:
>
>>
>> I should clarify... I need a program like Brasero to take a 4K video,
>> such as an .mp4 file, and burn it onto a Blu-ray disc so that it will play
>> on any Blu-ray player.
>>
>> The software you mentioned says: "Note that xorriso does not write audio
>> CDs and that it *does not produce UDF filesystems which are specified
>> for official video DVD or BD*."
>>
>> I did a search... and found this...
>> https://lists.debian.org/debian-user/2018/10/msg00095.html
>> ...but I do not know how to do that. I did install this software, but
>> when I ran it, I got the error mentioned in the linked post and that
>> library is in sid and I don't know how to make the library work. I am using
>> amd64 with i386 multiarch.
>>
>> https://packages.debian.org/sid/libstdc++6
>>
>> Thanks for your reply.
>>
>> On Thu, Aug 29, 2019 at 2:28 AM Nektarios Katakis <
>> nektar...@mail.nektarioskatakis.xyz> wrote:
>>
>>> On Thu, 2019-08-29 at 02:07 -0600, Jiangsu Kumquat wrote:
>>> > (Please respond directly to my email address)
>>> >
>>> > I was wondering if there is any way to create a Blu-ray disc from
>>> > within Debian? I have a 1080p video camera and the only tool that I
>>> > have found to make a disc that will play in a Blu-ray player is
>>> > Brasero. However, that will only create a DVD disc and there is a
>>> > tremendous loss in audio and video quality when using that tool to
>>> > make a disc.
>>> >
>>> > I browsed through the archive at deb-multimedia.org but the only
>>> > thing that I found was for Blu-ray disc playback support.
>>> >
>>> > Cinelerra will edit HD video, but I have not discovered a way to use
>>> > that to create a blu-ray disc.
>>> >
>>> > I would even consider using a Windows software under Wine to make it
>>> > work if I could maybe do that.
>>> >
>>> >
>>>
>>> You could check out gnu xorriso https://www.gnu.org/software/xorriso/
>>>
>>> Regards,
>>> Nektarios Katakis.
>>>
>>>

Re: freeradius-dialupadmin -- debian9

[Sven Hartge]

SISSOKHO Adama  wrote:

> I can't install *freeradius-dialupadmin *on* debian9*.
> Is there a substitute or a special way to do the installation?
> Thanks in advance for your help.

There is no and there was never a package named "freeradius-dialupadmin"
in Debian.

The upstream documentation on how to install Dialup-Admin is located
here: https://wiki.freeradius.org/guide/Dialup-admin

But looking at the requirement mentioning PHP4 and the last change in
the repository at https://github.com/FreeRADIUS/dialup-admin was 5 years
ago, I think the project is dead and unusable.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: xorriso as a backup &/or archival tool

[Richard Owlett]

On 08/29/2019 02:04 AM, Thomas Schmitt wrote:

Hi,

Richard Owlett wrote:

Why is xorriso more appropriate for *MY* _stated_ immediate goal?


I think there is some confusion about my short AND long term goals.
Yesterday I said:> What I wish to do immediately is archive for 
posterity the contents of

my hard drives before wiping the drive and starting fresh.

That matches " *MY* _stated_ immediate goal"

Also I had said:

Today I'm only concerned with "archive for posterity" issues.
Thus specifying one *.iso for each partition.
Backups in sense of needing a sequence of backups when typing/revising
chapters of _Magnus Opus_ is for future consideration. 
That attempted to emphasize the difference between my "short term goals" 
and "long term goals"


Also people tend to _assume_ that I use computers how they do for the 
same reasons they do. NOT !

From 1961 to ~2011 I was a rather typical computer *USER*.
I got tired of M$ thinking they knew more about my goals than I did.
Decided to try Linux. Linux From Scratch and Slackware were attractive 
for their customization potential. But I was involved in a couple of 
volunteer projects requiring commonality of tools. Settled on Debian.


Now my usage fit in two categories.
1. A reasonable match for the "typical" home user. Correspondence.
   Also Web searches - the WEB has replaced my local library when I
   have a question.
2. That everyone with a PC at home, to some extent, has to act as a
   System Administration has lead to a fascination with "how does that
   work?" Now I have several computers that any E.E. student of the
   60's would recognize as lab benches.

The first requires no local back up as what I do either generates a 
physical paper trail or I'm communicating with a mailing list or USENET 
group which maintains their own archives.


The later has current need for "an archive for posterity" so that if my 
experiments on what should my systems look like go belly up it will be 
trivial to come back to now.


Things requiring incremental backups or similar a are a future issue.



This is not decided yet.


For the above reasons I will be focused on what I refer to as "archiving 
for posterity".



We have the proposal to use xorriso with incremental backups on some
raw storage devices or on some data files in filesystems on backup disks.


That's future, not now.


We have the proposal to use rsync on backup disks where trees of the
original disks get mirrored to backup trees. Typically with the same
filesystem type as on the original disks.

The main difference between both proposals is in ithe intrinsic backup
fidelity of copying between filesystems of the same type (rsync wins) and
the capability of incremental backups to retrieve the original state of
each update stage of the backup. I.e. you can mount the backup of each day,
compare it with other days, or retrieve a file state which has already been
replaced by several subsequent backups which recorded the already damaged
file. (xorriso wins here.)

But the backup fidelity of xorriso is high, and rsync could copy to backup
filesystems which are capable of snapshotting their older states.
So it is still undecded.
... and some other backup systems have not been mentioned yet >

Have a nice day :)

Thomas

Re: xorriso as a backup &/or archival tool

[Thomas Schmitt]

Hi,

Richard Owlett wrote:
> I will be focused on what I refer to as "archiving for posterity".
and somewhere before that:
> before wiping the drive

Well, then you should strive for several byte-by-byte identical copies
on cheap media. This would be BD-R in my case. But magnetic disks are
cheaper per GB. They just bundle more risk in one casing and their
regular operation imposes more risk on existing data.

The byte-by-byte identical copies would be made from the verified
backup images or media. 3 at least.

I guess both types should be stored in a dark, dry, and moderately warm
place. I use CD since 1998, DVD since 2004, BD since 2008. None of them
regularly fails on me when it comes to reading old content.
deloptes and others have different experiences. (My bet is on dying
drives rather than dying media ...)

In any case, you should not use old, possibly worn-off storage devices
for storing original data. Get some dedicated new stuff.

USB stick for permanent storage seems inappropriate, too.


Have a nice day :)

Thomas

Re: xorriso as a backup &/or archival tool

[Richard Owlett]

On 08/29/2019 06:07 AM, Thomas Schmitt wrote:

Hi,

Richard Owlett wrote:

I will be focused on what I refer to as "archiving for posterity".

and somewhere before that:

before wiping the drive


Well, then you should strive for several byte-by-byte identical copies
on cheap media. This would be BD-R in my case. But magnetic disks are
cheaper per GB. They just bundle more risk in one casing and their
regular operation imposes more risk on existing data.


Just brought home a brand Seagate 8TB drive yesterday. I also have two 
1TB drives I purchased less than 2 years ago. I see ISO files as 
solution to some "mechanical" problems in how to segregate data from a 
variety of machines and partitions thereof. That incremental backups can 
be done to ISO files is a bonus.


In a way I already have DVD backups of the majority of my "lab bench" 
machines. Due do a low data I do not do netinst but purchase complete 
DVD sets. Thus I need only to backup appropriate preseed.cfg files.




The byte-by-byte identical copies would be made from the verified
backup images or media. 3 at least.


No problem.



I guess both types should be stored in a dark, dry, and moderately warm
place. I use CD since 1998, DVD since 2004, BD since 2008. None of them
regularly fails on me when it comes to reading old content.
deloptes and others have different experiences. (My bet is on dying
drives rather than dying media ...)

In any case, you should not use old, possibly worn-off storage devices
for storing original data. Get some dedicated new stuff.


As I said above "Done Deal" ;/


USB stick for permanent storage seems inappropriate, too.


You are preaching to the choir.




Have a nice day :)

Thomas

Re: xorriso as a backup &/or archival tool

[rhkramer]

> On 08/28/2019 04:22 PM, rhkra...@gmail.com wrote:
> > No suggested readings, but one comment.  I do too many thinks from the
> > commandline and having to type drive, directory, and file names.  I'd
> > think seriously about (easy to understand) abbreviations.  E.g., my
> > systems are named like s19, s31 (initially I used System_01, then sys12
> > (as systems were replaced) and now just snn.

Hmm, wish I had written that last as s (to follow my own advice). ;-(

Re: udev being an ass

[Greg Wooledge]

On Wed, Aug 28, 2019 at 08:19:29PM -0400, Gene Heskett wrote:
> Thats a miss-statement. I do want persistent interface names EVEN if I 
> move this boot drive to a whole new box.

> This machine does in fact have 2 nic's.  And I have indeed used both at 
> the same time but haven't mastered "consistently".

I cannot for the life of me figure out what you want.  If you can ever
figure out how to state your desires clearly, we'll try to help you.

Until then, um, good luck with whatever this is.  I mean this literally,
because apparently your network configuration relies on random chance
to succeed.

Líneas Enisa 2019

[Carina]

 Líneas Enisa para pymes 1. Enisa crecimiento -Entre 25mil y 1,5M de
euros. -Vencimiento máximo a 9 años con un máximo de 7
de carencia del principal. -Para pymes con proyectos de
consolidación, crecimiento e internacionalización. Quiero
saber más 2. Enisa emprendedores -Entre 25mil y 300mil euros.
-Vencimiento máximo de 7 años con un máximo de 5
años de carencia del principal. -Para empresas de menos de 2
años. Quiero saber más 3. Enisa jóvenes emprendedores
-Entre 25mil y 75mil euros. -Vencimiento máximo de 7 años con
5 de carencia del principal. -Para empresas de menos de 2 años con
socios mayoritarios menores de 40 años. Quiero saber más Somos
expertos en gestionar estas líneas.Podemos conseguir la tuya. Quiero
saber más   Si lo prefieres puedes llamarnos al 981 90 49 49(de
lunes a viernes de 9 a 16 horas) 
 
 
 
Deseamos que esta comunicación haya resultado de su 
agrado. 
No obstante, si prefiere no recibir más comunicaciones 
de este tipo,
siga este enlace. 
Tenga en cuenta que esta comunicación está dirigida a:
debian-user@lists.debian.org. 
De conformidad con lo establecido en la Ley 34/2002 
Lssice le comunicamos
que este escrito procede de Search Task, s.l.u con cif B70296009 y domicilio
en Calle Benito Blanco Rajoy 7-9, 1º, 15006, A Coruña, con finalidad
publicitaria. Search Task cumple estrictamente la normativa vigente en el
ámbito de protección de sus datos en Internet. Según dispone la Ley
Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter
Personal, le recordamos que tiene derecho legal de acceso, rectificación,
cancelación u oposición escribiendo a searchtaskm...@gmail.com. De
conformidad con lo dispuesto en dicha jurisprudencia, Search Task le
comunica que los datos que nos proporcione formarán parte de un fichero
automatizado de datos de carácter personal, responsabilidad de dicha
entidad, con la finalidad de gestionar las comunicaciones con la misma. El
contenido del presente comunicado es confidencial y únicamente está
dirigida y autorizada su lectura al consignatario original, quedando
prohibidos cualquier comunicación, o difusión, tanto del comunicado como
de su contenido. 
 
 

Re: udev being an ass

[mick crane]

On 2019-08-29 13:45, Greg Wooledge wrote:

On Wed, Aug 28, 2019 at 08:19:29PM -0400, Gene Heskett wrote:

Thats a miss-statement. I do want persistent interface names EVEN if I
move this boot drive to a whole new box.


This machine does in fact have 2 nic's.  And I have indeed used both 
at

the same time but haven't mastered "consistently".


I cannot for the life of me figure out what you want.  If you can ever
figure out how to state your desires clearly, we'll try to help you.

Until then, um, good luck with whatever this is.  I mean this 
literally,

because apparently your network configuration relies on random chance
to succeed.


hardly scientific but if you want to see which NIC is which do some 
network activity and see which light is flashing.

mick


--
Key ID4BFEBB31

Re: udev being an ass

[Gene Heskett]

On Thursday 29 August 2019 08:45:47 Greg Wooledge wrote:

> On Wed, Aug 28, 2019 at 08:19:29PM -0400, Gene Heskett wrote:
> > Thats a miss-statement. I do want persistent interface names EVEN if
> > I move this boot drive to a whole new box.
> >
> > This machine does in fact have 2 nic's.  And I have indeed used both
> > at the same time but haven't mastered "consistently".
>
> I cannot for the life of me figure out what you want.  If you can ever
> figure out how to state your desires clearly, we'll try to help you.
>
> Until then, um, good luck with whatever this is.  I mean this
> literally, because apparently your network configuration relies on
> random chance to succeed.

Nothing random about it Greg.

Its all hosts file based, no dhcp involved this side of the router. If 
the desired fqdn is not in the /etc/hosts file, which is identical on 
all machines (so is the /etc/resolv.conf file, which assigns the router 
as the nameserver and commands it to search hosts nameserver) then the 
dns query gets sent to the router, which is running dnsmasq.  If dnsmasq 
doesn't have it cached, it consults the dns server given to it by my 
isp. In any event pings to an unknown name are usually resolved and 
returned in less than 90 milliseconds. Fixed ip, needed to make my web 
page work without paying a monthly fee for dynamic updates, is done at 
the router by cloning the mac of the router so that I can swap routers 
if I have to. My isp hand's out net ipv4 addresses according to the 
routers MAC.  That hasn't changed in at least half a decade. There is 
not any ipv6 that I know of beyond the cable/phone modem.

And it all Just Works, with no dhcpd drama anyplace but the router to isp 
modem connection.  Since its a cable modem the connection is full time 
live barring power failure long enough to kill the cable systems backup 
batteries, typically nearly 24 hours. My telephone also works during 
this time. I have a wife in the later stages of COPD, so there is (and 
its a common sight locally, 5 that I've noticed in this little 
cul-de-sac) a 20 kw nat gas fed generator on a pad behind the garage, so 
I have 100% lights and AC and more importantly oxygen generation for the 
wife typically 5 seconds after the substation faults.

Whats not to like? The router does the NAT from 192.168.xx.yy, so all 
machines have full access to the net, but with the exception of my web 
page running on a port forward, nothing here is visible from the  net 
itself.

dd-wrt, flashed into the routers, has very sharp teeth. So I've not been 
bothered by attacks from the network. Ever. I rather like it that 
way. :-)

But you all claim I'm doing it bass ackward. I don't agree, and I don't 
fight with poisoned routes either.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: udev being an ass

[Gene Heskett]

On Thursday 29 August 2019 09:26:25 mick crane wrote:

> On 2019-08-29 13:45, Greg Wooledge wrote:
> > On Wed, Aug 28, 2019 at 08:19:29PM -0400, Gene Heskett wrote:
> >> Thats a miss-statement. I do want persistent interface names EVEN
> >> if I move this boot drive to a whole new box.
> >>
> >> This machine does in fact have 2 nic's.  And I have indeed used
> >> both at
> >> the same time but haven't mastered "consistently".
> >
> > I cannot for the life of me figure out what you want.  If you can
> > ever figure out how to state your desires clearly, we'll try to help
> > you.
> >
> > Until then, um, good luck with whatever this is.  I mean this
> > literally,
> > because apparently your network configuration relies on random
> > chance to succeed.
>
> hardly scientific but if you want to see which NIC is which do some
> network activity and see which light is flashing.
> mick

That requires turning the whole 30" tall tower around, and hoping all the 
cables still reach. A genuine PITA.  This room is mine.  Its a midden 
heap, but its my midden heap. Its main switch src's 5 pieces of cat-5 
reaching to the corners of the property, some of which has been blowing 
in the wind since the turn of the century, even surviving a 120 mph 
recorded direcho that took down 4 mature pines, removed part of my roof, 
a bunch of privacy fence and demolished several sheet steel garden sheds 
in 2010.  Given the path one of those garden sheds followed going by the 
back of my house, ripping off the gutter and damaging the siding, it 
should have been ripped out. Still there, still working.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: udev being an ass

[Brian]

On Thu 29 Aug 2019 at 12:03:22 -0400, Gene Heskett wrote:

> On Thursday 29 August 2019 09:26:25 mick crane wrote:
> 
> > On 2019-08-29 13:45, Greg Wooledge wrote:
> > > On Wed, Aug 28, 2019 at 08:19:29PM -0400, Gene Heskett wrote:
> > >> Thats a miss-statement. I do want persistent interface names EVEN
> > >> if I move this boot drive to a whole new box.
> > >>
> > >> This machine does in fact have 2 nic's.  And I have indeed used
> > >> both at
> > >> the same time but haven't mastered "consistently".
> > >
> > > I cannot for the life of me figure out what you want.  If you can
> > > ever figure out how to state your desires clearly, we'll try to help
> > > you.
> > >
> > > Until then, um, good luck with whatever this is.  I mean this
> > > literally,
> > > because apparently your network configuration relies on random
> > > chance to succeed.
> >
> > hardly scientific but if you want to see which NIC is which do some
> > network activity and see which light is flashing.
> > mick
> 
> That requires turning the whole 30" tall tower around, and hoping all the 
> cables still reach. A genuine PITA.  This room is mine.  Its a midden 

Not at all. Turn the back of the tower with a couple of  mirrors.

-- 
Brian (ConstructiveSolutionsAreUs)

Re: udev being an ass

[Greg Wooledge]

On Thu, Aug 29, 2019 at 11:41:55AM -0400, Gene Heskett wrote:
> Its all hosts file based, no dhcp involved this side of the router. If 
> the desired fqdn is not in the /etc/hosts file, which is identical on 
> all machines (so is the /etc/resolv.conf file, which assigns the router 
[...]

None of this has anything to do with the topic at hand, which is how
you wish Debian to assign the interface names to the interfaces that
it discovers at boot time.  Apparently you don't want to use ANY of the
various schemes that have been in use for the last decade or so, and
yet you can't actually describe what you DO want to happen.

Hostnames, IP addresses, DNS nameserver addresses, domain names, etc.
are all separate from this.

Re: udev being an ass

[Gene Heskett]

On Thursday 29 August 2019 12:55:10 Greg Wooledge wrote:

> On Thu, Aug 29, 2019 at 11:41:55AM -0400, Gene Heskett wrote:
> > Its all hosts file based, no dhcp involved this side of the router.
> > If the desired fqdn is not in the /etc/hosts file, which is
> > identical on all machines (so is the /etc/resolv.conf file, which
> > assigns the router
>
> [...]
>
> None of this has anything to do with the topic at hand, which is how
> you wish Debian to assign the interface names to the interfaces that
> it discovers at boot time.  Apparently you don't want to use ANY of
> the various schemes that have been in use for the last decade or so,
> and yet you can't actually describe what you DO want to happen.

I just did, in a step by step description, Greg.  How you choose to 
understand it is up to you.

> Hostnames, IP addresses, DNS nameserver addresses, domain names, etc.
> are all separate from this.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: udev being an ass

[Greg Wooledge]

> > and yet you can't actually describe what you DO want to happen.
> 
> I just did, in a step by step description, Greg.  How you choose to 
> understand it is up to you.

I just reviewed 
again.  There is nothing in it about how you want interface names to
be assigned.

There isn't even a single interface name mentioned.  Not one.
No instances of "eth0" or "eno0" or "enp2s6" or anything.

All you talk about are hosts files and DNS, with a side of offtopic
medical issues.

I can only conclude that you don't understand what anyone is talking
about.  I think I've wasted enough time on this thread.

Re: Xfce 4.12 to 4.14: high Xorg CPU usage

[Stefan Pietsch]

On 27.08.19 17:04, Sven Hartge wrote:
> Stefan Pietsch  wrote:
> 
>> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed
>> slightly delayed rendering of UI elements.
> 
>> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
>> significantly higher as compared to Xfce 4.12.
> 
>> Did anyone who is using Xfce 4.14 observe similar effects?
> 
> Have you tried switching off compositing via Window Manager Tweaks in
> the XFCE settings?

After disabling display compositing the issue is gone.
Is this a bug or does it work as intended?

Re: udev being an ass, SOLVED

[Gene Heskett]

On Thursday 29 August 2019 15:23:42 Greg Wooledge wrote:

> > > and yet you can't actually describe what you DO want to happen.
> >
> > I just did, in a step by step description, Greg.  How you choose to
> > understand it is up to you.
>
> I just reviewed
>  again. 
> There is nothing in it about how you want interface names to be
> assigned.
>
> There isn't even a single interface name mentioned.  Not one.
> No instances of "eth0" or "eno0" or "enp2s6" or anything.
>
> All you talk about are hosts files and DNS, with a side of offtopic
> medical issues.
>
> I can only conclude that you don't understand what anyone is talking
> about.  I think I've wasted enough time on this thread.

My main point is that a scheme to give consistent names to an interface, 
goes completely aglay when the drive is moved to a different machine. It 
does not matter what the interfaces name was, never has and never will.

In the instant case it was eth1, but it became a totally non-existent 
eth2 according to the last stanza of /e/u/r.d/70-persistent-net.rules.  
An eth2 which could not be brought on line by the /e/n/i settings for 
eth1.

So as far as I'm concerned, the current scheme to "assure consistent net 
port names", is an abject failure.  What I wanted was a foolproof method 
to reset this whole circus to square 1 and keep it there.  The puzzle to 
me is why did it take a weeks worth of name calling and denegrateing 
each other to finally elicit a working answer.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Buster: Konqueror as File Manager

[R.Lewis]

I posted the following to the debian-kde list last week and didn't get an 
answer to my question about the sidebar, so I thought I'd try here.  Please 
keep any follow-ups to debian-usr, thank you.

Regards,
Robert



Hello - 

I use Konqueror as a file manager in Debian Stretch, but I have noticed the 
following changes to Konqueror in Buster that have affected the way it can 
be used as a file manager:

.  I cannot open Konqueror with "kfmclient openProfile filemanagement"
.  the profiles section is missing from the Settings drop-down menu
. Load View Profile 
. Save View Profile As ...
. Configure View Profiles
.  also missing from the Settings drop-down menu is "Show Sidebar  F9"
. F9 does not work, and I have not been able to find a way to display
the Sidebar

Under Konqueror/Help/Konqueror Introduction/Introduction, it says:
Konqueror makes working with and managing your files easy. You can browse 
both local and networked folders while enjoying advanced features such as 
the powerful sidebar and file previews.

I would appreciate any suggestions how to make Konqueror as a file manager 
work the way it has in previous versions, especially having the sidebar.

Thank you.

Regards,
Robert

Re: udev being an ass

[David Wright]

On Wed 28 Aug 2019 at 19:59:53 (-0400), Gene Heskett wrote:
> On Wednesday 28 August 2019 15:42:56 Brian wrote:
> > On Wed 28 Aug 2019 at 15:05:18 -0400, Gene Heskett wrote:
> > > I've resorted to the chattr on more than one occasion.  Works well
> > > if you can get it all done before before the timer runs the N-M
> > > script again.
> >
> > Users (particularly new users) who read chattr(1), and who think
> > getting their own way with chattr is a good way to go, are deluded.
> > Setting up a simple network never requires it. If you think it is -
> > you have lost.
> 
> Haveing quite successfully used chattr to defeat N_M from tearing down a 
> perfectly good network setup ever since N_M was introduced as Gods gift 
> to Woman over a decade ago, I'll claim to have won that battle.
> 
> If you can't say something constructive Brian, please just stfu. I won't 
> claim to speak for the rest of the list, but I am damned tired of your 
> negative attitude. You have, I assume the same clothes to get glad in 
> that you got mad in. Use them.

Unfortunately, virtually every conversation about any of your systems
begins with a tirade about how Debian is completely broken, whether
it's the partitioner, the screen reader, aptitude, ncurses,
network-manager, resolvconf, IPv6, CUPS, logging and log rotation,
tail, ssh, ip, man pages generally, kmail's font rendering, brltty,
or Debian's policy on stable and any improvements in its security
policies. That's 4½ years worth. And everything becomes a battle,
an enemy that must be defeated, often by reckless means.

Cheers,
David.

Re: udev being an ass

[David Wright]

On Wed 28 Aug 2019 at 20:19:29 (-0400), Gene Heskett wrote:
> On Wednesday 28 August 2019 16:04:48 Greg Wooledge wrote:
> > On Wed, Aug 28, 2019 at 08:42:56PM +0100, Brian wrote:
> > > On Wed 28 Aug 2019 at 15:05:18 -0400, Gene Heskett wrote:
> > > > I've resorted to the chattr on more than one occasion.  Works well
> > > > if you can get it all done before before the timer runs the N-M
> > > > script again.
> > >
> > > Users (particularly new users) who read chattr(1), and who think
> > > getting their own way with chattr is a good way to go, are deluded.
> > > Setting up a simple network never requires it. If you think it is -
> > > you have lost.
> >
> > Which part of Gene's plans has ever been "simple"?
> 
> :-)
> 
> > He apparently wants to make his operating system refuse to register
> > persistent interface names, on the grounds that he frequently moves
> > a physical hard drive from one system to another, and doesn't want to
> > go through the hassle of reassigning the interface names each time.
> 
> Thats a miss-statement. I do want persistent interface names EVEN if I 
> move this boot drive to a whole new box.
> 
> > If you know a way to do that other than the ways I suggested, go ahead
> > and tell us.
> >
> > I've already warned him that it will fail catastrophically on a system
> > with more than one NIC.
> 
> This machine does in fact have 2 nic's.  And I have indeed used both at 
> the same time but haven't mastered "consistently".

What a ridiculous time waster. Everything I've posted in this thread
is predicated on your having just one. Why? Because you wrote:

"But udevs UN-persistent rules have apparently run out of eth0 names,
renaming the only ethernet port it has to eth2."
 
https://lists.debian.org/debian-user/2019/08/msg01311.html

Cheers,
David.

Re: udev being an ass

[Felix Miata]

David Wright composed on 2019-08-29 19:49 (UTC-0500):

> Unfortunately, virtually every conversation about any of your systems
> begins with a tirade about how Debian is completely broken, whether
> it's the...

I'm guessing most of it would be curtailed if he could install the current 
stable
release of what has proven to be the most stable OS available and upgrade to a
realtime kernel that controlled all his machine tools just like it used to be 
able
to do before all the "improvements" got rolled into it.

Be kind. It ain't so much fun getting old, and the unfun is multiplied by being 
a
caregiver for a spouse with dementia or strains simply to breathe even using an
oxygen bottle or generator while limping along on a bunch of chemicals and
replacement body parts to keep the old kicker kicking. Given his spouse's
condition, this might be one of few opportunities he gets to communicate with
people of intelligence. I'm sure he, like many in his age group, needs mental
exercise as available here as much as he and others like him need physical
exercise they don't get because of the existence of electronic video displays 
and
all that appears on them for whatever reason.

If you get old, and wise at the same time, you eventually figure out it's 
usually
best to not fix what ain't broke, and highly annoying to have to fix what broke
due to unavoidable purported software improvements that only got tested on
hardware that's barely had the smell of new burned away.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Shutdown delay with LVM and disk encryption (SysV, buster)

[Bill Brelsford]

My 64-bit buster installation was created using its installer, with
/ and /home partitions in an encrypted logical volume (sda3_crypt).
On shutdown, it pauses near the end with

  Stopping remaining crypto disks... sda3_crypt (busy) sda3_crypt busy...

The busy messages continue for about 30 seconds, after which it
indicates "Failed" in red (I think, it happens fast) and shuts down
in a second or two.

If I change to systemd, shutdown is fast (no delay).

This appears to be similar to earlier bugs, e.g.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792552,
except that they hung indefinitely.

Anyone else seeing this?  Any suggestions or workarounds (other
than systemd)?  Thanks..

-- 
Bill Brelsford
wbr...@k2di.net

Re: udev being an ass

[Gene Heskett]

On Thursday 29 August 2019 21:34:33 Felix Miata wrote:

> David Wright composed on 2019-08-29 19:49 (UTC-0500):
> > Unfortunately, virtually every conversation about any of your
> > systems begins with a tirade about how Debian is completely broken,
> > whether it's the...
>
> I'm guessing most of it would be curtailed if he could install the
> current stable release of what has proven to be the most stable OS
> available and upgrade to a realtime kernel that controlled all his
> machine tools just like it used to be able to do before all the
> "improvements" got rolled into it.
>
I'd love it. Unforch, its often past a new distros sell by date by the 
time someone gets around to patching an rtai version compatible with the 
new kernels. Depending on the machine, acceptable performance can 
sometimes be had with the much easier to build fully pre-emptible 
kernel.  We have found one of the stretch kernels is almost working, but 
it has a habit of disconnecting from its own keyboard at random 
intervals.  Usually after a key down event but missing the key up that 
would stop the jog. Unplugging the dongles will usually restore 
operation after 2 or 3 reconnections. In the mean time the machine, 
never having received the key up, is merrily moving a couple hundred 
pounds of itself at up to 200 inches a minute until it runs out of room 
and slams into the end of its travel, and $diety's help will be needed 
for anyone unlucky enough to be in the way.

To be blunt, no way in hell will we install this
4.9.0-9-rt-amd64 #1 SMP PREEMPT RT Debian 4.9.168-1+deb9u5 (2019-08-11) 
x86_64 GNU/Linux on a machine actually running a machine.  I can 
tolerate this as theres no real machinery tied to this box. So this is a 
nuisance, not a potential maimer.

I have one buster installed, I'm very impressed, from raspian on a 
raspberry pi 3b, which can use the newest buster build, something I 
cannot get from debian because debian won't touch the new broadcom video 
code and likely never will.  Because the video in the latest raspian is 
> 15x faster, its the only game in town to run on a pi.

We don't have that problem with amd64, and I expect we'll soon have a 
good preempt-rt kernel for buster. But that won't fix my big lathe.  So 
I am building, installing and testing, working well except for the 
snails pace video on what is basically a stretch install. All of which 
takes time. Either a new kernel, or the latest linuxcnc is around a 4 
hour build a deb job on the pi's.  And AFAIK, no one is working on it 
but me.  I wanted to see, 2 years ago, If I could run big machinery from 
a pi, I've done quite well, but I've also painted myself into a corner.

TBT, our coders spend more time chasing linux's changes that wreck our 
stuff, than in making improvements to our code. It would be truly a 
blessing if the changes to linux incrementally resulted in stable code 
that barring security stuff, was long term stable. But it seems to be 
getting worse, not better since wheezy.

My job, self appointed, is running the latest master code on all my 
machines, serving as the canary in the coal mine, finding new bugs if I 
can, so that the guys running the released code in a job shop making 
5000 copies of something, don't get expensive surprises. You folks would 
be surprised at the places you will find this code. Go into any car 
parts place, and look at the high horsepower stuff.  linuxcnc probably 
carved 20% of the high performance crate engines you can only lease.

> Be kind. It ain't so much fun getting old, and the unfun is multiplied
> by being a caregiver for a spouse with dementia or strains simply to
> breathe even using an oxygen bottle or generator while limping along
> on a bunch of chemicals and replacement body parts to keep the old
> kicker kicking. Given his spouse's condition, this might be one of few
> opportunities he gets to communicate with people of intelligence. I'm
> sure he, like many in his age group, needs mental exercise as
> available here as much as he and others like him need physical
> exercise they don't get because of the existence of electronic video
> displays and all that appears on them for whatever reason.
>
> If you get old, and wise at the same time, you eventually figure out
> it's usually best to not fix what ain't broke, and highly annoying to
> have to fix what broke due to unavoidable purported software
> improvements that only got tested on hardware that's barely had the
> smell of new burned away.

Thanks for the flowers Felix, its actually a pretty good description. The 
mental degradation as the years go by is the most maddening. To put that 
into a long term perspective, I sat for Mensa 2 years ago, and failed. 
In 1952 at 18 yo, I scored a 98 on the AFQT.  If I could produce that 
test page today I'd be an automatic Mensa member. Part of that 
degradation was a pulmonary embolism that starved my brain in and out of 
reality for several hours while the clot buster shot was working w

Re: Xfce 4.12 to 4.14: high Xorg CPU usage

[Sven Hartge]

Stefan Pietsch  wrote:
> On 27.08.19 17:04, Sven Hartge wrote:
>> Stefan Pietsch  wrote:

>>> I upgraded Xfce to 4.14 recently (Debian unstable) and noticed
>>> slightly delayed rendering of UI elements.
>> 
>>> Firefox and Thunderbird behave sluggishly and CPU usage by Xorg is
>>> significantly higher as compared to Xfce 4.12.
>> 
>>> Did anyone who is using Xfce 4.14 observe similar effects?
>> 
>> Have you tried switching off compositing via Window Manager Tweaks in
>> the XFCE settings?

> After disabling display compositing the issue is gone.
> Is this a bug or does it work as intended?

I don't know. You have to ask the Xfce mainainers. I'd just file a bug
and let them sort this out.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Que hacer cuando ni tu abuelita te compra :(

[Jimane Luna]

Que hacer cuando ni tu abuelita te compra

El secreto está en dar un buen servicio a los clientes, algo que no esperaban: 
una sorpresa; este tipo de acciones llevan a los clientes a recordar mejor la 
experiencia. Aprenda a conquistar el corazón de sus clientes y siempre 
volverán. Consiga todo esto con el:

Curso de Capacitación Online FACTOR WOW este 25 de Septiembre. 

Estamos regalando el temario completo de este evento Online sin compromiso, si 
desea recibirlo solo responda llenando sus datos.

> Nombre (requerido): 
> Teléfono (requerido): 
> Email de oficina: 
> Email personal: 







































Deje de recibir estos emails respondiendo con la palabra BAJA en el asunto.