Re: [SOLVED] Re: Debian bookworm fails to install

2024-06-08 Thread Andrew M.A. Cater
Hi Hans!

On Sat, Jun 08, 2024 at 11:43:38AM +0200, Hans wrote:
> Hello!
> 
> For those, who are interested in my discovering with bootcd, I attached a 
> screenshot of the 
> message, the installer told and why grub can not be installed. It might 
> explain more.
> 

You might want to try OFTC IRC channel #debian-live or the debian-live
or debian-boot mailing lists?

All the very best, as ever,

Andy
(amaca...@debian.org)




[SOLVED] Re: Debian bookworm fails to install

2024-06-08 Thread Hans
Hello!

For those, who are interested in my discovering with bootcd, I attached a 
screenshot of the 
message, the installer told and why grub can not be installed. It might explain 
more.

However, I suppose, there are not many people in the world, building 
a live-system + installer + bootcd on it and want to install this. I believe, 
the package bootcd is 
only known by very few people at all.

But as we are always want to improve things, I feel it important, to tell about 
this problem. 

As I said before: Dunno, whom I should file a bugreport! 

Anyway, take a look at the picture and you know more. 

For me, it looks like a dependency problem

Have fun!

Hans




Re: [SOLVED] Re: Debian bookworm fails to install

2024-06-08 Thread Brad Rogers
On Sat, 8 Jun 2024 11:45:49 +0700
Max Nikulin  wrote:

Hello Max,

>On 08/06/2024 00:48, Hans wrote:
>> BUT - grub-efi-amd64-bin conflicts with grub-efi-amd64-bin-signed  
>No it does not. I have both installed. I think, the latter needs .mod 

The pedant in me would point out that actually, no, you don't.  Read that
second package name again.  It doesn't exist.

Of course, I'm pretty certain that Hans typed the wrong thing and meant
to type 'grub-efi-amd64-signed'.  No -bin-.  From my (limited)
searching, it seems 'signed' & 'bin' are mutually exclusive in grub
package names and thus, if you have a '-signed' package, there must be a
corresponding '-bin' package installed for things to work.

Typographical mistakes are the main reason error messages, commands,
and what-not, should be copy/pasted in their entirety and not typed from
memory.

Remember:
Mistakes, like bad news, travel fast.
:-)

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
We don't need no-one to tell us what's right or wrong
The Modern World - The Jam


pgpBDcHX9UGs3.pgp
Description: OpenPGP digital signature


Re: about 10th new install of bullseye

2024-06-08 Thread David Christensen

On 6/7/24 22:41, gene heskett wrote:
I OTOH, have found AppImages a good way to get uptodate, and keep 
uptodate, packages like OpenSCAD, FreeCAD and the miriad 3d slicers, 
most of which do a new AppImage in the first week of the month. So the 
OpenSCAD I'm running is nearly 4 years newer than the repo version, and 
probably 20x faster.



I have found that installing software on Debian by any means other than 
official Debian packages is a recipe for disaster.



I sometimes write Perl code that runs as root.  I use VirtualBox and do 
my development and testing on virtual machines.  Oracle provides Debian 
packages and integrates with sources.list(5) and apt-get(8).  See 
"Debian-based Linux distributions":


https://www.virtualbox.org/wiki/Linux_Downloads


If you installed VirtualBox on your Debian primary workstation, you 
could create one Debian VM for each of your engineering/ manufacturing 
apps.  This would give each app a clean Debian VM for installation, 
prevent apps from fighting each other, and prevent apps from modifying 
your base Debian installation.



David



Re: about 10th new install of bullseye

2024-06-07 Thread gene heskett

On 6/7/24 20:38, Tom Dial wrote:



On 6/6/24 23:14, gene heskett wrote:

On 6/6/24 19:00, Tom Dial wrote:



On 6/5/24 19:53, gene heskett wrote:

On 6/5/24 17:25, Tom Dial wrote:



On 6/5/24 08:58, gene heskett wrote:

On 6/5/24 02:05, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they 
had a TV
transmitter that was varying in power output - you'd have a 
mental checklist.
You'd get down there, perhaps schedule some sort of power down 
/ reduced
power operation and then you'd check - power supplies, feeder 
cables, hot
spots on cables - whatever. Divide and conquer- working back to 
a baseline

of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get 
you out of this
"X happens, I did Y, now I've got Z" - to get to a known 
initial state.


Take out all the serial converters to UPS, lathe and so on. 
Wireless keyboard
doesn't present as serial in the same way that brltty does - if 
it did, I'd

have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using 
tar.gz and preserving permissions. Start with the .iso that 
includes firmware - the unofficial one.


Build back slowly - do an expert text mode install if you can. 
Then add your
Trinity desktop - I don't think any of us can help you there, 
since we don't

run trinity.

Check and you should find that brltty isn't installed at all. 
Then re-add thingsgradually until you have the working system 
you want. Document it - write down

the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever 
caused by

individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those 
packages and
see if that clears it. I _know_ this is frustrating as all get 
out for you
but a clear approach, written down so that you can remember 
where you got

to will be very helpful.


Any attempt to remove cura or brltty, removes gnome leaving me I 
assume with a text only system by the time gnome takes all its 
dependency's with it.  Thanks Tom.


Have you actually tried uninstalling brltty only, as a separate 
action from all others?


I have a number of gnome installations, unfortunately for this 
discussion all bookworm. None of them has brltty.


I have a few installations of bullseye and an older stretch 
installation, but none with gnome installed. On all of them, 
though, "apt-rdepends -r gnome" fails to list brltty as a gnome 
dependency. And on the bookworm systems, simulated installation of 
gnome ("apt install -s gnome") shows brltty as a suggested package 
only and would not install it along with gnome; on the stretch 
system, gnome installation makes no reference at all to brltty.


While I have both with only the radio buttons for keyboard and 
rodent plugged into usb at install time. I have only one wired 
keyboard and no wired mice as I've had a lightning strike on the 
pole that serves this house reach up and tap me by way of my fingers 
on the keyboard. Wasn't that much of a tap, I've been tapped a lot 
harder that that, hard enough to trigger a 6 month round of shingles 
and the burns were months healing. And in this case did not damage 
the keyboard or computer, but I did get the message. I've had many 
strikes on that pole since I built a garage on the end of the house, 
which caused me to install a 200 amp service and bring my grounding 
specs up to NEC. Zero problems since then (2008)


Is it possible you have apt settings that automatically pull in 
suggested packages, and that is interfering with attempts to remove 
brltty? I am not expert enough wrt apt and its relatives to know 
whether that even makes sense, and it seems a bit far fetched if 
maybe barely possible.


Maybe if you post the output from "apt-rdepends -r brltty" and "apt 
purge --simulate brltty" it will be informative.


Neither of those utils are installed. Should they be?


apt should be installed. As far as I know it has been included by 
default in the Debian base system as the preferred command line 
package management program since buster or earlier. I have never had 
to install it. You probably should if it is missing.


apt-rdepends is at least partly redundant with apt.
The command "apt-rdepends -r ", and "apt rdepends 
" both show reverse dependencies of ; the 
latter also shows suggestions (packages that suggest think).

If you have apt installed, you 

Re: NVidia 340 video driver in Bookworm?

2024-06-07 Thread Max Nikulin

On 08/06/2024 03:29, Van Snyder wrote:

Has anybody been able to install the NVidia 340.108 video driver in
Debian 12?


I am not aware of current state of affairs. Several years ago it was 
possible to rebuild the .deb package (that uses DKMS) with additional 
patches to make the code compatible with changed kernel API. On that 
machine I had Ubuntu installed, but the procedure should be similar

https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-304/+bug/1737750
You may try to find patches for newer kernels.

I do not remember graphics card model. The noveau driver caused more 
image artifacts that time.





Re: [SOLVED] Re: Debian bookworm fails to install

2024-06-07 Thread Max Nikulin

On 08/06/2024 00:48, Hans wrote:

BUT - grub-efi-amd64-bin conflicts with grub-efi-amd64-bin-signed


No it does not. I have both installed. I think, the latter needs .mod 
files provided by the former.




Re: [SOLVED] Re: Debian bookworm fails to install

2024-06-07 Thread Jeffrey Walton
On Fri, Jun 7, 2024 at 1:48 PM Hans  wrote:
>
> Got it! Found the reason and a fix for it.
>
> Just not easy to find. It is an dependency-problem!
>
> What happened?
>
> Well, in ~config/mylist.list.chroot I added the package "bootcd", which shoul 
> exist in my live-system. During build this made no problems and all 
> dependencies are ok. But - during install it appears, that there is a 
> dependency conflict with the installer as bootcd needs grub-efi-amd64-bin.
>
> However, when bootcd wants to install, this package will be installed, too as 
> it is dependent. So far, so well.
>
> BUT - grub-efi-amd64-bin conflicts with grub-efi-amd64-bin-signed
>
> and forces it to deinstall,
>
> which, you guess it, the debian-installer needs.
>
> And so the grub-installer crashes!
>
> Now the question, who should be asked for help? Maintainers of bootcd? 
> Maintainers of debian-installer? Or Maintainers of packages?
>
> I do not know, and as long as I do not know, I can not file a bugreport as 
> none of them (and this is fully correct and understandable) is responsible 
> from his sight on.
>
> However, the problem can easily be reproduced.

Forgive my ignorance... How does this translate into an intermittent
problem? It seems like you would never encounter it, or always
encounter it. What makes the problem come and go?

Jeff



Re: Debian bookworm fails to install

2024-06-07 Thread Jeffrey Walton
On Fri, Jun 7, 2024 at 3:08 PM Hans  wrote:
>
> Hi folks,
>
> I am running into an issue, I can not explain.
>
> Let me please shortly describe:
>
> For my own purposes I am building a live-debian ISO with installer. As I am
> finetuning some things (not related to the system itself), I am building
> several ISOs a day.
>
> The live-build is set to bookworm (not bullseye, as lb config does).
>
> However, everything is going fine., the live-system is booting well.
>
> But: When I want to install it, the installer always breaks, when it wants to
> install grub. (grub-installer fails).
>
> As I am doing always a fresh install with completely formatting the harddrive,
> it can not be explained, why this happens.
>
> And more strange: When I build one version, it is working well. Changing
> nothing, and building again, suddenly the installer crashes at grub
> installation and then it will never work again.
>
> To declare: I can build several times, and every installation is working well,
> and suddenly without any reason, it breakes. Doing then using one version
> before (the last one, which worked well), it is still working, but the next
> build is crashing.
>
> Ok, I think you understood, what I meant. Well, one reason I could imagine,
> that the debian mirror, I add during installation process is changing. I am
> using "deb.debian.org", but when using another mirror in my near, I am running
> into the same issue.
>
> I also tried to install grub manually in the console during installation
> process, using "grub-installer /target", but this did neither work nor show
> much usefull information.
>
> Any idea, why this is happening? I saw similar messages in some forums, but
> they are all related to Debian 10, which is rather old (and I suppose, these
> bugs are fixed).

You might have a look at grub2 bugs in Bookworm, and see if any look
like they apply to you:
.

Jeff



Re: about 10th new install of bullseye

2024-06-07 Thread Tom Dial



On 6/6/24 23:14, gene heskett wrote:

On 6/6/24 19:00, Tom Dial wrote:



On 6/5/24 19:53, gene heskett wrote:

On 6/5/24 17:25, Tom Dial wrote:



On 6/5/24 08:58, gene heskett wrote:

On 6/5/24 02:05, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had a TV
transmitter that was varying in power output - you'd have a mental checklist.
You'd get down there, perhaps schedule some sort of power down / reduced
power operation and then you'd check - power supplies, feeder cables, hot
spots on cables - whatever. Divide and conquer- working back to a baseline
of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you out of this
"X happens, I did Y, now I've got Z" - to get to a known initial state.

Take out all the serial converters to UPS, lathe and so on. Wireless keyboard
doesn't present as serial in the same way that brltty does - if it did, I'd
have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using tar.gz and 
preserving permissions. Start with the .iso that includes firmware - the 
unofficial one.

Build back slowly - do an expert text mode install if you can. Then add your
Trinity desktop - I don't think any of us can help you there, since we don't
run trinity.

Check and you should find that brltty isn't installed at all. Then re-add 
thingsgradually until you have the working system you want. Document it - write 
down
the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever caused by
individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those packages and
see if that clears it. I _know_ this is frustrating as all get out for you
but a clear approach, written down so that you can remember where you got
to will be very helpful.


Any attempt to remove cura or brltty, removes gnome leaving me I assume with a 
text only system by the time gnome takes all its dependency's with it.  Thanks 
Tom.


Have you actually tried uninstalling brltty only, as a separate action from all 
others?

I have a number of gnome installations, unfortunately for this discussion all 
bookworm. None of them has brltty.

