Re: Hypothetical boot question

2024-07-02 Thread Go Canes
On Tue, Jul 2, 2024 at 4:25 PM Frank Bures  wrote:
> On 2024-07-02 12:56, Go Canes wrote:
> > Care to explain what you are trying to achieve?
>
> Well, I had boot problems before and I found using grub prompt and manual
> recovery somehow cumbersome.  So I thought maybe I could bypass all that by
> creating a special USB boot disk and do necessary boot repairs from the
> running system.

My "gut reaction" is that this may not do what you want, though I
could easily be mistaken.  The USB /boot/efi can be updated to point
to the USB /boot, but then do you want to boot an initram off the the
USB key or the disk?  If you boot initram off the USB, is your
userland on the disk still compatible?

FWIW I just use the server netinstall for repairs, although it is rare
for me to need to do so.  And I usually have a USB with a recent
server netinstall available as I use such to do Fedora installs.
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Hypothetical boot question

2024-07-02 Thread Go Canes
On Tue, Jul 2, 2024 at 10:49 AM Frank Bures  wrote:
> What I want is to create a USB stick with /boot and /boot/efi fs in such a
> way that it boots an existing F40 installation on a HD.

As I understand things...
- your computer will need to be told to boot off the USB drive -
either a boot option in the UEFI variables or a temporary boot-time
selection of some sort
- /boot/efi/EFI/fedora/grub.cfg on the USB drive needs to "point" to
the /boot partition on the USB drive
- /boot/grub2/grub.cfg on the USB drive needs to "point" to the drive
with the desired /boot and root partitions
- "point" is typically referencing a disk or partition by UUID

In theory as long as all the UUIDs are correct, and you have unique
UUIDs on the system, I think you should be able to do it.  I am also
assuming the existing install can be booted from UEFI.

If you are comfortable with using dd, I *think* you could dd the
existing /boot and /boot/efi to the USB stick, change the UUID of the
USB stick as needed, and then add the boot variable to UEFI.  However,
to properly test it you would also need to remove the existing /boot
and /boot/efi, so if you decide to try it *please* make sure you have
backups and know how to restore them, or do this on a system you can
afford to trash.

Care to explain what you are trying to achieve?  The USB stick would
only be useful for the existing install, and you would need the USB
stick to boot the existing install (assuming you removed any existing
/boot and/or /boot/efi from the existing install).
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Seamonkey not displaying pix

2024-06-28 Thread Go Canes
On Fri, Jun 28, 2024 at 3:44 PM Felix Miata  wrote:
> Beartooth composed on 2024-06-28 15:51 (UTC):
> >> Beartooth wrote:
> >>> Seamonkey under the last several releases of Fedora Linux does not
> >>> display pix. It says, inter alia, "Error: could not load." It also
> >>> gives me a link to Media Viewer; but the help page for that is over my
> >>> head. []
> >>> It used to be a good browser. Can I fix it
>
> Presumably you're using the Fedora rpm. Try Buc's and/or Mozilla's binaries 
> to see
> if it makes any difference.
> 
> 

I'm currently on F39, have been using seamonkey from the Fedora repos
going back many, many, releases (at least back to F31, though probably
farther).  I mainly use it for e-mail, but when browsing have never
had a problem with it showing pix.  I have had it go into an excessive
CPU usage state from time to time; I always just exit and restart it
to "fix".

My main issue with seamonkey is that it seems to want to use plugins
from firefox (even though different profiles), and one of my main
reasons for wanting to use the seamonkey browser is for sites where
firefox plugins break things (nowadays I tend to use chromium for
that).
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: alternatives is forgetful?

2024-06-28 Thread Go Canes
On Fri, Jun 28, 2024 at 3:20 PM Tom Horsley  wrote:
>
> I've always set my emacs alternatives to lucid emacs. Today I
> did a big dnf update, rebooted to get new kernel, and then got
> an error when I started emacs about the "pure GTK" version
> not operating correctly under X11 (one of the reasons I use
> lucid).
>
> Why did my alternatives config setting revert?

I have my "alternatives" set to emacs-nox, but updates frequently
change it back to emacs.  Too lazy to figure out why
-- 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Touch Screen and WiFi cards

2024-06-21 Thread Go Canes
On Fri, Jun 21, 2024 at 4:55 PM ToddAndMargo via users
 wrote:
> 1) does these really thin laptops have their wifi
> cards soldered in or can they be replace?  (I can
> usually replace regular laptop WiFi cards.)

That would depend on the specific model.  The wi-fi card in a Dell XPS
13 or 17 are not soldered - I had to replace the factory card on a XPS
13, and have to remove/reinstall the card on a XPS 17 as part of a
keyboard replacement.

> I presume Intel's WiFi cards have good Fedora support?
The wi-fi card in the XPS 13 mentioned above was replaced with an
Intel.  I believe the 17 already had an Intel.  No known issues.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Boot hangs on recent kernels

2024-06-10 Thread Go Canes
On Mon, Jun 10, 2024 at 11:17 AM Klaus-Peter Schrage via users
 wrote:
> Thanks!
You're welcome!

> Well, I followed
>
> https://fedoramagazine.org/setting-kernel-command-line-arguments-with-fedora-30/
>
> and
>
> # grubby --update-kernel=ALL
> --remove-args="resume=UUID=8e895273-b3ca-465e-b991-b7a0e4e10345"
>
> was all I had to do, which (hopefully) should work on every present and
> future kernel.

My understanding is that dracut will pull in the parameters from
/etc/kernel/cmdline, so keep an eye on it.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Boot hangs on recent kernels

2024-06-10 Thread Go Canes
On Mon, Jun 10, 2024 at 5:31 AM Klaus-Peter Schrage via users
 wrote:
>
> Am 09.06.2024 um 20:09 schrieb Go Canes:
> > On Sun, Jun 9, 2024 at 7:47 AM Klaus-Peter Schrage via users
> >  wrote:
> >> What I don't understand: What produced the entry "resume=UUID=8e895..."
> >> in the file /etc/default/grub which was created on the install date, May
> >> 3rd?
> > Do you have a /etc/kernel/cmdline file?  I was tripped-up recently
> > because that file existed and had data that was not correct for what I
> > was trying to do - an old kernel would boot, newer kernels would not.
>
> Yes, I have. I includes the "resume=" parameter as well, and, according
> to the time stamp, was created (like /etc /default/grub) at install
> time. So Anaconda should have created it.

If the "resume=" parameter is causing the problem, remove it from
/etc/kernel/cmdline and rebuild one of the failing initramfs.  If the
rebuilt initramfs boots, rebuild the rest and you should be good.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Boot hangs on recent kernels

2024-06-09 Thread Go Canes
On Sun, Jun 9, 2024 at 7:47 AM Klaus-Peter Schrage via users
 wrote:
> What I don't understand: What produced the entry "resume=UUID=8e895..."
> in the file /etc/default/grub which was created on the install date, May
> 3rd?

Do you have a /etc/kernel/cmdline file?  I was tripped-up recently
because that file existed and had data that was not correct for what I
was trying to do - an old kernel would boot, newer kernels would not.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: grub2-install

2024-06-03 Thread Go Canes
On Mon, Jun 3, 2024 at 3:11 AM Patrick Dupre via users
 wrote:
> I updated a fedora 38 installation to 40 (on sdc3) as I used to do.
> But this installation is now not visible from the grub bot menu.
> I run grub2-mkconfig -o /boot/grub2/grub.cfg
> again, and again from both installation (40 and 38 on sda4).
>
> The output seems OK (Fedora 40 found from fedora 38, and fedora 38 found
> from fedora 40).
> os-prober OK
> cf
> /dev/sdc3:Fedora Linux 40 (Forty):Fedora1:linux (from fedora 38)
>
> The only way to start fedora 40 is to boot from super grub2
> If I understand UEFI does not see the fedora 40 installation
>
> It looks that the information from
> grub2-mkconfig
> are never made available to the grub boot

I ran into something similar installing Fedora 39 under KVM.  To make
it work I had to make sure the VM was configured for UEFI.  I did not
pursue trying to get to boot as BIOS.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: chroot

2024-06-01 Thread Go Canes
On Sat, Jun 1, 2024 at 2:02 PM  wrote:

> On Sat, 01 Jun 2024 13:12:49 -0400 Go Canes wrote:
> > dnf has "--installroot=".  Requires absolute path.  No idea if
> > it works with system-upgrade.
>
> I don't see this option in its man page, but since the goal if not to
> upgrade the current system, but a system in a separate partition,
> using system-upgrade is not needed. A simple:

I found the option in the dnf man page - not sure why you don't see it?

$ man dnf | grep -- --installroot
  --installroot=
[...]
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: chroot

2024-06-01 Thread Go Canes
On Sat, Jun 1, 2024 at 11:34 AM Patrick Dupre via users
 wrote:
> To update a system installed on a specific partition that way?
> (after dnf update --refresh)
> mount /dev/sdx /mnt/linux
> chroot /mnt/linux
> dnf system-upgrade download --releasever=40

dnf has "--installroot=".  Requires absolute path.  No idea if
it works with system-upgrade.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


SELinux is preventing key.dns_resolve from setattr access on the key labeled kernel_t.

2024-05-30 Thread Go Canes
I have been getting the following SElinux alert:
SELinux is preventing key.dns_resolve from setattr access on the key
labeled kernel_t.

Is it safe to create a rule to ignore this?  Known issue?
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: After f39 upgrade sddm broken on 1 system

2024-05-27 Thread Go Canes
On Mon, May 27, 2024 at 9:15 AM Barry Scott  wrote:
> On 27 May 2024, at 13:49, Go Canes  wrote:
>> No GPU per.se.  It is an old Dell Inspiron 530.
>
> You do have a GPU, after all you want to do a graphical login.

I should have been more clear - "No GPU per.se." meant "no separate
GPU", i.e. no Nvidia.

> Maybe the GPU does not support wayland that is the default with f40.

F39 and X11.  As an aside, this is probably the only system I have
where I could run wayland without much if any adverse impact.

> What is the output of `inxi -Fzxx`?

System:
 Kernel: 6.8.10-200.fc39.x86_64 arch: x86_64 bits: 64 compiler: gcc
   v: 2.40-14.fc39
 Console: pty pts/1 DM: SDDM Distro: Fedora Linux 39 (Thirty Nine)
Machine:
 Type: Desktop System: Dell product: Inspiron 530 v: N/A serial: 
   Chassis: type: 3 serial: 
 Mobo: Dell model: 0FM586 v: A00 serial:  BIOS: Dell v: 1.0.18
   date: 02/24/2009
CPU:
 Info: dual core model: Intel Core2 Duo E7400 bits: 64 type: MCP arch: Penryn
   rev: A cache: L1: 128 KiB L2: 3 MiB
 Speed (MHz): avg: 1600 min/max: 1600/2800 cores: 1: 1600 2: 1600
   bogomips: 11172
 Flags: ht lm nx pae sse sse2 sse3 sse4_1 ssse3
