Re: text editors

[john doe]

On 3/25/2019 5:38 AM, mick crane wrote:
> Is there any text editor, preferably in a terminal that has the facility
> to protect lines in the document, not the document itself ?
> I've got 2 blocks of "code" that look similar and I keep editing the
> wrong one and then it doesn't work.

Not strictly an answer but I would track the good file for example in Git.
That way, you can always return back to a working state.

$ git checkout -- .

--
John Doe

Re: Flushing all Buffers Before Exiting

[deloptes]

Martin McCormick wrote:

> deloptes  writes:
>> I just wonder why one would do that, but it is again your business.
> 
> In all but a very small handful of countries around the
> world, the hobby of amateur radio exists and it's justification
> for existence is to allow people to self-train as to how
> electronic communication, especially radio, works.  The vast
> majority of radio amateurs do not do destructive things with the
> knowledge they gain but listening to non-amateur communications
> systems and understanding how they work is part of the hobby.
> So, we do things that may seem really strange to those who don't
> look at technology that way.
> 
> Computers fit right in to this hobby also as they are
> part of modern life.
> 
>> Nowdays
>> all of this communication is encrypted and you have virtually no chance
>> listening to this.
> 
> When the day comes in which all radio communications are
> encrypted except for amateur radio where encryption is illegal,
> we will probably stop listening to signals other than amateur
> radio and broadcasting.
> 
> Right now, much is still in the clear.  It may be
> digitally encoded but the coding standards are either to
> improve reception, compress bandwidth or both.  If they are to
> obscure the conversation from eaves-droppers, then the landscape
> gets more complicated regarding the law.
> 

I was thinking it is forbidden for amateur radio, because theywant to listen
to you.

>> In most of the countries it is even illegal, but ok,
>> one
>> can do things for fun anyway - braking the encryption though is close to
>> impossible.
> 
> That is quite true.  some of the encoding schemes involve
> more than one layer of encryption and use 1024-bit keys or
> something similar so a person who doesn't know the key or keys
> involved probably doesn't have enough seconds in his or her
> natural life to break even 1 set of keys much less deal with the
> key-holders changing the keys every hour or so.  There are far
> better ways to spend one's life.
> 

Look at the wikipedia link I shared - it talks about the keys

>> The communication follows well defined protocol, so knowing it, you might
>> be
>> able to read the frames, but the content will remain hidden.
> 
> Quite true.
> 
> In the case of what I am doing, a web site for scanner
> radio enthusiasts published the frequencies and the logical order in
> which they should be entered in to a receiver but the index
> numbers turned out to be wrong due to changes made to the site
> after the information was published.  The control data includes
> the index number for the channel to which a conversation or part
> of one is assigned so one can learn the list by reading the index
> numbers and observing which channels come to life.  This allows
> one to fix the list correctly.  It's like solving a partly
> assembled puzzle.
> 
> Sorry for getting far afield of the original topic.
> 
> Martin  WB5AGZ

Why don't you get the documentation or at least what is publicly available
and solve it?

regards

Re: xorg opengl / intel integrated graphics problem

[deloptes]

t...@t8w.de wrote:

> due to a graphics card change in a few days, which will allow me to
> properly use virtualization, I wanted to check a few things. First check,
> starting the pc without the current dedicated graphics card, failed really
> unexpectedly, because the integrated graphics card of my intel processor
> was not able to load my desktop environment. I did not use this integrated
> card since I assembled my pc, got everything running and installed a
> dedicated graphics card - maybe the Nvidia drivers broke something in the
> meanwhile.
> 

I had similar issue once - I had to remove the nvidia drivers - AFAIR they
come with own OpenGL stuff

> Anyway, trying to fix this, I've found no used drivers for the card and a
> opengl error message in xorg.
> 
> lspci output and xorg logs: https://t8w.de/log.txt
> (my private server, plain text, no logging, tracking nor anything else ;)
> )
> 
> Installing, uninstalling, reinstalling several driver / mesa related
> packages did not help and neither did the handful of threads about the
> same or similar issues, so I'd really appreciate any help.

put together you problems are summerized in following

[ 4.905] (EE) open /dev/dri/card0: No such file or directory
[ 4.905] (WW) Falling back to old probe method for modesetting
[ 4.905] (EE) open /dev/dri/card0: No such file or directory
[ 4.905] (II) Loading sub module "fbdevhw"
[ 4.905] (II) LoadModule: "fbdevhw"
[ 4.905] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 4.906] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 4.906]compiled for 1.19.2, module version = 0.0.2
[ 4.906]ABI class: X.Org Video Driver, version 23.0
[ 4.906] (**) FBDEV(1): claimed PCI slot 0@0:2:0
[ 4.906] (II) FBDEV(1): using default device
[ 4.906] (WW) Falling back to old probe method for vesa
[ 4.906] (EE) Screen 0 deleted because of no matching config section.

[ 4.910] (II) AIGLX: Screen 0 is not DRI2 capable
[ 4.910] (EE) AIGLX: reverting to software rendering
[ 4.935] (EE) AIGLX error: dlopen
of /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so failed
(/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so: undefined symbol:
_glapi_tls_Dispatch)
[ 4.935] (EE) GLX: could not load software renderer
[ 4.935] (II) GLX: no usable GL providers found for screen 0

First of all if you have a xorg.conf file - need to remove it (put aside)
dri.so is perhaps from the Nvidia - need to fix it - this is the AIGLX
(OpenGL) or Mesa that comes with NVidia.

I am writing from memory as I do not use NVidia or AMD cards anymore.

regards

Re: text editors

[Dan Hitt]

On Sun, Mar 24, 2019 at 9:38 PM mick crane  wrote:

> Is there any text editor, preferably in a terminal that has the facility
> to protect lines in the document, not the document itself ?
> I've got 2 blocks of "code" that look similar and I keep editing the
> wrong one and then it doesn't work.
> mick
>
>
Hi Mick,

Actually, you can do this, at least in emacs, and this can be done in a
terminal,
at least in an xterm.

If you're using emacs as an app, then it is just a matter of highlighting
the region, then
choosing Edit > Text Properties > Special Properties > Read Only

(This is described in stack overflow,
https://emacs.stackexchange.com/a/46066, where i
learned about it.)

However, you want to do it in a terminal, which is a good thing i think.

In this case, you probably have to access the menu things without a mouse.

But in xterm, at least, you can follow this procedure.

First, if you do not see the menu along the top, do M-x menu-bar-mode.  (If
you can see the menu, don't do M-x menu-bar-mode, because it toggles.)

Then, at least in xterm, you can do F10 (or function-F10) to get into the
menus and
use the arrow keys to move around, and do the Edit > Text Properties thing.

Note that i do not know how to do this in xfce4-terminal, which is what
debian
gives me, because F10 gets me into the xfce4-terminal.  But i don't know
what
terminal you are using, so don't know if that's an issue for you or not.

Anyhow good luck, and it's a good question invho.

dan

Re: text editors

[Erik Christiansen]

On 25.03.19 04:38, mick crane wrote:
> Is there any text editor, preferably in a terminal that has the facility to
> protect lines in the document, not the document itself ?
> I've got 2 blocks of "code" that look similar and I keep editing the wrong
> one and then it doesn't work.

The only thing I can think of, using vim (haven't used anything else for
30 years), is to turn on folding, and include a warning in a comment on
the first line of the block. Whether folding is on blank lines (simple
paragraph/block folding), or foldmethod=marker, the first line line is
displayed while folded.

Having to unfold the block, with only the warning and a short initial
line of code or block identifier visible, ought to be sufficiently
alerting if the blood level in the caffeine stream is not too high.

Putting the warning in "foldtext" wouldn't work, because then it'd
appear on all folded paragraphs - unless you used foldmethod=manual, and
only folded the troublesome blocks.

In extremis, you could write a vimscript function to do all sorts of
weird stuff on folding, but I think it would be a bit of work to put a
password on unfolding.

:help folding

Erik

Re: text editors

[Jude DaShiell]

Even if it's not possible to colorize that block, hash marks could be
used on beginnings of lines to make those lines comments.  Then save the
document.  Then grep -v "^#" file >file2
That should remove your protected block from the saved file.  Now, edit
file2.  When finished, go into the original file and copy that block out
and paste it where you want it into file2.  Then overwrite the original
save file with file2.

On Mon, 25 Mar 2019, Cindy-Sue Causey wrote:

> Date: Mon, 25 Mar 2019 00:52:49
> From: Cindy-Sue Causey 
> To: Debian Users 
> Subject: Re: text editors
> Resent-Date: Mon, 25 Mar 2019 04:53:04 + (UTC)
> Resent-From: debian-user@lists.debian.org
>
> On 3/25/19, mick crane  wrote:
> > Is there any text editor, preferably in a terminal that has the facility
> > to protect lines in the document, not the document itself ?
> > I've got 2 blocks of "code" that look similar and I keep editing the
> > wrong one and then it doesn't work.
>
>
> I don't know of that, and I tried an "apt-cache search", too..
>
> As I marked your thread "unread" to save in case something crosses my
> path, it occurred to me that maybe you could at least find a way to do
> something like colorize it?
>
> Or in the meantime of finding something to lock that down, maybe you
> could throw in one or more comments... that yell "Don't to do that!"
> I've done that one... :)
>
> Cindy :)
>

-- 

Re: text editors

[Cindy-Sue Causey]

On 3/25/19, mick crane  wrote:
> Is there any text editor, preferably in a terminal that has the facility
> to protect lines in the document, not the document itself ?
> I've got 2 blocks of "code" that look similar and I keep editing the
> wrong one and then it doesn't work.


I don't know of that, and I tried an "apt-cache search", too..

As I marked your thread "unread" to save in case something crosses my
path, it occurred to me that maybe you could at least find a way to do
something like colorize it?

Or in the meantime of finding something to lock that down, maybe you
could throw in one or more comments... that yell "Don't to do that!"
I've done that one... :)

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

text editors

[mick crane]

Is there any text editor, preferably in a terminal that has the facility 
to protect lines in the document, not the document itself ?
I've got 2 blocks of "code" that look similar and I keep editing the 
wrong one and then it doesn't work.

mick

--
Key ID4BFEBB31

Re: youtube video downloader for chrome

[Celejar]

On Fri, 22 Mar 2019 19:53:10 -0500
David Wright  wrote:

> On Wed 20 Mar 2019 at 18:21:20 (-0400), Celejar wrote:
> > On Wed, 20 Mar 2019 15:00:12 -0400 rhkra...@gmail.com wrote:
> > > On Wednesday, March 20, 2019 02:10:57 PM David Wright wrote:
> > > > Actually I don't call youtube-dl as above, because I have two helper
> > > > functions which do things like history logging to prevent me
> > > > accidentally downloading the same video twice.
> > > 
> > > Are you willing to share?
> > 
> > Note that you can apparently do something like this natively with
> > youtube-dl itself - see its --download-archive option.
> 
> Sure, but I prefer my history file which saves a valid URL that
> I can pass on to people who don't use youtube-dl.

Gotcha - but your message mentioned specifically prevention of the
accidental download of the same video twice, which my suggestion
accomplishes.

Celejar

Re: Flushing all Buffers Before Exiting

