Re: Installing XFCE 4.14 on Buster?

[john doe]

On 9/5/2019 9:54 PM, Jesse Sheidlower wrote:
>
> I'm running Buster, pretty much a stock install, with XFCE. I'd like to 
> upgrade XFCE to 4.14 (which was released last month), which is in unstable, 
> mainly to take advantage of what is said to be improved HiDPI support in this 
> version--I'm about to get a pair of 4K monitors (yes, my video card can 
> handle it).
>
> What is the safest, preferably automated, way to perform this? I don't want 
> to switch my entire system to unstable.
>

Maybe using an VM with Debian testing.

--
John Doe

Re: stretch: amd64, no dmesg when usb stuff plugged in

[Gene Heskett]

On Friday 06 September 2019 00:28:54 Gene Heskett wrote:

> On Thursday 05 September 2019 20:10:07 bw wrote:
> > In-Reply-To: <201909051911.42570.ghesk...@shentel.net>
> >
> > Why do you continue with this type of post?  It's a joke.  I'm
> > shocked that anybody even answers this stupidity.
>
> Because something has failed. dmesg after a boot has quite a few of
> these but I have no clue how to identify which cable from this:
> [   11.166853] usb 1-4-port4: Cannot enable. Maybe the USB cable is
> bad? [   11.167222] usb 1-4-port4: unable to enumerate USB device
>
> Without dmesg to tell me which cable I just unplugged, how do I
> identify which one?
>
> It is also refusing to enable a card reader with a new 64GB card
> plugged in, which is normally /dev/sdf#, and which I would like to
> write a netboot image to for debian-arm.  The led on the reader blinks
> normally, but there is no corresponding dmesg output report.
>
> dirmngr is also complaining in the syslog:
>
> Sep  5 23:58:42 coyote dirmngr[2677]: no CRL available for issuer id
> 5E6738A53D3E002778FCD309C3695592BBBC4318
> Sep  5 23:58:42 coyote dirmngr[2677]: error
> retrieving 'http://crl.disa.mil/crl/DODEMAILCA_31.crl': http status
> 404 Sep  5 23:58:42 coyote dirmngr[2677]: crl_fetch via DP failed: No
> data Sep  5 23:58:42 coyote dirmngr[2677]: command 'ISVALID' failed:
> No data Sep  5 23:58:42 coyote dirmngr[2677]: command 'ISVALID'
> failed: No CRL known
> Sep  5 23:58:43 coyote dirmngr[2677]: no CRL available for issuer id
> 5E6738A53D3E002778FCD309C3695592BBBC4318
> Sep  5 23:58:43 coyote dirmngr[2677]: error
> retrieving 'http://crl.disa.mil/crl/DODEMAILCA_31.crl': http status
> 404 Sep  5 23:58:43 coyote dirmngr[2677]: crl_fetch via DP failed: No
> data Sep  5 23:58:43 coyote dirmngr[2677]: command 'ISVALID' failed:
> No data Sep  5 23:58:43 coyote dirmngr[2677]: command 'ISVALID'
> failed: No CRL known
>
> I have replaced the bios battery, and restored the bios defaults to no
> avail.
>
> I'll next try an older but still stretch kernel.
>
Which made no diff. Whatever is supposed to be monitoring for new usb 
connections is not. So what do I look at next?

> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: stretch: amd64, no dmesg when usb stuff plugged in

[Gene Heskett]

On Thursday 05 September 2019 20:10:07 bw wrote:

> In-Reply-To: <201909051911.42570.ghesk...@shentel.net>
>
> Why do you continue with this type of post?  It's a joke.  I'm shocked
> that anybody even answers this stupidity.

Because something has failed. dmesg after a boot has quite a few of these 
but I have no clue how to identify which cable from this:
[   11.166853] usb 1-4-port4: Cannot enable. Maybe the USB cable is bad?
[   11.167222] usb 1-4-port4: unable to enumerate USB device

Without dmesg to tell me which cable I just unplugged, how do I identify 
which one?

It is also refusing to enable a card reader with a new 64GB card plugged 
in, which is normally /dev/sdf#, and which I would like to write a 
netboot image to for debian-arm.  The led on the reader blinks normally, 
but there is no corresponding dmesg output report.

dirmngr is also complaining in the syslog:

Sep  5 23:58:42 coyote dirmngr[2677]: no CRL available for issuer id 
5E6738A53D3E002778FCD309C3695592BBBC4318
Sep  5 23:58:42 coyote dirmngr[2677]: error 
retrieving 'http://crl.disa.mil/crl/DODEMAILCA_31.crl': http status 404
Sep  5 23:58:42 coyote dirmngr[2677]: crl_fetch via DP failed: No data
Sep  5 23:58:42 coyote dirmngr[2677]: command 'ISVALID' failed: No data
Sep  5 23:58:42 coyote dirmngr[2677]: command 'ISVALID' failed: No CRL 
known
Sep  5 23:58:43 coyote dirmngr[2677]: no CRL available for issuer id 
5E6738A53D3E002778FCD309C3695592BBBC4318
Sep  5 23:58:43 coyote dirmngr[2677]: error 
retrieving 'http://crl.disa.mil/crl/DODEMAILCA_31.crl': http status 404
Sep  5 23:58:43 coyote dirmngr[2677]: crl_fetch via DP failed: No data
Sep  5 23:58:43 coyote dirmngr[2677]: command 'ISVALID' failed: No data
Sep  5 23:58:43 coyote dirmngr[2677]: command 'ISVALID' failed: No CRL 
known

I have replaced the bios battery, and restored the bios defaults to no 
avail.

I'll next try an older but still stretch kernel.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: stretch: amd64, no dmesg when usb stuff plugged in

[deloptes]

bw wrote:

> Why do you continue with this type of post?  It's a joke.  I'm shocked
> that anybody even answers this stupidity.

Have you not learned to show respect to elderly people?

Re: Looking for suggestions of a "modern" desktop that runs Debian

[Charles Curley]

On Thu, 5 Sep 2019 18:49:10 -0300
Rogério Brito  wrote:

> * Is silent, with as little fans as possible

For that, I recommend https://silentpc.com/ I have two of their
machines, and they are so quiet I can hear the hard drives doing their
thing.

Or check out http://www.silentpcreview.com/

-- 
"When we talk of civilization, we are too apt to limit the meaning of
the word to its mere embellishments, such as arts and sciences; but
the true distinction between it and barbarism is, that the one
presents a state of society under the protection of just and
well-administered law, and the other is left to the chance government
of brute force."
- The Rev. James White, Eighteen Christian Centuries, 1889
Key fingerprint = 38DD CE9F 9725 42DD E29A  EB11 7514 6D37 A332 10CB
https://charlescurley.com

bumblebee fails to disable discrete graphics card after upgrade nvidia driver to 430.40-2

[wglxy]

 I upgrade my debian testing yesterday. The nvidia-driver and other nvidia 
packages were upgraded to 430.40-2. Then I found that bumblebee fails to 
disable discrete graphics card. We can not run opengl software with command 
"optirun", and when I run command "lspci -nn | grep VGA", I got:

00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:3e94]
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107GLM [Quadro 
P2000 Mobile] [10de:1cba] (rev al)


It seem that the nvidia video card can not be disabled.




When I run opengl program with optirun or primusrun, the program can not run 
and I got a error message as below:


$ optirun freecad
[  614.056579] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed 
to load module "mouse" (module does not exist, 0)

[  614.056596] [ERROR]Aborting because fallback start is disabled.


$ primusrun freecad
/usr/bin/primusrun: line 41: warning: command substitution: ignored null byte 
in input
primus: fatal: Bumblebee daemon reported: error: [XORG] (EE) Failed to load 
module "mouse" (module does not exist, 0)







My laptop is Thinkpad P1. How do I resolve this error?

Thank you very much!


Best regards,
Gulfstream

stretch: amd64, no dmesg when usb stuff plugged in

[Gene Heskett]

Greetings all;

So what utility thats supposed to monitor that, has taken a holiday?

Thanks All.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Looking for suggestions of a "modern" desktop that runs Debian

[Rogério Brito]

Dear people,

As all my computers are quite old so far (including the ones that I
use to develop my packages and contribute to Debian), I would like to
get a "modern" desktop that is able to keep up with compiling stuff
and doing basic web surfing/web and typing texts in Emacs.

Unfortunately, I have assembled computers way, way, way back then and
I don't know which processors should go with which motherboards and so
on.

