Re: domain names, was: hostname

[Richard Hector]

On 21/03/18 12:07, Brian wrote:

[re inability to connect to remote SMTP servers]

> You are in an unfortunate position of being deprived of the freedom to
> decide how to deal with your own communications.

[snip]

> I am a user of the network, whether I am at home or not. I have no
> better access to TCP/IP or other protocols than you.

I think perhaps you do ...

Richard



signature.asc
Description: OpenPGP digital signature

modificar el menu default general

[asanch...@e-compugraf.com]

Hola , pues aquí consultando a la comunidad, resulta que deseo hacer un
cd-live para regalar en un evento la creación sin problemas pero me
encontré con el problema de que no logro modificar el menu general de
XFCE4 lo puedo hacer a nivel local para cada usuario pero no el menu base.

Consulté la documentación de xfce4 y seguí los pasos pero ni así lo
logro, creo la entrada de menu con sus secciones en /etc/xgd/... y luego
creo su entrada en /usr/share/  luego su entrada en  de lanzamiento
de aplicación en /usr/share/applicatins/.. el problema es que no
logro crear un nuevo submenu no los clásicos que ya viene.

De echo si le cambio el nombre de la etiqueta Office por Office2
desaparece del menu, cuando es solo una etiqueta, creo que me falta
referenciarlo en algún lugar pero no encuentro documentación de ese lugar.


Office
folders.directory

  office

   alguien a modificado el menú de default de todos lo usuarios que
me eche una mano ya llevo 3 días y no lo logro modificarlo, no me sirve
el editor de menugrafico ya que este lo hace solo local para el usuario
que lo esta haciendo. Un saludo

Skins para CUPS

[Paynalton]

Hola, una pregunta. Hay algún paquete en debian que contenga skins para
cups o alguna forma de cambiarle el look a la interfaz web de cups???

Re: Missing Shared Object File for ffmpeg

[Dan Norton]

On Tue, 20 Mar 2018 18:35:48 -0500
David Wright  wrote:

> On Tue 20 Mar 2018 at 18:41:55 (-0400), Dan Norton wrote:
> > On Tue, 20 Mar 2018 13:42:24 -0500
> > David Wright  wrote:
> >   
> > > On Tue 20 Mar 2018 at 13:47:42 (-0400), Dan Norton wrote:  
> > > > On Tue, 20 Mar 2018 12:59:21 -0400
> > > > Greg Wooledge  wrote:
> > > > 
> > > > > On Tue, Mar 20, 2018 at 12:18:05PM -0400, Dan Norton
> > > > > wrote:
> > > > > > >  * The output of "apt policy ffmpeg".  
> > > > > > 
> > > > > > ffmpeg:
> > > > > >   Installed: 7:3.2.10-1~deb9u1
> > > > > >   Candidate: 7:3.2.10-1~deb9u1
> > > > > >   Version table:
> > > > > >  *** 7:3.2.10-1~deb9u1 500
> > > > > > 500 http://debian.gtisc.gatech.edu/debian
> > > > > > stretch/main amd64 Packages 
> > > > > > 500 http://security.debian.org/debian-security
> > > > > > stretch/updates/main amd64 Packages 
> > > > > > 100 /var/lib/dpkg/status
> > > > > >   
> > > > > > >  * The output of "aptitude why libopenal1".  
> > > > > > 
> > > > > > i   ffmpegDepends libavdevice57 (>= 7:3.2.10)
> > > > > > i A libavdevice57 Depends libopenal1 (>= 1.14) 
> > > > > 
> > > > > >From these, it looks like you have the stretch version of
> > > > > >ffmpeg, and  
> > > > > a libopenal1 dependency that can be satisfied by the stretch
> > > > > version of libopenal1.
> > > > > 
> > > > > If libopenal1 is not actually installed, then something is
> > > > > very wrong. Is it possible that you have the package
> > > > > "installed", but something else removed the library file?  In
> > > > > that case, just reinstall the package:
> > > > > 
> > > > > apt-get --reinstall install libopenal1
> > > > > 
> > > > 
> > > > That did it - thanks, Greg! 
> > > > 
> > > > But what does this do that apt purge/install of ffmpeg does
> > > > not?
> > > 
> > > You posted:
> > > 
> > > # apt purge ffmpeg
> > > # apt autoremove
> > > # apt install ffmpeg
> > > 
> > > but you didn't show your working. You should check out what
> > > happened by looking at /var/log/apt/history.log to see if
> > > libopenal1 was affected by this command sequence. For a start,
> > > other packages might depend on libopenal1, preventing its
> > > auto-removal. 
> > 
> > The broken system was installed in December 2017. Looking at all the
> > logs in /var/log/apt/history* (extracting the ones that were
> > archived) and running:
> > dan@deb9:~/apt.logs$ grep -rnw '.' -e 'libopenal1' | less
> > ...there is one hit, other than today's --reinstall and that is an
> > install:
> > 
> > Start-Date: 2017-12-17  21:29:03
> > Commandline: /usr/sbin/synaptic
> > Requested-By: dan (1200)
> > Install: [...]
> > libopenal1:amd64 (1:1.17.2-4+b2, automatic),  # e pluribus unum
> > [...]
> >   
> > > Then of course there's the investigation of why it wasn't
> > > installed correctly in the first place, and what was happening
> > > during the "several attempts" at installing ffmpeg.
> > >   
> > 
> > Apparently nothing during these attempts involved libopenal1,
> > according to the logs in /var/log/apt/ - is there anywhere else
> > that could shed light on this?  
> 
> Is it still marked as Automatic? Particularly if you try to install
> it, it will lose that flag (all this is IIRC). Further use of that
> command sequence would have no effect in that case.
> 

root@deb9:~# apt search libopenal1
Sorting... Done
Full Text Search... Done
libopenal1/stable,now 1:1.17.2-4+b2 amd64 [installed,automatic]
[...]