[Martin McCormick]

deloptes  writes:
> I just wonder why one would do that, but it is again your business. 

In all but a very small handful of countries around the
world, the hobby of amateur radio exists and it's justification
for existence is to allow people to self-train as to how
electronic communication, especially radio, works.  The vast
majority of radio amateurs do not do destructive things with the
knowledge they gain but listening to non-amateur communications
systems and understanding how they work is part of the hobby.
So, we do things that may seem really strange to those who don't
look at technology that way.  

Computers fit right in to this hobby also as they are
part of modern life.

> Nowdays
> all of this communication is encrypted and you have virtually no chance
> listening to this.

When the day comes in which all radio communications are
encrypted except for amateur radio where encryption is illegal,
we will probably stop listening to signals other than amateur
radio and broadcasting.

Right now, much is still in the clear.  It may be
digitally encoded but the coding standards are either to
improve reception, compress bandwidth or both.  If they are to
obscure the conversation from eaves-droppers, then the landscape
gets more complicated regarding the law.

> In most of the countries it is even illegal, but ok, 
> one
> can do things for fun anyway - braking the encryption though is close to
> impossible.

That is quite true.  some of the encoding schemes involve
more than one layer of encryption and use 1024-bit keys or
something similar so a person who doesn't know the key or keys
involved probably doesn't have enough seconds in his or her
natural life to break even 1 set of keys much less deal with the
key-holders changing the keys every hour or so.  There are far
better ways to spend one's life.

> The communication follows well defined protocol, so knowing it, you might 
> be
> able to read the frames, but the content will remain hidden.

Quite true.

In the case of what I am doing, a web site for scanner
radio enthusiasts published the frequencies and the logical order in
which they should be entered in to a receiver but the index
numbers turned out to be wrong due to changes made to the site
after the information was published.  The control data includes
the index number for the channel to which a conversation or part
of one is assigned so one can learn the list by reading the index
numbers and observing which channels come to life.  This allows
one to fix the list correctly.  It's like solving a partly
assembled puzzle.

Sorry for getting far afield of the original topic.

Martin  WB5AGZ

xorg opengl / intel integrated graphics problem

[tim]

Hey,

due to a graphics card change in a few days, which will allow me to properly use
virtualization, I wanted to check a few things. First check, starting the pc 
without
the current dedicated graphics card, failed really unexpectedly, because the
integrated graphics card of my intel processor was not able to load my desktop
environment. I did not use this integrated card since I assembled my pc, got
everything running and installed a dedicated graphics card - maybe the Nvidia
drivers broke something in the meanwhile.

Anyway, trying to fix this, I've found no used drivers for the card and a opengl
error message in xorg.

lspci output and xorg logs: https://t8w.de/log.txt
(my private server, plain text, no logging, tracking nor anything else ;) )

Installing, uninstalling, reinstalling several driver / mesa related packages
did not help and neither did the handful of threads about the same or similar 
issues,
so I'd really appreciate any help.

Thanks

Re: amd64 stable netinstall failing repeatedly 'scanning the mirror'

[Rory Campbell-Lange]

On 24/03/19, Rory Campbell-Lange (r...@campbell-lange.net) wrote:
> Hi. I'm stuck in the DC and it's getting cold!
> 
> I'm trying to install debian-9.8.0-amd64-netinst.iso using the
> non-graphical installer. All is fine till I hit the 'configure apt'
> stage, when it simply hangs at 'scanning the mirror'.
> 
> I can still ping the network. I've tried three different mirrors.

I've found a subtle layer 7 routing problem upstream which seems to be
the problem.

Rory

amd64 stable netinstall failing repeatedly 'scanning the mirror'

[Rory Campbell-Lange]

Hi. I'm stuck in the DC and it's getting cold!

I'm trying to install debian-9.8.0-amd64-netinst.iso using the
non-graphical installer. All is fine till I hit the 'configure apt'
stage, when it simply hangs at 'scanning the mirror'.

I can still ping the network. I've tried three different mirrors.

Any thoughts?

Cheers
Rory

Re: mdadm started before disks are detected

[Sven Hartge]

Mimiko  wrote:

> I came across a problem when booting. In the server is installed 4
> disks connected to raid controller and 2 disks connected to
> motherboard sata interfaces. During booting disks connected to raid
> controller are detected before md raid assembling process, while the 2
> disks connected to motherboard sata interfaces are detected after md
> raid assembly, so the raid made of this 2 disks are not detected and
> assembled during boot.

Add "rootdelay=10" to your Linux cmdline via /etc/default/grub. This
normally solves the problem.

S!

-- 
Sigmentation fault. Core dumped.

Re: Flushing all Buffers Before Exiting

[deloptes]

Martin McCormick wrote:

> Apparently, the flush after each new cycle of data isn't
> taxing the system too much as the output looks correct.  This is
> a 600 MHZ Pentium which would have gone in to the recycle bin
> years ago if not for Linux.  Older systems like this tend to
> accentuate the effects of not being able to keep up much more
> obviously than if this was a quad-core 64-bit modern design.
> 

I am not sure if the cost compared to productivity can keep up for this cpu,
but it is your business.

> The best test I can do is to look at the output which is
> quite repetitive as it is designed to allow radios to almost
> immediately figure out what frequency and "talk group" they
> should be on even if their owner turns on the radio in the middle
> of a conversation.  Subsequent lines all look the same so if one
> is missing part of the data, it looks wrong especially if you
> have watched enough of this gibberish to damage one's brain to
> the point where it starts making sense.