Graphics:
 Device-1: Intel 82G33/G31 Express Integrated Graphics
   vendor: Dell Inspiron 530 driver: i915 v: kernel arch: Gen-4 ports:
   active: VGA-1 empty: none bus-ID: 00:02.0 chip-ID: 8086:29c2
 Display: server: X.org v: 1.20.14 with: Xwayland v: 23.2.6 driver: X:
   loaded: intel unloaded: fbdev,modesetting,vesa dri: i915 gpu: i915
   tty: 80x24
 Monitor-1: VGA-1 model: Sony SDM-HX73 res: 1280x1024 dpi: 96
   diag: 433mm (17")
 API: EGL v: 1.5 platforms: device: 0 egl: 1.4 drv: i915 device: 1
   drv: swrast gbm: egl: 1.4 drv: i915 surfaceless: egl: 1.4 drv: i915
   inactive: wayland,x11
 API: OpenGL v: 4.5 compat-v: 2.1 vendor: mesa v: 23.3.6
   note: console (EGL sourced) renderer: i915 (: G33), llvmpipe (LLVM 17.0.6
   128 bits)
 API: Vulkan v: 1.3.275 surfaces: N/A device: 0 type: cpu driver: N/A
   device-ID: 10005:
Audio:
 Device-1: Intel 82801I HD Audio vendor: Dell Inspiron 530
   driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 chip-ID: 8086:293e
 API: ALSA v: k6.8.10-200.fc39.x86_64 status: kernel-api
 Server-1: PipeWire v: 1.0.6 status: off with: 1: pipewire-pulse
   status: off 2: wireplumber status: off 3: pipewire-alsa type: plugin
   4: pw-jack type: plugin
Network:
 Device-1: Intel 82562V-2 10/100 Network vendor: Dell Inspiron 530
   driver: e1000e v: kernel port: fe00 bus-ID: 00:19.0 chip-ID: 8086:10c0
 IF: enp0s25 state: up speed: 100 Mbps duplex: full mac: 
RAID:
 Hardware-1: Intel SATA Controller [RAID mode] driver: ahci v: 3.0
   bus-ID: 00:1f.2 chip-ID: 8086:2822
Drives:
 Local Storage: total: 476.94 GiB lvm-free: 445.94 GiB used: 13.11 GiB (2.7%)
 ID-1: /dev/sda vendor: Samsung model: SSD 860 PRO 512GB size: 476.94 GiB
   speed: 3.0 Gb/s serial:  temp: 27 C
Partition:
 ID-1: / size: 29.99 GiB used: 12.78 GiB (42.6%) fs: xfs dev: /dev/dm-0
   mapped: fedora_localhost--live-root
 ID-2: /boot size: 1014 MiB used: 338.2 MiB (33.4%) fs: xfs dev: /dev/sda1
Swap:
 ID-1: swap-1 type: zram size: 5.77 GiB used: 94.4 MiB (1.6%) priority: 100
   dev: /dev/zram0
Sensors:
 System Temperatures: cpu: 37.0 C mobo: N/A
 Fan Speeds (rpm): N/A
Info:
 Memory: total: 6 GiB available: 5.77 GiB used: 713 MiB (12.1%) igpu: 8 MiB
 Processes: 186 Power: uptime: 1d 3h 59m wakeups: 0 Init: systemd v: 254
   target: graphical (5) default: graphical
 Packages: Compilers: gcc: 13.3.1 Shell: Bash v: 5.2.26
   running-in: pty pts/1 inxi: 3.3.34

Thank you for the help!
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: After f39 upgrade sddm broken on 1 system

2024-05-27 Thread Go Canes
On Mon, May 27, 2024 at 3:27 AM Barry  wrote:
> What is your GPU?

No GPU per.se.  It is an old Dell Inspiron 530.

$ lsmod | grep -i vid
video  77824  1 i915
wmi36864  2 video,dell_smm_hwmon
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


After f39 upgrade sddm broken on 1 system

2024-05-26 Thread Go Canes
I recently upgraded 5 systems from f38 to f39.  4 of the 5 are fine,
but on 1 sddm is broken.  There is no text and sometimes the areas
that should be text are a pinkish-purple color.

I googled and saw suggestions about locale and dejavu fonts, but as
near as I can tell this system has the EN locale and dejavu fonts
installed.

journalctl does show some interesting errors:
[...] sddm-greeter[1367]: QOpenGLShader::link: error: Exceeded max nr
indirect texture lookups (5/4)
[...] sddm-greeter[1367]: shader compilation failed:
[...] sddm-greeter[1367]: QOpenGLShader::link: error: Exceeded max nr
indirect texture lookups (5/4)
[...] sddm-greeter[1367]:
QOpenGLShaderProgram::uniformLocation(matrix): shader program is not
linked
[...] sddm-greeter[1367]:
QOpenGLShaderProgram::uniformLocation(textureScale): shader program is
not linked
[...] sddm-greeter[1367]:
QOpenGLShaderProgram::uniformLocation(color): shader program is not
linked
[...] sddm-greeter[1367]:
QOpenGLShaderProgram::uniformLocation(alphaMin): shader program is not
linked
[...] sddm-greeter[1367]:
QOpenGLShaderProgram::uniformLocation(alphaMax): shader program is not
linked
[...] sddm-greeter[1367]:
QOpenGLShaderProgram::uniformLocation(fontScale): shader program is
not linked
[...] sddm-greeter[1367]:
QOpenGLShaderProgram::uniformLocation(vecDelta): shader program is not
linked

Any suggestions as to what to check for?
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: How to increase size of /boot partition

2024-05-03 Thread Go Canes
On Fri, May 3, 2024 at 1:52 PM richard emberson  wrote:
>
> Just today I upgraded from 39 to 40 but there was an issue:
> dnf told me I needed some 800k more space in my /boot partition to proceed.
> I had two kernels in /boot so I dnf removed those associated with the older
> of the two kernels. I then successfully upgraded.
> I fear the next time I do a dnf update which includes a new kernel I will
> be told, again, that there is not enough space in my /boot partition.

I recently had to resize my /boot.  The original install was several
Fedora versions back was 500MB, and more recent installs are 1GB.

What I did was backup my file systems to an external USB drive, boot
off the netinstall ISO, re-partition, re-mkfs, restore, then go
through all the UUID hassles recently documented in another thread.
If you have a sufficient drive to use for backups this may be the
easiest solution - it is probably the safest.

You are using LUKS which may complicate things.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: can I clone from a usb flash drive to an NVMe drive?

2024-04-29 Thread Go Canes
On Mon, Apr 29, 2024 at 8:27 PM ToddAndMargo via users
 wrote:
> I am making up a USB flash from of Fedroa 40 MATE for
> a customer to play with.
> If he likes it, can I clonezilla clone it over
> to his brand new NVMe drive (gpart it to expand
> the extents)?

Can you?  Probably yes.  But it would probably be quicker and easier
to do a fresh install.  As discussed in a recent thread after cloning
you would have to make sure all the grub bits are updated with correct
UUIDs.  You would also have to rebuild initramfs, etc.

If you are wanting to preserve user data, just re-create the user
making sure the uid:gid are the same, and then mount the home
directory from the USB drive under /mnt and then (as root) copy to the
NVMe drive.

If you are worried about missing a software package, you can make a
list of installed rpms on the USB drive and use it to confirm the new
install isn't missing anything that was on the USB.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Fedora 40 - KeePass fails to run

2024-04-28 Thread Go Canes
On Thu, Apr 25, 2024 at 10:12 AM John List  wrote:
> Just an FYI that KeePass is failing to run on my recently upgraded Fedora
40 machine.  I'm not sure of the correct place to report the issue.

There are several keepass* alternatives:
keepassx.x86_64
keepassxc.x86_64
keepass.x86_64
keepassx0.x86_64

Perhaps one of them will work better?  FWIW I use keepassxc, but I am on
f38 (and now upgrading to f39).
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Stuck at grub prompt after reordering partitions

2024-04-21 Thread Go Canes
On Sun, Apr 21, 2024 at 12:15 PM Klaus-Peter Schrage via users
 wrote:
>
> Am 20.04.24 um 23:16 schrieb George N. White III:
> > I assume you can still boot with manual grub commands.
> Yes, linux ..., initrd ..., boot
> or: >configfile (hd0,1)/grub2/grub.cfg
> which immediately brings back the grub menu.

So this suggests the EFI grub.cfg is found and loaded, but it doesn't
find /boot/grub2/grub.cfg

> What I found: If I write the "real" grub.conf directly to the efi
> partition (*|grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg), then I
> boot to the grub menu as desired (I have read in the fedora wiki that I
> should refrain from this ...).

So if you can EFI grub.cfg correct, /boot/grub2/grub.cfg should be OK

> So the errors seems to be in this file
> /boot/efi/EFI/fedora/grub.cfg:
> search --no-floppy --root-dev-only --fs-uuid --set=dev
> 206c0b5f-eddf-42e8-96f1-e666c5635cd0
> set prefix=($dev)/grub2
> export $prefix
> configfile $prefix/grub.cfg

Mine is:
search --no-floppy --fs-uuid --set=dev c5f18a2c-ee16-454e-b85d-6d7f03b86532
set prefix=($dev)/grub2
export $prefix
configfile $prefix/grub.cfg

Note the difference in the "search" line.  Mine does not have the
--root-dev-only argument.  Other than that they appear to be the same
(other than the UUID of course),  Try editing that out?

After that I think you are deeper into grub2 than my experience goes.
I.e., is $dev getting set correctly? etc.

Another thought, though a longshot.  Make sure the EFI grub.cfg
has proper line terminators?  I have no idea if grub cares, but mine
has Unix-standard LF.  But I'm wondering if you have CR-LF, maybe it
treats the CR as part of the UUID?  Which then causes it to not find
the UUID?
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Stuck at grub prompt after reordering partitions

2024-04-19 Thread Go Canes
On Fri, Apr 19, 2024 at 9:31 AM Klaus-Peter Schrage via users
 wrote:
> But, as Felix had proposed in his post, I dived a bit deeper into
> efibootmgr (also new to me up to know), and found out that entries point
> to PARTUUIDs, in my case:
> FedoraHD(3,GPT,1ca6f5eb-cbea-11e9-a525-4ccc6ad8789c,0x24fc9800,0x32000)/\EFI\FEDORA\SHIM.EFI424f
> Windows Boot Manager
>   
> HD(1,GPT,1ca6f5ea-cbea-11e9-a525-4ccc6ad8789c,0x800,0x24c6)/\EFI\Microsoft\Boot\bootmgfw.efi424f
>
> And I found, that two partitions (EFI, Windows) on my third harddisk
> have the same PARUUID:
>
> /dev/sdc1: LABEL="WIN" BLOCK_SIZE="512" UUID="A1C61D016294FB66"
> TYPE="ntfs" PARTUUID="1ca6f5ea-cbea-11e9-a525-4ccc6ad8789c"
> /dev/sdc3: UUID="BEAD-09C3" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI
> System Partition" PARTUUID="1ca6f5eb-cbea-11e9-a525-4ccc6ad8789c"
> I don't know if that really matters ...

I don't think this matters for your Linux boot - no idea if it matters
for your Windows boot.

The basic process is EFI is using its variables (which you can examine
with efibootmgr) to find a device and the file on the device to use
for the boot.  That should be on the *.efi files in
/boot/efi/EFI/fedora/.  That in term should load grub2, which will
then use /boot/efi/EFI/fedora/grub.cfg.  It then uses this to find the
device with /boot/grub2/grub.cfg.

As an example, here are the relevant bits from my system:
[root@fubar ~]# efibootmgr
BootCurrent: 0003
Timeout: 0 seconds
BootOrder: 0003,0002
Boot* fubar HD(1,GPT,166f4bf1-c04a-447e-916a-2b0363cb6504,0x800,0x64000)/\EF
I\fedora\shimx64.efi
Boot0002* FedoraHD(1,GPT,166f4bf1-c04a-447e-916a-2b0363cb6504,0x800,0x12
c000)/\EFI\fedora\shimx64.efi
Boot0003* FedoraHD(1,GPT,166f4bf1-c04a-447e-916a-2b0363cb6504,0x800,0x64
000)/\EFI\FEDORA\SHIMX64.EFI

All 3 entries use "HD(1," so we don't need the device UUID, and all 3
have the same UUID and point to the file "\EFI\fedora\shimx64.efi".
This is as expected as the system is single-boot, although I'm not
really sure why I have *two* entries labelled "Fedora".  Anyway...

[root@fubar ~]# blkid | grep -i 166f4bf1-c04a-447e-916a-2b0363cb6504
/dev/nvme0n1p1: SEC_TYPE="msdos" UUID="21AA-D515" BLOCK_SIZE="512" TYPE="vfat" P
ARTLABEL="EFI System Partition" PARTUUID="166f4bf1-c04a-447e-916a-2b0363cb6504"

As expected, the EFI variables are pointing to the EFI partition (via
PARTUUID).  On that partition shimx64.efi will load grub while will
use grub.cfg from the same directory.

[root@fubar ~]# cat /boot/efi/EFI/fedora/grub.cfg
search --no-floppy --fs-uuid --set=dev c5f18a2c-ee16-454e-b85d-6d7f03b86532
set prefix=($dev)/grub2
export $prefix
configfile $prefix/grub.cfg

[ Since you are getting a grub prompt, I think we can assume you are
at least getting this far. ]

The UUID maps to:

[root@fubar ~]# blkid | grep -i c5f18a2c-ee16-454e-b85d-6d7f03b86532
/dev/nvme0n1p2: UUID="c5f18a2c-ee16-454e-b85d-6d7f03b86532" BLOCK_SIZE="512" TYP
E="xfs" PARTLABEL="/boot" PARTUUID="26ff026c-ee27-441f-b6fd-4b38791e5dc8"

So /boot/efi/EFI/fedora/grub.cfg points to the partition with /boot.

--> Confirm your config points to the proper /boot partition.

Now that grub knows how to find /boot, it can find /boot/grub2/grub.cfg.

[root@fubar ~]# grep -- --fs-uuid /boot/grub2/grub.cfg
search --no-floppy --fs-uuid --set=root c5f18a2c-ee16-454e-b85d-6d7f03b86532
search --no-floppy --fs-uuid --set=boot 21AA-D515
[root@fubar ~]# blkid | grep -i c5f18a2c-ee16-454e-b85d-6d7f03b86532
/dev/nvme0n1p2: UUID="c5f18a2c-ee16-454e-b85d-6d7f03b86532" BLOCK_SIZE="512" TYP
E="xfs" PARTLABEL="/boot" PARTUUID="26ff026c-ee27-441f-b6fd-4b38791e5dc8"
[root@fubar ~]# blkid | grep -i 21AA-D515
/dev/nvme0n1p1: SEC_TYPE="msdos" UUID="21AA-D515" BLOCK_SIZE="512" TYPE="vfat" P
ARTLABEL="EFI System Partition" PARTUUID="166f4bf1-c04a-447e-916a-2b0363cb6504"

--set=root has the correct UUID for /boot (in this case it appears
"root" means the root of the grub config).
--set=boot has the correct (device) UUID for the EFI partition.

--> Confirm your entries are correct.  Double-check file system type.
If grub.cfg was created by grub2-mkconfig I would expect them to be
correct.

Now the grub config is going to be system-specific, but if you are
getting this far you should have the grub menu that allows you to
select which kernel/OS to boot.

[ If no grub menu, you are not getting this far. ]

Now grub loads the initramfs, etc.  I *think* if there is a problem at
this point you will get dropped into the dracut shell (as opposed to a
grub shell).

I should also mention that my system is Fedora 38, but until you get
as far as loading initramfs I doubt that matters as long as you have
EFI and grub2.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: 

Re: The best way to still use Fedora + Xorg + Gnome ... even after version 40

2024-04-17 Thread Go Canes
On Wed, Apr 17, 2024 at 1:48 PM John Mellor  wrote:
>
> With X being a completely unmaintainable mess, all new and bugfix
> development stopped about 2 years ago.  Most disturbing is that for the
> last 2 years there have been essentially no security fixes as a result.

I have heard that there have been no security fixes, and also that
there have.  I understand that there is little to no "development" in
the X11 space, but as a mature product it doesn't need development so
much as a proper "X12".

> Some of the original X developers
> started Wayland as X reimagined 45 year later for the 21st century
> needs.

This was a "good idea".

> However, given that absolutely everyone today has compute power
> on their desk and everyone has a gpu for things like compositing instead
> of what was available back when X was designed, they made some major
> architectural decisions that will affect some people, like dropping
> remote app windows in favour of remote desktops.

1) I don't claim to be an expert on all the architectural decisions
that went into Wayland.
2) Given the limitations of 1, what I have read regarding remote app
support seemed to boil down to "we don't want to bother, use
VNC/RDP/etc."