I have a few installations of bullseye and an older stretch installation, but none with gnome 
installed. On all of them, though, "apt-rdepends -r gnome" fails to list brltty as a 
gnome dependency. And on the bookworm systems, simulated installation of gnome ("apt install 
-s gnome") shows brltty as a suggested package only and would not install it along with gnome; 
on the stretch system, gnome installation makes no reference at all to brltty.


While I have both with only the radio buttons for keyboard and rodent plugged 
into usb at install time. I have only one wired keyboard and no wired mice as 
I've had a lightning strike on the pole that serves this house reach up and tap 
me by way of my fingers on the keyboard. Wasn't that much of a tap, I've been 
tapped a lot harder that that, hard enough to trigger a 6 month round of 
shingles and the burns were months healing. And in this case did not damage the 
keyboard or computer, but I did get the message. I've had many strikes on that 
pole since I built a garage on the end of the house, which caused me to install 
a 200 amp service and bring my grounding specs up to NEC. Zero problems since 
then (2008)


Is it possible you have apt settings that automatically pull in suggested 
packages, and that is interfering with attempts to remove brltty? I am not 
expert enough wrt apt and its relatives to know whether that even makes sense, 
and it seems a bit far fetched if maybe barely possible.

Maybe if you post the output from "apt-rdepends -r brltty" and "apt purge --simulate 
brltty" it will be informative.


Neither of those utils are installed. Should they be?


apt should be installed. As far as I know it has been included by default in 
the Debian base system as the preferred command line package management program 
since buster or earlier. I have never had to install it. You probably should if 
it is missing.

apt-rdepends is at least partly redundant with apt.
The command "apt-rdepends -r ", and "apt rdepends " both 
show reverse dependencies of ; the latter also shows suggestions (packages that suggest 



Regards,
Tom Dial



If all else fails, you can then share it with the list and say "I got to
step X 

Re: about 10th new install of bullseye

2024-06-07 Thread gene heskett

On 6/7/24 18:12, David Christensen wrote:

On 6/6/24 22:14, gene heskett wrote:
In experimenting I've found a name clash, there are appprently two 
orca's. one is a speech synth, one is a slicer for 3d printers I don't 
use. Typing orca in a shell locks the shell wo any output, for several 
minutes but comes back to a prompt with a ctl-c, so I've NDC which was 
being executed. Whatevver, the installation is quite voluminous:

gene@coyote:~/AppImages$ locate orca |wc -l
1560

So I took orca out, which took gnome out. But now gnomes dependencies 
will put orca back in. So now I can't run autoremove. So one more time 
this broken damned bookworm install has bit me in a rear.


No Cheers, Gene Heskett, CET.



Here are my installation notes from when I migrated my daily driver from 
Debian 9 to Debian 11.  It has orca, and orca has never bothered me:


January 9, 2022

1.  Wipe Intel SSD 520 Series 60 GB drive in Intel DQ67SW.  Insert
     debian-11.2.0-amd64-netinst USB flash drive into USB 3.0 port
     adjacent Gigabit port. Boot:

 Debian GNU/Linux installer menu (BIOS mode)
     install
 Language    C
 Continent or region    North America
 Country, territory or area    United States
 Keymap to use    American English
 Hostname    laalaa
 Domain name    tracy.holgerdanske.com
 Root password    
 Re-enter password    
 Full name for new user    debian
 Username for your account    debian
 Choose a password    
 Re-enter password    
 Select your time zone    Pacific
 Partitioning method    Manual
   Select a partition...    SCSI1 (0,0,0) (sda) - 60.0 GB ATA INTEL 
SSDSC2CW06

     Create partition table    Yes
   Select a partition...    pri/log 60.0 GB FREE SPACE
     Create a new partition
   New partition size    1 GB
   Type    Primary
   Location    Beginning
   Partition settings
     Use as    Ext4 journaling file system
     Mount point    /boot
     Mount options    defaults
     Label    laalaa_boot
     Reserved blocks    5%
     Typical usage    standard
     Bootable flag    on
     Done setting up the partition
   Select a partition...    pri/log 59.0 GB FREE SPACE
     Create a new partition
   New partition size    1 GB
   Type    Primary
   Location    Beginning
   Partition settings
     Use as    physical volume for encryption
     Encryption method    Device-mapper (dm-crypt)
     Encryption    aes
     Key size    256
     IV algorithm    xts-plain64
     Encryption key    Random key
     Erase data    no
     Bootable flag    off
     Done setting up the partition
   Select a partition...    pri/log 58.0 GB FREE SPACE
     Create a new partition
   New partition size    13 GB
   Type    Primary
   Location    Beginning
   Partition settings
     Use as    physical volume for encryption
     Encryption method    Device-mapper (dm-crypt)
     Encryption    aes
     Key size    256
     IV algorithm    xts-plain64
     Encryption key    Passphrase
     Erase data    no
     Bootable flag    off
     Done setting up the partition
   Configure encrypted volumes
     Write the changes to disk    Yes
     Encryption configuration    Create encrypted volumes
     Devices to encrypt
   [*] /dev/sda2 (1000MB; crypto)
   [*] /dev/sda3 (13000MB; crypt)
     Continue
     Encryption configuration    Finish
     Encryption passphrase    
     Re-enter passphrase    
   Select a partition...    #1 13.0 GB f ext4
     Partition settings
   Use as    Ext4 journaling file system
   Mount point    /
   Mount options    defaults
   Label    laalaa_root
   Reserved blocks    5%
   Typical usage    standard
   Done setting up the partition
   Finish partitioning and write changes to disk
     Write the changes to disks    Yes
 Debian archive mirror country    United States
 Debian archive mirror    deb.debian.org
 HTTP proxy information    
 Package usage survey    No
 Choose software    Debian desktop environment
     Xfce
     SSH server
     standard system utiilties
 Device for boot loader installation
     /dev/sdb (ata-INTEL_SSDSC2CW060A3_)
 Installation complete    Continue

     Push and hold power button at POST; release when computer turns
 

Re: about 10th new install of bullseye

2024-06-07 Thread David Christensen

On 6/6/24 22:14, gene heskett wrote:
In experimenting I've found a name clash, there are appprently two 
orca's. one is a speech synth, one is a slicer for 3d printers I don't 
use. Typing orca in a shell locks the shell wo any output, for several 
minutes but comes back to a prompt with a ctl-c, so I've NDC which was 
being executed. Whatevver, the installation is quite voluminous:

gene@coyote:~/AppImages$ locate orca |wc -l
1560

So I took orca out, which took gnome out. But now gnomes dependencies 
will put orca back in. So now I can't run autoremove. So one more time 
this broken damned bookworm install has bit me in a rear.


No Cheers, Gene Heskett, CET.



Here are my installation notes from when I migrated my daily driver from 
Debian 9 to Debian 11.  It has orca, and orca has never bothered me:


January 9, 2022

1.  Wipe Intel SSD 520 Series 60 GB drive in Intel DQ67SW.  Insert
debian-11.2.0-amd64-netinst USB flash drive into USB 3.0 port
adjacent Gigabit port. Boot:

Debian GNU/Linux installer menu (BIOS mode)
install
LanguageC
Continent or region North America
Country, territory or area  United States
Keymap to use   American English
Hostnamelaalaa
Domain name tracy.holgerdanske.com
Root password   
Re-enter password   
Full name for new user  debian
Username for your account   debian
Choose a password   
Re-enter password   
Select your time zone   Pacific
Partitioning method Manual
  Select a partition... SCSI1 (0,0,0) (sda) - 60.0 GB ATA INTEL 
SSDSC2CW06
Create partition table  Yes
  Select a partition... pri/log 60.0 GB FREE SPACE
Create a new partition
  New partition size1 GB
  Type  Primary
  Location  Beginning
  Partition settings
Use as  Ext4 journaling file system
Mount point /boot
Mount options   defaults
Label   laalaa_boot
Reserved blocks 5%
Typical usage   standard
Bootable flag   on
Done setting up the partition
  Select a partition... pri/log 59.0 GB FREE SPACE
Create a new partition
  New partition size1 GB
  Type  Primary
  Location  Beginning
  Partition settings
Use as  physical volume for encryption
Encryption method   Device-mapper (dm-crypt)
Encryption  aes
Key size256
IV algorithmxts-plain64
Encryption key  Random key
Erase data  no
Bootable flag   off
Done setting up the partition
  Select a partition... pri/log 58.0 GB FREE SPACE
Create a new partition
  New partition size13 GB
  Type  Primary
  Location  Beginning
  Partition settings
Use as  physical volume for encryption
Encryption method   Device-mapper (dm-crypt)
Encryption  aes
Key size256
IV algorithmxts-plain64
Encryption key  Passphrase
Erase data  no
Bootable flag   off
Done setting up the partition
  Configure encrypted volumes
Write the changes to disk   Yes
Encryption configurationCreate encrypted volumes
Devices to encrypt  
  [*] /dev/sda2 (1000MB; crypto)
  [*] /dev/sda3 (13000MB; crypt)
Continue
Encryption configurationFinish
Encryption passphrase   
Re-enter passphrase 
  Select a partition... #1 13.0 GB f ext4
Partition settings
  Use asExt4 journaling file system
  Mount point   /
  Mount options defaults
  Label laalaa_root
  Reserved blocks   5%
  Typical usage standard
  Done setting up the partition
  Finish partitioning and 

Re: NVidia 340 video driver in Bookworm?

2024-06-07 Thread Van Snyder
On Fri, 2024-06-07 at 22:47 +0200, Hans wrote:
> Just a hint: Sometimes the nvidia-config module says, you need 340.xx, but 
> this is not always true. My card (with th eolder kernel) was running 390.xx, 
> although th esystem told me, I have to use 340.xx. 390.xx was running like a 
> charm, 340.xx crashed. So it lied.
> 
> Sorry, that I can help no further and for the bad news, but do not try too 
> much - I fear, you will fail!

So far, this is the best advice, so don't apologize.

I had assumed that when NVidia said I need 340 that it is undoubtedly
true. I'll try 390.



Re: about 10th new install of bullseye

2024-06-07 Thread gene heskett

On 6/7/24 14:15, mick.crane wrote:

On 2024-06-07 12:32, gene heskett wrote:


Where did you get that beta trixie installer? bookworm does not allow
that removal of orca without also removing gnome. brltty yes, but not
orca.


I don't think I've got any gnome stuff.
here probably.
https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/
mick

.

Got it, thanks mick.

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



Re: NVidia 340 video driver in Bookworm?

2024-06-07 Thread Hans
Am Freitag, 7. Juni 2024, 22:29:30 CEST schrieb Van Snyder:
Hi! Sadly to tell, that I treid hard to get 340.xx running in Bookworm. The 
problem is: You can not get it build with the actual kernel sources.

I checked and the developers missed some dependencies, the NVidia driver needs 
at build time.

You can get running it, if you are using an old kernel, like th eone from 
buster, maybe bullseye. In these kernels the dependencies and the libs, the 
sources are searching, are existent.

However, maybe you can trick the build by adding the needed dependencies and 
things, the driver is searching. But I dunno, if this is a good idea.

I also tried the orginal sources from nvidia.com, but here the same dependency 
problem appeared.

In some former mails I asked the kernel developers for help, but there was no 
big interest in fixing things with closed source drivers (however, the kernel 
module is not closed source as far as I know). 

Most people are pointing to nouveau, but this is pita. Development in nouveau 
is also not much any more people told.

Thus, with this old graphics card in linux is a problem, although they are in 
many notebooks people still use (I am running a Lenovo T520, several years 
old, but still fast enough). It has also a NVidia-card built in which needs 
340.xx but I can not use it due to the lack of the kernel driver.

Just a hint: Sometimes the nvidia-config module says, you need 340.xx, but 
this is not always true. My card (with th eolder kernel) was running 390.xx, 
although th esystem told me, I have to use 340.xx. 390.xx was running like a 
charm, 340.xx crashed. So it lied.

Sorry, that I can help no further and for the bad news, but do not try too 
much - I fear, you will fail!

Have a nice day!

Hans 


> Has anybody been able to install the NVidia 340.108 video driver in
> Debian 12?
> 
> The messages I found said "Support for it ended in 2019. Use nouveau."
> 
> But I seem to have trouble with nouveau. When I was running Debian 10
> on a Dell Vostro 1700 laptop with NVidia GeForce 8400M graphics, I had
> been able to install the driver, and had no trouble. I made the mistake
> of installing Debian 12.5 on the same partition, so I don't have the
> Debian 10 install anymore. It freezes so completely that the keyboard
> doesn't work, so I can't switch to a TTY screen. Even if I "ssh" to it
> from my desktop, I can't kill and restart the graphics. I have a script
> to restart KDE, but it does nothing. Even "init 3" doesn't do the
> trick. I have to hold down the power key to reboot. I don't think it's
> a hardware problem that amazingly manifested simultaneously with a new
> install.
> 
> Here's some too-late advice I've given to myself: Never blow away your
> old install that appears to be working. If you don't have a new disk,
> and you have room on the old one, make new boot and root partitions.
> Mark only the new boot partition as the bootable one. Hook both boot
> partitions to grub.






NVidia 340 video driver in Bookworm?

2024-06-07 Thread Van Snyder
Has anybody been able to install the NVidia 340.108 video driver in
Debian 12?

The messages I found said "Support for it ended in 2019. Use nouveau."

But I seem to have trouble with nouveau. When I was running Debian 10
on a Dell Vostro 1700 laptop with NVidia GeForce 8400M graphics, I had
been able to install the driver, and had no trouble. I made the mistake
of installing Debian 12.5 on the same partition, so I don't have the
Debian 10 install anymore. It freezes so completely that the keyboard
doesn't work, so I can't switch to a TTY screen. Even if I "ssh" to it
from my desktop, I can't kill and restart the graphics. I have a script
to restart KDE, but it does nothing. Even "init 3" doesn't do the
trick. I have to hold down the power key to reboot. I don't think it's
a hardware problem that amazingly manifested simultaneously with a new
install.

Here's some too-late advice I've given to myself: Never blow away your
old install that appears to be working. If you don't have a new disk,
and you have room on the old one, make new boot and root partitions.
Mark only the new boot partition as the bootable one. Hook both boot
partitions to grub.



Re: Impossible to install extensions with Gnome browser plugin

2024-06-07 Thread Jan Krapivin
On gnome you can just run

$ *gnome-shell --version*

пт, 7 июн. 2024 г. в 22:04, David Wright :

> On Fri 07 Jun 2024 at 20:06:27 (+0300), Jan Krapivin wrote:
> > Yes, you are right, maybe. Though Debian is probably a rare (if not the
> > only) distro that still uses Gnome 43.9, which is, as i use Debian, my
> > case. And (maybe) a problem?
>
> I searched for gnome in https://packages.debian.org/index
> and got 65 package matches for bookworm. I repeated for
> trixie and got 63 matches. Finally I tried sid and got
> 94 matches. However, I failed to find the string 43.9
> on any of these pages. How do you come by it? (I don't
> run gnome myself.)
>
> Cheers,
> David.
>
>


Re: [SOLVED] Re: Debian bookworm fails to install

2024-06-07 Thread Hans
Looks like a typo from me. 

apt-cache search grub-efi-amd | grep signed 
grub-efi-amd64-signed - GRand Unified Bootloader, version 2 (amd64 UEFI signed 
by Debian) 
grub-efi-amd64-signed-template - GRand Unified Bootloader, Version 2 
(Signaturvorlage für 
EFI-AMD64)

It is grub-efi-amd64-signed. 

Sorry for that. 

I checked after install: If I want to install package bootcd after 
installation, no packages will be 
deinstalled, just several added.

Not sure, what is the difference, between the installation process and the 
finished installation. 

Best

Hans


> 
> I can't find the package grub-efi-amd64-bin-signed.
> Where should I look?
> 
> Cheers,
> David.




Re: Impossible to install extensions with Gnome browser plugin

2024-06-07 Thread David Wright
On Fri 07 Jun 2024 at 20:06:27 (+0300), Jan Krapivin wrote:
> Yes, you are right, maybe. Though Debian is probably a rare (if not the
> only) distro that still uses Gnome 43.9, which is, as i use Debian, my
> case. And (maybe) a problem?

I searched for gnome in https://packages.debian.org/index
and got 65 package matches for bookworm. I repeated for
trixie and got 63 matches. Finally I tried sid and got
94 matches. However, I failed to find the string 43.9
on any of these pages. How do you come by it? (I don't
run gnome myself.)

Cheers,
David.



Re: [SOLVED] Re: Debian bookworm fails to install

2024-06-07 Thread David Wright
On Fri 07 Jun 2024 at 19:48:21 (+0200), Hans wrote:
> Got it! Found the reason and a fix for it.
> Just not easy to find. It is an dependency-problem!
> 
> What happened?
> 
> Well, in ~config/mylist.list.chroot I added the package "bootcd", which shoul 
> exist in my live-
> system. During build this made no problems and all dependencies are ok. But - 
> during install it 
> appears, that there is a dependency conflict with the installer as bootcd 
> needs grub-efi-amd64-
> bin.
> 
> However, when bootcd wants to install, this package will be installed, too as 
> it is dependent. So 
> far, so well. 
> BUT - grub-efi-amd64-bin conflicts with grub-efi-amd64-bin-signed 
> and forces it to deinstall, 
> which, you guess it, the debian-installer needs. 
> 
> And so the grub-installer crashes!

I can't find the package grub-efi-amd64-bin-signed.
Where should I look?

Cheers,
David.



Re: about 10th new install of bullseye

2024-06-07 Thread mick.crane

On 2024-06-07 12:32, gene heskett wrote:


Where did you get that beta trixie installer? bookworm does not allow
that removal of orca without also removing gnome. brltty yes, but not
orca.


I don't think I've got any gnome stuff.
here probably.
https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/
mick



Re: Souci de montage avec pcloud.com

2024-06-07 Thread Étienne Mollier
Bonsoir Pierre,

Pierre Meurisse, on 2024-06-07:
> j'ai testé plusieurs anciens noyaux, en remontant même jusqu'à
> linux-image-6.1.0.16-amd64 mais rien n'y fait.

D'accord, donc ce n'est visiblement pas une régression
introduite par la version de noyau.  Du coup je sèche et vais en
rester là pour le moment ; la piste webdav relevée par Erwan
vaut probablement le détour.

Bonne soirée,  :)
-- 
  .''`.  Étienne Mollier 
 : :' :  pgp: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/pts/3, please excuse my verbosity
   `-


signature.asc
Description: PGP signature


[SOLVED] Re: Debian bookworm fails to install

2024-06-07 Thread Hans
Got it! Found the reason and a fix for it.
Just not easy to find. It is an dependency-problem!

What happened?

Well, in ~config/mylist.list.chroot I added the package "bootcd", which shoul 
exist in my live-
system. During build this made no problems and all dependencies are ok. But - 
during install it 
appears, that there is a dependency conflict with the installer as bootcd needs 
grub-efi-amd64-
bin.

However, when bootcd wants to install, this package will be installed, too as 
it is dependent. So 
far, so well. 
BUT - grub-efi-amd64-bin conflicts with grub-efi-amd64-bin-signed 
and forces it to deinstall, 
which, you guess it, the debian-installer needs. 

And so the grub-installer crashes!

Now the question, who should be asked for help? Maintainers of bootcd? 
Maintainers of debian-
installer? Or Maintainers of packages? 

I do not know, and as long as I do not know, I can not file a bugreport as none 
of them (and 
this is fully correct and understandable) is responsible from his sight on.

However, the problem can easily be reproduced.

Thanks for reading this, hope it helps. For me, this issue can be closed.

Best regards

Hans


Re: Impossible to install extensions with Gnome browser plugin

2024-06-07 Thread Jan Krapivin
Yes, you are right, maybe. Though Debian is probably a rare (if not the
only) distro that still uses Gnome 43.9, which is, as i use Debian, my
case. And (maybe) a problem?

пт, 7 июн. 2024 г. в 20:01, :

> Jan Krapivin  wrote:
> > Thank you for your reply. This topic is not about Debian packages, but
> > about a performance of a plugin for browsers, it is not a Debian
> > package.
> >
> >
> https://wiki.gnome.org/action/show/Projects/GnomeShellIntegration?action=show=Projects%2FGnomeShellIntegrationForChrome
> >
> > I am trying to install Gnome extensions with it. They are also not
> > Debian packages.
> >
> > https://extensions.gnome.org/about/
>
> So maybe a Gnome forum or list or one about the specific plugin or even
> one about the browser is a better place to look for help than a debian
> mailing list?
>
>


Re: Impossible to install extensions with Gnome browser plugin

2024-06-07 Thread debian-user
Jan Krapivin  wrote:
> Thank you for your reply. This topic is not about Debian packages, but
> about a performance of a plugin for browsers, it is not a Debian
> package.
> 
> https://wiki.gnome.org/action/show/Projects/GnomeShellIntegration?action=show=Projects%2FGnomeShellIntegrationForChrome
> 
> I am trying to install Gnome extensions with it. They are also not
> Debian packages.
> 
> https://extensions.gnome.org/about/

So maybe a Gnome forum or list or one about the specific plugin or even
one about the browser is a better place to look for help than a debian
mailing list?



Re: Debian bookworm fails to install

2024-06-07 Thread Hans
Am Freitag, 7. Juni 2024, 18:24:11 CEST schrieb Michael Kjörling:
Hi Michael,
> On 7 Jun 2024 18:01 +0200, from hans.ullr...@loop.de (Hans):
> > For my own purposes I am building a live-debian ISO with installer.
> 
> How are you doing this?
I am starting with lb config (to get a straight live-build environment).

After this I am edititing all entries in ~/config/bootstrap | binary | common 
from "bullseye" to 
"bookworm".

At last I am editing the entry for the name of the image from "live-image" to 
"RustDesk-live-
image" (I want it so be named).

Then lb config --purge.

After this, I am starting with my own shell script, which contents this line:



...

lb config --purge

lb config --debian-installer live --bootappend-live "boot=live username=myname 
hostname=my_hostname..." (keyboard definitions and so on)

lb build



This worked, but from one day to another no more, and this is strange! 
I also did a fresh live-build-environment installation, then it worked 3 or 4 
times, and then it 
broke again.



> 
> Can you post a script (or something similar) which reliably
> demonstrates the issue when executed within a fresh Debian system?
> 

The issue is not in the Debian itself, but it happens, when I want to install 
it. It happens as well 
on a native system as in Virtualbox itself.

Maybe I could upload the ISO somewhere, it can be used in Virtualbox and shows 
the crash 
there, too. However, the ISO is 700MB and you need 8GB harddrive in Virtualbox. 
Think, not a 
goo idea.

> > I also tried to install grub manually in the console during installation
> > process, using "grub-installer /target", but this did neither work nor
> > show
> > much usefull information.
> 
> Should we take this to mean that it did show _some_ "useful
> information"? If so, what _did_ it show?

No, it did not show any usefull information. Messages like "grub-installer 
failed" is no usefull 
information! No reason why...
> 
> It appears that you are trying something; having some issue; see
> symptoms; draw conclusions; and then tell us about your conclusions
> and ask for a solution to your issue so as to be able to continue with
> what you're trying to do. But without us being able to see what you
> are doing and what happens when you do, _in full_, it's nearly
> impossible to guess from your conclusions what might cause the issue
> you're having in the first place.
> 
Yeah, I know. If I got more information for myself, maybe I could find the 
reason for myself, 
too. But the installer does not show 

> Show us _exactly_ what's happening, as far as you are able. At a
> minimum, make it easy for others to recreate a situation in which you
> see the specific problem.
> 
> In other words, a minimal (non)working example.

At the moment, I try to use the installer from bullsyeye and the system of 
bookworm. It can be 
set in the live-build configurations.

Maybe it is a problem with the debian-bookworm repo (mirroring in process, 
whatever) and 
tomorrow it will magiacally work again.

So, I suppose, we should wait. I will try some things here and maybe I can fix 
it though.

Thanks for help anyway.

Best regards


Hans


Re: Debian bookworm fails to install

2024-06-07 Thread Michael Kjörling
On 7 Jun 2024 18:01 +0200, from hans.ullr...@loop.de (Hans):
> For my own purposes I am building a live-debian ISO with installer.

How are you doing this?

Can you post a script (or something similar) which reliably
demonstrates the issue when executed within a fresh Debian system?


> I also tried to install grub manually in the console during installation
> process, using "grub-installer /target", but this did neither work nor show
> much usefull information.

Should we take this to mean that it did show _some_ "useful
information"? If so, what _did_ it show?

It appears that you are trying something; having some issue; see
symptoms; draw conclusions; and then tell us about your conclusions
and ask for a solution to your issue so as to be able to continue with
what you're trying to do. But without us being able to see what you
are doing and what happens when you do, _in full_, it's nearly
impossible to guess from your conclusions what might cause the issue
you're having in the first place.

Show us _exactly_ what's happening, as far as you are able. At a
minimum, make it easy for others to recreate a situation in which you
see the specific problem.

In other words, a minimal (non)working example.

-- 
Michael Kjörling  https://michael.kjorling.se
“Remember when, on the Internet, nobody cared that you were a dog?”



Re: Arranque muy lento con SSD

2024-06-07 Thread jerigondor78
El viernes, 7 de junio de 2024 0:11:26 (CEST) JavierDebian escribió:
> El 5/6/24 a las 13:34, jerigondo...@gmail.com escribió:
> > Activado el "verbose". Adjunto foto de cuando se ha parado:
> > 
> > https://pixelfed.au/i/web/post/704004287090466433
> > 
> > Doy por hecho que los numeros entre corchetes son algun tipo de marca de
> > tiempo, pero no se corresponden con la realidad.
> > Entre 3.822528 y 3.822600 han pasado varios minutos. Al igual que entre
> > 3.82279 y 4.046965. A partir de ahí, ha aparecido el SSDM.
> > 
> > Saludos.
> 
> Tiene problemas con la cámara.
> 
> https://bbs.archlinux.org/viewtopic.php?id=124204
> 
> http://files.atlanty.ru/?id=usb:064e-a103
> 
> La detecta, y se toma los 3 minutos de espera para tratar de activarla.
> Empezá a escarbar por ahí.
> 
> JAP

Pues la cosa empieza a ponerse rara. Ahona se queda parado en:

[3.027879] input : SynPS/2 Synaptics TouchPad as /devices/platform/i8042/
serio1/input/input7

...durante varios minutos. El touchpad funciona perfectamente.
Despues se ha parado en:

[3.416086] random: rng init done

...durante varios minutos. Y desde ahí, de un tiron hasta el SSDM.

No ha vuelto a pararse en lo de la camara. Que por otra parte, jamas he 
utilizado. Por lo que no me importaria eliminarla. [Rectificación: En otra 
prueba ha vuelto a parar en lo de la camara].

Por ahí he leido que cuando se para en "random...", espera que se mueva el 
ratón para poder generar números aleatorios...

De todas formas con el kernel 6.1.0-18, va bien... pero me queda una espinita. 
Ya veremos.

Saludos.






Debian bookworm fails to install

2024-06-07 Thread Hans
Hi folks,

I am running into an issue, I can not explain.

Let me please shortly describe:

For my own purposes I am building a live-debian ISO with installer. As I am 
finetuning some things (not related to the system itself), I am building 
several ISOs a day. 

The live-build is set to bookworm (not bullseye, as lb config does).

However, everything is going fine., the live-system is booting well.

But: When I want to install it, the installer always breaks, when it wants to 
install grub. (grub-installer fails). 

As I am doing always a fresh install with completely formatting the harddrive, 
it can not be explained, why this happens.

And more strange: When I build one version, it is working well. Changing 
nothing, and building again, suddenly the installer crashes at grub 
installation and then it will never work again. 

To declare: I can build several times, and every installation is working well, 
and suddenly without any reason, it breakes. Doing then using one version 
before (the last one, which worked well), it is still working, but the next 
build is crashing.

Ok, I think you understood, what I meant. Well, one reason I could imagine, 
that the debian mirror, I add during installation process is changing. I am 
using "deb.debian.org", but when using another mirror in my near, I am running 
into the same issue.

I also tried to install grub manually in the console during installation 
process, using "grub-installer /target", but this did neither work nor show 
much usefull information.

Any idea, why this is happening? I saw similar messages in some forums, but 
they are all related to Debian 10, which is rather old (and I suppose, these 
bugs are fixed).

Thanks for any hints and help!

Best regards

Hans   




Re: about 10th new install of bullseye

2024-06-07 Thread gene heskett

On 6/7/24 07:16, Greg Wooledge wrote:

On Fri, Jun 07, 2024 at 01:14:16AM -0400, gene heskett wrote:

In experimenting I've found a name clash, there are appprently two orca's.
one is a speech synth, one is a slicer for 3d printers I don't use.


Oh!  That sounds super relevant.


I forgot to mention the speech synth is "orca", the slicer is "Orca"


If you're not using the second one, where did it come from?  If it's
interfering with your desktop environment, but you're not using it,
maybe you can get rid of it.


An AppImage, rm it.


That would be one solution path to explore.  The other... you're already
exploring, so see below.


Typing
orca in a shell locks the shell wo any output, for several minutes but comes
back to a prompt with a ctl-c, so I've NDC which was being executed.


"type orca" will tell you what the shell has chosen.

"type -a orca" will tell you all the places the shell sees it, in order.


So I took orca out, which took gnome out. But now gnomes dependencies will
put orca back in. So now I can't run autoremove.


Install "equivs".  Read its documentation.  Read it a second time,
because it's probably too subtle to get all at once.

Pick one of the example templates (mail-transport-agent is the smallest,
so I'd use that one), make a copy of it, and modify the copy.  Get rid of
the Provides and Conflicts, and replace them with a Depends: line that's
identical to the one from "gnome", except get rid of orca.  Change the
Package name and the Description to be something meaningful to you.

I'd suggest the name gene-gnome because it's a fun pun.

Build your new .deb which depends on all the parts of GNOME except for
orca.  Install it with dpkg -i.

Since the gnome Depends: line has versioned dependencies, your custom
replacement probably won't survive a dist-upgrade, so be prepared to
undo and redo this hack when you upgrade to a new version of Debian.

.


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



Re: about 10th new install of bullseye

2024-06-07 Thread gene heskett

On 6/7/24 07:16, Greg Wooledge wrote:

On Fri, Jun 07, 2024 at 01:14:16AM -0400, gene heskett wrote:

In experimenting I've found a name clash, there are appprently two orca's.
one is a speech synth, one is a slicer for 3d printers I don't use.


Oh!  That sounds super relevant.

If you're not using the second one, where did it come from?  If it's
interfering with your desktop environment, but you're not using it,
maybe you can get rid of it.

That would be one solution path to explore.  The other... you're already
exploring, so see below.


Typing
orca in a shell locks the shell wo any output, for several minutes but comes
back to a prompt with a ctl-c, so I've NDC which was being executed.


"type orca" will tell you what the shell has chosen.

"type -a orca" will tell you all the places the shell sees it, in order.


So I took orca out, which took gnome out. But now gnomes dependencies will
put orca back in. So now I can't run autoremove.


Install "equivs".  Read its documentation.  Read it a second time,
because it's probably too subtle to get all at once.


Where are the docs, it doesn't come with a manpage? Buried someplace in 
/usr/share/docs? Found it, instructs are in the README-Debian file but 
quite sparse.  Looks like it could work however. Needs more 
coffee...Lots more.


Thanks.


Pick one of the example templates (mail-transport-agent is the smallest,
so I'd use that one), make a copy of it, and modify the copy.  Get rid of
the Provides and Conflicts, and replace them with a Depends: line that's
identical to the one from "gnome", except get rid of orca.  Change the
Package name and the Description to be something meaningful to you.

I'd suggest the name gene-gnome because it's a fun pun.


Interesting. and something I've not tried on x86-64 machines. I do build 
stuff on the arm64, but this looks different from making a buildbot or 
rt kernel.


Build your new .deb which depends on all the parts of GNOME except for
orca.  Install it with dpkg -i.

Since the gnome Depends: line has versioned dependencies, your custom
replacement probably won't survive a dist-upgrade, so be prepared to
undo and redo this hack when you upgrade to a new version of Debian.


Noted but short term memory will probably fail.

Thank you Greg.

.


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



Re: about 10th new install of bullseye

2024-06-07 Thread gene heskett

On 6/7/24 04:33, mick.crane wrote:

On 2024-06-07 06:14, gene heskett wrote:


So I took orca out, which took gnome out. But now gnomes dependencies
will put orca back in. So now I can't run autoremove. So one more time
this broken damned bookworm install has bit me in a rear.

I delayed logging in after starting the PC some time ago when a voice 
boomed out the keys I was typing.

"What the.."
Reading this thread I purged orca and brltty on trixie and everything 
still seems to be working.

mick

.
Where did you get that beta trixie installer? bookworm does not allow 
that removal of orca without also removing gnome. brltty yes, but not orca.


Thanks mick.

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



Re: about 10th new install of bullseye

2024-06-07 Thread Greg Wooledge
On Fri, Jun 07, 2024 at 01:14:16AM -0400, gene heskett wrote:
> In experimenting I've found a name clash, there are appprently two orca's.
> one is a speech synth, one is a slicer for 3d printers I don't use.

Oh!  That sounds super relevant.

If you're not using the second one, where did it come from?  If it's
interfering with your desktop environment, but you're not using it,
maybe you can get rid of it.

That would be one solution path to explore.  The other... you're already
exploring, so see below.

> Typing
> orca in a shell locks the shell wo any output, for several minutes but comes
> back to a prompt with a ctl-c, so I've NDC which was being executed.

"type orca" will tell you what the shell has chosen.

"type -a orca" will tell you all the places the shell sees it, in order.

> So I took orca out, which took gnome out. But now gnomes dependencies will
> put orca back in. So now I can't run autoremove.

Install "equivs".  Read its documentation.  Read it a second time,
because it's probably too subtle to get all at once.

Pick one of the example templates (mail-transport-agent is the smallest,
so I'd use that one), make a copy of it, and modify the copy.  Get rid of
the Provides and Conflicts, and replace them with a Depends: line that's
identical to the one from "gnome", except get rid of orca.  Change the
Package name and the Description to be something meaningful to you.

I'd suggest the name gene-gnome because it's a fun pun.

Build your new .deb which depends on all the parts of GNOME except for
orca.  Install it with dpkg -i.

Since the gnome Depends: line has versioned dependencies, your custom
replacement probably won't survive a dist-upgrade, so be prepared to
undo and redo this hack when you upgrade to a new version of Debian.



Re: Impossible to install extensions with Gnome browser plugin

2024-06-07 Thread Jan Krapivin
Thank you for your reply. This topic is not about Debian packages, but
about a performance of a plugin for browsers, it is not a Debian package.

https://wiki.gnome.org/action/show/Projects/GnomeShellIntegration?action=show=Projects%2FGnomeShellIntegrationForChrome

I am trying to install Gnome extensions with it. They are also not Debian
packages.

https://extensions.gnome.org/about/

The problem can be reproduced only if you use Gnome.

For this you must install a special Gnome *BROWSER* plugin and try to
install any Gnome extension.

It is not a big deal, as I am still able to install Gnome extensions with
regular files.

But i wonder if it is a universal problem, and if it is not, what is wrong
with me, as i haven't done any major changes in OS.

пт, 7 июн. 2024 г. в 03:50, George at Clug :

> Hi Jan Krapivin,
>
> I am hoping someone can help you with your answer as I do not use Gnome or
> have much experience with Gnome.
>
> Which Debian package or packages are you installing?
>
> I found a list of Debian Gnome packages at
> https://packages.debian.org/stable/gnome/
>
> But I was not able to find a  "GNOME Shell integration" package ?
>
> You said, "i am unable to install new extensions with browser plugin
> "GNOME Shell integration"".
>
> Could you please explain the steps to reproduce your problem, including
> installation of the browser plugin package, how in the web browser you add
> the extension, and an example extension you were not able to install?
>
> Thanks,
>
> George.
>
>
> On Friday, 07-06-2024 at 05:27 Jan Krapivin wrote:
>
> Guys, can you please spend 30 seconds and check if it is a universal
> problem..?
>
> чт, 6 июн. 2024 г. в 13:41, Jan Krapivin :
>
>> I have a problem with a Gnome browser plugin. I have even created an
>> issue report (see below).
>>
>> Unfortunately I don't know if I am the only one with this problem.
>>
>> If you use Debian 12 stable with Gnome, please let me know about your
>> experience.
>>
>> "Hello! I use Debian 12 stable with Gnome 43.9. Recently i have found out
>> that i am unable to install new extensions with browser plugin "GNOME Shell
>> integration". I have tried different browsers: Firefox stable, Firefox-ESR,
>> Chrome. In all of them it is impossible to install a new extension.
>> Switching a tumbler from "OFF" to "ON" does nothing. Though it is possible
>> to view already installed extensions and switch them off and on. It is also
>> possible to install an extension from file.
>>
>> What i have tried: 1) Switching "Disable version validation" on and off.
>> 2) Gnome-shell reinstall. 3) gnome-browser-connector reinstall."
>>
>> https://gitlab.gnome.org/GNOME/gnome-browser-extension/-/issues/62
>>
>


Re: about 10th new install of bullseye

2024-06-07 Thread mick.crane

On 2024-06-07 06:14, gene heskett wrote:


So I took orca out, which took gnome out. But now gnomes dependencies
will put orca back in. So now I can't run autoremove. So one more time
this broken damned bookworm install has bit me in a rear.

I delayed logging in after starting the PC some time ago when a voice 
boomed out the keys I was typing.

"What the.."
Reading this thread I purged orca and brltty on trixie and everything 
still seems to be working.

mick



Re: Global Server

2024-06-07 Thread Camaleón
El 2024-06-07 a las 02:15 -0300, Carlos Villiere escribió:

> El jue, 6 jun 2024 a las 3:55, Camaleón () escribió:
> 
> > El 2024-06-05 a las 19:55 -0500, Luz Victoria Rivera escribió:
> >
> > > Buenas noches, estoy encargada de proveer el software de Global Server
> > para
> > > Linux Debían 12, podrían indicarnos con quién podemos hacer la consulta?
> >
> > No conozco esa aplicación (Global Server) y Google tampoco me despeja
> > la duda :-?
> >
> > https://www.google.com/search?q=Global+Server
> >
> > Si nos das más datos podremos orientarte mejor.

> Hola Camaleon!!
> Global Server. *Solución integrada con reconocimiento facial, inteligencia
> artificial y almacenamiento en la nube*. Las puertas automáticas son parte
> esencial de una completa solución de acceso. GLOBAL SERVER asesora, diseña
> y fabrica toda clase de puertas con control.
> https://globalserver.com.co/
> Saludos

Hum... ¿y qué tiene que ver una empresa de servicios y sistemas de 
automatización y seguridad con Debian? No veo que tengan software de 
gestión, como indica la OP, ni nada parecido o instalable :-?

No sé, necesito más datos o me falta alguna pieza del rompecabezas.

Saludos,

-- 
Camaleón 



Re: Souci de montage avec pcloud.com

2024-06-07 Thread Erwan David

Le 06/06/2024 à 11:38, Pierre Meurisse a écrit :

Bonjour,

je suis abonné à https://www.pcloud.com et je rencontre des difficultés avec le 
montage proposé.

Avec la version web, firefox,  https://my.pcloud.com, en utilisant le bouton 
"Téléversement",
le fichier IMGtest.tar de 86 Mo est téléchargé en quelques secondes.


Si par contre je lance l'application pcloud fournie, elle me crée bien le 
montage :

pCloud.fs 500G138G  363G  28% /home/pier/pCloudDrive

mais l'instruction :

cp -iv pierh/tar_gz/IMGtest.tar pCloudDrive/

ne charge qu'une vingtaine de Mo en 5 minutes

Par contre une instruction comme

pier@msi~/pCloudDrive% find . -maxdepth 1 -type d ! -name "."  -exec du -hs {} 
\;

fonctionne très bien.

Il s'agirait donc d'un pb d'upload vers pCloudDrive.
Tout fonctionnait convenablement depuis il y a environ un mois.

Je suis sur debian stable à jour.
J'ai bien sûr contacté supp...@pcloud.com. Ils m'ont fait faire des tas de 
tests et de réglages,
j'ai téléchargé la dernière version de pcloud mais rien à faire.
Nous finissons par nous demander le souci ne vient pas du côté de debian, par 
exemple depuis
la dernière maj du noyau.

Je me tourne donc vers vous pour essayer de trouver une éventuelle solution.
Merci d'avance pour les éclairages que vous pourrez apporter.


Je vois que pcloud supporte le protocole webdav 
(https://www.clubic.com/stockage-en-ligne/pcloud/tutoriel-468081-comment-acceder-a-pcloud-via-webdav.html)
 peut-être essayer via un client webdav comme cadaver, rclone ou davfs2 ? Déjà 
voir si le problème vient de leur client


--
Erwan David



Re: Souci de montage avec pcloud.com

2024-06-07 Thread Pierre Meurisse
Le Thu, Jun 06, 2024 at 10:08:48PM +0200, Étienne Mollier a écrit :
> Étienne Mollier, on 2024-06-06:
> > Pierre Meurisse, on 2024-06-06:
> > > Je suis sur debian stable à jour.
> > > J'ai bien sûr contacté supp...@pcloud.com. Ils m'ont fait faire des tas 
> > > de tests et de réglages, 
> > > j'ai téléchargé la dernière version de pcloud mais rien à faire.
> > > Nous finissons par nous demander le souci ne vient pas du côté de debian, 
> > > par exemple depuis 
> > > la dernière maj du noyau.
> > 
> > Il est possible de rétrograder la version de noyau à l'allumage
> > de la machine, depuis le menu de démarrage "GNU GRUB".  Il faut
> > choisir dans le premier panneau :
> > 
> >   * Advanced options for Debian GNU/Linux
> > 
> > Et dans le panneau suivant, choisir une version plus ancienne à
> > tester ; par défaut le sélecteur sera sur la version la plus
> > récente.  Par exemple, sur une machine de test, je choisirais :
> > 
> >   * Debian GNU/Linux, with Linux 6.1.0-20-amd64
> > 
> > afin de démarrer sur la version qui précède l'actuel Linux
> > 6.1.0-21-amd64.  Si le problème remonte à longtemps et que les
> > versions de noyau à tester ne sont plus installées, alors il est
> > possible de les rétablir en installant les paquets linux-image
> > et linux-headers anciens.  Par exemple pour rétablir la version
> > 6.1.0-18-amd64, il est toujours possible d'installer les paquets
> > suivants :
> > 
> >   * linux-image-6.1.0-18-amd64
> >   * ainsi que linux-headers-6.1.0-18-amd64 s'il est nécessaire
> > d'installer des pilotes tiers, du genre pilotes graphiques
> > propriétaires, qui auraient besoin d'être reconstruits pour
> > se raccorder à l'ancienne version de noyau.
> > 
> > Le démarreur continuera à démarrer sur le noyau le plus récent,
> > donc il ne faut pas oublier d'intercepter le menu pour choisir
> > l'ancienne version nouvellement installée.  Note : laissez de
> > côté le recovery mode, il sert à démarrer en mode de dépannage
> > chargeant aussi peu de services que possible, pour réparrer des
> > problèmes de démarrage par exemple.
> 
> J'ai oublié de préciser que si rétrograder le noyau résoud le
> problème, ce n'est en rien une solution pérenne.  L'idée est de
> faciliter au support l'identification du changement qui affecte
> leur système de fichier.  Comme dit :
> > Si ça peut aider à diagnostiquer ce qu'il se passe,
> 
> Bonne soirèe,  :)
> -- 
>   .''`.  Étienne Mollier 
>  : :' :  pgp: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
>  `. `'   sent from /dev/tty1, please excuse my verbosity
>`-on air: Deep Purple - Cry Free - (Roger Glover Remix)

Merci Etienne,

j'ai testé plusieurs anciens noyaux, en remontant même jusqu'à
linux-image-6.1.0.16-amd64 mais rien n'y fait.

Bonne journée

--
Pierre Meurisse 



-- 
Pierre Meurisse



Re: Global Server

2024-06-06 Thread Carlos Villiere
Hola Camaleon!!
Global Server. *Solución integrada con reconocimiento facial, inteligencia
artificial y almacenamiento en la nube*. Las puertas automáticas son parte
esencial de una completa solución de acceso. GLOBAL SERVER asesora, diseña
y fabrica toda clase de puertas con control.
https://globalserver.com.co/
Saludos

El jue, 6 jun 2024 a las 3:55, Camaleón () escribió:

> El 2024-06-05 a las 19:55 -0500, Luz Victoria Rivera escribió:
>
> > Buenas noches, estoy encargada de proveer el software de Global Server
> para
> > Linux Debían 12, podrían indicarnos con quién podemos hacer la consulta?
>
> No conozco esa aplicación (Global Server) y Google tampoco me despeja
> la duda :-?
>
> https://www.google.com/search?q=Global+Server
>
> Si nos das más datos podremos orientarte mejor.
>
> Saludos,
>
> --
> Camaleón
>
>


Re: about 10th new install of bullseye

2024-06-06 Thread gene heskett

On 6/6/24 19:00, Tom Dial wrote:



On 6/5/24 19:53, gene heskett wrote:

On 6/5/24 17:25, Tom Dial wrote:



On 6/5/24 08:58, gene heskett wrote:

On 6/5/24 02:05, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had 
a TV
transmitter that was varying in power output - you'd have a 
mental checklist.
You'd get down there, perhaps schedule some sort of power down / 
reduced
power operation and then you'd check - power supplies, feeder 
cables, hot
spots on cables - whatever. Divide and conquer- working back to a 
baseline

of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you 
out of this
"X happens, I did Y, now I've got Z" - to get to a known initial 
state.


Take out all the serial converters to UPS, lathe and so on. 
Wireless keyboard
doesn't present as serial in the same way that brltty does - if 
it did, I'd

have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using 
tar.gz and preserving permissions. Start with the .iso that 
includes firmware - the unofficial one.


Build back slowly - do an expert text mode install if you can. 
Then add your
Trinity desktop - I don't think any of us can help you there, 
since we don't

run trinity.

Check and you should find that brltty isn't installed at all. 
Then re-add thingsgradually until you have the working system you 
want. Document it - write down

the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever 
caused by

individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those 
packages and
see if that clears it. I _know_ this is frustrating as all get 
out for you
but a clear approach, written down so that you can remember where 
you got

to will be very helpful.


Any attempt to remove cura or brltty, removes gnome leaving me I 
assume with a text only system by the time gnome takes all its 
dependency's with it.  Thanks Tom.


Have you actually tried uninstalling brltty only, as a separate 
action from all others?


I have a number of gnome installations, unfortunately for this 
discussion all bookworm. None of them has brltty.


I have a few installations of bullseye and an older stretch 
installation, but none with gnome installed. On all of them, though, 
"apt-rdepends -r gnome" fails to list brltty as a gnome dependency. 
And on the bookworm systems, simulated installation of gnome ("apt 
install -s gnome") shows brltty as a suggested package only and would 
not install it along with gnome; on the stretch system, gnome 
installation makes no reference at all to brltty.


While I have both with only the radio buttons for keyboard and rodent 
plugged into usb at install time. I have only one wired keyboard and 
no wired mice as I've had a lightning strike on the pole that serves 
this house reach up and tap me by way of my fingers on the keyboard. 
Wasn't that much of a tap, I've been tapped a lot harder that that, 
hard enough to trigger a 6 month round of shingles and the burns were 
months healing. And in this case did not damage the keyboard or 
computer, but I did get the message. I've had many strikes on that 
pole since I built a garage on the end of the house, which caused me 
to install a 200 amp service and bring my grounding specs up to NEC. 
Zero problems since then (2008)


Is it possible you have apt settings that automatically pull in 
suggested packages, and that is interfering with attempts to remove 
brltty? I am not expert enough wrt apt and its relatives to know 
whether that even makes sense, and it seems a bit far fetched if 
maybe barely possible.


Maybe if you post the output from "apt-rdepends -r brltty" and "apt 
purge --simulate brltty" it will be informative.


Neither of those utils are installed. Should they be?


apt should be installed. As far as I know it has been included by 
default in the Debian base system as the preferred command line package 
management program since buster or earlier. I have never had to install 
it. You probably should if it is missing.


apt-rdepends is at least partly redundant with apt.
The command "apt-rdepends -r ", and "apt rdepends 
" both show reverse dependencies of ; the 
latter also shows suggestions (packages that suggest think).

If you have apt installed, you probably do not need apt-rdepends.

Regards,
Tom Dial




Regards,
Tom Dial


Re: about 10th new install of bullseye

2024-06-06 Thread gene heskett

On 6/6/24 17:57, Tom Dial wrote:



On 6/5/24 19:53, gene heskett wrote:

On 6/5/24 17:25, Tom Dial wrote:



On 6/5/24 08:58, gene heskett wrote:

On 6/5/24 02:05, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had 
a TV
transmitter that was varying in power output - you'd have a 
mental checklist.
You'd get down there, perhaps schedule some sort of power down / 
reduced
power operation and then you'd check - power supplies, feeder 
cables, hot
spots on cables - whatever. Divide and conquer- working back to a 
baseline

of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you 
out of this
"X happens, I did Y, now I've got Z" - to get to a known initial 
state.


Take out all the serial converters to UPS, lathe and so on. 
Wireless keyboard
doesn't present as serial in the same way that brltty does - if 
it did, I'd

have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using 
tar.gz and preserving permissions. Start with the .iso that 
includes firmware - the unofficial one.


Build back slowly - do an expert text mode install if you can. 
Then add your
Trinity desktop - I don't think any of us can help you there, 
since we don't

run trinity.

Check and you should find that brltty isn't installed at all. 
Then re-add thingsgradually until you have the working system you 
want. Document it - write down

the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever 
caused by

individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those 
packages and
see if that clears it. I _know_ this is frustrating as all get 
out for you
but a clear approach, written down so that you can remember where 
you got

to will be very helpful.


Any attempt to remove cura or brltty, removes gnome leaving me I 
assume with a text only system by the time gnome takes all its 
dependency's with it.  Thanks Tom.


Have you actually tried uninstalling brltty only, as a separate 
action from all others?


I have a number of gnome installations, unfortunately for this 
discussion all bookworm. None of them has brltty.


I have a few installations of bullseye and an older stretch 
installation, but none with gnome installed. On all of them, though, 
"apt-rdepends -r gnome" fails to list brltty as a gnome dependency. 
And on the bookworm systems, simulated installation of gnome ("apt 
install -s gnome") shows brltty as a suggested package only and would 
not install it along with gnome; on the stretch system, gnome 
installation makes no reference at all to brltty.


While I have both with only the radio buttons for keyboard and rodent 
plugged into usb at install time. I have only one wired keyboard and 
no wired mice as I've had a lightning strike on the pole that serves 
this house reach up and tap me by way of my fingers on the keyboard. 
Wasn't that much of a tap, I've been tapped a lot harder that that, 
hard enough to trigger a 6 month round of shingles and the burns were 
months healing. And in this case did not damage the keyboard or 
computer, but I did get the message. I've had many strikes on that 
pole since I built a garage on the end of the house, which caused me 
to install a 200 amp service and bring my grounding specs up to NEC. 
Zero problems since then (2008)


Is it possible you have apt settings that automatically pull in 
suggested packages, and that is interfering with attempts to remove 
brltty? I am not expert enough wrt apt and its relatives to know 
whether that even makes sense, and it seems a bit far fetched if 
maybe barely possible.


Maybe if you post the output from "apt-rdepends -r brltty" and "apt 
purge --simulate brltty" it will be informative.


Neither of those utils are installed. Should they be?


apt should be installed. As far as I know it has been included by 
default in the Debian base system as the preferred command line package 
management program since buster or earlier. I have never had to install 
it. You probably should if it is missing.


apt-rdepends is at least partly redundant with apt.
The command "apt-rdepends -r ", and "apt rdepends 
" both show reverse dependencies of ; the 
latter also shows suggestions (packages that suggest think).

If you have apt installed, you probably do not need apt-rdepends.


I was not aware that apt had that 

Re: Impossible to install extensions with Gnome browser plugin

2024-06-06 Thread George at Clug
Hi Jan Krapivin,


I am hoping someone can help you with your answer as I do not use
Gnome or have much experience with Gnome.


Which Debian package or packages are you installing?

I found a list of Debian Gnome packages at
https://packages.debian.org/stable/gnome/


But I was not able to find a  "GNOME Shell integration" package ?

You said, "i am unable to install new extensions with browser plugin
"GNOME Shell integration"".

Could you please explain the steps to reproduce your problem,
including  installation of the browser plugin package, how in the web
browser you add the extension, and an example extension you were not
able to install?

Thanks,

George.



On Friday, 07-06-2024 at 05:27 Jan Krapivin wrote:


Guys, can you please spend 30 seconds and check if it is a universal
problem..?


чт, 6 июн. 2024 г. в 13:41, Jan Krapivin :



I have a problem with a Gnome browser plugin. I have even created an
issue report (see below). 


Unfortunately I don't know if I am the only one with this problem. 


If you use Debian 12 stable with Gnome, please let me know about your
experience.

"Hello! I use Debian 12 stable with Gnome 43.9. Recently i have found
out that i am unable to install new extensions with browser plugin
"GNOME Shell integration". I have tried different browsers: Firefox
stable, Firefox-ESR, Chrome. In all of them it is impossible to
install a new extension. Switching a tumbler from "OFF" to "ON" does
nothing. Though it is possible to view already installed extensions
and switch them off and on. It is also possible to install an
extension from file. 

What i have tried: 1) Switching "Disable version validation" on and
off. 2) Gnome-shell reinstall. 3) gnome-browser-connector reinstall."

