Re: Live recording

[David Christensen]

On 07/28/17 12:11, Rodolfo Medina wrote:

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?


Connecting two monophonic microphones in parallel with a connection 
splitter run backwards will yield a monophonic signal with reduced gain 
and time/ frequency signal artifacts such as comb filtering and echo. 
For most applications, the result will not be acceptable.



Capturing sound with two microphones can be done several ways:

https://en.wikipedia.org/wiki/Stereophonic_sound#Recording_methods


Computer microphone port(s) are typically monophonic and the line input 
port(s) are typically stereophonic.  If you want to record in stereo, 
you need to provide left and right channel signals to the line input port.



Computer microphone ports and line input ports also expect different 
voltages and have different impedance.  I believe computer line input 
ports are designed to consumer audio equipment standards -- e.g. -10 dBV 
into 10 kOhm for 0 VU:


https://en.wikipedia.org/wiki/Line_level#Nominal_levels


(For microphone ports, my guess would be -30 dBV into 1 MOhm.)


This means you need two microphone pre-amplifiers and/or a stereo mixer 
with two or more microphone inputs:


https://en.wikipedia.org/wiki/Line_level#Line_level_in_traditional_signal_paths


The audio capabilities of Linux have evolved over the years:

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

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


Sox is a command-line tool that has been around since 1991:

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


Audacity is my favorite interactive audio recording and editing tool:

https://en.wikipedia.org/wiki/Audacity_(audio_editor)


If you would care to explain your application, we might be able to give 
more advice.



David

Re: Btrs vs ext4. Which one is more reliable?

[Andy Smith]

Hello,

On Fri, Jul 28, 2017 at 04:27:32PM +0200, Dan wrote:
> I have a NFS4 server with ext4. I'm moving to Debian Stretch. I wonder if I
> should switch to Btrfs.

I personally wouldn't. I do use btrfs at home and wish I didn't,
will be moving away from it soon.

Take a look at the archives of the linux-btrfs list and note how
many threads there still are involving phantom -ENOSPC issues,
problems where filesystems cannot be mounted unless kernel and
tools are updated to bleeding edge versions, and occasionally
outright data loss.

I haven't had data loss but I've had the -ENOSPC problems and also
situations where a dead device can't be removed and a replacement
added without rebooting and upgrading kernel. These are not things I
expect from a redundant filesystem and so for me it's not ready yet.

https://www.mail-archive.com/linux-btrfs@vger.kernel.org/

> I like the checksum feature to prevent silent corruption.

You could consider ZFS on Linux.

http://zfsonlinux.org/

> My understanding is that the only thing that prevents silent corruption in
> ext4 is the hard drive CRC (Cyclic Redundancy Check Error). Is that enough
> for a server?

No, not with multi-terabyte devices. CRC doesn't detect well enough,
also errors can happen at different places that CRC can't always
detect.

> I do backups very often, I don't mind if the hard drive dies,
> but I don't want silent corruption.

Error-checking filesystem isn't a substitute for backups so you'll
always need those. Make sure you have historical versions so you can
check for silent corruption.

Having RAID and scrubbing it regularly helps. It will at least spot
mismatches. The mdadm package on Debian does that by default once
per month and I could recommend making that more often if it doesn't
cause you performance issues. Also note that if you only have a two
way mirror and you find out there are mismatches, you may not be
able to tell which mirror has the correct data. Forcing md to fix it
will cause it to pick one side at random.

I'm sure there will be plenty of people who have used btrfs for
years and had no issue. But I didn't do anything wrong with it, did
have issues, and so do a lot of other posters to linux-btrfs.
Nothing is perfect but the amount of problems I still see there is
enough cause for concern to me.

The worst I've seen on the zfsonlinux list in the last couple of
years is people reporting abnormally low performance in their
configuration.

Cheers,
Andy

-- 
https://bitfolk.com/ -- No-nonsense VPS hosting

Re: Stretch: xfce and xscreensaver

[David Wright]

On Thu 27 Jul 2017 at 14:18:47 (-0700), Patrick Bartek wrote:
> > On Thu, Jul 27, 2017 at 07:35:24AM -0700, Patrick Bartek wrote:
> > > Or do what I did: dispense with a screensaver entirely.  Haven't
> > > used one in years.  Waste of CPU cycles.  Besides modern computer
> > > screens don't even need them anymore.  They aren't prone to image
> > > burning like tube-type monitors were.  I just use xset or a power
> > > management utility, if installed, to "sleep" the monitor display
> > > after a set time of system idleness. Works great.

[…]

>  I lock my screen manually, too.  Much of my work involves studying
> what's on the screen without any input.  It's an annoyance when it
> "blanks" and I have to log back in disrupting my train of thought.

As you use xset, can't you just define a key to set a really long
timeout like   xset dpms 9000 9000 9000 ; xset s 9000 9000
to prevent it blanking? (And one to revert if you feel the need.)

Cheers,
David.

Re: Habilitar o KDE após instalação

[Gilberto F da Silva]

On Fri, Jul 28, 2017 at 10:07:08PM -0400, Rodolfo wrote:
> Certo, você baixou o KDE, mas... instalou?

  Usei o apt-get install kde-full
  
> 
> # apt-get install kde-desktop

  Esse eu não instalei.  Vou voltar ao Debian e testar.
  
-- 

Gilberto F da Silva - gfs1...@mandic.com.br - ICQ 136.782.571
Stela dato:2.457.963,592  Loka tempo:2017-07-28 23:12:03 Vendredo 
-==-
É evidente que Deus, o supremo arquiteto, projetou o Brasil como uma 
sala de estar. Mas os proprietários preferiram usá-lo como 
depósito de lixo.
-- Millôr Fernandes


signature.asc
Description: PGP signature

Re: Habilitar o KDE após instalação

[Rodolfo]

Certo, você baixou o KDE, mas... instalou?

# apt-get install kde-desktop

após a instalação, na tela onde você informa usuário e senha, no canto
superior direito, tem um ícone onde você escolhe o gerenciador de desktop
que irá utilizar (kde, gnome, etc.)

Abraços.

Em 28 de julho de 2017 22:03, Gilberto F da Silva 
escreveu:

>  Prezados,
>
>  Instalei o gnome por engano no Debian 9.  Na verdade não
>  o escolhi.  Deve ser a opção default após um tempo sem
>  escolher. Eu deixei o debian instalando e fui assistir um
>  pouco de TV.
>
>  Já baixei o KDe mas não estou conseguindo descobrir como
>  deixá-lo ativo.  Na tela de login não aparece a opção do
>  KDE.  Só consigo entrar no gnome.  Simplesmente não gosto
>  dele.
>
> --
>
> Gilberto F da Silva - gfs1...@mandic.com.br - ICQ 136.782.571
> Stela dato:2.457.963,583  Loka tempo:2017-07-28 22:59:34 Vendredo
> -==-
> "Se Deus é onisciente, ele sabia que Adão e Eva iriam pecar. Se é
> onipotente, poderia ter evitado. Se é misericordioso, sem dúvida
> alguma, teria evitado... Nenhuma destas três qualidades Deus tem".
> -- Perrone
>