I would gladly appreciate some help choosing a computer (or computer
parts) that has a configuration along the following lines:

* Is able to run Debian without any problems (I am willing to use
something that requires firmware from non-free, but not proprietary
drivers)
* Is a budget system (I'm short on money, unfortunately)
* Is silent, with as little fans as possible
* Has the ability to have 16GB or 32GB of memory (this is one of the
parts where I am willing to focus spending the money)
* Has a processor like a modern AMD Ryzen 5 or whatever is similar in
Intel-land (the 2nd part where I am willing to focus spending the
money)
* I don't care too much about video cards; As long as it can drive a
Full HD monitor, I am satisfied. Integrated card with the CPU is
perfectly ok with me (and, actually, preferred if that would make the
final cost of the computer lower).

Any recommendations are more than welcome,

Rogério Brito.

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Re: Installing XFCE 4.14 on Buster?

[Jonas Smedegaard]

Quoting Jesse Sheidlower (2019-09-05 21:54:43)
> 
> I'm running Buster, pretty much a stock install, with XFCE. I'd like 
> to upgrade XFCE to 4.14 (which was released last month), which is in 
> unstable, mainly to take advantage of what is said to be improved 
> HiDPI support in this version--I'm about to get a pair of 4K monitors 
> (yes, my video card can handle it).
> 
> What is the safest, preferably automated, way to perform this? I don't 
> want to switch my entire system to unstable.

There is no safe way to mix stable and testing/unstable branches of Debian.

The least unsafe way is probably to use apt pinning.

The imaginary lesser unsafe way which doesn't exist would be to use 
backports.debian.org.

Reason both pinning and backports is unsafe is that neither comes with 
security support.

The most sensible way (which you already ruled out) is to use testing.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Re: buster: multiple instances of konqueror?

[D. R. Evans]

Étienne Mollier wrote on 9/5/19 1:38 PM:

> On my side, the window manager happily brings up the first
> konqueror window having been started, and the "konqueror"
> command gives back the hand to the shell, instead of spawning a
> new window, which I believe is the expected behaviour ?
> 

I'm afraid that I don't understand what you are asking.

> According to my few tests and browsing diverse konqueror related
> documents, it would seem that running several konqueror
> processes is technically prevented by various means, probably
> on purpose.  

I wonder why? This is new behaviour, at least on my systems. In the past,
multiple instances of konqueror peacefully co-existed and did exactly what one
would naïvely expect. For years I have configured a the keyboard shortcut
"alt-S" to be the command "konqueror", and have been able to start as many
instances (processes) as I want with that method.

For example: I am typing this on a stretch system. And between typing that
last sentence and this one, I created five instances of konqueror. They all
work perfectly.

I've used konqueror since the old Mandrake days (somewhere around 2002 is my
best guess). Multiple instances have always worked fine before on my systems.
I find the change very mysterious... and the lack of documentation anywhere I
can find to justify, or even describe this new behaviour, equally puzzling.

> Perhaps you can work this around some way or
> another, depending on your use case.  If by "instances", you
> mean:
By "instances" I meant "processes". I'm sorry that that wasn't clear.

>   $ konqueror . # brings up a new window showing the CWD
> 

I just spent some time experimenting, and indeed I found a way to get the
behaviour I've always seen before:

If I map "alt-S" to "konqueror " instead of just
"konqueror" then it seems perfectly happy to start multiple instances.

So the problem is solved -- if not understood -- and I thank you for this clue.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Mailbox for Sysadmin

[Administrator]

Good day Administrator,

Every self-respecting Admin should have a mailbox in worthy domain. Do 
you have it already? If no - go to https://nox11.com choose one and 
start new life. Common domains are for lames though.


If you aren't interested accept apology for spam.

---
Cheers
ad...@nox11.com

Installing XFCE 4.14 on Buster?

[Jesse Sheidlower]

I'm running Buster, pretty much a stock install, with XFCE. I'd like to upgrade 
XFCE to 4.14 (which was released last month), which is in unstable, mainly to 
take advantage of what is said to be improved HiDPI support in this 
version--I'm about to get a pair of 4K monitors (yes, my video card can handle 
it).

What is the safest, preferably automated, way to perform this? I don't want to 
switch my entire system to unstable.

Re: AMD Vega 6 on Debian 10