https://gitlab.gnome.org/GNOME/gnome-browser-extension/-/issues/62


Re: Arranque muy lento con SSD

2024-06-06 Thread JavierDebian




El 5/6/24 a las 13:34, jerigondo...@gmail.com escribió:

Activado el "verbose". Adjunto foto de cuando se ha parado:

https://pixelfed.au/i/web/post/704004287090466433

Doy por hecho que los numeros entre corchetes son algun tipo de marca de
tiempo, pero no se corresponden con la realidad.
Entre 3.822528 y 3.822600 han pasado varios minutos. Al igual que entre
3.82279 y 4.046965. A partir de ahí, ha aparecido el SSDM.

Saludos.


Tiene problemas con la cámara.

https://bbs.archlinux.org/viewtopic.php?id=124204

http://files.atlanty.ru/?id=usb:064e-a103

La detecta, y se toma los 3 minutos de espera para tratar de activarla.
Empezá a escarbar por ahí.

JAP



Re: about 10th new install of bullseye

2024-06-06 Thread Tom Dial



On 6/5/24 19:53, gene heskett wrote:

On 6/5/24 17:25, Tom Dial wrote:



On 6/5/24 08:58, gene heskett wrote:

On 6/5/24 02:05, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had a TV
transmitter that was varying in power output - you'd have a mental checklist.
You'd get down there, perhaps schedule some sort of power down / reduced
power operation and then you'd check - power supplies, feeder cables, hot
spots on cables - whatever. Divide and conquer- working back to a baseline
of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you out of this
"X happens, I did Y, now I've got Z" - to get to a known initial state.