Habilitar o KDE após instalação

[Gilberto F da Silva]

 Prezados,

 Instalei o gnome por engano no Debian 9.  Na verdade não
 o escolhi.  Deve ser a opção default após um tempo sem
 escolher. Eu deixei o debian instalando e fui assistir um
 pouco de TV.

 Já baixei o KDe mas não estou conseguindo descobrir como
 deixá-lo ativo.  Na tela de login não aparece a opção do
 KDE.  Só consigo entrar no gnome.  Simplesmente não gosto
 dele.
 
-- 

Gilberto F da Silva - gfs1...@mandic.com.br - ICQ 136.782.571
Stela dato:2.457.963,583  Loka tempo:2017-07-28 22:59:34 Vendredo 
-==-
"Se Deus é onisciente, ele sabia que Adão e Eva iriam pecar. Se é 
onipotente, poderia ter evitado. Se é misericordioso, sem dúvida 
alguma, teria evitado... Nenhuma destas três qualidades Deus tem".
-- Perrone


signature.asc
Description: PGP signature

KDE's Applications Launcher Menu incorrect behavior

[Dmitry Unruh]

Hello!
I noticed an incorrect behavior of the KDE's Applications Launcher
Menu in Debian: not all characters are printed when i type something
in search field.
For example, I type "kate", but "kte" has printed.
Sometimes only first symbol has printed.
The same behavior is in Discover application.
In other applications all works correctly.
It began when I have started to use standard system keyboard layouts
instead of IBus.
What should I do to collect more details of the incorrect behavior to
help to fix it?

P.S.: Debian 9 AMD64 KDE.

Re: VLC Plays Video But No Sound

[Thomas George]

On 07/28/2017 09:34 AM, Wilko Fokken wrote:

On Wed, Jul 26, 2017 at 03:29:09PM -0400, Thomas George wrote:

VLC audio message: vdpau_avcodec generic error: decoder profile not
supported: 7

I have also tried playing the video with mpv which gives a different error
message:

[lavf] Edit lists are not correctly supported (FFmpeg issue)


My system is Stretch. ogg123 plays ogg files with not problem but I just
checked and found mpg321 plays mp3 files with no sound.

Any suggestions as to what is missing? How to fix this?


Under Debian Jessie + icewm, I had installed vlc: No pictures no sound.

Sb. in this forum was advised to use mplayer.

So I purged vlc, used deborphan to get rid of it's fringe benefits, and
as a layman in video and sound, installed mplayer AND smplayer.

After fiddling a little within smplayer's menu, I could enjoy a film DVD,

(an old present that I hadn't been able to get working before:
"Those magnificient men in their flying machines")


Thanks, this did the trick. I now have both video and the audio track.

Re: Re: tty con caracteres extranos

[daniel villanueva]

i

Enviado desde mi iPhone

Re: Live recording

[Jeremy Nicoll]

On Fri, 28 Jul 2017, at 20:11, Rodolfo Medina wrote:
> Hi all.
> 
> 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?

If you have a sound-card, or external 'audio interface' that can process
signals from 
more than one channel at once, then you can record either 'double mono'
or 
stereo.

Which you get depends on the directional characteristics of the
microphones and 
how they are positioned relative to each other.  Stereo is not just two
sounds at 
once, but (generally) two sounds captured at the same point in space. 
Sound
recordists would usually use a pair of 'cardioid' response mics,
arranged in what's
called an 'X-Y' or 'crossed-pair' configuration.  You can google these
terms.


-- 
Jeremy Nicoll - my opinions are my own.

Re: Live recording

[deloptes]

Rodolfo Medina wrote:

> 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?
> 
> Thanks for any reply,
> 
> Rodolfo

Hahaha, Rodolfo you made my day. It was anyway a hard week, so good that I
read your post :)

The mic is mono, so the input if I am not wrong is mono as well.
Check of course the specs of your board. On my one (pretty standard) it
says:

Interfaces
Audio: line-in  1
Audio: line-out 1
Front audio: microphone 1
Front audio: headphone  1

in linux language

$ amixer
Simple mixer control 'Master',0
  Capabilities: pvolume pswitch pswitch-joined
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 65536
  Mono:
  Front Left: Playback 11477 [18%] [on]
  Front Right: Playback 11477 [18%] [on]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch cswitch-joined
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 65536
  Front Left: Capture 7353 [11%] [on]
  Front Right: Capture 7353 [11%] [on]

$ ls -1 /dev/snd/
by-id
by-path
controlC0
controlC1
hwC0D2
pcmC0D0c
pcmC0D0p
pcmC0D2c
pcmC1D0c
seq
timer

pcmc is capture device (p is playback)

The mic has also different Ohms or perhaps better to say impedance, so I am
not sure if it would work, but you could try plugging those mics to the
line in, not the mic.

So line in, is the stereo one. I think if you plugin mic(s) without preamp,
because of the high Ohms, it would be very silent, but still worth a try.

You need a stereo jack to L-R like this one
https://www.thomann.de/at/pro_snake_78219_yadapterkabel.htm

This way you'll also know if it is true stereo, because if you unplug the
one mic, it would record only on the other channel. Of course you can see
this in audacity or even with arecord

However I am not sure what would be the purpose of all this, but you know
perhaps better

regards

Re: Power draw from UPS

[deloptes]

Goran wrote:

> Yes, I checked with a simple wattmeter and it's correct.
> 
> [send by mobile device]


ahh, those mobile devices... you top posted

What exactly did you check, so that it is correct ... I'm a simple man and
can not read minds yet.

regards

Live recording

[Rodolfo Medina]

Hi all.

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?

Thanks for any reply,

Rodolfo

Re: Power draw from UPS

[Goran]

Yes, I checked with a simple wattmeter and it's correct.

[send by mobile device]

Am 28.07.2017 4:07 nachm. schrieb "Dan Ritter" :

> On Fri, Jul 28, 2017 at 01:04:30PM -, Dan Purgert wrote:
> > g wrote:
> > > I've found out that apcaccess is my friend. When used with attached UPC
> > > via USB, it tells a lot about the UPC:
> > >
> > > https://linux.die.net/man/8/apcaccess
> > >
> > > and the line
> > >
> > > RETPCT : Battery charge % required after power off to restore power
> > >
> > > is the key. My UPC has a max power of 900 watt. RETPCT shows 30.0%. So:
> > >
> > > 900w x 0.30 = 270w
> > >
> > > 270 watt is the actual power draw of my server.
> >
> > Maybe I'm misreading it -- but it sounds like "RETPCT" is the required
> > battery charge level before the UPS will restore power to connected
> > devices, assuming the battery runs flat.
>
> Yeah. I think that LOADPCT * NOMPOWER gives you the actual
> usage.
>
> -dsr-
>
>

