date:20191025

On Fri, Oct 25, 2019 at 02:40:00AM +0200, deloptes wrote:
> Ken Heard wrote:
> 
> > Whenever I run this script -- or several others like it
> > 
> > #!/bin/bash
> > # Script to back up all browser files in directory /home/ken/mozilla.
> > STARTDIR=$PWD
> > cd /home/ken
> > tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
> > --wildcards -T docs/tarlists/kbrowsers.lst
> > cd "$STARTDIR"
> > 
> > it returns the following:
> > 
> 
> this is not possible because in the script you tell tar to create archive
> in /media/fde/backups/

Possibly /media/fde is a (broken) symbolic link to /media/ssda?

Besides (but this probably hasn't to do with your failure):
what are you trying to achieve with 'STARTDIR=$PWD' and then
'cd "$STARTDIR"'?

Cheers
-- tomás


signature.asc
Description: Digital signature

Re: Script does not do what it is told to do

Ken Heard wrote:

> the archive.  It is properly mounted, and I can write files to it and
> read those files.  As I said in my original post I am able to write
> the archive successfully to /media/fde/backups/ by copying the tar
> command line to a console and read the contents of the tarball.
> 

now there is difference 
- /media/fde/
+ /media/ssda/

In the script portion you pasted it is not visible that the disk is
dynamically set

tar -czf /media/fde/backups/kbrowsers.tgz 

How does it comes that you have different in the script and in the output


I recall that in debian since some time the mount changed from

/media/

to 

/media//

Re: What every programmer should know about memory, in 2019?

On Fri, Oct 25, 2019 at 02:11:58AM +0200, deloptes wrote:
> Boyan Penkov wrote:
> 
> > Ulrich Drepper's piece on on-chip memory architectures is a fantastic
> > read, and I recently had the chance to revisit it --
> > https://people.freebsd.org/~lstewart/articles/cpumemory.pdf
> > 
> > I am writing to ask more knowledgeable folks if the last 13 years have
> > seen sufficient changes that render parts of this out of date or
> > misleading on 2019 hardware.
> 
> 114 pages! Really :) I am not an expert but let me ask you a question - did
> something change in the past 13y regarding memory in context of
> programming? I think no. Only "developers" became dumber. 

Processors have (again) changed a bit: the gap between processor
speed and memory has widened a tad, there are more cores on a
package (putting even more pressure on the memory bottleneck).

Compilers have become smarter (and more insidious, depending on
your problem at hand) [1] to try to keep that illusion of Moore's
"law" upright.

So yes, an update on Ulrich Drepper's paper would be welcome.

A good read, btw.

Cheers
[1] https://lwn.net/Articles/799218/
-- tomás

signature.asc
Description: Digital signature

Re: Accessing a host with variable IP addresses / connection types

Celejar wrote:

> We had a long thread about this back in April [0], but no good solution
> was presented, so I decided to design a framework to address this
> problem. It's probably overkill, but it was a good opportunity to
> practice my Perl in general, and learn how to write a web application
> in particular. So FWIW, I give you 'dynhosts':
> 
> https://github.com/tmo1/dynhosts
> 
> [0] https://lists.debian.org/debian-user/2019/04/msg00725.html

Don't know about you, but I setup my VPN, so that I can reach the
192.168.x.x network and have no problem resolving the hostname in the
intranet.

Re: Script does not do what it is told to do

2019-10-25 Thread Michael Howard


On 24/10/2019 23:37, Ken Heard wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Whenever I run this script -- or several others like it

#!/bin/bash
# Script to back up all browser files in directory /home/ken/mozilla.
STARTDIR=$PWD
cd /home/ken
tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
- --wildcards -T docs/tarlists/kbrowsers.lst
cd "$STARTDIR"

it returns the following:

ken@Turing:~$ tarkbrowsers
tar (child): /media/ssda/backups/kbrowsers.tgz: Cannot open: No such
file or directory
tar (child): Error is not recoverable: exiting now
tar: /media/ssda/backups/kbrowsers.tgz: Cannot write: Broken pipe
tar: Child returned status 2
tar: Error is not recoverable: exiting now

It is trying to save the tarball to a different portable storage
device, ssda, which had failed and consequently is no longer in
/etc/fstab.  How could such a thing happen?


There is nothing inherently wrong with the script, in that it would work 
if all other things were equal, but they are clearly not.


Do an 'ls -l' on '/media/fde/backups', does it reveal anything? It might 
well do.


Using the -C option to tar is preferable to the way you are doing it.  So,

tar -czf /media/fde/backups/kbrowsers.tgz --exclude-caches --wildcards -C 
/home/ken
 -T ./docs/tarlists/kbrowsers.lst

might be better. You  will return to your starting location then, 
without the need for STARTDIR gubbings.


Mike.

--

Re: Script does not do what it is told to do

2019-10-25 Thread john doe