Take out all the serial converters to UPS, lathe and so on. Wireless keyboard
doesn't present as serial in the same way that brltty does - if it did, I'd
have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using tar.gz and 
preserving permissions. Start with the .iso that includes firmware - the 
unofficial one.

Build back slowly - do an expert text mode install if you can. Then add your
Trinity desktop - I don't think any of us can help you there, since we don't
run trinity.

Check and you should find that brltty isn't installed at all. Then re-add 
thingsgradually until you have the working system you want. Document it - write 
down
the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever caused by
individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those packages and
see if that clears it. I _know_ this is frustrating as all get out for you
but a clear approach, written down so that you can remember where you got
to will be very helpful.


Any attempt to remove cura or brltty, removes gnome leaving me I assume with a 
text only system by the time gnome takes all its dependency's with it.  Thanks 
Tom.


Have you actually tried uninstalling brltty only, as a separate action from all 
others?

I have a number of gnome installations, unfortunately for this discussion all 
bookworm. None of them has brltty.

I have a few installations of bullseye and an older stretch installation, but none with gnome 
installed. On all of them, though, "apt-rdepends -r gnome" fails to list brltty as a 
gnome dependency. And on the bookworm systems, simulated installation of gnome ("apt install 
-s gnome") shows brltty as a suggested package only and would not install it along with gnome; 
on the stretch system, gnome installation makes no reference at all to brltty.


While I have both with only the radio buttons for keyboard and rodent plugged 
into usb at install time. I have only one wired keyboard and no wired mice as 
I've had a lightning strike on the pole that serves this house reach up and tap 
me by way of my fingers on the keyboard. Wasn't that much of a tap, I've been 
tapped a lot harder that that, hard enough to trigger a 6 month round of 
shingles and the burns were months healing. And in this case did not damage the 
keyboard or computer, but I did get the message. I've had many strikes on that 
pole since I built a garage on the end of the house, which caused me to install 
a 200 amp service and bring my grounding specs up to NEC. Zero problems since 
then (2008)


Is it possible you have apt settings that automatically pull in suggested 
packages, and that is interfering with attempts to remove brltty? I am not 
expert enough wrt apt and its relatives to know whether that even makes sense, 
and it seems a bit far fetched if maybe barely possible.

Maybe if you post the output from "apt-rdepends -r brltty" and "apt purge --simulate 
brltty" it will be informative.


Neither of those utils are installed. Should they be?


apt should be installed. As far as I know it has been included by default in 
the Debian base system as the preferred command line package management program 
since buster or earlier. I have never had to install it. You probably should if 
it is missing.

apt-rdepends is at least partly redundant with apt.
The command "apt-rdepends -r ", and "apt rdepends " both 
show reverse dependencies of ; the latter also shows suggestions (packages that suggest 



Regards,
Tom Dial



If all else fails, you can then share it with the list and say "I got to
step X with no problems, then Y happened - help me out here" and we'll
have some 

Re: Souci de montage avec pcloud.com

2024-06-06 Thread Étienne Mollier
Étienne Mollier, on 2024-06-06:
> Pierre Meurisse, on 2024-06-06:
> > Je suis sur debian stable à jour.
> > J'ai bien sûr contacté supp...@pcloud.com. Ils m'ont fait faire des tas de 
> > tests et de réglages, 
> > j'ai téléchargé la dernière version de pcloud mais rien à faire.
> > Nous finissons par nous demander le souci ne vient pas du côté de debian, 
> > par exemple depuis 
> > la dernière maj du noyau.
> 
> Il est possible de rétrograder la version de noyau à l'allumage
> de la machine, depuis le menu de démarrage "GNU GRUB".  Il faut
> choisir dans le premier panneau :
> 
>   * Advanced options for Debian GNU/Linux
> 
> Et dans le panneau suivant, choisir une version plus ancienne à
> tester ; par défaut le sélecteur sera sur la version la plus
> récente.  Par exemple, sur une machine de test, je choisirais :
> 
>   * Debian GNU/Linux, with Linux 6.1.0-20-amd64
> 
> afin de démarrer sur la version qui précède l'actuel Linux
> 6.1.0-21-amd64.  Si le problème remonte à longtemps et que les
> versions de noyau à tester ne sont plus installées, alors il est
> possible de les rétablir en installant les paquets linux-image
> et linux-headers anciens.  Par exemple pour rétablir la version
> 6.1.0-18-amd64, il est toujours possible d'installer les paquets
> suivants :
> 
>   * linux-image-6.1.0-18-amd64
>   * ainsi que linux-headers-6.1.0-18-amd64 s'il est nécessaire
> d'installer des pilotes tiers, du genre pilotes graphiques
> propriétaires, qui auraient besoin d'être reconstruits pour
> se raccorder à l'ancienne version de noyau.
> 
> Le démarreur continuera à démarrer sur le noyau le plus récent,
> donc il ne faut pas oublier d'intercepter le menu pour choisir
> l'ancienne version nouvellement installée.  Note : laissez de
> côté le recovery mode, il sert à démarrer en mode de dépannage
> chargeant aussi peu de services que possible, pour réparrer des
> problèmes de démarrage par exemple.

J'ai oublié de préciser que si rétrograder le noyau résoud le
problème, ce n'est en rien une solution pérenne.  L'idée est de
faciliter au support l'identification du changement qui affecte
leur système de fichier.  Comme dit :
> Si ça peut aider à diagnostiquer ce qu'il se passe,

Bonne soirèe,  :)
-- 
  .''`.  Étienne Mollier 
 : :' :  pgp: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/tty1, please excuse my verbosity
   `-on air: Deep Purple - Cry Free - (Roger Glover Remix)


signature.asc
Description: PGP signature


Re: Souci de montage avec pcloud.com

2024-06-06 Thread Étienne Mollier
Bonjour,

Pierre Meurisse, on 2024-06-06:
> je suis abonné à https://www.pcloud.com et je rencontre des difficultés avec 
> le montage proposé.
> 
> Avec la version web, firefox,  https://my.pcloud.com, en utilisant le bouton 
> "Téléversement", 
> le fichier IMGtest.tar de 86 Mo est téléchargé en quelques secondes.
> 
> 
> Si par contre je lance l'application pcloud fournie, elle me crée bien le 
> montage :
> 
> pCloud.fs 500G138G  363G  28% /home/pier/pCloudDrive
> 
> mais l'instruction :
> 
> cp -iv pierh/tar_gz/IMGtest.tar pCloudDrive/
> 
> ne charge qu'une vingtaine de Mo en 5 minutes
> 
> Par contre une instruction comme
> 
> pier@msi~/pCloudDrive% find . -maxdepth 1 -type d ! -name "."  -exec du -hs 
> {} \;
> 
> fonctionne très bien.
> 
> Il s'agirait donc d'un pb d'upload vers pCloudDrive.
> Tout fonctionnait convenablement depuis il y a environ un mois.

Difficile à diagnostiquer sans savoir ce qu'il se passe dans le
système de fichier pCloud.fs, effectivement.  Je me suis permis
un rapide coup d'œil à leur site pour voir si on peut trouver
une piste, mais il n'est pas très prolixe sur les détails
d'impléementation (il est très probable que je ne sois pas aller
regarder où il faut ceci dit).  Je me risque à penser qu'il
s'agit d'un système de fichier basé sur fuse : un module noyau
permettant d'implémenter des systèmes de fichiers en mode
utilisateur.

> Je suis sur debian stable à jour.
> J'ai bien sûr contacté supp...@pcloud.com. Ils m'ont fait faire des tas de 
> tests et de réglages, 
> j'ai téléchargé la dernière version de pcloud mais rien à faire.
> Nous finissons par nous demander le souci ne vient pas du côté de debian, par 
> exemple depuis 
> la dernière maj du noyau.

Il est possible de rétrograder la version de noyau à l'allumage
de la machine, depuis le menu de démarrage "GNU GRUB".  Il faut
choisir dans le premier panneau :

  * Advanced options for Debian GNU/Linux

Et dans le panneau suivant, choisir une version plus ancienne à
tester ; par défaut le sélecteur sera sur la version la plus
récente.  Par exemple, sur une machine de test, je choisirais :

  * Debian GNU/Linux, with Linux 6.1.0-20-amd64

afin de démarrer sur la version qui précède l'actuel Linux
6.1.0-21-amd64.  Si le problème remonte à longtemps et que les
versions de noyau à tester ne sont plus installées, alors il est
possible de les rétablir en installant les paquets linux-image
et linux-headers anciens.  Par exemple pour rétablir la version
6.1.0-18-amd64, il est toujours possible d'installer les paquets
suivants :

  * linux-image-6.1.0-18-amd64
  * ainsi que linux-headers-6.1.0-18-amd64 s'il est nécessaire
d'installer des pilotes tiers, du genre pilotes graphiques
propriétaires, qui auraient besoin d'être reconstruits pour
se raccorder à l'ancienne version de noyau.

Le démarreur continuera à démarrer sur le noyau le plus récent,
donc il ne faut pas oublier d'intercepter le menu pour choisir
l'ancienne version nouvellement installée.  Note : laissez de
côté le recovery mode, il sert à démarrer en mode de dépannage
chargeant aussi peu de services que possible, pour réparrer des
problèmes de démarrage par exemple.

Si ça peut aider à diagnostiquer ce qu'il se passe,
-- 
  .''`.  Étienne Mollier 
 : :' :  pgp: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/pts/1, please excuse my verbosity
   `-on air: Rak - Volume II: The Breakthrough


signature.asc
Description: PGP signature


Re: Impossible to install extensions with Gnome browser plugin

2024-06-06 Thread Jan Krapivin
Guys, can you please spend 30 seconds and check if it is a universal
problem..?

чт, 6 июн. 2024 г. в 13:41, Jan Krapivin :

> I have a problem with a Gnome browser plugin. I have even created an issue
> report (see below).
>
> Unfortunately I don't know if I am the only one with this problem.
>
> If you use Debian 12 stable with Gnome, please let me know about your
> experience.
>
> "Hello! I use Debian 12 stable with Gnome 43.9. Recently i have found out
> that i am unable to install new extensions with browser plugin "GNOME Shell
> integration". I have tried different browsers: Firefox stable, Firefox-ESR,
> Chrome. In all of them it is impossible to install a new extension.
> Switching a tumbler from "OFF" to "ON" does nothing. Though it is possible
> to view already installed extensions and switch them off and on. It is also
> possible to install an extension from file.
>
> What i have tried: 1) Switching "Disable version validation" on and off.
> 2) Gnome-shell reinstall. 3) gnome-browser-connector reinstall."
>
> https://gitlab.gnome.org/GNOME/gnome-browser-extension/-/issues/62
>


Re: [ SOLVED] Re: Yet ANOTHER ThunderTurd ( Thunderbird ) topic... Text Size

2024-06-06 Thread Curt
On 2024-06-03, Chris M  wrote:
>
> Thunderbird is the name of a cheap wine?
>

A mutt is a mongrel dog, if that adds anything to the conversation.



Re: Ryzen 7

2024-06-06 Thread Camaleón
El 2024-06-05 a las 16:51 -0300, Simeón Ignacio Martirén escribió:

> Una consulta para la lista. Soy poco informado en software. Estoy tratando
> de actualizarme cambiando mi laptop. He visto una laptop hp que tiene
> procesador AMD Ryzen 7.  ¿Cómo se lleva el procesador AMD Ryzen 7 con
> Debian?

¿Modelo exacto?

Por si te sirve:

AMD Ryzen 7 linux
https://www.google.com/search?q=AMD+Ryzen+7+linux

Saludos,

-- 
Camaleón 



Re: [Résolu] Pilote nvidia

2024-06-06 Thread Eric DEGENETAIS
bonjour,
Le mar. 4 juin 2024 à 11:21, Norbert Ponce  a écrit :
>
> Merci à tous ceux qui se sont intéressé à mon problème.
> Je l'ai solutionné en mettant dans mon fstab de Bookworm une ligne Bullseye 
> avec contrib et non-free pour le temps de l'installation.

Pour d'éventuels lecteurs à l'avenir : je suppose qu'il est plutôt
question de /etc/apt/source.list ?

> Ensuite, apt-get install nvidia-legacy-390xx-driver
> L'installation s'est bien passé et au reboot j'étais sous nvidia.
>

Cordialement
__
Éric Dégenètais



Re: [BUG] Acentuação de "ç" inconsistente entre ISO DVD e Live

2024-06-06 Thread Yuri Musachio
Gustavo, bom dia!

Posso estar enganado, mas ACHO que você esta usando o layout errado. Realmente 
como você mencionou, utilizando "´ + c" no layout "English (US, alt. intl.)" o 
resultado será "ć".
Para você utilizar o "ç" é necessário utilizar o layout "English (US, intl., 
with dead keys)" e usar as teclas "alt + ," para ter o resultado esperado. 
Ainda assim, neste layout que eu informei, usando as teclas "´ + c" o resultado 
será "ć".
Espero que consiga agora utilizar o layout correto e o "ç"... Concordo que é 
chato se acostumar, mas eu também utilizava o "Option + c" no Mac pra fazer "ç" 
(o qual eu prefiro por usar apenas uma mão), e tenho usado de boa.