Re: (OT kinda) Your wish is their command

[Jape Person]

On 07/28/2017 07:30 AM, Curt wrote:

On 2017-07-26, Jape Person  wrote:

On 07/26/2017 12:01 PM, Curt wrote:


https://www.wired.com/story/adobe-finally-kills-flash-dead/




I'd swear that Adobe said they were going to do this years ago. At that
time I muttered under my breath that I would probably be dead by the
time they actually got around to it.

2020, huh? It's going to be close.



Well that's a mediocre prognosis and I'm sorry to hear it.



Hi, Curt.

Thank you for your kind sentiment, but I've had a terrific life, so no 
regrets on anyone's part. And it's still possible I'll keep surprising 
myself. I was expected to last six months in 1982, so I've been fortunate.


I should tell you that you have provided me with a steady stream of 
amusement. It's so appropriate that your list name is Curt. Those pithy 
little zingers never fail to tickle. They've made this a fun place to visit.


I had hoped to see the world get a sense of humor and go to a big party 
together before I kicked it. Obviously, that's not going to happen, but 
if I may see the end of Flash before it sees the end of me, that will be 
a tiny but nice consolation prize.


;-)

JP

Re: samba config

[Joe]

On Fri, 28 Jul 2017 08:53:56 -0700
tony mollica  wrote:

> Hello.
> 
> Maybe a minor samba config problem but searches only show up some
> very old stuff and that doesn't appear to rectify the problem.
> 
> Once, again, Debian Stretch with samba installed.  All I need is to 
> access a few files on Stretch from a win7 box, and that works.  What
> I can't get to work is the smbclient command to view the status of
> shares on Stretch.
> smbclient -L localhost results in a password request, then entered,
> and the result is invariably this:
> 
> smbclient -L localhost
> Enter tjm2's password:
> 
> Connection to localhost failed (Error NT_STATUS_UNSUCCESSFUL)
> 
> I've tried different users and root with the same result.  Tried 
> adjusting the routing tables and using actual ip instead of
> localhost, also with no improvement.
> 
> I'm overlooking something, but it's not clear to what that is.  Like
> I said, the connection between boxes works just fine with no problems.
> 

Do you have gvfs installed?

-- 
Joe

Re: samba config

[Fekete Tamás]

Hy Tony!

I would give one more trial. Please use the name what is defined in your
/etc/samba/smb.conf in the global section with "netbios name ="
If nothing is set, set something, restart the smbd and nmbd service and try
with the newly configured name.

If that neither works, I will have temporarly no other idea.

- Tamas Fekete

2017-07-28 19:21 GMT+02:00 tony mollica :

> Thanks.  Tried with lo ip and interface ip with the same result.  No
> change in the response.
> No log entries about this.
>
>
> Tony
>
> On 07/28/2017 09:47 AM, Fekete Tamás wrote:
>
>> Hello Tony!
>>
>> What if you use IP address instead of localhost?
>>
>> 127.0.0.1 might better than localhost, as localhost is a DNS-like name,
>> but as I know the whole SAMBA uses netbios naming conventions.
>> So please try with the IP address.
>>
>> - Tamas Fekete
>> Debian v9.0 user
>>
>> 2017-07-28 17:53 GMT+02:00 tony mollica  t...@threedogs.net>>:
>>
>> Hello.
>>
>> Maybe a minor samba config problem but searches only show up some
>> very old stuff and that doesn't appear to rectify the problem.
>>
>> Once, again, Debian Stretch with samba installed.  All I need is to
>> access a few files on Stretch from a win7 box, and that works.Â
>>  What I can't get to work is the smbclient command to view the status
>> of shares on Stretch.
>> smbclient -L localhost results in a password request, then entered,
>> and the result is invariably this:
>>
>> smbclient -L localhost
>> Enter tjm2's password:
>>
>> Connection to localhost failed (Error NT_STATUS_UNSUCCESSFUL)
>>
>> I've tried different users and root with the same result.  Tried
>> adjusting the routing tables and using actual ip instead of
>> localhost, also with no improvement.
>>
>> I'm overlooking something, but it's not clear to what that is.Â
>>  Like I said, the connection between boxes works just fine with no
>> problems.
>>
>> thanks,
>> tony
>>
>>
>>
>

Re: samba config

[tony mollica]

Thanks.  Tried with lo ip and interface ip with the same result.  No 
change in the response.

No log entries about this.


Tony

On 07/28/2017 09:47 AM, Fekete Tamás wrote:

Hello Tony!

What if you use IP address instead of localhost?

127.0.0.1 might better than localhost, as localhost is a DNS-like name, 
but as I know the whole SAMBA uses netbios naming conventions.

So please try with the IP address.

- Tamas Fekete
Debian v9.0 user

2017-07-28 17:53 GMT+02:00 tony mollica >:


Hello.

Maybe a minor samba config problem but searches only show up some
very old stuff and that doesn't appear to rectify the problem.

Once, again, Debian Stretch with samba installed.  All I need is to
access a few files on Stretch from a win7 box, and that works. 
What I can't get to work is the smbclient command to view the status

of shares on Stretch.
smbclient -L localhost results in a password request, then entered,
and the result is invariably this:

smbclient -L localhost
Enter tjm2's password:

Connection to localhost failed (Error NT_STATUS_UNSUCCESSFUL)

I've tried different users and root with the same result.  Tried
adjusting the routing tables and using actual ip instead of
localhost, also with no improvement.

I'm overlooking something, but it's not clear to what that is. 
Like I said, the connection between boxes works just fine with no

problems.

thanks,
tony

Re: problemas con pidgin y server ejabberd

[luis]

