Re: strange behaviour with RDP clients connecting to Windows 10 machines

[john doe]

On 6/14/2019 5:46 AM, Gary Dale wrote:
> I recently had the unpleasant experience of "upgrading" a pair of
> Windows 7/Pro computers to Windows 10/Pro - the 9 month old version, not
> the latest install image. That's when I discovered the Windows 10
> "feature" that it doesn't allow VNC connections when the monitor is
> turned off (or not attached).
>
> I enabled Remote Desktop services on both machines and can connect to
> them when the monitor is off using RDP. However, even though I installed
> the same version of Windows 10/Pro on each, they behave differently. One
> was a long drawn out slug fest to get the "upgrade" to work (it still is
> having problems with roaming profiles) while the other was a
> straightforward.
>
> I connect using an ssh tunnel to a stretch server with local port
> forwarding so my connection is to localhost:3388. The ssh command
> specifies the machine I want to connect to (e.g. ssh  -L
> 3388:10.0.0.25:3389). This way I never expose a Windows machine to the
> Internet. The only way in is through the server.
>
> The machine that gave me the trouble on the upgrade connects without
> problem using KDRC but not Remmina or Vinagre. The other computer
> connects without a problem using Vinagre but not KDRC or Remmina.
>
> Remmina gives a message saying "Unable to connect to RDP server
> localhost" when I try connecting to either machine. Vinagre on the first
> machine brings up an authentication dialog then crashes. KDRC does the
> same thing when I try to connect to the second machine.
>
> I'm probably going to "upgrade" both to the latest Windows 10 version in
> the coming weeks, but for now I am puzzled about why I have to use 2
> different programs to connect to 2 machines that are largely identical.
>

Not realy an answer, depending on what you need vnc for, one alternative
would be to use Cygwin as an ssh server on the Windows boxes.

I would not spend my time on non-up-to-date systems when Windows is
involved, one can only hope that the issues you are facing are fixed on
up-to-date Windows systems! :)

--
John Doe

Re: Re: Fetchmail not working after upgrade to Debian 9.9 (Stretch)

[Joe Aquilina]

>> On Thursday 13 June 2019 09:58:39 pm Joe Aquilina wrote:

>> Hello all.
>> A colleague has very recently upgraded his Debian system at home from
>> Jessie (not sure which version) to Stretch (9.9) and from that moment,
>> fetchmail has failed to collect emails. I/we are relatively
>> inexperienced with diagnosing & fixing such problems and are looking
>> for any advice people here may be able to give us to overcome this
>> problem. When fetchmail polls the email server, we get the following
>> error message:

>> Jun 14 09:21:02 localhost fetchmail[15672]: Your OpenSSL version does
>> not support SSLv3.Jun 14 09:21:02 localhost fetchmail[15672]: SSL
>> connection failed.Jun 14 09:21:02 localhost fetchmail[15672]: socket
>> error while fetching from cccm...@mail.chem.com.auJun 14 09:21:02

> its rather plainly telling you your ssl version is too old. Perhaps it 
> did not get upgraded with the rest of the system?  Make sure the 
> security channel for your repo is enabled.
Checked in dpkg, which tells me that fetchmail and openssl are both 
upgraded to the current versions.


Is this the relevant section of the sources.list:

deb http://ftp.iinet.net.au/debian/debian/ stretch main

deb http://security.debian.org/ stretch/updates main contrib non-free

This leads me to think that the security channel is enabled, but I have 
been known to be wrong about these things.


Anything else I need to be looking for?