I *do* understand that there have been so many add-ons bolted onto X11
over the years that it needed a rewrite.  I also understand that doing
remote apps can be difficult; where do the fonts come from?  What are
capabilities of the local host vs the remote host?  WIth modern
bandwidth just sending a graphic (instead of events to create the
graphic) seems reasonable.  But I don't understand the desire to send
a *desktop* rather than a single *app*.  I don't understand why there
isn't a common element that corresponds to the X server that any
"Desktop Environment" can use rather than every DE having to implement
their own Compositor

My "analysis" - if you want to call it that - is that whereas X11 was
"tools not rules", Wayland is being driven by the Corporate
environment, and hence is "rules not tools".  And I understand the
Corporate perspective: if someone can hack host A, they can scrape X
events leading to data that lets them invade host B, etc.

At the end of the day - for me and many other users - Wayland is *not*
a suitable replacement for X11.  It is possible that it could evolve
into one, although this would seem to require every DE to have its own
"extensions" into its own version of a Wayland Compositor, etc.  And
this to me seems to be heading back into the same kind of mess we have
today with X11.

I yield the soapbox
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Stuck at grub prompt after reordering partitions

2024-04-17 Thread Go Canes
On Wed, Apr 17, 2024 at 12:42 PM Klaus-Peter Schrage via users
 wrote:
> I faintly remembered the dracut thing, so I tried that first - but it
> didn't help.

If the other problems aren't resolved, rebuilding initramfs probably won't help.

> I will look into the UUID stuff tomorrow, although I had already checked
> that gparted really did not change UUIDs when  moving partitions around.
> And as I said, I can get into Fedora after fiddling with the Grub
> commandline.

Make sure you are looking at the correct UUIDs.  Each partition will
have a UUID and a PARTUUID.  In my case I needed the *new* UUID for
the root partition in both of the grub.cfg files (*not* the PARTUUID).
IIRC, I was getting dropped into the dracut shell (not grub) until I
updated both of the grub.cfg files, and then was stopped at the grub
prompt until I found and updated /etc/kernel/cmdline *and* rebuilt the
initramfs.

So maybe you just need that last bit

When I did my updates, I knew I needed to update /etc/fstab and
/boot/grub2/grub.cfg, and rebuild initramfs, but was not aware of the
EFI grub.cfg, and then was not aware of dracut using
/etc/kernel/cmdline as part of the initramfs.  It was an interesting
adventure digging through all the google results until I found the
relevant info.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: The best way to still use Fedora + Xorg + Gnome ... even after version 40

2024-04-17 Thread Go Canes
On Wed, Apr 17, 2024 at 11:38 AM Patrick O'Callaghan
 wrote:
> As I understand it, X11 will still be installable, though I don't know
> how long that will last.

I think the only long-term hope for those of us that require
capabilities that X11 provides (and Wayland does not) is that either
Red Hat and/or Fedora reverse their decision and decide to continue
providing X11, or that rpmfusion steps in to fill the void.

Of course it is also possible that as Wayland gets more usage the need
to address missing capabilities will become apparent and the
shortcomings will be addressed.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Stuck at grub prompt after reordering partitions

2024-04-17 Thread Go Canes
On Wed, Apr 17, 2024 at 10:48 AM Klaus-Peter Schrage via users
 wrote:
> But rebooting still gets me to the dreaded grub>.
> So what am I missing?
> BTW, I did NOT use the grub2-install command which shoud not be used on
> UEFI systems.

I recently had similar problems.  These are the things to check:
o use blkid to get the current UUID(s)
o check /etc/kernel/cmdline if it exists - make sure the UUID (if
used) is correct for the new root disk
o check /boot/efi/EFI/fedora/grub.cfg for correct UUID(s) - as far as
I am aware you would have to edit the file to fix
o check /boot/grub2/grub.cfg for correct UUID(s) - you should be able
to update if needed with "grub2-mkconfig -o /boot/grub2/grub.cfg"
o update /etc/fstab with any changed UUIDs
o these things get recorded in the initramfs - update with "dracut
--force --regenerate-all"  [or use "man dracut" for commands to just
regenerate a single initramfs]

As I recall at least one of the above things has tripped me up in the
past when moving disks/partitions around.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: how long does dnf system-upgrade take?

2024-04-14 Thread Go Canes
On Sun, Apr 14, 2024 at 9:49 AM Fulko Hew  wrote:

> On Sun, Apr 14, 2024 at 7:16 AM Patrick O'Callaghan  
> wrote:
> Then it was back to are-install for F33 because it was a hardware
> replacement, and Linux/Fedora does not have a one-true backup/restore
> process that I have ever seen.  [...]

There may not be "one" backup/restore process, but there are several
easy options.  When I've done hw replacements my usual process is to
use "dd" to create an image of the disk as it came from the factory
(in case I ever want to use the Windows install it comes with), do
another image of the source disk, and then "dd" the image to the new
hw (this requires a suitable external USB drive or similar of course).
If the new disk is larger I resize the LVs and file systems after the
restore to take advantage of the additional space.  You could do
something similar using clonezilla.  Or instead of "dd", you can use
the appropriate dump/restore program for the file systems in question.

[If you don't have a suitable external drive, I would think you could
use a USB thumb drive and a live ISO to boot the target, and then do
the backup/restore over a ssh pipe]

> During this F35 to F39 migration, I've lost the convenience of a Fedora
> supported FreeCAD.

You can try installing the F38 package on F39

> And since Wayland isn't a full-function replacement for X11 yet,
> I understand the next migration will break my remote X11 windows usage.
> (And a remote desktop is not a replacement for remote windows.)

From what I understand, Wayland will *never* be a full-function
replacement for X11 as there are capabilities in X11 that Wayland
considers to be security issues.  But perhaps I have failed to
properly understand Wayland.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: crippling nvidia display issue.

2024-04-11 Thread Go Canes
On Thu, Apr 11, 2024 at 8:06 PM Tom Horsley  wrote:
>
> On Thu, 11 Apr 2024 17:52:10 -0600
> home user wrote:
>
> > kmod_build_6.8.4-100.fc38.x86_64
>
> Possibly relevant, but I don't know what it means for sure:
>
> My system gets regular updates. I've never had a yadda-yadda-100 kernel,
> all mine are -200. Currently I'm running 6.8.4-200.fc39.x86_64, all the
> kernels in my old fedora 38 partition are also -200, not -100.

Contrary data point - my fc38 systems all have "-100" kernels and they
get dnf updates every week.  Wouldn't think it is relevant, but just
in case, I build using the server-netinstall iso and have it install
KDE.

OTOH, my lone fc39 system has "-200" kernels.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Which scanner/copier do you use with Fedora?

2024-03-19 Thread Go Canes
On Mon, Mar 18, 2024 at 8:49 PM Sam Varshavchik  wrote:
> Which scanner/copier does everyone use, that works out of the box with Xsane?

Canon LIDE 400 over USB.  "Just works."
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Thunderbird Mystery

2024-02-27 Thread Go Canes
On Tue, Feb 27, 2024 at 12:45 PM Joe Zeff  wrote:
>
> On 02/27/2024 10:39 AM, Tim via users wrote:
> > A program ought to be able to detect a stale lock file
> > still remaining and handle it itself.
>
> And how do you suggest that it detects it?

I can think of 2 ways off the top of my head
1) put the lockfile in a memory-based file system like /tmp, /run,
etc.  This is probably the "correct" way.
2) compare when the system was booted against when the lock file was
created.  If boot time > lock file time, lock file is stale.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: imminent /boot problem.

2024-02-25 Thread Go Canes
On Sun, Feb 25, 2024 at 1:29 PM Tim via users
 wrote:
> I'd like to run the few WiFi controlled lights I have locally, all this
> cloud stuff goes against the grain, I loathe things controlled by
> mobile phones, even though I am doing that.  For that reason all the
> main lighting has no smarts.  And I've heard tales of ambulances coming
> to someone's rescue, and being unable to switch the lights on.

I have some tp-link stuff [no personal connection other than a
satisfied user].  Wi-fi, no hub required, and you can control them
from the Fedora command-line using the python kasa package [which
makes it sort-of relevant to the list, although you can use the kasa
package with any suitable Linux].  In theory you can also set them up
to work with the various voice assistants.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: imminent /boot problem.

2024-02-25 Thread Go Canes
On Sun, Feb 25, 2024 at 1:49 AM Tim via users
 wrote:
> I still have one ancient motherboard that cannot boot from USB sticks.
> It's only options for USB booting are USB floppy and USB zip drives,
> neither of which like USB anything else.  It's also an extremely
> useless motherboard, small RAM size, and without SATA ports, so I don't
> really care.

Once upon a time you could use "plop boot manager" to boot off of USB
devices if the motherboard didn't provide support.  Of course this
meant that you had to have something that could boot plop, but as it
was very small this would typically be a floppy disk.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: stdio.h

2024-01-29 Thread Go Canes
On Mon, Jan 29, 2024 at 7:12 PM Bill Cunningham  wrote:
>   I installed from scratch fedora 39. Now I looked in /usr/include and
> the usual development headers aren't there. glibc-headers and
> glibc-devel are both installed. No standard C headers are present. Does
> anyone have any idea what is going on?

I'm on f38 vs f39, but I get:
$ sudo dnf provides /usr/include/stdio.h
[sudo] password for [deleted]:
Last metadata expiration check: 0:10:29 ago on Mon 29 Jan 2024 09:02:39 PM EST.
glibc-headers-s390-2.37-1.fc38.noarch : Additional internal header files for
 : glibc-devel.
Repo: fedora
Matched from:
Filename: /usr/include/stdio.h

glibc-headers-s390-2.37-16.fc38.noarch : Additional internal header files for
  : glibc-devel.
Repo: updates
Matched from:
Filename: /usr/include/stdio.h

glibc-headers-x86-2.37-1.fc38.noarch : Additional internal header files for
: glibc-devel.
Repo: fedora
Matched from:
Filename: /usr/include/stdio.h

glibc-headers-x86-2.37-16.fc38.noarch : Additional internal header files for
 : glibc-devel.
Repo: @System
Matched from:
Filename: /usr/include/stdio.h

glibc-headers-x86-2.37-16.fc38.noarch : Additional internal header files for
 : glibc-devel.
Repo: updates
Matched from:
Filename: /usr/include/stdio.h
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: VLC in Fedora vs RPMFusion