On 10/25/2019 9:16 AM, to...@tuxteam.de wrote:
> On Fri, Oct 25, 2019 at 02:40:00AM +0200, deloptes wrote:
>> Ken Heard wrote:
>>
>>> Whenever I run this script -- or several others like it
>>>
>>> #!/bin/bash
>>> # Script to back up all browser files in directory /home/ken/mozilla.
>>> STARTDIR=$PWD
>>> cd /home/ken
>>> tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
>>> --wildcards -T docs/tarlists/kbrowsers.lst
>>> cd "$STARTDIR"
>>>
>>> it returns the following:
>>>
>>
>> this is not possible because in the script you tell tar to create archive
>> in /media/fde/backups/
>
> Possibly /media/fde is a (broken) symbolic link to /media/ssda?
>
> Besides (but this probably hasn't to do with your failure):
> what are you trying to achieve with 'STARTDIR=$PWD' and then
> 'cd "$STARTDIR"'?
>

Given that you are using bash, my guess is that the below should do what
you want:

STARTDIR=$(dirname $_)
cd $STARTDIR || exit $?

--
John Doe

Re: Script does not do what it is told to do

On Fri, Oct 25, 2019 at 09:33:51AM +0200, john doe wrote:
> On 10/25/2019 9:16 AM, to...@tuxteam.de wrote:
> > On Fri, Oct 25, 2019 at 02:40:00AM +0200, deloptes wrote:
> >> Ken Heard wrote:
> >>
> >>> Whenever I run this script -- or several others like it
> >>>
> >>> #!/bin/bash
> >>> # Script to back up all browser files in directory /home/ken/mozilla.
> >>> STARTDIR=$PWD
> >>> cd /home/ken
> >>> tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
> >>> --wildcards -T docs/tarlists/kbrowsers.lst
> >>> cd "$STARTDIR"
> >>>
> >>> it returns the following:
> >>>
> >>
> >> this is not possible because in the script you tell tar to create archive
> >> in /media/fde/backups/
> >
> > Possibly /media/fde is a (broken) symbolic link to /media/ssda?
> >
> > Besides (but this probably hasn't to do with your failure):
> > what are you trying to achieve with 'STARTDIR=$PWD' and then
> > 'cd "$STARTDIR"'?
> >
> 
> Given that you are using bash, my guess is that the below should do what
> you want:
> 
> STARTDIR=$(dirname $_)
> cd $STARTDIR || exit $?

My point is that all of this is unnecessary. For one, tar doesn't
change the current working directory all by itself. For two, if
all of that is run as a subshell, whatever change wouldn't propagate
"upstream".

Occam's razor.

Cheers
-- t


signature.asc
Description: Digital signature

Re: Firefox Seems to Have a Mind of It's Own

2019-10-25 Thread Brian

On Thu 24 Oct 2019 at 22:58:23 -0400, Ken Heard wrote:

> Spelling error in the title.  'Its' as a possessive adjective does not
> have an apostrophe.  "It's" with the apostrophe is only used as a
> contraction of 'it is' or 'it has'.

Drawing attention to a spelling mistake may or may not be appreciated
by the OP and others reading the list. Personally, I think it is bad
form.

-- 
Brian.

Re: Accessing a host with variable IP addresses / connection types

On Fri, 25 Oct 2019 09:25:41 +0200
deloptes  wrote:

> Celejar wrote:
> 
> > We had a long thread about this back in April [0], but no good solution
> > was presented, so I decided to design a framework to address this
> > problem. It's probably overkill, but it was a good opportunity to
> > practice my Perl in general, and learn how to write a web application
> > in particular. So FWIW, I give you 'dynhosts':
> > 
> > https://github.com/tmo1/dynhosts
> > 
> > [0] https://lists.debian.org/debian-user/2019/04/msg00725.html
> 
> Don't know about you, but I setup my VPN, so that I can reach the
> 192.168.x.x network and have no problem resolving the hostname in the
> intranet. 

I'm not sure exactly what networking scheme you're describing, but I
explained why there's no easy, good solution in the original thread.
Basically, the home network uses 192.168.0.0/24, as do other LANS I
connect to. My VPN uses 10.0.0.0/24. When the laptop is connected
locally at home, it's 192.168.0.x, but when it's connected remotely,
it's 10.0.0.x.

Just to be clear, the issue is not reaching the hosts on the local
network from the laptop: that's simple. The issue is having the hosts on
the local network be able to initiate connections to the laptop without
knowinng or caring whether it's connected locally or over the VPN.

Celejar

Re: Script does not do what it is told to do

2019-10-25 Thread Greg Wooledge

On Fri, Oct 25, 2019 at 08:33:09AM +0100, Michael Howard wrote:
> On 24/10/2019 23:37, Ken Heard wrote:
> > #!/bin/bash
> > # Script to back up all browser files in directory /home/ken/mozilla.
> > STARTDIR=$PWD
> > cd /home/ken
> > tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
> > - --wildcards -T docs/tarlists/kbrowsers.lst
> > cd "$STARTDIR"

> There is nothing inherently wrong with the script,

Untrue.  I pointed out the flaws last time this subject was discussed
on this mailing list.  Was that just a few days ago, or was it last
week?  I don't remember.

> in that it would work if
> all other things were equal, but they are clearly not.

Lots of scripts will work "if certain conditions hold true".  That's the
fundamental problem here.  The script shown here is incredibly fragile,
and the author did not correct the flaws that I already pointed out
last time.  It may "work" under certain conditions.  How likely those
conditions are to be true, I have no way to know.

> Using the -C option to tar is preferable to the way you are doing it.

Yup, that was one of the three(?) proposals I made last time around,
none of which were followed.  *shrug*  Not much more I can do when
nobody listens to me.

Re: Accessing a host with variable IP addresses / connection types

2019-10-25 Thread Greg Wooledge

On Fri, Oct 25, 2019 at 08:56:19AM -0400, Celejar wrote:
> Basically, the home network uses 192.168.0.0/24, as do other LANS I
> connect to.

So change your home network.

Re: Script does not do what it is told to do

2019-10-25 Thread Michael Howard


On 25/10/2019 14:11, Greg Wooledge wrote:

On Fri, Oct 25, 2019 at 08:33:09AM +0100, Michael Howard wrote:

On 24/10/2019 23:37, Ken Heard wrote:

#!/bin/bash
# Script to back up all browser files in directory /home/ken/mozilla.
STARTDIR=$PWD
cd /home/ken
tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
- --wildcards -T docs/tarlists/kbrowsers.lst
cd "$STARTDIR"

There is nothing inherently wrong with the script,

Untrue.  I pointed out the flaws last time this subject was discussed
on this mailing list.  Was that just a few days ago, or was it last
week?  I don't remember.



Sorry, but it _is_ true. One can't know, nor should one, if the 
variables and paths are correct, but if they are, i.e. all things being 
equal, the script  is inherrently correct. Of course, it certainly isn't 
optimal.




in that it would work if
all other things were equal, but they are clearly not.

Lots of scripts will work "if certain conditions hold true".



See above.



That's the
fundamental problem here.  The script shown here is incredibly fragile,
and the author did not correct the flaws that I already pointed out
last time.  It may "work" under certain conditions.  How likely those
conditions are to be true, I have no way to know.



I have no idea about when or where the OP may have posted previously.



Using the -C option to tar is preferable to the way you are doing it.

Yup, that was one of the three(?) proposals I made last time around,
none of which were followed.  *shrug*  Not much more I can do when
nobody listens to me.



With your attitude, little wonder nobody listens to you. You're probably 
on the ignore list :)


Mike.

--

Re: Firefox Seems to Have a Mind of It's Own

2019-10-25 Thread Kenneth Parker

On Fri, Oct 25, 2019, 5:39 AM Brian  wrote:

> On Thu 24 Oct 2019 at 22:58:23 -0400, Ken Heard wrote:
>
> > Spelling error in the title.  'Its' as a possessive adjective does not
> > have an apostrophe.  "It's" with the apostrophe is only used as a
> > contraction of 'it is' or 'it has'.
>
> Drawing attention to a spelling mistake may or may not be appreciated
> by the OP and others reading the list. Personally, I think it is bad
> form.
>

+1

And note that people use Debian all over the world, with all sorts of
Primary Languages.   Ken Heard is pointing out, exactly why English is one
of the hardest Languages to learn especially from Asian Countries.   But
this sort of issue (its verses it's) hits people hard, learning English
from the Latin-Based Countries.

Kenneth [got a mid-term F in 5th Grade English] Parker

>

Re: Script does not do what it is told to do

2019-10-25 Thread Greg Wooledge

On Fri, Oct 25, 2019 at 02:28:02PM +0100, Michael Howard wrote:
> On 25/10/2019 14:11, Greg Wooledge wrote:
> > On Fri, Oct 25, 2019 at 08:33:09AM +0100, Michael Howard wrote:
> > > On 24/10/2019 23:37, Ken Heard wrote:
> > > > #!/bin/bash
> > > > # Script to back up all browser files in directory /home/ken/mozilla.
> > > > STARTDIR=$PWD
> > > > cd /home/ken
> > > > tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
> > > > - --wildcards -T docs/tarlists/kbrowsers.lst
> > > > cd "$STARTDIR"
> > > There is nothing inherently wrong with the script,
> > Untrue.  I pointed out the flaws last time this subject was discussed
> > on this mailing list.  Was that just a few days ago, or was it last
> > week?  I don't remember.
> 
> Sorry, but it _is_ true. One can't know, nor should one, if the variables
> and paths are correct, but if they are, i.e. all things being equal, the
> script  is inherrently correct. Of course, it certainly isn't optimal.

https://lists.debian.org/debian-user/2019/10/msg00768.html

Re: debian buster predeeding with error: no root filesystem defined

2019-10-25 Thread Jonas Smedegaard

Quoting Eero Volotinen (2019-10-24 18:08:27)
> Trying to create custom lvm preseeding partitions, but it just fails 
> with no root filesystem defined. any clues?
> 
> Using this guide:
> 
> https://secopsmonkey.com/custom-partioning-using-preseed.html

Impossible with such little info.

Look for ways to enable debugging, and see if that helps you.  If it 
doesn't then try share that more detailed debug info here on the list.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

firefox-esr update to 68.2.0esr-1~deb10u1: Popup while URL typing, blocked access across locally loaded frames

2019-10-25 Thread Linux-Fan

Hello Debian users,

due to the recent security advisory, I have just installed the updated
`firefox-esr` package. This caused three things:

1. In the running browser, I could no longer open tabs
(it said something like the tab crashed).
This was fixed by restarting the browser.

2. When attempting to type an URL, a large box appeared below
the URL bar. I was able to reduce it to a small bar by
applying this about:config tweak:

browser.urlbar.maxRichResults = 0

Jet I wonder, if it might be possible to remove the appearing
bar altogether? Has anyone been hit by this as well and found
a more complete solution than said about:config tweak?
(The idea is, that it is quite distracting to have anything
beyond the cursor move when typing?)

3. This might not be fixable, but possibly someone has had the
same issue and found a way: I am using a home-grown local XHTML
page which loads other HTML pages in iframes. These iframes
communicate with the outer page by using a JavaScript snippet
as follows:

Where `parseIntoDB` is a function defined in the outer document
that is intended to process data from the iframe. The whole thing
is a substitute for XHR access from the times where XHR was only
working if one had a Webserver. I have long intended to replace that
whole construct but haven't yet got around to fixing it -- it isn't
exactly easy although the current variant is less than 400 lines of
code. (Main reason for diffculties in replacing is that newer
implementations should be "less hacky" which will need about twice
or three times the amount of code :) )

In any case, since the most recent Firefox update, I get the following
error in the Firefox console:

SecurityError: Permission denied to access property "parseIntoDB" on
cross-origin object j3d.html:716
file:///usr/share/mdvl/ial/data/j3d.html:716

So it is basically telling me "Permission denied" for my locally
installed page? developer.mozilla.org has this:

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Errors/Property_access_denied
where it says:

| There was attempt to access an object for which you have no permission.
| This is likely an element loaded from a different domain for
| which you violated the same-origin policy.

Until ``from a different domain'' I follow, but then it says
something about ``violated the same-origin policy''. As both pages, the
outer and the inner one are served from my local filesystem, I would
expect that the same-origin policy is not ``violated'' in any way?

Is there any chance that the old behaviour can be restored? Might it
qualify for a bug report? I am wondering if the observed behaviour
matches the documentation or if what I am seeing is more restrictive
than it should be?

In case it could be a bug, I will happily put together a sort of
minimal example that demonstrates the problem.

Btw. the same page has up to today never worked with Chromium-based
browsers and also triggers some kind of error in their console which
is along the lines of the new Firefox... that has been one of the
major reasons for me to keep using Firefox all the time :)