> Buenas tardes
>
> En la instalación de los clientes, para que se comuniquen con el server,
> hay que habilitar los puertos 5222 y  si no mal recuerdo, pero lo
> pueden verificar en el Server, server settings, client connection settings
> y en file transfers settings.
>
> Ahora, como parece que el cliente es pidgin, en la pestañana avanzadas,
> se
> encuentra el puerto de conexión, luego en conectar con el servidor se
> coloca la ip donde radica el server y desde luego en la pestaña basica
> los
> datos del usuario, clave y otros.
>
> Atte
>
> Rafael A. A.
> desde Huancavelica-Perú
>
> El 26 de julio de 2017, 9:57, Usuario Lista
> 
> escribió:
>
>> Hola Luis...
>>
>> Has conseguido solucionar el problema?
>>
>> Me ocurre lo mismo y no he dado con la solución.
>>
>> El El vie, 21 jul 2017 a las 17:52,  escribió:
>>
>>> Buenos días a todos.
>>>
>>> Tengo isntalado ejabberd en Debian 7 a 64 bit, tengo problemas en
>>> autenticación con los clientes pidgin que tengo isntaslado en los
>>> windows.
>>>
>>> Me da este error
>>>
>>> "Se produjo un fallo en la negociación SSL"
>>>
>>>
>>> Tengo salva del config de ejabberd del server y hot y dominio
>>> perfectamente configurado, tuve que desisntalarlo y al instalarlo
>>> nuevamente es que me dio este error.
>>>
>>> Alguna idea d ecomo solucionarlo ???
>>>
>>> Agradezco toda ayuda
>>>
>>>
>

hola, gracias por las respuestas

Si todo eso lo tengo muy claro y así está implementado.

Todo revisado, pero no consigo que los clientes de de windows con pidgin
ver 2.12 se conecten me da error de SSL.

Sin embarco desde una PC cliente con debia y pidgin si me puedo conectar
sin problemas.

Alguna idea y agradecido a todo el que me ha escrito.

Re: samba config

[Fekete Tamás]

Hello Tony!

What if you use IP address instead of localhost?

127.0.0.1 might better than localhost, as localhost is a DNS-like name, but
as I know the whole SAMBA uses netbios naming conventions.
So please try with the IP address.

- Tamas Fekete
Debian v9.0 user

2017-07-28 17:53 GMT+02:00 tony mollica :

> Hello.
>
> Maybe a minor samba config problem but searches only show up some very old
> stuff and that doesn't appear to rectify the problem.
>
> Once, again, Debian Stretch with samba installed.  All I need is to access
> a few files on Stretch from a win7 box, and that works.  What I can't get
> to work is the smbclient command to view the status of shares on Stretch.
> smbclient -L localhost results in a password request, then entered, and
> the result is invariably this:
>
> smbclient -L localhost
> Enter tjm2's password:
>
> Connection to localhost failed (Error NT_STATUS_UNSUCCESSFUL)
>
> I've tried different users and root with the same result.  Tried adjusting
> the routing tables and using actual ip instead of localhost, also with no
> improvement.
>
> I'm overlooking something, but it's not clear to what that is.  Like I
> said, the connection between boxes works just fine with no problems.
>
> thanks,
> tony
>
>

Re: Need to upgrade to jessie need help

[Dejan Jocic]

On 28-07-17, Greg Wooledge wrote:
> On Fri, Jul 28, 2017 at 05:39:39PM +0200, Dejan Jocic wrote:
> > So, same question as above, did and of those they messed up? Are there
> > opened bugs that autoremove from any of used tools in debian removes
> > packages it should not? And qualifications for that statement are years
> > of use of both apt-get and aptitude with autoremove following
> > update/upgrade. Never had any trouble with it.
> 
> The concern is that you may have used some shared library to compile a
> third-party program which is installed in /usr/local or /opt, or anywhere
> else that's outside of Debian's knowledge.  Debian would not know that
> the library is still being used, and therefore might autoremove it.
> 
> The impact of this is directly proportional to how many things you
> compile yourself, and how important those things are to you.
> 

If you manually installed shared library, did autoremove removed
it/proposed to removed it? Or, it was installed as dependency of some
other package that you removed? If former, it is bug. If later, you
should have mark it as manually installed, if your compiled software
depends on it.

Also, if you compile third party programs, there are ways to make debian
packages out of them and keep yourself and your preferred debian package
tool happy. Just saying.

Re: Need to upgrade to jessie need help

[Greg Wooledge]

On Fri, Jul 28, 2017 at 05:39:39PM +0200, Dejan Jocic wrote:
> So, same question as above, did and of those they messed up? Are there
> opened bugs that autoremove from any of used tools in debian removes
> packages it should not? And qualifications for that statement are years
> of use of both apt-get and aptitude with autoremove following
> update/upgrade. Never had any trouble with it.

The concern is that you may have used some shared library to compile a
third-party program which is installed in /usr/local or /opt, or anywhere
else that's outside of Debian's knowledge.  Debian would not know that
the library is still being used, and therefore might autoremove it.

The impact of this is directly proportional to how many things you
compile yourself, and how important those things are to you.

samba config

[tony mollica]

Hello.

Maybe a minor samba config problem but searches only show up some very 
old stuff and that doesn't appear to rectify the problem.


Once, again, Debian Stretch with samba installed.  All I need is to 
access a few files on Stretch from a win7 box, and that works.  What I 
can't get to work is the smbclient command to view the status of shares 
on Stretch.
smbclient -L localhost results in a password request, then entered, and 
the result is invariably this:


smbclient -L localhost
Enter tjm2's password:

Connection to localhost failed (Error NT_STATUS_UNSUCCESSFUL)

I've tried different users and root with the same result.  Tried 
adjusting the routing tables and using actual ip instead of localhost, 
also with no improvement.


I'm overlooking something, but it's not clear to what that is.  Like I 
said, the connection between boxes works just fine with no problems.


thanks,
tony

Re: Need to upgrade to jessie need help

[Dejan Jocic]

On 27-07-17, David Wright wrote:
> On Tue 25 Jul 2017 at 16:16:44 (+0200), Dejan Jocic wrote:
> > On 25-07-17, Greg Wooledge wrote:
> > > Is there any way to permanently neuter apt-get autoremove, so that even
> > > if something invokes it against my will, it will *never* remove anything?
> > > 
> > > And more, is there a way to get apt and apt-get to *stop* prompting me
> > > to run it, and *stop* spamming me with a list of packages that it would
> > > like me to remove?  (Maybe that's the same as the first question, maybe
> > > not.)
> > > 
> > > My strategy so far has been "ignore the spam, and never willingly run
> > > autoremove".  This mostly works, but I recently learned that tasksel
> > > will apparently run an autoremove, without warning, whether I want it
> > > to or not ().
> > > 
> > > If autoremove will also remove *kernels*, which this thread seems to
> > > indicate is the case, then my concerns just went up another notch.
> > > 
> > > I suppose one could manually mark each and every single installed
> > > package as "manually installed", but you'd have to remember to repeat
> > > this periodically, and it seems clumsy and inelegant compared to some
> > > sort of master switch that can just tell autoremove to go die in a fire.
> > > 
> > 
> > Your fear from autoremove is silly. It
> 
> Please note that "it" is "they", viz: apt and apt-get, …
> 

Sure it is they. Did any of those they ever removed something that you
needed with autoremove? Or they always remove just things that you do not
need any more, packages that are just sitting there doing nothing,
former dependencies that are not needed for anything?