2023-12-24 Thread Go Canes
On Sun, Dec 24, 2023 at 10:21 AM Richard W.M. Jones  wrote:
>
> I just did an upgrade on my Fedora 38(-ish) machine and dnf wants to
> replace the rpmfusion version of vlc:

[vlc 3.0.19 from rpmfusion -> 3.0.20 from fedora-updates]

> Is there some advantage here?

One change I have noticed (also on f38) is that the Santa Hat is
missing using 3.0.20 from fedora-updates.  Whether this is an
advantage or disadvantage is up to personal opinion.

> Also is there a web page that discusses this stuff?

I wasn't able to find anything documenting the Santa Hat change, but I
have to assume that Fedora chose to remove or disable it.  There were
several pages on how to disable/enable it, but I was unable to find
the specified option in the Fedora version.  For now I have reverted
back to 3.0.19 from rpmfusion, and added an exclude for vlc to
fedora-updates.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Obscure rsyslog question on remote logging

2023-11-16 Thread Go Canes
On Thu, Nov 16, 2023 at 7:51 PM Tom Horsley  wrote:
> # Log incoming message from remote systems here
> $template DynamicFile,"/var/log/loghost/%HOSTNAME%/%syslogfacility-text%.log"
> :hostname, contains, "nast"
> *.*-?DynamicFile
>
> Most remote log message do indeed get redirected to the subdirectory
> as expected, but SMART messages like these still wind up in
> /var/log/messages on my main system rather than in the subdirectory.
>
> Example:
>
> Nov 16 16:16:51 nast 1 2023-11-16T16:16:51.564170-05:00 nast.my.lan smartd 
> 1501 - - Device: /dev/ada0, SMART Usage Attribute: 194 Temperature_Celsius 
> changed from 58 to 57
>
> Most other messages wind up down in the subdirectory as expected, like this:
>
> Nov 16 19:15:00 nast 1 2023-11-16T19:15:00.012359-05:00 nast.my.lan 
> /usr/sbin/cron 16239 - - (root) CMD (/usr/libexec/atrun)

Any chance there is a rule for logging SMART messages that is taking precedence?
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Strange daily reboot - SOLVED

2023-11-16 Thread Go Canes
On Thu, Nov 16, 2023 at 8:43 AM Patrick O'Callaghan
 wrote:
> I've emailed the manufacturer (TP-Link), though without much
> expectation of a reply.
>
> If it is as you say, it's a design fault. The power cycle is a definite
> Off, wait a second or so, then On.

I have TP-Link KASA EP10 smart plugs and I don't see this behavior,
and at least one plug controls a device that would definitely be
impacted by such a power cycle.

For the sake of completeness you might double/triple/quadruple check
that the plug doesn't have a schedule programmed.  Assuming it doesn't
have its own schedule, is there any chance the plug is a member of a
group/scene/etc such that while the *plug* may not have a schedule, it
is impacted by something else that does?  Maybe try a factory reset on
the plug (assuming there is such a reset)?
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: ffmpeg/openh264/Samuel Sieb.

2023-11-13 Thread Go Canes
On Mon, Nov 13, 2023 at 9:09 AM Ger van Dijck  wrote:
> Dnf info openh264 gives that the version FC33 is installed (!!!) , I heard
>  from other users that they have the same problem sfter upgrading FC38 to
> FC39 , so I installed the openh264 version FC39 and all runs fine !!

FWIW, I am on Fedora 38 and have:
openh264.x86_64 2.3.1-2.fc38  @fedora-cisco-openh264

System has been upgraded since Fedora 32 (if not earlier).

Maybe you had/have the repo disabled for some reason?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Getting grub working on a LiveUSB

2023-10-04 Thread Go Canes
On Wed, Oct 4, 2023 at 4:25 PM Joe Zeff  wrote:
>
> On 10/04/2023 02:16 PM, Go Canes wrote:
> > - on the laptop, boot off of the USB drive.  If it gives you the
> > expected menu, choose the option for verifying the media.
>
> If I could do that, I wouldn't be asking about a grub prompt, would I?

My fault - I had understood the grub prompt was using a live image as
opposed to my suggestion of using the server net install image.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Getting grub working on a LiveUSB

2023-10-04 Thread Go Canes
On Wed, Oct 4, 2023 at 3:39 PM Joe Zeff  wrote:
> [...]  The laptop has a new, unformatted hard drive because the old one is
> dead.  When I picked up my laptop after the brain transplant (I don't do
> hardware.  Ever.)  I used my desktop to create the drive off of an .iso
> that I downloaded from the Fedora Project, and the download passed the
> checksum test.  And,if I try to boot off of that drive on my desktop, it
> fails in the exact same way.  Add to that the fact that the flash drive
> is new, and you've got the idea.

So we don't know if the new hard drive for the laptop is working or
not.  We may not be getting far enough in the process to tell.

I would still go through the BIOS settings, especially if your desktop
is from the same manufacturer (or running a similar BIOS).

I don't use live images, so I don't know if they have a problem with
the RAID/non-RAID setting.  Worst case I would think it would at least
boot but just not be able to access the hard drive if the settings
were incompatible.

Other thoughts - are there other USB devices connected?  If so, try
disconnecting them.

Unless the desktop is "similar" to the laptop - same manufacturer,
BIOS, etc. - it sounds like the only real common failure point is the
USB key itself.

My next steps would be:
- on the desktop, download the server net install iso, and run the
checksum test to make sure it downloaded correctly
- dd the iso file to the USB drive
- remove the USB drive [just being extra careful nothing is cached/buffered]
- reinstall the USB drive, and run "diff" or "cmp" against the iso and
the USB drive.  This is to confirm that the iso copied correctly.
- remove the USB drive
- on the laptop, boot off of the USB drive.  If it gives you the
expected menu, choose the option for verifying the media.  Really
shouldn't be needed if we get this far, but the only cost is time.
- if we get this far, choose the "rescue" option, and then choose a
shell.  From here you can use the usual troubleshooting commands like
lsblk, fdisk, etc.
- if we get this far, you can just install using this iso.  Even
though it is the "server" image, you can do a workstation install, you
just have to mind the defaults that are different for server vs
workstation - i.e., server defaults to xfs, ,workstation defaults to
btrfs I think.

Also note that the server net install will download current packages
for the install, so you don't need to do an immediate "dnf update"
after the install.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Getting grub working on a LiveUSB

2023-10-04 Thread Go Canes
On Wed, Oct 4, 2023 at 2:59 PM Joe Zeff  wrote:
>
> On 10/04/2023 12:37 PM, Wolfgang Pfeiffer wrote:
> The laptop's BIOS obviously sees the drive because if the drive's
> inserted when I turn it on, it ignores any and all F keys and tries to
> boot from it.  And, my desktop had no trouble writing the .iso to it
> with dd, and I can open it up and look at the various files on it with
> my desktop.  Yes, there may be something wrong with it, but it's not
> completely dead.

If I understand correctly, on the same laptop:
- you can boot off the hard drive and then download the iso file.  You
can then insert the USB flash drive and copy the iso to the flash
drive using dd.
- the flash drive passes the checksum test
- you can mount the flash drive and examine the files
but again on the same laptop:
- if you boot off of the USB flash drive, it *boots*, but stops at a
"grub>" prompt
- with the USB drive inserted the laptop does not allow you to enter
BIOS/CMOS/Setup/Whatever by using an appropriate key

My best *guesses*.
- the laptop is set to RAID mode instead of non-RAID mode.  Go into
BIOS and check.
- the laptop has a BIOS setting that tries to implement "security" by
disabling Setup and the hard drive when booted off a USB drive.
Again, go into BIOS and check.

Other things you can try:
- non-USB media.  DVD-R, Compact Flash or SD card if laptop has such,
you have spare media, and laptop will boot off it.
- you can download the server "net install" iso and use it as a test.
It won't provide a "live image" but it should allow you to get to a
bash shell for troubleshooting.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Problem with SD card

2023-08-08 Thread Go Canes
On Tue, Aug 8, 2023 at 3:30 PM Geoffrey Leach  wrote:
>
> Yes, the card has been in use for nearly two years and has 250G of
> data. The problem only began recently.
>
> It was purchased on Amazon for $110 +/- a couple of years ago.

Shot in the dark things to try

First, save the data somewhere else, then:
- re-partition the card with 2 partitions instead of 1, and then re-do
mkfs on each partition.  Or don't use any partitions.  Or just change
the start block.
- re-do mkfs but use xfs instead
- determine the bad superblock location and use dd to overwrite with zeros
- use dd to zero the entire partition

Basically anything that would move or destroy the problematic
superblock ( this is assuming the superblock is actually the issue as
opposed to something else, which may be a bad assumption).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: shrinking Windows C: drive to make room for Linux

2023-08-04 Thread Go Canes
On Fri, Aug 4, 2023 at 8:52 AM Neal Becker  wrote:
> I can't recall if I tried [defragmenting the file system].

It's been years since I did this, so don't know how much is still relevant

1) Disable hibernation, reboot, delete hiberfil.sys
2) Check for "shadow copies" or whatever they're called.  These are
created by Windows Update, backups, etc.  As I recall there were
several leftover that I had to manually remove.
3 Close any open programs.
4) Use "ccleaner" or a similar app to clean up temp files, etc.  Or do
it manually.
5) Use Windows "drive cleanup" or whatever it is called to get rid of
anything it can.
6) Manually delete the contents of the "Temporary Internet Files"
folder - above steps *should* have done this, but I frequently find
things leftover.
7) Reboot
8) Close any open programs.
9) Defragment the file system.  I always found "mydefrag" better at
this than Windows defragmenter.
10) Shrink the file system.
11 Reboot
12) Repeat steps 8 through 11 until you get the desired space or it
won't shrink anymore.

The key points are rebooting after doing some of the steps (so open
files are closed), and having to do multiple defragment/shrink/reboot
passes.

When closing open programs don't forget programs that are in the tray.

Probably a good idea to do a chkdsk before starting.

The only other thing I can think of is that *maybe* you do this from a
"safe boot" to minimize open files - I don't recall if I tried that or
not.

Hope this helps.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: firewalld question

2023-06-18 Thread Go Canes
On Sun, Jun 18, 2023 at 2:15 PM Amadeus WM via users
 wrote:
>
> Say I want to drop/reject outgoing connections to a particular destination
> address (for parental control). How would I do this with firewalld?

I can't address using firewalld, but I think you could get basically
the same result by adding route entries; i.e. route the destination
address/network to 127.0.0.2 or similar.  I did this many years ago
under Solaris.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: OT: Working on script to add Memtest86+ version 6.20 to Fedora boot menu

2023-06-07 Thread Go Canes
On Wed, Jun 7, 2023 at 12:53 PM Michael D. Setzer II via users
 wrote:
> rm index.html -f
> wget https://memtest.org/
> f=$(grep -m1 binaries.zip  rm index.html -f
[...]
> Thanks for any suggestions..

replace above with:

f=$(wget -O - https://memtest.org/ 2>/dev/null | grep -m1 binaries.zip
| sed -e 's/.*&2
  exit 1
fi

this way you avoid creating the temporary file and therefore don't
have to worry about deleting.  Also checks to make sure you actually
got a pathname.  Should also be somewhat more tolerant of changes to
the underlying html.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Fedora USB live: not lively. [SOLVED]

2023-06-03 Thread Go Canes
On Fri, Jun 2, 2023 at 10:28 PM home user  wrote:
> I have no idea how to compare the one iso file to the several directories and 
> files on the stick.

You can mount the iso file with "sudo mount file.iso /mnt", and then
use "diff -r /mnt /stick" or similar.

Assumes:
- you don't already have something mounted on /mnt (if so just use a
different mount point)
- /stick is where you have the USB stick mounted - change to whatever
you are actually using
- media writer or whatever you used to create the USB stick does not
alter contents
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: follow-up - Re: /boot problem. [SOLVED]

2023-06-02 Thread Go Canes
On Fri, Jun 2, 2023 at 12:21 AM home user  wrote:
> One more kernel update is needed to make sure the weekly patches does not 
> keep too many kernels, and that the rescue kernel is updated.

I don't believe the rescue kernel gets updated automatically.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Fedora USB live: not lively. [SOLVED]

2023-05-31 Thread Go Canes
On Wed, May 31, 2023 at 4:05 PM home user  wrote:
> 2. I used Fedora Media Writer to put 
> Fedora-Workstation-Live-x86_64-37-1.7.iso" on stick_1; no hint of trouble.  I 
> tested it in the left USB-3 port; it failed.  I tested it in the right port; 
> it succeeded.

Instead of Media Writer, you could try using dd to write the iso to
the stick - something like "lsblk" to identify the device for the USB
stick and then "sudo dd if=Fedora-Workstation-Live-x86_64-37-1.7.iso
of=/dev/sdX bs=1m" where /dev/sdX is the USB stick.  I've always used
dd like this and I have never had a problem booting off of the
resulting USB stick.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: ide editor??

2023-05-23 Thread Go Canes
On Tue, May 23, 2023 at 5:45 PM bruce  wrote:
> Curious to know what IDE/editors you guys use for developing code (and
> why if you care to expound).

emacs, in text mode (non-GUI), and without color decorations.  I've
been using it since the early 1980s when there really wasn't much in
the way of "IDE"s.  I also use it on Windows - either emacs in
cygwin/msys, or MicroEMACS (caveat - I have done very little
development under Windows).  emacs has a bit of a learning curve, but
you absolutely get out of it whatever effort you put into it; the
price of power.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Strange error running scripts. without #!/usr/bin/bash

2023-05-21 Thread Go Canes
On Sat, May 20, 2023 at 10:18 PM Michael D. Setzer II
 wrote:
> Recently was getting a strange error when running a script that didn't have 
> #!/usr/bin/bash at top?
> free(): invalid next size (fast)
> Aborted (core dumped)
> Just adding the line fixes the issue, but not sure why??
> Have run the script before with no such error, but had been a while?  Script 
> was just one line? Now 2 lines.
> #!/usr/bin/bash
> boincmgr -e /home/msetzerii/BOINC -d /home/msetzerii/BOINC

I understand that adding the shebang makes it likely that this was
something to do with the script, but was wondering if somehow the
"free" error was actually coming from boincmgr.

Also, any chance in the past you invoked it as "sh script.sh" as
opposed to "./script.sh"?  And now you are just doing "./script.sh"?
That would explain the change in behavior.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: /boot problem.

2023-05-19 Thread Go Canes
On Fri, May 19, 2023 at 3:05 PM home user  wrote:
> bash.1[~]: rpm -q kernel
> kernel-6.2.14-200.fc37.x86_64
> kernel-6.2.15-200.fc37.x86_64
> bash.2[~]:
> --
> The grub menu no longer shows 6.2.9.  It still shows 6.2.10.
> The grub menu shows a 6.2.12, but the rpm -q does not.

Basically, there are 3 areas that need to be cleaned-up:
1) remove old kernels using preferred tools (i.e. "dnf remove") - this is done
2) clean up grub menu entries referencing non-existent kernels - I'm
not much help with grub - sorry!
3) remove any leftover kernel bits that may still be lurking in the
file system - something like "ls -R /boot" and note any files that
appear to be for old kernels.  You may also have kernel modules for
obsolete kernels present elsewhere (I'm sure someone else can give
proper advice for locating these)
4) optional - once you have everything else cleaned-up there is a
command you can run to regenerate the rescue kernel if desired.  I
think this may happen automatically the next time a kernel is
installed

Side note on rescue kernel - after the clean-up if you don't feel you
have the space to keep a rescue kernel lying around, you can always
use a Fedora install iso or a live image instead.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: /boot problem.

2023-05-19 Thread Go Canes
On Fri, May 19, 2023 at 1:58 PM home user  wrote:
> bash.2[~]: rpm -q kernel
> kernel-6.2.8-100.fc36.x86_64
> kernel-6.2.9-200.fc37.x86_64
> kernel-6.2.14-200.fc37.x86_64
> kernel-6.2.15-200.fc37.x86_64
> bash.3[~]:
> --
> bash.5[~]: dnf remove kernel-core-6.2.9-100.fc36.x86_64
> No match for argument: kernel-core-6.2.9-100.fc36.x86_64

Note that "rpm -q" is showing "-200.fc37" but you are trying to remove
"-100.fc36"- copy/paste/recall error?

> No match for argument: kernel-core-6.2.10-100.fc36.x86_64

Because 6.2.10-100 isn't installed according to the rpm database.
That is a leftover grub menu entry that will require clean-up.  (Also
note that if it did exist in the rpm database, you would have run into
the same fc36 vs fc37 error.)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: many errors behind mount and the file fstab

2023-05-15 Thread Go Canes
On Mon, May 15, 2023 at 6:32 AM Dorian ROSSE  wrote:
> sudo mount -o /dev/sda4 /boot/dos_4
> mount: /boot/dos_4: impossible de trouver UUID=9a71295a-04.

First, "-o" requires options, so the command is not valid.
Second, "impossible de trouver" appears to be "can't find", which
would suggest there is no disk or partition with a UUID of
"9a71295a-04".