I just checked and found a workaround: Running a local server
(s.t. the files are accessed through 127.0.0.1 rather than
file://) fixes the issue for now. It still seems strange that this
would make a difference?

Thanks in advance
Linux-Fan

Re: Accessing a host with variable IP addresses / connection types

2019-10-25 Thread Gene Heskett

On Friday 25 October 2019 09:13:31 Greg Wooledge wrote:

> On Fri, Oct 25, 2019 at 08:56:19AM -0400, Celejar wrote:
> > Basically, the home network uses 192.168.0.0/24, as do other LANS I
> > connect to.
>
> So change your home network.

192.168.0.## and 192.168.1.## are the last two blocks I would ever use 
for a home network. The potential for a miss-behaving router messing 
with your security is mind boggling.  Fortunately for better endowed 
routers that can be reflashed, there is dd-wrt.  No NSA back doors, 
nothing gets thru it you didn't allow.  It has stood guard over my 
machines for around 20 years now.

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: Script does not do what it is told to do

2019-10-25 Thread Thomas Schmitt

Hi,

Ken Heard wrote:
> Whenever I run this script -- or several others like it
> [...]
> tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
> - --wildcards -T docs/tarlists/kbrowsers.lst
> [...]
> it returns the following:
> [...]
> tar (child): /media/ssda/backups/kbrowsers.tgz: Cannot open: No such
> file or directory
> tar (child): Error is not recoverable: exiting now
> tar: /media/ssda/backups/kbrowsers.tgz: Cannot write: Broken pipe
> [...]
> However, if I pull the line with the tar command out of the script and
> running it independently it does what it is told.  If there is
> something wrong with the script I can't find it.

The only plausible theories i read so far are:
A: The script you run is not the script from which you take the tar
   command line.
B: tar gets somehow convinced that /media/fde/backups/kbrowsers.tgz
   is actually meant as /media/ssda/backups/kbrowsers.tgz.

(This is independent of the flaws of the script, which where pointed out.)

So i would try to exclude cause A by adding message output to the script,
and cause B by looking at the components of the .tgz path.
I.e. i would insert

  echo "Yes. This is indeed the script."
  ls -ld /media
  ls -ld /media/fde
  ls -ld /media/fde/backups
  ls -ld /media/fde/backups/kbrowsers.tgz

before

  tar -czf /media/fde/backups/kbrowsers.tgz   --exclude-caches \

Then i'd run the script and be curious what happens.

Have a nice day :)

Thomas

Re: debian buster predeeding with error: no root filesystem defined

2019-10-25 Thread Eero Volotinen

Well. Debugging that preseed installer was too hard task ..

Anyway. this worked:

https://launchpadlibrarian.net/242408899/Ubuntu-LVM-Preseed-PartitionSection.txt

Eero

On Fri, Oct 25, 2019 at 5:09 PM Jonas Smedegaard  wrote:

> Quoting Eero Volotinen (2019-10-24 18:08:27)
> > Trying to create custom lvm preseeding partitions, but it just fails
> > with no root filesystem defined. any clues?
> >
> > Using this guide:
> >
> > https://secopsmonkey.com/custom-partioning-using-preseed.html
>
> Impossible with such little info.
>
> Look for ways to enable debugging, and see if that helps you.  If it
> doesn't then try share that more detailed debug info here on the list.
>
>
>  - Jonas
>
> --
>  * Jonas Smedegaard - idealist & Internet-arkitekt
>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private
>

Re: Accessing a host with variable IP addresses / connection types

2019-10-25 Thread john doe

On 10/25/2019 4:14 PM, Gene Heskett wrote:
> On Friday 25 October 2019 09:13:31 Greg Wooledge wrote:
>
>> On Fri, Oct 25, 2019 at 08:56:19AM -0400, Celejar wrote:
>>> Basically, the home network uses 192.168.0.0/24, as do other LANS I
>>> connect to.
>>
>> So change your home network.
>
> 192.168.0.## and 192.168.1.## are the last two blocks I would ever use
> for a home network. The potential for a miss-behaving router messing
> with your security is mind boggling.  Fortunately for better endowed
> routers that can be reflashed, there is dd-wrt.  No NSA back doors,
> nothing gets thru it you didn't allow.  It has stood guard over my
> machines for around 20 years now.
>

If you can only control one of the network involve, I would recommend to
use addresses from the class A of the RFC 1918.
That way, you midicate as much as possible Ip addressing conflict.

If you can not avoid Ip addressing conflict, NAT could be used on both
ends to work around this.

The URL (1) has some alternatives to ddWRT.

1)  https://en.wikipedia.org/wiki/List_of_router_firmware_projects

--
John Doe

Re: Debian Installer, Manual Partitioning is a Joke

2019-10-25 Thread Wayne Sallee


  
  

 Original Message 
  *Subject: *  Re: Debian Installer, Manual Partitioning is a Joke
  *From: * Wayne Sallee 
  *To: * Debian-user 
  *CC: *
  *Date: *  2019-10-23  10:37 AM


  
  
   Original Message 
  
  *Subject: *  Re: Debian Installer, Manual Partitioning is a Joke
  
  *From: * Christopher David Howie 
  
  *To: * Debian-user 
  
  *CC: *
  
  *Date: *  2019-10-22  12:43 PM
  
  On 10/13/19 6:56 PM, Wayne Sallee wrote:

The non-graphical needs work too:
  
  There's no manual partitioning option without going first to
  guided
  
  partitioning
  

This is patently false. Every Debian setup I have done in the
last ten

years I've done with manual partitioning in the text-mode
installer. The

option to do partitioning manually is among the guided options,
you just

have to select it.


See the attached screenshot.


  
  
  
  I went back through my cd images, and had a hard time finding it.
  Finally I found it.
  
  Yes under normal circumstances the manual partitioning is there
  without having to select guided partitioning.
  
  
  But when I was writing up my info on how difficult the
  partitioning can be, I ran into the situation where there was no
  option to select manual portioning without first selecting guided
  partitioning, and was surprised and disappointed to see that
  debian makes you select guided partitioning in order to find the
  manual partitioning option. But sure enough, under normal
  circumstances the manual partitioning is available without having
  to select guided partitioning.
  
  
  So here it is. . . .
  
  
  On any screen that has the "back" option, select back to go to the
  main menu, and you will get that long list of options. You will
  see there, "Detect disk", "Partition disk", "Install the system".
  
  
  Select "Partition disk"
  
  
  You will then see a number of options; one being guided
  partitioning, but no option for manual partition. You have to
  select guided partition, in order to get to the manual partition.
  
  
  So what needs to be done on that screen, is the change the option
  name from "Guided partitioning" to something like "Partition
  options".
  
  
  Wayne Sallee
  
  wa...@waynesallee.com
  
  http://www.WayneSallee.com
  
  
  
  
  
  
  
  


Actually what it needs is to put the manual partitioning options at
the top, instead of (putting Guided partitioning at the top and
defaulting the user to guided partitioning at the top) when the
*user just got done selecting manual partitioning*. The manual
partitioning options are unclearly buried at the bottom.


Wayne Sallee
wa...@waynesallee.com
http://www.WayneSallee.com

Re: Script does not do what it is told to do

2019-10-25 Thread David Wright

On Fri 25 Oct 2019 at 03:45:45 (+0200), deloptes wrote:
> Ken Heard wrote:
> 
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > On 2019-10-24 7:12 p.m., Anuradha Weeraman wrote:
> > 
> >> On Thu, Oct 24, 2019 at 06:37:08PM -0400, Ken Heard wrote:
> >>> tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \ -
> >>> --wildcards -T docs/tarlists/kbrowsers.lst
> >> 
> >> Try removing the single '-' at the beginning of the second line...
> > 
> > In this instance it does not matter whether that '-' is there or not.
> >  Pulling that line out of the script and running it independently
> > works both with and without it.
> > 
> 
> 
> In the original post I did not see any dash screenshot attached

- And would you blame that on Knode or gmane (I use neither)?

It's also noticeable that the said hyphen, which was at the beginning
of the line in the OP and was quoted as such in the first reply, had
migrated to the end of the line in the OP's reply. That's not
exactly helpful when discussing anything to do with tar, notorious
for problems caused by its commandline syntax.

Does any of the odd punctuation \
- in this post - get affected similarly when
lines are kept short?

Re the OP, there's a lot of information we aren't a party to;
for example, what are /media/fde and /media/ssda - we've only
been told what one of them isn't. It also wouldn't be difficult
to put set -x into the script, which would show what's being
executed as well as confirming that the correct script is
being run (because there are "several others like it") by
tarkbrowsers.

Cheers,
David.

Re: Debian Installer, Manual Partitioning is a Joke

2019-10-25 Thread Peter Ehlert



On 10/25/19 7:44 AM, Wayne Sallee wrote:


 Original Message 
*Subject: *  Re: Debian Installer, Manual Partitioning is a Joke
*From: * Wayne Sallee 
*To: * Debian-user 
*CC: *
*Date: *  2019-10-23  10:37 AM



 Original Message 
*Subject: *  Re: Debian Installer, Manual Partitioning is a Joke
*From: * Christopher David Howie 
*To: * Debian-user 
*CC: *
*Date: *  2019-10-22  12:43 PM

On 10/13/19 6:56 PM, Wayne Sallee wrote:

The non-graphical needs work too:
There's no manual partitioning option without going first to guided
partitioning

