Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.os.linux.misc > #82102 > unrolled thread

Plasma 6.6

Started byrbowman <bowman@montana.com>
First post2026-02-19 05:57 +0000
Last post2026-02-20 12:44 +0100
Articles 6 — 4 participants

Back to article view | Back to comp.os.linux.misc


Contents

  Plasma 6.6 rbowman <bowman@montana.com> - 2026-02-19 05:57 +0000
    Re: Plasma 6.6 c186282 <c186282@nnada.net> - 2026-02-19 01:00 -0500
      Re: Plasma 6.6 rbowman <bowman@montana.com> - 2026-02-19 19:03 +0000
        Re: Plasma 6.6 c186282 <c186282@nnada.net> - 2026-02-20 03:33 -0500
          Re: Plasma 6.6 The Natural Philosopher <tnp@invalid.invalid> - 2026-02-20 11:24 +0000
          Re: Plasma 6.6 "Carlos E. R." <robin_listas@es.invalid> - 2026-02-20 12:44 +0100

#82102 — Plasma 6.6

Fromrbowman <bowman@montana.com>
Date2026-02-19 05:57 +0000
SubjectPlasma 6.6
Message-ID<mvnn2sF8j5gU1@mid.individual.net>
The Fedora box just updated to Plasma 6.6. I should be  grateful to the 
developers who have been working so hard for several months. What I'm 
really grateful for is after downloading 800 GB of files it restarted and 
looks the same as it always did. 

The login screen looked about the same. I typed in my password and was 
good to go. As long as that happens I really don't give a damn what it is.

[toc] | [next] | [standalone]


#82103

Fromc186282 <c186282@nnada.net>
Date2026-02-19 01:00 -0500
Message-ID<HW6dndInPeGROgv0nZ2dnZfqnPadnZ2d@giganews.com>
In reply to#82102
On 2/19/26 00:57, rbowman wrote:
> The Fedora box just updated to Plasma 6.6. I should be  grateful to the
> developers who have been working so hard for several months. What I'm
> really grateful for is after downloading 800 GB of files it restarted and
> looks the same as it always did.
> 
> The login screen looked about the same. I typed in my password and was
> good to go. As long as that happens I really don't give a damn what it is.

   Any 'new great things' about 6.6 ? Maybe an AI
   that spies and reports ?

[toc] | [prev] | [next] | [standalone]


#82116

Fromrbowman <bowman@montana.com>
Date2026-02-19 19:03 +0000
Message-ID<mvp547FffnpU1@mid.individual.net>
In reply to#82103
On Thu, 19 Feb 2026 01:00:43 -0500, c186282 wrote:

> On 2/19/26 00:57, rbowman wrote:
>> The Fedora box just updated to Plasma 6.6. I should be  grateful to the
>> developers who have been working so hard for several months. What I'm
>> really grateful for is after downloading 800 GB of files it restarted
>> and looks the same as it always did.
>> 
>> The login screen looked about the same. I typed in my password and was
>> good to go. As long as that happens I really don't give a damn what it
>> is.
> 
>    Any 'new great things' about 6.6 ? Maybe an AI that spies and reports
>    ?

https://kde.org/announcements/plasma/6/6.6.0/

You can't imagine how thrilled I am by the ability to choose a skin tone 
for emojis. I don't see anything else I would use.

[toc] | [prev] | [next] | [standalone]


#82125