[[Google translate:
[[Premièrement, "-o" nécessite des options, donc la commande n'est pas valide.
[[Deuxièmement, "impossible de trouver" semble être "can't find", ce
qui suggérerait qu'il n'y a pas de disque ou de partition avec un UUID
de "9a71295a-04".

> sudo mount -o /dev/sda8 /boot/fedora
> mount: /boot/fedora: mauvais type de système de fichiers, option erronée, 
> superbloc erroné sur /dev/sda8, page de code ou programme auxiliaire 
> manquant, ou autre erreur.
>dmesg(1) peut avoir plus d'informations après un échec de l'appel 
> système du montage.
> sudo mount -o /dev/sda6 /boot/fedora_home_or_bis
> mount: /boot/fedora_home_or_bis: type de système de fichiers « 
> subvol=exec,relatime,defaults,auto,rw,home,ssd,noatime,space_cache,commit,=120,discard=async,compress=zstd:1
>  » inconnu.
>dmesg(1) peut avoir plus d'informations après un échec de l'appel 
> système du montage.

Again, "-o" requires options, so the commands are not valid.
Try:
sudo mount  /dev/sda8 /boot/fedora
sudo mount  /dev/sda6 /boot/fedora_home_or_bis
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: huge weekly "dnf upgrade" and clean-up failure.

2023-05-11 Thread Go Canes
On Thu, May 11, 2023 at 9:22 PM home user  wrote:
> (f37)
> This afternoon, I did my weekly "dnf upgrade".  This typically involves 
> between 100 and 200 packages.  Today, it was over 700 packages, by far a 
> record for me in the 10+ years I've had this Fedora workstation. [...]

I did a "dnf update" last sunday, and at the moment a "dnf
check-upgrade | wc -l" shows 63 lines.  A --refresh was done just
before, so that would suggest there are ~60 packages available for
update on this f37 system (which is KDE rather than Gnome, in case it
matters).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Dell XPS 13 recommendations (used/refurbished)

2023-05-07 Thread Go Canes
On Sun, May 7, 2023 at 10:11 AM Max Pyziur  wrote:
> With the L322X I was able to do some maintenance on my own, specifically
> replacing the SSD from a 125MB to a 1TB and then installing Fedora via
> USB.
>
> And also installing a new batter and wifi network cards.
>
> I would hope to do the same with a 9380 (or whatever else might be
> recommended).
>
> Any opinions pro/con?

I have a 9360 (2017-ish I think).  I have replaced the battery and the
Wi-Fi card (replaced original card with an Intel after the original
started acting up).  I have not replaced the SSD, but should be easier
to do than replacing the Wi-Fi card.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: F38 - Which python asn1 library

2023-05-07 Thread Go Canes
On Sun, May 7, 2023 at 10:16 AM stan via users
 wrote:
>
> On Sun, 7 May 2023 08:46:26 -0400
> Robert Moskowitz  wrote:
>
> from /usr/share/doc/python3-asn1/README.rst
> of the fedora package python3-asn1

python3-asn1 != pyasn1 which is what the OP is trying to use as per
the guidance from his colleague.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: F38 - Which python asn1 library

2023-05-07 Thread Go Canes
Trying to see what help (If any) I can offer despite knowing nothing
about the module in question

(I'm not going to try to preserve the quoting as to who said what, but
rather will just respond to the instructions.)

> > The README for python3-pyasn1 says that it is the one that you would
> > get from "pip install pyasn1" so it should be the right one.

"pip3 install pyasn1" works for me without any apparent issue

> import asn1

This fails, as there is no such module.  "import pyasn1" succeeds.

But the instructions beyond this are rather incomplete.  While "import
pyasn1" succeeds, it doesn't appear to really import anything useful.
Looks like there are submodules that need to be imported instead.
Probably something along the lines of "from pyasn1.foo.bar import
encoder" (names are fictitious).

> asn1_enc.write(oid, asn1.Numbers.ObjectIdentifier)
> oid_bytes = asn1_enc.output()

These cannot work because there is no "asn1_enc" object.  The object
would need to be created first with something like "asn1_enc =
pyasn1.foo.bar.encoder()" (again, names are fictitious).  Only after
the object has been created can you access methods such as "write" or
"output".

So basically, the above is why it isn't working.  Your colleague (or
someone that knows the pyasn1 module) needs to provide more code.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Encryption for internet storage

2023-04-21 Thread Go Canes
On Fri, Apr 21, 2023 at 5:17 PM Robert Nichols
 wrote:
> And no, I don't have a clean solution for keeping encrypted backups in the 
> cloud. I do believe that my current backup method (rdiff-backup-2.2.4-2.fc37) 
> is incompatible with that.

Don't know if it qualifies as a "clean solution" as it uses mono, but
duplicati easily handles encrypted backups to the cloud.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Python cSHAKE hash function for Fedora?

2023-04-18 Thread Go Canes
On Tue, Apr 18, 2023 at 7:44 PM Robert Moskowitz  wrote:
[...]
> https://github.com/Hemoth/cSHAKE
>
> which seems reasonable, but I am not experienced enough with this end of
> things to do the building of the module to use per the instructions in
> the script and of course wonder if there is something better out there.

Caveat - I have not actually tried to use these scripts.  Assuming the
instructions on the site are correct, I think you only need to grab
the pycryptodome library (dnf shows python3-pycryptodomex
- no idea if it is the same or compatible with pycryptodome from pip),
and then download the source tree.  You can download using the git
instructions, or you can just download the files directly as long as
you recreate the tree - whichever you prefer.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Running VirtualBox Crashes Other Apps

2023-04-10 Thread Go Canes
On Mon, Apr 10, 2023 at 8:53 PM Jonathan Ryshpan  wrote:
> Starting Oracle's VirtualBox has started to crash other apps, in particular 
> Thunderbird, Firefox, and Libreoffice; but not the console. Firefox and 
> Thunderbird just stop; Libreoffice attempts to restore files being worked on 
> (but it failed to restore about 2 hours' worth of work).

Guessing  - OOMD is killing things to free up RAM?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Alternative to VLC

2023-04-10 Thread Go Canes
On Mon, Apr 10, 2023 at 11:22 AM stan via users
 wrote:
>
> On Sat, 8 Apr 2023 21:17:37 -0700
> ToddAndMargo via users  wrote:
>
> > On 4/8/23 19:07, ToddAndMargo via users wrote:
> > > On 4/8/23 17:11, Go Canes wrote:
> > >> I'm curious what bugs you are encountering.
> > >
> > > When I get a few 20 minutes, I will list them
> >
> >
> > vlc-3.0.18-2.fc37.x86_64
> [snipped list of irritating behaviors]
> > VLC has started to annoy the snot out of me with
> > all the above bugs.  Time for me to switch away
> > from VLC.
>
> Wow!  NOT a good fit for your use case.  Like walking with a stone
> in your shoe. Life has too many irritations already, great to get rid of
> some of them.

Agree that if vlc isn't fit for OP's purpose, then find another player.

> I would never hit these.  It sounds like you could probably use an
> audio player like audacious instead, since you aren't bothering with
> the video.

If vlc is being launched from the command-line, one can try the
"--novideo" option.  There should be a similar option available via
the menus.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Warning for KDE users with HiDPI displays

2023-04-09 Thread Go Canes
On Sun, Apr 9, 2023 at 1:35 PM  wrote:
> On Sun, 09 Apr 2023 08:48:39 -0400 Go Canes wrote:
>> 5.27.3 appears to fix the issue (so far).  5.27.4 is in
>> updates-testing, so it should be released in the next few weeks.
>
> I think 5.27.4 is already in the updates, at least for the plasma-desktop
> and plasma-workspace RPMs:
>
>   Build Date  : Wed 05 Apr 2023 12:17:51 PM CEST
>
> and they appeared in the updates on April 7.
>
> Am I missing something ? On what precise RPM do you refer to ?

[x@y ~]$ sudo dnf --enablerepo=updates-testing list plasma-workspace
Fedora 36 - x86_64 - Test Updates22 kB/s | 9.2 kB 00:00
Fedora 36 - x86_64 - Test Updates   485 kB/s | 946 kB 00:01
Last metadata expiration check: 0:00:02 ago on Sun 09 Apr 2023 02:57:27 PM EDT.
Installed Packages
plasma-workspace.x86_64 5.27.3-2.fc36
@updates
Available Packages
plasma-workspace.i686   5.27.4.1-1.fc36  updates-testing
plasma-workspace.x86_64 5.27.4.1-1.fc36  updates-testing
[x@y ~]$

According to my system, 5.27.3 is in updates, 5.27.4 is in
updates-testing (at least for Fedora 36).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Warning for KDE users with HiDPI displays

2023-04-09 Thread Go Canes
On Sun, Mar 19, 2023 at 10:11 AM Go Canes  wrote:
>
> I "dnf updated" today and it took my system to KDE Plasma 5.27.1, and
> there is an issue with scaling on HiDPI displays.  As near as I can
> tell the issue isn't fixed until 5.27.4, but that is not yet available
> in updates-testing.  There are workarounds, but so far my experience
> is they make the system usable, but not "right".

5.27.3 appears to fix the issue (so far).  5.27.4 is in
updates-testing, so it should be released in the next few weeks.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Alternative to VLC

2023-04-08 Thread Go Canes
On Sat, Apr 8, 2023 at 6:37 PM ToddAndMargo via users
 wrote:
> The bugs [in vlc] drive me nuts.

I'm curious what bugs you are encountering.  I use vlc all the time
and the only significant bug I run into is the one where it skips the
first few seconds of the first track on startup.  I have encountered
issues using vlc that I believe are in the libraries it uses as they
tend to only appear with some media types and not others - typically
these are things like memory leaking while a video is paused for a
long time, or a video that - again after a long pause (hours) will
resume the audio but not the video unless I tell it to skip backwards
a few seconds.  I have also encountered issues with controlling vlc
using the DBUS MPRIS interface, but that might  be issues in my code
rather than vlc for all I know.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: what is my dns?

2023-03-28 Thread Go Canes
On Tue, Mar 28, 2023 at 7:00 PM ToddAndMargo via users
 wrote:
> I was just wanting to see what DNS I was actually using.

dig and nslookup both display the IP address of the DNS resolver that
you are querying.  But if you are asking for which DNS resolver
actually provided the answer, that would be more difficult as prior
posts have indicated.

For example, if I do a DNS lookup of lists.fedoraproject.org, and
assuming none of the DNS resolvers have the data cached, my local DNS
server (my ISP router) will forward the request to a DNS resolver it
has configured, that DNS server will do the same, etc., until we
either get a cached answer, or we go all the way up to one of the root
DNS servers which can forward to the authoritative DNS server for the
domain.  So if you are trying to determine which of the servers in the
forward chain provided the answer, that is difficult (again as per
prior answers).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: what is my dns?

2023-03-28 Thread Go Canes
On Tue, Mar 28, 2023 at 2:10 AM ToddAndMargo via users
 wrote:
> I was looking for a way I could look up the final DNS
> server, regardless of was type of local server I was
> going through.  I don't think it is possible.  It looks
> like I should dig it out from /etc/named.conf's
> forwards section.

Do you mean you are trying to determine the authoritative name server
for the hostname?  There is an option to dig '+nssearch' that sounds
like it might be able to do this, but I'm not sure how it is used and
my feeble attempts did not work.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: commands available on bootable iso

2023-03-26 Thread Go Canes
On Sun, Mar 26, 2023 at 2:16 PM Geoffrey Leach  wrote:
> What I wanted to be able to do is this. I 've downloaded the fedora 37
> iso. I wan to know if it has gparted. How can I answer that without
> writing it to a thumb drive and booting?

Assuming the downloaded iso is on or available from an existing Fedora
install, just "sudo mount *filename.iso* /mnt", and then explore.  Or,
use kvm/virtualbox/vmware/whatever and set up a VM with the ISO in the
CD drive and no other storage, and boot it that way.

Another option - if the whole point is to have a bootable iso with
gparted installed on it, why not just find an iso that you know
includes it?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Recently sound does not play as root

2023-03-22 Thread Go Canes
On Wed, Mar 22, 2023 at 12:33 AM Eyal Lebedinsky  wrote:
> [...]
> Doing this works:
> $ su
> # su eyal -c "ogg123 ...
> but doing this does not:
> $ sudo -i
> # su eyal -c "ogg123 ...
> nor does this:
> $ sudo -i
> # sudo -u eyal "ogg123 ...
>
> So 'su' and 'sudo' set up a different context.

The '-i' option to sudo replaces the environment of the subprocess
with a new environment; or in other words you are throwing away all
the environment variables and creating a new set.  My guess is that
the subprocess does not get the environment variables needed for audio
due to this.  Try the sudo command without '-i'.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Warning for KDE users with HiDPI displays

2023-03-19 Thread Go Canes
I "dnf updated" today and it took my system to KDE Plasma 5.27.1, and
there is an issue with scaling on HiDPI displays.  As near as I can
tell the issue isn't fixed until 5.27.4, but that is not yet available
in updates-testing.  There are workarounds, but so far my experience
is they make the system usable, but not "right".
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: 37 systemd pulseaudio paradox

2023-03-06 Thread Go Canes
On Mon, Mar 6, 2023 at 3:34 AM Felix Miata  wrote:
> [...] [How to switch between pulseaudio and pipewire]
> I'm not against change, but this is a result of several years of 
> system-upgrades,
> and I've never seen anything explaining how to make a switch:

https://discussion.fedoraproject.org/t/how-to-switch-from-pipewire-to-pulseaudio-on-fedora-37/64025
appears to have the commands for switching between pulseaudio and
pipewire in either direction.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: kdeconnectd error

2023-02-26 Thread Go Canes
On Sun, Feb 26, 2023 at 2:51 PM Jon LaBadie  wrote:
>
> I'm getting a ton of these error messages but have
> been unable to find information about them.
>
>  kdeconnectd[4717]: kdeconnect.core: \
>   Too many remembered identities,\
>   ignoring "1c85aaeceba8c226" received via UDP
>
> Ideas to correct the problem and stop the error msgs?

From https://www.reddit.com/r/kde/comments/obq6rg/cant_connect_kdeconnect/:
"Try moving ~/.config/kdeconnect directory to a backup (and deleting
~/.config/kdeconnect), see if that solves the issue."
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: kdeconnectd error

2023-02-26 Thread Go Canes
On Sun, Feb 26, 2023 at 2:51 PM Jon LaBadie  wrote:
>
> I'm getting a ton of these error messages but have
> been unable to find information about them.
>
>  kdeconnectd[4717]: kdeconnect.core: \
>   Too many remembered identities,\
>   ignoring "1c85aaeceba8c226" received via UDP
>
> Ideas to correct the problem and stop the error msgs?

Shot in the dark - can you remove any paired devices you no longer
need?  Maybe even all of them and then re-pair what you need?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Fedora (37) i686 32-bit virt-p2v ?

2023-02-26 Thread Go Canes
On Sun, Feb 26, 2023 at 1:58 PM Franta Hanzlik via users
 wrote:
> I want to virtualize any old i686 Windows XP 32-bit physical PC on F37.
[...issues trying to use virt-p2v...]
> Has anyone done this? What optimal way would you recommend?

I've never used virt-p2v - do you really need the --arch option?  I
would expect your 32-bit Windows to run just fine in a 64-bit VM.
Another possibility would be to create a 64-bit VM, and then move the
storage to a 32-bit VM (assuming you can't just change the VM
architecture).

If you are willing to do the p2v steps by hand (it isn't hard):

Assuming your Fedora and Windows systems are separate computers (i.e.
not dual-booting), you have an external USB disk that has enough free
space to hold the data from the Windows XP system, and a way to boot a
clonezilla Live CD or USB on the Windows XP system:
- boot clonezilla on the Windows system and let it walk you through
creating an image of the Windows disk
-- do not connect the USB drive until clonezilla tells you to do so
- move the USB disk to the Fedora system
- create the VM but skip the auto-install steps
- boot clonezilla in the VM and let it walk you through restoring the disk image
-- you may need to tell virtual-machine-manager to pass the USB disk
through to the VM


If you insist on using virt-p2v you might have to see if there is a
Live CD for an older version of Fedora that still has it (assuming it
ever did).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Taking better advantage of BTRFS

2023-02-24 Thread Go Canes
[quoting is a bit improper here - I have tried to fix it where I noticed]

On Fri, Feb 24, 2023 at 4:15 PM John Mellor  wrote:
>> and Go Canes replied

> At this point, I doubt that EXT2 is better debugged than BTRFS, and its use 
> has a number of detrimental effects.  For one, it requires that you use 
> another of your valuable partitions unnecessarily.  I'd also highly doubt 
> that you can get a modern, damaged Fedora system back up to a useful status 
> using only the /boot partition, and a reinstall/recover would seem to be much 
> more useful.  At a minimum, you need fully-functioning /etc and /var. most of 
> /usr, probably all the /home dotfiles, and probably others for proprietary 
> packages.

In the last few years I have frequently seen people running into
issues with btrfs and difficulties recovering from said issues
requiring specialized assistance.  I don't recall seeing similar
issues reported on this list for ext*.  I certainly have gotten the
strong impression that btrfs is not yet ready for mission critical
work, although I do get the impression it is getting better/closer all
the time.

> 2) When are we going to see timeshifting tools built into the desktop,
> ala Solaris?  That's incredibly useful for developers.
> I mean point-in-time snapshots, along with the slider in the GUI and the 
> tooling that goes with it.  Solaris introduced it about 10 years ago, and it 
> can be added to SUSE as well.

If you need this then by all means go with btrfs.  Personally if I
required it I would probably use lvm snapshots, or use VMs and use the
snapshot capability of the VM.  But I am not yet ready to trust btrfs
(my opinion, my choice).

> I assume that you do not use the Fedora-preferred update mechanism in the GUI 
> software tool, but are instead using dnf or similar.

Correct.  I have always used dnf (and before that yum).

>  There are some scenarios where that is not a good idea at present (such as 
> upgrades).

It isn't clear if by "that" you are referring to using dnf or a GUI
tool.  In the general case for most Fedora users I believe upgrading
using dnf is probably the *best* idea for an upgrade.  Personally I am
not a fan of using a GUI tool for updates/upgrades, but whatever works
best for *your* specific case is what *you* should use.

> There are some machines that require in excess of an hour to safely reboot, 
> due to specialized equipment usage.  Think about a medical tape library 
> machine in the middle of moving tapes 200ft to one of the readers, or a 
> process control machine making polyethylene for instance.  Interrupting will 
> most probably mean loss of a lot of money, loss of critical data, or an 
> explosion.  Unfortunately, virtually all update packages require this highly 
> undesirable double-reboot garbage.  Even Windows only requires a single 
> reboot.  The only one that may legitiitimately require it would be FireFox, 
> as it memory-maps some files and the devs do not manage their API properly.  
> Changing the kernel is safe, as the one in use is not erased.  There is even 
> a userspace tool to detect what is running while not using the updated files, 
> but Fedora does not use it for unclear reasons.  Debian/Ubuntu have done this 
> for years, so I have no idea why Fedora is incapable of also doing it.

"specialized equipment usage" implies "specialized update/upgrade
procedures".  Having supported mission critical servers for over 30
years in the medical space I think I can safely say that I understand
these issues rather well. > The whole update process needs a
fundamental rethink by some non-Windows people.

Your wish has been granted!  Fedora and its update process were
created by non-Windows people!  (To be fair, for all I know all the
Fedora developers now and in the past are former Microsoft Windows
software engineers, but I doubt it.)

I suppose if you want to blame the idea of having to reboot to apply
updates to something, you could blame it on an OS that predates
Microsoft such as VMS or Unix (System V or BSD).  Not trying to
exonerate Windows, just pointing out that if you want to do some
Windows-bashing, there are probably better targets than its update
mechanism.

>> If we are going to make a wishlist of backup capabilities, my top
>> priority would be something that would have built-in de-duplication
>> and work across multiple systems.
[Above was mis-quoted - it was "said" by me, and I have corrected.]
> That also comes for free as a built-in part of both BTRFS and ZFS.

I will grant that I could backup multiple servers to a single server
using zfs or any other system that provides deduplication to achieve
this.

> 6) Compression is not the default.  Why not?  SSDs are 10x slower and
> disks are 100x slower than the processors of even 10 years ago, so this
> omis

Re: Taking better advantage of BTRFS

2023-02-24 Thread Go Canes
On Fri, Feb 24, 2023 at 9:31 AM John Mellor  wrote:
> 1) When are we going to see removal of the EXT2 /boot partition? It is
> no longer required, as the boot process has been able to use BTRFS for
> years now.

/boot is critical and using a well debugged file system for it to me
seems like an excellent idea.  But if you want yours on btrfs, by all
means put yours there.

> 2) When are we going to see timeshifting tools built into the desktop,
> ala Solaris?  That's incredibly useful for developers.

What do you mean by "timeshifting"?  Changing the time zone seen by
the user?  Or do you mean point-in-time snapshots?

> 3) The existing Windows-like update mechanism is undesirable. It solves
> a non-existent problem on filesystems with inodes. Like all Unix-like
> systems, even Ubuntu does not require this. The ability to snapshot
> means that the weird reasoning that requires 2 reboots to install
> virtually all update packages is no longer required under any
> circumstances.  When is the software update mechanism getting a
> fundamental redesign?

I don't think I have ever had to reboot Fedora twice to install
updates.  As far as I am aware, with Fedora you don't have to reboot
at all unless you want to activate a new kernel.  Having said that, I
find that it is easier to reboot than to try to restart everything
that might be needed with an update.  I don't find rebooting
once-a-week after updating to be onerous - "your milsage may vary".
Personally, I find most of the proposed or alternative update
mechanisms to be worse than using yum/dnf.  Again, *my* opinion, you
are free to disagree.  (And I will happily acknowledge that specific
environments may need capabilities beyond standard dnf - i.e.
immutable root, etc.)

> 4) When is a standard backup mechanism that takes advantage of
> snapshotting going to be in the distro?  The published backup packages
> do not seem to be aware of the better capabilities available in BTRFS.
> Wrapping a few CLI tools in a GUI seems like it should be obvious, maybe
> 200 lines of shellscript or less.

