Re: Problem with port forwards for LXC Masqueraded Bridge, page outdated?

[davidson]

On Fri, 4 Aug 2017, jakob notland wrote:


Hello dear Debian support

This question refers to the following page:
https://wiki.debian.org/LXC/MasqueradedBridge

The problem I am having is that I am trying to run the commands
under section "1. Port forwads":



iptables -t nat -A PREROUTING -i eth0 -d $external_ip -m conntrack --ctstate 
NEW -j DNAT --to-destination 10.3.0.2
iptables -t nat -A PREROUTING -i lxc-nat-bridge -d $external_ip -m conntrack 
--ctstate NEW -j DNAT --to-destination 10.3.0.2
iptables -t nat -A OUTPUT -d $external_ip -m conntrack --ctstate NEW -j DNAT 
--to-destination 10.3.0.2



All the commands returns "Bad argument `conntrack'",


Is the variable $external_ip defined?

If $external_ip expands to an empty string, then the subsequent '-m'
flag will get interpreted as the argument of '-d' and, consequently,
'conntrack' is a bad argument.

Hope this helps. Otherwise, sorry for the noise.


when I tried to run them both on my ubuntu laptop and my jessie rpi
(my main goal here is to create the lxc bridge on jessie). Could
this documentation be outdated? If so, could you please help me
figuring out the right commands? If not, do you have some clues
about what I am doing wrong?

Best regards

Jakob Notland



--

Sucks that Han was literally the only one who didn't see Leia in that outfit
- Cheap Painkiller (@Taste_Fire) 2017-07-31
%% https://mobile.twitter.com/Taste_Fire/status/891811475853119494

Re: pesky and persistent "driverless" Brother MFC-9340CDW [off topic? I think.]

[Charlie]

> but I'm an old cat, and you know what they say about that combination!


> JP

No, what do they say about that combination

Re: Sudden death of bluetooth headphone connectivity

[David Wright]