Best,
On Jun 6 2024, at 12:43 am, Gustavo Júnior  wrote:
> Olá,
> Procurei por formas de reportar essa ocorrência no site do Debian, e vi que 
> era recomendado mandar um e-mail para problemas em que o pacote causador é 
> desconhecido. Espero que haja alguma explicação.
>
>
> Esse é um problema que eu venho tendo ultimamente. Eu sempre adorei a 
> instalação em DVD, porque ela dá apenas o software essencial para colocar 
> minha máquina em funcionamento, e sempre fez o Debian rodar em qualquer 
> computador que eu colocasse, por ser bastante leve.
> Agora, recentemente, eu estou usando um novo laptop rodando Debian instalado 
> com a ISO do DVD que tem um layout de teclado americano, e como um usuário 
> brasileiro, eu preciso digitar cedilhas (ç) com bastante frequência. Isso 
> pode ser feito pressionando (' + “c”). Para isso, eu abri o GNOME Settings e 
> escolhi o Inglês , que funcionou em todas as outras 
> instalações do GNOME antes disso, mas não consigo fazê-lo funcionar agora, 
> dando-me ć sempre que eu tento digitar o ç da forma citada anteriormente.
> Reinstalando o Debian com o ISO live, eu consigo a saída desejada (ç) 
> realizando o mesmo processo. Pesquisei um pouco na web e vi que este é um 
> problema relatado por muitas pessoas em fóruns também, mas em versões antigas 
> do Ubuntu, principalmente, mas a correção proposta frequentemente nesses 
> fóruns 
> (https://askubuntu.com/questions/1291492/cedilha-getting-%C4%87-rather-than-%C3%A7-after-upgrade-to-20-10)
>  não funciona para alguns aplicativos, incluindo a barra de pesquisa do GNOME.
> Porque isso acontece na instalação do DVD e, por um acaso, há algum software 
> para baixar ou ajuste que eu precise realizar para obter uma correção 
> consistente? É algo a ser corrigido na próxima versão?
>
> PASSOS PARA REPRODUZIR
> 1) Faça o download do DVD ISO do Debian 12.5.
> 2) Faça uma instalação offline do sistema operacional com o layout do teclado 
> em Português do Brasil e escolha o GNOME como DE (faça os outros passos como 
> quiser).
> 3) Após a instalação, adicione o Inglês (EUA intern. alt.) à configuração nas 
> Configurações do Gnome.
> 4) Tente digitar um “ç” utilizando (' + "c") e acabará obtendo ć.
>
> Fazer o mesmo em uma instalação do GNOME com a ISO live não deve causar o 
> mesmo problema.
>
> Grato pela atenção.
> Att, Gustavo Júnior.
>
>



Re: kvm+libvirt, onde indico as pastas onde as imagens serão criadas?

2024-06-06 Thread hamacker
Obrigado.

O que mais preciso é saber se dá para fazer, o resto eu corro atrás.


Em qua., 5 de jun. de 2024 às 16:17, Atenágoras Silva 
escreveu:

> Talvez você possa estar interessado em utilizar uma placa dedicada para a
> virtualização:
>
> https://drakeor.com/2022/02/16/kvm-gpu-passthrough-tutorial/
>
> Entretanto, isso é mais utilizado pelos usuários que gostam de jogar na
> Máquina Virtual, talvez seja uma solução "overkill" para usar só com o
> Windows rodando na Máquina Virtual.
> Como eu não tenho uma placa de vídeo extra (muito menos licença do
> Windows), eu não tenho como testar.
>
> Em qua., 5 de jun. de 2024 às 13:24, Atenágoras Silva <
> athenago...@gmail.com> escreveu:
>
>> Olá, não vou conseguir responder tudo, porque estou um pouco atarefado,
>> mas vamos por partes.
>>
>> Os arquivos .xml de configuração das máquinas virtuais ficam em
>> /etc/libvirt/qemu/ ,  mas você não precisa editá-los na mão.
>>
>> Pode ser tanto pelo comando virsh (virsh edit VM, onde VM é o nome da
>> máquina virtual), ou pelo próprio virt-manger (clique com o botão direito
>> do mouse na máquina que quer editar, e clique em 'abrir'.
>>
>> Em cada tópico de configuração da VM, há a possibilidade de editá-lo por
>> meio de XML.
>>
>> Você também pode, através do XML incluir partes do seu hardware real como
>> acessíveis para a máquina virtual também, mas eu recomendo cautela. Eu fiz
>> isso, mas foi para WebCAM no começo do ano.
>> Quando tiver um tempinho, eu retomo o que fiz, e te ajudo com a placa de
>> vídeo.
>>
>>
>>
>> Em qua., 5 de jun. de 2024 às 09:18, hamacker 
>> escreveu:
>>
>>> Infelizmente não.
>>> Usando a GUI, o 'default' permanece inalterado. Eu posso criar outros
>>> 'pools' indicando outros lugares e foi o que eu fiz, mas o 'default' aqui
>>> no PopOS! eu não altero e nem apago. Por acaso, você sabe qual o nome do
>>> arquivo xml para que eu possa alterá-lo diretamente sem precisar da GUI
>>> para isso e ter o 'default' com um caminho mais razoável? Ainda mais porque
>>> no desktop não tenho costume de particionar /var em separado, geralmente
>>> apenas /home e é nela que provavelmente criarei um /home/libvirt para as
>>> imagens. Faço assim porque futuras instalações ou upgrades não perca o
>>> passado.
>>>
>>> Aproveitando, tenho algumas duvidas.
>>> Aqui no PopOS! a GUI do Windows no libvirt é meio lenta e pastosa, causa
>>> a impressão que é lento, mas não é, testando processamento de calculo vejo
>>> que é a tela que fica se remontando causando a impressão de que esta lenta,
>>> nenhuma alteração, tem alguma maneira de corrigir isso ou melhorar? No
>>> virtualbox e vmware tem um software intitulado "Ferramenta de convidado"
>>> que geralmente instalamos para que o Windows possa reconhecer certos
>>> hardwares, incluindo uma placa de vídeo com alguma aceleração. Será que não
>>> é isso que tá faltando?
>>>
>>> Uma outra coisa, se não for pedir muito dos colegas, eu estou acostumado
>>> a compartilhar certas pastas entre o desktop linux e as VMs, o virtualbox e
>>> vmware tem métodos especificos para isso sem que eu precise instalar o
>>> samba no desktop. O libvirt tem algo similar?
>>>
>>> A proposito, a titulo de curiosidade, desde que liberaram o vmware
>>> gratuitamente para uso pessoal fui testar pq era um fã da versão player,
>>> mas ficou uma bost@!, nem consegui instalar. Daí instalei o Ubuntu 24
>>> que tem um kernel mais recente e com o uso de um patch que achei na
>>> internet, ele instalou, que é rapido, mas que dá uns congelamentos do nada
>>> inclusive reverberando para o host, quase chego a dar win+ctrl+shift+b, mas
>>> depois de 1 ou 2 minutos então volta.
>>>
>>>
>>> Em sex., 5 de abr. de 2024 às 09:00, Atenágoras Souza Silva <
>>> athenago...@gmail.com> escreveu:
>>>
 Sim. O virt-manager é apenas uma maneira de fazer isso mais fácil, mas
 alterar o xml é algo mais direto.

 Está conseguindo?


 On 05/04/2024 08:57, hamacker wrote:

 Até porque não tinha antecipado que usaria /var, minha partição root é
 modesta e não vai comportar.
 Eu tô usando o virt-manager e alterando no XML, era isso que queria
 dizer com usar o libvirt para alterar?

 Em qui., 4 de abr. de 2024 às 19:20, Atenágoras Silva <
 athenago...@gmail.com> escreveu:

> As imagens estão em /var/lib/libvirt/images. Você pode usar o libvirt
> para alterá-las.
>
> Em qui., 4 de abr. de 2024 às 18:04, hamacker 
> escreveu:
>
>> Sei que é uma pergunta boba, mas onde eu indico o local onde as
>> minhas VMs serão gravadas.
>> Usando o virt-manager, eu crio as VMs, mas não sei onde elas foram
>> parar.
>> Seria bom eu indicar a localização delas para que eu possa fazer
>> backup depois ou copiá-las para outra instalação.
>>
>> []'s
>>
>


Re: Ryzen 7

2024-06-06 Thread Simeón Ignacio Martirén
Gracias por la aclaración.

El mié, 5 jun 2024 a las 19:21, Leo Marín () escribió:

> Que generación?
>
> tengo un 4800h, 5900hx y 5700x desktop, y el detalle con los dos
> primeros es ftpm, en mi caso los desactive y todo bien, pero si es un
> problema en tu caso ya es considerarlo,
>
> https://www.reddit.com/r/Amd/comments/t8vyx3/intermittent_system_stutter_experienced_with_ftpm/?rdt=50768
>
> por lo demás no he tenido mayor drama.
>
> El mié, 5 jun 2024 a las 17:47, Simeón Ignacio Martirén
> () escribió:
> >
> > Una consulta para la lista. Soy poco informado en software. Estoy
> tratando de actualizarme cambiando mi laptop. He visto una laptop hp que
> tiene procesador AMD Ryzen 7.  ¿Cómo se lleva el procesador AMD Ryzen 7 con
> Debian?
> > Gracias.
> > --
> >   Ignacio
> >
> >
>
>
> --
> L.J.Marín
> Usando: Debian Testing
>


-- 
*  Ignacio*


Re: [solved] testing MATE upgrade broke panels, downgrading fixed it

2024-06-06 Thread songbird
songbird wrote:
>
>   as an FYI, last night this wasn't a good idea:
>
> The following packages will be upgraded:
>gir1.2-matepanelapplet-4.0 (1.27.1-2+b2 => 1.27.1-3)
>libmate-panel-applet-4-1 (1.27.1-2+b2 => 1.27.1-3)
>libmate-panel-applet-dev (1.27.1-2+b2 => 1.27.1-3)
>mate-panel (1.27.1-2+b2 => 1.27.1-3)
>mate-panel-common (1.27.1-2 => 1.27.1-3)
>
>
>   this morning downgraded to previous version and all is
> back to working.
>
>   held this update for now...

  an 1.27.1-4 update now works as it should.


  songbird



Impossible to install extensions with Gnome browser plugin

2024-06-06 Thread Jan Krapivin
I have a problem with a Gnome browser plugin. I have even created an issue
report (see below).

Unfortunately I don't know if I am the only one with this problem.

If you use Debian 12 stable with Gnome, please let me know about your
experience.

"Hello! I use Debian 12 stable with Gnome 43.9. Recently i have found out
that i am unable to install new extensions with browser plugin "GNOME Shell
integration". I have tried different browsers: Firefox stable, Firefox-ESR,
Chrome. In all of them it is impossible to install a new extension.
Switching a tumbler from "OFF" to "ON" does nothing. Though it is possible
to view already installed extensions and switch them off and on. It is also
possible to install an extension from file.

What i have tried: 1) Switching "Disable version validation" on and off. 2)
Gnome-shell reinstall. 3) gnome-browser-connector reinstall."

https://gitlab.gnome.org/GNOME/gnome-browser-extension/-/issues/62


Re: Looking for some pre-buying verification: will an external display actually work with a Lenovo Thinkpad P16 Gen 2?

2024-06-06 Thread Lists

On 2024-06-03 23:50, Felix Miata wrote:

Lists composed on 2024-06-03 22:39 (UTC+0200):


I am thinking of replacing my old workstation with a Lenovo Thinkpad P16
Gen 2.


That's a model line, not a model. It's available with multiple CPU/GPU 
combinations.


You are correct. That slipped by me when I wrote my mail.


To use it as described, I suggest to get one with only one GPU. Most problems
laptop users want help with have hybrid graphics, and/or NVidia graphics as part
of their mix. The reason for hybrid graphics is basically for maximizing both
battery life and graphics performance. The former has no material relevance when
rarely running on battery.


Thanks for that idea. As I don't do anything remotely graphically taxing 
I don't need a speedy GPU. Most of my work on this machine will be 
programming and remote admin. Apart from watching a 4K video once in a 
while I dabble a bit in CAD, but those are fairly simple drawings that 
would in no way require a super-duper GPU.


I'll try to find out if they allow for a configuration with an Intel 
graphics iGPU only, or otherwise the simplest dGPU. Ada 1000 seems to be 
the lowest spec available if I remember correctly. That should be more 
than sufficient.


Grx HdV





Re: about 10th new install of bullseye

2024-06-06 Thread Anssi Saari
gene heskett  writes:

> But that still doesn't answer the question, How much longer till
> trixie is official? I even put a ? mark on it.

About a year since bookworm is now about a year old and Debian releases
are about two years apart.

Which reminds me, I've only updated two of my six Buster systems to
Bookworm.



Souci de montage avec pcloud.com

2024-06-06 Thread Pierre Meurisse
Bonjour,

je suis abonné à https://www.pcloud.com et je rencontre des difficultés avec le 
montage proposé.

Avec la version web, firefox,  https://my.pcloud.com, en utilisant le bouton 
"Téléversement", 
le fichier IMGtest.tar de 86 Mo est téléchargé en quelques secondes.


Si par contre je lance l'application pcloud fournie, elle me crée bien le 
montage :

pCloud.fs 500G138G  363G  28% /home/pier/pCloudDrive

mais l'instruction :

cp -iv pierh/tar_gz/IMGtest.tar pCloudDrive/

ne charge qu'une vingtaine de Mo en 5 minutes

Par contre une instruction comme

pier@msi~/pCloudDrive% find . -maxdepth 1 -type d ! -name "."  -exec du -hs {} 
\;

fonctionne très bien.

Il s'agirait donc d'un pb d'upload vers pCloudDrive.
Tout fonctionnait convenablement depuis il y a environ un mois.

Je suis sur debian stable à jour.
J'ai bien sûr contacté supp...@pcloud.com. Ils m'ont fait faire des tas de 
tests et de réglages, 
j'ai téléchargé la dernière version de pcloud mais rien à faire.
Nous finissons par nous demander le souci ne vient pas du côté de debian, par 
exemple depuis 
la dernière maj du noyau.

Je me tourne donc vers vous pour essayer de trouver une éventuelle solution.
Merci d'avance pour les éclairages que vous pourrez apporter.

-- 
Pierre Meurisse