> The dependency is via another package. I've found that removing a
> package doesn't always reach down to all the Automatic packages
> beneath it. This is easily demonstrated by installing a package
> with multiple dependencies (in depth) and then immediately purging
> it.
> 
> But none of this gets down to the root of the problem (why the
> installed package didn't provide the library). Perhaps it might
> be worth occasionally running
> # debsums -l
> # debsums -ca
> to check things over. There's also dpkg -V.
> 

root@deb9:~# debsums -l
root@deb9:~# 

root@deb9:~# debsums -ca 2>/home/dan/debsums.out
/etc/lvm/lvm.conf
...producing 958.9 kB of missing file messages in debsums.out, none
mention libopenal1.

root@deb9:~# dpkg -V >/home/dan/dpkg.out
...producing 590.2 kB of text lines, none mention libopenal1.

Now that libopenal1 has been reinstalled and ffmpeg runs this is
probably to be expected, right? It would have been more interesting if
done when deb9 was broken WRT ffmpeg.

 - Dan

Re: windows10 et debian

[Daniel Caillibaud]

Le 17/03/18 à 20:58, Haricophile  a écrit :
H> et comme Google l'a toujours fait avec le pseudo-libre Android.

Android n'est pas pseudo libre (je sais pas ce que ça veut dire), il est
vraiment libre !

Là où Google est vicieux, c'est qu'il t'impose d'installer toutes les Google
Apps pour avoir le Google play (qui permet d'installer facilement la
plupart des applications), donc si tu veux google play (parce que tu veux
pas passer des heures à trouver un moyen de trouver le fichier apk de
l'appli qui t'intéresse), tu files ton agenda, tes contacts & co à google.

Donc pour résumer, android est libre, mais google[1] s'arrange pour que tu
installe un truc qui le rend plus très libre (le code qui fait tourner le
téléphone pourrait l'être mais tu acceptes de filer toutes tes datas à
google).

Et pour résumer autrement, le pb n'est pas l'OS (Android) mais le store
(google play).


[1] et tous ceux qui ne publient leur appli que sur google play, voire pire
ceux qui imposent que google play soit installé et fonctionnel pour que
leur appli fonctionne, au cas où tu aurais réussi à la récupérer autrement

-- 
Daniel

L'ambition est l'ultime refuge de l'échec.
Oscar Wilde

Re: More then 2800 spams from the list...

[Brian]

On Tue 20 Mar 2018 at 20:54:47 +0200, Michelle Konzack wrote:

> Am 2018-03-20 hackte Joe in die Tasten:

[...]

> > This has reduced with the decline of small (and
> > large!) businesses running their own private SMTP servers but
> > downloading their mail from a single shared external POP3 account,
> > which used to be a very common practice.
> 
> Who is still offering pop3?

Gmail and gmx and probably lots of others.

-- 
Brian.

Re: Missing Shared Object File for ffmpeg

[David Wright]

On Tue 20 Mar 2018 at 18:41:55 (-0400), Dan Norton wrote:
> On Tue, 20 Mar 2018 13:42:24 -0500
> David Wright  wrote:
> 
> > On Tue 20 Mar 2018 at 13:47:42 (-0400), Dan Norton wrote:
> > > On Tue, 20 Mar 2018 12:59:21 -0400
> > > Greg Wooledge  wrote:
> > >   
> > > > On Tue, Mar 20, 2018 at 12:18:05PM -0400, Dan Norton wrote:  
> > > > > >  * The output of "apt policy ffmpeg".
> > > > > 
> > > > > ffmpeg:
> > > > >   Installed: 7:3.2.10-1~deb9u1
> > > > >   Candidate: 7:3.2.10-1~deb9u1
> > > > >   Version table:
> > > > >  *** 7:3.2.10-1~deb9u1 500
> > > > > 500 http://debian.gtisc.gatech.edu/debian stretch/main
> > > > > amd64 Packages 
> > > > > 500 http://security.debian.org/debian-security
> > > > > stretch/updates/main amd64 Packages 
> > > > > 100 /var/lib/dpkg/status
> > > > > 
> > > > > >  * The output of "aptitude why libopenal1".
> > > > > 
> > > > > i   ffmpegDepends libavdevice57 (>= 7:3.2.10)
> > > > > i A libavdevice57 Depends libopenal1 (>= 1.14)   
> > > >   
> > > > >From these, it looks like you have the stretch version of ffmpeg,
> > > > >and
> > > > a libopenal1 dependency that can be satisfied by the stretch
> > > > version of libopenal1.
> > > > 
> > > > If libopenal1 is not actually installed, then something is very
> > > > wrong. Is it possible that you have the package "installed", but
> > > > something else removed the library file?  In that case, just
> > > > reinstall the package:
> > > > 
> > > > apt-get --reinstall install libopenal1
> > > >   
> > > 
> > > That did it - thanks, Greg! 
> > > 
> > > But what does this do that apt purge/install of ffmpeg does not?  
> > 
> > You posted:
> > 
> > # apt purge ffmpeg
> > # apt autoremove
> > # apt install ffmpeg
> > 
> > but you didn't show your working. You should check out what happened
> > by looking at /var/log/apt/history.log to see if libopenal1 was
> > affected by this command sequence. For a start, other packages might
> > depend on libopenal1, preventing its auto-removal.
> > 
> 
> The broken system was installed in December 2017. Looking at all the
> logs in /var/log/apt/history* (extracting the ones that were
> archived) and running:
> dan@deb9:~/apt.logs$ grep -rnw '.' -e 'libopenal1' | less
> ...there is one hit, other than today's --reinstall and that is an
> install:
> 
> Start-Date: 2017-12-17  21:29:03
> Commandline: /usr/sbin/synaptic
> Requested-By: dan (1200)
> Install: [...]
> libopenal1:amd64 (1:1.17.2-4+b2, automatic),  # e pluribus unum
> [...]
> 
> > Then of course there's the investigation of why it wasn't
> > installed correctly in the first place, and what was happening
> > during the "several attempts" at installing ffmpeg.
> > 
> 
> Apparently nothing during these attempts involved libopenal1, according
> to the logs in /var/log/apt/ - is there anywhere else that could shed
> light on this?

Is it still marked as Automatic? Particularly if you try to install
it, it will lose that flag (all this is IIRC). Further use of that
command sequence would have no effect in that case.

The dependency is via another package. I've found that removing a
package doesn't always reach down to all the Automatic packages
beneath it. This is easily demonstrated by installing a package
with multiple dependencies (in depth) and then immediately purging
it.

But none of this gets down to the root of the problem (why the
installed package didn't provide the library). Perhaps it might
be worth occasionally running
# debsums -l
# debsums -ca
to check things over. There's also dpkg -V.

Cheers,
David.

Re: Federated, decentralised communication on the internet (was: domain names, was: hostname)

[Forest Dean Feighner]

Right on! I used to have an email server in the 90's and even hand wrote
the sendmail config file, lol.

Shell account, of course, at the local ISP.


On Tue, Mar 20, 2018 at 7:13 PM, Forest Dean Feighner <
forest.feigh...@gmail.com> wrote:

> Right on! I used to have an email server in the 90's and even hand wrote
> the sendmail config file, lol.
>
> Shell account, of course, at the local ISP.
>
>
>
> On Tue, Mar 20, 2018 at 6:50 PM, Ben Finney  wrote:
>
>> David Wright  writes:
>>
>> > I don't understand why a home user would not be using a smarthost.
>> > Perhaps we're talking about a different group of people. Why would a
>> > home user want to relay mail rather than submit it to a smarthost?
>>
>> First, note that even if you don't know the reason why someone would
>> want to run their own mail server on their own connection, that is no
>> argument to arbitrarily deny them the ability to do it.
>>
>> So, while you're well within your rights to be curious about why, the
>> question doesn't demand an answer. Whoever wants to run a mail server on
>> their home connection should by default have the right to do so, for any
>> reason or no reason, and doesn't need to explain why to anyone.
>>
>>
>> As it happens, there are excellent reasons to want to do this. They are
>> no less strong now than when doing this was much more common in the
>> 1990s and earlier: in order to retain decentralised control, distributed
>> throughout the community, of a decentralised and federated communication
>> system.
>>
>> The news for the past decade (and more) has given frequent reminder of
>> why it's important to wrest control of our communications out of the
>> hugh, centralised choke-points that currently reign. That by itself is
>> reason enough to support and encourage more people running mail servers
>> independent of those entities.
>>
>> The person in question may have additioonal reasons, or separate
>> reasons. The point is that email is *designed* and *works best* as a
>> decentralised, federated system. We should be asking not “why would
>> anyone do this?”, but rather “why have we gone so far in relinquishing
>> the ability to do this?”.
>>
>> And then take active steps to move more toward federated, decentralised
>> communication again.
>>
>> --
>>  \“With Lisp or Forth, a master programmer has unlimited power |
>>   `\ and expressiveness. With Python, even a regular guy can reach |
>> _o__)   for the stars.” —Raymond Hettinger |
>> Ben Finney
>>
>>
>

Re: domain names, was: hostname

[Brian]

On Tue 20 Mar 2018 at 17:07:47 -0500, David Wright wrote:

> On Fri 23 Feb 2018 at 16:18:29 (+), Brian wrote:
> > On Thu 22 Feb 2018 at 11:58:18 -0600, David Wright wrote:
> > 
> > > On Mon 19 Feb 2018 at 18:39:02 (+), Brian wrote:
> > > > On Mon 19 Feb 2018 at 10:23:56 -0600, David Wright wrote:
> > > > 
> > > > > 127.0.0.1   localhost
> > > > > 127.0.1.1   alum
> > > > 
> > > > alum is the canonical_hostname. It is used by exim to HELO with. Many
> > > > mail servers will not accept mail directly from you because it is not a
> > > > FQDN.
> > > 
> > > This is why I wrote "broken" at ². The OP wrote "on a home LAN",
> > > in which case it's unlikely that they relay mail to mail servers
> > > on port 25. More likely is that they use a smarthost with a mail
> > > submission system on port 587 or possibly 465 (though 25 is
> > > allowed for broken senders³).
> > 
> > Not using a smarthost does not invalidate the claim.
> 
> I got lost amongst the negatives and forgot all about this post

It's a perfectly normal English sentence. Try

 Using a smarthost does not invalidate the claim.

or

 Not using a smarthost does invalidate the claim.

if you prefer. :)

> until talk of spamming arose here.

Yes, talk of spamming really pulls the crowd in.

> I don't understand why a home user would not be using a smarthost.

You don't talk to people except through an intermediary? I prefer to
know what happens to the mails I send.

> Perhaps we're talking about a different group of people. Why would
> a home user want to relay mail rather than submit it to a smarthost?

I'd use "deliver" rather than "relay". The process is direct and
provides instant feedback.

> > > As submission involves obligatory authentication, there's no reason
> > > to reject a submission just because the HELO has no dot in it. And
> > > even if a sender screws up the envelope-from, it's likely that the
> > > mail submission knows a valid email address associated with the
> > > authenticator's registration details.
> > 
> > With
> > 
> >  127.0.1.1   gmail
> > 
> > in /etc/hosts the conversation would go like this:
> > 
> >   brian@desktop:~$ telnet bendel.debian.org 25
> >   Trying 82.195.75.100...
> >   Connected to bendel.debian.org.
> >   Escape character is '^]'.
> >   220 bendel.debian.org ESMTP Postfix
> >   helo gmail
> >   250 bendel.debian.org
> >   mail from:
> >   250 2.1.0 Ok
> >   rcpt to:
> >   504 5.5.2 : Helo command rejected: need fully-qualified hostname
> > 
> > gmail.com is ok with bendel.
> > 
> > OTOH:
> > 
> >   brian@desktop:~$ telnet cloud11.unlimitedwebhosting.co.uk 25
> >   Trying 149.255.60.164...
> >   Connected to cloud11.unlimitedwebhosting.co.uk.
> >   Escape character is '^]'.
> >   220 cloud11.unlimitedwebhosting.co.uk ESMTP Postfix
> >   helo gmail
> >   250 cloud11.unlimitedwebhosting.co.uk
> >   mail from:
> >   250 2.1.0 Ok
> >   rcpt to:
> >   250 2.1.5 Ok
> >   data
> >   354 End data with .
> > 
> > cloud11.unlimitedwebhosting.co.uk appears not to be bothered by the
> > helo; bendel is.
> 
> In common with a lot of home users, I can't connect to external
> machines on port 25. I assume that's because my ISP doesn't want
> to have their IP range affected by people spamming from it.

You are in an unfortunate position of being deprived of the freedom to
decide how to deal with your own communications. Imagine what would
happen if you were instructed that all your mail was to be handled by
the US postal service and could not be delivered personally. I cannot
see many people standing for that.

> Are the dialogues above meant to show that you're at liberty to
> insert emails into those hosts because you have/could have typed
> helo gmail.com   at the prompt? Is that what an open relay is?

No - it not what an open relay is.

> > > > > I've sometimes wondered what other people dream up as their
> > > > > domainnames; that is, people who don't have a legitimate reason
> > > > > to put something like example.com.
> > > > 
> > > > Whatever is dreamt up as a domain name is put into /etc/hosts by the
> > > > installer as
> > > > 
> > > > 127.0.1.1   alum.dreamtupalum
> > > 
> > > And what is the benefit for the mail submission system in being woken
> > > up with   HELO alum.dreamtup   rather than   HELO alum   ?
> > > Extra brownie points for imagination perhaps.
> > 
> > Most large ISPs presumably do not see any benefit as they basically
> > ignore an RFC non-compliant helo. The large number of broken mailers
> > about might be a reason. I'm not prepared to risk having mail rejected
> > because the canonical_hostname is not a FQDN known in the DNS.
> 
> But are you a home user? (Not knowing anything about how you connect
> to the Internet, nor how you submit emails, I can't judge.)

I am a user of the network, whether I am at home or not. I have no
better access to TCP/IP or other protocols than 

Re: How to correctly select gcc / why dkms rebuild failed on xtables-addons

[David Wright]

On Tue 20 Mar 2018 at 23:18:29 (+0100), Neo wrote:
> Hey folks
> 
> I've had a setup with xtables-addons running (on jessie with
> standard repos), especially the geoip module in this case. The
> normal upgrade path installed gcc-4.9 and broke my dkms setup and in
> turn my iptables setup. So it fell back on my fail2ban protection
> against ssh scripts.
> 
> /usr/bin/gcc-4.8 was on strange file permissions, with not even
> execute perms for root. Thus de dkms rebuild failed.
> 
> now my questions:
> 
> why was gcc-4.8 binary set to no execution, even for root?
> 
> why is xtables-addons-dkms not using gcc-4.9?
> 
> a simple chmod 700 /usr/bin/gcc-4.8 fixed the problem.
> 
> Thank you for any enlightenment

Your fixup might give a clue as to how it got the wrong permissions:
you've just broken your gcc-4.8 which ought to be executable by all
(as should everything in /usr/bin).

lrwxrwxrwx 1 root   root 7 Feb 25  2015 gcc -> gcc-4.9*
-rwxr-xr-x 1 root   root715448 Dec 20  2014 gcc-4.8*
-rwxr-xr-x 1 root   root806344 Feb 10 18:17 gcc-4.9*

Cheers,
David.

Federated, decentralised communication on the internet (was: domain names, was: hostname)

[Ben Finney]

David Wright  writes:

> I don't understand why a home user would not be using a smarthost.
> Perhaps we're talking about a different group of people. Why would a
> home user want to relay mail rather than submit it to a smarthost?

First, note that even if you don't know the reason why someone would
want to run their own mail server on their own connection, that is no
argument to arbitrarily deny them the ability to do it.

So, while you're well within your rights to be curious about why, the
question doesn't demand an answer. Whoever wants to run a mail server on
their home connection should by default have the right to do so, for any
reason or no reason, and doesn't need to explain why to anyone.


As it happens, there are excellent reasons to want to do this. They are
no less strong now than when doing this was much more common in the
1990s and earlier: in order to retain decentralised control, distributed
throughout the community, of a decentralised and federated communication
system.

The news for the past decade (and more) has given frequent reminder of
why it's important to wrest control of our communications out of the
hugh, centralised choke-points that currently reign. That by itself is
reason enough to support and encourage more people running mail servers
independent of those entities.

The person in question may have additioonal reasons, or separate
reasons. The point is that email is *designed* and *works best* as a
decentralised, federated system. We should be asking not “why would
anyone do this?”, but rather “why have we gone so far in relinquishing
the ability to do this?”.

And then take active steps to move more toward federated, decentralised
communication again.

-- 
 \“With Lisp or Forth, a master programmer has unlimited power |
  `\ and expressiveness. With Python, even a regular guy can reach |
_o__)   for the stars.” —Raymond Hettinger |
Ben Finney

Re: Missing Shared Object File for ffmpeg

[Dan Norton]

On Tue, 20 Mar 2018 13:42:24 -0500
David Wright  wrote:

> On Tue 20 Mar 2018 at 13:47:42 (-0400), Dan Norton wrote:
> > On Tue, 20 Mar 2018 12:59:21 -0400
> > Greg Wooledge  wrote:
> >   
> > > On Tue, Mar 20, 2018 at 12:18:05PM -0400, Dan Norton wrote:  
> > > > >  * The output of "apt policy ffmpeg".
> > > > 
> > > > ffmpeg:
> > > >   Installed: 7:3.2.10-1~deb9u1
> > > >   Candidate: 7:3.2.10-1~deb9u1
> > > >   Version table:
> > > >  *** 7:3.2.10-1~deb9u1 500
> > > > 500 http://debian.gtisc.gatech.edu/debian stretch/main
> > > > amd64 Packages 
> > > > 500 http://security.debian.org/debian-security
> > > > stretch/updates/main amd64 Packages 
> > > > 100 /var/lib/dpkg/status
> > > > 
> > > > >  * The output of "aptitude why libopenal1".
> > > > 
> > > > i   ffmpegDepends libavdevice57 (>= 7:3.2.10)
> > > > i A libavdevice57 Depends libopenal1 (>= 1.14)   
> > >   
> > > >From these, it looks like you have the stretch version of ffmpeg,
> > > >and
> > > a libopenal1 dependency that can be satisfied by the stretch
> > > version of libopenal1.
> > > 
> > > If libopenal1 is not actually installed, then something is very
> > > wrong. Is it possible that you have the package "installed", but
> > > something else removed the library file?  In that case, just
> > > reinstall the package:
> > > 
> > > apt-get --reinstall install libopenal1
> > >   
> > 
> > That did it - thanks, Greg! 
> > 
> > But what does this do that apt purge/install of ffmpeg does not?  
> 
> You posted:
> 
> # apt purge ffmpeg
> # apt autoremove
> # apt install ffmpeg
> 
> but you didn't show your working. You should check out what happened
> by looking at /var/log/apt/history.log to see if libopenal1 was
> affected by this command sequence. For a start, other packages might
> depend on libopenal1, preventing its auto-removal.
> 

The broken system was installed in December 2017. Looking at all the
logs in /var/log/apt/history* (extracting the ones that were
archived) and running:
dan@deb9:~/apt.logs$ grep -rnw '.' -e 'libopenal1' | less
...there is one hit, other than today's --reinstall and that is an
install:

Start-Date: 2017-12-17  21:29:03
Commandline: /usr/sbin/synaptic
Requested-By: dan (1200)
Install: [...]
libopenal1:amd64 (1:1.17.2-4+b2, automatic),  # e pluribus unum
[...]

> Then of course there's the investigation of why it wasn't
> installed correctly in the first place, and what was happening
> during the "several attempts" at installing ffmpeg.
> 

Apparently nothing during these attempts involved libopenal1, according
to the logs in /var/log/apt/ - is there anywhere else that could shed
light on this?

 - Dan

How to correctly select gcc / why dkms rebuild failed on xtables-addons

[Neo]

Hey folks

I've had a setup with xtables-addons running (on jessie with standard 
repos), especially the geoip module in this case. The normal upgrade 
path installed gcc-4.9 and broke my dkms setup and in turn my iptables 
setup. So it fell back on my fail2ban protection against ssh scripts.