> > will not remove anything you
> > really need and, if you stick to default settings, 
> 
> … and that they have different defaults. What's more, apt's behaviour
> may change between versions, so unqualified statements like this
> should really be confirmed before being relied on.
> 

So, same question as above, did and of those they messed up? Are there
opened bugs that autoremove from any of used tools in debian removes
packages it should not? And qualifications for that statement are years
of use of both apt-get and aptitude with autoremove following
update/upgrade. Never had any trouble with it.

> > will keep all
> > packages it replaced in /var/cache/apt/archives, as far as I know. And
> > if you have some package that you really, really want to keep, you can
> > always pin it, or put it on hold with apt-mark. It is not spam, it is
> > keeping your system clean.
> 
> Cheers,
> David.
> 

All best,
Dejan

GPG-Error with debmirror und wheezy-proposed-updates

[Christoph Pleger]

Hello,

(sorry, forgot to translate the subject in my last message)

the last few days, when I execute the command

debmirror /ftproot/debian --host=ftp.us.debian.org --method=rsync 
--root=:debian --nosource --dist=wheezy-proposed-updates 
--section=main,contrib,non-free --arch=amd64,i386 --getcontents 
--diff=none --postcleanup --i18n --progress


I get the following error messages, without having changed the command 
or something with the gpg keys before:


[GNUPG:] NEWSIG
[GNUPG:] KEY_CONSIDERED A1BD8E9D78F7FE5C3E65D8AF8B48AD6246925553 0
[GNUPG:] KEY_CONSIDERED A1BD8E9D78F7FE5C3E65D8AF8B48AD6246925553 0
[GNUPG:] BADSIG 8B48AD6246925553 Debian Archive Automatic Signing Key 
(7.0/wheezy) 

gpgv: Signature made Do 20 Jul 2017 16:31:09 CEST
gpgv:using RSA key 8B48AD6246925553
gpgv: BAD signature from "Debian Archive Automatic Signing Key 
(7.0/wheezy) 
.temp/.tmp/dists/wheezy-proposed-updates/Release.gpg signature does not 
verify.


Does anyone have an idea what is the cause of this? Is it on the client 
side, that is, on my mirror computer? Or on the server side, that is, on 
ftp.us.debian.org? And what do I have to do to solve this on the client 
or let it solve on the server?


Regards
  Christoph

Re: ponto de montagem

[P. J.]

Oi,

Há um tempo atrás tinha um bug no instalador quando a instalação era
feita via USB, a configuração no fstab não era desfeita após a
finalização do processo e qnd o SO subia, os dipositivos USB's ficavam
somente em modo leitura, não sei se foi isso... em fim

[ ]'s


Em 28/07/2017, Caio Ferreira escreveu:
> PJ
>
> Boa tarde
>
> Eu fiz a instalação via CD.
>
> Eu acrescentei a seguinte linha no arquivo fstab e o problema esta
> resolvido.
>
> /dev/sdc1   /mnt/usbntfs-3g noauto,users,permissions 0 0
>
> eu tinha tentado no formato ext4 e deu problema. formatei o pendrive no
> formato ntfs e esta funcionando.
>
> desde já obrigado pela atenção.
>
>  .''`.   Caio Abreu Ferreira
> : :'  :  abreuf...@gmail.com
> `. `'`   Debian User
>   `-
>
> 2017-07-28 10:23 GMT-03:00 P. J. :
>
>> vc instalou o SO usando algum pendrive?
>>
>> Em 28/07/2017, 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
>> 
>> >>>
>> >>>
>> >>
>> >
>>
>>
>> --
>> |  .''`.   A fé não dá respostas. Só impede perguntas.
>> | : :'  :
>> 

Re: Krusader en "testing" perdió el modo "root"

[Maikel Enrique Pernía Matos]

El mar, 25-07-2017 a las 14:31 -0300, JavierDebian escribió:
> Por si a alguno le pasó.
> 
> Actualicé mi "testing" "buster" la semana pasada, y perdí el ícono de 
> acceso a Krusader en modo "root".
> 
> Por algún motivo en el paquete 2:2.6.0-1 dicho modo se "perdió".
> 
> La solución, es bajar a mano un paquete anterior, como ser
> http://ftp.debian.org/debian/pool/main/k/krusader/krusader_2.5.0-2_amd64.deb
> extraer de él el archivo org.kde.krusader.root-mode.desktop
> copiarlo a /usr/share/applications/
> 
> JAP
> 
¿y no es mejor editar el fichero «org.kde.krusader.root-mode.desktop»
colocando la ruta correcta al icono?

Saludos,
Maikel


--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

Re: graphviz: pdf output with vectorial fonts

[Jerome BENOIT]

Hello Debian users,

On 24/07/17 19:23, Jerome BENOIT wrote:
> Hello Forum,
> 
> my pdf outputs with dot are ugly: while boxes and edges are vectorial,
> text is in pixel: in short I have a font issue.
> I am looking for a vectorial (scalabe ?) font ?
> It might be a configuration issue (even if I do not play with fonts).
> Otherwise, any hint is welcome.

Finally I find a way: just pass through GS instead of cairo:

dot -Teps N.dot -o N.eps
epstopdf N.eps

hth,
Jerome

> 
> Thanks in advance,
> Jerome
> 

Re: systemd autocompletion does not work

[Henrique de Moraes Holschuh]

On Fri, 28 Jul 2017, Michael Biebl wrote:
> Am 28.07.2017 um 06:14 schrieb Kamil Jońca:
> > /etc/dbus-1/system.d/:  
> >   
> > -rw-r--r-- 1 root root 3947 Apr 29  2014 org.freedesktop.systemd-shim.conf
> 
> Purge the systemd-shim package. This file from systemd-shim is breaking
> systemd.