Re: [HS Complètement] Y a-t-il quelqu(un qui connaît un bénévole de enventelibre.org?

2024-06-06 Thread Christophe Maquaire
Le jeudi 06 juin 2024 à 09:11 +0200, Jean-Pierre Giraud a écrit :
> Bonjour,
> Le jeudi 06 juin 2024 à 08:30 +0200, Sébastien NOBILI a écrit :
> > Bonjour,
> > 
> > Ils vendent des goodies Debian France. Tu trouveras peut-être un
> > moyen 
> > de les contacter par leur intermédiaire.
> > 
> > https://france.debian.net/
> > 
> > Sébastien
> > 
> Et pour les contacter, le mieux est sans doute d'aller sur leur page
> de
> contact :
> https://enventelibre.org/fr/nous-contacter
> 

Hum, moui, mais justement ils doivent se raréfier et il n'y a pas de
réponse après un mois.

> Amicalement,
> Jean-Pierre Giraud - jipege

Ah bin du coup je viens de voir que tu es impliqué dans
https://france.debian.net/ . Bravo!

J'avoue que je manque de temps pour rendre au libre un peu de ce qu'il
m'apporte, je m'arrête au prosélytisme !

Respectueusement,
Christophe








Re: Ryzen 7

2024-06-06 Thread Eduardo Jorge Gil Michelena
 
El miércoles, 5 de junio de 2024, 04:52:23 p. m. ART, Simeón Ignacio Martirén 
 escribió:


Una consulta para la lista. Soy poco informado en software. Estoy tratando de 
actualizarme cambiando mi laptop. He visto una laptop hp que tiene procesador 
AMD Ryzen 7.  ¿Cómo se lleva el procesador AMD Ryzen 7 con Debian?
Gracias.
--
          Ignacio



RESPUESTA:

Mira... Yo tengo entre otras una Notebook Hp Ryzen 7 que vino con Win11 y a la 
que le he puesto Linux sin ningún problema.
La Notebook con Win 11 es rápida pero con Linux+escritorio XFCE vuela.
Además -por cuestiones de trabajo- le coloqué en mq. virtual otra vez Win11 

En Linux el procesador NO suele ocasionar problemas, el tema es con algunas 
placas de video y red en donde SÍ podrías tener problemas (menores) En esos 
casos la "solución" suele pasar por instalar controladores 
privativos/propietarios.

Saludos. 
  

Re: [HS Complètement] Y a-t-il quelqu(un qui connaît un bénévole de enventelibre.org?

2024-06-06 Thread Jean-Pierre Giraud
Bonjour,
Le jeudi 06 juin 2024 à 08:30 +0200, Sébastien NOBILI a écrit :
> Bonjour,
> 
> Ils vendent des goodies Debian France. Tu trouveras peut-être un moyen 
> de les contacter par leur intermédiaire.
> 
> https://france.debian.net/
> 
> Sébastien
> 
Et pour les contacter, le mieux est sans doute d'aller sur leur page de
contact :
https://enventelibre.org/fr/nous-contacter

Amicalement,
Jean-Pierre Giraud - jipege


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


Re: Global Server

2024-06-06 Thread Camaleón
El 2024-06-05 a las 19:55 -0500, Luz Victoria Rivera escribió:

> Buenas noches, estoy encargada de proveer el software de Global Server para
> Linux Debían 12, podrían indicarnos con quién podemos hacer la consulta?

No conozco esa aplicación (Global Server) y Google tampoco me despeja 
la duda :-?

https://www.google.com/search?q=Global+Server

Si nos das más datos podremos orientarte mejor.

Saludos,

-- 
Camaleón 



Re: Arranque muy lento con SSD

2024-06-06 Thread Camaleón
El 2024-06-05 a las 18:13 +0200, jerigondo...@gmail.com escribió:

> El martes, 4 de junio de 2024 11:34:34 (CEST) Camaleón escribió:
> > El 2024-06-03 a las 18:42 +0200, jerigondo...@gmail.com escribió:
> > > Tengo un ordenador portátil Acer Aspire 5732ZG que ya tiene unos catorce
> > > años. Hasta ahora estaba funcionando con Windows 7 y para lo que lo
> > > utilizaba (ver películas y escuchar música) me sobraba. Pero como el
> > > lector de DVD empezaba a fallar, decidí eliminarlo e instalar un SSD. Y
> > > ya de paso eliminar Windows y meter Debian.
> > 
> > (...)
> > 
> > > He vuelto ha hacer la prueba, cronometrando, y he visto que tarda unos 20
> > > minutos en arrancar. Ya se que el equipo es viejo pero...¿20 minutos? me
> > > parece excesivo. Antes Windows tardaba 1-2 minutos.
> > 
> > (...)
> > 
> > > A ver si alguien tiene idea de lo que puede estar pasando.
> > 
> > Systemd tien una analizador de arranque integrado, mira a aver si te da
> > alguna pista:
> > 
> > systemd debug boot slow
> > https://www.google.com/search?q=systemd+debug+boot+slow
> > 
> > Saludos,
> systemd-analyce time me da el siguiente resultado:
> 
> Startup finished in 11.452s (kernel) + 11.515s (userspace) = 22.968s
> graphical.target reached after 11.472s in userspace

Manda a la lista (o sube a Debian Paste¹) el registro con el resultado 
completo del análisis, a ver si vemos alguna cosa (más allá del 
resultado en bruto) que nos llame la atención.

Improving performance/Boot process
https://wiki.archlinux.org/title/Improving_performance/Boot_process

> Pero ni de broma ha tardado 22 segundos en arrancar. Doy por hecho que el 
> punto es decimal. Si fuesen 22mil segundos serian 6 horas. Y no lo han sido.

Todavía no me queda claro si se trata de un problema de hardware (algún 
componente que esté dañado o fallando) o de software (entorno gráfico muy 
pesado o sobrecargado para la poca RAM que tienes, etc.).

Trata de iniciar el sistema SIN cargar el entorno gráfico y repetir el 
analizador de arranque de systemd para ver si notas alguna diferencia 
en la velocidad para ir descartando «culpables».

¹https://paste.debian.net/

Saludos,

-- 
Camaleón 



Re: [HS Complètement] Y a-t-il quelqu(un qui connaît un bénévole de enventelibre.org?

2024-06-06 Thread Sébastien NOBILI

Bonjour,

Ils vendent des goodies Debian France. Tu trouveras peut-être un moyen 
de les contacter par leur intermédiaire.


https://france.debian.net/

Sébastien



[BUG] Acentuação de "ç" inconsistente entre ISO DVD e Live

2024-06-05 Thread Gustavo Júnior
Olá,
Procurei por formas de reportar essa ocorrência no site do Debian, e vi que
era recomendado mandar um e-mail para problemas em que o pacote causador é
desconhecido. Espero que haja alguma explicação.

Esse é um problema que eu venho tendo ultimamente. Eu sempre adorei a
instalação em DVD, porque ela dá apenas o software essencial para colocar
minha máquina em funcionamento, e sempre fez o Debian rodar em qualquer
computador que eu colocasse, por ser bastante leve.

Agora, recentemente, eu estou usando um novo laptop rodando Debian
instalado com a ISO do DVD que tem um layout de teclado americano, e como
um usuário brasileiro, eu preciso digitar cedilhas (ç) com bastante
frequência. Isso pode ser feito pressionando (' + “c”). Para isso, eu abri
o GNOME Settings e escolhi o Inglês , que funcionou em
todas as outras instalações do GNOME antes disso, mas não consigo fazê-lo
funcionar agora, dando-me ć sempre que eu tento digitar o ç da forma citada
anteriormente.

Reinstalando o Debian com o ISO live, eu consigo a saída desejada (ç)
realizando o mesmo processo. Pesquisei um pouco na web e vi que este é um
problema relatado por muitas pessoas em fóruns também, mas em versões
antigas do Ubuntu, principalmente, mas a correção proposta frequentemente
nesses fóruns

não funciona para alguns aplicativos, incluindo a barra de pesquisa do
GNOME.

Porque isso acontece na instalação do DVD e, por um acaso, há algum
software para baixar ou ajuste que eu precise realizar para obter uma
correção consistente? É algo a ser corrigido na próxima versão?

*PASSOS PARA REPRODUZIR*
1) Faça o download do DVD ISO do Debian 12.5.
2) Faça uma instalação offline do sistema operacional com o layout do
teclado em Português do Brasil e escolha o GNOME como DE (faça os outros
passos como quiser).
3) Após a instalação, adicione o Inglês (EUA intern. alt.) à configuração
nas Configurações do Gnome.
4) Tente digitar um “ç” utilizando (' + "c") e acabará obtendo ć.

Fazer o mesmo em uma instalação do GNOME com a ISO live não deve causar o
mesmo problema.

Grato pela atenção.
Att, Gustavo Júnior.


Re: about 10th new install of bookworm!

2024-06-05 Thread Felix Miata
gene heskett composed on 2024-06-05 22:08 (UTC-0400):

> Felix Miata wrote:

>> ...or disabling the motherboard's
>> sound device in BIOS setup, whichever is applicable, before beginning
>> installation, as a possible thwart to the Gnome must have everything 
>> paradigm, if
>> blocking Gnome entirely is unacceptable.

> That might be useful advice, but the sound card is not readily 
> removable, its built into this asus motherboard

Hence, removing its functionality by disabling sound device in UEFI BIOS setup.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata



Re: about 10th new install of bookworm!

2024-06-05 Thread gene heskett

On 6/5/24 21:05, Felix Miata wrote:

gene heskett composed on 2024-06-05 11:21 (UTC-0400):


I always get re-install instructions.  Frustrating.


Should you choose to accept any fresh installation suggestion by doing another,
consider removing the sound card from its slot, or disabling the motherboard's
sound device in BIOS setup, whichever is applicable, before beginning
installation, as a possible thwart to the Gnome must have everything paradigm, 
if
blocking Gnome entirely is unacceptable.


That might be useful advice, but the sound card is not readily 
removable, its built into this asus motherboard. An Asus PRIME Z370-A II.


As a side note to installation: as soon as a fresh installation seems suitably
complete, but before adding any additional software, create a compressed /
filesystem partition backup image to facilitate any need for a consequent 
do-over.

gene heskett composed on 2024-06-05 17:08 (UTC-0400):


So this is the umptieth time I've asked how to fix it, and got recipes
for re-installing the basic system as an answer. Mike gave me instructs
to run a couple commands, once normally, once while it was hung but the
2nd comnnand I fed to wc -l and got almost 300k lines. Difficult to do
in real time because the command itself is subject to the lockout lag.


Answering a help request like this one is a toughie. It's commonly necessary to
reproduce both hardware configuration and software configuration in order to try
to address the problem. That can be quite complicated, and time consumptive. 
Here
it seems we may have a shortage from both helper and helpee, not necessarily a
fault of either, but a puzzle with missing pieces, in addition to some pieces 
that
don't belong to the puzzle (history tomes; not being concise). Could it also be
that we have too many cooks in the kitchen here too?


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



Re: about 10th new install of bullseye

2024-06-05 Thread gene heskett

On 6/5/24 17:25, Tom Dial wrote:



On 6/5/24 08:58, gene heskett wrote:

On 6/5/24 02:05, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had a TV
transmitter that was varying in power output - you'd have a mental 
checklist.
You'd get down there, perhaps schedule some sort of power down / 
reduced
power operation and then you'd check - power supplies, feeder 
cables, hot
spots on cables - whatever. Divide and conquer- working back to a 
baseline

of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you 
out of this
"X happens, I did Y, now I've got Z" - to get to a known initial 
state.


Take out all the serial converters to UPS, lathe and so on. 
Wireless keyboard
doesn't present as serial in the same way that brltty does - if it 
did, I'd

have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using tar.gz 
and preserving permissions. Start with the .iso that includes 
firmware - the unofficial one.


Build back slowly - do an expert text mode install if you can. Then 
add your
Trinity desktop - I don't think any of us can help you there, since 
we don't

run trinity.

Check and you should find that brltty isn't installed at all. Then 
re-add thingsgradually until you have the working system you want. 
Document it - write down

the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever caused by
individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those 
packages and
see if that clears it. I _know_ this is frustrating as all get out 
for you
but a clear approach, written down so that you can remember where 
you got

to will be very helpful.


Any attempt to remove cura or brltty, removes gnome leaving me I 
assume with a text only system by the time gnome takes all its 
dependency's with it.  Thanks Tom.


Have you actually tried uninstalling brltty only, as a separate action 
from all others?


I have a number of gnome installations, unfortunately for this 
discussion all bookworm. None of them has brltty.


I have a few installations of bullseye and an older stretch 
installation, but none with gnome installed. On all of them, though, 
"apt-rdepends -r gnome" fails to list brltty as a gnome dependency. And 
on the bookworm systems, simulated installation of gnome ("apt install 
-s gnome") shows brltty as a suggested package only and would not 
install it along with gnome; on the stretch system, gnome installation 
makes no reference at all to brltty.


While I have both with only the radio buttons for keyboard and rodent 
plugged into usb at install time. I have only one wired keyboard and no 
wired mice as I've had a lightning strike on the pole that serves this 
house reach up and tap me by way of my fingers on the keyboard. Wasn't 
that much of a tap, I've been tapped a lot harder that that, hard enough 
to trigger a 6 month round of shingles and the burns were months 
healing. And in this case did not damage the keyboard or computer, but I 
did get the message. I've had many strikes on that pole since I built a 
garage on the end of the house, which caused me to install a 200 amp 
service and bring my grounding specs up to NEC. Zero problems since then 
(2008)


Is it possible you have apt settings that automatically pull in 
suggested packages, and that is interfering with attempts to remove 
brltty? I am not expert enough wrt apt and its relatives to know whether 
that even makes sense, and it seems a bit far fetched if maybe barely 
possible.


Maybe if you post the output from "apt-rdepends -r brltty" and "apt 
purge --simulate brltty" it will be informative.


Neither of those utils are installed. Should they be?



Regards,
Tom Dial



If all else fails, you can then share it with the list and say "I 
got to

step X with no problems, then Y happened - help me out here" and we'll
have some better idea. We all jib at you for being vague/not indluding
details but otherwise it is all just guesswork for the usual folk that
hang out here.

All the very best, as ever,

Andy Cater

How much longer till trixie is officially out??  What you are 
proposing sounds like several days work, and i have other irons in 
the fire. This release has been such a disaster for me because the 
install insists on installing and configuring orca and brltty w/o 
asking. I've 

Global Server

2024-06-05 Thread Luz Victoria Rivera
Buenas noches, estoy encargada de proveer el software de Global Server para
Linux Debían 12, podrían indicarnos con quién podemos hacer la consulta?

Gracias

Victoria Rivera


Re: about 10th new install of bullseye BUT its not Bullseye, its bookworm!

2024-06-05 Thread David Christensen

On 6/5/24 08:21, gene heskett wrote:> 
But in asking how to get rid of [orca], the subject 
is always changed and I always get re-install instructions.  



Because that is the most practical and correct answer for your 
situation; especially given the disk access issues.



AIUI assistive technologies have been standard on FOSS graphical 
workstations for years.  It should be possible to turn assistance off, 
but it might not be possible to eliminate the machine code throughout 
the entire software stack.



I install Debian with the Xfce desktop, SSH server, and standard system 
utilities onto minimal hardware.  It takes a known amount of time and 
usually works.  I have successfully ignored assistive technologies for 
years (decades?).  Yes, the assistive technologies are wasting storage, 
memory, and cycles, and they create a larger threat surface, but those 
risks and costs are cheaper than me trying to understand and control all 
of the details.



Succeeding with software requires that you devise strategies to work 
within the limitations of the software.  Alternatively with FOSS, you 
can change the software.



David



Re: about 10th new install of bookworm!

2024-06-05 Thread Felix Miata
gene heskett composed on 2024-06-05 11:21 (UTC-0400):

> I always get re-install instructions.  Frustrating.

Should you choose to accept any fresh installation suggestion by doing another,
consider removing the sound card from its slot, or disabling the motherboard's
sound device in BIOS setup, whichever is applicable, before beginning
installation, as a possible thwart to the Gnome must have everything paradigm, 
if
blocking Gnome entirely is unacceptable.

As a side note to installation: as soon as a fresh installation seems suitably
complete, but before adding any additional software, create a compressed /
filesystem partition backup image to facilitate any need for a consequent 
do-over.

gene heskett composed on 2024-06-05 17:08 (UTC-0400):

> So this is the umptieth time I've asked how to fix it, and got recipes
> for re-installing the basic system as an answer. Mike gave me instructs
> to run a couple commands, once normally, once while it was hung but the
> 2nd comnnand I fed to wc -l and got almost 300k lines. Difficult to do
> in real time because the command itself is subject to the lockout lag.

Answering a help request like this one is a toughie. It's commonly necessary to
reproduce both hardware configuration and software configuration in order to try
to address the problem. That can be quite complicated, and time consumptive. 
Here
it seems we may have a shortage from both helper and helpee, not necessarily a
fault of either, but a puzzle with missing pieces, in addition to some pieces 
that
don't belong to the puzzle (history tomes; not being concise). Could it also be
that we have too many cooks in the kitchen here too?
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata



Re: Ryzen 7

2024-06-05 Thread Leo Marín
Que generación?

tengo un 4800h, 5900hx y 5700x desktop, y el detalle con los dos
primeros es ftpm, en mi caso los desactive y todo bien, pero si es un
problema en tu caso ya es considerarlo,
https://www.reddit.com/r/Amd/comments/t8vyx3/intermittent_system_stutter_experienced_with_ftpm/?rdt=50768

por lo demás no he tenido mayor drama.

El mié, 5 jun 2024 a las 17:47, Simeón Ignacio Martirén
() escribió:
>
> Una consulta para la lista. Soy poco informado en software. Estoy tratando de 
> actualizarme cambiando mi laptop. He visto una laptop hp que tiene procesador 
> AMD Ryzen 7.  ¿Cómo se lleva el procesador AMD Ryzen 7 con Debian?
> Gracias.
> --
>   Ignacio
>
>


-- 
L.J.Marín
Usando: Debian Testing



Re: about 10th new install of bullseye

2024-06-05 Thread Tom Dial



On 6/5/24 08:58, gene heskett wrote:

On 6/5/24 02:05, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had a TV
transmitter that was varying in power output - you'd have a mental checklist.
You'd get down there, perhaps schedule some sort of power down / reduced
power operation and then you'd check - power supplies, feeder cables, hot
spots on cables - whatever. Divide and conquer- working back to a baseline
of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you out of this
"X happens, I did Y, now I've got Z" - to get to a known initial state.

Take out all the serial converters to UPS, lathe and so on. Wireless keyboard
doesn't present as serial in the same way that brltty does - if it did, I'd
have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using tar.gz and 
preserving permissions. Start with the .iso that includes firmware - the 
unofficial one.

Build back slowly - do an expert text mode install if you can. Then add your
Trinity desktop - I don't think any of us can help you there, since we don't
run trinity.

Check and you should find that brltty isn't installed at all. Then re-add 
thingsgradually until you have the working system you want. Document it - write 
down
the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever caused by
individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those packages and
see if that clears it. I _know_ this is frustrating as all get out for you
but a clear approach, written down so that you can remember where you got
to will be very helpful.


Any attempt to remove cura or brltty, removes gnome leaving me I assume with a 
text only system by the time gnome takes all its dependency's with it.  Thanks 
Tom.


Have you actually tried uninstalling brltty only, as a separate action from all 
others?

I have a number of gnome installations, unfortunately for this discussion all 
bookworm. None of them has brltty.

I have a few installations of bullseye and an older stretch installation, but none with gnome 
installed. On all of them, though, "apt-rdepends -r gnome" fails to list brltty as a 
gnome dependency. And on the bookworm systems, simulated installation of gnome ("apt install 
-s gnome") shows brltty as a suggested package only and would not install it along with gnome; 
on the stretch system, gnome installation makes no reference at all to brltty.

Is it possible you have apt settings that automatically pull in suggested 
packages, and that is interfering with attempts to remove brltty? I am not 
expert enough wrt apt and its relatives to know whether that even makes sense, 
and it seems a bit far fetched if maybe barely possible.

Maybe if you post the output from "apt-rdepends -r brltty" and "apt purge --simulate 
brltty" it will be informative.

Regards,
Tom Dial



If all else fails, you can then share it with the list and say "I got to
step X with no problems, then Y happened - help me out here" and we'll
have some better idea. We all jib at you for being vague/not indluding
details but otherwise it is all just guesswork for the usual folk that
hang out here.

All the very best, as ever,

Andy Cater

How much longer till trixie is officially out??  What you are proposing sounds like several days work, and i have other irons in the fire. This release has been such a disaster for me because the install insists on installing and configuring orca and brltty w/o asking. I've done 40 some installs now, trying to stop it from wasting about a second while its yelling every keystroke at me because it thinks I'm blind. I finally have orca disabled and the computer is useful. The delays are a pain in the a$$ but i can do work now. It is not useful when orca is using 90% of a 6 core I5 yelling at me loud enough to announce and pronounce every keystroke or mouse motion/click loud enough to wake the neighbors.  The first 23 installs never asked me if I wanted that crap. And if you nuked the orca executable it would not reboot but hung forever waiting for orca to start. I have it usable, the installer AFAIAC is broken and I don't want to have to go through all that again. Until the 
installer ASKS me if I want it because it thinks I am blind, I have only one nerve left and and the suggestion that I do yet another install, is 

Re: about 10th new install of bullseye

2024-06-05 Thread gene heskett

On 6/5/24 13:12, Andrew M.A. Cater wrote:

On Tue, Jun 04, 2024 at 06:26:31AM -0400, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

You could try apt-get remove (or equivalent) on each of those packages and
see if that clears it. I _know_ this is frustrating as all get out for you
but a clear approach, written down so that you can remember where you got
to will be very helpful.

If all else fails, you can then share it with the list and say "I got to
step X with no problems, then Y happened - help me out here" and we'll
have some better idea. We all jib at you for being vague/not indluding
details but otherwise it is all just guesswork for the usual folk that
hang out here.

All the very best, as ever,

Andy Cater


How much longer till trixie is officially out??  What you are proposing
sounds like several days work, and i have other irons in the fire. This
release has been such a disaster for me because the install insists on
installing and configuring orca and brltty w/o asking. I've done 40 some
installs now, trying to stop it from wasting about a second while its
yelling every keystroke at me because it thinks I'm blind. I finally have
orca disabled and the computer is useful. The delays are a pain in the a$$
but i can do work now. It is not useful when orca is using 90% of a 6 core
I5 yelling at me loud enough to announce and pronounce every keystroke or
mouse motion/click loud enough to wake the neighbors.  The first 23 installs
never asked me if I wanted that crap. And if you nuked the orca executable
it would not reboot but hung forever waiting for orca to start. I have it
usable, the installer AFAIAC is broken and I don't want to have to go
through all that again. Until the installer ASKS me if I want it because it
thinks I am blind, I have only one nerve left and and the suggestion that I
do yet another install, is standing on it. Trying to remove it now, it
insists on removing gnome and every dependency. I just checked again with
synaptic, removing either orca or brltty still wants to destroy the system,
Yet all I get when I fuss about the broken installer is "won't fix, not
broken'.



How long until trixie is out?  Could be 12-15 months.

Are you still running Bullseye there? if so, you should probably upgrade
to Bookworm sometime soon.

Given that I wrote this to you two years ago: you didn't actually take
the suggestion and reinstall. That's OK - but nobody has ever been able
to get to the root cause of brokenness here. Is it a Gene problem or a
problem that hits other people more widely? We don't have details.


They have been given quite a few times, Andy.  Simplified, I had just a 
week before, installed 2 more 2T seagate's, one for amanda, one for 
boot. I already had /home on a raid10 of 1T samsungs. About 10 days 
later both of the 2T segates dropped off the bus, never to be heard from 
again. Research disclosed that they were helium filled drives of 
shingled architecture, so seagate was using me, at $150 a pop, for a lab 
rat. At that point it was bullseye. The only other machine that had an 
optical drive was an old dell in the garage running my original milling 
machine, so I went to it, and downloaded the bookworm full installer and 
put it on a dvd. The installer found a couple usb-serial adaptors, 
ASSUMED they were driving an audio tty, automatically installing and 
configuring both brltty and orca to start very early in the boot. BUT if 
they are there but disabled it waits forever for orca to start, which 
caused the first 23 re-installs. A year+ later I don't recall what i did 
but they are installed but out of the loop, so with reservations, the 
machine is usable. The reservations are that its not very stable, x is 
crashing about halfway thru a workspace change at about 2 week 
intervals, and anything that opens a path to storage, is frozen for 30 
seconds or more if it will wait, or if it won't wait, disables that 
function but like digiKam, goes thru the motions of downloading from my 
camera without actually doing it. Fortunately, shotwell works but hangs 
at startup for 30 secs or more, and does gimp, GpenSCAD and anything 
else that opens a path to storage. All w/o logging a single error msg,

In gimps case, each cd to a new path invokes the freeze all over again.

I've been a linux only house since 1998 when I put redhat 5.0 on a 400 
mhz K6, this "bookworm" is the worst experience I've had in the last 26 
years.


So this is the umptieth time I've asked how to fix it, and got recipes 
for re-installing the basic system as an answer. Mike gave me instructs 
to run a couple commands, once normally, once while it was hung but the 
2nd comnnand I fed to wc -l and got almost 300k lines. Difficult to do 
in real time because the command itself is subject to the lockout lag.


I see someone else has suggested strip a machine down to nothing and
do a clean install with Debian 12.5. Honestly, that's what I'd do.
If you can't/don't want to take 

Re: about 10th new install of bullseye BUT its not Bullseye, its bookworm!

2024-06-05 Thread David Wright
On Wed 05 Jun 2024 at 11:21:04 (-0400), gene heskett wrote:
> 
> I have removed orca by removing its exec bits. But the system then
> will not reboot, waiting forever for orca to start.  The only recovery
> possible is a re-install, which accounts for about the first 23
> installs. But just like now, no one has told me how to REMOVE THEM
> ONCE INSTALLED BY THE BROKEN INSTALLER. Finally i was instructed to
> remove ALL usb stuff. Which did not remove them, but did not configure
> them to run like I was blind. Some macular degeneration due to my age
> but not blind yet at 89. And I still have both orca and brltty but
> unconfigured.  That I can tolerate. But in asking how to get rid of
> it, the subject is always changed and I always get re-install
> instructions.  Frustrating.

Can we assume that you have turned off autostarting orca in
its configuration file?

Can we assume that you've disabled/masked the brltty service?

Cheers,
David.



Re: Arranque muy lento con SSD

2024-06-05 Thread José María

El 2024-06-03 a las 18:42, jerigondo...@gmail.com escribió:

Hola.
Tengo un ordenador portátil Acer Aspire 5732ZG que ya tiene unos catorce años.
Hasta ahora estaba funcionando con Windows 7 y para lo que lo utilizaba (ver
películas y escuchar música) me sobraba. Pero como el lector de DVD empezaba a
fallar, decidí eliminarlo e instalar un SSD. Y ya de paso eliminar Windows y
meter Debian.
La idea era instalar el SO en un  SSD y utilizar el disco duro antiguo como
almacen de archivos. Así lo hice. La instalación no dio ningún problema, pero
a la hora de arrancar... se quedó la pantalla en negro con el cursor
parpadeando arriba a la izquierda. Intenté abrir una tty con
Ctl+Alt+F1...F2... Pero no funcionó. Pensé que se habia bloqueado, pero al
cabo de mucho tiempo apareció el SSDM y despues de loguearme se inició el
escritorio como si nada.
He vuelto ha hacer la prueba, cronometrando, y he visto que tarda unos 20
minutos en arrancar. Ya se que el equipo es viejo pero...¿20 minutos? me
parece excesivo. Antes Windows tardaba 1-2 minutos.

Todo esto sucede al cargar el kernel 6.1.0-21. Si en Grub selecciono el kernel
6.1.0-18, arranca más rapido. Aún lento porque es un equipo muy viejo, pero es
algo aceptable.



Pues si es el kernel 6.1.0-21 el que tw da problemas, deja el 6.1.0-18 
como predefinido




Una vez que ha arrancado el funcionamiento es el esperado.

Buscando en la red he leido algo de poner al controlador SATA en modo AHCI en
lugar de IDE en la BIOS. Pero ya estaba así.
Durante el arranque no da información, solo el cursor parpadeando.
El equipo es un Acer Aspire 5732ZG con Pentium T4400 a 2.2 GHZ, 4GB de Ram y
una grafica ATI Mobility Radeon HD 4570. Un SSD Kingston de 240 GB donde he
instalado el SO (/dev/sdb) y un WDC de 500 GB como almacen (/dev/sdb).

A ver si alguien tiene idea de lo que puede estar pasando.



Yo empezaría`por lo básico:

- Primero verifica si tienes la partición SWAP creada/activada

- Cambia a un entorno de escritorio más ligero como XFCE, LXDE, LXQT

- Prueba con otra distribución por si te pasa lo mismo



Saludos.






Ryzen 7

2024-06-05 Thread Simeón Ignacio Martirén
Una consulta para la lista. Soy poco informado en software. Estoy tratando
de actualizarme cambiando mi laptop. He visto una laptop hp que tiene
procesador AMD Ryzen 7.  ¿Cómo se lleva el procesador AMD Ryzen 7 con
Debian?
Gracias.
-- 
*  Ignacio*


Re: kvm+libvirt, onde indico as pastas onde as imagens serão criadas?

2024-06-05 Thread Atenágoras Silva
Talvez você possa estar interessado em utilizar uma placa dedicada para a
virtualização:

https://drakeor.com/2022/02/16/kvm-gpu-passthrough-tutorial/

Entretanto, isso é mais utilizado pelos usuários que gostam de jogar na
Máquina Virtual, talvez seja uma solução "overkill" para usar só com o
Windows rodando na Máquina Virtual.
Como eu não tenho uma placa de vídeo extra (muito menos licença do
Windows), eu não tenho como testar.

Em qua., 5 de jun. de 2024 às 13:24, Atenágoras Silva 
escreveu:

> Olá, não vou conseguir responder tudo, porque estou um pouco atarefado,
> mas vamos por partes.
>
> Os arquivos .xml de configuração das máquinas virtuais ficam em
> /etc/libvirt/qemu/ ,  mas você não precisa editá-los na mão.
>
> Pode ser tanto pelo comando virsh (virsh edit VM, onde VM é o nome da
> máquina virtual), ou pelo próprio virt-manger (clique com o botão direito
> do mouse na máquina que quer editar, e clique em 'abrir'.
>
> Em cada tópico de configuração da VM, há a possibilidade de editá-lo por
> meio de XML.
>
> Você também pode, através do XML incluir partes do seu hardware real como
> acessíveis para a máquina virtual também, mas eu recomendo cautela. Eu fiz
> isso, mas foi para WebCAM no começo do ano.
> Quando tiver um tempinho, eu retomo o que fiz, e te ajudo com a placa de
> vídeo.
>
>
>
> Em qua., 5 de jun. de 2024 às 09:18, hamacker 
> escreveu:
>
>> Infelizmente não.
>> Usando a GUI, o 'default' permanece inalterado. Eu posso criar outros
>> 'pools' indicando outros lugares e foi o que eu fiz, mas o 'default' aqui
>> no PopOS! eu não altero e nem apago. Por acaso, você sabe qual o nome do
>> arquivo xml para que eu possa alterá-lo diretamente sem precisar da GUI
>> para isso e ter o 'default' com um caminho mais razoável? Ainda mais porque
>> no desktop não tenho costume de particionar /var em separado, geralmente
>> apenas /home e é nela que provavelmente criarei um /home/libvirt para as
>> imagens. Faço assim porque futuras instalações ou upgrades não perca o
>> passado.
>>
>> Aproveitando, tenho algumas duvidas.
>> Aqui no PopOS! a GUI do Windows no libvirt é meio lenta e pastosa, causa
>> a impressão que é lento, mas não é, testando processamento de calculo vejo
>> que é a tela que fica se remontando causando a impressão de que esta lenta,
>> nenhuma alteração, tem alguma maneira de corrigir isso ou melhorar? No
>> virtualbox e vmware tem um software intitulado "Ferramenta de convidado"
>> que geralmente instalamos para que o Windows possa reconhecer certos
>> hardwares, incluindo uma placa de vídeo com alguma aceleração. Será que não
>> é isso que tá faltando?
>>
>> Uma outra coisa, se não for pedir muito dos colegas, eu estou acostumado
>> a compartilhar certas pastas entre o desktop linux e as VMs, o virtualbox e
>> vmware tem métodos especificos para isso sem que eu precise instalar o
>> samba no desktop. O libvirt tem algo similar?
>>
>> A proposito, a titulo de curiosidade, desde que liberaram o vmware
>> gratuitamente para uso pessoal fui testar pq era um fã da versão player,
>> mas ficou uma bost@!, nem consegui instalar. Daí instalei o Ubuntu 24
>> que tem um kernel mais recente e com o uso de um patch que achei na
>> internet, ele instalou, que é rapido, mas que dá uns congelamentos do nada
>> inclusive reverberando para o host, quase chego a dar win+ctrl+shift+b, mas
>> depois de 1 ou 2 minutos então volta.
>>
>>
>> Em sex., 5 de abr. de 2024 às 09:00, Atenágoras Souza Silva <
>> athenago...@gmail.com> escreveu:
>>
>>> Sim. O virt-manager é apenas uma maneira de fazer isso mais fácil, mas
>>> alterar o xml é algo mais direto.
>>>
>>> Está conseguindo?
>>>
>>>
>>> On 05/04/2024 08:57, hamacker wrote:
>>>
>>> Até porque não tinha antecipado que usaria /var, minha partição root é
>>> modesta e não vai comportar.
>>> Eu tô usando o virt-manager e alterando no XML, era isso que queria
>>> dizer com usar o libvirt para alterar?
>>>
>>> Em qui., 4 de abr. de 2024 às 19:20, Atenágoras Silva <
>>> athenago...@gmail.com> escreveu:
>>>
 As imagens estão em /var/lib/libvirt/images. Você pode usar o libvirt
 para alterá-las.

 Em qui., 4 de abr. de 2024 às 18:04, hamacker 
 escreveu:

> Sei que é uma pergunta boba, mas onde eu indico o local onde as minhas
> VMs serão gravadas.
> Usando o virt-manager, eu crio as VMs, mas não sei onde elas foram
> parar.
> Seria bom eu indicar a localização delas para que eu possa fazer
> backup depois ou copiá-las para outra instalação.
>
> []'s
>



[HS Complètement] Y a-t-il quelqu(un qui connaît un bénévole de enventelibre.org?

2024-06-05 Thread Christophe Maquaire
Je cherche à les contacter, sans succès jusqu'à maintenant.

Merci par avance de votre aide.

Christophe



Re: about 10th new install of bullseye

2024-06-05 Thread Andrew M.A. Cater
On Tue, Jun 04, 2024 at 06:26:31AM -0400, gene heskett wrote:
> On 2/19/22 06:31, Andrew M.A. Cater wrote:
> > Hi Gene,
> > 
> > You could try apt-get remove (or equivalent) on each of those packages and
> > see if that clears it. I _know_ this is frustrating as all get out for you
> > but a clear approach, written down so that you can remember where you got
> > to will be very helpful.
> > 
> > If all else fails, you can then share it with the list and say "I got to
> > step X with no problems, then Y happened - help me out here" and we'll
> > have some better idea. We all jib at you for being vague/not indluding
> > details but otherwise it is all just guesswork for the usual folk that
> > hang out here.
> > 
> > All the very best, as ever,
> > 
> > Andy Cater
> > 
> How much longer till trixie is officially out??  What you are proposing
> sounds like several days work, and i have other irons in the fire. This
> release has been such a disaster for me because the install insists on
> installing and configuring orca and brltty w/o asking. I've done 40 some
> installs now, trying to stop it from wasting about a second while its
> yelling every keystroke at me because it thinks I'm blind. I finally have
> orca disabled and the computer is useful. The delays are a pain in the a$$
> but i can do work now. It is not useful when orca is using 90% of a 6 core
> I5 yelling at me loud enough to announce and pronounce every keystroke or
> mouse motion/click loud enough to wake the neighbors.  The first 23 installs
> never asked me if I wanted that crap. And if you nuked the orca executable
> it would not reboot but hung forever waiting for orca to start. I have it
> usable, the installer AFAIAC is broken and I don't want to have to go
> through all that again. Until the installer ASKS me if I want it because it
> thinks I am blind, I have only one nerve left and and the suggestion that I
> do yet another install, is standing on it. Trying to remove it now, it
> insists on removing gnome and every dependency. I just checked again with
> synaptic, removing either orca or brltty still wants to destroy the system,
> Yet all I get when I fuss about the broken installer is "won't fix, not
> broken'.
> 

How long until trixie is out?  Could be 12-15 months.

Are you still running Bullseye there? if so, you should probably upgrade
to Bookworm sometime soon.

Given that I wrote this to you two years ago: you didn't actually take
the suggestion and reinstall. That's OK - but nobody has ever been able
to get to the root cause of brokenness here. Is it a Gene problem or a 
problem that hits other people more widely? We don't have details.

I see someone else has suggested strip a machine down to nothing and
do a clean install with Debian 12.5. Honestly, that's what I'd do.
If you can't/don't want to take this machine apart - find a spare
machine and do a Debian text mode install then install TDE.

At that point, you'll have a control - a counterpart that you can
check and you'll have done a complete install.

The suggestion that you can remove things and get it to work the 
way you want is only valid if you can tell us *exactly* what you've
done so one of us can reproduce the problem. At this distance, that's 
unlikely. It's not a complete cop-out but it would be easier if you could
do some sort of clean install. I'd help walk you through the steps: at
this rate, it might have been quicker for me to just airfreight you a 
working machine :)

All the very best, as ever,

Andy
(amaca...@debian.org)

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



Re: Arranque muy lento con SSD

2024-06-05 Thread jerigondor78
El lunes, 3 de junio de 2024 23:19:10 (CEST) JavierDebian escribió:
> El 3/6/24 a las 13:42, jerigondo...@gmail.com escribió:
> > Hola.
> > Tengo un ordenador portátil Acer Aspire 5732ZG que ya tiene unos catorce
> > años. Hasta ahora estaba funcionando con Windows 7 y para lo que lo
> > utilizaba (ver películas y escuchar música) me sobraba. Pero como el
> > lector de DVD empezaba a fallar, decidí eliminarlo e instalar un SSD. Y
> > ya de paso eliminar Windows y meter Debian.
> > La idea era instalar el SO en un  SSD y utilizar el disco duro antiguo
> > como
> > almacen de archivos. Así lo hice. La instalación no dio ningún problema,
> > pero a la hora de arrancar... se quedó la pantalla en negro con el cursor
> > parpadeando arriba a la izquierda. Intenté abrir una tty con
> > Ctl+Alt+F1...F2... Pero no funcionó. Pensé que se habia bloqueado, pero al
> > cabo de mucho tiempo apareció el SSDM y despues de loguearme se inició el
> > escritorio como si nada.
> > He vuelto ha hacer la prueba, cronometrando, y he visto que tarda unos 20
> > minutos en arrancar. Ya se que el equipo es viejo pero...¿20 minutos? me
> > parece excesivo. Antes Windows tardaba 1-2 minutos.
> > 
> > Todo esto sucede al cargar el kernel 6.1.0-21. Si en Grub selecciono el
> > kernel 6.1.0-18, arranca más rapido. Aún lento porque es un equipo muy
> > viejo, pero es algo aceptable.
> > 
> > Una vez que ha arrancado el funcionamiento es el esperado.
> > 
> > Buscando en la red he leido algo de poner al controlador SATA en modo AHCI
> > en lugar de IDE en la BIOS. Pero ya estaba así.
> > Durante el arranque no da información, solo el cursor parpadeando.
> > El equipo es un Acer Aspire 5732ZG con Pentium T4400 a 2.2 GHZ, 4GB de Ram
> > y una grafica ATI Mobility Radeon HD 4570. Un SSD Kingston de 240 GB
> > donde he instalado el SO (/dev/sdb) y un WDC de 500 GB como almacen
> > (/dev/sdb).
> > 
> > A ver si alguien tiene idea de lo que puede estar pasando.
> > 
> > Saludos.
> 
> Buenas tardes.
> 
> Esto lo escribí hace un tiempo.
> https://wiki.debian.org/es/SSD/InstalarSSD
> 
> ¿Qué entorno de escritorio cargaste?

KDE Plasma.

> A veces LXQt se pone cargoso con el controlador de video.
> O puede ser que se quede ciclando por el controlador de red, que si no
> me equivoco en un Atheros y suelen dar dolor de cabeza, y se toma su
> buen tiempo.
> 
> Arrancalo en modo rescate , sólo consola de root, y probá desde ahí.
> Y activale el "verbose" a grub para que aparezca todo.
> 
> En /etc/default/grub cambiar de GRUB_CMDLINE_LINUX_DEFAULT="splash quiet
> a GRUB_CMDLINE_LINUX_DEFAULT="" y luego
> # update-grub
> 
> JAP

Activado el "verbose". Adjunto foto de cuando se ha parado:

https://pixelfed.au/i/web/post/704004287090466433

Doy por hecho que los numeros entre corchetes son algun tipo de marca de 
tiempo, pero no se corresponden con la realidad. 
Entre 3.822528 y 3.822600 han pasado varios minutos. Al igual que entre 
3.82279 y 4.046965. A partir de ahí, ha aparecido el SSDM.

Saludos.




Re: kvm+libvirt, onde indico as pastas onde as imagens serão criadas?

2024-06-05 Thread Atenágoras Silva
Olá, não vou conseguir responder tudo, porque estou um pouco atarefado, mas
vamos por partes.

Os arquivos .xml de configuração das máquinas virtuais ficam em
/etc/libvirt/qemu/ ,  mas você não precisa editá-los na mão.

Pode ser tanto pelo comando virsh (virsh edit VM, onde VM é o nome da
máquina virtual), ou pelo próprio virt-manger (clique com o botão direito
do mouse na máquina que quer editar, e clique em 'abrir'.

Em cada tópico de configuração da VM, há a possibilidade de editá-lo por
meio de XML.

Você também pode, através do XML incluir partes do seu hardware real como
acessíveis para a máquina virtual também, mas eu recomendo cautela. Eu fiz
isso, mas foi para WebCAM no começo do ano.
Quando tiver um tempinho, eu retomo o que fiz, e te ajudo com a placa de
vídeo.



Em qua., 5 de jun. de 2024 às 09:18, hamacker 
escreveu:

> Infelizmente não.
> Usando a GUI, o 'default' permanece inalterado. Eu posso criar outros
> 'pools' indicando outros lugares e foi o que eu fiz, mas o 'default' aqui
> no PopOS! eu não altero e nem apago. Por acaso, você sabe qual o nome do
> arquivo xml para que eu possa alterá-lo diretamente sem precisar da GUI
> para isso e ter o 'default' com um caminho mais razoável? Ainda mais porque
> no desktop não tenho costume de particionar /var em separado, geralmente
> apenas /home e é nela que provavelmente criarei um /home/libvirt para as
> imagens. Faço assim porque futuras instalações ou upgrades não perca o
> passado.
>
> Aproveitando, tenho algumas duvidas.
> Aqui no PopOS! a GUI do Windows no libvirt é meio lenta e pastosa, causa a
> impressão que é lento, mas não é, testando processamento de calculo vejo
> que é a tela que fica se remontando causando a impressão de que esta lenta,
> nenhuma alteração, tem alguma maneira de corrigir isso ou melhorar? No
> virtualbox e vmware tem um software intitulado "Ferramenta de convidado"
> que geralmente instalamos para que o Windows possa reconhecer certos
> hardwares, incluindo uma placa de vídeo com alguma aceleração. Será que não
> é isso que tá faltando?
>
> Uma outra coisa, se não for pedir muito dos colegas, eu estou acostumado a
> compartilhar certas pastas entre o desktop linux e as VMs, o virtualbox e
> vmware tem métodos especificos para isso sem que eu precise instalar o
> samba no desktop. O libvirt tem algo similar?
>
> A proposito, a titulo de curiosidade, desde que liberaram o vmware
> gratuitamente para uso pessoal fui testar pq era um fã da versão player,
> mas ficou uma bost@!, nem consegui instalar. Daí instalei o Ubuntu 24 que
> tem um kernel mais recente e com o uso de um patch que achei na internet,
> ele instalou, que é rapido, mas que dá uns congelamentos do nada inclusive
> reverberando para o host, quase chego a dar win+ctrl+shift+b, mas depois de
> 1 ou 2 minutos então volta.
>
>
> Em sex., 5 de abr. de 2024 às 09:00, Atenágoras Souza Silva <
> athenago...@gmail.com> escreveu:
>
>> Sim. O virt-manager é apenas uma maneira de fazer isso mais fácil, mas
>> alterar o xml é algo mais direto.
>>
>> Está conseguindo?
>>
>>
>> On 05/04/2024 08:57, hamacker wrote:
>>
>> Até porque não tinha antecipado que usaria /var, minha partição root é
>> modesta e não vai comportar.
>> Eu tô usando o virt-manager e alterando no XML, era isso que queria dizer
>> com usar o libvirt para alterar?
>>
>> Em qui., 4 de abr. de 2024 às 19:20, Atenágoras Silva <
>> athenago...@gmail.com> escreveu:
>>
>>> As imagens estão em /var/lib/libvirt/images. Você pode usar o libvirt
>>> para alterá-las.
>>>
>>> Em qui., 4 de abr. de 2024 às 18:04, hamacker 
>>> escreveu:
>>>
 Sei que é uma pergunta boba, mas onde eu indico o local onde as minhas
 VMs serão gravadas.
 Usando o virt-manager, eu crio as VMs, mas não sei onde elas foram
 parar.
 Seria bom eu indicar a localização delas para que eu possa fazer backup
 depois ou copiá-las para outra instalação.

 []'s

>>>


Re: Arranque muy lento con SSD

2024-06-05 Thread jerigondor78
El martes, 4 de junio de 2024 0:34:50 (CEST) usted escribió:
> On Mon, 03 Jun 2024 18:42:11 +0200
> 
> jerigondo...@gmail.com wrote:
> > Un SSD Kingston de 240 GB donde he
> > instalado el SO (/dev/sdb) y un WDC de 500 GB como almacen (/dev/sdb).
> 
> Hay que aclarar obviamente que esto no puede ser.
 
Efectivamente, me he colado. El WDC de 500GB esta en /dev/sda.

Saludos.





Re: Arranque muy lento con SSD

2024-06-05 Thread jerigondor78
El martes, 4 de junio de 2024 11:34:34 (CEST) Camaleón escribió:
> El 2024-06-03 a las 18:42 +0200, jerigondo...@gmail.com escribió:
> > Tengo un ordenador portátil Acer Aspire 5732ZG que ya tiene unos catorce
> > años. Hasta ahora estaba funcionando con Windows 7 y para lo que lo
> > utilizaba (ver películas y escuchar música) me sobraba. Pero como el
> > lector de DVD empezaba a fallar, decidí eliminarlo e instalar un SSD. Y
> > ya de paso eliminar Windows y meter Debian.
> 
> (...)
> 
> > He vuelto ha hacer la prueba, cronometrando, y he visto que tarda unos 20
> > minutos en arrancar. Ya se que el equipo es viejo pero...¿20 minutos? me
> > parece excesivo. Antes Windows tardaba 1-2 minutos.
> 
> (...)
> 
> > A ver si alguien tiene idea de lo que puede estar pasando.
> 
> Systemd tien una analizador de arranque integrado, mira a aver si te da
> alguna pista:
> 
> systemd debug boot slow
> https://www.google.com/search?q=systemd+debug+boot+slow
> 
> Saludos,
systemd-analyce time me da el siguiente resultado:

Startup finished in 11.452s (kernel) + 11.515s (userspace) = 22.968s
graphical.target reached after 11.472s in userspace

Pero ni de broma ha tardado 22 segundos en arrancar. Doy por hecho que el 
punto es decimal. Si fuesen 22mil segundos serian 6 horas. Y no lo han sido.

Saludos.





Re: about 10th new install of bullseye

2024-06-05 Thread Greg Wooledge
On Wed, Jun 05, 2024 at 11:47:02AM -0400, gene heskett wrote:
> > As long as you don't do an "apt-get autoremove" afterward, nothing else
> > will be deleted, other than what apt-get told you it was going to delete.
> > 
> autoremove is the first command of my update script. Designed to get rid of
> old kernels.

Well.  If that's how you want to play it, then you may need to build
a metapackage of your own using "equivs".  Figure out the dependency
relationship that you want to maintain, write the control file, run
the equivs command, install the resulting .deb file.

Life is a bit simpler if you don't use autoremove.  (I purge the old
kernels by hand.)

I'm still confused by your insistence on keeping GNOME installed, though.
I thought you weren't using GNOME.  I thought you were using TDE.

And as far as orca goes, "gnome" depends on orca, and orca merely
suggests brltty.  So, removing brltty shouldn't remove orca, and orca
should be able to function without brltty.

> But that still doesn't answer the question, How much longer till trixie is
> official? I even put a ? mark on it.

Sorry, my time machine is at the mechanic.



Re: about 10th new install of bullseye

2024-06-05 Thread gene heskett

On 6/5/24 11:18, Greg Wooledge wrote:

On Wed, Jun 05, 2024 at 10:58:22AM -0400, gene heskett wrote:

Any attempt to remove cura or brltty, removes gnome leaving me I assume with
a text only system by the time gnome takes all its dependency's with it.


"assume"

This is your fundamental problem here.  Do you know what the "gnome"
package actually contains?

hobbit:~$ apt-cache show gnome
Package: gnome
Source: meta-gnome3
Version: 1:43+1
Installed-Size: 14
[...]

Installed size is 14.  I'm pretty sure that's kilobytes.

"gnome" is a meta-package.  Its purpose is to depend on a whole bunch
of other packages.  That's all.  It doesn't actually do anything by
itself.

Removing "gnome" will not remove any functionality, because "gnome" does
not *have* any functionality.

As long as you don't do an "apt-get autoremove" afterward, nothing else
will be deleted, other than what apt-get told you it was going to delete.

.
autoremove is the first command of my update script. Designed to get rid 
of old kernels.


But that still doesn't answer the question, How much longer till trixie 
is official? I even put a ? mark on it.


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



Re: Ayuda Borre ssh de etc

2024-06-05 Thread Toni Mas Soler
El Mon, 27 May 2024 19:35:39 +0200
Camaleón  va escriure el següent:

> El 2024-05-27 a las 11:49 -0300, Jorge Abel Secreto escribió:
> 
> > Hola
> > 
> > El lun, 27 may 2024 a la(s) 11:33 a.m., Kadir Alexis Valdés
> > Izquierdo (kadir.va...@uic.cu) escribió:  
> > >
> > > como crear nuevamente directorio ssh? en debian 12 borre y
> > > quisiera restaurar  
> 
> (ahora me ha llegado este mensaje :-o)
> 
> >  Probaste reinstalar ssh?  
> 
> Si lo que busca es «recrear» la estructura del paquete original, 
> también puede decargar el paquete DEB¹ y «examinarlo» (explorarlo, es 
> como un ZIP comprimido) sin necesidad de instalarlo.
> 
> ¹http://ftp.de.debian.org/debian/pool/main/o/openssh/openssh-server_9.2p1-2+deb12u2_amd64.deb
> 
> Saludos,
> 

dpkg-reconfigure ssh-server
Te recreará todo.



Re: about 10th new install of bullseye BUT its not Bullseye, its bookworm!

2024-06-05 Thread gene heskett

On 6/5/24 02:30, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had a TV
transmitter that was varying in power output - you'd have a mental 
checklist.

You'd get down there, perhaps schedule some sort of power down / reduced
power operation and then you'd check - power supplies, feeder cables, 
hot
spots on cables - whatever. Divide and conquer- working back to a 
baseline

of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you out 
of this

"X happens, I did Y, now I've got Z" - to get to a known initial state.

Take out all the serial converters to UPS, lathe and so on. Wireless 
keyboard
doesn't present as serial in the same way that brltty does - if it 
did, I'd

have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using tar.gz 
and preserving permissions. Start with the .iso that includes 
firmware - the unofficial one.


Build back slowly - do an expert text mode install if you can. Then 
add your
Trinity desktop - I don't think any of us can help you there, since 
we don't

run trinity.

Check and you should find that brltty isn't installed at all. Then 
re-add thingsgradually until you have the working system you want. 
Document it - write down

the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever caused by
individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those 
packages and
see if that clears it. I _know_ this is frustrating as all get out 
for you
but a clear approach, written down so that you can remember where you 
got

to will be very helpful.

If all else fails, you can then share it with the list and say "I got to
step X with no problems, then Y happened - help me out here" and we'll
have some better idea. We all jib at you for being vague/not indluding
details but otherwise it is all just guesswork for the usual folk that
hang out here.

All the very best, as ever,

Andy Cater

How much longer till trixie is officially out??  What you are 
proposing sounds like several days work, and i have other irons in the 
fire. This release has been such a disaster for me because the install 
insists on installing and configuring orca and brltty w/o asking. I've 
done 40 some installs now, trying to stop it from wasting about a 
second while its yelling every keystroke at me because it thinks I'm 
blind. I finally have orca disabled and the computer is useful. The 
delays are a pain in the a$$ but i can do work now. It is not useful 
when orca is using 90% of a 6 core I5 yelling at me loud enough to 
announce and pronounce every keystroke or mouse motion/click loud 
enough to wake the neighbors.  The first 23 installs never asked me if 
I wanted that crap. And if you nuked the orca executable it would not 
reboot but hung forever waiting for orca to start. I have it usable, 
the installer AFAIAC is broken and I don't want to have to go through 
all that again. Until the installer ASKS me if I want it because it 
thinks I am blind, I have only one nerve left and and the suggestion 
that I do yet another install, is standing on it. Trying to remove it 
now, it insists on removing gnome and every dependency. I just checked 
again with synaptic, removing either orca or brltty still wants to 
destroy the system, Yet all I get when I fuss about the broken 
installer is "won't fix, not broken'.



Hi Gene,

I, too, am not in need of the services that  brltty or orca provide, and 
have noticed them hanging about from time to time, although I have not 
encountered any difficulties like you describe.


On a bullseye system, apt-rdepends -r brltty informs me:

# apt-rdepends -r brltty
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
brltty
   Reverse Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Reverse Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)
   Reverse Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Reverse Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
brltty-espeak
brltty-flite
brltty-speechd
brltty-x11

If I understand apt-rdepends correctly, you should be able to 
remove/purge brltty ("apt purge brltty") without removing any installed 
packages other than the four listed above.


I have removed orca by removing its exec bits. But the system then will 
not reboot, waiting forever for orca to start.  

Re: about 10th new install of bullseye

2024-06-05 Thread Greg Wooledge
On Wed, Jun 05, 2024 at 10:58:22AM -0400, gene heskett wrote:
> Any attempt to remove cura or brltty, removes gnome leaving me I assume with
> a text only system by the time gnome takes all its dependency's with it.

"assume"

This is your fundamental problem here.  Do you know what the "gnome"
package actually contains?

hobbit:~$ apt-cache show gnome
Package: gnome
Source: meta-gnome3
Version: 1:43+1
Installed-Size: 14
[...]

Installed size is 14.  I'm pretty sure that's kilobytes.

"gnome" is a meta-package.  Its purpose is to depend on a whole bunch
of other packages.  That's all.  It doesn't actually do anything by
itself.

Removing "gnome" will not remove any functionality, because "gnome" does
not *have* any functionality.

As long as you don't do an "apt-get autoremove" afterward, nothing else
will be deleted, other than what apt-get told you it was going to delete.



Re: about 10th new install of bullseye

2024-06-05 Thread gene heskett

On 6/5/24 02:05, Tom Dial wrote:



On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had a TV
transmitter that was varying in power output - you'd have a mental 
checklist.

You'd get down there, perhaps schedule some sort of power down / reduced
power operation and then you'd check - power supplies, feeder cables, 
hot
spots on cables - whatever. Divide and conquer- working back to a 
baseline

of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you out 
of this

"X happens, I did Y, now I've got Z" - to get to a known initial state.

Take out all the serial converters to UPS, lathe and so on. Wireless 
keyboard
doesn't present as serial in the same way that brltty does - if it 
did, I'd

have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using tar.gz 
and preserving permissions. Start with the .iso that includes 
firmware - the unofficial one.


Build back slowly - do an expert text mode install if you can. Then 
add your
Trinity desktop - I don't think any of us can help you there, since 
we don't

run trinity.

Check and you should find that brltty isn't installed at all. Then 
re-add thingsgradually until you have the working system you want. 
Document it - write down

the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever caused by
individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those 
packages and
see if that clears it. I _know_ this is frustrating as all get out 
for you
but a clear approach, written down so that you can remember where you 
got

to will be very helpful.


Any attempt to remove cura or brltty, removes gnome leaving me I assume 
with a text only system by the time gnome takes all its dependency's 
with it.  Thanks Tom.


If all else fails, you can then share it with the list and say "I got to
step X with no problems, then Y happened - help me out here" and we'll
have some better idea. We all jib at you for being vague/not indluding
details but otherwise it is all just guesswork for the usual folk that
hang out here.

All the very best, as ever,

Andy Cater

How much longer till trixie is officially out??  What you are 
proposing sounds like several days work, and i have other irons in the 
fire. This release has been such a disaster for me because the install 
insists on installing and configuring orca and brltty w/o asking. I've 
done 40 some installs now, trying to stop it from wasting about a 
second while its yelling every keystroke at me because it thinks I'm 
blind. I finally have orca disabled and the computer is useful. The 
delays are a pain in the a$$ but i can do work now. It is not useful 
when orca is using 90% of a 6 core I5 yelling at me loud enough to 
announce and pronounce every keystroke or mouse motion/click loud 
enough to wake the neighbors.  The first 23 installs never asked me if 
I wanted that crap. And if you nuked the orca executable it would not 
reboot but hung forever waiting for orca to start. I have it usable, 
the installer AFAIAC is broken and I don't want to have to go through 
all that again. Until the installer ASKS me if I want it because it 
thinks I am blind, I have only one nerve left and and the suggestion 
that I do yet another install, is standing on it. Trying to remove it 
now, it insists on removing gnome and every dependency. I just checked 
again with synaptic, removing either orca or brltty still wants to 
destroy the system, Yet all I get when I fuss about the broken 
installer is "won't fix, not broken'.



Hi Gene,

I, too, am not in need of the services that  brltty or orca provide, and 
have noticed them hanging about from time to time, although I have not 
encountered any difficulties like you describe.


On a bullseye system, apt-rdepends -r brltty informs me:

# apt-rdepends -r brltty
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
brltty
   Reverse Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Reverse Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)
   Reverse Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Reverse Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
brltty-espeak
brltty-flite
brltty-speechd
brltty-x11

If I understand apt-rdepends correctly, you should be able to 
remove/purge brltty ("apt purge brltty") without removing any installed 

Re: kvm+libvirt, onde indico as pastas onde as imagens serão criadas?

2024-06-05 Thread hamacker
Infelizmente não.
Usando a GUI, o 'default' permanece inalterado. Eu posso criar outros
'pools' indicando outros lugares e foi o que eu fiz, mas o 'default' aqui
no PopOS! eu não altero e nem apago. Por acaso, você sabe qual o nome do
arquivo xml para que eu possa alterá-lo diretamente sem precisar da GUI
para isso e ter o 'default' com um caminho mais razoável? Ainda mais porque
no desktop não tenho costume de particionar /var em separado, geralmente
apenas /home e é nela que provavelmente criarei um /home/libvirt para as
imagens. Faço assim porque futuras instalações ou upgrades não perca o
passado.

Aproveitando, tenho algumas duvidas.
Aqui no PopOS! a GUI do Windows no libvirt é meio lenta e pastosa, causa a
impressão que é lento, mas não é, testando processamento de calculo vejo
que é a tela que fica se remontando causando a impressão de que esta lenta,
nenhuma alteração, tem alguma maneira de corrigir isso ou melhorar? No
virtualbox e vmware tem um software intitulado "Ferramenta de convidado"
que geralmente instalamos para que o Windows possa reconhecer certos
hardwares, incluindo uma placa de vídeo com alguma aceleração. Será que não
é isso que tá faltando?

Uma outra coisa, se não for pedir muito dos colegas, eu estou acostumado a
compartilhar certas pastas entre o desktop linux e as VMs, o virtualbox e
vmware tem métodos especificos para isso sem que eu precise instalar o
samba no desktop. O libvirt tem algo similar?

A proposito, a titulo de curiosidade, desde que liberaram o vmware
gratuitamente para uso pessoal fui testar pq era um fã da versão player,
mas ficou uma bost@!, nem consegui instalar. Daí instalei o Ubuntu 24 que
tem um kernel mais recente e com o uso de um patch que achei na internet,
ele instalou, que é rapido, mas que dá uns congelamentos do nada inclusive
reverberando para o host, quase chego a dar win+ctrl+shift+b, mas depois de
1 ou 2 minutos então volta.


Em sex., 5 de abr. de 2024 às 09:00, Atenágoras Souza Silva <
athenago...@gmail.com> escreveu:

> Sim. O virt-manager é apenas uma maneira de fazer isso mais fácil, mas
> alterar o xml é algo mais direto.
>
> Está conseguindo?
>
>
> On 05/04/2024 08:57, hamacker wrote:
>
> Até porque não tinha antecipado que usaria /var, minha partição root é
> modesta e não vai comportar.
> Eu tô usando o virt-manager e alterando no XML, era isso que queria dizer
> com usar o libvirt para alterar?
>
> Em qui., 4 de abr. de 2024 às 19:20, Atenágoras Silva <
> athenago...@gmail.com> escreveu:
>
>> As imagens estão em /var/lib/libvirt/images. Você pode usar o libvirt
>> para alterá-las.
>>
>> Em qui., 4 de abr. de 2024 às 18:04, hamacker 
>> escreveu:
>>
>>> Sei que é uma pergunta boba, mas onde eu indico o local onde as minhas
>>> VMs serão gravadas.
>>> Usando o virt-manager, eu crio as VMs, mas não sei onde elas foram parar.
>>> Seria bom eu indicar a localização delas para que eu possa fazer backup
>>> depois ou copiá-las para outra instalação.
>>>
>>> []'s
>>>
>>


Re: about 10th new install of bullseye

2024-06-05 Thread Felix Miata
Tom Dial composed on 2024-06-05 00:05 (UTC-0600):

> gene heskett wrote:

>> How much longer till trixie is officially out??  What you are proposing 
>> sounds like several days work, and i have other irons in the fire. This 
>> release has been such a disaster for me because the install insists on 
>> installing and configuring orca and brltty w/o asking. I've done 40 some 
>> installs now, trying to stop it from wasting about a second while its 
>> yelling every keystroke at me because it thinks I'm blind. I finally have 
>> orca disabled and the computer is useful. The delays are a pain in the a$$ 
>> but i can do work now. It is not useful when orca is using 90% of a 6 core 
>> I5 yelling at me loud enough to announce and pronounce every keystroke or 
>> mouse motion/click loud enough to wake the neighbors.  The first 23 installs 
>> never asked me if I wanted that crap.

Did the first 23 include Gnome? Did you want Gnome? Do you still use or prefer
using TDE? If the latter, then you should have no need of Gnome, or its depends 
on
brltty or orca.

> And if you nuked the orca executable it would not reboot but hung forever 
> waiting for orca to start. I have it usable, the installer AFAIAC is broken 
> and I don't want to have to go through all that again. Until the 
>> installer ASKS me if I want it because it thinks I am blind, I have only one 
>> nerve left and and the suggestion that I do yet another install, is standing 
>> on it. Trying to remove it now, it insists on removing gnome and every 
>> dependency. I just checked again with synaptic, removing either orca or 
>> brltty still wants to destroy the system, Yet all I get when I fuss about 
>> the broken installer is "won't fix, not broken'.

If by "destroy" you mean remove Gnome, and you'd rather be using TDE, then let 
it
be "destroyed".

...

> So removing orca would also take gnome, and that probably is unacceptable to 
> you.  

I have bunches of Debian installations, all using TDE, none with brltty, orca or
gnome. I can't remember whether Gene is trying to use TDE, but it really ought 
to
be an answer to his trouble, unless Gnome is kept, and brltty and orca are not
neutered.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata



Re: about 10th new install of bullseye

2024-06-05 Thread Tom Dial




On 6/4/24 04:26, gene heskett wrote:

On 2/19/22 06:31, Andrew M.A. Cater wrote:

Hi Gene,

If this was someone calling you from a TV station saying they had a TV
transmitter that was varying in power output - you'd have a mental checklist.
You'd get down there, perhaps schedule some sort of power down / reduced
power operation and then you'd check - power supplies, feeder cables, hot
spots on cables - whatever. Divide and conquer- working back to a baseline
of known working conditions and eliminating causes.

My suggestion to you of a reinstall is partly designed to get you out of this
"X happens, I did Y, now I've got Z" - to get to a known initial state.

Take out all the serial converters to UPS, lathe and so on. Wireless keyboard
doesn't present as serial in the same way that brltty does - if it did, I'd
have brltty with every install on this laptop.

Copy off your home directory as you did before - maybe using tar.gz and 
preserving permissions. Start with the .iso that includes firmware - the 
unofficial one.

Build back slowly - do an expert text mode install if you can. Then add your
Trinity desktop - I don't think any of us can help you there, since we don't
run trinity.

Check and you should find that brltty isn't installed at all. Then re-add 
thingsgradually until you have the working system you want. Document it - write 
down
the steps you take / copy configuration files you change.

That will also reveal logging / login slowdowns or whatever caused by
individual devices as you add them back. Keep a list as you go.

That's the counsel of perfection: alternatively:

apt rdepends brltty gives me:

me@mymachine:~$ apt rdepends brltty
brltty
Reverse Depends:
   Suggests: speechd-el (>= 3.7.2)
   Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
   Suggests: orca
   Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
   Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)

You could try apt-get remove (or equivalent) on each of those packages and
see if that clears it. I _know_ this is frustrating as all get out for you
but a clear approach, written down so that you can remember where you got
to will be very helpful.

If all else fails, you can then share it with the list and say "I got to
step X with no problems, then Y happened - help me out here" and we'll
have some better idea. We all jib at you for being vague/not indluding
details but otherwise it is all just guesswork for the usual folk that
hang out here.

All the very best, as ever,

Andy Cater

How much longer till trixie is officially out??  What you are proposing sounds like several days work, and i have other irons in the fire. This release has been such a disaster for me because the install insists on installing and configuring orca and brltty w/o asking. I've done 40 some installs now, trying to stop it from wasting about a second while its yelling every keystroke at me because it thinks I'm blind. I finally have orca disabled and the computer is useful. The delays are a pain in the a$$ but i can do work now. It is not useful when orca is using 90% of a 6 core I5 yelling at me loud enough to announce and pronounce every keystroke or mouse motion/click loud enough to wake the neighbors.  The first 23 installs never asked me if I wanted that crap. And if you nuked the orca executable it would not reboot but hung forever waiting for orca to start. I have it usable, the installer AFAIAC is broken and I don't want to have to go through all that again. Until the 
installer ASKS me if I want it because it thinks I am blind, I have only one nerve left and and the suggestion that I do yet another install, is standing on it. Trying to remove it now, it insists on removing gnome and every dependency. I just checked again with synaptic, removing either orca or brltty still wants to destroy the system, Yet all I get when I fuss about the broken installer is "won't fix, not broken'.



Hi Gene,

I, too, am not in need of the services that  brltty or orca provide, and have 
noticed them hanging about from time to time, although I have not encountered 
any difficulties like you describe.

On a bullseye system, apt-rdepends -r brltty informs me:

# apt-rdepends -r brltty
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
brltty
  Reverse Depends: brltty-espeak (= 6.3+dfsg-1+deb11u1)
  Reverse Depends: brltty-flite (= 6.3+dfsg-1+deb11u1)
  Reverse Depends: brltty-speechd (= 6.3+dfsg-1+deb11u1)
  Reverse Depends: brltty-x11 (= 6.3+dfsg-1+deb11u1)
brltty-espeak
brltty-flite
brltty-speechd
brltty-x11

If I understand apt-rdepends correctly, you should be able to remove/purge brltty 
("apt purge brltty") without removing any installed packages other than the 
four listed above.

apt-rdepends -r orca tells me:

# apt-rdepends -r orca
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
orca
  Reverse Depends: gnome (>= 1:3.38+3)
  

Re: about 10th new install of bullseye

2024-06-04 Thread David Christensen

https://www.mail-archive.com/debian-user%40lists.debian.org/msg779582.html

Gene Heskett Fri, 18 Feb 2022 09:14:03 -0800



> On 2/19/22 06:31, Andrew M.A. Cater wrote:



On 6/4/24 03:26, gene heskett wrote:
How much longer till trixie is officially out??  What you are proposing 
sounds like several days work, and i have other irons in the fire. This 
release has been such a disaster for me because the install insists on 
installing and configuring orca and brltty w/o asking. I've done 40 some 
installs now, trying to stop it from wasting about a second while its 
yelling every keystroke at me because it thinks I'm blind. I finally 
have orca disabled and the computer is useful. The delays are a pain in 
the a$$ but i can do work now. It is not useful when orca is using 90% 
of a 6 core I5 yelling at me loud enough to announce and pronounce every 
keystroke or mouse motion/click loud enough to wake the neighbors.  The 
first 23 installs never asked me if I wanted that crap. And if you nuked 
the orca executable it would not reboot but hung forever waiting for 
orca to start. I have it usable, the installer AFAIAC is broken and I 
don't want to have to go through all that again. Until the installer 
ASKS me if I want it because it thinks I am blind, I have only one nerve 
left and and the suggestion that I do yet another install, is standing 
on it. Trying to remove it now, it insists on removing gnome and every 
dependency. I just checked again with synaptic, removing either orca or 
brltty still wants to destroy the system, Yet all I get when I fuss 
about the broken installer is "won't fix, not broken'.



I suggest:

1.  Back up the system configuration and data.

2.  Disconnect everything internal to the chassis except for the 
motherboard, power supply, front panel, fans, processor, memory, and one 
disk drive for the OS connected to the first IDE, SATA, or NVMe port.


3.  Disconnect everything external to the chassis except AC power, wired 
keyboard, wired mouse, wired monitor, and Ethernet.


4.  Boot into Setup and reset settings to factory defaults.  Choose 
between BIOS/Legacy and UEFI, if there is a choice.  Set the disk 
controller mode to AHCI.  Set the clock to UTC.


5.  Boot the disk manufacturer toolkit and wipe the OS drive -- secure 
erase for SSD's and zero-fill for HDD's.


I seem to recall that you have a 1 TB WD Black.  WD does not appear to 
offer a bootable disk drive toolkit (?):


https://support-en.wd.com/app/products/downloads/softwaredownloads

If you can find a FOSS toolkit to do a secure erase, that would be best. 
 Alternatively, find the non-zero blocks and zero them (a good job for 
a script).


6.  Boot debian-12.5.0-amd64-netinst.iso and install Debian onto the OS 
disk.  I partition manually with 1 GB EFI system partition, 1 GB boot 
partition, 1 GB random encrypted swap partition, and a small passphrase 
encrypted root partition (twice your current root partition usage?). 
Save the remaining free space for CAD, CNC, 3-D, etc., working/ scratch 
files and over-provisioning, to be configured after installation.  If 
your desktop environment of choice is not offered by d-i, do not install 
a desktop environment.


7.  At the end of installation, reboot.  Remove d-i media during POST. 
Verify the system boots from the OS disk.  Login and check vitals, but 
do not change anything.  Power off.


8.  Boot your FOSS toolkit of choice, or d-i rescue shell, and take a 
compressed image of the OS disk to a file on a USB HDD.



I use a version control system (CVS over SSH) for software development, 
but also find it to be very useful for system administration.



David



Re: The dangers of .mbox mail clients?

2024-06-04 Thread Max Nikulin

On 04/06/2024 02:08, Chris M wrote:
I am needing a "refresher course" on mail clients that use the .mbox 
format to store emails.

It's been years since I've used this kind of mail client.


You may configure local IMAP server (e.g. dovecot) to store your 
archive. It allows to avoid issues with variations of mbox formats 
across mail user agents. Perhaps it is reasonable to disable message 
caching in mail client for the local IMAP server to avoid another copies 
of messages on disk.


On the other hand IMAP offline cache for remote servers allows to work 
with messages when network is unavailable.




Re: last(1) missing after upgrade from 12.5 to sid (util-linux 2.38.1 to 2.40.1-4)

2024-06-04 Thread songbird
e...@gmx.us wrote:
> On 6/4/24 10:59, songbird wrote:
>> t...@tommiller.us wrote:
>>
>>> Hello!
>>>
>>> last(1) seems to have disappeared following an upgrade from 12.5 to sid.
>> ...
>>
>>i've been using the "more" command provided by the util-linux
>> package.
>
> How do you use "more" to do what "last" does?

  correct, i messed up, i was thinking of less.  oops!  sorry...  :)


  songbird



Re: last(1) missing after upgrade from 12.5 to sid (util-linux 2.38.1 to 2.40.1-4)

2024-06-04 Thread songbird
Ash Joubert wrote:
> On 2024-06-05 02:59, songbird wrote:
>> t...@tommiller.us wrote:
>>> last(1) seems to have disappeared following an upgrade from 12.5 to sid.
>>i've been using the "more" command provided by the util-linux
>> package.
>
> You might be thinking of less(1), a program similar to more(1). The 
> original post refers to last(1), which lists logins.

  yes, i was mistaken.


  songbird



Re: last(1) missing after upgrade from 12.5 to sid (util-linux 2.38.1 to 2.40.1-4)

2024-06-04 Thread Ash Joubert

On 2024-06-05 02:59, songbird wrote:

t...@tommiller.us wrote:

last(1) seems to have disappeared following an upgrade from 12.5 to sid.

   i've been using the "more" command provided by the util-linux
package.


You might be thinking of less(1), a program similar to more(1). The 
original post refers to last(1), which lists logins.


Cheers,

--
Ash Joubert (they/them) 
Director / Game Developer
Transient Software Limited 
New Zealand



Re: last(1) missing after upgrade from 12.5 to sid (util-linux 2.38.1 to 2.40.1-4)

2024-06-04 Thread eben

On 6/4/24 10:59, songbird wrote:

t...@tommiller.us wrote:


Hello!

last(1) seems to have disappeared following an upgrade from 12.5 to sid.

...

   i've been using the "more" command provided by the util-linux
package.


How do you use "more" to do what "last" does?

--
Q: What did one photon say to the other photon?
A: I'm sick and tired of your interference. -- thebigmike1983 on Fark



Re: last(1) missing after upgrade from 12.5 to sid (util-linux 2.38.1 to 2.40.1-4)

2024-06-04 Thread songbird
t...@tommiller.us wrote:

> Hello!
>
> last(1) seems to have disappeared following an upgrade from 12.5 to sid.
...

  i've been using the "more" command provided by the util-linux
package.


  songbird



  1   2   3   4   5   6   7   8   9   10   >