/usr/bin/gcc-4.8 was on strange file permissions, with not even execute 
perms for root. Thus de dkms rebuild failed.


now my questions:

why was gcc-4.8 binary set to no execution, even for root?

why is xtables-addons-dkms not using gcc-4.9?

a simple chmod 700 /usr/bin/gcc-4.8 fixed the problem.

Thank you for any enlightenment

best regards

Carte vidéo portable dédiée ou partagée ?

[andre_debian]

Bonsoir,

Tout est dans le titre :
Comment savoir si la carte vidéo de son portable est dédiée ou partagée ?
(dédiée c'est beaucoup mieux et plus rapide).

Merci d'avance,

André

Re: domain names, was: hostname

[David Wright]

On Fri 23 Feb 2018 at 16:18:29 (+), Brian wrote:
> On Thu 22 Feb 2018 at 11:58:18 -0600, David Wright wrote:
> 
> > On Mon 19 Feb 2018 at 18:39:02 (+), Brian wrote:
> > > On Mon 19 Feb 2018 at 10:23:56 -0600, David Wright wrote:
> > > 
> > > > 127.0.0.1   localhost
> > > > 127.0.1.1   alum
> > > 
> > > alum is the canonical_hostname. It is used by exim to HELO with. Many
> > > mail servers will not accept mail directly from you because it is not a
> > > FQDN.
> > 
> > This is why I wrote "broken" at ². The OP wrote "on a home LAN",
> > in which case it's unlikely that they relay mail to mail servers
> > on port 25. More likely is that they use a smarthost with a mail
> > submission system on port 587 or possibly 465 (though 25 is
> > allowed for broken senders³).
> 
> Not using a smarthost does not invalidate the claim.

I got lost amongst the negatives and forgot all about this post
until talk of spamming arose here.

I don't understand why a home user would not be using a smarthost.
Perhaps we're talking about a different group of people. Why would
a home user want to relay mail rather than submit it to a smarthost?

> > As submission involves obligatory authentication, there's no reason
> > to reject a submission just because the HELO has no dot in it. And
> > even if a sender screws up the envelope-from, it's likely that the
> > mail submission knows a valid email address associated with the
> > authenticator's registration details.
> 
> With
> 
>  127.0.1.1   gmail
> 
> in /etc/hosts the conversation would go like this:
> 
>   brian@desktop:~$ telnet bendel.debian.org 25
>   Trying 82.195.75.100...
>   Connected to bendel.debian.org.
>   Escape character is '^]'.
>   220 bendel.debian.org ESMTP Postfix
>   helo gmail
>   250 bendel.debian.org
>   mail from:
>   250 2.1.0 Ok
>   rcpt to:
>   504 5.5.2 : Helo command rejected: need fully-qualified hostname
> 
> gmail.com is ok with bendel.
> 
> OTOH:
> 
>   brian@desktop:~$ telnet cloud11.unlimitedwebhosting.co.uk 25
>   Trying 149.255.60.164...
>   Connected to cloud11.unlimitedwebhosting.co.uk.
>   Escape character is '^]'.
>   220 cloud11.unlimitedwebhosting.co.uk ESMTP Postfix
>   helo gmail
>   250 cloud11.unlimitedwebhosting.co.uk
>   mail from:
>   250 2.1.0 Ok
>   rcpt to:
>   250 2.1.5 Ok
>   data
>   354 End data with .
> 
> cloud11.unlimitedwebhosting.co.uk appears not to be bothered by the
> helo; bendel is.

In common with a lot of home users, I can't connect to external
machines on port 25. I assume that's because my ISP doesn't want
to have their IP range affected by people spamming from it.

Are the dialogues above meant to show that you're at liberty to
insert emails into those hosts because you have/could have typed
helo gmail.com   at the prompt? Is that what an open relay is?

> > > > I've sometimes wondered what other people dream up as their
> > > > domainnames; that is, people who don't have a legitimate reason
> > > > to put something like example.com.
> > > 
> > > Whatever is dreamt up as a domain name is put into /etc/hosts by the
> > > installer as
> > > 
> > > 127.0.1.1   alum.dreamtupalum
> > 
> > And what is the benefit for the mail submission system in being woken
> > up with   HELO alum.dreamtup   rather than   HELO alum   ?
> > Extra brownie points for imagination perhaps.
> 
> Most large ISPs presumably do not see any benefit as they basically
> ignore an RFC non-compliant helo. The large number of broken mailers
> about might be a reason. I'm not prepared to risk having mail rejected
> because the canonical_hostname is not a FQDN known in the DNS.

But are you a home user? (Not knowing anything about how you connect
to the Internet, nor how you submit emails, I can't judge.)

Cheers,
David.

Re: Missing Shared Object File for ffmpeg

[Dan Norton]

On Tue, 20 Mar 2018 19:02:23 +0100
 wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Tue, Mar 20, 2018 at 01:47:42PM -0400, Dan Norton wrote:
> 
> [...]
> 
> > > apt-get --reinstall install libopenal1
> > >   
> > 
> > That did it - thanks, Greg!   
> 
> My guess would be that libopenal1 (the package) was installed,
> but the library (the file) has been somehow deleted.
>
> The --reinstall forces apt to install the package even if it
> thinks it's already there (quite useful in such a case :)
> 

"--reinstall install" - that's strange and unusual :)
but I'm glad it worked.

 - Dan

> Cheers
> - -- t
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> 
> iEYEARECAAYFAlqxTK8ACgkQBcgs9XrR2kbmSgCffJO16KsjvSFiI144dqzK0+Ip
> vEgAn124eKQhe4hESe71CJ0avU+jOh+P
> =GtAc
> -END PGP SIGNATURE-
> 

Re: Quelle interface (web ?) pour consulter des logs centralisés

[Raphaël POITEVIN]

Belaïd  writes:
> Je pense qu'il n'existe pas une interface Web prête à l'emploi. Il
> faudrait mettre un peu la main à la pâte et configurer une solution
> qui te permettra de stocker les logs dans une genre de base de données
> puis ensuite de les manipuler à travers une interface Web. Cela est
> possible avec les logiciels Elasticsearch, logstach et kibana

Et la piste nagios ?
-- 
Raphaël

Re: Printing impossible

[Brian]

On Mon 19 Mar 2018 at 15:25:41 +, Brian wrote:

> On Mon 19 Mar 2018 at 14:52:25 +, Curt wrote:
> 
> > On 2018-03-19, Brian  wrote:
> > >> 
> > >> How do I do it? Editing the ppd? In a commandline switch of cups-filter?
> > >
> > > Using the CUPS web interface at localhost:631 is easiest.
> > >
> > >  Printers -> Queue -> Administration -> Set Default Options
> > >
> > 
> > Just piping up to say he was advised by Ken Sharp (as an initial
> > experimental move) to remove "setpagedevice" from the gs command line
> > here (after having metooed a bug that turned out being a different one
> > from the one from which he suffers):
> > 
> > https://bugs.ghostscript.com/show_bug.cgi?id=695873
> > 
> > Sorry if this is merely a distraction.
> 
> No need to be sorry; every little helps and it could certainly be an
> avenue for exploration. If the issue appears with a varied selection
> of files we could be looking at a defect in gstoraster's Ghostscript
> command.

I'll add that I set up a queue with

  lpadmin - p 1750 -v file:/dev/null -E -m drv:///splix-samsung.drv/ml1750.ppd

and printed the test page from the CUPS web interface. All filters
completed without any errors, as they do when cupsfilter was used with
any file I threw at it. Not much use in my testing the Ghostscript
command in that situation. The OP's experiences might be different, of
course.

-- 
Brian.

Re: Missing Shared Object File for ffmpeg

[David Wright]

On Tue 20 Mar 2018 at 13:47:42 (-0400), Dan Norton wrote:
> On Tue, 20 Mar 2018 12:59:21 -0400
> Greg Wooledge  wrote:
> 
> > On Tue, Mar 20, 2018 at 12:18:05PM -0400, Dan Norton wrote:
> > > >  * The output of "apt policy ffmpeg".  
> > > 
> > > ffmpeg:
> > >   Installed: 7:3.2.10-1~deb9u1
> > >   Candidate: 7:3.2.10-1~deb9u1
> > >   Version table:
> > >  *** 7:3.2.10-1~deb9u1 500
> > > 500 http://debian.gtisc.gatech.edu/debian stretch/main amd64
> > > Packages 
> > > 500 http://security.debian.org/debian-security
> > > stretch/updates/main amd64 Packages 
> > > 100 /var/lib/dpkg/status
> > >   
> > > >  * The output of "aptitude why libopenal1".  
> > > 
> > > i   ffmpegDepends libavdevice57 (>= 7:3.2.10)
> > > i A libavdevice57 Depends libopenal1 (>= 1.14) 
> > 
> > >From these, it looks like you have the stretch version of ffmpeg,
> > >and  
> > a libopenal1 dependency that can be satisfied by the stretch version
> > of libopenal1.
> > 
> > If libopenal1 is not actually installed, then something is very wrong.
> > Is it possible that you have the package "installed", but something
> > else removed the library file?  In that case, just reinstall the
> > package:
> > 
> > apt-get --reinstall install libopenal1
> > 
> 
> That did it - thanks, Greg! 
> 
> But what does this do that apt purge/install of ffmpeg does not?

You posted:

# apt purge ffmpeg
# apt autoremove
# apt install ffmpeg

but you didn't show your working. You should check out what happened
by looking at /var/log/apt/history.log to see if libopenal1 was
affected by this command sequence. For a start, other packages might
depend on libopenal1, preventing its auto-removal.

Then of course there's the investigation of why it wasn't
installed correctly in the first place, and what was happening
during the "several attempts" at installing ffmpeg.

Cheers,
David.

Re: Missing Shared Object File for ffmpeg

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Mar 20, 2018 at 01:47:42PM -0400, Dan Norton wrote:

[...]

> > apt-get --reinstall install libopenal1
> > 
> 
> That did it - thanks, Greg! 

My guess would be that libopenal1 (the package) was installed,
but the library (the file) has been somehow deleted.

The --reinstall forces apt to install the package even if it
thinks it's already there (quite useful in such a case :)

Cheers
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlqxTK8ACgkQBcgs9XrR2kbmSgCffJO16KsjvSFiI144dqzK0+Ip
vEgAn124eKQhe4hESe71CJ0avU+jOh+P
=GtAc
-END PGP SIGNATURE-

Re: Missing Shared Object File for ffmpeg

[Dan Norton]

On Tue, 20 Mar 2018 12:59:21 -0400
Greg Wooledge  wrote:

> On Tue, Mar 20, 2018 at 12:18:05PM -0400, Dan Norton wrote:
> > >  * The output of "apt policy ffmpeg".  
> > 
> > ffmpeg:
> >   Installed: 7:3.2.10-1~deb9u1
> >   Candidate: 7:3.2.10-1~deb9u1
> >   Version table:
> >  *** 7:3.2.10-1~deb9u1 500
> > 500 http://debian.gtisc.gatech.edu/debian stretch/main amd64
> > Packages 
> > 500 http://security.debian.org/debian-security
> > stretch/updates/main amd64 Packages 
> > 100 /var/lib/dpkg/status
> >   
> > >  * The output of "aptitude why libopenal1".  
> > 
> > i   ffmpegDepends libavdevice57 (>= 7:3.2.10)
> > i A libavdevice57 Depends libopenal1 (>= 1.14) 
> 
> >From these, it looks like you have the stretch version of ffmpeg,
> >and  
> a libopenal1 dependency that can be satisfied by the stretch version
> of libopenal1.
> 
> If libopenal1 is not actually installed, then something is very wrong.
> Is it possible that you have the package "installed", but something
> else removed the library file?  In that case, just reinstall the
> package:
> 
> apt-get --reinstall install libopenal1
> 

That did it - thanks, Greg! 

But what does this do that apt purge/install of ffmpeg does not?

Re: Comment ajouter à apache2.22, le support des messages PUT ?

[Frédéric MASSOT]

Le 20/03/2018 à 17:44, Olivier a écrit :
> Bonjour,
> 
> J'ai un serveur sous Wheezy sur lequel Apache (2.22) est installé.

C'est la version 2.2.22.


> J'ai un téléphone IP qui "pousse" sa configuration vers ce serveur.
> Pour cela, ce téléphone sait utiliser au choix soit la méthode PUT soit
> la méthode POST.
> Quand il utilise la méthode PUT, je vois dans les logs d'Apache un code
> d'erreur 405 qui indique que la méthode PUT n'est pas supportée.
> 
> Quel est le moyen le plus simple pour ajouter à ma machine, le support
> de la méthode PUT ?
> En reconfigurant Apache 2 ? En lui ajoutant un module ou un programme
> tiers ? En le remplaçant par autre chose ?

Apache support la méthode PUT, par contre son usage est limité :

https://httpd.apache.org/docs/2.2/fr/mod/core.html#limit


-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: Quelle interface (web ?) pour consulter des logs centralisés

[Eric Degenetais]

Le 20 mars 2018 à 17:47, Belaïd  a écrit :
>
> Bonjour,
>
> Je pense qu'il n'existe pas une interface Web prête à l'emploi.  Il faudrait 
> mettre un peu la main à la pâte et configurer une solution qui te permettra 
> de stocker les logs dans une genre de base de données puis ensuite de les 
> manipuler à travers une interface Web. Cela est possible avec les logiciels 
> Elasticsearch,  logstach et kibana
>
> Le mar. 20 mars 2018 16:00, Olivier  a écrit :

La pile ELK est effectivement une très bonne solution, et il est
possible de trouver sur le net toutes les informations pour la mettre
en place.
A noter : il s'agit du'une solution complète pour la concentration des
logs, pas seulement pour la visualisation.

Cordialement
__
Éric Dégenètais
Henix

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

Re: Ideal place to set environment variables

[Subhadip Ghosh]

Hello Ben,

Your login manager invokes the correct script based on the selected 
desktop, and your personal one in ~/.config/xfce4/xinitrc takes 
precedence over /etc/xdg/xfce4/xinitrc . The last line just tells sh 
to source (run) the official /etc/xdg/xfce4/xinitrc , but you get to 
set your environment variables *first* so they affect everything in 
Xfce including services and desktop components. I do not know if this 
is documented succinctly in one place, but that is my understanding of 
how it works. 
Your understanding is correct. A quick Googling gave some helpful 
results. Take a look at the 'How to customize starting Xfce' section at 
the below link:


https://wiki.xfce.org/tips

Thank you for sharing it with me.

Thanks,
Subhadip


On Tuesday 20 March 2018 09:05 AM, Ben Caradoc-Davies wrote:

On 20/03/18 16:13, Subhadip Ghosh wrote:

Hi Ben,

Under XFCE, I have ~/.config/xfce4/xinitrc something like this:
#!/bin/sh
export LC_COLLATE=C
export PATH=$HOME/bin:$PATH
export QT_QPA_PLATFORMTHEME=gtk2
export GTK_OVERLAY_SCROLLING=0
umask 007
. /etc/xdg/xfce4/xinitrc 
Thanks for telling me this. Since I also use Xfce, it makes sense for 
me to go this route. Can you tell me where I can read more about this 
file preferably in the context of Xfce?


This is a standard xinit script (like ~/.xinitrc, see "man xinit") but 
to support switching between different desktops, scripts in /etc 
follow XDG rather than having a single ~/.xinitrc :

https://wiki.archlinux.org/index.php/XDG_Base_Directory_support

Your login manager invokes the correct script based on the selected 
desktop, and your personal one in ~/.config/xfce4/xinitrc takes 
precedence over /etc/xdg/xfce4/xinitrc . The last line just tells sh 
to source (run) the official /etc/xdg/xfce4/xinitrc , but you get to 
set your environment variables *first* so they affect everything in 
Xfce including services and desktop components. I do not know if this 
is documented succinctly in one place, but that is my understanding of 
how it works.


Kind regards,

Re: Missing Shared Object File for ffmpeg

[Greg Wooledge]

On Tue, Mar 20, 2018 at 12:18:05PM -0400, Dan Norton wrote:
> >  * The output of "apt policy ffmpeg".
> 
> ffmpeg:
>   Installed: 7:3.2.10-1~deb9u1
>   Candidate: 7:3.2.10-1~deb9u1
>   Version table:
>  *** 7:3.2.10-1~deb9u1 500
> 500 http://debian.gtisc.gatech.edu/debian stretch/main amd64
> Packages 
> 500 http://security.debian.org/debian-security
> stretch/updates/main amd64 Packages 
> 100 /var/lib/dpkg/status
> 
> >  * The output of "aptitude why libopenal1".
> 
> i   ffmpegDepends libavdevice57 (>= 7:3.2.10)
> i A libavdevice57 Depends libopenal1 (>= 1.14)   

>From these, it looks like you have the stretch version of ffmpeg, and
a libopenal1 dependency that can be satisfied by the stretch version
of libopenal1.

If libopenal1 is not actually installed, then something is very wrong.
Is it possible that you have the package "installed", but something else
removed the library file?  In that case, just reinstall the package:

apt-get --reinstall install libopenal1

Re: Quelle interface (web ?) pour consulter des logs centralisés

[Belaïd]

Bonjour,

Je pense qu'il n'existe pas une interface Web prête à l'emploi.  Il
faudrait mettre un peu la main à la pâte et configurer une solution qui te
permettra de stocker les logs dans une genre de base de données puis
ensuite de les manipuler à travers une interface Web. Cela est possible
avec les logiciels Elasticsearch,  logstach et kibana

Le mar. 20 mars 2018 16:00, Olivier  a écrit :

> Bonjour,
>
> Je compte centraliser des logs de machines Debian vers une machine Debian
> Stretch centrale.
>
> Ces logs sont au format syslog et transmis par rsyslog.
>
> Pour aider des administrateurs (je ne connais pas leur profil
> informatique) à les consulter, quelle interface (web ?) conseillez-vous ?
> J'imagine quelque chose permettant:
> - de focaliser sa consultation sur une plage de temps, sur un ensemble de
> machines émettrices ou un niveau de sévérité.
>
> Que conseillez-vous ?
>
> Slts
>

Comment ajouter à apache2.22, le support des messages PUT ?

[Olivier]

Bonjour,

J'ai un serveur sous Wheezy sur lequel Apache (2.22) est installé.

J'ai un téléphone IP qui "pousse" sa configuration vers ce serveur.
Pour cela, ce téléphone sait utiliser au choix soit la méthode PUT soit la
méthode POST.
Quand il utilise la méthode PUT, je vois dans les logs d'Apache un code
d'erreur 405 qui indique que la méthode PUT n'est pas supportée.

Quel est le moyen le plus simple pour ajouter à ma machine, le support de
la méthode PUT ?
En reconfigurant Apache 2 ? En lui ajoutant un module ou un programme tiers
? En le remplaçant par autre chose ?

Slts

Re: Missing Shared Object File for ffmpeg

[David Wright]

On Tue 20 Mar 2018 at 15:57:03 (+), Curt wrote:
> On 2018-03-20, David Wright  wrote:
> >> 
> >> Yes the package is libopenal1. I don't have the package in Stretch,
> >> though ffmpeg is installed.
> >
> > In my ftp.us.debian.org_debian_dists_stretch_main_binary-amd64_Packages
> > (39116092 Mar 10 03:33) ffmpeg says:
> >
> > Package: ffmpeg
> 
> 
> 
> > and libavdevice57 says:
> 
> 
> 
> > so how do you get around not installing libopenal1?
> 
> **Important informational note: I am not the OP, posed no
> question in this thread, nor asked for any help (although I might need
> some). I'm only a lowly participant.**
> 
> I'm sorry; I've sent you on a chase in which the goose is unfortunately
> wild.
> 
> I do have libopenal1, in fact; I misread the output of "apt show libopenal1"
> earlier.
> 
> Once again, apologies.

That's OK. In the absence of anything from the OP, I thought
that you might have downloaded something from backports or
that multimedia archive which can get you into a mess.
(In which case, you might have acted as a proxy for the OP.)

Cheers,
David.

Re: Missing Shared Object File for ffmpeg

[Dan Norton]

On Tue, 20 Mar 2018 08:41:40 -0400
Greg Wooledge  wrote:

> On Tue, Mar 20, 2018 at 10:12:41AM +, Curt wrote:
> > On 2018-03-20,   wrote:  
> > > Now the interesting question would be: in *both* your stretches?  
> > 
> > It is interesting maybe. I don't understand it, though.   
> 
> Basically, you're not supplying enough information to diagnose the
> problem.  We would need some or all of:
> 
(from the non-working system)

>  * Your /etc/apt/sources.list file.

deb http://debian.gtisc.gatech.edu/debian/ stretch main contrib non-free
deb-src http://debian.gtisc.gatech.edu/debian/ stretch main contrib
non-free

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

deb http://debian.gtisc.gatech.edu/debian/ stretch-updates main contrib
non-free 
deb-src http://debian.gtisc.gatech.edu/debian/ stretch-updates main
contrib non-free

deb http://debian.gtisc.gatech.edu/debian/ stretch-backports main
contrib non-free

>  * The exact version of the ffmpeg package (dpkg -l ffmpeg | cat).

ii  ffmpeg 7:3.2.10-1~deb9u1 amd64

>  * The output of "apt policy ffmpeg".

ffmpeg:
  Installed: 7:3.2.10-1~deb9u1
  Candidate: 7:3.2.10-1~deb9u1
  Version table:
 *** 7:3.2.10-1~deb9u1 500
500 http://debian.gtisc.gatech.edu/debian stretch/main amd64
Packages 
500 http://security.debian.org/debian-security
stretch/updates/main amd64 Packages 
100 /var/lib/dpkg/status

>  * The output of "aptitude why libopenal1".

i   ffmpegDepends libavdevice57 (>= 7:3.2.10)
i A libavdevice57 Depends libopenal1 (>= 1.14)   

>  * Any interesting files in /etc/apt/apt.conf.d/ which may affect
>package selection (especially the treament of Suggests and
> Recommends).

root@deb9:~# egrep -wr 'Suggests|Recommends' /etc/apt/apt.conf.d/
/etc/apt/apt.conf.d/99synaptic:APT::Install-Recommends "true";

> 
> >From the non-working system, of course.  Though you may find the  
> output of "aptitude why libopenal1" to be informative on the working
> system.
> 

i   ffmpegDepends libavdevice57 (>= 7:3.2.10)
i A libavdevice57 Depends libopenal1 (>= 1.14)   

A thought: The working system is little changed from the installed
state, so it has mozilla. However, on the non-working system, mozilla is
purged and palemoon installed. The name "ffmpeg"...
 ^^ ...any relation to firefox?

Re: Missing Shared Object File for ffmpeg

[Curt]

On 2018-03-20, David Wright  wrote:
>> 
>> Yes the package is libopenal1. I don't have the package in Stretch,
>> though ffmpeg is installed.
>
> In my ftp.us.debian.org_debian_dists_stretch_main_binary-amd64_Packages
> (39116092 Mar 10 03:33) ffmpeg says:
>
> Package: ffmpeg



> and libavdevice57 says:



> so how do you get around not installing libopenal1?

**Important informational note: I am not the OP, posed no
question in this thread, nor asked for any help (although I might need
some). I'm only a lowly participant.**

I'm sorry; I've sent you on a chase in which the goose is unfortunately
wild.

I do have libopenal1, in fact; I misread the output of "apt show libopenal1"
earlier.

Once again, apologies.

-- 
Bah, the latest news, the latest news is not the last.
Samuel Beckett

Re: Como eliminar aplicaciones de un usaurio

[walter]

yo lo solucione... facil... edite la lista de programas del menu de
aplicaciones... y solo deje las que podian usar
configure un proxy erroneo .. para que no naveguen y fue una gran
solucion...
osea.. el usuario no se ponia a buscar aplicaciones o investigar como
usar internet
despues con eso genere una imagen iso... y a cada nuevo equipo
instalaba desde esa imagen


Saludos y Suerte

remgasis remgasis:
> Tienes que centralizar la gestión de los permisos de usuarios (con sus
> grupos igual que active directory) creándoles su directorio local a
> cada pc, luego sucederá lo mismo como si fuera un usuario local.
>
> Se me ocurre que si tus máquinas tienen el mismo hardware puedes hacer
> una semilla del SO con los programas mínimos, por lo que debes hacer
> una investigación previa con el nombre de todos los paquetes que
> deseas desinstalar; lo demás es historia.
>
> También se me ocurre que si no tienes el mismo hardware, instales en
> cada máquina llaves públicas ssh para que puedas acceder sin solicitus
> de password, y de este modo hacer un aptitude remove for a cada
> máquina con su respectiva dns. Para hacer esto debes saber qué
> desinstalar.
>
> Suerte
>
> ​

Re: Como eliminar aplicaciones de un usaurio

[remgasis remgasis]

Tienes que centralizar la gestión de los permisos de usuarios (con sus
grupos igual que active directory) creándoles su directorio local a cada
pc, luego sucederá lo mismo como si fuera un usuario local.

Se me ocurre que si tus máquinas tienen el mismo hardware puedes hacer una
semilla del SO con los programas mínimos, por lo que debes hacer una
investigación previa con el nombre de todos los paquetes que deseas
desinstalar; lo demás es historia.

También se me ocurre que si no tienes el mismo hardware, instales en cada
máquina llaves públicas ssh para que puedas acceder sin solicitus de
password, y de este modo hacer un aptitude remove for a cada máquina con su
respectiva dns. Para hacer esto debes saber qué desinstalar.

Suerte

​

Re: Missing Shared Object File for ffmpeg

[Greg Wooledge]

On Tue, Mar 20, 2018 at 09:50:53AM -0500, David Wright wrote:
> In my ftp.us.debian.org_debian_dists_stretch_main_binary-amd64_Packages
> (39116092 Mar 10 03:33) ffmpeg says:
> 
> Package: ffmpeg
> Version: 7:3.2.10-1~deb9u1
> Installed-Size: 2137
> Maintainer: Debian Multimedia Maintainers 
> 
> Architecture: amd64
> Replaces: libav-tools (<< 6:12~~), qt-faststart (<< 7:2.7.1-3~)
> Depends: libavcodec57 (>= 7:3.2.10) | libavcodec-extra57 (>= 7:3.2.10), 
> libavdevice57 (>= 7:3.2.10), …

> so how do you get around not installing libopenal1?

Either by having ffmpeg from a non-stretch source (e.g. one of the
"multimedia" repositories), or by having libavcodec-extra57 instead
of libavcodec57.  Note the " | " in that Depends line.

> BTW Greg,   aptitude why libopenal1   might not help because it only
> displays the “most installed, strongest, tightest, shortest”
> dependency chain, which here is:
> 
> i   mplayer-gui Depends libopenal1 (>= 1.14)

Even if the chance of it helping from the broken system is tiny, we
still face the fundamental problem that the OP is not providing ANY
information at all, so ANYTHING we can get would be an improvement.

Seeing "aptitude why libopenal1" from the working system may clue
the OP in with "Oh yeah, I did *that*, I forgot!" or whatever.

This may all help someone who's having a similar problem a year from
now and is reading this thread in the archives.

Quelle interface (web ?) pour consulter des logs centralisés

[Olivier]

Bonjour,

Je compte centraliser des logs de machines Debian vers une machine Debian
Stretch centrale.

Ces logs sont au format syslog et transmis par rsyslog.

Pour aider des administrateurs (je ne connais pas leur profil informatique)
à les consulter, quelle interface (web ?) conseillez-vous ?
J'imagine quelque chose permettant:
- de focaliser sa consultation sur une plage de temps, sur un ensemble de
machines émettrices ou un niveau de sévérité.

Que conseillez-vous ?

Slts

Re: Missing Shared Object File for ffmpeg

[David Wright]

On Tue 20 Mar 2018 at 08:41:05 (+), Curt wrote:
> On 2018-03-20,   wrote:
> >
> > Try "apt-file search" (in package apt-file):
> >
> >   tomas@trotzki:~$ apt-file search libopenal.so.1
> >   libopenal1: /usr/lib/x86_64-linux-gnu/libopenal.so.1
> >   libopenal1: /usr/lib/x86_64-linux-gnu/libopenal.so.1.17.2
> >
> > I guess libopenal gets loaded on-demand as a plugin. Are you
> > sure you are trying the same video on both systems? Otherwise,
> > I don't have an idea on what could cause this difference.
> >
> 
> Yes the package is libopenal1. I don't have the package in Stretch,
> though ffmpeg is installed.

In my ftp.us.debian.org_debian_dists_stretch_main_binary-amd64_Packages
(39116092 Mar 10 03:33) ffmpeg says:

Package: ffmpeg
Version: 7:3.2.10-1~deb9u1
Installed-Size: 2137
Maintainer: Debian Multimedia Maintainers 

Architecture: amd64
Replaces: libav-tools (<< 6:12~~), qt-faststart (<< 7:2.7.1-3~)
Depends: libavcodec57 (>= 7:3.2.10) | libavcodec-extra57 (>= 7:3.2.10), 
libavdevice57 (>= 7:3.2.10), …

and libavdevice57 says:

Package: libavdevice57
Source: ffmpeg
Version: 7:3.2.10-1~deb9u1
Installed-Size: 278
Maintainer: Debian Multimedia Maintainers 

Architecture: amd64
Depends: libasound2 (>= 1.0.16), libavc1394-0 (>= 0.5.3), libavcodec57 (>= 
7:3.2.10) |
 libavcodec-extra57 (>= 7:3.2.10), libavfilter6 (>= 7:3.2.10) | 
libavfilter-extra6 (>= 7:3.2.10),
 libavformat57 (>= 7:3.2.10), libavutil55 (>= 7:3.2.10), libc6 (>= 2.14), 
libcaca0 (>= 0.99.beta17-1),
 libcdio-cdda1 (>= 0.83), libcdio-paranoia1 (>= 0.83), libdc1394-22, 
libgl1-mesa-glx | libgl1,
 libiec61883-0 (>= 1.2.0), libjack-jackd2-0 (>= 1.9.10+20150825) | 
libjack-0.125, libopenal1 (>= 1.14), …

so how do you get around not installing libopenal1?

BTW Greg,   aptitude why libopenal1   might not help because it only
displays the “most installed, strongest, tightest, shortest”
dependency chain, which here is:

i   mplayer-gui Depends libopenal1 (>= 1.14)

>  ffmpeg -formats 
> 
> informs me that my ffmpeg was configured with "--enable-openal" and
> includes the "D  openal  OpenAL audio capture device".
> 
> This post is probably what they call "superfétatoire" in French.

Cheers,
David.

Re: Como eliminar aplicaciones de un usaurio

[TheFox]

Lo único que se me ocurre es que juegues con los permisos de ése grupo de
usuarios, otorgándoles sólamente los permisos que necesiten para la
aplicación de tu empresa y quitándoles todos los permisos para las demás
aplicaciones. Lo puedes hacer usando el comando «chmod».

Santiago.

El 20 mar. 2018 15:12, "Edwin Quijada" 
escribió:

> Hola!
> En la empreas donde trabajo, despues de 1 año peliando, he logrado
> instalar Linux para las PC de los usuarios, he instalado Lubuntu por asunto
> de recursos, y hasta ahora la cosa va perfecta. Pero siempre hay un
> problema , necesito poder tener un perfil de usuarios sin practicamente
> ninguna aplicacion excepto el aplicativo de la empresa. Necesito la manera
> de quitarle permiso y acceso a todas las opcoines que trae Lubuntu a un
> grupo de usaurios, es decir, quiero crear un grupo sin practicamente nada .
>
> La pregunta es como podria lograr algo asi, limitar el uso de todas las
> aplicaciones por usuarios. En windows lo hacia con ActiveDirectory pero se
> que aqui no existe algo asi pero me conformo con hacerlo por maquina,
> cerrar todas las aplicaciones .
>
> Alguna idea de como hacerlo , se los agradecere
>
>

Re: Como eliminar aplicaciones de un usaurio

[Cristian Mitchell]

El 19 de marzo de 2018, 21:39, Edwin Quijada
escribió:

> Hola!
> En la empreas donde trabajo, despues de 1 año peliando, he logrado
> instalar Linux para las PC de los usuarios, he instalado Lubuntu por asunto
> de recursos, y hasta ahora la cosa va perfecta. Pero siempre hay un
> problema , necesito poder tener un perfil de usuarios sin practicamente
> ninguna aplicacion excepto el aplicativo de la empresa. Necesito la manera
> de quitarle permiso y acceso a todas las opcoines que trae Lubuntu a un
> grupo de usaurios, es decir, quiero crear un grupo sin practicamente nada .
>
> La pregunta es como podria lograr algo asi, limitar el uso de todas las
> aplicaciones por usuarios. En windows lo hacia con ActiveDirectory pero se
> que aqui no existe algo asi pero me conformo con hacerlo por maquina,
> cerrar todas las aplicaciones .
>
> Alguna idea de como hacerlo , se los agradecere
>
>
Es dificil responde a un caso tan amplio
pero lo que se me ocurre es sacarle a los programas el permiso de others
y a los usuario que si tiene que tener permisos hacerlos miemros de los
grupos de los programs en cuastion

-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: Missing Shared Object File for ffmpeg

[Curt]

On 2018-03-20, Greg Wooledge  wrote:
> On Tue, Mar 20, 2018 at 10:12:41AM +, Curt wrote:
>> On 2018-03-20,   wrote:
>> > Now the interesting question would be: in *both* your stretches?
>> 
>> It is interesting maybe. I don't understand it, though. 
>
> Basically, you're not supplying enough information to diagnose the
> problem.  We would need some or all of:

I'm not the OP and don't have a problem.

>  * Your /etc/apt/sources.list file.
>  * The exact version of the ffmpeg package (dpkg -l ffmpeg | cat).
>  * The output of "apt policy ffmpeg".
>  * The output of "aptitude why libopenal1".
>  * Any interesting files in /etc/apt/apt.conf.d/ which may affect
>package selection (especially the treament of Suggests and Recommends).
>
>>From the non-working system, of course.  Though you may find the
> output of "aptitude why libopenal1" to be informative on the working
> system.
>
>


-- 
Bah, the latest news, the latest news is not the last.
Samuel Beckett

Como eliminar aplicaciones de un usaurio

[Edwin Quijada]

Hola!
En la empreas donde trabajo, despues de 1 año peliando, he logrado instalar 
Linux para las PC de los usuarios, he instalado Lubuntu por asunto de recursos, 
y hasta ahora la cosa va perfecta. Pero siempre hay un problema , necesito 
poder tener un perfil de usuarios sin practicamente ninguna aplicacion excepto 
el aplicativo de la empresa. Necesito la manera de quitarle permiso y acceso a 
todas las opcoines que trae Lubuntu a un grupo de usaurios, es decir, quiero 
crear un grupo sin practicamente nada .

La pregunta es como podria lograr algo asi, limitar el uso de todas las 
aplicaciones por usuarios. En windows lo hacia con ActiveDirectory pero se que 
aqui no existe algo asi pero me conformo con hacerlo por maquina, cerrar todas 
las aplicaciones .

Alguna idea de como hacerlo , se los agradecere

Re: More then 2800 spams from the list...

[Greg Wooledge]

On Tue, Mar 20, 2018 at 08:30:50AM -0500, David Wright wrote:
> On Tue 20 Mar 2018 at 08:28:20 (-0400), Greg Wooledge wrote:
> > P.S. someone said that bounces are generated using the Reply-To: header.
> > This is incorrect (or at least, would be a violation of the protocols).
> > Bounces are sent to the envelope sender address (the one given by the
> > sender during the SMTP session), without looking at the message itself.
> > 
> > Of course, the envelope sender is just as easy to forge as the
> > Reply-To: header is.  The sender only needs to lie about who it is.
> > The receiver has no way to verify the address, other than "yeah, that
> > domain exists in DNS".
> 
> But if that IP address sends loads of undeliverable mail,
> why not just block it? I was under the impression that
> that's what IP address blacklisting was all about.

That happens, certainly.  But not everyone is using a blacklist.
The spammer just has to find one system that's vulnerable and keep
hammering it until it, too, gets blacklisted.

Re: More then 2800 spams from the list...

[David Wright]

On Tue 20 Mar 2018 at 08:28:20 (-0400), Greg Wooledge wrote:
> P.S. someone said that bounces are generated using the Reply-To: header.
> This is incorrect (or at least, would be a violation of the protocols).
> Bounces are sent to the envelope sender address (the one given by the
> sender during the SMTP session), without looking at the message itself.
> 
> Of course, the envelope sender is just as easy to forge as the
> Reply-To: header is.  The sender only needs to lie about who it is.
> The receiver has no way to verify the address, other than "yeah, that
> domain exists in DNS".

But if that IP address sends loads of undeliverable mail,
why not just block it? I was under the impression that
that's what IP address blacklisting was all about.

> That's how backscatter (a.k.a. "joe-jobbing") works.  The spammer
> sends mail to an invalid address and lies about the envelope sender
> address.  The receiver generates a bounce to the forged envelope
> sender address.  Voila, spam sent -- by the poor schmuck in the middle
> who was just trying to follow the SMTP protocol properly.  The only
> one who can identify the actual sender is the one who generated the
> bounce, and the only identifying information that system has is the
> IP address from which the message was sent.  Everything else (envelope
> sender, message headers, message body) is fabricated.

Cheers,
David.

Re: Missing Shared Object File for ffmpeg

[Greg Wooledge]

On Tue, Mar 20, 2018 at 10:12:41AM +, Curt wrote:
> On 2018-03-20,   wrote:
> > Now the interesting question would be: in *both* your stretches?
> 
> It is interesting maybe. I don't understand it, though. 

Basically, you're not supplying enough information to diagnose the
problem.  We would need some or all of:

 * Your /etc/apt/sources.list file.
 * The exact version of the ffmpeg package (dpkg -l ffmpeg | cat).
 * The output of "apt policy ffmpeg".
 * The output of "aptitude why libopenal1".
 * Any interesting files in /etc/apt/apt.conf.d/ which may affect
   package selection (especially the treament of Suggests and Recommends).

>From the non-working system, of course.  Though you may find the
output of "aptitude why libopenal1" to be informative on the working
system.

Re: More then 2800 spams from the list...

[Greg Wooledge]

On Tue, Mar 20, 2018 at 09:21:03AM +, Joe wrote:
> A SMTP server, by default, accepts email only for recipients which have
> an account on it.

If only.  No, that's part of the problem.  An SMTP server, *by default*,
has no knowledge of which local-recipient-parts are valid and which
are not.  It has to communicate with some other system, process, library,
or whatever, to make that determination.

It's much easier for an SMTP server to validate just the domain-part
(right of the @ sign), and generate bounces when it turns out that
the local-recipient-part (left of the @ sign) is invalid.  This is
how things worked 25 years ago.

Unfortunately, humans being the despicable creatures that they are,
that naive system no longer works.

P.S. someone said that bounces are generated using the Reply-To: header.
This is incorrect (or at least, would be a violation of the protocols).
Bounces are sent to the envelope sender address (the one given by the
sender during the SMTP session), without looking at the message itself.

Of course, the envelope sender is just as easy to forge as the
Reply-To: header is.  The sender only needs to lie about who it is.
The receiver has no way to verify the address, other than "yeah, that
domain exists in DNS".

That's how backscatter (a.k.a. "joe-jobbing") works.  The spammer
sends mail to an invalid address and lies about the envelope sender
address.  The receiver generates a bounce to the forged envelope
sender address.  Voila, spam sent -- by the poor schmuck in the middle
who was just trying to follow the SMTP protocol properly.  The only
one who can identify the actual sender is the one who generated the
bounce, and the only identifying information that system has is the
IP address from which the message was sent.  Everything else (envelope
sender, message headers, message body) is fabricated.

Re: Debian stretch -- Installation Guide?

[Richard Owlett]

On 03/20/2018 06:04 AM, Dominique Dumont wrote:

On Monday, 19 March 2018 16:43:21 CET Richard Owlett wrote:

It's better, but with an HTML document I can simply coerce the document
to display with a comfortably readable font and I find the existence of
functional internal links extremely useful for how I read that type of
document.


This pdf file has internal links usable by okular

All the best



Thank you, that solves the link problem.
However HTML is intrinsically better for me than PDF. Felix's suggestion 
of "apt install installation-guide-i386" provides suitable HTML documents.

Re: Quel logiciel ?

[G2PC]

Le 20/03/2018 à 08:11, Eric Bernard a écrit :
> Bonjour,
> je recherche un logiciel et des retours d'expérience afin de réaliser
> une interface graphique pour lancer des scripts.
>
> Merci de vos réponses !!!
>
> Cordialement
>
> -- 
>
>
>   
>   Eric BERNARD
>   Responsable informatique
>   et multimédia
>   02 41 51 11 36
>
>

Plutôt simpliste, j'ai testé Zenity :
https://www.visionduweb.eu/wiki/index.php?title=Programmation_GNU_Linux_Zenity

Il y aurait aussi Yad, un fork de Zenity, que je n'ai pas testé.

Egalement TCL/TK, que je n'ai pas testé
http://daniel.roche.free.fr/article_tcl/article.html
https://www.developpez.net/forums/d1515474/dotnet/langages/interface-graphique-tcl-tk/

http://sebsauvage.net/python/gui/index_fr.html

https://docs.python.org/fr/3/library/tk.html


Et d'autres solutions proposées ici :
https://python-guide-pt-br.readthedocs.io/fr/latest/scenarios/gui.html

Re: Debian stretch -- Installation Guide?

[Dominique Dumont]

On Monday, 19 March 2018 16:43:21 CET Richard Owlett wrote:
> It's better, but with an HTML document I can simply coerce the document
> to display with a comfortably readable font and I find the existence of
> functional internal links extremely useful for how I read that type of
> document.

This pdf file has internal links usable by okular

All the best

Re: Módulo Banco do Brasil não funfa

[Marcelo Laia]

 
> [1] 
> http://www.edivaldobrito.com.br/modulo-de-seguranca-do-banco-itau-no-linux/
> [2] http://www.dieboldnixdorf.com.br/warsaw

Colegas,

Ainda não deu! Eu dei um purge na versão anterior e instalei o pacote .deb
direto do desenvolvedor, conforme link 2 acima.

No site do BB [3] é informado que devo ter duas instâncias do warsaw rodando.
No entanto, aqui só aparece uma, sempre! Como está o de vocês? Com duas ou com
uma quando roda o comando "ps -ef | grep warsaw" como root?

Obrigado

3. https://seg.bb.com.br/duvidas.html?erro=W01

-- 
Marcelo

Re: Missing Shared Object File for ffmpeg

[Curt]

On 2018-03-20,   wrote:
>
>> Yes the package is libopenal1. I don't have the package in Stretch,
>> though ffmpeg is installed.
>
> I take "you don't have the package in Stretch" to mean "in your box
> it isn't installed", because the package does exist in Stretch (at
> least in my little corner of the universe).

Yes, sorry for the equivocal formulation. The libopenal1 package is
indeed in the Debian repositories but isn't installed on my machine.

> Now the interesting question would be: in *both* your stretches?

It is interesting maybe. I don't understand it, though. 

>>  ffmpeg -formats
>> 
>> informs me that my ffmpeg was configured with "--enable-openal" and
>> includes the "D  openal  OpenAL audio capture device".
>> 
>> This post is probably what they call "superfétatoire" in French.
>
> Heh. Had to look that up, thanks for a new word: perhaps I can build
> that in and impress my teacher ;-D
>
> Cheers
> - -- tomás
>
>


-- 
Bah, the latest news, the latest news is not the last.
Samuel Beckett

Re: More then 2800 spams from the list...

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Mar 20, 2018 at 09:21:03AM +, Joe wrote:
> On Tue, 20 Mar 2018 08:52:48 +0100
>  wrote:
> 
> >
> > 
> > "never" is too strong a word. This is a corollary of the fundamental
> > law "all generalizations suck".
> > 
> How do you determine the exceptions? 

With care and measure :-)