I should think the Fedora project would be happy to examine your
submission of the software to do this.

If we are going to make a wishlist of backup capabilities, my top
priority would be something that would have built-in de-duplication
and work across multiple systems.

> 6) Compression is not the default.  Why not?  SSDs are 10x slower and
> disks are 100x slower than the processors of even 10 years ago, so this
> omission is slowing the system down.

This depends on the use case - for many people decompression of a
compressed file system slows the system down, not its omission.

> 7) Keep the last 3 update snapshots, not just the last 3 kernels.  This
> would keep backout scenarios a lot more consistent and functional.

*Iff* you use /boot on btrfs (along with the rest of the OS) and use
snapshots, this is reasonable.  You can configure this on *your*
system if you meet the requirements.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: kvm vs firefox issue?

2023-02-17 Thread Go Canes
On Thu, Jan 26, 2023 at 4:58 PM Go Canes  wrote:
>
> On Thu, Jan 26, 2023 at 7:04 AM Ron Yorston  wrote:
> >
> > Eyal Lebedinsky  wrote:
> > >This started only recently (kernel 6.0.18 or 6.1, or another update?)
> > >
> > >Is there a known problem.
> >
> > There is.  It's in the 6.1 kernel and it isn't yet fixed in Fedora.
> > (Not even in the 6.1.8 kernel currently in testing.)
> >
> > Here's a SuSE bug report:
> >
> >https://bugzilla.suse.com/show_bug.cgi?id=1206848
> >
> > which suggests:
> >
> >echo never > /sys/kernel/mm/transparent_hugepage/enabled
> >
> > as a workaround until new kernels are available.  I've confirmed
> > that this seems to work with a Fedora 6.1 kernel.
>
> I have been seeing an issue where my Windows VM appears to hang during
> boot - I've been working around it by rebooting and running the VM
> without anything else started.  I haven't had time to investigate, but
> checked today based on this thread and can confirm that I am seeing
> the same thing.  And it isn't just Firefox - before my VM would start
> running normally I had to shut everything down including the duplicati
> service (used for backups).

I can confirm that I no longer see the issue with kernel 6.1.10-100.fc36.x86_64.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: What is wrong with my dnf exclude for wine?

2023-02-03 Thread Go Canes
On Fri, Feb 3, 2023 at 10:11 PM Todd Zullinger  wrote:
>
> ToddAndMargo via users wrote:
> > On 2/2/23 22:29, Samuel Sieb wrote:
> >> On 2/1/23 21:55, ToddAndMargo via users wrote:
> > $ cat /etc/dnf/dnf.conf
> > [main]
> > gpgcheck=1
> > installonly_limit=3
> > clean_requirements_on_remove=True
> > excludepkgs=metasploit-framework
> > # excludepkgs=metasploit-framework wine*
> > # excludepkgs=thunderbird* metasploit-framework wine*
> > # excludepkgs=thunderbird* metasploit-framework
> > excludepkgs=wine*
> > # excludepkgs=wine-*
> > excludepkgs=resolvconf
> > excludepkgs=systemd-resolved
>
> This is not the way I've ever seen excludepkgs used or
> documented.  The man page states:
>
>excludepkgs
>   list
>
>   Exclude packages of this repository,  speci‐
>   fied  by a name or a glob and separated by a
>   comma, from all operations.  Can be disabled
>   using --disableexcludes command line switch.
>   Defaults to [].
>
> Put them all together, not a bunch of different definitions.

Note: "separated by a comma" - the commented-out lines were separated
by spaces (I assume these were failed attempts).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: tar

2023-02-01 Thread Go Canes
On Wed, Feb 1, 2023 at 2:24 PM Patrick Dupre  wrote:
>
> Hello,
>
> To create a tar file, I used to create a list and to make
> tar -cvzf arch.tgz $list
>
> However, if there are file names with a space, this space is
> interpreted as file name separator.
>
> How can I fix this,
> either when I tar, or when I create the list?

Instead of putting the filenames in a variable, put them in a file
(one filename per line) and tell tar to get the filenames from the
file with "--verbatim-files-from" and "-T, --files-from=FILE".

I.e., put filenames in /tmp/list-for-tar, and then "tar -cvzf arch.tgz
--verbatim-files-from -T /tmp/list-for-tar".  See if that works for
you.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: kvm vs firefox issue?

2023-01-26 Thread Go Canes
On Thu, Jan 26, 2023 at 7:04 AM Ron Yorston  wrote:
>
> Eyal Lebedinsky  wrote:
> >This started only recently (kernel 6.0.18 or 6.1, or another update?)
> >
> >Is there a known problem.
>
> There is.  It's in the 6.1 kernel and it isn't yet fixed in Fedora.
> (Not even in the 6.1.8 kernel currently in testing.)
>
> Here's a SuSE bug report:
>
>https://bugzilla.suse.com/show_bug.cgi?id=1206848
>
> which suggests:
>
>echo never > /sys/kernel/mm/transparent_hugepage/enabled
>
> as a workaround until new kernels are available.  I've confirmed
> that this seems to work with a Fedora 6.1 kernel.

I have been seeing an issue where my Windows VM appears to hang during
boot - I've been working around it by rebooting and running the VM
without anything else started.  I haven't had time to investigate, but
checked today based on this thread and can confirm that I am seeing
the same thing.  And it isn't just Firefox - before my VM would start
running normally I had to shut everything down including the duplicati
service (used for backups).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Libreoffice on F36 quirk in auto-correct control window

2023-01-25 Thread Go Canes
On Wed, Jan 25, 2023 at 10:53 PM Tim via users
 wrote:
> Does anyone else notice this happen in LibreOffice (7.3.7.2) on Fedora
> 36:
> Open the AutoCorrect options (in an AutoCorrect sub-menu in the Tools
> menu).

> Click on any of the tabs, or use the scroll wheel on the mouse, and the
> options window gets wider and wider each time you do that.
> [...]

I assume you mean LibreOffice Writer  I also have 7.3.7.2 on
Fedora 36, in my case using KDE, and I do not see the described
behavior.  No apparent error in my case.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Installed Fedora 37 on older Dell with Windows 10, but doen't show windows as boot option??

2023-01-10 Thread Go Canes
On Tue, Jan 10, 2023 at 2:08 AM Michael D. Setzer II via users
 wrote:
> Don't use windows much at all. So probable not worth doing for me. Windows 
> was pre-install so have no windows media, and would have to find method to 
> get the key code.

Do a google search for "download windows 10 iso" and there are links
to download the install media directly from Microsoft.

Older Dell systems had a sticker with the Windows license key.  You
can use "sudo strings /sys/firmware/acpi/tables/MSDM" to extract a
license key that is embedded in the firmware.  There is also a Windows
program I have used that extracts the license key along with other
useful info, but I don't remember what it is, and I don't have any of
my Windows VM booted at the moment.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: FYI - Issues with kernel-6.0.17-200.fc36.x86_64 and KDE

2023-01-09 Thread Go Canes
I updated one of the affected systems to kernel 6.0.18-200.fc36.x86_64
from updates-testing, and I was able to reboot (to activate the new
kernel), login, do a "ls" on the CIFS mount on a tree  that has many
files, and then reboot again, all without issue.

Thanks to all for the help!

(see https://bodhi.fedoraproject.org/updates/FEDORA-2023-39b55235fc
for details on this bug.  Also, note that while a lot of the info is
for Fedora 37, it also applies to the same kernel(s) fo r Fedora 36.)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: FYI - Issues with kernel-6.0.17-200.fc36.x86_64 and KDE

2023-01-09 Thread Go Canes
On Mon, Jan 9, 2023 at 4:36 PM Roger Wells  wrote:
> FWIW, I started another thread on this list that I think is related.
> With this kernel (and the one before (6.0.16-200) the machine completely
> freezes when I mount a particular CIFS mount.
> Requires power switch to shut down.
> However I have another CIFS mount (host OS unknown) that is ok.
> The CIFS mount that causes the freeze up is on a RHEL 7.9 host.

All of my systems mount the same CIFS mount, so it is very much a
common point.  I normally update on Sunday morning, and as a result I
never installed kernel 6.0.16-200; I went straight from 6.0.15 to
6.0.17.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: FYI - Issues with kernel-6.0.17-200.fc36.x86_64 and KDE

2023-01-09 Thread Go Canes
On Mon, Jan 9, 2023 at 3:39 PM Samuel Sieb  wrote:
> Do you have any CIFS mounts?

I was going to say "no", but to be sure I checked.  And I do indeed
have a cifs mount (for some reason my brain always wants to think of
it as a NFS mount).

And that triggers my memory of recent discussions on this list of
kernel/cifs issues ;-)  Thank you!
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: FYI - Issues with kernel-6.0.17-200.fc36.x86_64 and KDE

2023-01-09 Thread Go Canes
On Mon, Jan 9, 2023 at 3:10 PM Neal Becker  wrote:
> There were a bunch of kde updates on my machine today along with the kernel 
> update, maybe something there caused an issue?

I checked for KDE/Plasma updates as part of the same "dnf update", and
there weren't any, so the kernel update was the trigger.  (It could
still be something in the KDE space, but not exposed with the prior
kernel.)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


FYI - Issues with kernel-6.0.17-200.fc36.x86_64 and KDE

2023-01-09 Thread Go Canes
I had issues after updating to kernel-6.0.17-200.fc36.x86_64 this past
Sunday.  Two dissimilar systems (a Dell XPS 15 laptop and a
scratch-built media PC) both locked-up hard when booting - never got
as far as the login screen.  I thought I had some older systems that
were OK, but today I ran into issues with them - one had the login
screen, but locked-up with the black-and-white KDE/Plasma "splash"
screen (not sure what else to call it), and a 2nd locked-up before it
got that far.  In both cases it was the first time trying to login
since the kernel update.

Reverting to 6.0.15-200.fc36.x86_64 made everything OK again.

FYI
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Installed Fedora 37 on older Dell with Windows 10, but doen't show windows as boot option??

2023-01-08 Thread Go Canes
On Sun, Jan 8, 2023 at 9:37 PM Michael D. Setzer II via users
 wrote:
> At present, if I tried to boot legacy, it came up with not
> bootable with the boot flag on UEFI partition (sda3), set
> boot flag to (sda2) windows partitions, and can not boot
> and use F12 to select legacy boot, and it will load
> windows 10, and regular boot goes to UEFI but only has
> Fedora..

Are you saying that UEFI boots Fedora, and legacy boots Windows 10?
If yes, you probably can't boot both vai grub (I'm sure someone with
more expertise will chime in).

> Just use it for some testing of windows stuff, but it isn't
> supported to windows 11, since it has an I3 with 4th gen
> cpu, and looks like 11 requies an I3 with 8th gen.

If your CPU supports it, why not convert Windows 10 to a VM?  If not,
and you have the Fedora=UEFI/Windows=legacy config, then to get
Windows visible in GRUB you probably have to convert the Windows 10
install to UEFI.

(FWIW I converted my Windows installs to VirtualBox years ago, and
then more recently converted them to KVM.  And after converting to KVM
I converted them from BIOS to UEFI.)
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [Fedora] Re: [Fedora] Re: konsole problems with utf8 characters

2023-01-05 Thread Go Canes
On Thu, Jan 5, 2023 at 4:38 AM Walter Cazzola  wrote:
>
> On Wed, 4 Jan 2023, Go Canes wrote:
>
> > On Wed, Jan 4, 2023 at 12:38 PM Walter Cazzola  wrote:
> >> These and are two examples. Basically all the new unicode characters that
> >> permits to specify, for example, the skin color or the gender.
>
> > FWIW, this works for me with konsole5-22.12.0-1.fc36.x86_64.  I've
> > never changed the default font, so it should be the same.
>
> Good to know. This excludes that the problem is in an outdated version of
> konsole. Currently on I'm 21.12.2-1.fc35 that, in spite of being on F35, it
> looks newer.