[Étienne Mollier]

Ale, on 2019-09-05:
> On Wed 04/Sep/2019 20:12:55 +0200 Étienne Mollier wrote:
> > Thank you Sven for pointing this out!  You're right, I've been
> > confused by personal experience with other chips.  Installation
> > of "firmware-amd-graphics" should be sufficient in that case.
> 
> For the record, it doesn't work.  I additionally tinkered for a while with the
> drivers supplied by AMD, but didn't succeed.  Eventually, I gave up.  Ubuntu
> recognizes it out of the box.

Out of curiosity, which Ubuntu release did the job?

It could give a clue as of required firmware or drivers levels
for your integrated card, or any other missing component.

Kind Regards,  :)

-- 
Étienne Mollier 
Fingerprint:  5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d




signature.asc
Description: OpenPGP digital signature

Re: buster: multiple instances of konqueror?

[Étienne Mollier]

D. R. Evans, on 2019-09-05:
> Dan Ritter wrote on 9/5/19 9:36 AM:
> > D. R. Evans wrote:
> > > D. R. Evans wrote on 9/1/19 8:51 AM:
> > > > How do I configure konqueror in buster so that I can run more
> > > > than one instance?
> > >
> > > I haven't seen any responses to this. Is it perhaps, for reasons
> > > I can't even begin to guess, by design not even possible to run
> > > multiple instances of konqueror under buster?? Or (I hope) am I
> > > just missing some simple configuration option?
> >
> > I've never used konqueror, but a good first question is: how do
> > you expect to run multiple instances of konqueror elsewhere?
>
> Either type "konqueror" at the command line, or select
> "Konqueror" from the normal KDE menu system.
>
> > What error messages do you get when trying the same thing in
> > buster?
>
> None.

On my side, the window manager happily brings up the first
konqueror window having been started, and the "konqueror"
command gives back the hand to the shell, instead of spawning a
new window, which I believe is the expected behaviour ?

According to my few tests and browsing diverse konqueror related
documents, it would seem that running several konqueror
processes is technically prevented by various means, probably
on purpose.  Perhaps you can work this around some way or
another, depending on your use case.  If by "instances", you
mean:

- "several windows", then you can specify an "URL" to your
  "konqueror" command, like for instance:

$ konqueror . # brings up a new window showing the CWD

- "another X display", then you can specify this using the
  adequate option, as advertised by the manual:

$ konqueror --display :1.0

- "another process with its own environment" or "another version
  side by side for development purpose", then Will Mengarini
  just provided us with a seemingly adequate hack a few minutes
  ago:
> A general solution to problems like this is to run the alternate
> instance as a different user.  Example:
>   adduser doppel # also creates /home/doppel
>   sudo -u doppel konqueror # may use /home/doppel for new config files


I recall a side thread about profiles, and thought about trying
its advertised option in the manual of konqueror(1), but no
effects.  According to the source code, it looks like the
concept of profiles became obsolete at some point because,
according to client/kfmclient.cpp:

bool ClientApp::openProfile(const QString , const QUrl 
, const QString )
{
Q_UNUSED(profileName); // the concept disappeared
return createNewWindow(url, false, false, mimetype);
}


It's been more than a decade since I used konqueror on a daily
basis, not sure how helpful is my intervention, but hopefully it
is informative.

Kind Regards,  :)
-- 
Étienne Mollier 
Fingerprint:  5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d




signature.asc
Description: OpenPGP digital signature

Re: buster: multiple instances of konqueror?

[Will Mengarini]

A general solution to problems like this is to run the alternate
instance as a different user.  Example:
  adduser doppel # also creates /home/doppel
  sudo -u doppel konqueror # may use /home/doppel for new config files

* D. R. Evans  [19-09/05=Thu 10:08 -0600]:
> Dan Ritter wrote on 9/5/19 9:36 AM:
> > D. R. Evans wrote: 
> >> D. R. Evans wrote on 9/1/19 8:51 AM:
> >>> How do I configure konqueror in buster so that I can run more than one 
> >>> instance?
> >>>
> >>
> >> I haven't seen any responses to this. Is it perhaps, for reasons I can't 
> >> even
> >> begin to guess, by design not even possible to run multiple instances of
> >> konqueror under buster?? Or (I hope) am I just missing some simple
> >> configuration option?
> > 
> > I've never used konqueror, but a good first question is: how do
> > you expect to run multiple instances of konqueror elsewhere?
> > 
> 
> Either type "konqueror" at the command line, or select "Konqueror" from the
> normal KDE menu system.
> 
> > What error messages do you get when trying the same thing in
> > buster?
> > 
> 
> None.
> 
>   Doc
> 
> -- 
> Web:  http://enginehousebooks.com/drevans
> 