> A SMTP server, by default, accepts email only for recipients which have
> an account on it. Aliases can be added, but on the whole, there is no
> mechanism for a 'catch-all' mailbox. Someone has to deliberately add
> some code to make such a thing happen. This has even been true of
> Exchange for the last few versions. It's generally not difficult, but
> it's not there out of the box. 

I, for example, do have a "catch-all" box. That's me.

And I'm not a salesman :-)

But with such a setup you've got to cope with *some* spam, that's
correct.

What you should not do is to accept a mail for forwarding to another
system you don't control (or are somewhat related to): that system
could very well reject that mail, and now you have a problem.

This would be what's called an "open relay". In these times, better
not do that.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlqw1wcACgkQBcgs9XrR2kZaiwCfSeEG7MoiZOViagrxjAFyMdXa
1q4Ani0cS3rSfJmvGYO0As503h1QUnCo
=Vzt2
-END PGP SIGNATURE-

Quel logiciel ?

[Eric Bernard]

Bonjour,
je recherche un logiciel et des retours d'expérience afin de réaliser 
une interface graphique pour lancer des scripts.


Merci de vos réponses !!!


Cordialement


--



  Eric BERNARD
  Responsable informatique
  et multimédia
  02 41 51 11 36

Re: More then 2800 spams from the list...