Note - konsole5-22.* vs [konsole]?-21.* - you are on an older version
(22 vs. 21, and possibly konsole5 vs konsole[not 5]).

Also, forgot to include that I have dejavu-*-fonts-2.37-18.fc36.noarch.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [Fedora] Re: konsole problems with utf8 characters

2023-01-04 Thread Go Canes
On Wed, Jan 4, 2023 at 12:38 PM Walter Cazzola  wrote:
> These and are two examples. Basically all the new unicode characters that
> permits to specify, for example, the skin color or the gender.

FWIW, this works for me with konsole5-22.12.0-1.fc36.x86_64.  I've
never changed the default font, so it should be the same.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: dvdformat a loopback device

2022-12-19 Thread Go Canes
On Sun, Dec 18, 2022 at 10:36 PM Bill Cunningham  wrote:
> On linux's modern tools. I have always had to use loopback with
> dvdbackup. It seems to want a device not  directory to copy from. I can
> attach a ISO or just copy from the dvd. For example,

dvdbackup -i /dev/sr0 ...

or whatever your DVD device name happens to be.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: dvdformat a loopback device

2022-12-18 Thread Go Canes
On Sun, Dec 18, 2022 at 9:18 PM Bill Cunningham  wrote:
> How do you get it to convert a directory of VOBs and such into a mp4?

For all I know there may be a tool somewhere that will do an entire
disk, but I've always done it one title set at a time using steps as
indicated in prior posts.  Example:

n=01
cat VIDEO_TS/VTS_${n}_*.VOB > title_${n}.mpg
# repeat with n=02, 03, etc. until you have all the title sets you want
# sometimes you need to omit VTS_*_0.VOB as it will be an animated
menu or some other bit you don't really want

I've played around with converting mpg to mp4, but generally wasn't
happy with the quality/size tradeoff and just kept the mpg version.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: dvdformat a loopback device

2022-12-18 Thread Go Canes
On Sun, Dec 18, 2022 at 9:08 PM Tim via users
 wrote:
> VTS_01_0.VOB  an intro or video menu for playing this video clip
> VTS_01.1.VOB  part 1 of the main feature
> VTS_01.2.VOB  part 2 of the main feature
> VTS_01.3.VOB  part 3 of the main feature, etc.

I have seen many DVDs where Title Set 1 was *not* the main feature; I
don't think Title Set 1 = main feature is a safe assumption.  If the
DVD is a movie, you can look for the largest Title Set.  But
generally, you have to look at each Title Set to see what they are and
determine which Title Set corresponds to which "title" on the DVD.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: dvdformat a loopback device

2022-12-18 Thread Go Canes
On Sun, Dec 18, 2022 at 8:44 PM Bill Cunningham  wrote:
> The thing is I can't get vlc to convert a DVD a decrypted mirror image
> of that dvd nor an ISO created from those decrypted files. IDK what it
> is with vlc. I use it all the time to view. But the convert options with
> vlc. I get a short feature that plays a song of the movie's release
> company, then all ends. It's about 1-2 minutes long.

That sounds like it is converting the title set that has the studio
"splash" video.  I don't use vlc to convert, so I can really provide
much help, but you might look to see if there is an option to select
the title set.

[ If you were to convert all the VTS_nn_*.VOB files to their
corresponding title_nn.VOB file, you would likely find that there are
several short videos that you don't care about. ]

Following-on to my earlier post, another way you can think of the
VTS*.VOB file is to "translate" VTS_nn_p.VOB" into "Video Title Set
nn, part p - video object".
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: dvdformat a loopback device

2022-12-18 Thread Go Canes
On Sun, Dec 18, 2022 at 7:18 PM Bill Cunningham  wrote:
> Too answer many people's questions here, as to what I want to
> accomplish; is there some way to make these huge 7 GB ISOs smaller?
> Converting to an mp4 would be the simple answer, but not a simple task
> as I am finding.

Assuming you have a DVD that is not encrypted.

- mount the DVD
- in the VIDEO_TS folder there will be several files names
VTS_xx_y.VOB, where "xx" and "y" are numbers
- cat all of the VTS_xx_*.VOB files together with something like "cat
VTS_01_*.VOB > title_01.mpg".  cat does not care if the files are text
or binary - it just concatenates them together.
- use the video player of your choice to play the *.mpg files and
determine which you wish to keep (I like many others prefer vlc).
- you can also use dvdbackup to extract the title set(s) if you don't
want to deal with the file structure yourself
- if you wish to convert the *.mpg file to mp4, you can use any of
several tools.  ffmpeg is one that many people favor.  The command
would be something like "ffmpeg -i title_01.mpg title_01.mp4" - note
that you might need to add other options to get a higher compression
rate (with corresponding loss of quality) to significantly reduce the
file size.  google "ffmpeg convert DVD to mp4" and you should find
several "cheat sheets".
- alternatively you can use one of the OSS linear video editors to do
the conversion; i.e. if you use KDE you can install kdenlive, import
the *.mpg file, and have it do the conversion.
- note that pretty much all of the tools that can do the conversion
will have a certain amount of "learning curve".

Re: DVD structure - there is an AUDIO_TS directory that has to be
present for the structure to be compliant, but unless the DVD provides
DVD-Audio (basically a super-CD), it will be empty.  All of the video
(and associated audio tracks) will be in the VIDEO_TS directory.
The files in the VIDEO_TS directory are broken into "title sets" -
each file is named *_xx_y.*, where "xx" is the title set number.
Each title set will have *.IFO, *.VOB, and *.BUP files.  The IFO files
contain information such as chapter times, menu items, etc.  *.BUP
files are backup files - I think they protect against disc damage to
the sectors in the corresponding *.IFO files.  The VOBs are the actual
"video objects" - i.e. the mpg encoded video.  Each VOB is split into
multiple files such that no file is larger than 2GB.

That is my non-expert understanding of DVD structure.  I'm sure if I
got anything horribly wrong someone else will correct me.  You can
probably also find this info via googling.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: dvdformat a loopback device

2022-12-18 Thread Go Canes
On Sun, Dec 18, 2022 at 5:45 PM Bill Cunningham  wrote:
> OK so how exactly do I create an "empty" ISO file? I will try to explain
> by example.

Why do you want to create an empty ISO file?

The way I do it is:
- create a normal directory
- put the contents of the DVD in said directory; i.e., if creating a
DVD, create the VIDEO_TS and AUDIO_TS directories,copy the VOBs, etc.
in
- run the mkiso command - you'll need to look at man pages and/or
google for specifics, but the basic idea is you specify the "source"
directory and the name of the ISO file

There may be other ways to accomplish the same end result - it all
depends on what you are trying to accomplish; i.e. what is the end
result?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: dvdformat a loopback device

2022-12-18 Thread Go Canes
On Sun, Dec 18, 2022 at 5:03 PM Bill Cunningham  wrote:
> losetup /dev/loop0 FILE to mount the loopback,
>
> mkfs.vfat -F 32 /dev/loop0
>
> and detach and xxd -g1 FILE.

Use mkiso to create FILE, and then you can hexdump FILE directly.  You
can also then "mount FILE /mt" (or similar) if you want to examine the
data as a mounted file system.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: dvdformat a loopback device

2022-12-18 Thread Go Canes
On Sun, Dec 18, 2022 at 4:41 PM Bill Cunningham  wrote:
>
> IDK if you can do this or not. Say if you have a file that is 2.048 Gig
> and it is attached to a loopback device, say /dev/loop0,
>
> losetup /dev/loop0 FILE_NAME,
>
> And you tried cdrwtool -d /dev/loop0 -q;
>
> Now I have tried this and get errors. IDK if there's a way around this,
> a safety issue that is built in, or maybe I am not using the right
> program to format a "dvd".
>
> Can you dvdformat a loopback device?

If you are trying to create the DVD file system, you want to use
something like mkiso.

I've never used cdrwtool, but based on the name I would think it is
used to send the commands to a disc burner to actually burn the disk -
but it would need the data to burn, such as an iso file created by
something like mkiso.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Dongle not talking again

2022-12-11 Thread Go Canes
On Sun, Dec 11, 2022 at 6:45 PM Tom Horsley  wrote:
> My best theory is that the kernel doesn't properly reset the device
> from scratch, but assumes it was left in some state which the old
> kernel didn't leave it in. But that's just a wild guess (and I've never
> worked up the energy to try booting the old kernel then rebooting into
> the new kernel to see if it happens again, mainly because I suspect
> it wouldn't :-).

If it were a kernel issue, then everyone that has a comparable dongle
and upgrades their kernel frequently should also see the problem.  I
normally do a dnf update Sunday morning followed by a reboot, so if I
understand your process correctly, it is similar.  Things that might
be different: my dongle is old (10+ years), plugged into a USB3 port,
and it is the only USB device plugged into the system.  FWIW, the
prior system the dongle and keyboard were used with was an Intel NUC
and it also never had an issue with kernel upgrades losing the
keyboard.

My gut reaction is that this is something specific to your
environment.  Either USB bus power, or something else happening with
the bus between GRUB and kernel.

If you haven't already, things you could try:
- boot single-user; does problem occur?
- boot live media; does problem occur?
- anything in the log(s)?
- any settings in BIOS?  BIOS upgrade?
- different USB port
- maybe a debug kernel would provide more info?
- temporarily move dongle to a different system
- move dongle to a *powered* USB hub with nothing else plugged into
it.  If the problem persists, plug the hub into a different USB port
on the system.

[when moving to a different USB port on the system, if at all possible
move to one on a different internal hub]
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Dongle not talking again

2022-12-11 Thread Go Canes
On Sun, Dec 11, 2022 at 2:46 PM Tom Horsley  wrote:
>
> Just got kernel 6.0.12-300.fc37.x86_64, and after rebooting to
> get it loaded, my Logitech wireless keyboard dongle wasn't
> talking. Unplugged it, plugged it back in, and the keyboard
> works again.
>
> Every few months this happens on a kernel update (not on all
> kernel updates though). At least I have the dongle on a hub
> located near the keyboard now so it is easy to reach :-).
>
> Anyone else have this problem?

I have a Logitech wireless keyboard that connects using the supplied
USB dongle on one of my systems.  Never had a problem (knocks on
wood).  The dongle is plugged-in to a USB port on the side of the
computer, so it is not off of an external hub.  System was installed
as f33-ish, and upgraded since then to f36.

In the past I had a Windows desktop that developed a rather annoying
pause of 20-30 seconds when booting, before the Windows logo was
displayed.  I eventually traced it down to having the keyboard and/or
mouse connected using an external hub - moved them back to USB ports
on the case, and the problem went away.  Windows != Linux, but perhaps
you would have fewer issues using a non-external-hub port?  Also,
check demands on the USB power if you haven't already done so - many
people have had intermittent USB issues that ended being caused by
being close to the limit of the power provided by the USB bus.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: [OT] regex help

2022-11-27 Thread Go Canes
On Sun, Nov 27, 2022 at 6:26 PM Mike Wright  wrote:
> if column 1 is a "}"   the line is a match
> if column 1 is a " " and column 2 is not a " " the line is a match

Untested - not sure if the "}" needs to be escaped.

 egrep '^(}| [^ ])'
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: It's a brick :-<(

2022-11-17 Thread Go Canes
On Thu, Nov 17, 2022 at 3:09 PM Geoffrey Leach  wrote:
> I find myself in need of a bootable rescue disk that provides (at least) disk 
> diagnostics and disk wipe programs. (I have a F36 thumb - I assume that it 
> has neither)

Sometimes I use the "rescue" option from Fedora install media - I
don't know if it has any automated diagnostic tools, but at the very
least it will give you a shell and from there you can use "dd"  to
wipe disks.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: Can I see an iMac drive with a Live USB?

2022-11-01 Thread Go Canes
When using dd for copying or erasing disks, I typically use bs=1M.

For erasing disks I prefer to use the shred utility - multiple passes
with various patterns and it displays progress.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: New kernel install had issues. (6.0.5-200.fc36.x86_64)

2022-10-30 Thread Go Canes
On Sun, Oct 30, 2022 at 1:00 PM Tom Horsley  wrote:
>
> On Sun, 30 Oct 2022 09:54:28 -0700
> Doug H. wrote:
>
> > Everything seems to be working, so I don't need any help, but wanted to
> > report this just in case.
>
> As an additional report, I did a dnf update this morning, got the same
> kernel, and had no problems at all. Must be one of those things mankind
> was not meant to know :-).

And an additional report - updated 7 systems this morning - no
apparent issues so far.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


  1   2   >