Fromc186282 <c186282@nnada.net>
Date2026-02-20 03:33 -0500
Message-ID<ZBCdnej0NqTJgQX0nZ2dnZfqnPWdnZ2d@giganews.com>
In reply to#82116
On 2/19/26 14:03, rbowman wrote:
> On Thu, 19 Feb 2026 01:00:43 -0500, c186282 wrote:
> 
>> On 2/19/26 00:57, rbowman wrote:
>>> The Fedora box just updated to Plasma 6.6. I should be  grateful to the
>>> developers who have been working so hard for several months. What I'm
>>> really grateful for is after downloading 800 GB of files it restarted
>>> and looks the same as it always did.
>>>
>>> The login screen looked about the same. I typed in my password and was
>>> good to go. As long as that happens I really don't give a damn what it
>>> is.
>>
>>     Any 'new great things' about 6.6 ? Maybe an AI that spies and reports
>>     ?
> 
> https://kde.org/announcements/plasma/6/6.6.0/
> 
> You can't imagine how thrilled I am by the ability to choose a skin tone
> for emojis. I don't see anything else I would use.


   Do they have THAT now ? Wokie Horrors ... !!!

   After my ffmpeg probs I re-installed a box today
   with Deb Trixie. We'll see. LXDE spin, of course.

   Did download a netinst OpenSUSE Leap as a backup plan.
   Alas my download speed is SHIT ... alleged 5G
   router ... it's often worse than my old defunct
   DSL connection .....

   But about all I can get. Most providers now want
   a bank routing number for charges. I think putting
   those numbers out there is a DISASTER in (short)
   waiting based on the dismal 'security' news blurbs.
   In USA you have a number of PROTECTIONS for CC
   fraud, but NONE if you give routing numbers.

   So, what's next for KDE ... tranny emojies, a
   happy face with a beard, and titties ?  :-)

   Trixie, so far, looks good. Even the VNC worked
   first time. Installed stuff for Pico and Ard
   dev too. The BMax mini box has 500gb main, and
   I added a 1tb SATA SSD (fits inside) and a 500gb
   USB->M.2

   Did, after some looking, rediscover a short little
   shell script that resets everything on the USB bus.
   Run that a few seconds after reboot - the effect
   is like if you'd plugged in the USB devices after
   boot, tends to put them into a standard order and
   ensures they're available. THEN mount using LABEL=
   in fstab. The '_netdev' option helps.

   Getting USB devices, even SATA drives, to mount where
   you WANT them to has always been a pain in Linux.
   What's sdc today might be sda on the next boot.
   Using "LABEL=" is often the best fix. Longer back
   I'd have to find the drives, UN-mount them and
   then RE-mount where I wanted, ugly scripts.

[toc] | [prev] | [next] | [standalone]


#82130

FromThe Natural Philosopher <tnp@invalid.invalid>
Date2026-02-20 11:24 +0000
Message-ID<10n9g8t$apri$7@dont-email.me>
In reply to#82125
On 20/02/2026 08:33, c186282 wrote:
> Getting USB devices, even SATA drives, to mount where
>    you WANT them to has always been a pain in Linux.

Use the UUID e.g.
/etc/fstab

UUID=3e48d310-2e08-44f8-8505-c38844132ab8 /               ext4 
errors=remount
-ro 0

lsblk -f shows  the ids

NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% 
MOUNTPOINT
sda
├─sda1
│    vfat         3B2E-0C1C                               511M     0% 
/boot/efi
├─sda2
│
└─sda5
      ext4         3e48d310-2e08-44f8-8505-c38844132ab8   91.9G    55% /


-- 
Any fool can believe in principles -  and most of them do!


[toc] | [prev] | [next] | [standalone]


#82133

From"Carlos E. R." <robin_listas@es.invalid>
Date2026-02-20 12:44 +0100
Message-ID<mvqvp5Fokg3U2@mid.individual.net>
In reply to#82125
On 2026-02-20 09:33, c186282 wrote:
>    Getting USB devices, even SATA drives, to mount where
>    you WANT them to has always been a pain in Linux.
>    What's sdc today might be sda on the next boot.
>    Using "LABEL=" is often the best fix. Longer back
>    I'd have to find the drives, UN-mount them and
>    then RE-mount where I wanted, ugly scripts.

It is being recommended for many years not to use sda, sdb, sdc, etc, 
but instead use label, uuid, etc. Not a problem at all to have fixed 
names and to mount them where you want.

-- 
Cheers,
        Carlos E.R.
        ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [standalone]


Back to top | Article view | comp.os.linux.misc


csiph-web