[Joe]

On Tue, 20 Mar 2018 08:52:48 +0100
 wrote:

>
> 
> "never" is too strong a word. This is a corollary of the fundamental
> law "all generalizations suck".
> 
How do you determine the exceptions? 

A SMTP server, by default, accepts email only for recipients which have
an account on it. Aliases can be added, but on the whole, there is no
mechanism for a 'catch-all' mailbox. Someone has to deliberately add
some code to make such a thing happen. This has even been true of
Exchange for the last few versions. It's generally not difficult, but
it's not there out of the box. 

There won't be any NDR spam if all the invalid email goes into one
particular account for a human to examine. The problem occurs if and
when a later SMTP server attempts to download and deliver this email to
multiple people who don't exist.

A salesman might argue that if only valid accounts are accepted, he
might miss a valuable sale because of a mis-spelled email address. In
other words, no price is too high for the rest of the Internet to pay
for him to get one more lead, no matter how poor. I'm not a salesman, so
I see things differently.

Things aren't as bad as they used to be, probably 90% of what my mail
server refused was once NDR spam. I could see in the logs the same dozen
obviously deliberately incorrect email addresses every day, sometimes
several times a day. This has reduced with the decline of small (and
large!) businesses running their own private SMTP servers but
downloading their mail from a single shared external POP3 account,
which used to be a very common practice.