This is patently false. Every Debian setup I have done in the last ten
years I've done with manual partitioning in the text-mode installer. 
The
option to do partitioning manually is among the guided options, you 
just

have to select it.

See the attached screenshot.




I went back through my cd images, and had a hard time finding it. 
Finally I found it.
Yes under normal circumstances the manual partitioning is there 
without having to select guided partitioning.


But when I was writing up my info on how difficult the partitioning 
can be, I ran into the situation where there was no option to select 
manual portioning without first selecting guided partitioning, and 
was surprised and disappointed to see that debian makes you select 
guided partitioning in order to find the manual partitioning option. 
But sure enough, under normal circumstances the manual partitioning 
is available without having to select guided partitioning.


So here it is. . . .

On any screen that has the "back" option, select back to go to the 
main menu, and you will get that long list of options. You will see 
there, "Detect disk", "Partition disk", "Install the system".


Select "Partition disk"

You will then see a number of options; one being guided partitioning, 
but no option for manual partition. You have to select guided 
partition, in order to get to the manual partition.


So what needs to be done on that screen, is the change the option 
name from "Guided partitioning" to something like "Partition options".


Wayne Sallee
wa...@waynesallee.com
http://www.WayneSallee.com









Actually what it needs is to put the manual partitioning options at 
the top, instead of (putting Guided partitioning at the top and 
defaulting the user to guided partitioning at the top) when the *user 
just got done selecting manual partitioning*. The manual partitioning 
options are unclearly buried at the bottom.

I believe this would be a "feature request"
contact the Debian Installer Team and ask politely

https://wiki.debian.org/DebianInstaller/Team


"unclear" is an opinion that I do not share




Wayne Sallee
wa...@waynesallee.com
http://www.WayneSallee.com

Re: Script does not do what it is told to do

2019-10-25 Thread David Wright

On Fri 25 Oct 2019 at 14:28:02 (+0100), Michael Howard wrote:
> On 25/10/2019 14:11, Greg Wooledge wrote:
> > On Fri, Oct 25, 2019 at 08:33:09AM +0100, Michael Howard wrote:
> > > On 24/10/2019 23:37, Ken Heard wrote:
> > > > #!/bin/bash
> > > > # Script to back up all browser files in directory /home/ken/mozilla.
> > > > STARTDIR=$PWD
> > > > cd /home/ken
> > > > tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
> > > > - --wildcards -T docs/tarlists/kbrowsers.lst
> > > > cd "$STARTDIR"
> > > There is nothing inherently wrong with the script,
> > Untrue.  I pointed out the flaws last time this subject was discussed
> > on this mailing list.  Was that just a few days ago, or was it last
> > week?  I don't remember.
> 
> Sorry, but it _is_ true. One can't know, nor should one, if the
> variables and paths are correct, but if they are, i.e. all things
> being equal, the script  is inherrently correct. Of course, it
> certainly isn't optimal.

What's the role of the hyphen between the two --switches, please.

> > > in that it would work if
> > > all other things were equal, but they are clearly not.
> > Lots of scripts will work "if certain conditions hold true".
> 
> See above.

If one "shouldn't know" about such conditions, then it seems pointless
to post this sort of problem on the list. One is better employed in
checking one's own assumptions, as Thomas has shown elsewhere in the
thread.

> > That's the
> > fundamental problem here.  The script shown here is incredibly fragile,
> > and the author did not correct the flaws that I already pointed out
> > last time.  It may "work" under certain conditions.  How likely those
> > conditions are to be true, I have no way to know.
> 
> I have no idea about when or where the OP may have posted previously.

Four days ago, on this list. Looking back to check the date, I see
that the said hyphen had a different, but equally mysterious, role
in the OP's script back there. Perhaps you could explain that hyphen
at the same time.

https://lists.debian.org/debian-user/2019/10/msg00758.html

> > > Using the -C option to tar is preferable to the way you are doing it.
> > Yup, that was one of the three(?) proposals I made last time around,
> > none of which were followed.  *shrug*  Not much more I can do when
> > nobody listens to me.
> 
> With your attitude, little wonder nobody listens to you. You're
> probably on the ignore list :)

That might explain some of the scripts seen here. I find Greg's
comments on scripts very valuable, and they often remind me to
check out the pages at http://mywiki.wooledge.org/BashGuide.
It would be exaggerating to say that I wait with bated breath for
Greg's comments whenever I post a script here myself.

Greg's criticism's are far more useful than some of the immaterial
English corrections I've seen here.

Cheers,
David.

Unnecessary packages?

2019-10-25 Thread J.Arun Mani

Hi.

I recently installed Debain Buster GNOME Edition. I found a
lot of apps which are rarely used by me.
1. Fcitx, Fcitx config - I don't what these apps do and they aren't even 
launching.
2. Anthy Dictionary - No use.
3. Cheese, Sound Recorder - My laptop doesn't have a camera or mic(:[).
4. Evolution, Thunderbird - I use Protonmail and they don't offer support for 
Linux Bridges.
5. HDate(*) - I'm not a Hebrew speaker.
6. XTerm - I'm good with GNOME Terminal.
7. Thai X Terminal(*) - I don't speak Thai.
8. Multilingual Terminal(*) - No no.
9. Mozc Setup - What's it?
10. Games - ...

I feel that though, apps excluding the starred ones might have a use, but 
really 5, 7, 8 are
not generally used apps. It is used by a particular community and not by all! 
My question is
"Is there a valid reason why Debian includes these (5, 7, 8) packages by 
default?" And will uninstalling
them (all apps mentioned above) cause any trouble?

Thanks for your patience ^^
J Arun Mani

plotutils: graph -TX: small

2019-10-25 Thread Jerome BENOIT

Hi, I am using graph from the plotutils(1) package in order to have a quick 
plot.
The X output format is small on my hightresolution screen (MacBookPro retina):
how can I make it bigger ? I am looking for a permanent configuration.
Thanks in advance, Jerome

Re: Script does not do what it is told to do

2019-10-25 Thread The Wanderer

On 2019-10-25 at 11:37, David Wright wrote:

> On Fri 25 Oct 2019 at 14:28:02 (+0100), Michael Howard wrote:
> 
>> On 25/10/2019 14:11, Greg Wooledge wrote:

>>> Untrue.  I pointed out the flaws last time this subject was
>>> discussed on this mailing list.  Was that just a few days ago, or
>>> was it last week?  I don't remember.
>> 
>> Sorry, but it _is_ true. One can't know, nor should one, if the 
>> variables and paths are correct, but if they are, i.e. all things 
>> being equal, the script  is inherrently correct. Of course, it 
>> certainly isn't optimal.
> 
> What's the role of the hyphen between the two --switches, please.

I'm not sure whether it can meaningfully serve this function in the
specific case given, but generally - particularly, IIRC, for GNU
programs - a standalone '-' means something like "treat the data you
receive from stdin as if it were the contents of an input file".

That wouldn't seem to fit too well with the use of the '-T' option,
which appears to mean "read the list of input filenames from the
specified file", but it's what I'd normally expect that syntax to mean.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw

signature.asc
Description: OpenPGP digital signature

Re: Accessing a host with variable IP addresses / connection types

On Fri, 25 Oct 2019 09:13:31 -0400
Greg Wooledge  wrote:

> On Fri, Oct 25, 2019 at 08:56:19AM -0400, Celejar wrote:
> > Basically, the home network uses 192.168.0.0/24, as do other LANS I
> > connect to.
> 
> So change your home network.

I suppose I could, I just didn't feel like doing that just to solve a
problem that should have a better solution ;)

It would, of course, have been easier to do that than to code an entire
new custom framework (but much less fun).

Celejar

Re: Accessing a host with variable IP addresses / connection types

On Fri, 25 Oct 2019 10:14:59 -0400
Gene Heskett  wrote:

> On Friday 25 October 2019 09:13:31 Greg Wooledge wrote:
> 
> > On Fri, Oct 25, 2019 at 08:56:19AM -0400, Celejar wrote:
> > > Basically, the home network uses 192.168.0.0/24, as do other LANS I
> > > connect to.
> >
> > So change your home network.
> 
> 192.168.0.## and 192.168.1.## are the last two blocks I would ever use 
> for a home network. The potential for a miss-behaving router messing 
> with your security is mind boggling.  Fortunately for better endowed 
> routers that can be reflashed, there is dd-wrt.  No NSA back doors, 
> nothing gets thru it you didn't allow.  It has stood guard over my 
> machines for around 20 years now.

Yes, I use OpenWrt.

> Cheers, Gene Heskett

Celejar

Re: Accessing a host with variable IP addresses / connection types

2019-10-25 Thread Dan Ritter