Hmm, we lack a way to fix this kind of issue cleanly and easily in
Debian :-(

There isn't a "conflicts-like" package relation that forbids even
conffiles from existing.

The cleaner alternative I know of is to switch from conffile to config
file management (using ucf) in systemd-shim, so that the systemd-shim
package could *stash* org.freedesktop.systemd-shim.conf away on remove,
and preserve it if reinstalled...

-- 
  Henrique Holschuh

Re: ponto de montagem

[Caio Ferreira]

PJ

Boa tarde

Eu fiz a instalação via CD.

Eu acrescentei a seguinte linha no arquivo fstab e o problema esta
resolvido.

/dev/sdc1   /mnt/usbntfs-3g noauto,users,permissions 0 0

eu tinha tentado no formato ext4 e deu problema. formatei o pendrive no
formato ntfs e esta funcionando.

desde já obrigado pela atenção.

 .''`.   Caio Abreu Ferreira
: :'  :  abreuf...@gmail.com
`. `'`   Debian User
  `-

2017-07-28 10:23 GMT-03:00 P. J. :

> vc instalou o SO usando algum pendrive?
>
> Em 28/07/2017, 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
> 
> >>>
> >>>
> >>
> >
>
>
> --
> |  .''`.   A fé não dá respostas. Só impede perguntas.
> | : :'  :
> | `. `'`
> |   `-   Je vois tout
>
>

GPG-Fehler mit debmirror und wheezy-proposed-updates

[Christoph Pleger]

Hello,

the last few days, when I execute the command

debmirror /ftproot/debian --host=ftp.us.debian.org --method=rsync 
--root=:debian --nosource --dist=wheezy-proposed-updates 
--section=main,contrib,non-free --arch=amd64,i386 --getcontents 
--diff=none --postcleanup --i18n --progress


I get the following error messages, without having changed the command 
or something with the gpg keys before:


[GNUPG:] NEWSIG
[GNUPG:] KEY_CONSIDERED A1BD8E9D78F7FE5C3E65D8AF8B48AD6246925553 0
[GNUPG:] KEY_CONSIDERED A1BD8E9D78F7FE5C3E65D8AF8B48AD6246925553 0
[GNUPG:] BADSIG 8B48AD6246925553 Debian Archive Automatic Signing Key 
(7.0/wheezy) 

gpgv: Signature made Do 20 Jul 2017 16:31:09 CEST
gpgv:using RSA key 8B48AD6246925553
gpgv: BAD signature from "Debian Archive Automatic Signing Key 
(7.0/wheezy) 
.temp/.tmp/dists/wheezy-proposed-updates/Release.gpg signature does not 
verify.


Does anyone have an idea what is the cause of this? Is it on the client 
side, that is, on my mirror computer? Or on the server side, that is, on 
ftp.us.debian.org? And what do I have to do to solve this on the client 
or let it solve on the server?


Regards
  Christoph

Re: problemas con pidgin y server ejabberd

[Ariel Alvarez]

El 26-07-17 17:06, Leafar Euquya escribió:

Buenas tardes

En la instalación de los clientes, para que se comuniquen con el 
server, hay que habilitar los puertos 5222 y  si no mal recuerdo, 
pero lo pueden verificar en el Server, server settings, client 
connection settings y en file transfers settings.


Ahora, como parece que el cliente es pidgin, en la pestañana 
avanzadas, se encuentra el puerto de conexión, luego en conectar con 
el servidor se coloca la ip donde radica el server y desde luego en la 
pestaña basica los datos del usuario, clave y otros.


Atte

Rafael A. A.
desde Huancavelica-Perú

El 26 de julio de 2017, 9:57, Usuario Lista 
> escribió:


Hola Luis...

Has conseguido solucionar el problema?

Me ocurre lo mismo y no he dado con la solución.

El El vie, 21 jul 2017 a las 17:52, > escribió:

Buenos días a todos.

Tengo isntalado ejabberd en Debian 7 a 64 bit, tengo problemas en
autenticación con los clientes pidgin que tengo isntaslado en
los windows.

Me da este error

"Se produjo un fallo en la negociación SSL"


Tengo salva del config de ejabberd del server y hot y dominio
perfectamente configurado, tuve que desisntalarlo y al instalarlo
nuevamente es que me dio este error.

Alguna idea d ecomo solucionarlo ???

Agradezco toda ayuda




amigo una vez me paso algo parecido el problema fue cuando implemente 
una version mas moderna de ejabberd y los clientes aun tenian versiones 
viejas de pidgin, la solucion fue cambiar a versiones mas modernas de 
pidgin, no se si sera tu caso pues no argumentas que version de ejabberd 
teines implementada

saludos.


-
Consejo Nacional de Casas de Cultura
http://www.casasdecultura.cult.cu

Btrs vs ext4. Which one is more reliable?

[Dan]

Hi,

I have a NFS4 server with ext4. I'm moving to Debian Stretch. I wonder if I
should switch to Btrfs.

I like the checksum feature to prevent silent corruption.

My understanding is that the only thing that prevents silent corruption in
ext4 is the hard drive CRC (Cyclic Redundancy Check Error). Is that enough
for a server? I do backups very often, I don't mind if the hard drive dies,
but I don't want silent corruption.

Suse has been using Btrfs for a while. Can I consider Btrfs in Stretch
stable enough for a NFS4 server? I would use only snapshots and subvolumes.

Thanks,
Daniel

Re: VLC Plays Video But No Sound –– addon

[Wilko Fokken]

Supplement:

My sound system is based on pulseaudio + alsamixer.

After hibernation, my sound is blocked sometimes, e.g. when I start
youtube under firefox before the sound is active.

For this problem, I start this alias:

alias pulse='sudo kill -9 $(pidof pulseaudio) && alsamixer -c0'

(making sure that pulseaudio isn't installed twice.)

Re: Power draw from UPS

[Dan Ritter]

On Fri, Jul 28, 2017 at 01:04:30PM -, Dan Purgert wrote:
> g wrote:
> > I've found out that apcaccess is my friend. When used with attached UPC
> > via USB, it tells a lot about the UPC:
> >
> > https://linux.die.net/man/8/apcaccess
> >
> > and the line
> >
> > RETPCT : Battery charge % required after power off to restore power
> >
> > is the key. My UPC has a max power of 900 watt. RETPCT shows 30.0%. So:
> >
> > 900w x 0.30 = 270w
> >
> > 270 watt is the actual power draw of my server.
> 
> Maybe I'm misreading it -- but it sounds like "RETPCT" is the required
> battery charge level before the UPS will restore power to connected
> devices, assuming the battery runs flat.

Yeah. I think that LOADPCT * NOMPOWER gives you the actual
usage.

-dsr-

Re: VLC Plays Video But No Sound

[Wilko Fokken]

On Wed, Jul 26, 2017 at 03:29:09PM -0400, Thomas George wrote:
> VLC audio message: vdpau_avcodec generic error: decoder profile not
> supported: 7
> 
> I have also tried playing the video with mpv which gives a different error
> message:
> 
> [lavf] Edit lists are not correctly supported (FFmpeg issue)
> 
> 
> My system is Stretch. ogg123 plays ogg files with not problem but I just
> checked and found mpg321 plays mp3 files with no sound.
> 
> Any suggestions as to what is missing? How to fix this?


Under Debian Jessie + icewm, I had installed vlc: No pictures no sound.

Sb. in this forum was advised to use mplayer.

So I purged vlc, used deborphan to get rid of it's fringe benefits, and
as a layman in video and sound, installed mplayer AND smplayer.

After fiddling a little within smplayer's menu, I could enjoy a film DVD,

(an old present that I hadn't been able to get working before:
   "Those magnificient men in their flying machines")

Re: systemd autocompletion does not work

[Kamil Jońca]

Michael Biebl  writes:

> Am 28.07.2017 um 06:14 schrieb Kamil Jońca:
>
>> /etc/dbus-1/system.d/:   
>>  
>> -rw-r--r-- 1 root root 3947 Apr 29  2014 org.freedesktop.systemd-shim.conf
>
> Purge the systemd-shim package. This file from systemd-shim is breaking
> systemd.
>
Touche. Thank you.

KJ
-- 
http://stopstopnop.pl/stop_stopnop.pl_o_nas.html
Regardless of whether a mission expands or contracts, administrative
overhead continues to grow at a steady rate.

Re: ponto de montagem

[P. J.]

vc instalou o SO usando algum pendrive?

Em 28/07/2017, 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

>>>
>>>
>>
>


-- 
|  .''`.   A fé não dá respostas. Só impede perguntas.
| : :'  :
| `. `'`
|   `-   Je vois tout

Re: aide signalisation bug cinnamon

[G2PC]

Le 28/07/2017 à 15:00, Daysfled a écrit :
> Le 28 jui 2017 à 11:41 (+0200)
> G2PC  a écrit:
>
>> J'ai bien compris qu'il ne faut pas remonter un bogue de Mint, vers
>> Debian, je vous rassure :D
> Je suis heureux de le lire parce que c'est pourtant ce qui se passerait
> si l'on suivait la suggestion que vous faisiez dans un message parent.
>
>> Mais, j'étais curieux de savoir si ce paquet peut s'installer sur une
>> autre distribution, si il pouvait être utilisé sur une autre
>> distribution, pour, par exemple, remonter un bogue venant d'une
>> machine virtuelle Debian coupée du réseau.
> Mais même comme cela ça n'a pas de sens ! De mémoire, reportbug
> collecte des informations sur le système pour les fournir au
> mainteneur. Il faut donc utiliser reportbug *dans* debian. Si vous
> installez Debian en machine virtuelle dans une autre distrib, vous
> installerez reportbug dans cette machine virtuelle avec l'apt-get
> traditionnel. Et vos rapport de bugs seront fait depuis la machine
> virtuelle elle-même. (J'espère que ma formulation est claire.)
>
> Le conseil que vous donniez de télécharger via wget le paquet reportbug
> de debian pour l'installer dans une autre distribution est à coup sûr
> mauvais. Si vraiment vous voulez que d'autres distributions utilisent
> reportbug, contactez-les et suggérez leur de fournir un outil similaire
> mais ne conseillez pas, comme vous l'avez fait, de télécharger le
> reportbug de debian dans une autre distribution.
>
> Et comme l'a dit Maderios, on s'en fout un peu de l'autre distrib mais
> en suivant le conseil que vous aviez donné, ce sont les mainteneurs
> debian qui se trouveront pollués de bugs qui ne les concernent pas ou
> dont le contenu sera erronné.
Ok, je pensais aussi à chercher si il existait l'équivalent pour une
autre distribution, mais, je n'ai pas encore eu loisir de le faire.
Concernant l'installation que j'ai partagée, pour installer reportbug,
je l'ai ajouté à mon wiki, pour le système Debian, je ne met donc pas
d'autres utilisateurs dans la confusion.
J'ai aussi pensé que le paquet se servait des données système,
localement, pour générer un rapport de bogue à partir des informations
de l'hôte, c'est pour cela que j'ai discuté de tout cela ici, pour voir
les réaction, mais, aussi, les conseils complémentaires.
Résolu, on sait que le paquet ne sert que à debian, on sait l'installer.

Re: Power draw from UPS

[Dan Purgert]

g wrote:
> I've found out that apcaccess is my friend. When used with attached UPC
> via USB, it tells a lot about the UPC:
>
> https://linux.die.net/man/8/apcaccess
>
> and the line
>
> RETPCT : Battery charge % required after power off to restore power
>
> is the key. My UPC has a max power of 900 watt. RETPCT shows 30.0%. So:
>
> 900w x 0.30 = 270w
>
> 270 watt is the actual power draw of my server.

Maybe I'm misreading it -- but it sounds like "RETPCT" is the required
battery charge level before the UPS will restore power to connected
devices, assuming the battery runs flat.


-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

Re: aide signalisation bug cinnamon

[Daysfled]

Le 28 jui 2017 à 11:41 (+0200)
G2PC  a écrit:

> J'ai bien compris qu'il ne faut pas remonter un bogue de Mint, vers
> Debian, je vous rassure :D

Je suis heureux de le lire parce que c'est pourtant ce qui se passerait
si l'on suivait la suggestion que vous faisiez dans un message parent.

> Mais, j'étais curieux de savoir si ce paquet peut s'installer sur une
> autre distribution, si il pouvait être utilisé sur une autre
> distribution, pour, par exemple, remonter un bogue venant d'une
> machine virtuelle Debian coupée du réseau.

Mais même comme cela ça n'a pas de sens ! De mémoire, reportbug
collecte des informations sur le système pour les fournir au
mainteneur. Il faut donc utiliser reportbug *dans* debian. Si vous
installez Debian en machine virtuelle dans une autre distrib, vous
installerez reportbug dans cette machine virtuelle avec l'apt-get
traditionnel. Et vos rapport de bugs seront fait depuis la machine
virtuelle elle-même. (J'espère que ma formulation est claire.)

Le conseil que vous donniez de télécharger via wget le paquet reportbug
de debian pour l'installer dans une autre distribution est à coup sûr
mauvais. Si vraiment vous voulez que d'autres distributions utilisent
reportbug, contactez-les et suggérez leur de fournir un outil similaire
mais ne conseillez pas, comme vous l'avez fait, de télécharger le
reportbug de debian dans une autre distribution.

Et comme l'a dit Maderios, on s'en fout un peu de l'autre distrib mais
en suivant le conseil que vous aviez donné, ce sont les mainteneurs
debian qui se trouveront pollués de bugs qui ne les concernent pas ou
dont le contenu sera erronné.


-- 
Days Fled

Re: ponto de montagem

[Caio Ferreira]

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: (OT kinda) Your wish is their command

[Curt]

On 2017-07-26, Jape Person  wrote:
> On 07/26/2017 12:01 PM, Curt wrote:
>> 
>> https://www.wired.com/story/adobe-finally-kills-flash-dead/
>> 
>> 
>> 
> I'd swear that Adobe said they were going to do this years ago. At that 
> time I muttered under my breath that I would probably be dead by the 
> time they actually got around to it.
>
> 2020, huh? It's going to be close.
>

Well that's a mediocre prognosis and I'm sorry to hear it.


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

KDE: GIMP tool tips are blank

[RavenLX]

I am using the default theme "Breeze" for both GTK and KDE (ie. never 
changed it) in KDE. Whenever I use gimp and hover over something, the 
tool tip is blank. Now I am not so sure if it's GTK related or not 
because when I hover over something in Thunderbird, the tool tips are 
black with white letters.


I'd like to get black letters on light background in gimp (what I think 
it was supposed to be).


Anyone know of a fix for this?

BTW, I'm using Stretch with all the latest updates.

Re: Power draw from UPS

[g]

I've found out that apcaccess is my friend. When used with attached UPC
via USB, it tells a lot about the UPC:

https://linux.die.net/man/8/apcaccess

and the line

RETPCT : Battery charge % required after power off to restore power

is the key. My UPC has a max power of 900 watt. RETPCT shows 30.0%. So:

900w x 0.30 = 270w

270 watt is the actual power draw of my server.

Regards
 
Am Donnerstag, den 27.07.2017, 20:46 +0200 schrieb Jörg-Volker Peetz:
> Maybe this is helpful
> APC UPS - ArchWiki https://wiki.archlinux.org/index.php/APC_UPS
> Please report back if and how it works.
> 
> Regards,
> jvp.
> 

Re: aide signalisation bug cinnamon

[G2PC]

Le 28/07/2017 à 11:07, maderios a écrit :
> On 07/28/2017 08:47 AM, Daysfled wrote:
>> Le 28 jui 2017 à 02:30 (+0200)
>> G2PC  a écrit:
>>
>>
>> [8<]
>>> je pense que
>>> le paquet de retours de bogues est à faire connaître, sur l'ensemble
>>> des OS, pour valoriser Debian et sa maintenance.
>> [8<]
>>>
>>> wget -c
>>> http://ftp.de.debian.org/debian/pool/main/r/reportbug-ng/reportbug-ng_1.31_all.deb
>>>
>>>
>>> gdebi reportbug-ng_1.31_all.deb
>>> sudo -s gdebi reportbug-ng_1.31_all.deb
>>
>> Et quand on aura installé ce paquet sur Mint (par ex), l'utilisateur de
>> Mint l'utilisera pour un paquet de Mint et reportbug enverra le rapport
>> au mainteneur de Debian…
>>
>> À moins que je n'aie pas compris ton propos, cela me paraît être une
>> idée terriblement mauvaise.
>>
>> (Certes, on peut envoyer le rapport avec reportbug ailleurs qu'au
>> mainteneur de Debian mais ce n'est pas le comportement par défaut du
>> paquet Debian.)
>>
>
> :) Je suggère que les utilisateurs qui se plaignent à longueur de
> forum des imitations de Debian (Mint, Ubuntu, etc...) les remplacent
> par Debian elle-même, cela éviterait bien du bruit et des pertes de
> temps...
J'ai bien compris qu'il ne faut pas remonter un bogue de Mint, vers
Debian, je vous rassure :D
Mais, j'étais curieux de savoir si ce paquet peut s'installer sur une
autre distribution, si il pouvait être utilisé sur une autre
distribution, pour, par exemple, remonter un bogue venant d'une machine
virtuelle Debian coupée du réseau.

Re: aide signalisation bug cinnamon

[maderios]

On 07/28/2017 08:47 AM, Daysfled wrote:

Le 28 jui 2017 à 02:30 (+0200)
G2PC  a écrit:


[8<]

je pense que
le paquet de retours de bogues est à faire connaître, sur l'ensemble
des OS, pour valoriser Debian et sa maintenance.

[8<]


wget -c
http://ftp.de.debian.org/debian/pool/main/r/reportbug-ng/reportbug-ng_1.31_all.deb

gdebi reportbug-ng_1.31_all.deb
sudo -s gdebi reportbug-ng_1.31_all.deb


Et quand on aura installé ce paquet sur Mint (par ex), l'utilisateur de
Mint l'utilisera pour un paquet de Mint et reportbug enverra le rapport
au mainteneur de Debian…

À moins que je n'aie pas compris ton propos, cela me paraît être une
idée terriblement mauvaise.

(Certes, on peut envoyer le rapport avec reportbug ailleurs qu'au
mainteneur de Debian mais ce n'est pas le comportement par défaut du
paquet Debian.)



:) Je suggère que les utilisateurs qui se plaignent à longueur de forum 
des imitations de Debian (Mint, Ubuntu, etc...) les remplacent par 
Debian elle-même, cela éviterait bien du bruit et des pertes de temps...


--
Maderios

Re: cups jobs queue

[Curt]

On 2017-07-27, Brian  wrote:
> On Thu 27 Jul 2017 at 13:06:33 +0200, Pol Hallen wrote:
>
>> ?waitjob=false
>> 
>> thanks :)
>
> A very neat and elegant solution. For those who are mystified or
> wondering what the fuss about:
>
> Pol Hallen has a *local* queue set up with a device_uri like
>
>   ipp://192.168.1.100/printers/E460DN
>
> He meets the problem he has descibed. Changing the device_uri to
>
>   ipp://192.168.1.100/printers/E460DN?waitjob=false
>
> exercises the power of IPP and allows all jobs to be queued on the
> server.
>

Unless the printer isn't idle (waitprinter=false). But I guess that's
extraneous to the problem statement.

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

Re: aide signalisation bug cinnamon

[Daysfled]

Le 28 jui 2017 à 02:30 (+0200)
G2PC  a écrit:


[8<]
> je pense que
> le paquet de retours de bogues est à faire connaître, sur l'ensemble
> des OS, pour valoriser Debian et sa maintenance.
[8<]
> 
> wget -c
> http://ftp.de.debian.org/debian/pool/main/r/reportbug-ng/reportbug-ng_1.31_all.deb
> 
> gdebi reportbug-ng_1.31_all.deb
> sudo -s gdebi reportbug-ng_1.31_all.deb

Et quand on aura installé ce paquet sur Mint (par ex), l'utilisateur de
Mint l'utilisera pour un paquet de Mint et reportbug enverra le rapport
au mainteneur de Debian… 

À moins que je n'aie pas compris ton propos, cela me paraît être une
idée terriblement mauvaise. 

(Certes, on peut envoyer le rapport avec reportbug ailleurs qu'au
mainteneur de Debian mais ce n'est pas le comportement par défaut du
paquet Debian.)

-- 
Days Fled

Re: systemd autocompletion does not work

[Michael Biebl]

Am 28.07.2017 um 06:14 schrieb Kamil Jońca:

> /etc/dbus-1/system.d/:
> 
> -rw-r--r-- 1 root root 3947 Apr 29  2014 org.freedesktop.systemd-shim.conf

Purge the systemd-shim package. This file from systemd-shim is breaking
systemd.



signature.asc
Description: OpenPGP digital signature