-- 
Joe

Re: Missing Shared Object File for ffmpeg

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Mar 20, 2018 at 08:41:05AM +, Curt wrote:
> On 2018-03-20,   wrote:
> >
> > Try "apt-file search" (in package apt-file):
> >
> >   tomas@trotzki:~$ apt-file search libopenal.so.1
> >   libopenal1: /usr/lib/x86_64-linux-gnu/libopenal.so.1
> >   libopenal1: /usr/lib/x86_64-linux-gnu/libopenal.so.1.17.2
> >
> > I guess libopenal gets loaded on-demand as a plugin. Are you
> > sure you are trying the same video on both systems? Otherwise,
> > I don't have an idea on what could cause this difference.
> >
> 
> Yes the package is libopenal1. I don't have the package in Stretch,
> though ffmpeg is installed.

I take "you don't have the package in Stretch" to mean "in your box
it isn't installed", because the package does exist in Stretch (at
least in my little corner of the universe).

Now the interesting question would be: in *both* your stretches?

>  ffmpeg -formats
> 
> informs me that my ffmpeg was configured with "--enable-openal" and
> includes the "D  openal  OpenAL audio capture device".
> 
> This post is probably what they call "superfétatoire" in French.

Heh. Had to look that up, thanks for a new word: perhaps I can build
that in and impress my teacher ;-D

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlqwzh4ACgkQBcgs9XrR2kZ3jgCeJ6UEvl2kF+XqN7nhTC37XH51
dfMAniKLhq48tJKrE731n7qulfgyhGxx
=k9iu
-END PGP SIGNATURE-