Celejar wrote: 
> On Fri, 25 Oct 2019 10:14:59 -0400
> Gene Heskett  wrote:
> 
> > On Friday 25 October 2019 09:13:31 Greg Wooledge wrote:
> > 
> > > On Fri, Oct 25, 2019 at 08:56:19AM -0400, Celejar wrote:
> > > > Basically, the home network uses 192.168.0.0/24, as do other LANS I
> > > > connect to.
> > >
> > > So change your home network.
> > 
> > 192.168.0.## and 192.168.1.## are the last two blocks I would ever use 
> > for a home network. The potential for a miss-behaving router messing 
> > with your security is mind boggling.  Fortunately for better endowed 
> > routers that can be reflashed, there is dd-wrt.  No NSA back doors, 
> > nothing gets thru it you didn't allow.  It has stood guard over my 
> > machines for around 20 years now.
> 
> Yes, I use OpenWrt.

I use a much better supported system called Debian. It did
require me to spend a bit more on the firewall hardware, but on
the other hand it is tremendously speedy and configurable.

-dsr-

Re: Accessing a host with variable IP addresses / connection types

On Fri, 25 Oct 2019 12:55:32 -0400
Dan Ritter  wrote:

> Celejar wrote: 
> > On Fri, 25 Oct 2019 10:14:59 -0400
> > Gene Heskett  wrote:
> > 
> > > On Friday 25 October 2019 09:13:31 Greg Wooledge wrote:
> > > 
> > > > On Fri, Oct 25, 2019 at 08:56:19AM -0400, Celejar wrote:
> > > > > Basically, the home network uses 192.168.0.0/24, as do other LANS I
> > > > > connect to.
> > > >
> > > > So change your home network.
> > > 
> > > 192.168.0.## and 192.168.1.## are the last two blocks I would ever use 
> > > for a home network. The potential for a miss-behaving router messing 
> > > with your security is mind boggling.  Fortunately for better endowed 
> > > routers that can be reflashed, there is dd-wrt.  No NSA back doors, 
> > > nothing gets thru it you didn't allow.  It has stood guard over my 
> > > machines for around 20 years now.
> > 
> > Yes, I use OpenWrt.
> 
> I use a much better supported system called Debian. It did
> require me to spend a bit more on the firewall hardware, but on
> the other hand it is tremendously speedy and configurable.

Debian is certainly better supported, and better in many ways, but does
it run on something like my TP-Link Archer AC2600? I suppose you're
advocating getting separate router / firewall, wireless AP, and maybe
switch boxes, but as you note, that will cost substantially more and
probably draw substantially more power (also costing more).
"Tremendously speedy" is hardly relevant if my unit is fast enough that
it isn't the bottleneck on my network, and OpenWrt has no lack of
configurability.

Celejar

Re: Accessing a host with variable IP addresses / connection types

On Fri, 25 Oct 2019 12:25:27 -0400
Celejar  wrote:

> On Fri, 25 Oct 2019 09:13:31 -0400
> Greg Wooledge  wrote:
> 
> > On Fri, Oct 25, 2019 at 08:56:19AM -0400, Celejar wrote:
> > > Basically, the home network uses 192.168.0.0/24, as do other LANS I
> > > connect to.
> > 
> > So change your home network.
> 
> I suppose I could, I just didn't feel like doing that just to solve a
> problem that should have a better solution ;)
> 
> It would, of course, have been easier to do that than to code an entire
> new custom framework (but much less fun).
> 
> Celejar

Furthermore, changing the addressing scheme is insufficient to solve
the problem: say the home network uses 10.0.0.0/16, and the VPN is
configured to assign the same address to the laptop that it gets when
it's connected locally. How do hosts on the local network that want
to initiate connections to the laptop know whether to send packets
directly over ethernet, or to forward them via the VPN host? I suppose
I'd need something like ProxyArp, but can you point me to user-friendly,
authoritative documentation for using it on *nix systems? And I'd still
need some mechanism for switching ProxyArp on and off depending on
whether the laptop is connected locally or remotely. And even if I got
it working properly, I'd have a non-standard networking configuration
that will almost certainly come back to bite me as some hard to
diagnose problem down the line ;)

I'm no networking expert - if there's a good solution for all this, do
let me know - but as I mentioned in my first post reviving this thread,
we discussed this for a while back then, and no one had a very good
solution to offer.

Celejar

Re: Script does not do what it is told to do

2019-10-25 Thread David Wright

On Fri 25 Oct 2019 at 11:49:46 (-0400), The Wanderer wrote:
> On 2019-10-25 at 11:37, David Wright wrote:
> > On Fri 25 Oct 2019 at 14:28:02 (+0100), Michael Howard wrote:
> >> On 25/10/2019 14:11, Greg Wooledge wrote:
> 
> >>> Untrue.  I pointed out the flaws last time this subject was
> >>> discussed on this mailing list.  Was that just a few days ago, or
> >>> was it last week?  I don't remember.
> >> 
> >> Sorry, but it _is_ true. One can't know, nor should one, if the 
> >> variables and paths are correct, but if they are, i.e. all things 
> >> being equal, the script  is inherrently correct. Of course, it 
> >> certainly isn't optimal.
> > 
> > What's the role of the hyphen between the two --switches, please.
> 
> I'm not sure whether it can meaningfully serve this function in the
> specific case given, but generally - particularly, IIRC, for GNU
> programs - a standalone '-' means something like "treat the data you
> receive from stdin as if it were the contents of an input file".
> 
> That wouldn't seem to fit too well with the use of the '-T' option,
> which appears to mean "read the list of input filenames from the
> specified file", but it's what I'd normally expect that syntax to mean.