I just wonder why one would do that, but it is again your business. Nowdays
all of this communication is encrypted and you have virtually no chance
listening to this. In most of the countries it is even illegal, but ok, one
can do things for fun anyway - braking the encryption though is close to
impossible.
The communication follows well defined protocol, so knowing it, you might be
able to read the frames, but the content will remain hidden.
[https://en.wikipedia.org/wiki/Terrestrial_Trunked_Radio]

regards

Re: en_DK.UTF-8 UTF-8

[Urs Thuermann]

info  writes:

> Why can I not fint "en_DK.UTF-8 UTF-8" when I install a normal os from
> you (it is not a server version)??
> 
> I know that I can set it after the installation, but it is not the same!!

You have to generate all locales you want to use.  Run

dpkg-reconfigure locales

and select the required locales.  You can also set the default locale
to en_DK.UTF-8, select the locale at login time or run a single
process in that locale by setting the environment variable LANG, e.g.

LANG=en_DK.UTF-8 ls

You might want to make sure that no other locale environment
variables, i.e. LC_* are set, otherwise they override your LANG
setting.

urs

mdadm started before disks are detected

[Mimiko]

hello.

I came across a problem when booting. In the server is installed 4 disks connected to raid controller and 2 disks connected to motherboard sata 
interfaces. During booting disks connected to raid controller are detected before md raid assembling process, while the 2 disks connected to 
motherboard sata interfaces are detected after md raid assembly, so the raid made of this 2 disks are not detected and assembled during boot.


From log is seen that sdd and sde a detected after mdamd is started to assembly 
the raids.

How can I force those 2 disks to be detected before mdadm?

This is the log:
[1.186650] No iBFT detected.
[1.186876] TCP cubic registered
[1.186951] NET: Registered protocol family 10
[1.187496] Mobile IPv6
[1.187498] NET: Registered protocol family 17
[1.187548] PM: Resume from disk failed.
[1.187553] registered taskstats version 1
[1.188011] rtc_cmos 00:05: setting system clock to 2019-03-24 21:08:51 UTC 
(1553461731)
[1.188061] Initalizing network drop monitor service
[1.188084] Freeing unused kernel memory: 592k freed
[1.188170] Write protecting the kernel read-only data: 4236k
[1.197578] udev[116]: starting version 164
[1.224921] SCSI subsystem initialized
[1.229396] Fusion MPT base driver 3.04.12
[1.229398] Copyright (c) 1999-2008 LSI Corporation
[1.234546] Fusion MPT SAS Host driver 3.04.12
[1.234577] mptsas :06:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[1.234648] mptbase: ioc0: Initiating bringup
[1.955862] ioc0: LSISAS1064E B3: Capabilities={Initiator}
[1.955889] mptsas :06:00.0: setting latency timer to 64
[   10.778908] scsi0 : ioc0: LSISAS1064E B3, FwRev=011e0500h, Ports=1, 
MaxQ=277, IRQ=16
[   10.801289] mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 6, phy 
0, sas_addr 0x3dbfa994f1bd8090
[   10.804203] scsi 0:0:0:0: Direct-Access ATA  WD2502ABYS-23B7A 3B07 
PQ: 0 ANSI: 5
[   10.807855] mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 7, phy 
1, sas_addr 0x3f3b341d9a8a7d75
[   10.824619] scsi 0:0:1:0: Direct-Access ATA  TOSHIBA MG03ACA1 FL1A 
PQ: 0 ANSI: 5
[   10.827405] mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 9, phy 
2, sas_addr 0x3dbfa995eebc7a90
[   10.830257] scsi 0:0:2:0: Direct-Access ATA  WD2502ABYS-23B7A 3B07 
PQ: 0 ANSI: 5
[   10.833875] mptsas: ioc0: attaching sata device: fw_channel 0, fw_id 8, phy 
3, sas_addr 0x3f5c341d88a07675
[   10.853400] scsi 0:0:3:0: Direct-Access ATA  TOSHIBA MG03ACA1 FL1A 
PQ: 0 ANSI: 5
[   10.856241] mptsas: ioc0: attaching raid volume, channel 1, id 5
[   10.857101] scsi 0:1:5:0: Direct-Access LSILOGIC Logical Volume   3000 
PQ: 0 ANSI: 2
[   10.868797] sd 0:1:5:0: [sdc] 486326272 512-byte logical blocks: (248 GB/231 
GiB)
[   10.869031] sd 0:1:5:0: [sdc] Write Protect is off
[   10.869033] sd 0:1:5:0: [sdc] Mode Sense: 03 00 00 08
[   10.869447] sd 0:1:5:0: [sdc] Write cache: disabled, read cache: enabled, 
doesn't support DPO or FUA
[   10.870392]  sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 sdc6 >
[   10.909617] sd 0:1:5:0: [sdc] Attached SCSI disk
[   10.963876] sd 0:0:3:0: [sdb] 1953525168 512-byte logical blocks: (1.00 
TB/931 GiB)
[   10.981506] sd 0:0:1:0: [sda] 1953525168 512-byte logical blocks: (1.00 
TB/931 GiB)
[   11.044709] sd 0:0:3:0: [sdb] Write Protect is off
[   11.044714] sd 0:0:3:0: [sdb] Mode Sense: 73 00 00 08
[   11.045837] sd 0:0:3:0: [sdb] Write cache: enabled, read cache: enabled, 
doesn't support DPO or FUA
[   11.062588] sd 0:0:1:0: [sda] Write Protect is off
[   11.062593] sd 0:0:1:0: [sda] Mode Sense: 73 00 00 08
[   11.063707] sd 0:0:1:0: [sda] Write cache: enabled, read cache: enabled, 
doesn't support DPO or FUA
[   11.104040]  sdb: unknown partition table
[   11.130203]  sda: unknown partition table
[   11.187144] sd 0:0:3:0: [sdb] Attached SCSI disk
[   11.233674] sd 0:0:1:0: [sda] Attached SCSI disk
[   11.273175] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[   11.274213] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[   11.281803] md: raid1 personality registered for level 1
[   11.284091] mdadm: sending ioctl 1261 to a partition!
[   11.284096] mdadm: sending ioctl 1261 to a partition!
[   11.284281] mdadm: sending ioctl 1261 to a partition!
[   11.284284] mdadm: sending ioctl 1261 to a partition!
[   11.284467] mdadm: sending ioctl 1261 to a partition!
[   11.284470] mdadm: sending ioctl 1261 to a partition!
[   11.284648] mdadm: sending ioctl 1261 to a partition!
[   11.284651] mdadm: sending ioctl 1261 to a partition!
[   11.284826] mdadm: sending ioctl 1261 to a partition!
[   11.284829] mdadm: sending ioctl 1261 to a partition!
[   11.286183] md: md0 stopped.
[   11.287365] md: bind
[   11.288142] md: bind
[   11.288972] raid1: raid set md0 active with 2 out of 2 mirrors
[   11.288991] md0: detected capacity change from 0 to 1000203698176
[   11.289483]  md0: unknown partition table
[   11.392474] PM: Starting manual 

Re: Discussion? New names of betwork devices

[Michael Stone]

On Fri, Mar 22, 2019 at 04:14:50PM -0600, ghe wrote:

But when I'm looking to connect a cable, the location of the port on the
outside of the box is much more useful to me than the address number on
the bus.


Unfortunately, the software doesn't know what was written on the outside 
of the box.

Re: Flushing all Buffers Before Exiting

[Gene Heskett]

On Sunday 24 March 2019 14:25:47 Martin McCormick wrote:

> David Wright  writes:
> > On Sat 23 Mar 2019 at 18:23:47 (+0100), to...@tuxteam.de wrote:
> > > On Sat, Mar 23, 2019 at 10:27:01AM -0500, David Wright wrote:
> > > > On Fri 22 Mar 2019 at 17:45:50 (+0100), to...@tuxteam.de wrote:
> > > >
> > > > Reading the OP's problem, I wonder how you're meant to detect
> > > > "any whiff of a problem" [...]
> > >
> > > Torture tests.
> >
> > Like, multiply the number of sources by stealing a few more radio
> > scanners to connect up, which then all burst into life as the
> > police scour the neighbourhood for thieves?
> >
> > When dealing with realtime real information coming in, over which
> > you have no control, it can be non-trivial to set up such scenarios.
> > That's why I thought it best to devise a method that's more
> > efficient than line buffering. After all, that's why buffering was
> > invented, wasn't it.
>
>   Apparently, the flush after each new cycle of data isn't
> taxing the system too much as the output looks correct.  This is
> a 600 MHZ Pentium which would have gone in to the recycle bin
> years ago if not for Linux.  Older systems like this tend to
> accentuate the effects of not being able to keep up much more
> obviously than if this was a quad-core 64-bit modern design.
>
>   The best test I can do is to look at the output which is
> quite repetitive as it is designed to allow radios to almost
> immediately figure out what frequency and "talk group" they
> should be on even if their owner turns on the radio in the middle
> of a conversation.  Subsequent lines all look the same so if one
> is missing part of the data, it looks wrong especially if you
> have watched enough of this gibberish to damage one's brain to
> the point where it starts making sense.
>
>   Martin

Martin; Its one of the famous Murphy's Laws, the instant it makes sense, 
thats a security breech so it gets changed again just as soon as they 
can come up with a confusing enough to the frogs excuse. :(


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)
Genes Web page 

Re: Flushing all Buffers Before Exiting

[Martin McCormick]

David Wright  writes:
> On Sat 23 Mar 2019 at 18:23:47 (+0100), to...@tuxteam.de wrote:
> > On Sat, Mar 23, 2019 at 10:27:01AM -0500, David Wright wrote:
> > > On Fri 22 Mar 2019 at 17:45:50 (+0100), to...@tuxteam.de wrote:
> >
> > > Reading the OP's problem, I wonder how you're meant to detect
> > > "any whiff of a problem" [...]
> >
> > Torture tests.
> 
> Like, multiply the number of sources by stealing a few more radio
> scanners to connect up, which then all burst into life as the
> police scour the neighbourhood for thieves?
> 
> When dealing with realtime real information coming in, over which you
> have no control, it can be non-trivial to set up such scenarios.
> That's why I thought it best to devise a method that's more
> efficient than line buffering. After all, that's why buffering
> was invented, wasn't it.

Apparently, the flush after each new cycle of data isn't
taxing the system too much as the output looks correct.  This is
a 600 MHZ Pentium which would have gone in to the recycle bin
years ago if not for Linux.  Older systems like this tend to
accentuate the effects of not being able to keep up much more
obviously than if this was a quad-core 64-bit modern design.

The best test I can do is to look at the output which is
quite repetitive as it is designed to allow radios to almost
immediately figure out what frequency and "talk group" they
should be on even if their owner turns on the radio in the middle
of a conversation.  Subsequent lines all look the same so if one
is missing part of the data, it looks wrong especially if you
have watched enough of this gibberish to damage one's brain to
the point where it starts making sense.

Martin

Re: Discussion? New names of betwork devices

[David Wright]

On Fri 22 Mar 2019 at 17:40:43 (+0100), Hans wrote:
> Am Freitag, 22. März 2019, 17:15:29 CET schrieb Reco:

> > No, this is done by udev. It can be disabled, it can be configured, and
> > it can be left as is.
> > 
> I know, that the old style can be kept by either using udev (withg persistent-
> net.rules for example) or by a kernel parm (something like "ifnet.rename=0, 
> or 
> similar, forgot the correct syntax)
> 
> > > However, I discovered many packages, where are still the old names
> > > preconfigured with the old names.
> > 
> > Some examples are in order.
> > 
> I had to correct /etc/network/interfaces, kismet, wicd-*, powertweak, snort 
> and some others. No big deal.

I don't think we've been told whether /e/n/i needed correcting after
installation, after a dist-upgrade, or some other circumstance.

> > Most of the server-side packages that I can think of are either bind to all
> > available interfaces by default, or bind to lo, which is still here.
> 
> There were more the desktop users with laptops in my mind.
> 
> > 
> > > I know, the last one might be problematic, because the developer never can
> > > know, whhich interface is used (eth0? eth1? wlan0? whatever)
> > 
> > Or, for instance, en0p2gibberish. They call them Unpredictable Device
> > Named for a reason.
> 
> Yes, thsis is another thing, which I am thinking of: The names could change 
> (in case, when there are more than one network devices are active or the 
> order 
> of activing changed).

Can you elaborate on these name changes. AIUI the reason they're
jokingly called Unpredictable Device Names is because anyone who's not
into hardware is not going to know the name when they buy a laptop/
add a new NIC/whatever. After that, the name stays Predictable and
Persistent regardless of activation, booting'sorder of discovery etc.

> In the past, I forced the order with persistent-
> net.rules. Dunno, if normal users can deal with it. Can it your Mom or your 
> Dad? Grandpa? Grandma? 
>  
> > > For myself I got the solution: just edited all configs to the new names,
> > > but I believe, for unexperienced users, this could be problematic.
> > 
> > So-called "unexperienced" users should not meddle in servers'
> > configuration in the first place.
> > And NIC configuration is hardly relevant for a typical desktop.
> > 
> > > And I also believe, an unexperienced user gets in trouble, when nobody
> > > points him, where to look.
> > 
> > I don't know about that. I mean, you wrote here, isn't it? Nobody's
> > stopping this hypothetical "unexperienced" users to do the same.
> 
> Remember, this list is in English, not all people do speak English well 
> (included myself), and I doubt, most people want to spare the time, to crawl 
> through all the lists. They want it just work.
> > 
> > > You do not need to look for a solution for me, I just wanted to remember
> > > this thing and hope, we should keep this little problem in mind. Maybe
> > > this is worth a discussion, if not, please excuse the noise.

Cheers,
David.

Re: Discussion? New names of betwork devices

[David Wright]

On Sat 23 Mar 2019 at 23:29:07 (-0400), Felix Miata wrote:
> David Wright composed on 2019-03-23 23:03 (UTC-0400):
> 
> > On Sat 23 Mar 2019 at 04:39:21 (-0400), Felix Miata wrote:
> 
> >> The ATX is on the left when looking at the rear from the rear with
> >> the slot openings facing up. ghe wanted a frame of reference. I gave the 
> >> ATX
> >> position, CPU position and PS/2 port position as usual "left" references, 
> >> and
> >> last PCI slot as "right" reference. A BTX is to an ATX oppositely situated
> >> adjacent to the last (if any) slot.
> 
> > How does this differ from a race condition?
> 
> ???
> 
> Relative physical positions of motherboard components are for the 
> motherboard's
> entire life.
> 
> Time is an implicit element of every race.
> 
> Time can't change motherboard components' relative physical positions.

It takes two to shake hands: the time it takes to complete the
handshake depends on the cooperation or otherwise of the other
person. Same with mobos and NICs.

Cheers,
David.

Re: Flushing all Buffers Before Exiting

[David Wright]

On Sat 23 Mar 2019 at 18:23:47 (+0100), to...@tuxteam.de wrote:
> On Sat, Mar 23, 2019 at 10:27:01AM -0500, David Wright wrote:
> > On Fri 22 Mar 2019 at 17:45:50 (+0100), to...@tuxteam.de wrote:
> 
> > Reading the OP's problem, I wonder how you're meant to detect
> > "any whiff of a problem" [...]
> 
> Torture tests.

Like, multiply the number of sources by stealing a few more radio
scanners to connect up, which then all burst into life as the
police scour the neighbourhood for thieves?

When dealing with realtime real information coming in, over which you
have no control, it can be non-trivial to set up such scenarios.
That's why I thought it best to devise a method that's more
efficient than line buffering. After all, that's why buffering
was invented, wasn't it.

> > The main concern raised in the OP was flushing before termination,
> > for which a signal is ideal. And for best performance, I'd forget
> > tee and just look at the output file occasionally, with tail.
> 
> A signal handler is definitely an option, but it can be pretty tricky.
> Especially if you are catching things like SEGV (you dare a write()
> after that?)

SIGUSR1 to flush the buffers; that's all (see Subject line). If you
find progamming it tricky, that's a good reason for line buffering as
a stopgap. What would I do with SEGV, having trapped it? (Or most of
the other signals…)

Cheers,
David.

Re: youtube video downloader for chrome

[David Wright]

On Sat 23 Mar 2019 at 20:14:18 (+0100), Pierre Frenkiel wrote:
> On Fri, 22 Mar 2019, David Wright wrote:
> 
> > almost invariably up-to-date enough, and I don't have to check
> > for upgradesthey just appear, like mainstream updates.
> 
>   what do  you mean by "enough" ?

Because it downloads all the videos I'm interested in successfully.
I install software on an as needed basis.

>   why don't use the simple command:
> 
>   wget https://yt-dl.org/latest/youtube-dl -O /usr/local/bin/youtube-dl
>   chmod 755 /usr/local/bin/youtube-dl
> 
>   the debian stretch version is 2018.09.10

I'll do the maths from my previous post, "The version
I installed from backports on Jan 28 was 11 days old",
so it's dated 2019-01-17.

>   the last one is 2019.03.18
>   But the most important is that the command "youtube-dl --update" is then 
> valid,
>   and you can put it in a crontab
>   An other important feature is that if you have the bad luck to find a bug, 
> you
>   can only report it if you use the last version.

Not interested. You're obviously a more serious user, and so your
managing to cope with escaping characters has been a benefit from
this thread. My own concern is how I fit these downloaders into
my workflow patterns. If they're of any benefit to others, fine.
Otherwise ignore them.

Cheers,
David.

Re: youtube video downloader for chrome

[Pierre Frenkiel]

On Wed, 20 Mar 2019, Celejar wrote:


On Wed, 20 Mar 2019 10:34:42 +0100 (CET)
Pierre Frenkiel  wrote:


On Tue, 19 Mar 2019, riveravaldez wrote:


Maybe worth mentioning: youtube-dl, exceptionally useful and simple CLI tool.


   useful and simple... but it works only for urls with alphanumeric characters
   I tried with an url containing ? and &, and I got nothing
   I tried also by escaping ? and & with \, and it was not better.
   I'll send you an example later, if you are not convinced...


You can also try putting the url(s) in a file, and feeding the file to
youtube-dl via its -a option.

Celejar



   hi Celejar,
   thank you for your suggestion
   After downloading the last version of youtube-dl, I found that escaping
   or quoting actually works: keeping the part after & gives you all the files 
displayed in the given URL page
   and removing it gives only the requested file.
   Here is a summary of the differents tests I made:

   echo 
"https://www.youtube.com/watch?v=ELPlMX0glwk&list=PLNNrNEw_ZhtIOOFq-TvyL96AMeuYFoHg_";
 > t1
   ==> youtube-dl -a t1
   download 99 files

   youtube-dl 
'https://www.youtube.com/watch?v=ELPlMX0glwk&list=PLNNrNEw_ZhtIOOFq-TvyL96AMeuYFoHg_'
   download 99 files

   youtube-dl 
https://www.youtube.com/watch?v=ELPlMX0glwk\&list=PLNNrNEw_ZhtIOOFq-TvyL96AMeuYFoHg_
   download 99 files

   youtube-dl --no-playlist 
https://www.youtube.com/watch?v=ELPlMX0glwk\&list=PLNNrNEw_ZhtIOOFq-TvyL96AMeuYFoHg_
   download 1 file

   ==> youtube-dl --no-playlist -a t1
   download 1 file

   youtube-dl https://www.youtube.com/watch?v=ELPlMX0glwk
   download 1 file

best regards,
--
Pierre Frenkiel

Re: [SOLVED] Re: privoxy - which is the correct configuration?

[Lee]

On 3/24/19, Hans  wrote:
> Am Sonntag, 24. März 2019, 10:56:10 CET schrieb Reco:
>>  Hi.
>>
> Hi,
>> > Ok, a new question: But, if I want someone give the opportunity, to go
>> > to
>> > the web with tor and I want to let him use my computer as a proxy, then
>> > he may use my privoxy on port 8118 and can use it?
>>
>> As long as you permit it. Currently your Privoxy won't accept any
>> connections from outside of it's host.
>>
>> > Simply let privoxy also listen to his IP, right? (of course only as a
>> > short solution).
>>
>> Er, no. Forcing privoxy to listen someone else's IP won't do anyone any
>> good.
>> You should either specify *your* IP to listen, or use something like
>> this (which will listen on any interface):
>>
>> listen-address 0.0.0.0:8118
>>
>> I also suggest specifying these:
>>
>> enable-remote-toggle  0
>> enable-remote-http-toggle  0
>> enable-edit-actions 0
>>
>> You'll hardly need this someone else to modify your privoxy settings at
>> runtime, or bypassing Tor.
>>
>> Reco
>
> Hmm, my intention was, just to let only his special IP to use my proxy, not
> all IPs. However, I see, that it will work.

https://www.privoxy.org/user-manual/config.html#ACLS

[SOLVED] Re: privoxy - which is the correct configuration?

[Hans]

Am Sonntag, 24. März 2019, 10:56:10 CET schrieb Reco:
>   Hi.
> 
Hi,
> > Ok, a new question: But, if I want someone give the opportunity, to go to
> > the web with tor and I want to let him use my computer as a proxy, then
> > he may use my privoxy on port 8118 and can use it?
> 
> As long as you permit it. Currently your Privoxy won't accept any
> connections from outside of it's host.
> 
> > Simply let privoxy also listen to his IP, right? (of course only as a
> > short solution).
> 
> Er, no. Forcing privoxy to listen someone else's IP won't do anyone any
> good.
> You should either specify *your* IP to listen, or use something like
> this (which will listen on any interface):
> 
> listen-address 0.0.0.0:8118
> 
> I also suggest specifying these:
> 
> enable-remote-toggle  0
> enable-remote-http-toggle  0
> enable-edit-actions 0
> 
> You'll hardly need this someone else to modify your privoxy settings at
> runtime, or bypassing Tor.
> 
> Reco

Hmm, my intention was, just to let only his special IP to use my proxy, not 
all IPs. However, I see, that it will work.

And of course, your other mentioned configurations will be taken care of.

I think, my missing little "bricks" of knowledge are now existent, so I can 
only say "thank you very much for all the help!" and leave this discussion 
safely as solved.

Have a nice weekend!

Best

Hans

signature.asc
Description: This is a digitally signed message part.

Re: privoxy - which is the correct configuration?

[Reco]

Hi.

On Sun, Mar 24, 2019 at 10:44:39AM +0100, Hans wrote:
> Am Sonntag, 24. März 2019, 10:19:59 CET schrieb Reco:
> > Hi.
> > 
> 
> Hi Reco, 
> 
> thanks for the fast response. Most of this I understood.
> 
> > If you need to use Tor and you have a browser which supports SOCKS proxy
> > - then you need to use only Tor. Privoxy is redundant here.
> 
> Did I understand you correctly? So, socks is the correct entry and if this 
> works, I can safely remove privoxy, but I need privoxy, if I want to use a 
> browser, which has no socks configuration option?

Yep. That's what I wrote.


> Ok, a new question: But, if I want someone give the opportunity, to go to the 
> web with tor and I want to let him use my computer as a proxy, then he may 
> use 
> my privoxy on port 8118 and can use it?

As long as you permit it. Currently your Privoxy won't accept any
connections from outside of it's host.


> Simply let privoxy also listen to his IP, right? (of course only as a
> short solution). 

Er, no. Forcing privoxy to listen someone else's IP won't do anyone any
good.
You should either specify *your* IP to listen, or use something like
this (which will listen on any interface):

listen-address 0.0.0.0:8118

I also suggest specifying these:

enable-remote-toggle  0
enable-remote-http-toggle  0
enable-edit-actions 0

You'll hardly need this someone else to modify your privoxy settings at
runtime, or bypassing Tor.

Reco

Re: privoxy - which is the correct configuration?

[Hans]

Am Sonntag, 24. März 2019, 10:19:59 CET schrieb Reco:
>   Hi.
> 

Hi Reco, 

thanks for the fast response. Most of this I understood.

> If you need to use Tor and you have a browser which supports SOCKS proxy
> - then you need to use only Tor. Privoxy is redundant here.

Did I understand you correctly? So, socks is the correct entry and if this 
works, I can safely remove privoxy, but I need privoxy, if I want to use a 
browser, which has no socks configuration option?

Ok, a new question: But, if I want someone give the opportunity, to go to the 
web with tor and I want to let him use my computer as a proxy, then he may use 
my privoxy on port 8118 and can use it? Simply let privoxy also listen to his 
IP, right? (of course only as a short solution). 

Best

Hans

signature.asc
Description: This is a digitally signed message part.

Re: privoxy - which is the correct configuration?

[Reco]

Hi.

On Sun, Mar 24, 2019 at 10:10:22AM +0100, Hans wrote:
> Hi folks, 
> 
> I want to use privoxy with tor. Reading the documentation of privoxy let me 
> confuse. As the documentation is telling, the browser shall use 127.0.0.1 and 
> port 
> 8118 as proxy for http and ssl,

That's Privoxy's.

> the docu also is telling, that port 9050 (or 9150) by using tor shall also 
> work.

And that's Tor's.


> In my config the related entries are active:
> 
> listen-address  localhost:8118
> 
> forward-socks5t/ 127.0.0.1:9050 .

So you tell privoxy to listen incoming HTTP connections on
localhost:8118, change requests to SOCKS5, and forward them to Tor.


> When I look at the official tor-browser, then I find in its configuration, 
> they do not 
> use port http and ssl port 8118, but SOCKS port 9050.

Correct, this is Tor default. You *can* force the Tor to be HTTPS
CONNECT proxy (unsuitable for plain HTTP), but this requires changing
Tor's configuration file.


> In my browser, I checked with both configurations and both are working = 
> using tor. 

So you happen to have browser that can do both HTTP proxy and SOCKS
proxy.


> Now I am confused, I searched the web and the docus, but could not find a 
> technical explanation, what is the technical difference and which 
> configuration 
> should I use, and why one is better/safer/whatever.

If you need to use Tor and you have a browser which supports SOCKS proxy
- then you need to use only Tor. Privoxy is redundant here.

If you need to use Tor, but either your browser lacks SOCKS proxy
support (a rare thing these days), or you want to (ab)use Privoxy's
filtering feature - you use Privoxy + Tor.

Simple as that.


> Can someone in short words point me to the correct entry? http:8118 or socks:
> 9050?

Both are. It depends on what you're trying to achieve.

Reco

privoxy - which is the correct configuration?

[Hans]

Hi folks, 

I want to use privoxy with tor. Reading the documentation of privoxy let me 
confuse. As the documentation is telling, the browser shall use 127.0.0.1 and 
port 
8118 as proxy for http and ssl, the docu also is telling, that port 9050 (or 
9150) by 
using tor shall also work.

In my config the related entries are active:

listen-address  localhost:8118


forward-socks5t/ 127.0.0.1:9050 .


When I look at the official tor-browser, then I find in its configuration, they 
do not 
use port http and ssl port 8118, but SOCKS port 9050.

In my browser, I checked with both configurations and both are working = using 
tor. 

Now I am confused, I searched the web and the docus, but could not find a 
technical explanation, what is the technical difference and which configuration 
should I use, and why one is better/safer/whatever.

Can someone in short words point me to the correct entry? http:8118 or socks:
9050?

Thanks for any hints.

Best

Hans



signature.asc
Description: This is a digitally signed message part.

Re: Discussion? New names of betwork devices

[Felix Miata]

deloptes composed on 2019-03-24 07:21 (UTC+0100):

> Felix Miata wrote:

>> Time can't change motherboard components' relative physical positions.

> this is true, but to conclude that the numbering of the ethernet devices
> depends on the position of the ATX or whatever is a bit too much.

Keyword: "IME". I never wrote anything about "depends". What I wrote was
starting from ATX power supply end of motherboard end is how it has (always)
been observed here when net.ifnames=0 is on the kernel cmdline.
-- 
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/