Re: Blocages lors de "grosses" copies..

[David BERCOT]

Le 05/09/2019 à 16:27, Bernard Schoenacker a écrit :
> 
> - Mail original - 
> 
>> De: "David BERCOT" 
>> À: debian-user-french@lists.debian.org
>> Envoyé: Jeudi 5 Septembre 2019 12:35:13
>> Objet: Blocages lors de "grosses" copies..
> 
>> Bonjour,
> 
>> Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.
>> Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.
> 
>> Donc, si je télécharge des fichiers de taille importante depuis
>> Internet (documents, vidéos, etc.), pas de souci.
> 
>> En revanche, chez moi, quand je veux copier un "gros" fichier (ceci
>> commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon
>> NAS, j'ai l'impression que l'interface réseau se fige et fige tout
>> le reste !
>> J'ai fait des tests via Nautilus, Nemo, et même via un shell, avec le
>> même résultat...
>> Et dans ce cas, même mes autres logiciels (navigateur Web,
>> LibreOffice, Rythmbox, etc.) sont figés.
> 
>> Est-ce que je suis le seul dans ce cas ou avez-vous des comportements
>> similaires ?
> 
>> En question annexe : est-ce que je pourrais limiter ce genre de
>> transfert facilement, genre via une QoS qui plafonnerait l'opération
>> ?
>> Cela me permettrait de les faire sans tout figer...
> 
>> Merci d'avance.
> 
>> David.
> 
> bonjour,
> 
> quelle est la commande que tu utilises pour copier les fichiers ?
> un sujet similaire a été traité sur la liste linux de strasbourg
> pour une histoire de mtu et c'est reproductible via cp

Là, je faisais un simple mv...
Mais si tu as un lien vers le thread sur la liste de Strasbourg, je
jetterai un coup d'oeil ;-)

Merci.

David.

> merci pour ton aimable attention
> 
> bien à vous
> bernard
> 
> 

Re: Re : Blocages lors de "grosses" copies..

[David BERCOT]

Le 05/09/2019 à 15:02, fab a écrit :
> salut,
> 
 Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.
 Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.
> essaye de démarrer avec un noyau (beaucoup) plus ancien ?
> (j'y crois pas trop).
> 
 Donc, si je télécharge des fichiers de taille importante depuis
 Internet (documents, vidéos, etc.), pas de souci.
 En revanche, chez moi, quand je veux copier un "gros" fichier (ceci
> [zap]
 l'impression que l'interface réseau se fige et fige tout le reste !
> Tu utilises ta box comme switch ?

Non. Ma box est branchée sur mon firewall qui est lui-même branché sur
mon routeur WiFi.
Et le NAS est directement connecté à un port RJ45 du routeur WiFi.

> Si oui:
> * change de port éthernet pour ton nas ?
> * essaye momentanément de remplacer ta box par un autre switch ?
> * j'y pense, si ton laptop est en wifi, mets le filaire ?

Trop loin mais c'est en effet une option...

J'ai une liaison défaillante entre le routeur WiFi et le NAS (via un
relais dans le mur). Celle-ci est plafonné à 100 Mb/s.
J'ai court-circuité celle-ci (câble volant) pour la rétablir à 1 Gb/s et
je viens de refaire un test.
Et là, tout marche...

Je pense que j'ai trouvé la cause ;-)

Par contre, je ne comprends pas que ça impacte complètement mon poste !
Ca ne devrait déranger que le transfert, non ?

> J'ai parfois un peu les même problèmes que toi. J'ai une freebox et je
> pense que les freeplug sont liés à mon problème de lenteur entre 2
> postes du même réseau. Car par ailleurs, tout comme toi, je n'ai pas de
> soucis pour télécharger depuis internet (via wifi).
> 
> Tiens nous au courant ;)

C'est fait ;-)

David.

> f.

Re: buster: multiple instances of konqueror?

[D. R. Evans]

Dan Ritter wrote on 9/5/19 9:36 AM:
> D. R. Evans wrote: 
>> D. R. Evans wrote on 9/1/19 8:51 AM:
>>> How do I configure konqueror in buster so that I can run more than one 
>>> instance?
>>>
>>
>> I haven't seen any responses to this. Is it perhaps, for reasons I can't even
>> begin to guess, by design not even possible to run multiple instances of
>> konqueror under buster?? Or (I hope) am I just missing some simple
>> configuration option?
> 
> I've never used konqueror, but a good first question is: how do
> you expect to run multiple instances of konqueror elsewhere?
> 

Either type "konqueror" at the command line, or select "Konqueror" from the
normal KDE menu system.

> What error messages do you get when trying the same thing in
> buster?
> 

None.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: probleme installation opencv

[Basile Starynkevitch]

On 9/5/19 5:11 PM, Astell Astellton wrote:

Bonjour,

J'ai encore un problème avec l'installation d'opencv.
Tout est expliqué dans le fichier. C'est très compliqué.



Pas la peine de prendre le temps d'ouvrir ce fichier. La dernière fois, 
c'était un mauvais poisson d'avril


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: buster: multiple instances of konqueror?

[Dan Ritter]

D. R. Evans wrote: 
> D. R. Evans wrote on 9/1/19 8:51 AM:
> > How do I configure konqueror in buster so that I can run more than one 
> > instance?
> > 
> 
> I haven't seen any responses to this. Is it perhaps, for reasons I can't even
> begin to guess, by design not even possible to run multiple instances of
> konqueror under buster?? Or (I hope) am I just missing some simple
> configuration option?

I've never used konqueror, but a good first question is: how do
you expect to run multiple instances of konqueror elsewhere?

What error messages do you get when trying the same thing in
buster?

-dsr-

Re: buster: multiple instances of konqueror?

[D. R. Evans]

D. R. Evans wrote on 9/1/19 8:51 AM:
> How do I configure konqueror in buster so that I can run more than one 
> instance?
> 

I haven't seen any responses to this. Is it perhaps, for reasons I can't even
begin to guess, by design not even possible to run multiple instances of
konqueror under buster?? Or (I hope) am I just missing some simple
configuration option?

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: probleme installation opencv

[Astell Astellton]

Bonjour,

J'ai encore un problème avec l'installation d'opencv.
Tout est expliqué dans le fichier. C'est très compliqué.

Merci

Le jeu. 5 sept. 2019 à 16:49, Astell Astellton <
cleirvinv08srdk5sjiwglcs1yu...@gmail.com> a écrit :

> Bonjour,
>
> J'ai encore un problème avec l'installation d'opencv.
> Tout est expliqué dans le fichier. C'est très compliqué.
>
> Merci
>
> Le lun. 2 sept. 2019 à 21:44, Astell Astellton <
> cleirvinv08srdk5sjiwglcs1yu...@gmail.com> a écrit :
>
>> Bonjour,
>>
>> J'ai un problème avec l'installation d'opencv.
>> Tout est expliqué ddans le fichier.
>>
>> Merci
>>
>


ocv2.tar.xz
Description: application/xz

Re: probleme installation opencv

[Astell Astellton]

Bonjour,

J'ai encore un problème avec l'installation d'opencv.
Tout est expliqué dans le fichier. C'est très compliqué.

Merci

Le lun. 2 sept. 2019 à 21:44, Astell Astellton <
cleirvinv08srdk5sjiwglcs1yu...@gmail.com> a écrit :

> Bonjour,
>
> J'ai un problème avec l'installation d'opencv.
> Tout est expliqué ddans le fichier.
>
> Merci
>


ocv2019.tar.xz
Description: application/xz

Re: Blocages lors de "grosses" copies..

[Bernard Schoenacker]

- Mail original - 

> De: "David BERCOT" 
> À: debian-user-french@lists.debian.org
> Envoyé: Jeudi 5 Septembre 2019 12:35:13
> Objet: Blocages lors de "grosses" copies..

> Bonjour,

> Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.
> Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.

> Donc, si je télécharge des fichiers de taille importante depuis
> Internet (documents, vidéos, etc.), pas de souci.

> En revanche, chez moi, quand je veux copier un "gros" fichier (ceci
> commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon
> NAS, j'ai l'impression que l'interface réseau se fige et fige tout
> le reste !
> J'ai fait des tests via Nautilus, Nemo, et même via un shell, avec le
> même résultat...
> Et dans ce cas, même mes autres logiciels (navigateur Web,
> LibreOffice, Rythmbox, etc.) sont figés.

> Est-ce que je suis le seul dans ce cas ou avez-vous des comportements
> similaires ?

> En question annexe : est-ce que je pourrais limiter ce genre de
> transfert facilement, genre via une QoS qui plafonnerait l'opération
> ?
> Cela me permettrait de les faire sans tout figer...

> Merci d'avance.

> David.

bonjour,

quelle est la commande que tu utilises pour copier les fichiers ?
un sujet similaire a été traité sur la liste linux de strasbourg
pour une histoire de mtu et c'est reproductible via cp

merci pour ton aimable attention

bien à vous
bernard

Re: Re : Blocages lors de "grosses" copies..

[fab]

salut,


Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.
Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.

essaye de démarrer avec un noyau (beaucoup) plus ancien ?
(j'y crois pas trop).


Donc, si je télécharge des fichiers de taille importante depuis
Internet (documents, vidéos, etc.), pas de souci.
En revanche, chez moi, quand je veux copier un "gros" fichier (ceci

[zap]

l'impression que l'interface réseau se fige et fige tout le reste !

Tu utilises ta box comme switch ?
Si oui:
* change de port éthernet pour ton nas ?
* essaye momentanément de remplacer ta box par un autre switch ?
* j'y pense, si ton laptop est en wifi, mets le filaire ?

J'ai parfois un peu les même problèmes que toi. J'ai une freebox et je 
pense que les freeplug sont liés à mon problème de lenteur entre 2 
postes du même réseau. Car par ailleurs, tout comme toi, je n'ai pas de 
soucis pour télécharger depuis internet (via wifi).


Tiens nous au courant ;)

f.

Re: Re : Blocages lors de "grosses" copies..

[David BERCOT]

Dans mon cas, je n'ai pas l'impression que ce soit un problème de
ressources "système" mais plutôt le réseau qui bloque le reste.
Mais je peux me tromper ;-)

David.

Le 05/09/2019 à 13:33, nicolas.patr...@gmail.com a écrit :
> Le 05/09/2019 12:35:13, David BERCOT a écrit :
> 
>> Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.  
>> Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.  
> 
>> Donc, si je télécharge des fichiers de taille importante depuis
>> Internet (documents, vidéos, etc.), pas de souci.
> 
>> En revanche, chez moi, quand je veux copier un "gros" fichier (ceci
>> commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon NAS, j'ai
>> l'impression que l'interface réseau se fige et fige tout le reste !
> 
> J’ai un peu le même problème chez moi sur un matériel vieillissant (il a neuf 
> ans).
> Si je lance une copie d’ISO sur une clé USB (coucou l’autre fil), mon système 
> rame et est presque inutilisable tant que ce n’est pas fini, que j’ai tué par 
> un moyen (*kill) ou par un autre (ssh) le processus qui fait ramer ou renice 
> qui a marché aussi.
> 
> nicolas patrois : pts noir asocial
> 

Utilisation de Spice avec KVM/Qemu/Virt-Manager sur un réseau local

[Olivier]

Bonjour,

J'ai une VM invitée qui tourne sur un serveur hôte de mon réseau local.
Le guest et le host sont sous Buster.
Le guest accède au réseau via un bridge.

Sur une machine sous Jessie, j'ai Virtual Machine Manager 1.0.1 qui
comprend virt-viewer en version 1.0

La commande "virt-viewer spice://192.168.1.1" depuis ma machine sous
Jessie, échoue avec le message "Impossible de trouver le domaine invite
spice://192.168.1.1".

Mes questions:

1. Dois-je bien fournir l'IP du guest ou celle de l'hôte ?
2. Quand Spice ou VNC sont actifs, sont-ils visibles sur le guest via "ss
-tunlp" par exemple ? sur l'hôte ?
3. Quand Spice ou VNC sont actifs, la console habituelle de VMM est-elle
simultanément utilisable ?
4. Suggestion ?

Slts

Re : Blocages lors de "grosses" copies..

[nicolas . patrois]

Le 05/09/2019 12:35:13, David BERCOT a écrit :

> Depuis quelque temps, j'ai un problème bizarre sur mon poste Debian.  
> Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.  

> Donc, si je télécharge des fichiers de taille importante depuis
> Internet (documents, vidéos, etc.), pas de souci.

> En revanche, chez moi, quand je veux copier un "gros" fichier (ceci
> commence à quelques centaines de Mo jusqu'à plusieurs Go) sur mon NAS, j'ai
> l'impression que l'interface réseau se fige et fige tout le reste !

J’ai un peu le même problème chez moi sur un matériel vieillissant (il a neuf 
ans).
Si je lance une copie d’ISO sur une clé USB (coucou l’autre fil), mon système 
rame et est presque inutilisable tant que ce n’est pas fini, que j’ai tué par 
un moyen (*kill) ou par un autre (ssh) le processus qui fait ramer ou renice 
qui a marché aussi.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: AMD Vega 6 on Debian 10

[Alessandro Vesely]

On Wed 04/Sep/2019 20:12:55 +0200 Étienne Mollier wrote:
> Sven, on 2019-09-03:
>> On 2019-09-03 21:49 +0200, Étienne Mollier wrote:
>>> It is possible that your hardware is a wee bit too recent for
>>> Debian 10 vanilla: Vega support for the amdgpu driver landed in
>>> Linux 4.20, but Debian 10 ships with kernel version 4.19.
>>
>> No, the 4.20 kernel added support for the brand-new 7nm Vega20 GPUs.
>> Older Vega GPUs such as Alassandro's are supported in 4.19.
> 
> Thank you Sven for pointing this out!  You're right, I've been
> confused by personal experience with other chips.  Installation
> of "firmware-amd-graphics" should be sufficient in that case.


For the record, it doesn't work.  I additionally tinkered for a while with the
drivers supplied by AMD, but didn't succeed.  Eventually, I gave up.  Ubuntu
recognizes it out of the box.


Best
Ale




signature.asc
Description: OpenPGP digital signature

Blocages lors de "grosses" copies..

[David BERCOT]

  
  
Bonjour,
  
  Depuis quelque temps, j'ai un problème bizarre sur mon poste
  Debian.
  Pour info, je suis en SID avec Gnome et noyau 5.2.0-2-amd64.
  
  Donc, si je télécharge des fichiers de taille importante depuis
  Internet (documents, vidéos, etc.), pas de souci.
  
  En revanche, chez moi, quand je veux copier un "gros" fichier
  (ceci commence à quelques centaines de Mo jusqu'à plusieurs Go)
  sur mon NAS, j'ai l'impression que l'interface réseau se fige et
  fige tout le reste !
  J'ai fait des tests via Nautilus, Nemo, et même via un shell, avec
  le même résultat...
  Et dans ce cas, même mes autres logiciels (navigateur Web,
  LibreOffice, Rythmbox, etc.) sont figés.
  
  Est-ce que je suis le seul dans ce cas ou avez-vous des
  comportements similaires ?
  
  En question annexe : est-ce que je pourrais limiter ce genre de
  transfert facilement, genre via une QoS qui plafonnerait
  l'opération ?
  Cela me permettrait de les faire sans tout figer...
  
  Merci d'avance.
  
  David.

  

Re: Re : Re : Debian sur clé USB

[Erwann Le Bras]

bonjour

oui, une netinst toute fraîche, sur laquelle le PC en question a booté 
depuis PXE. Evite des transferts sur clé ou sur CD.
la clé doit être branchée en début de procédure pour qu'elle soit 
détectée au bon moment.


cordialement

Le 31/08/2019 à 15:13, nicolas.patr...@gmail.com a écrit :

Le 29/08/2019 15:37:50, Erwann Le Bras a écrit :


j'ai une Debian sur clé USB, en vrai un disque dur amovible USB3.
Marche aussi sur USB2.
J'ai fait une installation classique (comme pour un vrai disque) sur
une partition cryptée. Faut être sûr de sélectionner le bon disque pour
l'installation, et à la fin choisir d'installer Grub sur le disque
plutôt que dans le boot de la machine.

Tu as utilisé debian-installer-launcher ? Calamares ?

nicolas patrois : pts noir asocial