Re: Missing Shared Object File for ffmpeg

[Curt]

On 2018-03-20,   wrote:
>
> Try "apt-file search" (in package apt-file):
>
>   tomas@trotzki:~$ apt-file search libopenal.so.1
>   libopenal1: /usr/lib/x86_64-linux-gnu/libopenal.so.1
>   libopenal1: /usr/lib/x86_64-linux-gnu/libopenal.so.1.17.2
>
> I guess libopenal gets loaded on-demand as a plugin. Are you
> sure you are trying the same video on both systems? Otherwise,
> I don't have an idea on what could cause this difference.
>

Yes the package is libopenal1. I don't have the package in Stretch,
though ffmpeg is installed.

 ffmpeg -formats 

informs me that my ffmpeg was configured with "--enable-openal" and
includes the "D  openal  OpenAL audio capture device".

This post is probably what they call "superfétatoire" in French.


-- 
Bah, the latest news, the latest news is not the last.
Samuel Beckett

Re: Missing Shared Object File for ffmpeg

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Mar 19, 2018 at 09:38:57PM -0400, Dan Norton wrote:
> I have two stretch systems, named deb4 and deb9. Both were installed
> via netinst, have the latest apt update; apt upgrade, and report:
> 
> $ uname -v
> #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02)
> 
> Several attempts to install ffmpeg on deb9 have appeared to succeed,
> but ffmpeg with various options consistently reports:
> 
> ffmpeg: error while loading shared libraries: libopenal.so.1: cannot
> open shared object file: No such file or directory