Sure. - can indicate either of stdin or stdout when it follows -f,
stdin after -T, and so on. But I'm asking about its role in this
"correct script", and the earlier one where it doesn't even stand
alone. (There's no sign of redirection in either script.)

Cheers,
David.

Re: Unnecessary packages?

2019-10-25 Thread nektarios

On Fri, 25 Oct 2019 15:21:18 +
"J.Arun Mani"  wrote:

> Hi.
> 
> I recently installed Debain Buster GNOME Edition. I found a
> lot of apps which are rarely used by me.
> 1. Fcitx, Fcitx config - I don't what these apps do and they aren't
> even launching. 2. Anthy Dictionary - No use.
> 3. Cheese, Sound Recorder - My laptop doesn't have a camera or
> mic(:[). 4. Evolution, Thunderbird - I use Protonmail and they don't
> offer support for Linux Bridges. 5. HDate(*) - I'm not a Hebrew
> speaker. 6. XTerm - I'm good with GNOME Terminal.
> 7. Thai X Terminal(*) - I don't speak Thai.
> 8. Multilingual Terminal(*) - No no.
> 9. Mozc Setup - What's it?
> 10. Games - ...
> 
> I feel that though, apps excluding the starred ones might have a use,
> but really 5, 7, 8 are not generally used apps. It is used by a
> particular community and not by all! My question is "Is there a valid
> reason why Debian includes these (5, 7, 8) packages by default?" And
> will uninstalling them (all apps mentioned above) cause any trouble?
> 
> Thanks for your patience ^^
> J Arun Mani

Gnome desktop is a metapackage. Which simply means it installs various
other packages. Metapackages are built for convenience to install
things like desktop environments or linux kernel. If you remove those
then you might remove other dependencies or the whole desktop.
Definitely you wont be able to update the desktop.

Easy solution if disk space is not an issue is to leave it alone.

Difficult solution is to built your own metapackage that includes only
the programs you need as described here
https://help.ubuntu.com/community/MetaPackages

Regards
Nektarios Katakis.

Re: Script does not do what it is told to do

2019-10-25 Thread Michael Howard


On 25/10/2019 16:37, David Wright wrote:

On Fri 25 Oct 2019 at 14:28:02 (+0100), Michael Howard wrote:

On 25/10/2019 14:11, Greg Wooledge wrote:

On Fri, Oct 25, 2019 at 08:33:09AM +0100, Michael Howard wrote:

On 24/10/2019 23:37, Ken Heard wrote:

#!/bin/bash
# Script to back up all browser files in directory /home/ken/mozilla.
STARTDIR=$PWD
cd /home/ken
tar -czf /media/fde/backups/kbrowsers.tgz  --exclude-caches \
- --wildcards -T docs/tarlists/kbrowsers.lst
cd "$STARTDIR"

There is nothing inherently wrong with the script,

Untrue.  I pointed out the flaws last time this subject was discussed
on this mailing list.  Was that just a few days ago, or was it last
week?  I don't remember.

Sorry, but it _is_ true. One can't know, nor should one, if the
variables and paths are correct, but if they are, i.e. all things
being equal, the script  is inherrently correct. Of course, it
certainly isn't optimal.

What's the role of the hyphen between the two --switches, please.


in that it would work if
all other things were equal, but they are clearly not.

Lots of scripts will work "if certain conditions hold true".

See above.

If one "shouldn't know" about such conditions, then it seems pointless
to post this sort of problem on the list. One is better employed in
checking one's own assumptions, as Thomas has shown elsewhere in the
thread.


That's the
fundamental problem here.  The script shown here is incredibly fragile,
and the author did not correct the flaws that I already pointed out
last time.  It may "work" under certain conditions.  How likely those
conditions are to be true, I have no way to know.

I have no idea about when or where the OP may have posted previously.

Four days ago, on this list. Looking back to check the date, I see
that the said hyphen had a different, but equally mysterious, role
in the OP's script back there. Perhaps you could explain that hyphen
at the same time.

https://lists.debian.org/debian-user/2019/10/msg00758.html


Using the -C option to tar is preferable to the way you are doing it.

Yup, that was one of the three(?) proposals I made last time around,
none of which were followed.  *shrug*  Not much more I can do when
nobody listens to me.

With your attitude, little wonder nobody listens to you. You're
probably on the ignore list :)

That might explain some of the scripts seen here. I find Greg's
comments on scripts very valuable, and they often remind me to
check out the pages at http://mywiki.wooledge.org/BashGuide.
It would be exaggerating to say that I wait with bated breath for
Greg's comments whenever I post a script here myself.

Greg's criticism's are far more useful than some of the immaterial
English corrections I've seen here.

Cheers,
David.


Well good for you. Nice to see Greg as a bodyguard.

plonk!

In case you don't know and to save you the time replying, that was the 
sound of you hitting the kill file.


Mike.

--

Re: Accessing a host with variable IP addresses / connection types

Celejar wrote:

> I'm not sure exactly what networking scheme you're describing, but I
> explained why there's no easy, good solution in the original thread.
> Basically, the home network uses 192.168.0.0/24, as do other LANS I
> connect to. My VPN uses 10.0.0.0/24. When the laptop is connected
> locally at home, it's 192.168.0.x, but when it's connected remotely,
> it's 10.0.0.x.
> 
> Just to be clear, the issue is not reaching the hosts on the local
> network from the laptop: that's simple. The issue is having the hosts on
> the local network be able to initiate connections to the laptop without
> knowinng or caring whether it's connected locally or over the VPN.

It is simple and it does the trick. Check your server config.

# Push routes to the client to allow it
# to reach other private subnets behind
# the server. Remember that these
# private subnets will also need
# to know to route the OpenVPN client
# address pool (10.8.0.0/255.255.255.0)
# back to the OpenVPN server.
;push route 192.168.10.0 255.255.255.0
;push route 192.168.20.0 255.255.255.0
push  "route 10.1.1.0  255.255.255.0"
push  "route 192.168.1.0  255.255.255.0"

regards

Re: Accessing a host with variable IP addresses / connection types

deloptes wrote:

> push  "route 10.1.1.0  255.255.255.0"
> push  "route 192.168.1.0  255.255.255.0"

as it seems the level is basic these both  lines are here (AFAIR) to make it
possible that different PCs in the VPN see each other and that the PC on
the VPN see the home network. This is configuring your client to have those
routes.

You can set those manually after establishing the VPN connection, but this
makes it easier.

=> You need to read a bit more about routing and networking.

Re: Debian 8 how to install and run init.d scripts?

2019-10-25 Thread Steffen Dettmer

On Mon, Oct 21, 2019 at 9:32 PM Greg Wooledge  wrote:

> On Mon, Oct 21, 2019 at 09:26:57PM +0200, Steffen Dettmer wrote:
> > On Mon, Oct 21, 2019 at 3:27 PM Greg Wooledge 
> wrote:
> > > This is not correct.  Debian's systemd will use init.d scripts in
> > > compatibility mode.
> >
> > Ahh, this sounds good! But how to do that correctly?
>
> wooledg:~$ systemctl status exim4
>

as I already explained in detail, this does not work.

Steffen

Re: Debian 8 how to install and run init.d scripts?

2019-10-25 Thread Steffen Dettmer

Hi,

thanks for your reply.

On Tue, Oct 22, 2019 at 5:45 AM Peter Wiersig  wrote:

> Steffen Dettmer  writes:
> > So you propose not to use init.d scripts. I usually prefer a simple shell
> > script that is easy to test, systemd is just way to complex.
>

> Like Greg says, systemd units are really much simpler.
>

Thank you for your opinion. I'm sure it is fully true in your context.

> The thing with the compatibility mode is that that part has do *guess*
> what the init.d tries to call and adapt that to its inner working and
> can fail.
>

Not sure if on topic, but I what is needed to guess, it should run the
scripts in order of their rcX/Snn number? I though the difficulty
would be to use a suited nn number (and in fact, if my init.d script
would get started at all it won't work because of a missing user as
it is started before pam ldap - this are places where I expect problems,
not at the attempt to run or not at all).
 it's documentation with Debian 9 (stretch) is in

> "If your distribution removes SysV init scripts in favor of systemd unit
> files typing "/etc/init.d/foobar start" to start a service will not
> work, since the script will not be available. Use the more correct
> "/sbin/service foobar start" instead, and your command will be forwarded
> to systemd."
>

In my case, the script does exist and I can call it manually. The problem
is that it sources lsb functions that source "hooks" which includes
some s40systemd-wrapper (or such) which calls "exit 0" instead of
letting the sourcing script continue.
Unless DPKG_MAINTSCRIPT_PACKAGE is set.

> There are many more details on that page and maybe buried in there is a
> hint why the init.d you have does not work.
>

Technically it is clear, because some sourced systemd script calls some
exit 0, since sourced, it does not terminate the sourced script, but also
the calling script.

Maybe it is a bug that it exits. Maybe it is a bug that it exits in my
situation.
I noticed that it does not exits when DPKG_MAINTSCRIPT_PACKAGE is
set. This suggests me that there must be some trick (even if fragile).
(Since its not most recent and systemd I think it makes no sense to
file a bug report, I just tried to understand and get it working).

>> https://wiki.debian.org/systemd#Failed_units
> >> HINT: Extensive debugging information about systemd is on this
> >> FreeDesktop page.
> https://freedesktop.org/wiki/Software/systemd/Debugging/
> >
> > I didn't find anything about init.d or DPKG_MAINTSCRIPT_PACKAGE in these
> > pages.
>
> Correct, as they are about systemd units/services/timers etc.
>

(These places were mentioned as points where to read, I just told that
I read them but still did not understand whats happening and especially
if it is a bug, or what kind of bug I'm facing)
So although systemd is assumed to be simple, my issue
"just start a script" still isn't solved, even with all the help from this
list,
so I think under the hood things are more complex than they seem to be.

 > Only I found using "status", but this does not help either:

> >
> >   root@node17-0:/etc/init.d# systemctl status gitlab-runner2.service
> >   - gitlab-runner2.service
> >  Loaded: not-found (Reason: No such file or directory)
> >  Active: inactive (dead)
>
> Was the ...-runner2 intentional? Your other quoted error showed
> "gitlab-runner.service".
>

Yes, it was. I patched the gitlab-runner script to set
DPKG_MAINTSCRIPT_PACKAGE,
and installed a gitlab-runner2 without that.

> > funny that it does not even tell WHICH file was not found and why it was
> > loaded anyway.
>
> Yeah, that's probably jessies ancient systemd at fault.

systemd is from 2010, so in Debian 8 it should be somewhat
stable already I think.

> Newer output is more detailed and looks like that:
>
>server:/etc/apt/sources.list.d# systemctl status atd.service
>  ● atd.service - Deferred execution scheduler
> Loaded: loaded (/lib/systemd/system/atd.service; enabled; vendor
> preset: enabled)
> Active: active (running) since Wed 2019-07-24 04:48:30 CEST; 2
> months 29 days ago
>   Docs: man:atd(8)
>   Main PID: 570 (atd)
>   (...)
>

I think in Debian 8 / Jessie it looks the same, IF it works.
Here my problem is, that it does NOT work :(

But as already said, maybe with systemd its impossible
to get init.d script running correclty so that I need to
write such a unit file (using Devuan is no option here).

> There is no such file "gitlab-runner.service" (I tried "find /etc" and
> > "locate").
> > It seem that some systemd magic applies here. Maybe, if its content is
> > needed for technical reasons, systemd creates some "virtual unit" on the
> > fly, who knows.
>
> There is also a possible gitlab-runner@.service file to check, for the
> indeed rather magic stuff from systemd.
>

This sounds like a way where I possibly should dig in deeper?

> Did you install gitlab as whole from packages or from source?

well... it's complicated...
Let's take "gitlab-run

Re: Accessing a host with variable IP addresses / connection types

2019-10-25 Thread Stefan Monnier

> I use a much better supported system called Debian.  It did
> require me to spend a bit more on the firewall hardware, but on
> the other hand it is tremendously speedy and configurable.

I like this option as well, but I find it hard to come across
suitable hardware.  I need:
- ≥2 ethernet ports
- acceptable wifi (i.e. not a wifi dongle)
- DSL modem
- 2TB hard disk
- audio output
- USB (for printer)
and it shouldn't use up significantly more than an average of about 10W
while doing mostly nothing 24/7.

In the past, I've used a DSL modem + banana-pi (one of the ethernet was
replaced by a USB cable on the OTG port) and it kind of worked except
for the wifi part which kinda sucked.  Also it's fairly difficult to
find good DSL modems in my experience (and they're not supported by any
Free distribution like Debian, OpenWRT, ... so you're stuck with
a proprietary OS).  The upside was that almost everything happened on
the banana-pi running Debian.

Nowadays I use a BT HomeHub 5 together with the banana-pi.  The DSL and
wifi work a lot better (as well as the real ethernet port instead of the
`gether` USB widget).  It draws a bit more power than my old DSL-modem
and uses OpenWRT rather than Debian, but it's otherwise a much
better solution.


Stefan

Re: Accessing a host with variable IP addresses / connection types

Dan Ritter wrote:

> I use a much better supported system called Debian. It did
> require me to spend a bit more on the firewall hardware, but on
> the other hand it is tremendously speedy and configurable.
> 
> -dsr-

+1 here

spent 250,- 12y ago for a industrial board pc with 3 network devices. Debian
on top and never gave up. It has AES implemented so it works as VPN as
well.

Re: Accessing a host with variable IP addresses / connection types

Celejar wrote:

> I don't get it - IIUC, this sort of thing will work if a given system
> is always available via a remote connection. In such a case, we can set
> up the routes so that clients on the local network know to route
> packets to the given system through the VPN server. But in my case, the
> given system is sometimes available locally and sometimes remotely -
> how will the local systems know when to send packets locally and when
> to send them through the gateway?

OK, understood finally!
What prevents you using the same IP over the VPN IP - you would have two IPs
when connected over VPN. I have not tested this, but could think it should
work. Still need to add a route on the machine in the home network that
needs to send to the same IP to find this IP in the VPN.

Re: Accessing a host with variable IP addresses / connection types

On Fri, 25 Oct 2019 21:35:48 +0200
deloptes  wrote:

> Celejar wrote:
> 
> > I'm not sure exactly what networking scheme you're describing, but I
> > explained why there's no easy, good solution in the original thread.
> > Basically, the home network uses 192.168.0.0/24, as do other LANS I
> > connect to. My VPN uses 10.0.0.0/24. When the laptop is connected
> > locally at home, it's 192.168.0.x, but when it's connected remotely,
> > it's 10.0.0.x.
> > 
> > Just to be clear, the issue is not reaching the hosts on the local
> > network from the laptop: that's simple. The issue is having the hosts on
> > the local network be able to initiate connections to the laptop without
> > knowinng or caring whether it's connected locally or over the VPN.
> 
> It is simple and it does the trick. Check your server config.
> 
> # Push routes to the client to allow it
> # to reach other private subnets behind
> # the server. Remember that these
> # private subnets will also need
> # to know to route the OpenVPN client
> # address pool (10.8.0.0/255.255.255.0)
> # back to the OpenVPN server.
> ;push route 192.168.10.0 255.255.255.0
> ;push route 192.168.20.0 255.255.255.0
> push  "route 10.1.1.0  255.255.255.0"
> push  "route 192.168.1.0  255.255.255.0"

I don't get it - IIUC, this sort of thing will work if a given system
is always available via a remote connection. In such a case, we can set
up the routes so that clients on the local network know to route
packets to the given system through the VPN server. But in my case, the
given system is sometimes available locally and sometimes remotely -
how will the local systems know when to send packets locally and when
to send them through the gateway?

Celejar

Re: Accessing a host with variable IP addresses / connection types

Celejar wrote:

> Furthermore, changing the addressing scheme is insufficient to solve
> the problem: say the home network uses 10.0.0.0/16, and the VPN is
> configured to assign the same address to the laptop that it gets when
> it's connected locally. How do hosts on the local network that want
> to initiate connections to the laptop know whether to send packets
> directly over ethernet, or to forward them via the VPN host? I suppose

This is a mess. Use for example 10.1.0.0 for home and 10.2.0.0 for VPN.
Obviously you use VPN to protect a home network from external access. In the
VPN you do this - this is why it is called virtual private network. It is a
different one than your home network.

> I'd need something like ProxyArp, but can you point me to user-friendly,
> authoritative documentation for using it on *nix systems? And I'd still
> need some mechanism for switching ProxyArp on and off depending on
> whether the laptop is connected locally or remotely. And even if I got
> it working properly, I'd have a non-standard networking configuration
> that will almost certainly come back to bite me as some hard to
> diagnose problem down the line ;)
> 

OpenVPN does all this for you. you need to spend some time configuring, but
once done, it works forever and AFAIR the documentation is very good and
the example configs too.

> I'm no networking expert - if there's a good solution for all this, do
> let me know - but as I mentioned in my first post reviving this thread,
> we discussed this for a while back then, and no one had a very good
> solution to offer.

Well, some basics you should read - you also drive a car with driving
license. Even for a bicycle you need some knowledge. It is worth reading
this than FB or other crap.

regards

Re: Accessing a host with variable IP addresses / connection types

On Fri, 25 Oct 2019 21:44:44 +0200
deloptes  wrote:

> Celejar wrote:
> 
> > Furthermore, changing the addressing scheme is insufficient to solve
> > the problem: say the home network uses 10.0.0.0/16, and the VPN is
> > configured to assign the same address to the laptop that it gets when
> > it's connected locally. How do hosts on the local network that want
> > to initiate connections to the laptop know whether to send packets
> > directly over ethernet, or to forward them via the VPN host? I suppose
> 
> This is a mess. Use for example 10.1.0.0 for home and 10.2.0.0 for VPN.
> Obviously you use VPN to protect a home network from external access. In the
> VPN you do this - this is why it is called virtual private network. It is a
> different one than your home network.

I think that you are still missing the point - I understand well that
this is all very easy if the system in question is always available via
the VPN, but I'm looking to set things up so that it's reachable
seamlessly by local systems regardless of whether it's connected
locally or via the VPN.

> > I'd need something like ProxyArp, but can you point me to user-friendly,
> > authoritative documentation for using it on *nix systems? And I'd still
> > need some mechanism for switching ProxyArp on and off depending on
> > whether the laptop is connected locally or remotely. And even if I got
> > it working properly, I'd have a non-standard networking configuration
> > that will almost certainly come back to bite me as some hard to
> > diagnose problem down the line ;)
> > 
> 
> OpenVPN does all this for you. you need to spend some time configuring, but
> once done, it works forever and AFAIR the documentation is very good and
> the example configs too.
> 
> > I'm no networking expert - if there's a good solution for all this, do
> > let me know - but as I mentioned in my first post reviving this thread,
> > we discussed this for a while back then, and no one had a very good
> > solution to offer.
> 
> Well, some basics you should read - you also drive a car with driving