>> localhost fetchmail[15672]: Query status=2 (SOCKET)
>> Below is a copy of the .fetchmailrc file on that system (with any
>> sensitive data replaced:
>> set no bouncemail
>> set postmaster "postmaster_details"
>>
>> poll email.server.name 
>>     protocol pop3 port 995

>>     with uidl
>>     user "username" with password "secret" is
>> "local_account" here
>>     with ssl and sslproto 'TLS1+'
>>     with sslfingerprint
>> "AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA"
>>     with keep
>>     smtpaddress "local_smtp_server"
>>     mda "/usr/bin/procmail -d %T"
>>
>> We have a near identical machine here at work, that has been running
>> Debian 9 for some time, and it is collecting emails from the relevant
>> email server just fine.
>> Any thoughts/suggestions welcome. Is there anything else that I can
>> post here that might give those more knowledgeable than us a clue as
>> to what we need to do to fix this?
>> Thanks in advance.
>> Cheers.
>> Joe Aquilina

> -- 
> "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 

--

Joe Aquilina
Central Chemical Consulting Pty Ltd
PO Box 2546 Malaga WA 6944 Australia
1/11 Narloo St Malaga 6090 Australia
Tel: +61  8 9248 2739  Fax: +61  8 9248 2749
j...@chem.com.au  www.chem.com.au

strange behaviour with RDP clients connecting to Windows 10 machines

[Gary Dale]

I recently had the unpleasant experience of "upgrading" a pair of 
Windows 7/Pro computers to Windows 10/Pro - the 9 month old version, not 
the latest install image. That's when I discovered the Windows 10 
"feature" that it doesn't allow VNC connections when the monitor is 
turned off (or not attached).


I enabled Remote Desktop services on both machines and can connect to 
them when the monitor is off using RDP. However, even though I installed 
the same version of Windows 10/Pro on each, they behave differently. One 
was a long drawn out slug fest to get the "upgrade" to work (it still is 
having problems with roaming profiles) while the other was a 
straightforward.


I connect using an ssh tunnel to a stretch server with local port 
forwarding so my connection is to localhost:3388. The ssh command 
specifies the machine I want to connect to (e.g. ssh  -L 
3388:10.0.0.25:3389). This way I never expose a Windows machine to the 
Internet. The only way in is through the server.


The machine that gave me the trouble on the upgrade connects without 
problem using KDRC but not Remmina or Vinagre. The other computer 
connects without a problem using Vinagre but not KDRC or Remmina.


Remmina gives a message saying "Unable to connect to RDP server 
localhost" when I try connecting to either machine. Vinagre on the first 
machine brings up an authentication dialog then crashes. KDRC does the 
same thing when I try to connect to the second machine.


I'm probably going to "upgrade" both to the latest Windows 10 version in 
the coming weeks, but for now I am puzzled about why I have to use 2 
different programs to connect to 2 machines that are largely identical.

Re: Fetchmail not working after upgrade to Debian 9.9 (Stretch)

[Gene Heskett]

On Thursday 13 June 2019 09:58:39 pm Joe Aquilina wrote:

> Hello all.
> A colleague has very recently upgraded his Debian system at home from
> Jessie (not sure which version) to Stretch (9.9) and from that moment,
> fetchmail has failed to collect emails. I/we are relatively
> inexperienced with diagnosing & fixing such problems and are looking
> for any advice people here may be able to give us to overcome this
> problem. When fetchmail polls the email server, we get the following
> error message:

> Jun 14 09:21:02 localhost fetchmail[15672]: Your OpenSSL version does
> not support SSLv3.Jun 14 09:21:02 localhost fetchmail[15672]: SSL
> connection failed.Jun 14 09:21:02 localhost fetchmail[15672]: socket
> error while fetching from cccm...@mail.chem.com.auJun 14 09:21:02

its rather plainly telling you your ssl version is too old. Perhaps it 
did not get upgraded with the rest of the system?  Make sure the 
security channel for your repo is enabled.

> localhost fetchmail[15672]: Query status=2 (SOCKET)
> Below is a copy of the .fetchmailrc file on that system (with any
> sensitive data replaced:
> set no bouncemail
> set postmaster "postmaster_details"
>
> poll email.server.name 
>     protocol pop3 port 995
>     with uidl
>     user "username" with password "secret" is
> "local_account" here
>     with ssl and sslproto 'TLS1+'
>     with sslfingerprint
> "AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA"
>     with keep
>     smtpaddress "local_smtp_server"
>     mda "/usr/bin/procmail -d %T"
>
> We have a near identical machine here at work, that has been running
> Debian 9 for some time, and it is collecting emails from the relevant
> email server just fine.
> Any thoughts/suggestions welcome. Is there anything else that I can
> post here that might give those more knowledgeable than us a clue as
> to what we need to do to fix this?
> Thanks in advance.
> Cheers.
> Joe Aquilina
> Joe Aquilina
> PO Box 819 Morley WA 69430428 216 069
> joeaquil...@westnet.com.au



-- 
"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 

Fetchmail not working after upgrade to Debian 9.9 (Stretch)

[Joe Aquilina]

Hello all.
A colleague has very recently upgraded his Debian system at home from
Jessie (not sure which version) to Stretch (9.9) and from that moment,
fetchmail has failed to collect emails. I/we are relatively
inexperienced with diagnosing & fixing such problems and are looking
for any advice people here may be able to give us to overcome this
problem. When fetchmail polls the email server, we get the following
error message:
Jun 14 09:21:02 localhost fetchmail[15672]: Your OpenSSL version does
not support SSLv3.Jun 14 09:21:02 localhost fetchmail[15672]: SSL
connection failed.Jun 14 09:21:02 localhost fetchmail[15672]: socket
error while fetching from cccm...@mail.chem.com.auJun 14 09:21:02
localhost fetchmail[15672]: Query status=2 (SOCKET)
Below is a copy of the .fetchmailrc file on that system (with any
sensitive data replaced:
set no bouncemail 
set postmaster "postmaster_details" 

poll email.server.name 
    protocol pop3 port 995 
    with uidl 
    user "username" with password "secret" is
"local_account" here 
    with ssl and sslproto 'TLS1+' 
    with sslfingerprint
"AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA:AA" 
    with keep 
    smtpaddress "local_smtp_server" 
    mda "/usr/bin/procmail -d %T"

We have a near identical machine here at work, that has been running
Debian 9 for some time, and it is collecting emails from the relevant
email server just fine.
Any thoughts/suggestions welcome. Is there anything else that I can
post here that might give those more knowledgeable than us a clue as
to what we need to do to fix this?
Thanks in advance.
Cheers.
Joe Aquilina
Joe Aquilina
PO Box 819 Morley WA 69430428 216 069
joeaquil...@westnet.com.au

Re: error when printing to Samsung C410 series colour laser printer

[Gary Dale]

On 2019-06-13 5:06 a.m., Brian wrote:

On Tue 11 Jun 2019 at 16:59:35 -0400, Gary Dale wrote:


I can print fine from Stretch but not from Buster. When I try to print to
this printer from Buster, I get a short listing of a text error. For
example, I just tried to print a PDF and got

SPL-C ERROR - Undefined Command

     POSITION : 0x21958 (137560)

     SYSTEM : src/xl_pa

     LINE : 298

     VERSION : SPL-C 5.59.01 06-19-2013

I get different errors when printing LibreOffice documents of various types.
The errors persist whether I print to the printer via its network interface
or USB cable via a Stretch CUPS server. However I can print from a Stretch
computer.

My usual workaround is to create a PDF, then ssh to the CUPS server and
print via lp.

This only seems to affect this one printer. It's been going on for months
now, so I figured I should report it since it isn't going away on its own.
The driver I use is the Samsung C410 Series driver, which is probably the
one from the HP driver download page.

Your setup would appear to be:

1. The C410 is connected to a CUPS server via USB (but the connection
can also be via wireless).

2. The server has the Samsung ULD software installed and is advertising
shared queues.

3. The buster client contacts the server over wireless and is running
cups-browsed.

Please post what you get with 'lpstat -l -e' from the client. You should
be able to recognise your print queue from the output, so follow up with
'lpoptions -p '.

Not quite. The network connection is wired. The C410 only connects 
wirelessly using WPS, which I have disabled on the router.


$ lpstat -l -e
Samsung_C410_Series permanent 
ipp://localhost/printers/Samsung_C410_Series 
dnssd://Samsung%20C410%20Series%20(SEC30CDA71CB48A)._printer._tcp.local/
Samsung_C410_Series_SEC30CDA71CB48A_ network none 
ipp://Samsung%20C410%20Series%20(SEC30CDA71CB48A)._ipp._tcp.local/
Samsung_C410_Series_TheLibrarian network none 
ipps://Samsung%20C410%20Series%20%40%20TheLibrarian._ipps._tcp.local/cups
Samsung_C410_Series_TheLibrarian_3 permanent 
ipp://localhost/printers/Samsung_C410_Series_TheLibrarian_3 file:///dev/null


The printer is defined  on the server (TheLibrarian) twice - once as a 
network printer and once as a USB printer. It's defined once on my 
workstation as a network printer, so I can avoid going through the server.


$ lpoptions -p Samsung_C410_Series
copies=1 
device-uri=dnssd://Samsung%20C410%20Series%20(SEC30CDA71CB48A)._printer._tcp.local/ 
finishings=3 job-cancel-after=10800 job-hold-until=no-hold 
job-priority=50 job-sheets=none,none marker-change-time=1560454516 
marker-colors=#00,#00,#FF00FF,#00,none,none,none,none,none,none 
marker-levels=201,178,74,62,89,60,61,89,50,0 marker-names='Black\ Toner\ 
S/N\ :CRUM-14031169715,Cyan\ Toner\ S/N\ :CRUM-14031169678,Magenta\ 
Toner\ S/N\ :CRUM-14031182177,Yellow\ Toner\ S/N\ 
:CRUM-14031182186,Transfer\ Roller,Transfer\ Belt,Fuser\ Life,Pick-up\ 
Roller,Imaging\ Unit,Waste\ Toner' 
marker-types=toner,toner,toner,toner,other,other,fuser,other,other,other 
number-up=1 PageSize=Letter printer-commands=none printer-info='Samsung 
C410 Series' printer-is-accepting-jobs=true printer-is-shared=false 
printer-is-temporary=false printer-location='family room' 
printer-make-and-model='Samsung C410 Series' printer-state=3 
printer-state-change-time=1560454516 printer-state-reasons=none 
printer-type=2101324 
printer-uri-supported=ipp://localhost/printers/Samsung_C410_Series

[Firmware Bug]: battery: (dis)charge rate invalid.

[Vipul]

I'm using Debian Stretch 9.9(stable) in HP Notebook. From around 4-5
weeks oftentimes, I'm getting "[Firmware Bug]: battery: (dis)charge rate
invalid." warning message in kernel ring buffer probably this was
started after upgradation of Linux-header package[*]. Till yesterday, I
was thinking that problem is with battery[**] but yesterday, when I
can't fully charge battery (freezes at 92%) then I run command `sudo
dmesg -k -l warn,err` and gets same warning message. So, I immediately
install "acpi" package and run `acpi -b` command and it shows me
"battery never gonna fully charge" message.

After searching on-line I found this

*
https://lists.archlinux.org/pipermail/arch-general/2012-January/023785.html

  But, my older battery capacity was 100%  ( acpi -V ) and I get this
message only at the time of charging. Battery life reduced to half to
third quarter an hour.


How can I fix this error message?



[*]: Clean Installation
I'm not sure about package name because on that day I updated many
packages and I can't send log of updated packages because due to some
reason I've to do clean installation of Debian[1].

[**]: Battery replacement
Around 2 weeks ago BIOS starts showing warning message "Battery need to
be replaced" with some error code. Fortunately, battery was in warranty
period so, I got a new one but this error message not gone.



$ uname -a
Linux debian 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u2 (2019-05-13)
x86_64 GNU/Linux



References:
[1]: https://lists.debian.org/debian-user/2019/06/msg00162.html


Thanks.

Re: web page problem

[Gene Heskett]

On Thursday 13 June 2019 05:09:35 pm Felix Miata wrote:

> Gene Heskett composed on 2019-06-13 16:44 (UTC-0400):
> > Felix Miata wrote:
> >
> > Alias   /urlDebSub/ "/LocalPathHostingTheDebs/"
> >
> > I've done that to /etc apache2/apache2.conf, and restarted it.
> >
> > Then because the web servers root page is at /var/www/html, and gene
> > is the head of the data, I touched urlDebSub in /var/www/html/gene,
> > made it
>
> Can touch create a new directory, or only a file?
>
> urlDebSub is an alias seen in URLs on the web, not a real directory on
> the Apache server.
>
> e.g. My screenshots are in a directory named screenshots. The alias
> name in default-server.conf is /SS/, so the URL to reach the
> screenshots I host reads www.mywebsite.com/SS/.
>
> > owned by www-data:www-data, and modified gene/index.html
> > accordingly. No errors, but blank page. Suspect a perms breakage
> > someplace. I get perfect results, but www-data:www-data can't.  And
> > I can't make the whole chain a 0777. Or shouldn't. 0755 should do
> > it, but doesn't seem to.
>
> Probably need something like this:
>
> 
>  Options Indexes MultiViews FollowSymLinks
>  AllowOverride None
> 
> Require all granted
> 
> 
> Order allow,deny
> Allow from all
> 
> 
looks good, but the problem is, only gene=user 1000 has any rights to 
follow that path, so this access must be done as gene, not the default 
www-data:www-data, or even as the parent session of apache2.. Is there 
an "as user=gene" command that can be used only for this stanza that I 
can put in this stanza?  root cannot go up this path to see anything,  
neither can www-data.

Is this a place where making gene a member of group www-data would help? 
No, I just looked and I am already a member of that group. 

Help, I've built a sandbox not even root can get into!!!

And since apache2 doesn't believe in man pages, what do they use instead 
of?


-- 
"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: Please help delete printer job

[Rodolfo Medina]

rhkra...@gmail.com writes:

> On Thursday, June 13, 2019 12:12:21 PM Eduardo M KALINOWSKI wrote:
>> But often the job does not appear anymore in the queue anymore because
>> the computer has finished sending it to the printer. In this case you
>> have to cancel in the printer, if it provides an option for that.
>
> When I have that problem (I've cancelled a print job at my computer, but the
> printer is either continuing to print or resumes printing when I press
> resume), I depower the printer and let it sit for a minute or so to clear the
> printer's buffer.
>
> Really, my first step is to turn the printer off or press pause (if there is
> a pause button).  If I had pressed pause, I then turn the printer off to let
> the buffer clear.


Thanks to all for help.  My case was, I think, the one described: even canceled
the jobs from PC, the printer was continuing printing and only turning it off
could stop it...  After turning it on again, it started printing again but only
a few more pages, then stopped definitely.  Before turning it off, I had also
deleted the printer from CUPS managing centre, but this was maybe not
important.

Rodolfo

Re: [HS] GAFAM est devenu GAFA

[BERTRAND Joël]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Pierre Malard a écrit :
> Salut,



> J’écris peut-être une connerie mais si c’est juste pour lancer un
> truc en X11, ne te suffit-il pas d’ouvrir un terminal avec le
> support X via un « ssh -Y login@host » par exemple et de lancer ton
> biniou ?

Raté. Ça ne se lance _que_ à partir de la vraie console graphique. Tu
penses bien que j'ai essayé. L'outil détecte la redirection ssh, te
l'indique, et t'envoie balader. J'ai même essayé d'installer un
serveur vnc, même motif, même punition.

> D’autre part, cet exemple n’illustre pas la lourdeur de Debian mais
> bien plutôt la fainéantise et le goût du développeur de ton
> logiciel, non ?

Cet exemple illustre surtout le fait que tu peux te retrouver avec
des tas de choses venant en dépendance d'un soft que tu es contraint
d'installer. Il n'a aucune autre prétention.

>> Pour revenir à network-manager. Entre les différentes moutures
>> du bazar, certaines se connectent d'office à un réseau (dès le
>> boot et sans attendre la connexion d'un utilisateur), d'autres
>> non (il faut que l'utilisateur se connecte pour activer le
>> réseau). J'ai constaté cela sur le même portable au gré d'une
>> mise à jour sans changement de la configuration (c'est encore
>> plus amusant de constater que nework-manager peut gérer une
>> interface en IPv6 et laisser ifconfig la gérer en IPv4). Je n'ai
>> pas cherché à savoir pourquoi, mais c'est gênant dans une cas 
>> d'une machine que l'on redémarre à distance.
> 
> Non, il suffit de le virer ou, pour être plus cool, de le
> désactiver par un simple « systemctl disable NetworkManager » il me
> semble et de configurer ses interfaces Ethernet de façon tout à
> fait classiquement sous « /etc/networks »

On en revient toujours au même problème. Soit c'est nécessaire à un
outil quelconque qui vient en dépendance et dans ce cas, on ne le
désactive pas. Soit c'est facultatif, il n'a aucune raison de venir en
dépendance obligatoire et c'est un problème de paquet.

Le problème de Linux en général et de Debian en particulier, c'est
qu'il faut aujourd'hui pour booter un système minimal 1Go de mémoire
tant il y a de merdouilles qui sont lancées un peu partout. Avec 1 Go
de mémoire, on peut arriver raisonnablement à faire tourner
WindowMaker. Si jamais on veut utiliser Gnome ou KDE... C'est
exactement ce que les développeurs de Linux reprochaient avec raison
aux Microsofteries.

Et je ne parle même pas de la gestion calamiteuse de la VM. Utiliser
aujourd'hui un poste diskless avec Linux relève de la gageure. Mon
poste de travail a 32 Go de mémoire, ça swappe comme un malade lorsque
j'utilise KiCAD et FreeCAD en même temps. Avec 32 Go de mémoire, il
n'y a aucune raison. J'ai monté une machine de test sous FreeBSD, avec
les mêmes softs, elle ne swappe pas alors qu'elle ne possède que 8 Go
de mémoire. Il fut un temps où l'option vm.swapiness servait à quelque
chose. Depuis quelques noyaux, que je lui indique 5 ou 95, le résultat
est le même, la mémoire est gérée par un goret. J'en suis à rajouter
des disques dans les machines diskless uniquement pour le swap !

JKB
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAl0CvrcACgkQOAfo0lKQ
8+fmtw//dYHX1bpNxeEdl4zNezOzkNKapg+bpnacXLvB2dqt/zGXoXKW3+kYIrxh
mG95kTAgQ8f+Lt/6DTG512PSV4SpPRDQn32vaeldOQFyV47Pij5CbP/zyEabp5If
iejGi07MW7vhOHM0U/BtvUvz7rNORiguK4cLkutPPJrqbB01i6cBr1GjylDREASi
zTx8qflwfr+2M3I2MGucx5IF9N40DintmbEBqp0Q7RW4Yp2stjlarDnzBwypPZAc
5x9LKYpXLtb3zAIPTCnXTzNmavuHfPcd8G6XK3sH6tqze6htUkLz1T5FDOYxxcbP
d9CeQuK1ISREmVwb4Awn07rBHPo47NH/Zglitsq4SMC7fmYX94aZJMfpeQuiz1Ty
cmfTqEK+PtUirKtGZwWCNcAMQtlq61AoyYoSp1NGRzMsyYAduoJaXqZGgakB4+w6
ZN03za5eo5WEkN+0w1UjCrrELPAPR8U8Grq9K5lFPVl87Mwc9hke8D5nBnMPR+8L
qSlP44+0qxnXmvVVeIbfTpoHP3qBLv/jh/5o9MW0OSjOQJurYFhhk6Esjrgd2seh
YZ/hqOf1jIBOQMSOH9okvFVV8dKz2mW9+eSUXXXvkUfjKfYWZDT1ykFQL2xN6pSS
rAnFKwhC7mNGa9a/jiHivyEg4fTv6x4tE7cNS1bA6P+24xC94ms=
=xiAB
-END PGP SIGNATURE-

Re: web page problem

[Felix Miata]

Gene Heskett composed on 2019-06-13 16:44 (UTC-0400):

> Felix Miata wrote:

> Alias   /urlDebSub/ "/LocalPathHostingTheDebs/"

> I've done that to /etc apache2/apache2.conf, and restarted it.

> Then because the web servers root page is at /var/www/html, and gene is 
> the head of the data, I touched urlDebSub in /var/www/html/gene, made it 

Can touch create a new directory, or only a file?

urlDebSub is an alias seen in URLs on the web, not a real directory on the 
Apache
server.

e.g. My screenshots are in a directory named screenshots. The alias name in
default-server.conf is /SS/, so the URL to reach the screenshots I host reads
www.mywebsite.com/SS/.

> owned by www-data:www-data, and modified gene/index.html accordingly. No 
> errors, but blank page. Suspect a perms breakage someplace. I get 
> perfect results, but www-data:www-data can't.  And I can't make the 
> whole chain a 0777. Or shouldn't. 0755 should do it, but doesn't seem 
> to.
Probably need something like this:


 Options Indexes MultiViews FollowSymLinks
 AllowOverride None

Require all granted


Order allow,deny
Allow from all


-- 
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/

Re: web page problem

[Gene Heskett]

On Thursday 13 June 2019 04:03:04 pm Felix Miata wrote:

Alias   /urlDebSub/ "/LocalPathHostingTheDebs/"

I've done that to /etc apache2/apache2.conf, and restarted it.

Then because the web servers root page is at /var/www/html, and gene is 
the head of the data, I touched urlDebSub in /var/www/html/gene, made it 
owned by www-data:www-data, and modified gene/index.html accordingly. No 
errors, but blank page. Suspect a perms breakage someplace. I get 
perfect results, but www-data:www-data can't.  And I can't make the 
whole chain a 0777. Or shouldn't. 0755 should do it, but doesn't seem 
to.

Damn, another 1 second power failure. not long enough to kill everything, 
but crash it sure as hell.  And its not that noisy out. Getting old, 
sure as tuncket its a substation regulator with burned up contacts. It 
will take me a few to sort things again.


-- 
"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 

[CONTRIBUIÇÃO] Oracle - Instalação da extensão OCI8 no PHP

[Henrique Fagundes]

Prezado Colegas,

Saudações "pinguianas"!

Gostaria de contribuir com a comunidade com esse artigo que acabei de escrever:

Segue o link:
https://www.aprendendolinux.com/oracle-instalacao-da-extensao-oci8-no-php/

Atenciosamente, 

Henrique Fagundes 
Analista de Suporte Linux 
supo...@aprendendolinux.com 
Skype: magnata-br-rj 
Linux User: 475399 

https://www.aprendendolinux.com 
https://www.facebook.com/AprendendoLinux 
https://youtube.com/AprendendoLinux 
https://twitter.com/AprendendoLinux 
https://t.me/AprendendoLinux 
https://t.me/GrupoAprendendoLinux 
__ 
Participe do Grupo Aprendendo Linux 
https://listas.aprendendolinux.com/listinfo/aprendendolinux 

Ou envie um e-mail para: 
aprendendolinux-subscr...@listas.aprendendolinux.com 

BRASIL acima de tudo, DEUS acima de todos!

Re: Util-linux 2.33.2 cross-compile for arm64

[deloptes]

Mihamed Hammouda wrote:

> I'm trying to cross-compile util-linux 2.33.2 for an arm64 device, make
> command work fine but install no, this is the error:
> libtool:   error: error: relink 'libblkid.la' with the above command
> before installing it
> Makefile:5836: recipe for target 'install-usrlib_execLTLIBRARIES' failed
> 

Sorry but I thought you are cross compiling - not cross installing. Usually
you cross compile to install to a target device - so probably building
package is an option.

I'm not sure if I am correct, but I have never tried to install after cross
compiling.

Most would use a debuild or similar to produce a debian package, which you
could install on the target device. But may be I am not knowledgable
enough.

Re: web page problem

[Felix Miata]

Gene Heskett composed on 2019-06-13 15:33 (UTC-0400):

> I just today managed to build, install and run, the latest master of 
> LinuxCNC on a raspberry pi 3b. Now I'd like to make it available for 
> download as debs to other pi 3b users by putting a link to that machine 
> and the directory on it, which is sitting on an sshfs share permissioned 
> as me.
I'm no Apache expert, but this is what I'd try:

On the PC running Apache, in /etc/apache2/default.server.conf, add:

Alias   /urlDebSub/ "/LocalPathHostingTheDebs/"

I'd expect clients wishing to download the debs to find them at:

http://geneslinuxbox.net/urlDebSub/

It might suffice to instead of adding the line to default.server.conf to put 
them
in a .conf file in /etc/apache2/conf.d/. This latter suggestion is not one I'd
ever thought to try until now.
-- 
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/

web page problem

[Gene Heskett]

Greetings all;

And it's my web page.

My local network has several machines, most of which are managing some 
sort of metal/wood carving CNC machines.

I just today managed to build, install and run, the latest master of 
LinuxCNC on a raspberry pi 3b. Now I'd like to make it available for 
download as debs to other pi 3b users by putting a link to that machine 
and the directory on it, which is sitting on an sshfs share permissioned 
as me.

Sure, I can copy them to another dir on this machine, but I'd much rather 
just share the link so the user can click on what he needs (there are 
several language files for the docs etc there also), but I can't make 
the /sshnet/machine/path/to/files work for apache2 to serve up.  And I 
am far from a web expert.

So how is that done? Its another machine but its not running a server, 
hasn't the resources to do it, just the /sshnet access which is done as 
me, gene but on the pi, which is stuck by the raspian installer with pi 
as the first user, so its the same user number.  But apache2 is running 
in its own sandbox and with dd-wrt standing guard at the gateway, I've 
no handy way around the NAT I use to let folks get to the apache2 
server.  So it has to come thru that pinhole.

Or do I have to copy them across to a local dir I can share and chown 
them to match the apache2 sandboxes names? I can do that, but that also 
means I'd have to do it all over again when there's an update.  And 
thats often 4 or 5 times a week! And that boggles what little short term 
memory I have left so I would much rather commit it to an inotifywait 
triggered script I can coble up in 2 or 3 hours.

Suggestions gleefully tried.

Thanks all;

Cheers, gene.

-- 
"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: No logre instalar Debian 9

[Deiby Herrera]

Sigo pensando que el error se da por la imagen dvd esta corrupta sugiero
montarla en una usb e instalar si vuelve a dar el mismo error se monta
manualmente y se continúa con la instalación

El jue., 13 jun. 2019 12:36 p. m., Raimundo Baravaglio 
escribió:

>
>
> No deja de ser un teclado y el lugar donde él deposite su humanidad.
>
> No es una falta de respeto. Es una broma, un chascarrillo para dar oxígeno
> a una pregunta que ninguno ha sabido responder...
>
> El mié., 12 jun. 2019 a las 16:13, qorg11 () escribió:
>
>> El 12 de junio de 2019 21:04:07 CEST, Raimundo Baravaglio <
>> profe...@gmail.com> escribió:
>> >Yo veo una única falla. Se encuentra entre el teclado y la silla.
>> No hombre no que lo ha enviado desde andorid
>
>

Re: No logre instalar Debian 9

[Raimundo Baravaglio]

No deja de ser un teclado y el lugar donde él deposite su humanidad.

No es una falta de respeto. Es una broma, un chascarrillo para dar oxígeno
a una pregunta que ninguno ha sabido responder...

El mié., 12 jun. 2019 a las 16:13, qorg11 () escribió:

> El 12 de junio de 2019 21:04:07 CEST, Raimundo Baravaglio <
> profe...@gmail.com> escribió:
> >Yo veo una única falla. Se encuentra entre el teclado y la silla.
> No hombre no que lo ha enviado desde andorid

Re: konquerer access to Stretch with fish or sftp not working

[Étienne Mollier]

Hi Thomas,

On 6/13/19 10:52 AM, Thomas wrote:
> konsole in user mode (NOT root)
> (1) # sftp 192.168.1.20
> The authenticity of host '192.168.1.20 (192.168.1.20)' can't be established.
> ECDSA key fingerprint is SHA256:+KS/FE5iyW7zLmLcZ2OnIWTZ1BmtvA0F/4WBLUrs4bM.
> Are you sure you want to continue connecting (yes/no)? 

Perhaps it could have been just this validation missing?

Kind Regards,
-- 
Étienne Mollier 

Re: Off-Topic - WSL

[Helio Loureiro]

Talvez.  Quem faz o controle de segurança do kernel é o windows, que emula
a ABI do linux.

Quando lançarem a versão que vai rodar um kernel real em paralelo, talvez
não.   Mas precisa ver como farão isso.

./helio

On Sun, Jun 9, 2019, 03:47 Sinval Júnior  wrote:

> Sabendo que o Windows é sujeitos a diversas pragas, e estas pragas tem
> total acesso a API, teclado, mouse, hd. Sendo assim as aplicações Linux que
> estiverem rodando em containers ficaram vunerais, mais o ataque vem do
> Windows, o hospedeiro.
>
>
> Ao encaminhar esta mensagem, por favor:
> 1 - Apague meu endereço eletrônico;
> 2 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários.
> Dificulte assim a disseminação de vírus, spams e banners.
>
> #=+
> #!/usr/bin/env python
> nome = 'Sinval Júnior'
> email = 'sinvalju arroba gmail ponto com'
> print nome
> print email
> #==+
>
>
> Em qui, 6 de jun de 2019 às 13:25, Vitor Hugo 
> escreveu:
>
>> Bom dia pessoal;
>>
>> Agora que o Windows permite executar distribuições Linux (Open Suse,
>> Debian, Ubuntu e etc)  dentro dele "nativamente" isto abriria uma brecha
>> para que o Linux seja infestado por vírus como acontece com o Windows?
>>
>>

Re: Lançamento da Buster

[Helio Loureiro]

Eu reclamo já faz uns 20 anos.

Mas voltando ao assunto, a celebração é juntar gente e comemorar.

Pode ser em casa com bolo, num bar, pizzaria, churrasco, etc.

Nada impede de ter uma ou mais comemorações na mesma cidade.

Pela minha experiência sempre vão entre 5 e 10.  Às vezes os astros se
alinham e aparecem uns 30.  Mas é raro.

./helio

On Thu, Jun 13, 2019, 17:35 Gilberto F da Silva <2458...@gmail.com> wrote:

> On Thu, Jun 13, 2019 at 04:36:42PM +0200, Helio Loureiro wrote:
> > Aqui o link: https://wiki.debian.org/ReleasePartyBuster
> >
> > E o FDP que configurou essa lista pra não responder pra ela mesmo por
> padrão,
> > espero que esteja ardendo no fogo do inferno.
>
>   Já tem uns 10 ou 15 anos que reclamo disso. O pessoal fala para usar
>   a opção "g" do mutt. O galho disso é nem todo mundo usar esse
>   programa de correio.  Quem usa o mutt como eu, já está habituado a
>   apertar o "r" para responder.
>
>   O Debian é um Linux estável e com bastante gente envolvida e
>   prestativa mas possui umas coisas chatinhas que não mudam.
>
>   Não vou ficar brigando mais com isso. Vou usar outra distribuição.
>
> --
>
> Stela dato:2.458.648,143  Loka tempo:2019-06-13 12:25:28 Ĵaŭdo
> -==-
> "Prefiro o paraíso pelo clima, o inferno pela companhia".
> -- Mark Twain
>

Re: Please help delete printer job

[rhkramer]

On Thursday, June 13, 2019 12:12:21 PM Eduardo M KALINOWSKI wrote:
> But often the job does not appear anymore in the queue anymore because
> the computer has finished sending it to the printer. In this case you
> have to cancel in the printer, if it provides an option for that.

When I have that problem (I've cancelled a print job at my computer, but the 
printer is either continuing to print or resumes printing when I press 
resume), I depower the printer and let it sit for a minute or so to clear the 
printer's buffer.

Really, my first step is to turn the printer off or press pause (if there is a 
pause button).  If I had pressed pause, I then turn the printer off to let the 
buffer clear.

plasma5 - resolution does not switch back

[Hans]

Hi folks, 

do you know this following little issue and maybe a solution?

Problem: when I start an application in wine, which is using a lower 
resolution than normal (let's say, plasma5 is using 1440x900 and the 
application is an old dos game running in 640x480) then the resolution does 
not switch back to 1440x900 when the application is ended.

This behaviour does not appear in LXDE, only in plasma5, so I believe, it is 
not an x-server problem, but maybe something special with plasma5.

Any idea, how this can be fixed? Or is this fixable at all?

As I said, just a little issue, and if it can not be fixed, it is not a great 
thing. But sometimes there is an easy solution, so I just ask.

Thanks for reading this.

Best regards

Hans

  

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

Re: [HS] GAFAM est devenu GAFA

[Pierre Malard]

Salut,

Éric avait tout à fait raison, pour un poste serveur le NetworkManager n’a
aucun intérêt et il suffit de l’invalider pour retrouver une configuration
classique.

> Le 13 juin 2019 à 13:33, BERTRAND Joël  a écrit :
> 
> Eric Degenetais a écrit :
>> bonjour,
>> concernant NetworkManager je l'ai retiré de mon desktop en reconfigurant
>> les interface manuellement, ça ne pose _ a priori _ pas de problèmes. Le
>> but du biniou est de toutes façons de gérer des interfaces à géométrie
>> variable (style wifi), donc tant qu'on utilise un réseau fixe ça n'a pas
>> d'intérêt (sauf si on considère que bordéliser un lien ethernet
>> classique est intéressant).
> 
>   C'était un exemple. Il y a des tas de merdouilles qui viennent en
> dépendance et dont la fiabilité est toute relative.
> 
>   J'ai un soft qui ne se configure qu'au travers d'un programme de
> configuration _graphique_. Je suis donc contraint d'installer un serveur
> X, même minimaliste. À partir de là, tu te trimballes des logiciels dont
> tu ne veux pas forcément (dont une partie de Gnome, youpi !).
> 
>   Il fut un temps pas si lointain que cela où tu te connectais en ligne
> de commande et tu lançais startx. Ça fonctionnait. La dernière fois que
> j'ai essayé, ça gueulait de partout parce que tout le monde utilise
> actuellement un gestionnaire de connexion, que tu es simple utilisateur
> et que X doit se lancer avec les droits root. Installer gdm ou kdm/sddm
> revient à installer des dépendances sur gnome ou kde (avec tout ce que
> ça implique). Tu peux te retrouver avec un network-manager qui récupère
> ce qui n'est pas géré par /etc/network/interfaces (et l'interaction
> entre les deux peut être amusante, surtout si tu rajoutes resolvconf).
> Il existe d'autres écrans de connexion, je l'admets, mais plus tordus à
> installer, configurer ou utiliser (lightdm par exemple).

J’écris peut-être une connerie mais si c’est juste pour lancer un truc en
X11, ne te suffit-il pas d’ouvrir un terminal avec le support X via un
« ssh -Y login@host » par exemple et de lancer ton biniou ?

D’autre part, cet exemple n’illustre pas la lourdeur de Debian mais bien
plutôt la fainéantise et le goût du développeur de ton logiciel, non ?

>   Pour revenir à network-manager. Entre les différentes moutures du
> bazar, certaines se connectent d'office à un réseau (dès le boot et sans
> attendre la connexion d'un utilisateur), d'autres non (il faut que
> l'utilisateur se connecte pour activer le réseau). J'ai constaté cela
> sur le même portable au gré d'une mise à jour sans changement de la
> configuration (c'est encore plus amusant de constater que nework-manager
> peut gérer une interface en IPv6 et laisser ifconfig la gérer en IPv4).
> Je n'ai pas cherché à savoir pourquoi, mais c'est gênant dans une cas
> d'une machine que l'on redémarre à distance.

Non, il suffit de le virer ou, pour être plus cool, de le désactiver par
un simple « systemctl disable NetworkManager » il me semble et de configurer
ses interfaces Ethernet de façon tout à fait classiquement sous
« /etc/networks »

> 
>   Aujourd'hui, sur un serveur, j'ai cinq interfaces Ethernet, plusieurs
> routes par défaut en IPv4, une route par défaut en IPv6, trois
> interfaces tap (openvpn) et une interface agrégée. Il n'y a pas de
> networkmanager actif (disons qu'il est là parce qu'il est arrivé en
> dépendance, mais il ne gère rien). Du temps de initd/SysV, c'était
> trivial. Je montais les interfaces réseaux, je montais les liens VPN et
> j’agrégeais le tout avant de passer les règles iptables, la QoS et
> autres raffinements. Avec systemd, ça part en timeout à chaque fois
> alors que la configuration est correcte. Il faut un quart d'heure pour
> booter ce serveur ! Tu as beau configurer systemd aux petits oignons, il
> considère que bound0 qui agrège tap0 et tap1 est une interface réseau
> qui doit être montée avec les autres même si tu lui indiques le
> contraire. Problème, pour monter bound0, il faut tap0 et tap1 qui
> dépendent de eth1 et eth2. Bref, le truc se mord la queue, part en
> timeout et, une fois le timeout atteint, se débloque et monte
> correctement toutes les interfaces. Et tu peux indiquer le truc à
> systemd comme tu le veux, il n'en a rien à faire. J'ai passé une semaine
> sur ce problème, aujourd'hui, j'ai intégré qu'il fallait quinze minutes
> pour redémarrer cette machine. Elle est à 500 bornes, je n'y touche plus.
> 
>   JKB
> 

--
Pierre Malard

  « Ce qui tombe sous le sens rebondit ailleurs »
 Jacques Prévert
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--



signature.asc
Description: Message signed with OpenPGP

Re: Reading pdf files

[Jonas Smedegaard]

Quoting k. jantzen (2019-06-13 16:29:27)
> in general I do not have a problem reading a pdf file with either xpdf 
> or documentviewer.
> 
> But once in a while I get a pdf file that they cannot read and then I 
> have to go to Windows to open it.
> 
> What is so spectacular about these files that they cannot be read by 
> the above mentioned programs?

PDF is a big complex data format, and several things could have gone 
wrong, including the file being broken (but in a way that some 
commercial viewers handle more graceful than what you tried on Linux) 
and the files using features from newer revisions of PDF than is 
implemented in those Linux viewers.

> Is there another program that would read such a file?

There are many PDF viewers in Debian.  Probably best way to sift through 
them is to install the package apt-xapian-index and run these:

  axi-cache search pdf viewer
  axi-cache more


When your interest is in what PDF files the applications can render, 
then you need not try them all but can check which underlying PDF 
rendering library they use which are far more limited.

Evince (a.k.a. "documentviewer"), Xpdf, Okular, Atril, Qpdfview and 
others use Poppler:

  apt rdepends libpoppler*

Gv and others use Ghostscript:

  apt rdepends libgs9 ghostscript ghostscript-x

MuPDF uses its own renderer (developed by same authors as Ghostscript 
but an independent codebase):

  apt rdepends qpdf

PDF.js is used in some web browsers:

  apt rdepends pdf.js-common libjs-pdf

latexdraw (more a programming tool than a viewer) uses The PDF Renderer.

  apt rdepends libpdfrenderer-java

Calibre and others use PoDoFo:

  apt rdepends libpodofo*

CUPS filters (for printing not a viewer) use QPDF:

  apt rdepends libqpdf*


 - 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

Re: Reading pdf files

[Sarunas Burdulis]

...
>> in general I do not have a problem reading a pdf file with either xpdf
>> or documentviewer.
>>
>> But once in a while I get a pdf file that they cannot read and then I
>> have to go to Windows to open it.
>>
>> What is so spectacular about these files that they cannot be read by the
>> above mentioned programs? Is there another program that would read such
>> a file?

It's hard to tell, without having those files. PDF has many variants and
options. I too have encountered some, though very few, which only open
with Adobe Reader. As I recall, they were just PDF "shells" with
instructions to load actual contents remotely...

-- 
Sarunas Burdulis
Systems Administrator, Dartmouth Mathematics
math.dartmouth.edu/~sarunas



signature.asc
Description: OpenPGP digital signature

Re: Se ha eliminado el paquete mugshot de los repositorios de GNU/Debian Buster

[Miguel Matos]

On Thu, Jun 13, 2019 at 5:05 AM Francisco Funcia 
wrote:

> Pues anoche mismo detecté esto que comentamos y a mí me funcionó.
>
> El jue., 13 jun. 2019 10:47, Tomás Senabre González <
> tomas.sena...@gmail.com> escribió:
>
>> Hola Francisco,
>>
>> Ha eso me refiero que no está disponible, porque ha sido eliminado de
>> los repositorios. La salida del comando apt que me comentas es esta:
>>
>> # apt install mugshot
>> El paquete mugshot no está disponible, pero algún otro paquete hace
>> referencia a él. Esto puede significar que el paquete falta, está
>> obsoleto o sólo se encuentra disponible desde alguna otra fuente
>>
>> E: El paquete «mugshot» no tiene un candidato para la instalación
>>
>> También me he puesto en contacto con los responsables del mantenimiento
>> del paquete en la versión estable, a ver que me dicen sobre porqué lo
>> han eliminado de la versión en desarrollo (Buster).
>>
>> Gracias por tu respuesta
>> Tomás
>>
>> El 13/6/19 a las 10:27, Francisco Funcia escribió:
>> > Si, eso ha pasado. También hay repositorios que no van. Debe de ser
>> > porque están a punto de sacar la versión estable definitiva o yo que sé.
>> > Con esto lo instalas.
>> > # apt install mugshot
>> >
>> > El jue., 13 jun. 2019 a las 10:07, Tomás Senabre González
>> > (mailto:tomas.sena...@gmail.com>>) escribió:
>> >
>> > Hola,
>> >
>> > He observado que el plugin Whiskermenu del escritorio XFCE da error
>> > porque no encuentra el paquete mugshot instalado en el sistema. He
>> > buscado el paquete pero ha sido eliminado de los repositorios de la
>> > versión de desarrollo Buster.
>> >
>> > Saludos
>> >
>> > Tomás
>> >
>> > --
>> > Tomás Senabre González
>> >
>>
>> --
>> Tomás Senabre González
>>
>
Acabo de comprobar el listado de la web de consulta de paquetes de Debian,
https://packages.debian.org, y parece que el tal mugshot no está
incorporado en la versión testing (que si se vuelve stable, entonces, donde
está ahorita pasará a ser "oldstable"), y también está presente en Jessie
(actual "oldstable"). De ser cierto, tocará bajarlo a mano e instalarlo a
mano, con el consecuente "error de dependencias no disponibles" que puedan
existir...

-- 

Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz

Re: Please help delete printer job

[Eduardo M KALINOWSKI]

On qui, 13 jun 2019, Rodolfo Medina wrote:


Thanks.  Solved.  I deleted the printer from Cups managing section and then
added it again.  It still printed another few pages and then  
stopped.  But next

time...?


There should be a way to view the queue from the Cups web interface  
(which I assume you used to delete the printer), but I don't know the  
exact path.


From the command-line lpq to view the queue, lprm to remove jobs.  
They might be in another package (perhaps lpd compatibility).


But often the job does not appear anymore in the queue anymore because  
the computer has finished sending it to the printer. In this case you  
have to cancel in the printer, if it provides an option for that.

--
Eduardo M KALINOWSKI
edua...@kalinowski.com.br

Re: Reading pdf files

[Joe]

On Thu, 13 Jun 2019 17:28:10 +0200
Hans  wrote:

> Am Donnerstag, 13. Juni 2019, 16:29:27 CEST schrieb k. jantzen:
> Did you try "Evince" or "Okular"?
> 
> Best
> 
> Hans
> > Hello,
> > 
> > in general I do not have a problem reading a pdf file with either
> > xpdf or documentviewer.
> > 
> > But once in a while I get a pdf file that they cannot read and then
> > I have to go to Windows to open it.
> > 
> > What is so spectacular about these files that they cannot be read
> > by the above mentioned programs? Is there another program that
> > would read such a file?
> > 

Not all PDF generation programs produce good code. Some PDF readers are
better than others at displaying technically invalid PDFs. I've had
some trouble viewing PDFs exported by LibreCAD in Evince, and a few
other funnies that I can't remember now.

Adobe Reader does seem a bit better at dealing with dodgy files, and of
course it deals with the extended PDFs e.g. editable forms.

-- 
Joe

Re: Lançamento da Buster

[Gilberto F da Silva]

On Thu, Jun 13, 2019 at 04:36:42PM +0200, Helio Loureiro wrote:
> Aqui o link: https://wiki.debian.org/ReleasePartyBuster
> 
> E o FDP que configurou essa lista pra não responder pra ela mesmo por padrão,
> espero que esteja ardendo no fogo do inferno.

  Já tem uns 10 ou 15 anos que reclamo disso. O pessoal fala para usar
  a opção "g" do mutt. O galho disso é nem todo mundo usar esse
  programa de correio.  Quem usa o mutt como eu, já está habituado a
  apertar o "r" para responder.

  O Debian é um Linux estável e com bastante gente envolvida e
  prestativa mas possui umas coisas chatinhas que não mudam.

  Não vou ficar brigando mais com isso. Vou usar outra distribuição. 

-- 

Stela dato:2.458.648,143  Loka tempo:2019-06-13 12:25:28 Ĵaŭdo
-==-
"Prefiro o paraíso pelo clima, o inferno pela companhia".
-- Mark Twain


signature.asc
Description: PGP signature

Re: Reading pdf files

[Hans]

Am Donnerstag, 13. Juni 2019, 16:29:27 CEST schrieb k. jantzen:
Did you try "Evince" or "Okular"?

Best

Hans
> Hello,
> 
> in general I do not have a problem reading a pdf file with either xpdf
> or documentviewer.
> 
> But once in a while I get a pdf file that they cannot read and then I
> have to go to Windows to open it.
> 
> What is so spectacular about these files that they cannot be read by the
> above mentioned programs? Is there another program that would read such
> a file?
> 
> Thanks for your help.



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

Re: Please help delete printer job

[Jerome BENOIT]

Hi,

On 13/06/2019 18:31, Dan Ritter wrote:
> Rodolfo Medina wrote: 
>> Hi...
>>
>> by mistake I told my Samsung ML-1925 to print a large document and don't 
>> manage
>> to cancel that...  I tried with the `cancel' command, also lprm, and also 
>> from
>> within web browser print management...  but nothing, it goes on wanting to
>> print it still.  Before it uses all the available ink and more, please anyone
>> tell me how to stop it.
> 
> Turn off the printer. Go, do that now.
> 
> Now you have time to figure out how to stop the job from being
> resubmitted.

You may want to begin to conside CUPS.

hth,
Jerome

> 
> -dsr-
> 

Re: Please help delete printer job

[Rodolfo Medina]

Dan Ritter  writes:

> Rodolfo Medina wrote: 
>> Hi...
>> 
>> by mistake I told my Samsung ML-1925 to print a large document and don't
>> manage to cancel that...  I tried with the `cancel' command, also lprm, and
>> also from within web browser print management...  but nothing, it goes on
>> wanting to print it still.  Before it uses all the available ink and more,
>> please anyone tell me how to stop it.
>
> Turn off the printer. Go, do that now.
>
> Now you have time to figure out how to stop the job from being
> resubmitted.
>
> -dsr-


Thanks.  Solved.  I deleted the printer from Cups managing section and then
added it again.  It still printed another few pages and then stopped.  But next
time...?

Rodolfo

Reading pdf files

[k. jantzen]

Hello,

in general I do not have a problem reading a pdf file with either xpdf 
or documentviewer.


But once in a while I get a pdf file that they cannot read and then I 
have to go to Windows to open it.


What is so spectacular about these files that they cannot be read by the 
above mentioned programs? Is there another program that would read such 
a file?


Thanks for your help.
--

K.D.J.

Re: Lançamento da Buster

[Helio Loureiro]

Aqui o link: https://wiki.debian.org/ReleasePartyBuster

E o FDP que configurou essa lista pra não responder pra ela mesmo por
padrão, espero que esteja ardendo no fogo do inferno.

./helio

On Thu, Jun 13, 2019, 16:31 Helio Loureiro  wrote:

> Pode agendar no wiki do Debian.   Lá deve ter uma entrada tipo
> BusterReleaseParty.
>
> Só marcar cidade, local e horário.
>
> Não precisa organizar nada sofisticado.  Um bar pra sentar e conversar é
> suficiente.
>
> ./helio
>
> On Thu, Jun 13, 2019, 02:30 Humberto A. Sousa 
> wrote:
>
>> Tá.
>>
>> E a festa?  Vai rolar ?
>>
>>
>> Saudações,
>>
>>
>>
>> Humberto Araujo de sousahumbe...@dontec.com.br
>>
>> Em 12/06/2019 10:48, Lucas Castro escreveu:
>>
>>
>> On 12/06/2019 05:35, Paulo Alexandre A.P. de Oliveira wrote:
>>
>> É só um proformio, porque o Buster já existe há muito tempo e a funcionar
>> muito bem, pelo menos é o que tenho instalado e a funcionar bem :)
>>
>> Existe há muito tempo, mas não como versão estável.
>>
>>
>> Paulo.
>> On 11/06/19 23:09, Deivite Cardoso wrote:
>>
>> Boa noite!
>>
>> Francisco, existe um grupo no telegram chamado Debian SP Eventos, o grupo
>> anda um pouco parado, se você e os demais quiserem entrar pra dar uma
>> força. Podemos agitar essa festa de lançamento lá.
>>
>> @debiandaysp
>>
>> Att.
>>
>> Em 11 de junho de 2019 18:58:40 BRT, Francisco M Neto
>>   escreveu:
>>>
>>> Boa noite!
>>>
>>> Acabei de receber um email do Niels Thykier, via debian-devel-announce,
>>> informando que o Lançamento da Buster está planejado para o dia 06 de
>>> Julho (link para a mensagem: 
>>> https://lists.debian.org/debian-devel-announce/2019/06/msg3.html)
>>>
>>> Eles sempre incentivam que o pessoal faça "festas de lançamento", mas eu
>>> nunca me envolvi em uma. Alguma chance de uma dessas acontecer em SP?
>>>
>>> Abraços,
>>> Francisco
>>>
>>>
>> --
>> Enviado de meu dispositivo Android com K-9 mail. Desculpe-me pela
>> brevidade.
>>
>> --
>> Lucas Castro
>>
>>

Re: Please help delete printer job

[Dan Ritter]

Rodolfo Medina wrote: 
> Hi...
> 
> by mistake I told my Samsung ML-1925 to print a large document and don't 
> manage
> to cancel that...  I tried with the `cancel' command, also lprm, and also from
> within web browser print management...  but nothing, it goes on wanting to
> print it still.  Before it uses all the available ink and more, please anyone
> tell me how to stop it.

Turn off the printer. Go, do that now.

Now you have time to figure out how to stop the job from being
resubmitted.

-dsr-

Please help delete printer job

[Rodolfo Medina]

Hi...

by mistake I told my Samsung ML-1925 to print a large document and don't manage
to cancel that...  I tried with the `cancel' command, also lprm, and also from
within web browser print management...  but nothing, it goes on wanting to
print it still.  Before it uses all the available ink and more, please anyone
tell me how to stop it.

Thanks for any help,

Rodolfo

Util-linux 2.33.2 cross-compile for arm64

[Mihamed Hammouda]

Hi,
I'm trying to cross-compile util-linux 2.33.2 for an arm64 device, make
command work fine but install no, this is the error:
libtool:   error: error: relink 'libblkid.la' with the above command before
installing it
Makefile:5836: recipe for target 'install-usrlib_execLTLIBRARIES' failed


OS: ubuntu 16.04
Commands:
./configure --host=aarch64-linux-gnu --prefix="/usr"
make -j8
sudo make install DESTDIR="${ROOTFSBUILDS}/util-linux"

Thanks in advance
Mihamed

Re: which one is executed first ip_forward=1 or iptables FORWARD Drop

[Henning Follmann]

On Thu, Jun 13, 2019 at 10:06:30AM +0100, BELAHCENE Abdelkader wrote:
> Hi,
> I am using  one machine, say SERV,  as a gateway ( cards eth0, eth1) from
> network1  to network2, I want to forward  all packets but tcp port 80   so
> I used
> *sysctl -w net.ipv4.ip_forward=1*

This just enables the forward mechanism in the kernel

> 
> *I want to drop port 80, and accept others port*
> 
> *I tryed*
> 
> *iptables -A FORWARD -i eth1 -o eth0 -p tcp  --dport 80 -j DROP*

It doesn't forward anything.
Are these all rules you have?
Please post the output of

iptables -L

Also are network1 and network2 routable? Or do you try a NAT setup?

> 
> *but not ran*

what does that even mean?
Does that mean it was not working?
Technically it does, it just doesn't do what you want it to do.

> 
> *Thanks for help*
> *regards*

and your "*" key is stuck ;)


-H

-- 
Henning Follmann   | hfollm...@itcfollmann.com

Re: [HS] GAFAM est devenu GAFA

[BERTRAND Joël]

Eric Degenetais a écrit :
> bonjour,
> concernant NetworkManager je l'ai retiré de mon desktop en reconfigurant
> les interface manuellement, ça ne pose _ a priori _ pas de problèmes. Le
> but du biniou est de toutes façons de gérer des interfaces à géométrie
> variable (style wifi), donc tant qu'on utilise un réseau fixe ça n'a pas
> d'intérêt (sauf si on considère que bordéliser un lien ethernet
> classique est intéressant).

C'était un exemple. Il y a des tas de merdouilles qui viennent en
dépendance et dont la fiabilité est toute relative.

J'ai un soft qui ne se configure qu'au travers d'un programme de
configuration _graphique_. Je suis donc contraint d'installer un serveur
X, même minimaliste. À partir de là, tu te trimballes des logiciels dont
tu ne veux pas forcément (dont une partie de Gnome, youpi !).

Il fut un temps pas si lointain que cela où tu te connectais en ligne
de commande et tu lançais startx. Ça fonctionnait. La dernière fois que
j'ai essayé, ça gueulait de partout parce que tout le monde utilise
actuellement un gestionnaire de connexion, que tu es simple utilisateur
et que X doit se lancer avec les droits root. Installer gdm ou kdm/sddm
revient à installer des dépendances sur gnome ou kde (avec tout ce que
ça implique). Tu peux te retrouver avec un network-manager qui récupère
ce qui n'est pas géré par /etc/network/interfaces (et l'interaction
entre les deux peut être amusante, surtout si tu rajoutes resolvconf).
Il existe d'autres écrans de connexion, je l'admets, mais plus tordus à
installer, configurer ou utiliser (lightdm par exemple).

Pour revenir à network-manager. Entre les différentes moutures du
bazar, certaines se connectent d'office à un réseau (dès le boot et sans
attendre la connexion d'un utilisateur), d'autres non (il faut que
l'utilisateur se connecte pour activer le réseau). J'ai constaté cela
sur le même portable au gré d'une mise à jour sans changement de la
configuration (c'est encore plus amusant de constater que nework-manager
peut gérer une interface en IPv6 et laisser ifconfig la gérer en IPv4).
Je n'ai pas cherché à savoir pourquoi, mais c'est gênant dans une cas
d'une machine que l'on redémarre à distance.

Aujourd'hui, sur un serveur, j'ai cinq interfaces Ethernet, plusieurs
routes par défaut en IPv4, une route par défaut en IPv6, trois
interfaces tap (openvpn) et une interface agrégée. Il n'y a pas de
networkmanager actif (disons qu'il est là parce qu'il est arrivé en
dépendance, mais il ne gère rien). Du temps de initd/SysV, c'était
trivial. Je montais les interfaces réseaux, je montais les liens VPN et
j’agrégeais le tout avant de passer les règles iptables, la QoS et
autres raffinements. Avec systemd, ça part en timeout à chaque fois
alors que la configuration est correcte. Il faut un quart d'heure pour
booter ce serveur ! Tu as beau configurer systemd aux petits oignons, il
considère que bound0 qui agrège tap0 et tap1 est une interface réseau
qui doit être montée avec les autres même si tu lui indiques le
contraire. Problème, pour monter bound0, il faut tap0 et tap1 qui
dépendent de eth1 et eth2. Bref, le truc se mord la queue, part en
timeout et, une fois le timeout atteint, se débloque et monte
correctement toutes les interfaces. Et tu peux indiquer le truc à
systemd comme tu le veux, il n'en a rien à faire. J'ai passé une semaine
sur ce problème, aujourd'hui, j'ai intégré qu'il fallait quinze minutes
pour redémarrer cette machine. Elle est à 500 bornes, je n'y touche plus.

JKB

Re: [HS] GAFAM est devenu GAFA

[Eric Degenetais]

bonjour,
concernant NetworkManager je l'ai retiré de mon desktop en reconfigurant
les interface manuellement, ça ne pose _ a priori _ pas de problèmes. Le
but du biniou est de toutes façons de gérer des interfaces à géométrie
variable (style wifi), donc tant qu'on utilise un réseau fixe ça n'a pas
d'intérêt (sauf si on considère que bordéliser un lien ethernet classique
est intéressant).

Corialement
__
Éric Dégenètais
Henix

http://www.henix.com
http://www.squashtest.org



Le jeu. 13 juin 2019 à 12:08,  a écrit :

> Merci pour l'explication technique qui correspond exactement à mon modeste
> vécu.
> J'ai choisi Debian pour avoir un serveur stable et fiable.
> Je constate que je passe beaucoup de temps à régler des problèmes qui ne
> devraient pas exister comme évoqué par Joël (config réseau parfois
> incompréhensible et non reproductible, systemd... , pb de disque chiffré
> perdu après un upgrade sans chgmt de version, etc.).
>
> Cumuler des automatismes conçus quasi indépendamment est en effet un moyen
> idéal pour créer des problèmes insurmontables, et se "windowiser".
>
> J'avais posé une question ici il y a quelques temps : peut-on configurer
> un serveur Debian minimaliste en ne conservant que ce qui est strictement
> nécessaire (et en s'astreignant à gérer manuellement avec des règles
> simples et explicites pour dégommer tous les programmes fouteurs de bordel).
>
> Est-ce réellement possible et comment ?
>
> Merci
>
> - Original Message -
> > From: "BERTRAND Joël" 
> > To: debian-user-french@lists.debian.org
> > Cc: debian-user-french@lists.debian.org
> > Sent: Thursday, June 13, 2019 10:29:39 AM
> > Subject: Re: [HS] GAFAM est devenu GAFA
> >
> > Marc Chantreux a écrit :
> > > on va encore rencontrer nombre d'experience démoralisantes mais je
> > > crois
> > > vraiment qu'on se rapproche du moment ou l'exponentielle décolle.
> > > ça a
> > > fait ca sur le marché du serveur aussi: alors que tout le monde
> > > nous
> > > riait encore fin des années 90, l'adoption a été fulgurante (je
> > > trouve)
> > > courant 2000.
> >
> >   Ça, franchement, je ne suis pas sûr que ce soit réellement une
> bonne
> >   chose.
> >
> >   Je m'explique :
> > 1/ j'ai fait partie des premiers en France à installer du Linux. Mon
> > premier noyau en production fut, de mémoire, un 1.0.9, ce qui ne nous
> > rajeunit pas. Enfin, ne me rajeunit pas ;
> > 2/ j'ai participé au développement du noyau sparc jusqu'au 2.4
> > inclus,
> > j'ai donc suivi les guéguerres intestines (en particulier l'histoire
> > fumeuse du serveur http dans le noyau pour éclater IIS, un grand
> > moment
> > et celle non moins importante des la VM entre les 2.4.0 et 2.4.19 qui
> > a
> > changé trois fois avec plein d'effets de bord rigolos comme des
> > crashes
> > NMI sur les sparc) ;
> > 3/ je suis aussi les guéguerres actuelles et, franchement, Linux en
> > général et debian en particulier filent un très mauvais coton. La
> > philosophie actuelle est très loin du KISS. On a vu arriver
> > resolvconf
> > (déjà une aberration impossible à configurer correctement
> > simplement),
> > network-manager (qui est capable de foutre un bronx pas possible sur
> > un
> > serveur), un truc comme systemd (qui fonctionne dans 98% des cas
> > correctement, il faut juste ne pas être dans les 2% restants) qui
> > sont
> > capable de mettre par terre un serveur en tuant des threads noyau et
> > qui
> > est incapable de les relancer (j'ai un souvenir ému avec nfsd), des
> > daemons qui sont tout donc rien proprement et qui gèrent tout, la
> > numérotation des interfaces réseau en fonction du bus PCI et du nom
> > du
> > pilote (alors qu'il était possible d'affecter simplement les numéros
> > des
> > interfaces avec quelques règles), numérotation qui peut changer d'une
> > version du noyau à la suivante si les bus ne s'énumèrent pas dans le
> > même ordre (vécu, l'un de mes serveurs possèdes cinq cartes réseau
> > Intel
> > de même référence) je suis donc revenu à l'ancien système à grands
> > coups
> > de règles udev) ! Le problème, c'est que ce genre de "fonctionnalité"
> > peuvent mettre un serveur par terre avec un firewall aux fraises. Il
> > est
> > vrai que l'immense majorité des utilisateurs n'a qu'une carte réseau
> > à
> > sa disposition donc n'est pas impacté.
> >
> >   Un Linux (debian au hasard) il y a quelques années, c'était du
> >   solide,
> > on pouvait l'oublier dans un coin. On redémarrait les machines à
> > distance sans croiser les doigts. Aujourd'hui, c'est devenu
> > impossible.
> > On n'est jamais sûr lorsqu'il y a un systemd qui est mis à jour que
> > la
> > machine fonctionnera de la même façon après redémarrage (ou que,
> > simplement, le réseau remontera normalement), d'autant qu'il est
> > impossible de redémarrer un ancien noyau vu l'interdépendance de la
> > grouille. Donc en dehors d'avoir un KVM sur IP, point de salut !
> >
> >   Dans la version testing de debian, on a eu récemment un 

Re: [HS] GAFAM est devenu GAFA

[roger . tarani]

Merci pour l'explication technique qui correspond exactement à mon modeste vécu.
J'ai choisi Debian pour avoir un serveur stable et fiable.
Je constate que je passe beaucoup de temps à régler des problèmes qui ne 
devraient pas exister comme évoqué par Joël (config réseau parfois 
incompréhensible et non reproductible, systemd... , pb de disque chiffré perdu 
après un upgrade sans chgmt de version, etc.).

Cumuler des automatismes conçus quasi indépendamment est en effet un moyen 
idéal pour créer des problèmes insurmontables, et se "windowiser".

J'avais posé une question ici il y a quelques temps : peut-on configurer un 
serveur Debian minimaliste en ne conservant que ce qui est strictement 
nécessaire (et en s'astreignant à gérer manuellement avec des règles simples et 
explicites pour dégommer tous les programmes fouteurs de bordel).

Est-ce réellement possible et comment ?
 
Merci

- Original Message -
> From: "BERTRAND Joël" 
> To: debian-user-french@lists.debian.org
> Cc: debian-user-french@lists.debian.org
> Sent: Thursday, June 13, 2019 10:29:39 AM
> Subject: Re: [HS] GAFAM est devenu GAFA
> 
> Marc Chantreux a écrit :
> > on va encore rencontrer nombre d'experience démoralisantes mais je
> > crois
> > vraiment qu'on se rapproche du moment ou l'exponentielle décolle.
> > ça a
> > fait ca sur le marché du serveur aussi: alors que tout le monde
> > nous
> > riait encore fin des années 90, l'adoption a été fulgurante (je
> > trouve)
> > courant 2000.
> 
>   Ça, franchement, je ne suis pas sûr que ce soit réellement une bonne
>   chose.
> 
>   Je m'explique :
> 1/ j'ai fait partie des premiers en France à installer du Linux. Mon
> premier noyau en production fut, de mémoire, un 1.0.9, ce qui ne nous
> rajeunit pas. Enfin, ne me rajeunit pas ;
> 2/ j'ai participé au développement du noyau sparc jusqu'au 2.4
> inclus,
> j'ai donc suivi les guéguerres intestines (en particulier l'histoire
> fumeuse du serveur http dans le noyau pour éclater IIS, un grand
> moment
> et celle non moins importante des la VM entre les 2.4.0 et 2.4.19 qui
> a
> changé trois fois avec plein d'effets de bord rigolos comme des
> crashes
> NMI sur les sparc) ;
> 3/ je suis aussi les guéguerres actuelles et, franchement, Linux en
> général et debian en particulier filent un très mauvais coton. La
> philosophie actuelle est très loin du KISS. On a vu arriver
> resolvconf
> (déjà une aberration impossible à configurer correctement
> simplement),
> network-manager (qui est capable de foutre un bronx pas possible sur
> un
> serveur), un truc comme systemd (qui fonctionne dans 98% des cas
> correctement, il faut juste ne pas être dans les 2% restants) qui
> sont
> capable de mettre par terre un serveur en tuant des threads noyau et
> qui
> est incapable de les relancer (j'ai un souvenir ému avec nfsd), des
> daemons qui sont tout donc rien proprement et qui gèrent tout, la
> numérotation des interfaces réseau en fonction du bus PCI et du nom
> du
> pilote (alors qu'il était possible d'affecter simplement les numéros
> des
> interfaces avec quelques règles), numérotation qui peut changer d'une
> version du noyau à la suivante si les bus ne s'énumèrent pas dans le
> même ordre (vécu, l'un de mes serveurs possèdes cinq cartes réseau
> Intel
> de même référence) je suis donc revenu à l'ancien système à grands
> coups
> de règles udev) ! Le problème, c'est que ce genre de "fonctionnalité"
> peuvent mettre un serveur par terre avec un firewall aux fraises. Il
> est
> vrai que l'immense majorité des utilisateurs n'a qu'une carte réseau
> à
> sa disposition donc n'est pas impacté.
> 
>   Un Linux (debian au hasard) il y a quelques années, c'était du
>   solide,
> on pouvait l'oublier dans un coin. On redémarrait les machines à
> distance sans croiser les doigts. Aujourd'hui, c'est devenu
> impossible.
> On n'est jamais sûr lorsqu'il y a un systemd qui est mis à jour que
> la
> machine fonctionnera de la même façon après redémarrage (ou que,
> simplement, le réseau remontera normalement), d'autant qu'il est
> impossible de redémarrer un ancien noyau vu l'interdépendance de la
> grouille. Donc en dehors d'avoir un KVM sur IP, point de salut !
> 
>   Dans la version testing de debian, on a eu récemment un noyau qui
> faisait gueuler les disques durs Toshiba. Exemple :
> 
>   After command completion occurred, registers were:
>   ER ST SC SN CL CH DH
>   -- -- -- -- -- -- --
>   84 51 01 d7 69 70 04  Error: ICRC, ABRT at LBA = 0x047069d7 =
>   74475991
> 
>   Commands leading to the command that caused the error were:
>   CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
>   -- -- -- -- -- -- -- --    
>   60 08 e0 d0 69 70 40 00  00:01:45.931  READ FPDMA QUEUED
>   60 08 d8 e0 69 70 40 00  00:01:45.931  READ FPDMA QUEUED
>   60 08 d0 20 6a 70 40 00  00:01:45.931  READ FPDMA QUEUED
>   60 08 c8 d0 6a 70 40 00  00:01:45.931  READ FPDMA QUEUED
>   60 

which one is executed first ip_forward=1 or iptables FORWARD Drop

[BELAHCENE Abdelkader]

Hi,
I am using  one machine, say SERV,  as a gateway ( cards eth0, eth1) from
network1  to network2, I want to forward  all packets but tcp port 80   so
I used
*sysctl -w net.ipv4.ip_forward=1*

*I want to drop port 80, and accept others port*

*I tryed*

*iptables -A FORWARD -i eth1 -o eth0 -p tcp  --dport 80 -j DROP*

*but not ran*

*Thanks for help*
*regards*

Re: error when printing to Samsung C410 series colour laser printer

[Brian]

On Tue 11 Jun 2019 at 16:59:35 -0400, Gary Dale wrote:

> I can print fine from Stretch but not from Buster. When I try to print to
> this printer from Buster, I get a short listing of a text error. For
> example, I just tried to print a PDF and got
> 
> SPL-C ERROR - Undefined Command
> 
>     POSITION : 0x21958 (137560)
> 
>     SYSTEM : src/xl_pa
> 
>     LINE : 298
> 
>     VERSION : SPL-C 5.59.01 06-19-2013
> 
> I get different errors when printing LibreOffice documents of various types.
> The errors persist whether I print to the printer via its network interface
> or USB cable via a Stretch CUPS server. However I can print from a Stretch
> computer.
> 
> My usual workaround is to create a PDF, then ssh to the CUPS server and
> print via lp.
> 
> This only seems to affect this one printer. It's been going on for months
> now, so I figured I should report it since it isn't going away on its own.
> The driver I use is the Samsung C410 Series driver, which is probably the
> one from the HP driver download page.

Your setup would appear to be:

1. The C410 is connected to a CUPS server via USB (but the connection
   can also be via wireless).

2. The server has the Samsung ULD software installed and is advertising
   shared queues.

3. The buster client contacts the server over wireless and is running
   cups-browsed.

Please post what you get with 'lpstat -l -e' from the client. You should
be able to recognise your print queue from the output, so follow up with
'lpoptions -p '.

-- 
Brian.

Re: Se ha eliminado el paquete mugshot de los repositorios de GNU/Debian Buster

[Francisco Funcia]

Pues anoche mismo detecté esto que comentamos y a mí me funcionó.

El jue., 13 jun. 2019 10:47, Tomás Senabre González 
escribió:

> Hola Francisco,
>
> Ha eso me refiero que no está disponible, porque ha sido eliminado de
> los repositorios. La salida del comando apt que me comentas es esta:
>
> # apt install mugshot
> El paquete mugshot no está disponible, pero algún otro paquete hace
> referencia a él. Esto puede significar que el paquete falta, está
> obsoleto o sólo se encuentra disponible desde alguna otra fuente
>
> E: El paquete «mugshot» no tiene un candidato para la instalación
>
> También me he puesto en contacto con los responsables del mantenimiento
> del paquete en la versión estable, a ver que me dicen sobre porqué lo
> han eliminado de la versión en desarrollo (Buster).
>
> Gracias por tu respuesta
> Tomás
>
> El 13/6/19 a las 10:27, Francisco Funcia escribió:
> > Si, eso ha pasado. También hay repositorios que no van. Debe de ser
> > porque están a punto de sacar la versión estable definitiva o yo que sé.
> > Con esto lo instalas.
> > # apt install mugshot
> >
> > El jue., 13 jun. 2019 a las 10:07, Tomás Senabre González
> > (mailto:tomas.sena...@gmail.com>>) escribió:
> >
> > Hola,
> >
> > He observado que el plugin Whiskermenu del escritorio XFCE da error
> > porque no encuentra el paquete mugshot instalado en el sistema. He
> > buscado el paquete pero ha sido eliminado de los repositorios de la
> > versión de desarrollo Buster.
> >
> > Saludos
> >
> > Tomás
> >
> > --
> > Tomás Senabre González
> >
>
> --
> Tomás Senabre González
>

Re: konquerer access to Stretch with fish or sftp not working

[Thomas]

Am Mittwoch, 12. Juni 2019, 21:53:28 CEST schrieb Étienne Mollier:
> Thomas, on 2019-06-12 :

> Hmn, I spent a bit of time to check that both sftp in command
> line, and konqueror (independently of fish:// or sftp:// URL)
> were using the same file $HOME/.ssh/known_hosts.  Unless the
> HOME variable differs, the known_hosts file is used in all
> cases.
> 
> Your use of a hash "#" as a prompt suggests you launched your
> sftp command line as the administrative user "root".  In the
> meantime your konqueror instance is probably running as your
> regular user account.  Was the fish:// connection attempt done
> on the same konqueror window as the sftp:// attempt?  If not,
> maybe you just need to cleanup your host key for your regular
> user account too.

Hi,
yes, it was same konquerer window

now , again fresh tried: konquerer window fresh open, same tab

## fish://root@192.168.1.20 # OK

## sftp://root@192.168.1.20 # NOT OK
error message is short translated:
did not find host key
but other type of key existing
may be hacker try to change key


konsole in user mode (NOT root)
(1) # sftp 192.168.1.20
The authenticity of host '192.168.1.20 (192.168.1.20)' can't be established.
ECDSA key fingerprint is SHA256:+KS/FE5iyW7zLmLcZ2OnIWTZ1BmtvA0F/4WBLUrs4bM.
Are you sure you want to continue connecting (yes/no)? 

(there might be an difference because user name on server and PC are 
different)

(2) # sftp thomas@192.168.1.20
thomas@192.168.1.20's password:

(3) # sftp root@192.168.1.20
  
root@192.168.1.20's password:   



konsole in user mode ROOT
working in all cases!
sftp 192.168.1.20,  thomas@192.168.1.20, sftp root@192.168.1.20 

 

Sorry, thats now gets confusing...

Thanks...
Thomas

Re: Se ha eliminado el paquete mugshot de los repositorios de GNU/Debian Buster

[Tomás Senabre González]

Hola Francisco,

Ha eso me refiero que no está disponible, porque ha sido eliminado de 
los repositorios. La salida del comando apt que me comentas es esta:


# apt install mugshot
El paquete mugshot no está disponible, pero algún otro paquete hace 
referencia a él. Esto puede significar que el paquete falta, está 
obsoleto o sólo se encuentra disponible desde alguna otra fuente


E: El paquete «mugshot» no tiene un candidato para la instalación

También me he puesto en contacto con los responsables del mantenimiento 
del paquete en la versión estable, a ver que me dicen sobre porqué lo 
han eliminado de la versión en desarrollo (Buster).


Gracias por tu respuesta
Tomás

El 13/6/19 a las 10:27, Francisco Funcia escribió:
Si, eso ha pasado. También hay repositorios que no van. Debe de ser 
porque están a punto de sacar la versión estable definitiva o yo que sé.

Con esto lo instalas.
# apt install mugshot

El jue., 13 jun. 2019 a las 10:07, Tomás Senabre González 
(mailto:tomas.sena...@gmail.com>>) escribió:


Hola,

He observado que el plugin Whiskermenu del escritorio XFCE da error
porque no encuentra el paquete mugshot instalado en el sistema. He
buscado el paquete pero ha sido eliminado de los repositorios de la
versión de desarrollo Buster.

Saludos

Tomás

-- 
Tomás Senabre González




--
Tomás Senabre González

Re: [HS] GAFAM est devenu GAFA

[BERTRAND Joël]

Marc Chantreux a écrit :
> on va encore rencontrer nombre d'experience démoralisantes mais je crois
> vraiment qu'on se rapproche du moment ou l'exponentielle décolle. ça a
> fait ca sur le marché du serveur aussi: alors que tout le monde nous
> riait encore fin des années 90, l'adoption a été fulgurante (je trouve)
> courant 2000.

Ça, franchement, je ne suis pas sûr que ce soit réellement une bonne 
chose.

Je m'explique :
1/ j'ai fait partie des premiers en France à installer du Linux. Mon
premier noyau en production fut, de mémoire, un 1.0.9, ce qui ne nous
rajeunit pas. Enfin, ne me rajeunit pas ;
2/ j'ai participé au développement du noyau sparc jusqu'au 2.4 inclus,
j'ai donc suivi les guéguerres intestines (en particulier l'histoire
fumeuse du serveur http dans le noyau pour éclater IIS, un grand moment
et celle non moins importante des la VM entre les 2.4.0 et 2.4.19 qui a
changé trois fois avec plein d'effets de bord rigolos comme des crashes
NMI sur les sparc) ;
3/ je suis aussi les guéguerres actuelles et, franchement, Linux en
général et debian en particulier filent un très mauvais coton. La
philosophie actuelle est très loin du KISS. On a vu arriver resolvconf
(déjà une aberration impossible à configurer correctement simplement),
network-manager (qui est capable de foutre un bronx pas possible sur un
serveur), un truc comme systemd (qui fonctionne dans 98% des cas
correctement, il faut juste ne pas être dans les 2% restants) qui sont
capable de mettre par terre un serveur en tuant des threads noyau et qui
est incapable de les relancer (j'ai un souvenir ému avec nfsd), des
daemons qui sont tout donc rien proprement et qui gèrent tout, la
numérotation des interfaces réseau en fonction du bus PCI et du nom du
pilote (alors qu'il était possible d'affecter simplement les numéros des
interfaces avec quelques règles), numérotation qui peut changer d'une
version du noyau à la suivante si les bus ne s'énumèrent pas dans le
même ordre (vécu, l'un de mes serveurs possèdes cinq cartes réseau Intel
de même référence) je suis donc revenu à l'ancien système à grands coups
de règles udev) ! Le problème, c'est que ce genre de "fonctionnalité"
peuvent mettre un serveur par terre avec un firewall aux fraises. Il est
vrai que l'immense majorité des utilisateurs n'a qu'une carte réseau à
sa disposition donc n'est pas impacté.

Un Linux (debian au hasard) il y a quelques années, c'était du solide,
on pouvait l'oublier dans un coin. On redémarrait les machines à
distance sans croiser les doigts. Aujourd'hui, c'est devenu impossible.
On n'est jamais sûr lorsqu'il y a un systemd qui est mis à jour que la
machine fonctionnera de la même façon après redémarrage (ou que,
simplement, le réseau remontera normalement), d'autant qu'il est
impossible de redémarrer un ancien noyau vu l'interdépendance de la
grouille. Donc en dehors d'avoir un KVM sur IP, point de salut !

Dans la version testing de debian, on a eu récemment un noyau qui
faisait gueuler les disques durs Toshiba. Exemple :

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 01 d7 69 70 04  Error: ICRC, ABRT at LBA = 0x047069d7 = 74475991

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --    
  60 08 e0 d0 69 70 40 00  00:01:45.931  READ FPDMA QUEUED
  60 08 d8 e0 69 70 40 00  00:01:45.931  READ FPDMA QUEUED
  60 08 d0 20 6a 70 40 00  00:01:45.931  READ FPDMA QUEUED
  60 08 c8 d0 6a 70 40 00  00:01:45.931  READ FPDMA QUEUED
  60 08 c0 08 6b 70 40 00  00:01:45.931  READ FPDMA QUEUED

Fausses alertes (tous les disques Toshiba de la machine remontaient les
mêmes alertes au même moment !...). On a eu l'un des noyaux 4.19 qui
crachait sur des erreurs mémoire fantaisistes, bref, tout ça n'est plus
vraiment sec ni sérieux. Je ne parle même pas de la gestion calamiteuse
des stations diskless, je deviendrai mauvaise langue.

Sur les disques Seagate, les données smart sont de temps en temps
aberrantes. Il faut le savoir, c'est tout.

Linux en général et Debian en particulier se "windowise" de plus en
plus en devenant Michu-compliant sur le poste de travail. C'est très
bien. Mais il n'y a plus de version solide et éprouvée en face. Ça date
des nouvelles règles de développement du noyau 2.6. Par version solide
et éprouvée, j'entends un système qui a un fonctionnement parfaitement
reproductible, même après un apt upgrade (je ne parle pas de changement
de version majeure) et qui se configure normalement avec une palanquée
de fichiers textes sur une console texte.

Aujourd'hui, il me reste des postes de travail sous Linux (je ne veux
pas me faire des noeuds au cerveau en virant les linuxismes des codes
sources), il me reste un serveur de mail/alfresco qui a dû être installé
en potatoe et qui subit 

Re: Se ha eliminado el paquete mugshot de los repositorios de GNU/Debian Buster

[Francisco Funcia]

Si, eso ha pasado. También hay repositorios que no van. Debe de ser porque
están a punto de sacar la versión estable definitiva o yo que sé.
Con esto lo instalas.
# apt install mugshot

El jue., 13 jun. 2019 a las 10:07, Tomás Senabre González (<
tomas.sena...@gmail.com>) escribió:

> Hola,
>
> He observado que el plugin Whiskermenu del escritorio XFCE da error
> porque no encuentra el paquete mugshot instalado en el sistema. He
> buscado el paquete pero ha sido eliminado de los repositorios de la
> versión de desarrollo Buster.
>
> Saludos
>
> Tomás
>
> --
> Tomás Senabre González
>
>

Se ha eliminado el paquete mugshot de los repositorios de GNU/Debian Buster

[Tomás Senabre González]

Hola,

He observado que el plugin Whiskermenu del escritorio XFCE da error 
porque no encuentra el paquete mugshot instalado en el sistema. He 
buscado el paquete pero ha sido eliminado de los repositorios de la 
versión de desarrollo Buster.


Saludos

Tomás

--
Tomás Senabre González

Re: Evitar modificar contraseña de root

[Miguel de Dios Matias]

Buenos días a todos.

Con LVM puedes encriptar o cifrar el disco completo.

El único problema, es que te va pedir un password o contraseña cada vez que
enciendas el ordenador.

Aquí tienes un tutorial en inglés:
https://xo.tc/setting-up-full-disk-encryption-on-debian-9-stretch.html

Saludos.

El mar., 11 jun. 2019 6:04, Carlos Zuniga  escribió:

> On Sat, Jun 8, 2019 at 5:46 PM Darío  wrote:
> >
> > Buenas! en este año estuvo modificando varias veces la contraseña de
> superusuario para restablecer contraseñas de usuarios y del mismo root. La
> forma fue la habitual en la que se edita grub añadiendo en unas líneas
> init=/bin/bash luego montar / y con passwd cambiar y listo.
> > Mi duda está en que en cierta forma es bastante facil hacerlo, por lo
> que hace bastante vulnerable al sistema en sí, por lo que pregunto ¿existe
> alguna manera en que no se pueda hacer esto? Estuve viendo que poniéndole
> una contraseña al grub podría ser una alternativa, ¿hay alguna otra?
> >
>
> A parte de proteger al grub deberías proteger también al BIOS/UEFI con
> contraseña y configurarlos para no permitir bootear desde memorias
> USB. Más protección aún te da encriptar el disco duro, ya que el
> atacante podría simplemente abrir la PC y llevarse el disco. Y más
> aún, hay sistemas de intrusión que envían un mensaje si alguien
> intenta abrir el case.
>
> Y aún con todo esto, es casi imposible protegerse de un atacante que
> tenga acceso físico a la máquina. En este thread hablan en más detalle
> de distintos métodos de protección y de como derrotarlos ;)
> https://security.stackexchange.com/q/10354
>
>
> Saludos,
>
>

Réglage général du sens de défilement d'un document

[roger . tarani]

Bonjour,

De quelle façon régler proprement le sens de défilement (scrolling) pour TOUTES 
les applis ?
Pour le navigateur ET pour le terminal, etc.

Peu import le sens.
Disons par exemple que je souhaite un "mouvement naturel" (visiblement 
introduit par Apple), cad que si je fais rouler le molette de la souris (ou si 
je glisse deux doigts vers le haut sur le trackpad) la "feuille" remonte 
naturellement, comme si je la poussais.

Le réglage recommandé pour inverser le sens de défilement est :

$ cat .Xmodmap
pointer = 1 2 3 5 4 6 7 8 9 10 11 12
(4 et 5 sont inversés)

Le problème que je rencontre avec ce réglage c'est que Firefox suit la règle 
mais que le terminal suit la règle de défilement inverse (celle du système 
Linux réglé par défaut).

Comment sont définis le sens du défilement dans les applications ?
Y a-t-il des réglages spécifiques à faire par classe d'appli ?

Merci