On Sat 05 Aug 2017 at 11:50:45 (+0900), Mark Fletcher wrote:
> On Thu, Aug 03, 2017 at 08:35:23PM -0300, Henrique de Moraes Holschuh wrote:
> > On Fri, 04 Aug 2017, Mark Fletcher wrote:
> > > suddenly stopped working. I didn't do an apt autoremove last Sunday, but 
> > > may have done one the Sunday before -- which would have been reckless 
> > 
> > The log files are at:
> > /var/log/apt*
> > /var/log/apt/*
> > 
> > Failing that:
> > /var/log/dpkg*
> > 
> > It will list everything that was updated, installed, removed, or purged.
> > 
> > -- 
> 
> OK I had a look in /var/log/apt/ folders at the history.log files. In 
> the one for July I determined that I ran an apt upgrade on July 16th, 
> one week before my trip, and the next time I did so was on July 29th, on 
> my return from my trip. So I displayed more restraint around updates 
> just before travelling than I remembered. In the week between July 16th 
> and July 23rd when I left for my trip, I definitely used the headphones, 
> so they were working after the July 16th update.
> 
> No update on July 23rd, which actually makes sense because I was up at 
> 5:30am to catch a plane. I might have done the update the day before, 
> but it seems i did not.
> 
> The upgrade record for July 29th has a long list of packages I will have 
> to go through in detail. I have already noticed both pulseaudio and udev 
> got updates so those are 2 possible candidates for the culprit. I seem 
> to recall there was also a kernel upgrade, meaning I would have rebooted 
> after the upgrade.
> 
> Next in the apt log is this:
> 
> Start-Date: 2017-07-29  23:46:36
> Commandline: apt autoremove
> Requested-By: mark (1000)
> Error: Sub-process /usr/bin/dpkg returned an error code (1)
> End-Date: 2017-07-29  23:46:41
> 
> [the dpkg error code is a red herring, I have zoneminder installed but 
> it requires access to a mysql database, and due to a previous unrelated 
> problem with my local mariadb instance, zoneminder's database is in read 
> only mode, so zoneminder can't start properly -- that is the cause of 
> the error code]
> 
> Am I reading that correctly that I ran apt autoremove and it didn't find 
> anything to do? Or is it just not telling me what it did?
> 
> I also looked in /var/log/dpkg.1 (July's stuff is already partially 
> archived) and:
> 
> grep 2017-07-29 /var/log/dpkg.1 | awk '{print $3}' | sort -u 
> 
> lists the following keywords:
> 
> configure
> startup
> status
> trigproc
> upgrade
> 
> 
> No sign of "remove", but I don't know if there would be or not...
> 
> So IF I am interpreting the above correctly, I ran apt autoremove but it 
> didn't do anything, I did upgrade a shedload of packages and the next 
> thing to do is to sift through that shedload looking for changes 
> (somehow) that might have caused the problem. I'm not really sure how I 
> am going to tell what changes a package upgrade made, unless the 
> changelog happens to mention something useful, but hopefully something 
> will turn up... I'll start with packages that look pulseaudio or 
> bluetooth-related, and go from there...

apt-get autoremove   and   apt-get --purge autoremove
produce lists of packages prefixed with Remove: or Purge:
as appropriate, so it looks as if "Nothing happens" in your
case. (I trust that apt would log the same info as apt-get.)

Cheers,
David.

Re: Debian Mirror?

[Zenaan Harkness]

On Fri, Aug 04, 2017 at 07:36:01PM -0700, H.P. Garcia wrote:
> I noticed many of use are having issues or Debian not updating as
> usual. I know there are mirrors. What's the procedure of pointing to
> the mirror instead of debian repository?
> 
> Thanks in advance.

https://www.debian.org/mirror/list

Re: howto restart a service in postinst script (Stretch and newer)

[Mark Fletcher]

On Fri, Aug 04, 2017 at 12:30:25PM +0200, Harald Dunkel wrote:
> Hi folks,
> 
> the Debian Policy Manual still talks about "run levels" and
> "init.d scripts" on 
> https://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit .
> No word about systemd and others.
> 
> What is the right way to restart a service from the postinst
> script for Stretch and newer?
> 
> Reason for asking is: opensmtpd died once too often when it got
> restarted via invoke-rc.d from a postinst script on my desktop 
> PC.
> 

I may be misunderstanding your question but on a system that has 
migrated to systemd, you can restart a service with: 

systemctl restart 

For example:

systemctl restart mysql 

restarts a mysql instance if there is one on your machine (it may be 
called mariadb instead, but the mysql service still works, at least on 
my machine it does)

If you are at the end of a script that previously stopped the service, 
you can start it again with

systemctl start 

If the service isn't starting automatically on boot, and you want it to, 
you can get that (if the service is properly set up) with:

systemctl enable 

All these commands have to run with root privilege, either from a root 
shell or via sudo.

Mark

Re: Sudden death of bluetooth headphone connectivity

[Mark Fletcher]

On Thu, Aug 03, 2017 at 08:35:23PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 04 Aug 2017, Mark Fletcher wrote:
> > suddenly stopped working. I didn't do an apt autoremove last Sunday, but 
> > may have done one the Sunday before -- which would have been reckless 
> 
> The log files are at:
> /var/log/apt*
> /var/log/apt/*
> 
> Failing that:
> /var/log/dpkg*
> 
> It will list everything that was updated, installed, removed, or purged.
> 
> -- 

OK I had a look in /var/log/apt/ folders at the history.log files. In 
the one for July I determined that I ran an apt upgrade on July 16th, 
one week before my trip, and the next time I did so was on July 29th, on 
my return from my trip. So I displayed more restraint around updates 
just before travelling than I remembered. In the week between July 16th 
and July 23rd when I left for my trip, I definitely used the headphones, 
so they were working after the July 16th update.

No update on July 23rd, which actually makes sense because I was up at 
5:30am to catch a plane. I might have done the update the day before, 
but it seems i did not.

The upgrade record for July 29th has a long list of packages I will have 
to go through in detail. I have already noticed both pulseaudio and udev 
got updates so those are 2 possible candidates for the culprit. I seem 
to recall there was also a kernel upgrade, meaning I would have rebooted 
after the upgrade.

Next in the apt log is this:

Start-Date: 2017-07-29  23:46:36
Commandline: apt autoremove
Requested-By: mark (1000)
Error: Sub-process /usr/bin/dpkg returned an error code (1)
End-Date: 2017-07-29  23:46:41

[the dpkg error code is a red herring, I have zoneminder installed but 
it requires access to a mysql database, and due to a previous unrelated 
problem with my local mariadb instance, zoneminder's database is in read 
only mode, so zoneminder can't start properly -- that is the cause of 
the error code]

Am I reading that correctly that I ran apt autoremove and it didn't find 
anything to do? Or is it just not telling me what it did?

I also looked in /var/log/dpkg.1 (July's stuff is already partially 
archived) and:

grep 2017-07-29 /var/log/dpkg.1 | awk '{print $3}' | sort -u 

lists the following keywords:

configure
startup
status
trigproc
upgrade


No sign of "remove", but I don't know if there would be or not...

So IF I am interpreting the above correctly, I ran apt autoremove but it 
didn't do anything, I did upgrade a shedload of packages and the next 
thing to do is to sift through that shedload looking for changes 
(somehow) that might have caused the problem. I'm not really sure how I 
am going to tell what changes a package upgrade made, unless the 
changelog happens to mention something useful, but hopefully something 
will turn up... I'll start with packages that look pulseaudio or 
bluetooth-related, and go from there...

Mark

Debian Mirror?

[H.P. Garcia]

I noticed many of use are having issues or Debian not updating as
usual. I know there are mirrors. What's the procedure of pointing to
the mirror instead of debian repository?

Thanks in advance.

HP Garcia

-- 
HP Garcia, Photographer
hpgar...@hpgphotography.com
HPGPhotography.com

Re: Sudden death of bluetooth headphone connectivity

[Mark Fletcher]

On Fri, Aug 04, 2017 at 01:27:57AM +0200, deloptes wrote:
> Mark Fletcher wrote:
> 
> > If anyone can remember which package that is, I can check if it is
> > installed... The only thing is I am not sure how it would have got onto
> > the system if it isn't depended on and I didn't install it manually. And
> > if it IS depended on, or I did install it manually, apt autoremove
> > should not have removed it...
> 
> to start with
> 
> pulseaudio-module-bluetooth - Bluetooth module for PulseAudio sound server
> 
Right... which I already mentioned is confirmed installed...

Mark

Re: Problem with port forwards for LXC Masqueraded Bridge, page outdated?

[Zenaan Harkness]

On Fri, Aug 04, 2017 at 11:11:01AM +, jakob notland wrote:
> Hello dear Debian support
> 
> 
> This question refers to the following page: 
>  
> https://wiki.debian.org/LXC/MasqueradedBridge
> 
> The problem I am having is that I am trying to run the commands under section 
> "1. Port forwads":
> 
> iptables -t nat -A PREROUTING -i eth0 -d $external_ip -m conntrack --ctstate 
> NEW -j DNAT --to-destination 10.3.0.2
> iptables -t nat -A PREROUTING -i lxc-nat-bridge -d $external_ip -m conntrack 
> --ctstate NEW -j DNAT --to-destination 10.3.0.2
> iptables -t nat -A OUTPUT -d $external_ip -m conntrack --ctstate NEW -j DNAT 
> --to-destination 10.3.0.2
> 
> All the commands returns "Bad argument `conntrack'", when I tried to run them 
> both on my ubuntu laptop and my jessie rpi (my main goal here is to create 
> the lxc bridge on jessie). Could this documentation be outdated? If so, could 
> you please help me figuring out the right commands? If not, do you have some 
> clues about what I am doing wrong?

You might need a kernel module. Try this command to see which modules
are available:
find /lib/modules/|grep conntrack

This command to see which modules are currently loaded in your
kernel:
lsmod

See also rmmon and insmod.

But I would have thought they'd be automatically installed by the
iptables command. IDK more about iptables sorry... good luck,

Re: Live recording

[Glenn English]

I'm not real sure what you guys are talking about, but the talk of
stereo microphones leads into a mildly grey area.

There are stereo microphones -- I have one, an AKG C-24. And there are
a few others.

It's a single microphone in that it's a single object, but it's stereo
because there are actually two mics in there. You point the capsules
in different directions. And there are two outputs.

They're used, mostly, for classical orchestral recordings, in the X-Y
stereo technique.

They're rare, but they do exist. FWIW.

https://en.wikipedia.org/wiki/Microphone_practice

--
Glenn English

Re: cual es la mejor de debian

[OddieX]

Para mi la mejor es Potato R2, pero esta medio vieja ya :P



El 4 de agosto de 2017, 19:23, Oscar Martinez 
escribió:

> buenas compañeros dbieron, quiero utilizar debian como sistma operativo de
> la institucion donde trabajo, pero quiero estar seguro del paso a paso para
> editarlo quien me puede ayudar
>

Re: cual es la mejor de debian

[Alejandro García]

Ente todo un cordial saludo.

 Te aconsejo lo siguiente:

 1.- Observar la infraestructura tecnológica de la institución donde
laboras.
 2.- Detallar si el hardware (impresoras, pc, servers, scanners, entre
otros) conectados a la red de la institución (si existe una red) tienen
compatibilidad con GNU/Linux.
 3.- Detallar los pasos a seguir para la migración (incluyendo el
adiestramiento del personal).
 4.- Evitar entorpecer el correcto funcionamiento de la institución
durante el proceso migración.
 5.- Migrar progresiva o totalmente en el menor tiempo posible.

 Si quieres instalar una versión modificada puedes buscar información
detallada de como crear un live cd o usb de debian lo que debes buscar es:
live-tools live-build live-config.

 En mi en la siguiente entrada de mi blog puedes leer un poco al
respecto:

http://gnu-linux-xx.blogspot.com/2013/06/creando-un-live-usbdvd-con-debian-70.html

 Pero en lo personal para que pierdas menos tiempo puedes hacer
clonaciones y con un sh cambias las configuraciones de cada pc en la red.

 Si vas a realizar una migración mejor adaptada es mejor que instales
el debian directamente en cada equipo y preparas un sh que te haga gran
parte del proceso de configuración.

 Aunque en la lista hay personas que te pueden dar mejores
explicaciones que yo, o buscar blog o foros para documentarte.

 Espero que te sea de ayuda.


El 4 de agosto de 2017, 18:23, Oscar Martinez 
escribió:

> buenas compañeros dbieron, quiero utilizar debian como sistma operativo de
> la institucion donde trabajo, pero quiero estar seguro del paso a paso para
> editarlo quien me puede ayudar
>



-- 

++
  Alejandro García
  ING. en Sistemas
  Programador
  Linux User id: 561553

  Dirección Venezuela:
 País Venezuela
 Estado Aragua
 Ciudad San Sebastián de los Reyes
 Sector las Marías calle San Antonio
 Código postal 2340

  Dirección España:
 País España
 Provincia Alicante
 Ciudad Alicante
 Av. Periodista Rodolfo Salazar
 No. 30, 3º puerta 21
 Código postal 03012

  Telf. Contacto Venezuela
 Teléfono (+58) 0246-521-1665
 Celular (+58) 0414-562-0069
 Celular (+58) 0424-362-9068

  Telf. Contacto España
 Teléfono (+34) 966 443 420
 Celular (+34) 617 557 970

  http://laespadadelhacker.blogspot.com
  http://linuxcounter.net/user/561553.html
  http://gnu-linux-xx.blogspot.com
++

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Jape Person]

On 08/04/2017 07:09 PM, Brian wrote:

On Fri 04 Aug 2017 at 14:14:42 -0400, Jape Person wrote:


On 08/04/2017 08:25 AM, Curt wrote:

On 2017-08-04, Jape Person  wrote:

A few weeks ago a CUPS upgrade to our Debian testing systems
started showing a new driver for our Brother MFC-9340CDW in print
dialogs and in the CUPS printer list and in the
system-config-printer utility.

You'd think that was good news, but we've been unable to find any
way to make the queue for this "driverless" instance of the printer
function properly.



Just very quickly found this bug that seems to be relevant to your
case, Jape. As you didn't describe the "garbled" condition of your
printouts with the "driverless" driver I can't be sure but it seems a
fair guess.


I should have been more careful in describing the output. Eyes are old, and
thought the was garbling, but closer exam with magnifying glass reveals that
it's all just distorted -- as in compressed vertically.


I've met this before in another context with another bug. cups-browsed
is doing its best to give you something better than the printer's default
two lines of output. It cannot be perfect. The suggested workaround for
altering the PPD in #868360 is the way to go. Does it work for you?



I'm going to hold off on even trying that since I have a working 
solution. I know I should be more curious, but I'm an old cat, and you 
know what they say about that combination!


When I eventually do the firmware upgrade and re-enable detection of the 
driverless queue, I'll edit the PPD if it's still necessary. I saved the 
contents of that message thread for reference.


Again, thanks!

JP

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Jape Person]

On 08/04/2017 07:02 PM, Brian wrote:

On Fri 04 Aug 2017 at 16:10:13 -0400, Jape Person wrote:


On 08/04/2017 08:58 AM, Brian wrote:

On Fri 04 Aug 2017 at 12:25:51 +, Curt wrote:


On 2017-08-04, Jape Person  wrote:

A few weeks ago a CUPS upgrade to our Debian testing systems
started showing a new driver for our Brother MFC-9340CDW in print
dialogs and in the CUPS printer list and in the
system-config-printer utility.

You'd think that was good news, but we've been unable to find any
way to make the queue for this "driverless" instance of the
printer function properly.



Just very quickly found this bug that seems to be relevant to your
case, Jape. As you didn't describe the "garbled" condition of your
printouts with the "driverless" driver I can't be sure but it seems
a fair guess.

Apparently a resolution dpi error (reported as 600x2dpi--firmware
bug?--and set that way by cups in the PPD.  Workaroundable by
modifying the PPD manually as explained in the thread).


Definitely a firmware bug; the printer is non-conforming.
cups-browsed puts the incorrect information in the PPD because it
queries the printer and that is what it is told.


BTW at the Brother site I think they're recommending updating the
firmware for this printer (maybe not for the reasons explicited
here).

HTH.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868360


If the OP has his testing systems up-to-date, he should not be
seeing this bug.



Hi, Brian.

My Debian testing systems are definitely up-to-date, but it appears that I
am still seeing the bug. Eyes are too tired for me to be able to go through
the suggested PPD edit and other testing. When the world is this bleary I
just can't count on getting dependable results.


Understandable. Sometimes it is better to leave it to another day and
look it with fresh eyes. TBH, that is also the way I feel now when it
comes to your switching off AirPrint not doing what is expected.
  

The workable solution for me right now is to use the MFC-9320CW driver. It
actually works quite well and gives me access to control of all printer
functions that I need.

Turning off AirPrint didn't remove the advertised driverless print option in
CUPS / system-config-printer / print dialogs. Oddly enough, turning off WiFi
Direct did eliminate it. I know I'm being simple-minded, but the printer's
wireless adapter isn't being used. It's connected to the router via
Ethernet. Why do wireless settings affect what I see of this printer on the
network?


Nothing immediately springs to mind. Something to think about, even
though your desire not to see the printer has been sorted. No wireless
capability anywhere on the network?
  


Printer is connected to the network only via CAT6 to the router. All 
computers are connected via wireless. But none of them has ever been 
given permission to connect directly to the printer.



At least now we don't have to select between one queue that does work and
one that doesn't. Your suggestion about AirPrint / Bonjour in the other
message prompted me to look through all of the wireless settings. I'm
delighted not to have to look at the queue that doesn't work.

;-)

I'll eventually update the firmware when my attitude improves. The physical
process in our particular location is a little tough for me. Right now I'm
wondering why the version 1.08 firmware on my printer is not listed in the
Brother support site's update history. Their list jumps from 1.07 (which
came with the printer) to 1.09. They give no useful information about the
purpose of the update (or any of the previous ones). Looks like someone
there is just going through the motions.


I wouldn't want to point the finger at Brother. Other printer vendors
are not all that great with changelog recording,



Oh, I know. A support group is given lots of "motions" to go through, 
and probably precious little time for the going. But that certainly 
results in frustrations for end users who need information. When you're 
using an OS other than Windows or MacOS you're going to feel short-changed.


I remember how annoyed I was once just after WinXP was released that my 
wife connected a new HP printer to her system and just stuck the 
included software CD in the optical drive. The software that got 
installed was bigger than the OS. No foolin'. Memory may be failing me, 
but I swear that at least a half-dozen services were installed without 
so much as a by-your-leave.


Maybe I'd actually rather be short-changed, come to think of it.

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Jape Person]

On 08/04/2017 06:39 PM, Brian wrote:

On Fri 04 Aug 2017 at 14:09:25 -0400, Jape Person wrote:


On 08/04/2017 06:37 AM, Brian wrote:

On Thu 03 Aug 2017 at 21:39:43 -0400, Jape Person wrote:


A few weeks ago a CUPS upgrade to our Debian testing systems
started showing a new driver for our Brother MFC-9340CDW in print
dialogs and in the CUPS printer list and in the
system-config-printer utility.

You'd think that was good news, but we've been unable to find any
way to make the queue for this "driverless" instance of the printer
function properly.


It *is* good news. The printer was set up automatically, something people
have been asking for for years. No non-free drives, either. A
pity about the printout. That shouldn't happen, The cause would need
to be looked at. Maybe the printer is non-conforming to IPP Everywhere.


Well, it *would* be good news if it actually produced usable output. As
things stand right now, it's merely a way to waste time, paper, and toner.


I thought you would say that, and it is very reasonable to express such
sentiments. But where is your ire aimed at? Not at Brother, as far as I
can see. What do they say? Somebody there must have some knowledge about
IPP specifications. Maybe they are not aware that one of their printers
sets resolution to 600x2 dpi. Have you told them?

(I am assumimg you are seeing fallout from #868360 and this is the cause
of your frustration).



Was my tone more testy than I thought? I wasn't intending to express ire 
at either Debian or Brother. I was just annoyed that there was no 
obvious way to tell the system that I didn't want to see a queue that 
was non-functional.


With all of the provisions for other settings it just seemed odd to me 
that neither CUPS nor config-system-printer had a clue in their user 
interfaces as to how a user might indicate that s/he didn't want to see 
the driverless printer. This was my first experience seeing one in 
GNU/Linux, after all.



I'll admit I was tickled when I saw that there was a driver specifically for
this printer, and then not tickled when it didn't work but wouldn't go away.


cups-browsed detects printers or print queues. Its job is to keep them
visible; why else should it exist? You control visibility from its conf
file. If you try to delete a printer or print queue cups-browsed  gets
upset and reinstates it. Perfectly normal if you think about it.



Hence, why I whined online -- in the hope that someone would tell me how 
to do this the non-gui way. After all, the man pages I read indicated 
that it could be done, but didn't seem to tell me how to do it. But you did!


8-)


The only way we can print with this printer is to do what we were
doing before the new "driverless" instance of the printer showed
up. We add a printer to the system via system-config-printer or the
CUPS Web browser dialog and deliberately select the Brother
MFC-9320CW Foomatic or Brother Script-3 driver. (That's not a typo.
I'm deliberately choosing a different model.) Both of those PPDs
work. I have to provide a deliberately altered name for this
instance so users can tell it from the one that doesn't work.


Brother provides software for this printer.

http://support.brother.com/g/b/downloadlist.aspx?c=gb=en \
=mfc9340cdw_all \
&_ga=2.149781630.955111390.1501838613-23812213.1497304959=128

(URL line broken for readability).



When I first got the printer I updated its firmware. This isn't as easy as
you might think. You have to have a Windows or Mac computer to perform the
update, and I didn't own one. I purchased a little Windows 10 gizmo from
SimplyNUC so that I could do this update, and so that I could perform
firmware updates on a couple of GPS devices.


I have never thought updating printer firmware was easy or even possible
from Linux. No Windows or Mac here either. I'll look at SimplyNUC.
Thanks.
  


It's sad, isn't it? There must be enough Linux / Unix folks using 
brother printers to make it worth Brother's trouble to provide a utility 
for this. I guess most environments have either Windows or Mac 
available, but mine didn't until I got the little NUC. $300 so I can do 
firmware upgrades.


Making lemonade, I'll probably try to play some old games on the little 
box. There's always a silver lining.



I also tried the proprietary software, just for grins. I never intended to
use anything other than what's in the official repos on my Debian systems.
The helter-skelter way the driver installation directions were written and
the absolutely hilarious hodge-podge of license notices and balky scripts
was kind of horrifying. But I'll admit that everything worked, once I weeded
out the inappropriate directions and fixed the installation. And I
appreciated that all was installed in a manner that made it easy to remove.

The functionality of the proprietary printer driver was no better than that
of the MFC-9320CW driver from CUPS, other than it included the ability to
monitor toner levels. But all of that sort of 

Re: Hébergeur à conseiller (pro-debian ?)

[Gaëtan PERRIER]

Le Thu, 3 Aug 2017 21:45:08 +0200
Gaëtan PERRIER  a écrit:


> Que pensez-vous de https://onetsolutions.net ?
> 

Personne n'a de retour sur cet hébergeur ?

Gaëtan


pgpFQzZIGqvoU.pgp
Description: PGP signature

Re: ipv6 - nom de domaine sur site mutualisé inaccessible - comment contourner avec linux unbound - google dns - opendns - configuration

[Pascal Hambourg]

Le 04/08/2017 à 15:32, G2PC a écrit :

Box orange du domicile. Pas d'accès vers mon site internet hébergé chez
LWS, le site est sur mutualisé, ce n'est pas un vps ni un dédié.
Sinon, j'ai bien un accès total au réseau internet.


D'après les tests ci-dessous, tu n'as pas de connectivité IPv6 globale.
Mais je ne vois pas le rapport avec ton site. Il n'est accessible qu'en 
IPv6 ?

Re: Créer un fichier grub.cfg correct

[Pascal Hambourg]

Le 04/08/2017 à 11:36, andre_deb...@numericable.fr a écrit :


sdb1 et sdb2 contiennent la sauvegarde de sda2
et son bootable (leur /etc/fstab est adapté pour ça).

Je désire avoir un grub.cfg me permettant de booter
sur sda2, sdb1 et sdb2, avec les UUID corrects mis
automatiquement par "update-grub" et ce n'est pas le cas.


Je pense qu'il faudrait aussi modifier le /boot/grub/grub.cfg des 
sauvegardes car update-grub se base dessus pour récupérer des infos.

Re: Hébergeur à conseiller (pro-debian ?)

[kaliderus]

Merci pour vos retour et pistes, il y a effectivement quelques points
qui me sont apparus important, notamment le KVM, et j'ai pu découvrir
quelques autres "gros" du marché.

See you



Le 4 août 2017 à 15:26,   a écrit :
> L'important est de savoir :
>
> 1] Hébergement dédié ou mutualisé ?
> Mode cloud ou non ?
>
> 2] Quels sont les services associés ? :
> dépannage rapide 24h/24 et sur quoi ?
>
> 3] Console KVM, permettant une prise
> en main totale à distance du serveur,
> et compris dans le prix ?
> (option indispensable).
>
> 4] Quel est le degré de panne de l'hébergeur ?
>
> 5] Serveur de qualité, puissant, taille disque dur
> et RAM ?
>
> Chez certains hébergeurs, la console KVM ne fonctionne
> que sur certains software, tel Online où ça marche pas
> avec les OS 64 bits.
>
> Il y a de nombreux facteurs à prendre en compte,
> il est préférable de payer plus cher pour un vrai service.
>
> La majorité des hébergeurs en mode dédié,
> accepte tous OS, dont Debian.
>
> Hope it helps,
>
> André
>

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Brian]

On Fri 04 Aug 2017 at 14:14:42 -0400, Jape Person wrote:

> On 08/04/2017 08:25 AM, Curt wrote:
> >On 2017-08-04, Jape Person  wrote:
> >>A few weeks ago a CUPS upgrade to our Debian testing systems
> >>started showing a new driver for our Brother MFC-9340CDW in print
> >>dialogs and in the CUPS printer list and in the
> >>system-config-printer utility.
> >>
> >>You'd think that was good news, but we've been unable to find any
> >>way to make the queue for this "driverless" instance of the printer
> >>function properly.
> >>
> >
> >Just very quickly found this bug that seems to be relevant to your
> >case, Jape. As you didn't describe the "garbled" condition of your
> >printouts with the "driverless" driver I can't be sure but it seems a
> >fair guess.
> 
> I should have been more careful in describing the output. Eyes are old, and
> thought the was garbling, but closer exam with magnifying glass reveals that
> it's all just distorted -- as in compressed vertically.

I've met this before in another context with another bug. cups-browsed
is doing its best to give you something better than the printer's default
two lines of output. It cannot be perfect. The suggested workaround for
altering the PPD in #868360 is the way to go. Does it work for you?

-- 
Brian.

Problem with port forwards for LXC Masqueraded Bridge, page outdated?

[jakob notland]

Hello dear Debian support


This question refers to the following page: 
 
https://wiki.debian.org/LXC/MasqueradedBridge

The problem I am having is that I am trying to run the commands under section 
"1. Port forwads":

iptables -t nat -A PREROUTING -i eth0 -d $external_ip -m conntrack --ctstate 
NEW -j DNAT --to-destination 10.3.0.2
iptables -t nat -A PREROUTING -i lxc-nat-bridge -d $external_ip -m conntrack 
--ctstate NEW -j DNAT --to-destination 10.3.0.2
iptables -t nat -A OUTPUT -d $external_ip -m conntrack --ctstate NEW -j DNAT 
--to-destination 10.3.0.2

All the commands returns "Bad argument `conntrack'", when I tried to run them 
both on my ubuntu laptop and my jessie rpi (my main goal here is to create the 
lxc bridge on jessie). Could this documentation be outdated? If so, could you 
please help me figuring out the right commands? If not, do you have some clues 
about what I am doing wrong?


Best regards

Jakob Notland

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Brian]

On Fri 04 Aug 2017 at 16:10:13 -0400, Jape Person wrote:

> On 08/04/2017 08:58 AM, Brian wrote:
> >On Fri 04 Aug 2017 at 12:25:51 +, Curt wrote:
> >
> >>On 2017-08-04, Jape Person  wrote:
> >>>A few weeks ago a CUPS upgrade to our Debian testing systems
> >>>started showing a new driver for our Brother MFC-9340CDW in print
> >>>dialogs and in the CUPS printer list and in the
> >>>system-config-printer utility.
> >>>
> >>>You'd think that was good news, but we've been unable to find any
> >>>way to make the queue for this "driverless" instance of the
> >>>printer function properly.
> >>>
> >>
> >>Just very quickly found this bug that seems to be relevant to your
> >>case, Jape. As you didn't describe the "garbled" condition of your
> >>printouts with the "driverless" driver I can't be sure but it seems
> >>a fair guess.
> >>
> >>Apparently a resolution dpi error (reported as 600x2dpi--firmware
> >>bug?--and set that way by cups in the PPD.  Workaroundable by
> >>modifying the PPD manually as explained in the thread).
> >
> >Definitely a firmware bug; the printer is non-conforming.
> >cups-browsed puts the incorrect information in the PPD because it
> >queries the printer and that is what it is told.
> >
> >>BTW at the Brother site I think they're recommending updating the
> >>firmware for this printer (maybe not for the reasons explicited
> >>here).
> >>
> >>HTH.
> >>
> >>
> >>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868360
> >
> >If the OP has his testing systems up-to-date, he should not be
> >seeing this bug.
> >
> 
> Hi, Brian.
> 
> My Debian testing systems are definitely up-to-date, but it appears that I
> am still seeing the bug. Eyes are too tired for me to be able to go through
> the suggested PPD edit and other testing. When the world is this bleary I
> just can't count on getting dependable results.

Understandable. Sometimes it is better to leave it to another day and
look it with fresh eyes. TBH, that is also the way I feel now when it
comes to your switching off AirPrint not doing what is expected.
 
> The workable solution for me right now is to use the MFC-9320CW driver. It
> actually works quite well and gives me access to control of all printer
> functions that I need.
> 
> Turning off AirPrint didn't remove the advertised driverless print option in
> CUPS / system-config-printer / print dialogs. Oddly enough, turning off WiFi
> Direct did eliminate it. I know I'm being simple-minded, but the printer's
> wireless adapter isn't being used. It's connected to the router via
> Ethernet. Why do wireless settings affect what I see of this printer on the
> network?

Nothing immediately springs to mind. Something to think about, even
though your desire not to see the printer has been sorted. No wireless
capability anywhere on the network?
 
> At least now we don't have to select between one queue that does work and
> one that doesn't. Your suggestion about AirPrint / Bonjour in the other
> message prompted me to look through all of the wireless settings. I'm
> delighted not to have to look at the queue that doesn't work.
> 
> ;-)
> 
> I'll eventually update the firmware when my attitude improves. The physical
> process in our particular location is a little tough for me. Right now I'm
> wondering why the version 1.08 firmware on my printer is not listed in the
> Brother support site's update history. Their list jumps from 1.07 (which
> came with the printer) to 1.09. They give no useful information about the
> purpose of the update (or any of the previous ones). Looks like someone
> there is just going through the motions.

I wouldn't want to point the finger at Brother. Other printer vendors
are not all that great with changelog recording,

-- 
Brian.

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Brian]

On Fri 04 Aug 2017 at 14:09:25 -0400, Jape Person wrote:

> On 08/04/2017 06:37 AM, Brian wrote:
> >On Thu 03 Aug 2017 at 21:39:43 -0400, Jape Person wrote:
> >
> >>A few weeks ago a CUPS upgrade to our Debian testing systems
> >>started showing a new driver for our Brother MFC-9340CDW in print
> >>dialogs and in the CUPS printer list and in the
> >>system-config-printer utility.
> >>
> >>You'd think that was good news, but we've been unable to find any
> >>way to make the queue for this "driverless" instance of the printer
> >>function properly.
> >
> >It *is* good news. The printer was set up automatically, something people
> >have been asking for for years. No non-free drives, either. A
> >pity about the printout. That shouldn't happen, The cause would need
> >to be looked at. Maybe the printer is non-conforming to IPP Everywhere.
> 
> Well, it *would* be good news if it actually produced usable output. As
> things stand right now, it's merely a way to waste time, paper, and toner.

I thought you would say that, and it is very reasonable to express such
sentiments. But where is your ire aimed at? Not at Brother, as far as I
can see. What do they say? Somebody there must have some knowledge about
IPP specifications. Maybe they are not aware that one of their printers
sets resolution to 600x2 dpi. Have you told them?

(I am assumimg you are seeing fallout from #868360 and this is the cause
of your frustration).

> I'll admit I was tickled when I saw that there was a driver specifically for
> this printer, and then not tickled when it didn't work but wouldn't go away.

cups-browsed detects printers or print queues. Its job is to keep them
visible; why else should it exist? You control visibility from its conf
file. If you try to delete a printer or print queue cups-browsed  gets
upset and reinstates it. Perfectly normal if you think about it.

> >>The only way we can print with this printer is to do what we were
> >>doing before the new "driverless" instance of the printer showed
> >>up. We add a printer to the system via system-config-printer or the
> >>CUPS Web browser dialog and deliberately select the Brother
> >>MFC-9320CW Foomatic or Brother Script-3 driver. (That's not a typo.
> >>I'm deliberately choosing a different model.) Both of those PPDs
> >>work. I have to provide a deliberately altered name for this
> >>instance so users can tell it from the one that doesn't work.
> >
> >Brother provides software for this printer.
> >
> >http://support.brother.com/g/b/downloadlist.aspx?c=gb=en \
> >=mfc9340cdw_all \
> >&_ga=2.149781630.955111390.1501838613-23812213.1497304959=128
> >
> >(URL line broken for readability).
> >
> 
> When I first got the printer I updated its firmware. This isn't as easy as
> you might think. You have to have a Windows or Mac computer to perform the
> update, and I didn't own one. I purchased a little Windows 10 gizmo from
> SimplyNUC so that I could do this update, and so that I could perform
> firmware updates on a couple of GPS devices.

I have never thought updating printer firmware was easy or even possible
from Linux. No Windows or Mac here either. I'll look at SimplyNUC.
Thanks.
 
> I also tried the proprietary software, just for grins. I never intended to
> use anything other than what's in the official repos on my Debian systems.
> The helter-skelter way the driver installation directions were written and
> the absolutely hilarious hodge-podge of license notices and balky scripts
> was kind of horrifying. But I'll admit that everything worked, once I weeded
> out the inappropriate directions and fixed the installation. And I
> appreciated that all was installed in a manner that made it easy to remove.
> 
> The functionality of the proprietary printer driver was no better than that
> of the MFC-9320CW driver from CUPS, other than it included the ability to
> monitor toner levels. But all of that sort of stuff is readily available via
> the Web interface of the printer.
> 
> Since I have workaround, I can't bring myself to re-install the proprietary
> driver. I do have to use the Web interface to see the maintenance
> information, and I have to get scans via my wife's Android tablet. But I
> just found the proprietary drivers to be icky.

I mentioned the Brother software merely to inform that it exists, not to
recommend it. Driverless printing is the way to go and the future (give
or take printer bugs).
 
> >>The particularly annoying thing about this situation is that I
> >>cannot delete the "driverless" instance of the printer from CUPS /
> >>system-config-printer. The instant it is deleted, it is
> >>automatically re-detected and added back to the printer list. But
> >>anyone who chooses to print to it is going to get a distorted or
> >>garbled printout.
> >>
> >>I was able to set a policy in the instance so that only root can
> >>print to it, so a regular user isn't going to waste time and paper.
> >>Still, it would be nicer if I could turn off the advertisement 

cual es la mejor de debian

[Oscar Martinez]

buenas compañeros dbieron, quiero utilizar debian como sistma operativo de
la institucion donde trabajo, pero quiero estar seguro del paso a paso para
editarlo quien me puede ayudar

pepperflashplugin-nonfree para opera

[marcelo]

Hola amigos.

Instalé Opera en mi Debian 8 y anda genial. Salvo que no tiene flash.

Lo intento instalar con apt install pepperflashplugin-nonfree y me da 
este error


mv: no se puede efectuar `stat' sobre 
«unpackchrome/opt/google/chrome/PepperFlash/libpepflashplayer.so»: No 
existe el fichero o el directorio


entendí que me pedía tener chrome instalado, por lo cual instale chrome, 
desinstale pepperflash instale pepperflash y me da el mismo error.


Espero que haya alguna solucion.

Saludos

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Jape Person]

On 08/04/2017 08:58 AM, Brian wrote:

On Fri 04 Aug 2017 at 12:25:51 +, Curt wrote:


On 2017-08-04, Jape Person  wrote:

A few weeks ago a CUPS upgrade to our Debian testing systems
started showing a new driver for our Brother MFC-9340CDW in print
dialogs and in the CUPS printer list and in the
system-config-printer utility.

You'd think that was good news, but we've been unable to find any
way to make the queue for this "driverless" instance of the
printer function properly.



Just very quickly found this bug that seems to be relevant to your
case, Jape. As you didn't describe the "garbled" condition of your
printouts with the "driverless" driver I can't be sure but it seems
a fair guess.

Apparently a resolution dpi error (reported as 600x2dpi--firmware 
bug?--and set that way by cups in the PPD.  Workaroundable by

modifying the PPD manually as explained in the thread).


Definitely a firmware bug; the printer is non-conforming.
cups-browsed puts the incorrect information in the PPD because it
queries the printer and that is what it is told.

BTW at the Brother site I think they're recommending updating the 
firmware for this printer (maybe not for the reasons explicited

here).

HTH.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868360


If the OP has his testing systems up-to-date, he should not be
seeing this bug.



Hi, Brian.

My Debian testing systems are definitely up-to-date, but it appears that 
I am still seeing the bug. Eyes are too tired for me to be able to go 
through the suggested PPD edit and other testing. When the world is this 
bleary I just can't count on getting dependable results.


The workable solution for me right now is to use the MFC-9320CW driver. 
It actually works quite well and gives me access to control of all 
printer functions that I need.


Turning off AirPrint didn't remove the advertised driverless print 
option in CUPS / system-config-printer / print dialogs. Oddly enough, 
turning off WiFi Direct did eliminate it. I know I'm being 
simple-minded, but the printer's wireless adapter isn't being used. It's 
connected to the router via Ethernet. Why do wireless settings affect 
what I see of this printer on the network?


At least now we don't have to select between one queue that does work 
and one that doesn't. Your suggestion about AirPrint / Bonjour in the 
other message prompted me to look through all of the wireless settings. 
I'm delighted not to have to look at the queue that doesn't work.


;-)

I'll eventually update the firmware when my attitude improves. The 
physical process in our particular location is a little tough for me. 
Right now I'm wondering why the version 1.08 firmware on my printer is 
not listed in the Brother support site's update history. Their list 
jumps from 1.07 (which came with the printer) to 1.09. They give no 
useful information about the purpose of the update (or any of the 
previous ones). Looks like someone there is just going through the motions.


Best regards,
JP

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Jape Person]

On 08/04/2017 08:25 AM, Curt wrote:

On 2017-08-04, Jape Person  wrote:

A few weeks ago a CUPS upgrade to our Debian testing systems
started showing a new driver for our Brother MFC-9340CDW in print
dialogs and in the CUPS printer list and in the
system-config-printer utility.

You'd think that was good news, but we've been unable to find any
way to make the queue for this "driverless" instance of the printer
function properly.



Just very quickly found this bug that seems to be relevant to your
case, Jape. As you didn't describe the "garbled" condition of your
printouts with the "driverless" driver I can't be sure but it seems a
fair guess.

Apparently a resolution dpi error (reported as 600x2dpi--firmware 
bug?--and set that way by cups in the PPD.  Workaroundable by

modifying the PPD manually as explained in the thread).

BTW at the Brother site I think they're recommending updating the 
firmware for this printer (maybe not for the reasons explicited

here).

HTH.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868360





Thanks, Curt.

It's funny (in much the same way that hitting your thumb with a hammer 
is funny) that the Brother support site does indeed list a later 
firmware update than the one I installed when I first got the printer. 
If one looks at the driver update history at the site, the version 
number jumps from 1.07 to 1.09. I have 1.08.


I purchased a Windows 10 system, trundled the printer from the den to 
the living room to connect to the Windows 10 system via USB cable, and 
updated to a firmware version that is no longer even listed on the 
support site.


And the notes on the 1.09 firmware version update are that it "fixes 
some software bugs". As you implied, they're not exactly explicit about 
the reasons one might have for installing their latest firmware.


I'm going to write them to see if they will provide any worthwhile 
information. If they don't, I'll stick with what I've got and use the 
MFC-9320CW driver -- at least until such time as I have a day when I'm 
only twiddling my thumbs and looking for something to do.


I really appreciate the information you've provided. It really helps put 
the problem in perspective. I think both sides in the thread made good 
points. It's wonderful to have the printer detected and installed 
automatically, but not so wonderful if it doesn't work. The approach 
used by CUPS should have worked. A useful fallback would have been nice. 
But the ball is definitely in Brother's court.


Best regards,
JP

Mais de uma "wlan" no arquivo interfaces

[Valentim Carlos]

Boa Tarde,



   Estou com uma questão aqui na empresa sobre montagem cifs em um laptop.

   Tendo algumas opções no momento:

   - Com cabo conectado: montando no /etc/fstab  o driver do servidor windows 
sobe normalmente no ponto de montgem.

   - Sem o cabo conectado: não monta. Solução é um script mount.cifs para 
efetuar a montagem posterior, porém o processo não é automático.

   - Sem o cabo conectado: subindo a wlan pelo /etc/network/interfaces o fstab 
já monta na inicialização, porém quando mudo de rede não conecta na wlan.



   Será possível estabelecer mais de uma opção de wlan no arquivo interfaces ?

  



Agradeço desde já.



Valentim Carlos



 

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Jape Person]

On 08/04/2017 08:58 AM, Brian wrote:

On Fri 04 Aug 2017 at 12:25:51 +, Curt wrote:


On 2017-08-04, Jape Person  wrote:

A few weeks ago a CUPS upgrade to our Debian testing systems started
showing a new driver for our Brother MFC-9340CDW in print dialogs and in
the CUPS printer list and in the system-config-printer utility.

You'd think that was good news, but we've been unable to find any way to
make the queue for this "driverless" instance of the printer function
properly.



Just very quickly found this bug that seems to be relevant to your case,
Jape. As you didn't describe the "garbled" condition of your printouts
with the "driverless" driver I can't be sure but it seems a fair guess.

Apparently a resolution dpi error (reported as 600x2dpi--firmware
bug?--and set that way by cups in the PPD.  Workaroundable by modifying
the PPD manually as explained in the thread).


Definitely a firmware bug; the printer is non-conforming. cups-browsed
puts the incorrect information in the PPD because it queries the printer
and that is what it is told.
  


Seems like this must be the case. Too bad. Updating firmware on this 
thing requires trundling it out of the den, down the hall and to the 
living room so I can attach it to a Windows box.


I'll look into this and get back to you and Curt to let you know whether 
or not the printer is already running the latest firmware.



BTW at the Brother site I think they're recommending updating the
firmware for this printer (maybe not for the reasons explicited here).

HTH.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868360


If the OP has his testing systems up-to-date, he should not be seeing
this bug.



All three testing systems are upgraded daily, so I'll check into it and 
get back to you.


Again, many thanks to you and Curt.

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Jape Person]

On 08/04/2017 08:25 AM, Curt wrote:

On 2017-08-04, Jape Person  wrote:

A few weeks ago a CUPS upgrade to our Debian testing systems
started showing a new driver for our Brother MFC-9340CDW in print
dialogs and in the CUPS printer list and in the
system-config-printer utility.

You'd think that was good news, but we've been unable to find any
way to make the queue for this "driverless" instance of the printer
function properly.



Just very quickly found this bug that seems to be relevant to your
case, Jape. As you didn't describe the "garbled" condition of your
printouts with the "driverless" driver I can't be sure but it seems a
fair guess.


I should have been more careful in describing the output. Eyes are old, 
and thought the was garbling, but closer exam with magnifying glass 
reveals that it's all just distorted -- as in compressed vertically.


Apparently a resolution dpi error (reported as 600x2dpi--firmware 
bug?--and set that way by cups in the PPD.  Workaroundable by

modifying the PPD manually as explained in the thread).

BTW at the Brother site I think they're recommending updating the 
firmware for this printer (maybe not for the reasons explicited

here).

HTH. >

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868360



Mercy! Why didn't I look in bug reports? Sheesh! The brain is really 
just kind of occupying space between the ears these days!


I'll check the firmware. I already updated it once on this printer, and 
it was a pain. (Required buying a Windows computer.)


I'll also go through the thread to see what I can learn.

Many thanks to you, Curt!

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Jape Person]

On 08/04/2017 06:37 AM, Brian wrote:

On Thu 03 Aug 2017 at 21:39:43 -0400, Jape Person wrote:


A few weeks ago a CUPS upgrade to our Debian testing systems
started showing a new driver for our Brother MFC-9340CDW in print
dialogs and in the CUPS printer list and in the
system-config-printer utility.

You'd think that was good news, but we've been unable to find any
way to make the queue for this "driverless" instance of the printer
function properly.


It *is* good news. The printer was set up automatically, something 
people have been asking for for years. No non-free drives, either. A

pity about the printout. That shouldn't happen, The cause would need
to be looked at. Maybe the printer is non-conforming to IPP 
Everywhere.


Well, it *would* be good news if it actually produced usable output. As 
things stand right now, it's merely a way to waste time, paper, and toner.


I'll admit I was tickled when I saw that there was a driver specifically 
for this printer, and then not tickled when it didn't work but wouldn't 
go away.





The only way we can print with this printer is to do what we were
doing before the new "driverless" instance of the printer showed
up. We add a printer to the system via system-config-printer or the
CUPS Web browser dialog and deliberately select the Brother
MFC-9320CW Foomatic or Brother Script-3 driver. (That's not a typo.
I'm deliberately choosing a different model.) Both of those PPDs
work. I have to provide a deliberately altered name for this
instance so users can tell it from the one that doesn't work.


Brother provides software for this printer.

http://support.brother.com/g/b/downloadlist.aspx?c=gb=en \ 
=mfc9340cdw_all \ 
&_ga=2.149781630.955111390.1501838613-23812213.1497304959=128


(URL line broken for readability).



When I first got the printer I updated its firmware. This isn't as easy 
as you might think. You have to have a Windows or Mac computer to 
perform the update, and I didn't own one. I purchased a little Windows 
10 gizmo from SimplyNUC so that I could do this update, and so that I 
could perform firmware updates on a couple of GPS devices.


I also tried the proprietary software, just for grins. I never intended 
to use anything other than what's in the official repos on my Debian 
systems. The helter-skelter way the driver installation directions were 
written and the absolutely hilarious hodge-podge of license notices and 
balky scripts was kind of horrifying. But I'll admit that everything 
worked, once I weeded out the inappropriate directions and fixed the 
installation. And I appreciated that all was installed in a manner that 
made it easy to remove.


The functionality of the proprietary printer driver was no better than 
that of the MFC-9320CW driver from CUPS, other than it included the 
ability to monitor toner levels. But all of that sort of stuff is 
readily available via the Web interface of the printer.


Since I have workaround, I can't bring myself to re-install the 
proprietary driver. I do have to use the Web interface to see the 
maintenance information, and I have to get scans via my wife's Android 
tablet. But I just found the proprietary drivers to be icky.



The particularly annoying thing about this situation is that I
cannot delete the "driverless" instance of the printer from CUPS /
system-config-printer. The instant it is deleted, it is
automatically re-detected and added back to the printer list. But
anyone who chooses to print to it is going to get a distorted or
garbled printout.

I was able to set a policy in the instance so that only root can
print to it, so a regular user isn't going to waste time and paper.
Still, it would be nicer if I could turn off the advertisement that
the printer and the operating system is providing for the
"driverless" instance.


"CreateIPPPrinterQueues No" in cups-browsed.conf. Or switch off
Bonjour broadcasting (AirPrint) on the printer.



Hmmm. I turned off AirPrint through the Web interface right from the 
beginning. I just checked it again, and the interface indicates that 
AirPrint is turned off.


I'll go further down this path if other tactics don't work.

Thank you so much for your time and effort. I didn't think of looking in 
cups-browsed.conf because I thought turning off AirPrint should have 
done the job.

Re: Live recording

[deloptes]

Rodolfo Medina wrote:

>> Now your mic is a one bucket full of water and you have to pipes (left
>> and right) ... where does the water flow?
> 
> It flows left and right, I suppose...
> 
> 

yes and this one input recorded on (at least) two channels is called mono.
Mono means single btw.
Good based on this conclusion a mic can never be stereo - it is a single
input. You however have (at least) two outputs for boxes to achieve a
stereo effect. No this single input is recorded or played equally to both
outputs, thus also your output is mono.


> 
> Here we seem to have different advices.  It seems that sometimes, laptops
> have one input hole for both mic and line in.  Some of them, as reported
> by other posters, can even switch from one to another function.  Someone
> else suggested a way to check if mic entry is stereo or mono.  Someone,
> like you, states that mic input is certainly mono, but someone else, also
> around Google, seems to state the contrary, i.e. it can be mono or stereo
> depending on the PC.  This is important to me also because I reversed into

This is true and does not contradict to the said before. Indeed there are
combined inputs. I guess it probes if the one channel is shortened and
perhaps internally switches to mono input.
If one referrs a mic as mono perhaps is meant what the jack looks like.


> digital form some old vynils, and did so using the mic input of my
> netbook, that doesn't have a line in.  So I'd need to know if those *.wav
> files so produced are stereo or not, and, in case they aren't, repeat the
> operation on another machine or adding an external sound card to the
> netbook.
> 

This is not good because using a mic you loose quality and you get a mono
input. You can indeed use two mics and put them right infront of the
speakers, so that you avoid inference, but unless you have some exotic
device there should be also a line out, which you can feed to the line in
of the notebook.

> Also here, someone states that there exist stereo and mono microphones...
> 

it must be something new, but everything is possible. I don't know what is
referred by stereo mic. the mic itself, then it should be two mics (two
buckets), but sound spreads everywhere, so how would two exist in one and
not infer - it makes no sense to me unless the jack is referred, but so we
are again to ground 0. The best way to check this is to look at the
jack/plug - how it looks like - if there are 3 contacts [1] would mean that
the (mono) mic is providing two lines L/R (stereo output). However it is
irrelevant - signal is still mono. If it has 2 contacts it would mean it is
mono - good chance that you can record only left or right if recording
device is not smart enough.

> 
> The splitter works regularly when used in listening mode...
> 

This is true - the only uncertainty here is if notebook/computer can handle
the lower impedance of the mic.

1. https://www.amazon.com/3-5mm-Stereo-Jack-Adapter-black/dp/B00142BZSY

Re: Hardware compatible

[ilion1250]

El 31/07/17 a les 20:03, Santi Moreno ha escrit:

Hola,
vull montar un pc per casa a peces i volia preguntar si conegueu alguna
relació de hardware compatible 100% amb linux o marques que
contribueixen amb el software lliure i que donen les màximes
prestacions.

Mil gracies,
@santimoreno

.


La tarja de xarxa:

Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit 
Ethernet Controller (rev 10)


Salutacions a tothom

Ferran

Re: Unable to change mouse acceleration and threshold in Stretch

[Илья Валеев]

04.08.2017 06:14, Zenaan Harkness пишет:
> On Thu, Aug 03, 2017 at 10:59:39PM +0500, Илья Валеев wrote:
>> Hello!
>>
>> I'm unable to change mouse acceleration and threshold in Stretch.
>>
>> It does not depend on DE. There are no error appears. For example, in
>> KDE settings applies correctly, ~/.kde/share/config/kcminputrc creates
>> and contain properly values, but mouse behavior does not changes.
>> 'xset m 3 1' also does not change anything.
>>
>> It does not depend on:
>> - Stretch 9.0 or Stretch 9.1
>> - is it clean install or not
>> - mouse
>> - is it virtual machine with Jessie host or real system
> 
> I use xfce, and a trackball (which requires a couple custom
> xorg.conf.d settings to work the way I like).
> 
> The man page for xset says under "mouse" that xinput "should be used
> if you need device-specific settings."
> 
> Do you have any custom Xorg config, or are you just configuring via
> kde gui?
> 
> (Hopefully someone else can be more helpful.)

Yes, I have custom Xorg config generated by nvidia-xconfig and edited
for my Cyborg R.A.T. 7 mouse. I also tried:
- edit Xorg config to set mouse acceleration and threshold in it and reboot
- remove custom Xorg config and reboot
Issue also affect fresh install without any changes in system (outright
after first boot).

Re: port série: liste des vitesses possibles

[fred]

Et pourtant, en 9600 bauds c'était essentiellement pour communiquer avec
des cartes CPU intel industrielles très récentes :D .

Fred

Le 04/08/2017 à 13:33, Gaëtan Perrier a écrit :
> Là tu remontes à la préhistoire. La valeur de base est maintenant 115200 et 
> on monte couramment à 921600. Certains équipements montent au delà même.
> Le problème c'est de connaître justement la capacité des ports à supporter 
> ces vitesses.
> Pour l'instant à part faire un essai ...
> 
> Gaëtan
> 
> Le 4 août 2017 12:47:39 GMT+02:00, fred  a écrit 
> :
>> Les équipements standards vont prendre une valeur parmi celles
>> ci-dessous normalement, ce qui limite les possibilités. Les équipements
>> que j'ai rencontré communiquaient le plus souvent en 9600 bauds. J'ai
>> rarement rencontré autre chose (parfois 38400 ou 115200 sur d'autres
>> équipements).
>>
>> Maintenant, pour déterminer la ou les bonnes valeurs dynamiquement, je
>> ne connaît pas de solutions clé en main. Par contre, connaissant les
>> valeurs habituelles, ça doit probablement être scriptable.
>>
>> Fred
>>
>> Le 04/08/2017 à 12:36, Gaëtan Perrier a écrit :
>>> En fait je me suis mal exprimé.
>>> Les vitesses théoriques possibles je les connais très bien. Ce que je
>> cherche c'est s'il existe un moyen de connaître dynamiquement celles
>> réellement supportées par un équipement donné.
>>>
>>> Gaëtan
>>>
>>> Le 4 août 2017 12:32:19 GMT+02:00, fred 
>> a écrit :
 Bonjour,

 Voilà la liste des valeurs que je trouve (exprimé en bauds) :

 50, 75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400, 4800, 9600,
 19200, 38400, 57600, 115200

 Après, la valeur à choir va dépendre de ton cas d'usage et de
 l'équipement derrière. En dehors du fait qu'un adaptateur USB/série
>> est
 vu comme périphérique du type ttyUSBx au lieu de ttySx pour un port
 série classique, ça ne change rien à son paramétrage normalement.

 Fred


 Le 04/08/2017 à 01:57, Gaëtan PERRIER a écrit :
> Bonjour,
>
> Est-il possible de connaître la liste des vitesses disponibles pour
 un port
> série, qu'il soit physique ou un adaptateur USB/Série ?
>
> Gaëtan
>
>>>
> 

[solved] Re: Live recording

[Rodolfo Medina]

Rodolfo Medina  writes:

> According to:
>
>  http://www.upubuntu.com/2013/05/how-to-record-your-voice-from.html
>
> I record live sound via microphone just doing:
>
>  $ sox -t alsa default output.wav
>
> Now I was wondering about the stereo o non-stereo character of such a home
> made recording...  I tried to use two microphones together, plugging them
> together into the PC with a small common connection doubber.  Can we say the
> result is stereo...?  I would doubt...  and how to have - if possible - a
> stereo effect with the above basic recording instruments?


deloptes  writes:

> First of all you need to get basic knowledge of signal and audio processing
>
> One good way to understand things 8especially about electricity is water and
> pipes.
>
> Now your mic is a one bucket full of water and you have to pipes (left and
> right) ... where does the water flow?
>
> Rodolfo Medina wrote:
>
>> 1) the mic input on my PC is stereo.  In fact, it is a laptop, nay a
>> netbook, doesn't have a line in and it is reasonable that its mic input is
>> also a line in;
>> 
>
> there is no stereo mic - keep in mind - one bucket full of water - not two


Doug  writes:

> You can't get something for nothing. If you want stereo, you will have to
> have two mics or a mic with two separate microphone elements aimed in two
> (left and right) directions. Such a device will have a plug with three
> connections on it: left, right, and ground. Your PC will not be able to
> handle such a microphone! You would need a stereo preamplifier to plug that
> mic into, and then you would plug the stereo output of the preamp into the
> LINE IN jack of the PC.
>
> I would hope that this information will settle the question!



Thanks to all.  The problem seems to be solved with such a cable:

 https://www.thomann.de/at/pro_snake_78219_yadapterkabel.htm

as suggested by deloptes and other listers.  The cable consists in two female
3.5mm terminations, each of them mono, and a male 3.5mm stereo.  One mic at one
female end, the other one at the other female end, and the male end plugged
into the microphone input of my netbook.  All this seems to produce a perfect
stereo effect: the two channels sound to be very well separated.

I'll be using the above simple connection system to live piano recording: mic 1
on the basses (left), mic 2 on the high (right).

My next step is trying to add human voice, say in the middle.  I'll see if this
is possible by slightly complicating the above solution, without preamp or
mixer or multi-channel audio interface.  I'll be posting here if the attempt
succeeds.

Thanks again,

Rodolfo
<

Re: ponto de montagem

[Fabiano Pires]

Quem é /mnt/usb?
Com o pendrive desmontado: é um sub-diretório diretório do diretório /mnt.
Suas permissões refletem isso.
Com o pendrive montado: é a partição raiz do pendrive. As permissões do
diretório são modificadas para exibir as permissões da partição raiz do
pendrive.

Modifique as permissões de /mnt/usb com o pendrive montado (ou seja,
/mnt/usb será a raiz do pendrive) e as mudanças serã definitivas)

Fabiano Pires
http://pragasdigitais.blogspot.com/

Em 28 de julho de 2017 09:51, Caio Ferreira  escreveu:

> Fabiano
>
> Bom dia,
>
> Eu acabei de fazer um teste e formatei o pendrive no formato ext4.
> Aconteceu a mesma coisa. Antes de montar as permissões
> estavam corretas do diretorio /mnt/usb. Depois que eu montei, as
> permissões voltaram a ficar errada. O interesante que esse problema
> ocorre somente com pendrive, se por acaso eu colocar um hd usb que eu
> tenho, o problema não ocorre.
>
> Atenciosamente,
>
>  .''`.   Caio Abreu Ferreira
> : :'  :  abreuf...@gmail.com
> `. `'`   Debian User
>   `-
>
> 2017-07-26 15:31 GMT-03:00 Fabiano Pires :
>
>> Quando você monta um dispositivo, o ponto de montagem obtém as permissões
>> do diretório raiz daquele dispositivo (já que ele - ponto de montagem -
>> passa a ocupar essa função). O pendrive deve estar formatado com algum
>> sistema de arquivos que não implementa/suporta usuários Linux
>> (provavelmente FAT32/NTFS). Com isso o sistema mapeia as permissões para o
>> usuário root.
>>
>> Fabiano Pires
>> http://pragasdigitais.blogspot.com/
>>
>> Em 20 de junho de 2017 14:58, Caio Ferreira 
>> escreveu:
>>
>>> Prezado Ricardo
>>>
>>> Se por acaso eu monto utilizando o comando abaixo, funciona normalmente.
>>>
>>> sudo mount -o gid=users,fmask=113,dmask=002 /dev/sdc1 /mnt/usb/
>>>
>>> No caso, eu estou forçando a mascara em relação ao arquivo e diretorio.
>>> Eu
>>> nunca precisei fazer isso.
>>>
>>> Desde já obrigado.
>>>
>>>  .''`.   Caio Abreu Ferreira
>>> : :'  :  abreuf...@gmail.com
>>> `. `'`   Debian User
>>>   `-
>>>
>>> 2017-06-20 14:38 GMT-03:00 Ricardo Ramos :
>>>
 Boa noite Caio,

 Isso acontece com outros dispositivos?

 Quando você monta outros dispositivos o user e grupo root ficam com as
 permissões?

 Caso tenha necessidade de montar o sistema de arquivos com um
 grupo/utilizador específico tente utilizar a opção "gid" ou "uid"

 Ex: # mount -t fat32 -o gui=500 /Dev/sdc1 /mnt/USB

 Espero ter ajudado.
 Um abraço

 A Ter, 20 de jun de 2017, 18:25, Caio Ferreira 
 escreveu:

> Lista
>
> Eu estou utilizando a versão 8.8 do Debian.
>
> Esta ocorrendo algo estranho com o diretorio que eu utilizo para montar
> o meu pendrive.
>
> # visualizar permissao
> #
> cosmo@workstation:~$ ls -l /mnt/
> drwxrwxr-x 2 root users 4096 Jun 19 15:07 usb
>
> O usuario é "root" e o grupo é "users".
>
> # comando para montar
> #
> cosmo@workstation:~$ sudo mount /dev/sdc1 /mnt/usb/
>
> # visualizar permissao
> #
> cosmo@workstation:~$ ls -l /mnt/
> drwxr-xr-x 6 root root  4096 Dec 31  1969 usb
>
> O usuario é "root" e o grupo é "root".
>
> cosmo@workstation:~$ sudo umount /mnt/usb/
> cosmo@workstation:~$ ls -l /mnt/
> drwxrwxr-x 2 root users 4096 Jun 20 14:15 usb
>
> Depois que eu desmonto o dispositivo, volta para o normal.
>
> Eu já utilizei o cmod e o chown para fazer as devidas alterações
> mas não surte nenhum tipo de efeito.
>
> Por acaso alguem teria alguma ideia do que esta ocorrendo?
>
> Desde já obrigado,
>
>  .''`.   Caio Abreu Ferreira
> : :'  :  abreuf...@gmail.com
> `. `'`   Debian User
>   `-
>
 --

 Ricardo Ramos
 Tel: +244 927 953 770 <+244%20927%20953%20770>
 Email: cesar.ricki...@gmail.com
 Website: www.rickinho.com
 Técnico de Informática

>>>
>>>
>>
>

Re: Spectaculaire dingen wachten op je Nicole

[Sven Lindekens]

STOP SENDING MAILS TO ME


Outlook voor iOS downloaden






On Fri, Aug 4, 2017 at 4:53 PM +0200, "Nicole Boskailo"  
wrote:












Kom bij me en stoei 
http://bit.ly/2u8aNfw

Re: Network config

[Zenaan Harkness]

On Fri, Aug 04, 2017 at 09:01:32AM +0100, Joe wrote:
> On Fri, 4 Aug 2017 10:59:13 +1000
> Zenaan Harkness  wrote:
> > Given the uniqueness of how you seem to want to do your networking,
> > perhaps that's the best option to make it less abnormal - looks like
> > it to me.
> 
> I don't think it's really all that unique, or unreasonable, for a
> computer user to want to specify a particular DNS server. If an

That is absolutely true, and does not discount at all my implication
that "copying my own file over the top of /etc/resolv.conf after
dhclient runs and hoping there's no other race conditions that catch
me out", is perhaps a little "abnormal" in terms of a networking
setup.


> operating system file needs to be made immutable in order to achieve
> this, some programmer somewhere has... made a mistake, to put it kindly.

Or the user is not achieving their outcome due to not using the
installed software in the way it was designed.


> I wasted twenty minutes the other day, because a functional network
> switch connected to a couple of PCs had lost its wired connection to
> the rest of the network, which had been OK half an hour earlier. This
> simple fault was concealed by the way my Windows laptop was behaving in
> the absence of a DHCP server. Despite my efforts, it was ignoring its
> previous DHCP address, and my manually entered address, and was
> acquiring an APIPA address, thus guaranteeing no possible network
> connection ever.

:D - my condolences for your achievement in "using" some feature of
some version of Windows I had never even heard of before :D

> Eventually I worked out that there was a bug causing even worse
> misbehaviour than usual, and forced a suitable IP address onto the
> machine, when I quickly discovered a lack of connectivity... but if the
> damn thing hadn't been so *helpful*, I'd have fixed it much quicker.
> There appears to be no way to tell a Windows computer that you never,
> ever, *ever* want to see an APIPA address anywhere.
> 
> Yes, there's the perpetual argument about how much hand-holding a
> non-IT person needs, and it's a lot, and how much should be left to the
> user, but whatever the decision, it should always be possible for a
> user to insist 'I want it done *this* way'. If that lands him in
> trouble, tough, but foot-shooting must *always* be allowed, without an
> enormous struggle.

Indeed, there are many ways to sking this cat - network manager,
chattr, cp -o "with-crossed fingers" my-resolv.conf /etc/resolv.conf,
manual commands added in /e/n/i, /etc/resolvconf/resolv.conf.d/ -
even the Windows IT guys from the other department of the OP might be
able to update their DHCPd settings to deliver the desired DNS
server, when the MAC addresses get configured - do 2 things at the
same time.

Really, it would be easy to argue there are too many ways to skin
this cat.

Good luck all,

Re: Debian GNU/Linux 9 (stretch) 64-bit

[Zenaan Harkness]

On Fri, Aug 04, 2017 at 07:50:50AM -0500, Stephen Brandt wrote:
> I have a problem I'm trying to report but the report bug has directed me
> to you.  I don't know what package I'm reporting on.  Everything I've
> tried entering has been rejected.  I used the internet version to
> install Debian on my computer. I wanted to install Debian as a 2nd OS on
> my computer along with Ubuntu.  Unfortunately for me, I was half asleep
> while doing the install and guessing at the choices being offered. The
> problem I encountered was some of the instructions/choices were off the
> left hand side of the monitor and not visible.  I had to guess at what I
> was doing.  One of the consequences is the install overwrote my Ubuntu
> OS and I lost everything.  The other consequence is now I'm unable to
> boot from my dvd drive.  It seems that no matter what I try regarding
> changes to the BIOS before booting to try and boot from the dvd drive,
> the Debian OS overwrites my changes and forces booting from the Hard
> Drive.  I need help.

Sounds like you're in over your head.

1) Firstly, probably do an Ubuntu rescue install - there should be
tutorials around on the net.

2) when you want to experiment, perhaps learn how to do so first in a
VM (virtual machine) - virtualbox is reasonably gui-friendly

3) if you have a local lug/ user group, may be join that too when you
have a spare evening

Good luck,

Re: Debian GNU/Linux 9 (stretch) 64-bit

[Jason Wittlin-Cohen]

Every BIOS has its own key combination to enter the BIOS and/or choose a
boot device for a single boot.  For my system, it is DEL and F11,
respectively.  In most cases, the first screen you see after you turn on
the computer should tell you what button to press.  If it says nothing, try
repeatedly hitting DEL, F11, and F12.  One of those should work. :)

On Fri, Aug 4, 2017 at 8:50 AM, Stephen Brandt  wrote:

> I have a problem I'm trying to report but the report bug has directed me
> to you.  I don't know what package I'm reporting on.  Everything I've
> tried entering has been rejected.  I used the internet version to
> install Debian on my computer. I wanted to install Debian as a 2nd OS on
> my computer along with Ubuntu.  Unfortunately for me, I was half asleep
> while doing the install and guessing at the choices being offered. The
> problem I encountered was some of the instructions/choices were off the
> left hand side of the monitor and not visible.  I had to guess at what I
> was doing.  One of the consequences is the install overwrote my Ubuntu
> OS and I lost everything.  The other consequence is now I'm unable to
> boot from my dvd drive.  It seems that no matter what I try regarding
> changes to the BIOS before booting to try and boot from the dvd drive,
> the Debian OS overwrites my changes and forces booting from the Hard
> Drive.  I need help.
>
> Thanks,
>
> Stephen
>
>
>

Re: Debian GNU/Linux 9 (stretch) 64-bit

[Charlie Kravetz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Fri, 4 Aug 2017 07:50:50 -0500
Stephen Brandt  wrote:

>I have a problem I'm trying to report but the report bug has directed me
>to you.  I don't know what package I'm reporting on.  Everything I've
>tried entering has been rejected.  I used the internet version to
>install Debian on my computer. I wanted to install Debian as a 2nd OS on
>my computer along with Ubuntu.  Unfortunately for me, I was half asleep
>while doing the install and guessing at the choices being offered. The
>problem I encountered was some of the instructions/choices were off the
>left hand side of the monitor and not visible.  I had to guess at what I
>was doing.  One of the consequences is the install overwrote my Ubuntu
>OS and I lost everything.  The other consequence is now I'm unable to
>boot from my dvd drive.  It seems that no matter what I try regarding
>changes to the BIOS before booting to try and boot from the dvd drive,
>the Debian OS overwrites my changes and forces booting from the Hard
>Drive.  I need help.
>
>Thanks,
>
>Stephen
>
>

I don't know if this is a BIOS setting, but I hit F12 during the
startup process to choose the boot device. 

- -- 
Charlie Kravetz
Linux Registered User Number 425914
[http://linuxcounter.net/user/425914.html]
Never let anyone steal your DREAM.   [http://keepingdreams.com]
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEEG5QK93YKrQMH22ZTiq6LjqbJ0IAFAlmEezMACgkQiq6LjqbJ
0IA7bggAgSASA/cU7Qfe84wV/ouDm63MT6krFE9ptz35+xvUGMtHC9C8ekV8PhYL
cFx07696NUg7oz7UjTO8wplZ78ufNhgeywrzbwVC94Y2YSPyR3YgQVa7dX90Vwe4
52p7mUWFCzEDbaDWaIySStQ+9iZBFlm4Mv2/sqt3z5qgERn6ZFUO6F0VbmVqPvqC
nkIYmB88+cxKvMqgC1HMw6LtNP0HrLqImMDRpq4KvYNqGyS0mj8Gh3I1Y3CyhcUK
kf5wvZmSQ4b603e9wIj5xFlIVWMEmGnJwm7NvJs34eSH6DmZKOQC9WKP86a1SBMN
A8OVBIyUO/WJbz8sRQfxu5HVB4I3ww==
=56CN
-END PGP SIGNATURE-

Re: Network config

[Zenaan Harkness]

On Fri, Aug 04, 2017 at 10:14:20AM +0200, to...@tuxteam.de wrote:
> On Thu, Aug 03, 2017 at 08:49:05PM +0200, Pascal Hambourg wrote:
> > Le 03/08/2017 à 15:52, Zenaan Harkness a écrit :
> > >On Thu, Aug 03, 2017 at 08:53:27AM -0400, Greg Wooledge wrote:
> > >>But the problem is, various Unix DHCP client daemons do *too much*.
> > >>All I want them to do is set the IP address, netmask, and gateway.
> > >>I *don't* want them to change the system hostname, or the system
> > >>resolv.conf (in which I have hand-placed *our* DNS search domain and
> > >>*our* DNS resolvers).
> > >
> > >Well, making /etc/resolv.conf read-only, owned by root.root
> > 
> > ... is just useless. resolv.conf is already owned by root, DCHP
> > client daemons run as root and on Linux systems root (uid 0) ignores
> > read/write permissions.
> 
> That's what chattr +i is for. Don't forget to do chattr -i on the file
> whenever *you* want to change it :-)

Another command that could be add to /e/n/i :)

ipv6 - nom de domaine sur site mutualisé inaccessible - comment contourner avec linux unbound - google dns - opendns - configuration

[G2PC]

Box orange du domicile. Pas d'accès vers mon site internet hébergé chez
LWS, le site est sur mutualisé, ce n'est pas un vps ni un dédié.
Sinon, j'ai bien un accès total au réseau internet.

( noter que je n'ai ni accès sous linux, ni windows, ni le téléphone,
cela uniquement depuis le domicile, depuis 10 jours. )

Si j'utilise un vpn ou tor, j'ai accès à mon site, depuis mon hôte Linux.
J'ai installé unbound.

J'ai supprimé cette config présentée ci-dessous, pour en revenir à
l'état initial : Pas d'accès à mon site. Utilisation d'un VPN pour avoir
accès.
Si je configure ipv6 dans sudo vi /etc/dhcp/dhclient.conf avec la
configuration ci-dessous je perd à nouveau l'accès à mon site
,exclusivement, malgré l'utilisation du VPN ! à ce moment la.


# Remplacer ou ajouter la ligne suivante :
# Pour IPv4
prepend domain-name-servers 8.8.8.8, 8.8.4.4;
# Pour IPv6
prepend domain-name-servers 2001:4860:4860::, 2001:4860:4860::8844;
# Pour IPv6 uniquement, vous pouvez utiliser Google Public DNS64 au
lieu  des adresses IPv6 ci-dessus.


##


Lws me dit que ça ne vient pas de chez eux pourtant, j'ai un message
d'erreur quand je test les DNS de mon domaine :

 Missing nameservers reported by your nameservers ERROR: One or more of
the nameservers listed at the parent servers are not listed as NS
records at your nameservers. The problem NS records are:
ns3.lwsdns.com
ns4.lwsdns.com
This is listed as an ERROR because there are some cases where nasty
problems can occur (if the TTLs vary from the NS records at the root
servers and the NS records point to your own domain, for example).


#


Les commandes suivantes ont été lancées avec le fichier de configuration
présenté ci-dessus.


sudo traceroute -n -w 2 -q 2 -m 30 2001:4860:4860::
traceroute to 2001:4860:4860:: (2001:4860:4860::), 30 hops max,
80 byte packets
connect: Le réseau n'est pas accessible
zsh: exit 1 sudo traceroute -n -w 2 -q 2 -m 30 2001:4860:4860::



dig @2001:4860:4860:: www.visionduweb.eu. 

; <<>> DiG 9.10.3-P4-Ubuntu <<>> @2001:4860:4860::
www.visionduweb.eu. 
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
zsh: exit 9 dig @2001:4860:4860:: www.visionduweb.eu. 


dig @2001:4860:4860:: ipv6.google.com. 

; <<>> DiG 9.10.3-P4-Ubuntu <<>> @2001:4860:4860:: ipv6.google.com. 
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
zsh: exit 9 dig @2001:4860:4860:: ipv6.google.com. 



dig @2001:4860:4860:: www.visionduweb.eu.  +cd

; <<>> DiG 9.10.3-P4-Ubuntu <<>> @2001:4860:4860::
www.visionduweb.eu.  +cd
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached
zsh: exit 9 dig @2001:4860:4860:: www.visionduweb.eu.  +cd



dig @localhost www.visionduweb.eu
; (2 servers found)
;; global options: +cmd
;; connection timed out; no servers could be reached
zsh: exit 9 dig @localhost Alienware-17-R3


###


Je lis ses quelques pistes :
1. Your ISP limits the use of DNS, in particular when DNSSEC is involved, or
2. The Google DNS resolvers doesn't support DNSSEC.
3. Check if DNS service is up and running on the nameserver ? ( Je crois
que non. )


###


Verify that another open resolver can resolve the selected hostname :
dig www.example.com. @4.2.2.1
dig www.example.com. @4.2.2.2
dig www.example.com. @208.67.222.222
dig www.example.com. @208.67.220.220

Ok pour les 4. J'ai un retour fonctionnel.



Je ne vois pas quoi faire pour le moment, d'ou peut venir le problème,
par ou poursuivre l'investigation ?

Re: Fonts readability (was: Arial vs. Helvetica.)

[Jude DaShiell]

Understand since I've never seen anything in this life I cannot state 
what I'm about to from personal experience.  However while I worked for 
the Navy, one day the building in which I worked had a short meeting and 
it was recommended by management that everybody switch over to Lucida 
Bright font since it was the most readable font available within windows 
at that time.  If anyone needs an alternative and this font is available 
it may be worth a try.


On Fri, 4 Aug 2017, rhkra...@gmail.com wrote:


Date: Fri, 4 Aug 2017 08:51:56
From: rhkra...@gmail.com
To: debian-user@lists.debian.org
Subject: Re: Fonts readability (was: Arial vs. Helvetica.)
Resent-Date: Fri,  4 Aug 2017 12:52:14 + (UTC)
Resent-From: debian-user@lists.debian.org

Thanks for the reply!

It looks like you're right--getting this changed sounds like paddling upstream
against a fairly high current!

On Thursday, August 03, 2017 11:30:35 AM Nicolas George wrote:

Le sextidi 16 thermidor, an CCXXV, rhkra...@gmail.com a ?crit :

Even worse, the anti-aliasing is done wrong:
it is done without taking gamma correction into account. That means
that when 50% intensity is wanted, it produces 22% intensity instead:
black-on-white is too thick, white-on-black is too thin.


Thank you for confirming something I suspected for a long time.

Do you know what program(s) is responsibe for the anti-aliasing,
against which a bug might be filed (or maybe a bug has already been
filed)?


It is hard to tell, there are several components working together, and
they all will try to shift the blame to each other. I tried filling it
years ago, and it gave me that:

http://bugs.freedesktop.org/show_bug.cgi?id=13431

If somebody dares tell me that the way of reading text that I chose is
"wrong", I think it is worthless to try to discuss.

The components in play are:

- fontconfig: at some point, the user needs to be able to tell that
  gamma correction must be taken into account and what the gamma value
  should be. Despite what kp wrote, it belongs in fontconfig, just as
  much as lcdfilter or rgba.

- Freetype: it is the component that rasterizes the vector fonts,
  including anti-aliasing, so it would be an easy place to adjust for
  gamma. Unfortunately, Freetype does not know the color of the text and
  background, its output could be considered an alpha map.

- The X11 RENDER extension: it is the component that performs the alpha
  blending. It would be the correct place to implement the gamma
  adjustment. Unfortunately, it has no provisions to do so.

- Xft: it is the glue that holds everything together. I do not think it
  needs any work for this issue.

Good luck if you want to get things moving.

Regards,





--

Re: Hébergeur à conseiller (pro-debian ?)

[andre_debian]

L'important est de savoir :

1] Hébergement dédié ou mutualisé ?
Mode cloud ou non ?

2] Quels sont les services associés ? :
dépannage rapide 24h/24 et sur quoi ?

3] Console KVM, permettant une prise
en main totale à distance du serveur,
et compris dans le prix ?
(option indispensable).

4] Quel est le degré de panne de l'hébergeur ?

5] Serveur de qualité, puissant, taille disque dur
et RAM ?

Chez certains hébergeurs, la console KVM ne fonctionne
que sur certains software, tel Online où ça marche pas
avec les OS 64 bits.

Il y a de nombreux facteurs à prendre en compte,
il est préférable de payer plus cher pour un vrai service.

La majorité des hébergeurs en mode dédié,
accepte tous OS, dont Debian.

Hope it helps,

André

Re: Live recording

[Curt]

On 2017-08-04, Rodolfo Medina  wrote:
>
> Here we seem to have different advices.  It seems that sometimes, laptops have
> one input hole for both mic and line in.  Some of them, as reported by other
> posters, can even switch from one to another function.  Someone else suggested
> a way to check *if* mic entry is stereo or mono.  Someone, like you, states
> that mic input is certainly mono, but someone else, also around Google, seems
> to state the contrary, i.e. it can be mono or stereo depending on the PC.  
> This
> is important to me also because I reversed into digital form some old vynils,
> and did so using the mic input of my netbook, that doesn't have a line in.  So
> I'd need to know if those *.wav files so produced are stereo or not, and, in
> case they aren't, repeat the operation on another machine or adding an 
> external
> sound card to the netbook.


Can't you tell whether the wavs are stereo or not by listening to them?

In a mixer program like aumix (curses), for example, channels which are
"stereo-capable" (sic) will have balance controls (makes sense). So that
might be a roundabout way (opening up the old mixer, don't you know) to
reassure yourself concerning your mic (or bum yourself completely out after
having converted the entire pianistic *oeuvre* of Chopin from vinyl to
digital *mono*, depending).

But if you are unable discern the difference by listening forget it and be 
happy.

-- 
“Certitude is not the test of certainty.”
--Oliver Wendell Holmes, Jr.

Debian GNU/Linux 9 (stretch) 64-bit

[Stephen Brandt]

I have a problem I'm trying to report but the report bug has directed me
to you.  I don't know what package I'm reporting on.  Everything I've
tried entering has been rejected.  I used the internet version to
install Debian on my computer. I wanted to install Debian as a 2nd OS on
my computer along with Ubuntu.  Unfortunately for me, I was half asleep
while doing the install and guessing at the choices being offered. The
problem I encountered was some of the instructions/choices were off the
left hand side of the monitor and not visible.  I had to guess at what I
was doing.  One of the consequences is the install overwrote my Ubuntu
OS and I lost everything.  The other consequence is now I'm unable to
boot from my dvd drive.  It seems that no matter what I try regarding
changes to the BIOS before booting to try and boot from the dvd drive,
the Debian OS overwrites my changes and forces booting from the Hard
Drive.  I need help.

Thanks,

Stephen

Re: Hébergeur à conseiller (pro-debian ?)

[Michel MOUNIER]

Bonjour,

Pour ma part et pour une utilisation non commercial, j'utilise 
legtux.org, fournisseur libre qui accepte les dons. À voir peut-être 
mais aucune idée concernant une utilisation professionnelles ou commerciale.


Bonnes publications

Michel



Le 03/08/2017 à 23:42, daniel huhardeaux a écrit :

Le 03/08/2017 à 18:56, kaliderus a écrit :

Bonjour,

Question simple :

Quel hébergeur me conseillez-vous (ou déconseillez) et pourquoi ?

Besoins :
- 1 nom de domaine
- 1 machine sur laquelle j'ai totalement la main, à priori physique,
donc rien de mutualisé
- échanges illimités
C'est un cadre professionnel, donc si on peut payer par chèque ou
virement chaque moi ça m'arrange (pas de carte de paiement :-( )

Merci la liste.
K



Ayant testé OVH et OnLine, je suis passé chez Hetzner en Allemagne. 
Pas photo, paiement par virement accepté avec les contraintes que cela 
engendre (pas chèque, c'est un mode de paiement franco-français). Je 
suis en paiement CB, mode professionnel également.




--

Michel Mounier
44°55'37"N 004°53'50"E

"Arion IV"
46°50'00"N 004°50'34"E
arionavigue.legtux.org

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Brian]

On Fri 04 Aug 2017 at 12:25:51 +, Curt wrote:

> On 2017-08-04, Jape Person  wrote:
> > A few weeks ago a CUPS upgrade to our Debian testing systems started 
> > showing a new driver for our Brother MFC-9340CDW in print dialogs and in 
> > the CUPS printer list and in the system-config-printer utility.
> >
> > You'd think that was good news, but we've been unable to find any way to 
> > make the queue for this "driverless" instance of the printer function 
> > properly.
> >
> 
> Just very quickly found this bug that seems to be relevant to your case,
> Jape. As you didn't describe the "garbled" condition of your printouts
> with the "driverless" driver I can't be sure but it seems a fair guess.
> 
> Apparently a resolution dpi error (reported as 600x2dpi--firmware
> bug?--and set that way by cups in the PPD.  Workaroundable by modifying
> the PPD manually as explained in the thread).

Definitely a firmware bug; the printer is non-conforming. cups-browsed
puts the incorrect information in the PPD because it queries the printer
and that is what it is told.
 
> BTW at the Brother site I think they're recommending updating the
> firmware for this printer (maybe not for the reasons explicited here).
> 
> HTH.
> 
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868360

If the OP has his testing systems up-to-date, he should not be seeing
this bug.

-- 
Brian.

Re: Debian meetup on Aug 16th in Stockholm?

[Helio Loureiro]

Hej,

I already added into listing:

https://wiki.debian.org/DebianDay/2017#DebianDay.2F2017.2FSweden.2FStockholm.Sweden:_Stockholm

Now there is no turning back.  We will need to meet and celebrate Debian
day.

Just pending to decide place, date and time.  Tiny details.

Best Regards,
Helio Loureiro
http://helio.loureiro.eng.br
https://se.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro


2017-08-04 14:46 GMT+02:00 Helio Loureiro :

> Hi,
>
> Lets try again an annual meetup?  I could be on 16th (Wednesday) or 18th
> (Friday) or even 19th (Saturday).
>
> On Wednesday I can even book a room in Ericsson premises and we can have a
> little meetup w/ some tutorial like debian packaging system.
>
> Thoughts?
>
> Best Regards,
> Helio Loureiro
> http://helio.loureiro.eng.br
> https://se.linkedin.com/in/helioloureiro
> http://twitter.com/helioloureiro
>
>

Re: Fonts readability (was: Arial vs. Helvetica.)

[rhkramer]

Thanks for the reply!

It looks like you're right--getting this changed sounds like paddling upstream 
against a fairly high current!

On Thursday, August 03, 2017 11:30:35 AM Nicolas George wrote:
> Le sextidi 16 thermidor, an CCXXV, rhkra...@gmail.com a écrit :
> > > Even worse, the anti-aliasing is done wrong:
> > > it is done without taking gamma correction into account. That means
> > > that when 50% intensity is wanted, it produces 22% intensity instead:
> > > black-on-white is too thick, white-on-black is too thin.
> > 
> > Thank you for confirming something I suspected for a long time.
> > 
> > Do you know what program(s) is responsibe for the anti-aliasing,
> > against which a bug might be filed (or maybe a bug has already been
> > filed)?
> 
> It is hard to tell, there are several components working together, and
> they all will try to shift the blame to each other. I tried filling it
> years ago, and it gave me that:
> 
> http://bugs.freedesktop.org/show_bug.cgi?id=13431
> 
> If somebody dares tell me that the way of reading text that I chose is
> "wrong", I think it is worthless to try to discuss.
> 
> The components in play are:
> 
> - fontconfig: at some point, the user needs to be able to tell that
>   gamma correction must be taken into account and what the gamma value
>   should be. Despite what kp wrote, it belongs in fontconfig, just as
>   much as lcdfilter or rgba.
> 
> - Freetype: it is the component that rasterizes the vector fonts,
>   including anti-aliasing, so it would be an easy place to adjust for
>   gamma. Unfortunately, Freetype does not know the color of the text and
>   background, its output could be considered an alpha map.
> 
> - The X11 RENDER extension: it is the component that performs the alpha
>   blending. It would be the correct place to implement the gamma
>   adjustment. Unfortunately, it has no provisions to do so.
> 
> - Xft: it is the glue that holds everything together. I do not think it
>   needs any work for this issue.
> 
> Good luck if you want to get things moving.
> 
> Regards,

Debian meetup on Aug 16th in Stockholm?

[Helio Loureiro]

Hi,

Lets try again an annual meetup?  I could be on 16th (Wednesday) or 18th
(Friday) or even 19th (Saturday).

On Wednesday I can even book a room in Ericsson premises and we can have a
little meetup w/ some tutorial like debian packaging system.

Thoughts?

Best Regards,
Helio Loureiro
http://helio.loureiro.eng.br
https://se.linkedin.com/in/helioloureiro
http://twitter.com/helioloureiro

U

[Servais Rouff]

Je 
G
Envoyé de mon iPhone

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Curt]

On 2017-08-04, Jape Person  wrote:
> A few weeks ago a CUPS upgrade to our Debian testing systems started 
> showing a new driver for our Brother MFC-9340CDW in print dialogs and in 
> the CUPS printer list and in the system-config-printer utility.
>
> You'd think that was good news, but we've been unable to find any way to 
> make the queue for this "driverless" instance of the printer function 
> properly.
>

Just very quickly found this bug that seems to be relevant to your case,
Jape. As you didn't describe the "garbled" condition of your printouts
with the "driverless" driver I can't be sure but it seems a fair guess.

Apparently a resolution dpi error (reported as 600x2dpi--firmware
bug?--and set that way by cups in the PPD.  Workaroundable by modifying
the PPD manually as explained in the thread).

BTW at the Brother site I think they're recommending updating the
firmware for this printer (maybe not for the reasons explicited here).

HTH.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868360



-- 
“Certitude is not the test of certainty.”
--Oliver Wendell Holmes, Jr.

Re: port série: liste des vitesses possibles

[hamster]

Le 04/08/2017 à 13:33, Gaëtan Perrier a écrit :
> Là tu remontes à la préhistoire. La valeur de base est maintenant 115200 et 
> on monte couramment à 921600. Certains équipements montent au delà même.
> Le problème c'est de connaître justement la capacité des ports à supporter 
> ces vitesses.

ca dépend aussi beaucoup de la longueur des fils

Re: port série: liste des vitesses possibles

[Gaëtan Perrier]

Là tu remontes à la préhistoire. La valeur de base est maintenant 115200 et on 
monte couramment à 921600. Certains équipements montent au delà même.
Le problème c'est de connaître justement la capacité des ports à supporter ces 
vitesses.
Pour l'instant à part faire un essai ...

Gaëtan

Le 4 août 2017 12:47:39 GMT+02:00, fred  a écrit :
>Les équipements standards vont prendre une valeur parmi celles
>ci-dessous normalement, ce qui limite les possibilités. Les équipements
>que j'ai rencontré communiquaient le plus souvent en 9600 bauds. J'ai
>rarement rencontré autre chose (parfois 38400 ou 115200 sur d'autres
>équipements).
>
>Maintenant, pour déterminer la ou les bonnes valeurs dynamiquement, je
>ne connaît pas de solutions clé en main. Par contre, connaissant les
>valeurs habituelles, ça doit probablement être scriptable.
>
>Fred
>
>Le 04/08/2017 à 12:36, Gaëtan Perrier a écrit :
>> En fait je me suis mal exprimé.
>> Les vitesses théoriques possibles je les connais très bien. Ce que je
>cherche c'est s'il existe un moyen de connaître dynamiquement celles
>réellement supportées par un équipement donné.
>> 
>> Gaëtan
>> 
>> Le 4 août 2017 12:32:19 GMT+02:00, fred 
>a écrit :
>>> Bonjour,
>>>
>>> Voilà la liste des valeurs que je trouve (exprimé en bauds) :
>>>
>>> 50, 75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400, 4800, 9600,
>>> 19200, 38400, 57600, 115200
>>>
>>> Après, la valeur à choir va dépendre de ton cas d'usage et de
>>> l'équipement derrière. En dehors du fait qu'un adaptateur USB/série
>est
>>> vu comme périphérique du type ttyUSBx au lieu de ttySx pour un port
>>> série classique, ça ne change rien à son paramétrage normalement.
>>>
>>> Fred
>>>
>>>
>>> Le 04/08/2017 à 01:57, Gaëtan PERRIER a écrit :
 Bonjour,

 Est-il possible de connaître la liste des vitesses disponibles pour
>>> un port
 série, qu'il soit physique ou un adaptateur USB/Série ?

 Gaëtan

>> 

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

Re: port série: liste des vitesses possibles

[fred]

Les équipements standards vont prendre une valeur parmi celles
ci-dessous normalement, ce qui limite les possibilités. Les équipements
que j'ai rencontré communiquaient le plus souvent en 9600 bauds. J'ai
rarement rencontré autre chose (parfois 38400 ou 115200 sur d'autres
équipements).

Maintenant, pour déterminer la ou les bonnes valeurs dynamiquement, je
ne connaît pas de solutions clé en main. Par contre, connaissant les
valeurs habituelles, ça doit probablement être scriptable.

Fred

Le 04/08/2017 à 12:36, Gaëtan Perrier a écrit :
> En fait je me suis mal exprimé.
> Les vitesses théoriques possibles je les connais très bien. Ce que je cherche 
> c'est s'il existe un moyen de connaître dynamiquement celles réellement 
> supportées par un équipement donné.
> 
> Gaëtan
> 
> Le 4 août 2017 12:32:19 GMT+02:00, fred  a écrit 
> :
>> Bonjour,
>>
>> Voilà la liste des valeurs que je trouve (exprimé en bauds) :
>>
>> 50, 75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400, 4800, 9600,
>> 19200, 38400, 57600, 115200
>>
>> Après, la valeur à choir va dépendre de ton cas d'usage et de
>> l'équipement derrière. En dehors du fait qu'un adaptateur USB/série est
>> vu comme périphérique du type ttyUSBx au lieu de ttySx pour un port
>> série classique, ça ne change rien à son paramétrage normalement.
>>
>> Fred
>>
>>
>> Le 04/08/2017 à 01:57, Gaëtan PERRIER a écrit :
>>> Bonjour,
>>>
>>> Est-il possible de connaître la liste des vitesses disponibles pour
>> un port
>>> série, qu'il soit physique ou un adaptateur USB/Série ?
>>>
>>> Gaëtan
>>>
> 

Re: pesky and persistent "driverless" Brother MFC-9340CDW

[Brian]

On Thu 03 Aug 2017 at 21:39:43 -0400, Jape Person wrote:

> A few weeks ago a CUPS upgrade to our Debian testing systems started showing
> a new driver for our Brother MFC-9340CDW in print dialogs and in the CUPS
> printer list and in the system-config-printer utility.
> 
> You'd think that was good news, but we've been unable to find any way to
> make the queue for this "driverless" instance of the printer function
> properly.

It *is* good news. The printer was set up automatically, something
people have been asking for for years. No non-free drives, either.
A pity about the printout. That shouldn't happen, The cause would
need to be looked at. Maybe the printer is non-conforming to IPP
Everywhere.
 
> The only way we can print with this printer is to do what we were doing
> before the new "driverless" instance of the printer showed up. We add a
> printer to the system via system-config-printer or the CUPS Web browser
> dialog and deliberately select the Brother MFC-9320CW Foomatic or Brother
> Script-3 driver. (That's not a typo. I'm deliberately choosing a different
> model.) Both of those PPDs work. I have to provide a deliberately altered
> name for this instance so users can tell it from the one that doesn't work.

Brother provides software for this printer.

 http://support.brother.com/g/b/downloadlist.aspx?c=gb=en \
 =mfc9340cdw_all \
 &_ga=2.149781630.955111390.1501838613-23812213.1497304959=128

(URL line broken for readability).

> The particularly annoying thing about this situation is that I cannot delete
> the "driverless" instance of the printer from CUPS / system-config-printer.
> The instant it is deleted, it is automatically re-detected and added back to
> the printer list. But anyone who chooses to print to it is going to get a
> distorted or garbled printout.
> 
> I was able to set a policy in the instance so that only root can print to
> it, so a regular user isn't going to waste time and paper. Still, it would
> be nicer if I could turn off the advertisement that the printer and the
> operating system is providing for the "driverless" instance.

"CreateIPPPrinterQueues No" in cups-browsed.conf. Or switch off Bonjour
broadcasting (AirPrint) on the printer.

-- 
Brian.

Re: port série: liste des vitesses possibles

[Gaëtan Perrier]

En fait je me suis mal exprimé.
Les vitesses théoriques possibles je les connais très bien. Ce que je cherche 
c'est s'il existe un moyen de connaître dynamiquement celles réellement 
supportées par un équipement donné.

Gaëtan

Le 4 août 2017 12:32:19 GMT+02:00, fred  a écrit :
>Bonjour,
>
>Voilà la liste des valeurs que je trouve (exprimé en bauds) :
>
>50, 75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400, 4800, 9600,
>19200, 38400, 57600, 115200
>
>Après, la valeur à choir va dépendre de ton cas d'usage et de
>l'équipement derrière. En dehors du fait qu'un adaptateur USB/série est
>vu comme périphérique du type ttyUSBx au lieu de ttySx pour un port
>série classique, ça ne change rien à son paramétrage normalement.
>
>Fred
>
>
>Le 04/08/2017 à 01:57, Gaëtan PERRIER a écrit :
>> Bonjour,
>> 
>> Est-il possible de connaître la liste des vitesses disponibles pour
>un port
>> série, qu'il soit physique ou un adaptateur USB/Série ?
>> 
>> Gaëtan
>> 

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.

signature.asc
Description: PGP signature

Re: port série: liste des vitesses possibles

[fred]

Bonjour,

Voilà la liste des valeurs que je trouve (exprimé en bauds) :

50, 75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400, 4800, 9600,
19200, 38400, 57600, 115200

Après, la valeur à choir va dépendre de ton cas d'usage et de
l'équipement derrière. En dehors du fait qu'un adaptateur USB/série est
vu comme périphérique du type ttyUSBx au lieu de ttySx pour un port
série classique, ça ne change rien à son paramétrage normalement.

Fred


Le 04/08/2017 à 01:57, Gaëtan PERRIER a écrit :
> Bonjour,
> 
> Est-il possible de connaître la liste des vitesses disponibles pour un port
> série, qu'il soit physique ou un adaptateur USB/Série ?
> 
> Gaëtan
> 

howto restart a service in postinst script (Stretch and newer)

[Harald Dunkel]

Hi folks,

the Debian Policy Manual still talks about "run levels" and
"init.d scripts" on 
https://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit .
No word about systemd and others.

What is the right way to restart a service from the postinst
script for Stretch and newer?

Reason for asking is: opensmtpd died once too often when it got
restarted via invoke-rc.d from a postinst script on my desktop 
PC.


Every helpful comment is highly appreciated
Harri

Re: Créer un fichier grub.cfg correct

[andre_debian]

On Thursday 03 August 2017 23:48:48 Pascal Hambourg wrote:
> Le 03/08/2017 à 20:37, andre_deb...@numericable.fr a écrit :
> > Comment recréer un fichier "grub.cfg" correct ?
> > Sur le disque dur, partition ext4 : sda2.
> > Deux sauvegardes ext4 sur un 2ème disque dur : sdb1 et sdb2.

> Sauvegardes de quoi ? Sous quelle forme ? :

Deux sauvegardes de Debian Jessie (sda2) vers sdb1 et sdb2.

> > Je veux booter sur sdb1 et me retrouve sur sda1.

> Donc sdb1 contient un système ?  :

Oui, Debian Jessie (sda2) .

> Je croyais qu'elle contenait une sauvegarde :

sdb1 et sdb2 contiennent la sauvegarde de sda2
et son bootable (leur /etc/fstab est adapté pour ça).

Je désire avoir un grub.cfg me permettant de booter
sur sda2, sdb1 et sdb2, avec les UUID corrects mis
automatiquement par "update-grub" et ce n'est pas le cas.

André

 

Re: Live recording

[Jeremy Nicoll]

On Fri, 4 Aug 2017, at 00:22, deloptes wrote:

> > 3) mic2 is stereo.

> now way - such thing does not exist - one can not be two ..

Wrong.  Such things do exist.  But they're aimed at professional users.
For example, a relatively cheap thing:

http://www.coutant.org/m22rp/

(this single body has 2 elements in it recording what's known as M+S - 
Middle & Side - where there's a front-facing microphone as well as a
figure-of-8 response thing recording what's happening on each side of 
the microphone.  It can't be plugged in to a normal pair of mixer inputs
without some trickery (or in this particular model, use of the 'matrix'
box it comes with).


And something less cheap (if you can find one at all these days):
http://www.proaudioeurope.com/info/classic-catalogue/akg-microphones/akg-c422-microphone


Then there are single-body mics with multiple capsules, eg this:
http://www.soundfield.com/

(four capsules; this mic gets plugged into a controller box and - if you
buy the most expensive
version you can adjust the width, depth & even height (for surround
sound)  of stereo image 
produced from it.  It is VERY expensive - many thousands of pounds.)

-- 
Jeremy Nicoll - my opinions are my own.

me déranger pour rien

[sophiegonnot]

Va voir ailleurs je suis pas de bonne humeur

Re: Network config

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Aug 03, 2017 at 08:49:05PM +0200, Pascal Hambourg wrote:
> Le 03/08/2017 à 15:52, Zenaan Harkness a écrit :
> >On Thu, Aug 03, 2017 at 08:53:27AM -0400, Greg Wooledge wrote:
> >>But the problem is, various Unix DHCP client daemons do *too much*.
> >>All I want them to do is set the IP address, netmask, and gateway.
> >>I *don't* want them to change the system hostname, or the system
> >>resolv.conf (in which I have hand-placed *our* DNS search domain and
> >>*our* DNS resolvers).
> >
> >Well, making /etc/resolv.conf read-only, owned by root.root
> 
> ... is just useless. resolv.conf is already owned by root, DCHP
> client daemons run as root and on Linux systems root (uid 0) ignores
> read/write permissions.

That's what chattr +i is for. Don't forget to do chattr -i on the file
whenever *you* want to change it :-)

(For me, it's a satisfying feeling when I see the culprits whining
in the logs that they cannot write to the file, but that may be
my hidden sadistic alter ego).

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

iEYEARECAAYFAlmELNwACgkQBcgs9XrR2kYNMACfSv64NQre+qFfAXONWOEdADtm
jIoAn3rP30lR8UAeYqvKSrZt55GgM4gU
=SZVO
-END PGP SIGNATURE-

Re: Network config

[Joe]

On Fri, 4 Aug 2017 10:59:13 +1000
Zenaan Harkness  wrote:


> 
> Given the uniqueness of how you seem to want to do your networking,
> perhaps that's the best option to make it less abnormal - looks like
> it to me.
> 

I don't think it's really all that unique, or unreasonable, for a
computer user to want to specify a particular DNS server. If an
operating system file needs to be made immutable in order to achieve
this, some programmer somewhere has... made a mistake, to put it kindly.

I wasted twenty minutes the other day, because a functional network
switch connected to a couple of PCs had lost its wired connection to
the rest of the network, which had been OK half an hour earlier. This
simple fault was concealed by the way my Windows laptop was behaving in
the absence of a DHCP server. Despite my efforts, it was ignoring its
previous DHCP address, and my manually entered address, and was
acquiring an APIPA address, thus guaranteeing no possible network
connection ever.

Eventually I worked out that there was a bug causing even worse
misbehaviour than usual, and forced a suitable IP address onto the
machine, when I quickly discovered a lack of connectivity... but if the
damn thing hadn't been so *helpful*, I'd have fixed it much quicker.
There appears to be no way to tell a Windows computer that you never,
ever, *ever* want to see an APIPA address anywhere.

Yes, there's the perpetual argument about how much hand-holding a
non-IT person needs, and it's a lot, and how much should be left to the
user, but whatever the decision, it should always be possible for a
user to insist 'I want it done *this* way'. If that lands him in
trouble, tough, but foot-shooting must *always* be allowed, without an
enormous struggle.

-- 
Joe

Re: Live recording

[Rodolfo Medina]

deloptes  writes:

> First of all you need to get basic knowledge of signal and audio processing
>
> One good way to understand things 8especially about electricity is water and
> pipes.
>
> Now your mic is a one bucket full of water and you have to pipes (left and
> right) ... where does the water flow?

It flows left and right, I suppose...


> Rodolfo Medina wrote:
>
>> With my two microphones, say mic1 and mic2, I did a little experiment: I
>> recorded my voice with mic1, using sox, then listened to the so created
>> .wav file and the sound was heard only on the left channel.  Instead,
>> doing the same with mic2, the sound was heard on both channels.  How
>> should we conclude?  It seems to me that we should conclude that:
>> 
>> 1) the mic input on my PC is stereo.  In fact, it is a laptop, nay a
>> netbook, doesn't have a line in and it is reasonable that its mic input is
>> also a line in;
>> 
>
> there is no stereo mic - keep in mind - one bucket full of water - not two

Here we seem to have different advices.  It seems that sometimes, laptops have
one input hole for both mic and line in.  Some of them, as reported by other
posters, can even switch from one to another function.  Someone else suggested
a way to check *if* mic entry is stereo or mono.  Someone, like you, states
that mic input is certainly mono, but someone else, also around Google, seems
to state the contrary, i.e. it can be mono or stereo depending on the PC.  This
is important to me also because I reversed into digital form some old vynils,
and did so using the mic input of my netbook, that doesn't have a line in.  So
I'd need to know if those *.wav files so produced are stereo or not, and, in
case they aren't, repeat the operation on another machine or adding an external
sound card to the netbook.


>> 2) mic1 is mono;
>> 
>> 3) mic2 is stereo.
>> 
>
> now way - such thing does not exist - one can not be two ... even easier ...
> you have two ears and one mouth ... so you hear stereo, but you speak mono

Also here, someone states that there exist stereo and mono microphones...


>> Do you agree?  But then, if it is so, my rough home made live piano
>> record, done using mic1 and mic2 plugged together in a
>> one-male--two-female splitter, is actually stereo...?
>> 
>
> it really depends how this splitter is wired. What I post you before is what
> you need - a splitter that splits the stereo L/R to a single L and single
> R.

Yes, this is clear.


> Stereo jack has 3 contacts mass and L,R while mono has 2. So I conclude
> something is wrong with your wiring. That's it.

The splitter works regularly when used in listening mode...


> get a propper splitter and try the line in


Thanks,

Rodolfo

Re: Live recording

[Rodolfo Medina]

David Christensen  writes:

> On 08/03/17 05:23, Rodolfo Medina wrote:
>> The mic input on my PC [may be] stereo.  In fact, it is a laptop, nay a
>> netbook, doesn't have a line in and it is reasonable that its mic
>> input is also a line in;
>
> What is the make and model of your netbook?

It's an Acer Aspire One, and the model should be ZG8.


> My Dell Inspiron E1505 laptop has a stereo microphone connector.  When I run
> an OS with good sound support, the audio mixer applet includes a means
> (e.g. checkbox) for selecting between microphone or line-level signals.
>
>
> On 08/03/17 11:15, Rodolfo Medina wrote:
>> Jeremy Nicoll  writes:
>>>
>>> Look at: https://i.ytimg.com/vi/x1q9MXvjDlM/maxresdefault.jpg
>>
>> All four my mics, all my headphones, all my adaptors, are all of type
>> 2 in the picture, where it says `stereo'.
>
>
> On 08/03/17 06:19, Rodolfo Medina wrote:
>> Jeremy Nicoll  writes:
>>>
>>> What makes and models are your mics?
>>
>> I can't tell, because they're old and I don't keep their specs.  One
>> of them was given to me about 15 years ago, the other I don't even
>> remember how I have it.  But I've got another teo: they are, each of
>> them, part of a headphone. They also let hear the recorded sound from
>> both channels. They are:
>>
>> http://www.trust.com/it/product/11916-primo-chat-headset
>>
>> and
>>
>> http://www.trust.com/it/product/20685-mauro-headset
>
> Do the headsets have one or two phone plugs?  What color or colors? What size
> or sizes -- original 1/4 inch, miniature 3.5 mm, or sub-miniature 2.5 mm?

They all have one green 3.5mm stereo plug.

> https://en.wikipedia.org/wiki/Phone_connector_(audio)#Modern_connectors
>
>
> What size are the phone plugs on the non-headset microphones?

Same: 3.5mm, stereo.  All of them.

Thanks!

Rodolfo

Re: Live recording

[Rodolfo Medina]

David Christensen  writes:

> On 08/03/17 06:19, Rodolfo Medina wrote:
>> Jeremy Nicoll  writes:
>>>
>>> What makes and models are your mics?
>>
>> I can't tell, because they're old and I don't keep their specs.  One
>> of them was given to me about 15 years ago, the other I don't even
>> remember how I have it.
>
> One more question that might explain the ring -- do the microphones have
> switches?


They don't.  The two ones that come with headsets have volume control wheel,
but I don't know if it is for the headsets only.

Rodolfo

Re: Re: Re: Sudden death of bluetooth headphone connectivity

[dekkzz78]

On 08/04, Mark Fletcher wrote:

I guess the next thing to try is your blueman suggestions. It strikes me
as odd that it would be working fine and then suddenly break though.



in my 2 years using my FSL headphones BT has broken several times usually on bluez updates and has never been 
particularly stable using the gnome applet. the older chipsets seem more prone to issues wrt a2dp stability which is 
why i disable them and use bt4.0 usb units. i'll set up one on a debian thinkpad over the weekend and see what happens.


signature.asc
Description: PGP signature