And what basics might these be? I've searched and read extensively on
this question, without success.

> license. Even for a bicycle you need some knowledge. It is worth reading
> this than FB or other crap.

Once again, you keep ignoring what I wrote. I'm using wireguard, not
OpenVPN, and I've noted that it's hard to find general documentation on
things like ProxyArp. I do recall coming across the OpenVPN
documentation, but I didn't find it sufficient for my question (which
you seem to keep misunderstanding or misconstruing).

Celejar

Wine usage; was Re: TWAIN in Debian 10.

2019-10-25 Thread peter

From: Dan Ritter
Date: Fri, 16 Aug 2019 12:15:24 -0400
> You might manage to get the Windows TWAIN software to run in
> WINE, or if you have a Windows 95/98 virtual machine, that would
> probably work.

"hwinfo --scsi" reports this for the JVC camera.

20: SCSI 06.0: 10680 Storage Device
[Created at scsi.1783]
Unique ID: olmp.0cgEuxP19dC
Parent ID: oxTw.8Wc+vtM+OBC
SysFS ID: /class/scsi_generic/sg2
SysFS BusID: 0:0:6:0
Hardware Class: unknown
Model: "JVC KY-F70"
Vendor: "JVC"
Device: "KY-F70"
Revision: "1.00"
Driver: "advansys"
Driver Modules: "advansys", "advansys"
Device File: /dev/sg2
Device Number: char 21:2
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #10 (SCSI storage controller)

In Debian, created directory /home/peter/JVC, copied the contents of 
the installer diskette there and in winecfg declared the JVC directory 
as the A: drive.  Also in winecfg, set the system to Windows 98. 

Then did "wine A:/SETUP.EXE" yielding a fault with this backtrace.

Unhandled exception: page fault on read access to 0x00c2 in 32-bit code 
(0x7f5c1241).
Register dump:
 CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033
 EIP:7f5c1241 ESP:0065f600 EBP:0065f658 EFLAGS:00010202(  R- --  I   - - - )
 EAX:00c2 EBX:7f612eec ECX: EDX:003b
 ESI:008e EDI:7f5b8892
Stack dump:
0x0065f600:     
0x0065f610:     0001
0x0065f620:   0001 0001 0065f7f4
0x0065f630:  0005   b5c9c000
0x0065f640:    7f5c0adb 7f612eec
0x0065f650:  0065fac0 0065f7f4 0065f688 7f5c1c8a
Backtrace:
=>0 0x7f5c1241 (0x0065f658)
  1 0x7f5c1c8a (0x0065f688)
  2 0x7bc46338 (0x0065f6f8)
  3 0x7bc855ce (0x0065f758)
  4 0x7bc85ab6 (0x0065f7d8)
  5 0xdeadbabe (0x0065fb38)
  6 0x7f5f4e21 (0x0065fb88)
  7 0x7f5df131 (0x0065feb8)
  8 0x7f5e95b4 (0x0065fed8)
  9 0x7bc82d10 (0x0065feec)
  10 0x7bc862c9 (0x0065ffdc)
  11 0x7bc82d02 (0x0065ffec)