[...]

> # apt search openal
> ...and saw that it contains libopenal.so.1 but:
> # apt install openal
> E: Unable to locate package openal
> 
> What do I need to do to figure out what's wrong with deb9?

Try "apt-file search" (in package apt-file):

  tomas@trotzki:~$ apt-file search libopenal.so.1
  libopenal1: /usr/lib/x86_64-linux-gnu/libopenal.so.1
  libopenal1: /usr/lib/x86_64-linux-gnu/libopenal.so.1.17.2

I guess libopenal gets loaded on-demand as a plugin. Are you
sure you are trying the same video on both systems? Otherwise,
I don't have an idea on what could cause this difference.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEUEARECAAYFAlqwv2sACgkQBcgs9XrR2ka2RQCeKHXeOiA6bHvSgZk93n61eT63
tYAAmIA+rqqtp+SQq9FhdztKiFLZhdg=
=+2nB
-END PGP SIGNATURE-

Re: More then 2800 spams from the list...

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Mar 19, 2018 at 10:21:57PM +, Joe wrote:

[...]

> > This is precisely why e-mail server should never send bounces to
> > non-local senders. When sender is spoofed as in this case then is hit
> > with thousands of DSNs.

[delivery status notification]

[...]

> You do it by never accepting email for non-existent users. The problem
> is the use of a mail server which accepts absolutely anything for the
> domain, then finds that the end user rejects the rubbish. Having
> accepted it in the first place, the receiving mail server is then
> required to admit that it can't deliver it, by means of an NDR. It does
> this using the reply-to address, which is easily forged.

"never" is too strong a word. This is a corollary of the fundamental
law "all generalizations suck".

But yes, in general it is a bad idea to bounce a mail automatically
if you don't have control over its provenience.

FWIW, I did the experiment and sent a mail to a random user at one
of Michelle's reported domains: I got no bounce.

This is a strong hint (no proof, mind you!) that the whole bounces
are spoofed in this case. The reported headers in those bounces
do look strange (to me, anyway), but I'm willing to admit that I'm
not smart enough to grok them.

Cheers
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlqwvdAACgkQBcgs9XrR2kYQ+ACfWNYAJyDeT+7vMILqV4MUcTdV
V24An1I7UBTaj6BdeGV5ral2IC68oe+A
=ahYU
-END PGP SIGNATURE-

Re: windows10 et debian

[Eric Degenetais]

Le 19 mars 2018 20:20, "Raphaël RIGNIER"  a écrit :

Le 15/03/2018 à 19:46, Bernard Schoenacker a écrit :

> bonjour,
>
> puisque "trolldi" arrive voici une nouvelle :
>
> https://www.it-connect.fr/windows-10-kali-linux-et-debian-
> sur-microsoft-store/
>
> slt
> bernard
>
> Je trouve ça plutôt bien pour un développeur.
un serveur LAMP est vachement mieux  fichu qu'un WAMP, et plus proche d'une
install en prod.
Le python aussi, c'est tellement plus simple à gérer les librairies.

Moué, enfin une interface pseudo linux replatrée par dessus des
windowseries qui ne peuvent jamais être 100% compensées, on a déjà donné.
Je préfère l'original tous les jours de la semaine !

Cordialement


Éric Dégenètais