0x7f5c1241: cmpw$64,0x0(%eax)
Modules:
Module  Address Debug info  Name (13 modules)
PE  7b42-7b5d   Deferredkernel32
PE  7bc1-7bc14000   Deferredntdll
PE  7ef3-7ef39000   Deferredmsacm32
PE  7ef6-7ef64000   Deferredrpcrt4
PE  7f00-7f028000   Deferredole32
PE  7f14-7f1b8000   Deferredwinmm
PE  7f28-7f28b000   Deferredmpr
PE  7f35-7f354000   Deferredimm32
PE  7f63-7f634000   Deferredversion
PE  7f66-7f664000   Deferredadvapi32
PE  7f6d-7f6d7000   Deferredgdi32
PE  7f81-7f8f7000   Deferreduser32
PE  7ffd-7ffd3000   Deferredwinevdm
Threads:
process  tid  prio (all id:s are in hex)
000e services.exe
00220
001d0
00130
00100
000f0
0011 winedevice.exe
00180
00170
00160
00120
0019 plugplay.exe
001f0
001e0
001a0
001b explorer.exe
00280
00270
00250
001c0
0020 winedevice.exe
00260
00240
00230
00210
0029 (D) C:\windows\system32\winevdm.exe
002b0 <==
002a0
System information:
Wine build: wine-4.0 (Debian 4.0-2)
Platform: i386
Version: Windows 98
Host system: Linux
Host version: 4.19.0-6-686-pae

Similar results for the Windows 95 and NT systems. 

Comments welcome.  Any ideas about settings in winecfg?
Other adjustments?

Thanks,  ... Peter E.
 
-- 
https://en.wikibooks.org/wiki/Medical_Machines
Tel: +1 604 670 0140Bcc: peter at easthope. ca

su boleto de acceso

2019-10-25 Thread CN-RH

Llene su ficha de inscripción y reciba su boleto acceso al Congreso Nacional de 
Recursos Humanos 2019 de este 5 y 6 de diciembre

Recuerde que se tocarán importantes temas cómo:

Manejo del talento en la era digital
Nuevos retos que enfrenta un departamento de Recursos Humanos
Salud, bienestar y conciliación para RRHH –NOM 035–
El talento millenial
Manejo del fracaso, entre otros

LE ESTAMOS INVITANDO

Si no recibió o no ha solicitado el temario donde están todos los detalles del 
evento, puede responder este email y se lo haré llegar sin compromiso, solo 
necesito por favor me llene los siguientes datos:

Nombre: 
Teléfono: 
Email Corporativo: 
Email Personal: 





















si no desea recibir más mensajes, solo necesita responder este email con la 
palabra USCB en el asunto

Re: [OT] replacement for SystemRescueCD

2019-10-25 Thread David

Hi tomas,

Thanks for your message, I understand your points.

I am reluctant to add another message to this thread. It's not my
style, and it's not the kind of content that I want or need this list
to contain [1][2]. I've no desire for activism. I'm just an ordinary
and busy person who'd rather be doing something else than writing this
message.

But I'd feel rude to ignore direct responses, from others here that I
respect. And it might appear cowardly or troll-like to remain silent.
So here's one more message. I apologise for extending the thread and I
will be as succinct as I can.

This message is a general response to the overall discussion, not to
any individual message.

First, the temperature of the reactions to what I wrote earlier has taken
me *completely* by surprise.

In my world, what I wrote has *exactly* the same moderate tone and
negligible controversy as, for example: "Please do not top post, that
is not the way we do things here".

Asking people to not top post is based on published Debian guidelines [3].
It's not controversial.

I believe that what I wrote is exactly comparable.

Asking people to not speak in way that excludes others is based on
published Debian guidelines [4]: "The Debian Project welcomes and
encourages participation by everyone." Note: "everyone". It's not
controversial.

"Guys" is not everyone. If you take a large random sample and ask "are
you a guy?", not everyone will respond "yes". Significantly, some
respondents might even be offended at the suggestion that they could
be a guy. It is clearly an exclusive term, provable by experiment.

One-off casual use doesn't matter so much. But Debian clearly doesn't
want a culture of exclusion, so *repeated* or habitual use does
matter. That's why I responded to this instance of minor, repeated
use, with what I thought to be a minor, short, uncontroversial
message.

The subtleties of language are hard, especially for non-native
speakers. I attempt to be sensitive to language and cultural
differences. So I tried to use short, direct, translatable language
that neither criticised nor upset the poster. It's not easy, because
what's ok in one culture can be rude in another. Also, I probably lack
the tact and motivation and live in the wrong culture to achieve that
perfectly. Even so, I tried. Let's carefully examine the actual words
I wrote. There are 3 sentences.

Sentence 1:
> I'm sure you don't intend to offend, but in future please try
> to choose words that cannot accidentally be understood
> as excluding valued members of this community.

I state that I am *sure* the poster didn't intend anything undesirable
and that it occurred *accidentally*. I am aware that some cultures
place high importance on saving face. I do not live in such a culture,
so I'm pretty ignorant, but I tried. There's no blame, no criticism of
the person, of course it was an accident, they didn't realise.

I didn't say that offence was caused. Only that accidental (ie mis-)
understandings can occur.

Sentence 2:
> Even though in some situations "guys" is claimed to be a
> gender-neutral word, I doubt that everyone thinks of themselves
> as a "guy".

As elaborated above.

Sentence 3:
> And it will be polite to those people to not make them
> choose between doing that or feeling excluded.

This is the core of the issue and I've seen no disagreement.

This was my attempt to expain to the poor surprised, confused,
whatever person receiving my message WTF I was talking about. It was
an attempt to give a short, clear explanation of the consequences of
their words from the listeners' perspective.

To briefly respond to other points:

> flame war

I'm a pacifist.

> consider responding off-list to be less offending

It's public business about our community. Better to do that in the
sunlight than in the shadows IMHO.

It's neither off-topic nor confidential. Nor controversial.

I see nothing offensive in my original message. If anyone's opinion
differs, help me learn to do better. I hope to not send any additional
messages myself, but I will carefully read any feedback here or in
private email if you prefer.

If all you have to say is "this doesn't affect me, so shut up" that
won't achieve anything.

Thanks,
David

[1] Message ping-pong to prove that someone is more correct than someone else.
[2] https://people.debian.org/~enrico/dcg/index.html
[3] 
https://wiki.debian.org/DebianMailingLists#Posting_Rules.2C_Guidelines.2C_and_Tips
[4] https://www.debian.org/intro/diversity

Re: Firefox Seems to Have a Mind of It's Own

2019-10-25 Thread Keith Bainbridge


On 26/10/19 12:31 am, Kenneth Parker wrote:


+1

And note that people use Debian all over the world, with all sorts of 
Primary Languages.   Ken Heard is pointing out, exactly why English is 
one of the hardest Languages to learn especially from Asian Countries. 
  But this sort of issue (its verses it's) hits people hard, learning 
English from the Latin-Based Countries.




+1



--
Keith Bainbridge

ke1th3...@gmail.com
+61 (0)447 667 468

Re: Firefox Seems to Have a Mind of It's Own

Kenneth Parker wrote:

> And note that people use Debian all over the world, with all sorts of
> Primary Languages.   Ken Heard is pointing out, exactly why English is one
> of the hardest Languages to learn especially from Asian Countries.   But
> this sort of issue (its verses it's) hits people hard, learning English
> from the Latin-Based Countries.
> 
> Kenneth [got a mid-term F in 5th Grade English] Parker

What? I learned 4 languages and English was the easiest one. The key is to
start as soon as possible because by the age of 7 the linguistic center in
the brain stops actively developing. Unfortunately my parents did not know
that and I had to spend a lot of time in the library.

So to save the trouble for your children get them as soon as possible to
learn foreign language ... perhaps I should omit "foreign". IMO the modern
education system is deliberately bad, so that you may stay dumb. Children
do not learn their own mother language and when I did a small research  how
it was in the 18th century, following came up.

2 years grammar (means latin language)
2 years logic
2 years rhetoric
- after this you can learn whatever you want

It is very simple:
- if you do not know the language (grammar) there is no point.
- if you do not know the laws of logic there is no point.
- if you do not know how to communicate there is no point.

I demand that it is brought back, cause I can not stand talking or most of
the time listening to idiots.
Everybody underestimates how dangerous these people are (at any level in
society). They are left and right in the news on the street , in the office
etc. While in the 18th century they were stamped as idiots and forced to
live at the border of society, nowdays they become the normal.

Re: Debian 8 how to install and run init.d scripts?