NVidia Tesla trouble in both F38 & F39

2023-11-07 Thread Felix Miata 
3 different Tesla cards involved so far: GT210 (not mine) plus G98 and GT218 
mine.

Without the workaround, screen locks in black except for a few random portions 
of
80x25 mode characters in upper left.

Bad kernels include 6.4.16, 6.5.9 & 6.5.10. OK without workaround: 6.3.12. Which
kernels work OK without workaround seem to vary with which NVidia/PC 
combination.
These are slow booting oldsters with no more than 2 CPU threads (here at least).
Worse, the G98 is a PCI card, not PCIe. :(


has the original details.

Known workaround so far here is to include vga=791 on kernel cmdline.

Not yet tried on Fermis, and not yet tried forced inclusion of nouveau.ko in 
initrd.

From one of 3 PCs involved:
# inxi -GSaz --vs --zl --hostname
inxi 3.3.31-00 (2023-11-02)
System:
  Host: g5eas Kernel: 6.5.10-300.fc39.x86_64 arch: x86_64 bits: 64
compiler: gcc v: 2.40-13.fc39 clocksource: tsc available: hpet,acpi_pm
parameters: ro root=LABEL= noresume selinux=0 audit=0
ipv6.disable=1 net.ifnames=0 plymouth.enable=0 consoleblank=0
mitigations=off vga=791
  Desktop: KDE Plasma v: 5.27.9 tk: Qt v: 5.15.11 wm: kwin_x11 vt: 7 dm:
1: KDM 2: XDM Distro: Fedora release 39 (Thirty Nine)
Graphics:
  Device-1: NVIDIA G98 [GeForce 8400 GS Rev. 2] vendor: PNY driver: nouveau
v: kernel non-free: series: 340.xx status: legacy (EOL~2019-12-xx) last:
release: 340.108 kernel: 5.4 xorg: 1.20 arch: Tesla process: 40-80nm
built: 2006-2013 pcie: gen: 1 speed: 2.5 GT/s lanes: 1 link-max: lanes: 16
ports: active: DVI-I-1,VGA-1 empty: none bus-ID: 0b:00.0
chip-ID: 10de:06e4 class-ID: 0300
  Display: x11 server: X.Org v: 1.20.14 with: Xwayland v: 23.2.2
compositor: kwin_x11 driver: X: loaded: modesetting unloaded: fbdev,vesa
dri: nouveau gpu: nouveau display-ID: :0 screens: 1
  Screen-1: 0 s-res: 3600x1200 s-dpi: 120 s-size: 762x254mm (30.00x10.00")
s-diag: 803mm (31.62")
  Monitor-1: DVI-I-1 pos: primary,left model: NEC EA243WM serial: 
built: 2011 res: 1920x1200 hz: 60 dpi: 94 gamma: 1.2
size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes:
max: 1920x1200 min: 640x480
  Monitor-2: VGA-1 pos: right model: Dell P2213 serial:  built: 2012
res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65")
diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400
  API: EGL v: 1.5 hw: drv: nvidia nouveau platforms: device: 0 egl: 1.4
drv: nouveau device: 1 drv: swrast surfaceless: egl: 1.4 drv: nouveau x11:
egl: 1.4 drv: nouveau inactive: gbm,wayland
  API: OpenGL v: 4.5 compat-v: 3.3 vendor: mesa v: 23.2.1 glx-v: 1.4
direct-render: yes renderer: NV98 device-ID: 10de:06e4 memory: 483.4 MiB
unified: no
#
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

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

Felix Miata
___
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: Cups shared print now showing in Windows

2023-11-07 Thread ToddAndMargo via users 

On 10/28/23 15:47, ToddAndMargo via users wrote:

Hi All,

Fedora 38
cups-2.4.7-1.fc38.x86_64
cups-lpd-2.4.7-1.fc38.x86_64

My old printer broke, so I had to replace it.

I removed the old printer from cups and added the
new printer.  I set the new printer to network
share (and it does over LPD).

/etc/printcap:
# This file was automatically generated by cupsd(8) from the
# /etc/cups/printers.conf file.  All changes to this file
# will be lost.
HLL2300D|HLL2300D:rm=server.acme.local:rp=HLL2300D:
Cups-PDF|Cups-PDF:rm=server.acme.local:rp=Cups-PDF:

"Cups-PDF" shows in the Windows 10 "add printer" dialog,
but my new HLL2300D does not.

I have cups-lpd installed, so I just did a manual create
port lpd and my new printer works fine from Windows 10.

But, why can Windows 10's "Add Printer" dialog find it?

Perplexed,
-T


A guy over oh the CUP mailing list helped me figure it out.
My printer was in a suspend/power save mode.  As soon as I
took it out of suspend, it showed up in Windows 10.

Mumble, mumble.

___
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

Fedora 39 released

2023-11-07 Thread Jeffrey Walton 
Hi Everyone,

Fedora 39 was released today.

Instructions for the upgrade are located at
.

Jeff
___
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: F39 Update: Yawn

2023-11-07 Thread Garry T. Williams 
On Tuesday, November 7, 2023 4:53:00 PM EST George N. White III wrote:
> On Tue, Nov 7, 2023 at 5:18 PM Garry T. Williams 
> wrote:
> > I updated three systems this morning without a hitch: headless server,
> > laptop, and workstation.  All Dell hardware.
> 
> It would be useful to know roughly how old the systems are.

OK, the oldest is the headless server and it's about eight years old.
The laptop (xps-13) is about 4 years old and the workstation is about
three years old.

-- 
Garry T. Williams


___
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: Tip: default printer

2023-11-07 Thread George N. White III 
On Tue, Nov 7, 2023 at 5:54 PM Stephen Morris 
wrote:

> One thing that is interesting, if I use KDE's system settings to add a
> printer, and I select the Epson ET3700 Series network printer entry
> which uses IPP Anywhere, when I'm prompted for the driver I get offered
> two Epson categories (Epson and EPSON), the second category has the
> driverless driver and the first category has all the cups supplied
> drivers, of which there isn't one for the printer I have. I've had the
> printer for several years, but I guess it is still too new for cups to
> support.
>

https://openprinting.github.io/cups/ Says:

OpenPrinting CUPS

The current standards-based, open source printing system developed by
OpenPrinting for Linux® and other Unix®-like operating systems. CUPS uses
IPP Everywhere™ to support printing to local and network printers.

I doubt anyone will be working on legacy CUPS drivers for printers that
support IPP/AirPrint/.


-- 
George N. White III
___
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: Tip: default printer

2023-11-07 Thread Stephen Morris 

On 7/11/23 11:14, ToddAndMargo via users wrote:

On 11/6/23 14:59, Stephen Morris wrote:

On 6/11/23 19:48, ToddAndMargo via users wrote:

Hi All,

This is my keeper file on the default printer.

Hope this helps someone else.

-T

Exactly what purpose does the "server default" printer serve?
Is it even possible to send the CUPS server a print job with
no printer specified?    !!


On my system I didn't have any printers defined, so to test things I 
added my network printer which is an Epson ET3700.
Before I started, ~/.cups/lpoptions didn't exist and 
/etc/cups/lpoptions was empty.
To add my printer I went into the cups interface, as I always do, in 
firefox and under Administration I selected "Add Printer". That 
displayed all the print devices cups could see, which included "Epson 
ET3700 Series" and "Epson ET3700 Series Driverless" under "Network 
Printers". I selected "Epson ET3700 Series Driverless, and then in 
the Model selection on the next screen, I selected the "Driverless 
Driver" rather than the "IPP Everywhere Driver", then clicked on "Add 
Printer".
After defining the printer I checked ~/.cups/lpoptions and it still 
did not exist, and /etc/cups/lpoptions was still empty. Lpstat -p 
showed my printer only and lpstat -d said there was no system default.
Going into KDE's system settings Printer interface shows the printer 
I added in Cups with "Default Printer" not checked, and when I click 
on "Configure" and look at the printer properties it shows me the 
settings I set in cups as the default properties.
If I start Libreoffice Writer and look at file->Printer Properties it 
shows two entries for my printer, one with "Double Sided Printing" 
active, which I set in the default options in Cups, and one entry 
with "Double Sided Printing" turned off, and unfortunately both 
printer entries have the same name.
The double entry that Libreoffice Writer shows is similar to the 
issue I get under Windows. Under windows when I install the Epson 
printer driver and install my printer, the printer installation 
creates two printer definitions, an Epson ET3700 "Local" and an Epson 
ET3700 Network, where the "Local" entry has "Double Sided" printing 
active and the "Network" entry has "Double Sided" printing turned off 
and Administrator Disabled so that it can't be changed. Even though 
the printer is set up this way the "Local" definition still outputs 
to the network printer anyway.


regards,
Steve


Hi Steve,

This is exactly what I was seeing.

 I did not realize that
    ~/.cups/lpoptions, and
    /etc/cups/lpoptions

had to be set outside the WebUI (https://127.0.0.1:631).
Confused the heck (not my "actual" word) out of me.

The WebUI's default is server only.  For what use, I can not
fathom.

To see what the Server's default is, check /etc/cups/printers.conf
as root.

su root -c "less /etc/cups/printers.conf | grep -i DefaultPrinter"



I did a sudo cat /etc/cups/printers.conf and that has an entry for my 
printer only (no cups-pdf) and it does not have a DefaultPrinter entry, 
and my assumption is, as I only have one printer definition, by default 
that is the default printer.
One other thing I noticed is if you go into cups in your browser via 
localhost:631 and go into the printer definition, in the 
"Administration" dropdown there is an entry to set the default printer 
but the entry says "Set the Server Default", so cups is actually telling 
you that the default printer set in cups is the server default.
I suspect that when printing is done via cups, it is the cups server 
that is using the driver for the server defined printer on the server to 
do all the printer specific translations, rather than that being done on 
the client side (It has always been my interpretation that when using 
cups for printing that you are interfacing to a server and it is the 
server that is doing all the printing work, whereas if printing is being 
done via lpr then the environment where lpr is being invoked from is 
doing all the printing work). It has also always been my experience that 
if you set your printer up to use cups drivers, and cups is down for 
whatever reason, you can't do any printing.
One thing that is interesting, if I use KDE's system settings to add a 
printer, and I select the Epson ET3700 Series network printer entry 
which uses IPP Anywhere, when I'm prompted for the driver I get offered 
two Epson categories (Epson and EPSON), the second category has the 
driverless driver and the first category has all the cups supplied 
drivers, of which there isn't one for the printer I have. I've had the 
printer for several years, but I guess it is still too new for cups to 
support.


regards,
Steve




I reported the problem over on CUPS:
   CUPS UI (631) fails to update the default printer in 
/etc/cups/lpoptions

   https://github.com/OpenPrinting/cups/issues/818
They explained the misunderstanding to me.

I did ask on the bug report if they would included some
declaration on the

Re: F39 Update: Yawn

2023-11-07 Thread George N. White III 
On Tue, Nov 7, 2023 at 5:18 PM Garry T. Williams 
wrote:

> On Tuesday, 7 November 2023 08:56:05 EST Matthew Miller wrote:
> > Fedora Linux 39 is now officially available.
>
> I updated three systems this morning without a hitch: headless server,
> laptop, and workstation.  All Dell hardware.
>

It would be useful to know roughly how old the systems are.  Linux sweet
spot seems to
2--5 years old, but I have had good luck with new Dell systems that have
been on the
market long enough to generate reports from linux users.


>
> Thank you, Matthew and all of Fedora contributors!
>
> --
> Garry T. Williams
>

-- 
George N. White III
___
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

F39 Update: Yawn

2023-11-07 Thread Garry T. Williams 
On Tuesday, 7 November 2023 08:56:05 EST Matthew Miller wrote:
> Fedora Linux 39 is now officially available.

I updated three systems this morning without a hitch: headless server,
laptop, and workstation.  All Dell hardware.

Thank you, Matthew and all of Fedora contributors!

-- 
Garry T. Williams


___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Paul Smith 
On Tue, Nov 7, 2023 at 7:19 PM Jeffrey Walton  wrote:
>
> > > Thanks, Peter:
> > >
> > > # df -h
> > > Filesystem   Size  Used Avail Use% Mounted on
> > > devtmpfs 4.0M 0  4.0M   0% /dev
> > > tmpfs 16G  194M   16G   2% /dev/shm
> > > tmpfs6.3G  1.7M  6.3G   1% /run
> > > /dev/mapper/fedora_localhost--live-root   69G   68G 0 100% /
> > > tmpfs 16G   36M   16G   1% /tmp
> > > /dev/sda1974M  280M  627M  31% /boot
> > > /dev/mapper/fedora_localhost--live-home  794G  397G  357G  53% /home
> > > /dev/loop0   128K  128K 0 100%
> > > /var/lib/snapd/snap/bare/5
> > > /dev/loop256M   56M 0 100%
> > > /var/lib/snapd/snap/core18/2284
> > > /dev/loop1   117M  117M 0 100%
> > > /var/lib/snapd/snap/core/14946
> > > /dev/loop356M   56M 0 100%
> > > /var/lib/snapd/snap/core18/2745
> > > /dev/loop4   165M  165M 0 100%
> > > /var/lib/snapd/snap/gnome-3-28-1804/161
> > > /dev/loop5   165M  165M 0 100%
> > > /var/lib/snapd/snap/gnome-3-28-1804/198
> > > /dev/loop666M   66M 0 100%
> > > /var/lib/snapd/snap/gtk-common-themes/1519
> > > /dev/loop792M   92M 0 100%
> > > /var/lib/snapd/snap/gtk-common-themes/1535
> > > /dev/loop8   128K  128K 0 100%
> > > /var/lib/snapd/snap/hello-world/29
> > > /dev/loop9   141M  141M 0 100%
> > > /var/lib/snapd/snap/mathpix-snipping-tool/155
> > > /dev/loop10  141M  141M 0 100%
> > > /var/lib/snapd/snap/mathpix-snipping-tool/195
> > > /dev/loop11   92M   92M 0 100%
> > > /var/lib/snapd/snap/p3x-onenote/136
> > > /dev/loop12   81M   81M 0 100%
> > > /var/lib/snapd/snap/p3x-onenote/154
> > > /dev/loop13   33M   33M 0 100%
> > > /var/lib/snapd/snap/snapd/11107
> > > /dev/loop14   33M   33M 0 100%
> > > /var/lib/snapd/snap/snapd/12704
> > > tmpfs3.2G  108K  3.2G   1% 
> > > /run/user/1000
> > > #
> >
> > You’re using 68 out of 69GB of your “/“ filesystem. (i.e the root 
> > filesystem). Several people have suggested ways to save some space, but I 
> > notice you are also using snaps, and they’re well known for taking up a lot 
> > of space because they retain multiple revisions of each app and dependency.
> >
> > I avoid snaps like the plague so I can’t tell you how to clean up space 
> > used by snapd. But I’m sure there’s an Ubuntu wiki that’ll help somewhere.
>
> Hear, hear! Snaps are nothing but trouble.
>
> I've seen old snaps consume all space or a server that formerly had
> about 240 GB of free space.

Thanks, Jeff: I have just removed all snaps!

Paul
___
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: Web page doesn't display (Trouble with javascript?)

2023-11-07 Thread George N. White III 
On Mon, Nov 6, 2023 at 5:27 PM Jonathan Ryshpan  wrote:

> Can anyone display this page:
> https://eclipse.gsfc.nasa.gov/SEgoogle/SEgoogle2001/SE2024Apr08Tgoogle.html
> The text claims the page contains a map of the April 2024 eclipse, but no
> such thing appears on the screen.
>

Old web site that is no longer being maintained.  Try: <
https://science.nasa.gov/eclipses/future-eclipses/eclipse-2024/>

-- 
George N. White III
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Jeffrey Walton 
On Tue, Nov 7, 2023 at 12:48 PM Jonathan Billings  wrote:
>
> On Nov 7, 2023, at 12:06, Paul Smith  wrote:
> >
> > Thanks, Peter:
> >
> > # df -h
> > Filesystem   Size  Used Avail Use% Mounted on
> > devtmpfs 4.0M 0  4.0M   0% /dev
> > tmpfs 16G  194M   16G   2% /dev/shm
> > tmpfs6.3G  1.7M  6.3G   1% /run
> > /dev/mapper/fedora_localhost--live-root   69G   68G 0 100% /
> > tmpfs 16G   36M   16G   1% /tmp
> > /dev/sda1974M  280M  627M  31% /boot
> > /dev/mapper/fedora_localhost--live-home  794G  397G  357G  53% /home
> > /dev/loop0   128K  128K 0 100%
> > /var/lib/snapd/snap/bare/5
> > /dev/loop256M   56M 0 100%
> > /var/lib/snapd/snap/core18/2284
> > /dev/loop1   117M  117M 0 100%
> > /var/lib/snapd/snap/core/14946
> > /dev/loop356M   56M 0 100%
> > /var/lib/snapd/snap/core18/2745
> > /dev/loop4   165M  165M 0 100%
> > /var/lib/snapd/snap/gnome-3-28-1804/161
> > /dev/loop5   165M  165M 0 100%
> > /var/lib/snapd/snap/gnome-3-28-1804/198
> > /dev/loop666M   66M 0 100%
> > /var/lib/snapd/snap/gtk-common-themes/1519
> > /dev/loop792M   92M 0 100%
> > /var/lib/snapd/snap/gtk-common-themes/1535
> > /dev/loop8   128K  128K 0 100%
> > /var/lib/snapd/snap/hello-world/29
> > /dev/loop9   141M  141M 0 100%
> > /var/lib/snapd/snap/mathpix-snipping-tool/155
> > /dev/loop10  141M  141M 0 100%
> > /var/lib/snapd/snap/mathpix-snipping-tool/195
> > /dev/loop11   92M   92M 0 100%
> > /var/lib/snapd/snap/p3x-onenote/136
> > /dev/loop12   81M   81M 0 100%
> > /var/lib/snapd/snap/p3x-onenote/154
> > /dev/loop13   33M   33M 0 100%
> > /var/lib/snapd/snap/snapd/11107
> > /dev/loop14   33M   33M 0 100%
> > /var/lib/snapd/snap/snapd/12704
> > tmpfs3.2G  108K  3.2G   1% 
> > /run/user/1000
> > #
>
> You’re using 68 out of 69GB of your “/“ filesystem. (i.e the root 
> filesystem). Several people have suggested ways to save some space, but I 
> notice you are also using snaps, and they’re well known for taking up a lot 
> of space because they retain multiple revisions of each app and dependency.
>
> I avoid snaps like the plague so I can’t tell you how to clean up space used 
> by snapd. But I’m sure there’s an Ubuntu wiki that’ll help somewhere.

Hear, hear! Snaps are nothing but trouble.

I've seen old snaps consume all space or a server that formerly had
about 240 GB of free space.

Jeff
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Jeffrey Walton 
On Tue, Nov 7, 2023 at 11:53 AM Paul Smith  wrote:
>
> On Tue, Nov 7, 2023 at 4:46 PM Paul Smith  wrote:
> >
> > While running
> >
> > dnf system-upgrade download --releasever=39
> >
> > to upgrade Fedora, I get the following error:
> >
> > Error Summary -
> > Disk Requirements: At least 5633 MB more space needed on the / filesystem.
> >
> > Could you please help me?
>
> Maybe I can delete something from the following, to free up space?
>
> # dir /boot
> config-6.5.8-200.fc38.x86_64
> config-6.5.9-200.fc38.x86_64
> efi
> extlinux
> grub2
> initramfs-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1.img
> initramfs-5.14.9-200.fc34.x86_64.img
> initramfs-5.8.11-200.fc32.x86_64.img
> initramfs-6.5.8-200.fc38.x86_64.img
> initramfs-6.5.9-200.fc38.x86_64.img
> loader
> lost+found
> memtest86+x64.bin
> symvers-6.5.8-200.fc38.x86_64.xz
> symvers-6.5.9-200.fc38.x86_64.xz
> System.map-6.5.8-200.fc38.x86_64
> System.map-6.5.9-200.fc38.x86_64
> vmlinuz-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1
> vmlinuz-6.5.8-200.fc38.x86_64
> vmlinuz-6.5.9-200.fc38.x86_64

To remove the old kernels and artifacts, try:

   dnf remove -y $(dnf repoquery --installonly --latest-limit=-1 -q)

Jeff
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread old sixpack13 

> Thanks to all who have answered. The command
> 
> dnf autoremove
> 
> did the trick. (I am sending this message from F39.)
> 

for further reading:
https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Paul Smith 
On Tue, Nov 7, 2023 at 5:48 PM Jonathan Billings  wrote:
>
> > Thanks, Peter:
> >
> > # df -h
> > Filesystem   Size  Used Avail Use% Mounted on
> > devtmpfs 4.0M 0  4.0M   0% /dev
> > tmpfs 16G  194M   16G   2% /dev/shm
> > tmpfs6.3G  1.7M  6.3G   1% /run
> > /dev/mapper/fedora_localhost--live-root   69G   68G 0 100% /
> > tmpfs 16G   36M   16G   1% /tmp
> > /dev/sda1974M  280M  627M  31% /boot
> > /dev/mapper/fedora_localhost--live-home  794G  397G  357G  53% /home
> > /dev/loop0   128K  128K 0 100%
> > /var/lib/snapd/snap/bare/5
> > /dev/loop256M   56M 0 100%
> > /var/lib/snapd/snap/core18/2284
> > /dev/loop1   117M  117M 0 100%
> > /var/lib/snapd/snap/core/14946
> > /dev/loop356M   56M 0 100%
> > /var/lib/snapd/snap/core18/2745
> > /dev/loop4   165M  165M 0 100%
> > /var/lib/snapd/snap/gnome-3-28-1804/161
> > /dev/loop5   165M  165M 0 100%
> > /var/lib/snapd/snap/gnome-3-28-1804/198
> > /dev/loop666M   66M 0 100%
> > /var/lib/snapd/snap/gtk-common-themes/1519
> > /dev/loop792M   92M 0 100%
> > /var/lib/snapd/snap/gtk-common-themes/1535
> > /dev/loop8   128K  128K 0 100%
> > /var/lib/snapd/snap/hello-world/29
> > /dev/loop9   141M  141M 0 100%
> > /var/lib/snapd/snap/mathpix-snipping-tool/155
> > /dev/loop10  141M  141M 0 100%
> > /var/lib/snapd/snap/mathpix-snipping-tool/195
> > /dev/loop11   92M   92M 0 100%
> > /var/lib/snapd/snap/p3x-onenote/136
> > /dev/loop12   81M   81M 0 100%
> > /var/lib/snapd/snap/p3x-onenote/154
> > /dev/loop13   33M   33M 0 100%
> > /var/lib/snapd/snap/snapd/11107
> > /dev/loop14   33M   33M 0 100%
> > /var/lib/snapd/snap/snapd/12704
> > tmpfs3.2G  108K  3.2G   1% 
> > /run/user/1000
> > #
>
> You’re using 68 out of 69GB of your “/“ filesystem. (i.e the root 
> filesystem). Several people have suggested ways to save some space, but I 
> notice you are also using snaps, and they’re well known for taking up a lot 
> of space because they retain multiple revisions of each app and dependency.
>
> I avoid snaps like the plague so I can’t tell you how to clean up space used 
> by snapd. But I’m sure there’s an Ubuntu wiki that’ll help somewhere.

Thanks to all who have answered. The command

dnf autoremove

did the trick. (I am sending this message from F39.)

Paul
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Jonathan Billings 

On Nov 7, 2023, at 12:06, Paul Smith  wrote:
> 
> Thanks, Peter:
> 
> # df -h
> Filesystem   Size  Used Avail Use% Mounted on
> devtmpfs 4.0M 0  4.0M   0% /dev
> tmpfs 16G  194M   16G   2% /dev/shm
> tmpfs6.3G  1.7M  6.3G   1% /run
> /dev/mapper/fedora_localhost--live-root   69G   68G 0 100% /
> tmpfs 16G   36M   16G   1% /tmp
> /dev/sda1974M  280M  627M  31% /boot
> /dev/mapper/fedora_localhost--live-home  794G  397G  357G  53% /home
> /dev/loop0   128K  128K 0 100%
> /var/lib/snapd/snap/bare/5
> /dev/loop256M   56M 0 100%
> /var/lib/snapd/snap/core18/2284
> /dev/loop1   117M  117M 0 100%
> /var/lib/snapd/snap/core/14946
> /dev/loop356M   56M 0 100%
> /var/lib/snapd/snap/core18/2745
> /dev/loop4   165M  165M 0 100%
> /var/lib/snapd/snap/gnome-3-28-1804/161
> /dev/loop5   165M  165M 0 100%
> /var/lib/snapd/snap/gnome-3-28-1804/198
> /dev/loop666M   66M 0 100%
> /var/lib/snapd/snap/gtk-common-themes/1519
> /dev/loop792M   92M 0 100%
> /var/lib/snapd/snap/gtk-common-themes/1535
> /dev/loop8   128K  128K 0 100%
> /var/lib/snapd/snap/hello-world/29
> /dev/loop9   141M  141M 0 100%
> /var/lib/snapd/snap/mathpix-snipping-tool/155
> /dev/loop10  141M  141M 0 100%
> /var/lib/snapd/snap/mathpix-snipping-tool/195
> /dev/loop11   92M   92M 0 100%
> /var/lib/snapd/snap/p3x-onenote/136
> /dev/loop12   81M   81M 0 100%
> /var/lib/snapd/snap/p3x-onenote/154
> /dev/loop13   33M   33M 0 100%
> /var/lib/snapd/snap/snapd/11107
> /dev/loop14   33M   33M 0 100%
> /var/lib/snapd/snap/snapd/12704
> tmpfs3.2G  108K  3.2G   1% /run/user/1000
> #

You’re using 68 out of 69GB of your “/“ filesystem. (i.e the root filesystem). 
Several people have suggested ways to save some space, but I notice you are 
also using snaps, and they’re well known for taking up a lot of space because 
they retain multiple revisions of each app and dependency. 

I avoid snaps like the plague so I can’t tell you how to clean up space used by 
snapd. But I’m sure there’s an Ubuntu wiki that’ll help somewhere. 

-- 
Jonathan Billings
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread old sixpack13 

> 
> # df -h
> Filesystem   Size  Used Avail Use% Mounted on
...
> /dev/mapper/fedora_localhost--live-root   69G   68G 0 100% /
...
> /dev/mapper/fedora_localhost--live-home  794G  397G  357G  53% /home

comparing sizes/disk layout:
care to do a new install with btrfs and subvolumes for / and /home ?
subvolumes will share the whole disk space on both mount points.

I guess that would be more future proven ...

P.S.
- no idea if there a easier way to convert LVM (?) to btrfs !
___
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: freaking TFTP

2023-11-07 Thread lejeczek via users 



On 07/11/2023 15:42, Chris Adams wrote:

Once upon a time, lejeczek  said:

2nd meanwhile - I'm trying _dnsmasq_ which I'm new to thus errors
are possible but... it seems that the same issue remains.

with _dnsmasq_. tftp client - as with in.tftp as the server - "times
out" but _dnsmasq_ server thinks and says that:

I use dnsmasq's TFTP server on a bridge, with this config:

bind-interfaces
interface=br0
port=0
enable-tftp
tftp-root=/srv/tftpboot

"port=0" disables DNS, and I then don't configure DHCP, so it's just a
TFTP server.


I started with that - got logs as shown in my last email.
One thing I should perhaps mention, is that libvirt uses my 
NM bridges, but it's simple:

-> $ virsh net-dumpxml 10_1_1

  10_1_1
  864fb78e-0fb0-4c32-bb47-0e5ac68d9491
  
  


and I guess, but that does not "add" to on-bare-metal NM 
bridge.

___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Peter Boy 


> Am 07.11.2023 um 17:59 schrieb Paul Smith :
> 
> On Tue, Nov 7, 2023 at 4:57 PM Peter Boy  wrote:
>> 
 
 While running
 
 dnf system-upgrade download --releasever=39
 
 to upgrade Fedora, I get the following error:
 
 Error Summary -
 Disk Requirements: At least 5633 MB more space needed on the / filesystem.
 
 Could you please help me?
>>> 
>>> Maybe I can delete something from the following, to free up space?
>>> 
>>> # dir /boot
>>> config-6.5.8-200.fc38.x86_64
>>> config-6.5.9-200.fc38.x86_64
>>> efi
>>> extlinux
>>> grub2
>>> initramfs-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1.img
>>> initramfs-5.14.9-200.fc34.x86_64.img
>>> initramfs-5.8.11-200.fc32.x86_64.img
>>> initramfs-6.5.8-200.fc38.x86_64.img
>>> initramfs-6.5.9-200.fc38.x86_64.img
>>> loader
>>> lost+found
>>> memtest86+x64.bin
>>> symvers-6.5.8-200.fc38.x86_64.xz
>>> symvers-6.5.9-200.fc38.x86_64.xz
>>> System.map-6.5.8-200.fc38.x86_64
>>> System.map-6.5.9-200.fc38.x86_64
>>> vmlinuz-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1
>>> vmlinuz-6.5.8-200.fc38.x86_64
>>> vmlinuz-6.5.9-200.fc38.x86_64
>>> #
>>> 
>>> Paul
>> 
>> That may not help a lot. You need more space in /
>> 
>> I guess, we need more information, e.g. the output of  "df -h“, which 
>> Edition at least.
> 
> Thanks, Peter:
> 
> # df -h
> Filesystem   Size  Used Avail Use% Mounted on
> devtmpfs 4.0M 0  4.0M   0% /dev
> tmpfs 16G  194M   16G   2% /dev/shm
> tmpfs6.3G  1.7M  6.3G   1% /run
> /dev/mapper/fedora_localhost--live-root   69G   68G 0 100% /
> tmpfs 16G   36M   16G   1% /tmp
> /dev/sda1974M  280M  627M  31% /boot
> /dev/mapper/fedora_localhost--live-home  794G  397G  357G  53% /home
> /dev/loop0   128K  128K 0 100%
> /var/lib/snapd/snap/bare/5
> /dev/loop256M   56M 0 100%
> /var/lib/snapd/snap/core18/2284
> /dev/loop1   117M  117M 0 100%
> /var/lib/snapd/snap/core/14946
> /dev/loop356M   56M 0 100%
> /var/lib/snapd/snap/core18/2745
> /dev/loop4   165M  165M 0 100%
> /var/lib/snapd/snap/gnome-3-28-1804/161
> /dev/loop5   165M  165M 0 100%
> /var/lib/snapd/snap/gnome-3-28-1804/198
> /dev/loop666M   66M 0 100%
> /var/lib/snapd/snap/gtk-common-themes/1519
> /dev/loop792M   92M 0 100%
> /var/lib/snapd/snap/gtk-common-themes/1535
> /dev/loop8   128K  128K 0 100%
> /var/lib/snapd/snap/hello-world/29
> /dev/loop9   141M  141M 0 100%
> /var/lib/snapd/snap/mathpix-snipping-tool/155
> /dev/loop10  141M  141M 0 100%
> /var/lib/snapd/snap/mathpix-snipping-tool/195
> /dev/loop11   92M   92M 0 100%
> /var/lib/snapd/snap/p3x-onenote/136
> /dev/loop12   81M   81M 0 100%
> /var/lib/snapd/snap/p3x-onenote/154
> /dev/loop13   33M   33M 0 100%
> /var/lib/snapd/snap/snapd/11107
> /dev/loop14   33M   33M 0 100%
> /var/lib/snapd/snap/snapd/12704
> tmpfs3.2G  108K  3.2G   1% /run/user/1000
> #
> ___
> 

I guess, you installed Workstation, but with a slightly different Harddisk 
setup? 

Your root system is exhausted. That unfortunate.

First thing you should perform a dnf clean all

To delete all downloaded packages so your root filesystem has some space again.

Then use "du -sh *“  in the root directory to finde out, where the most space 
is used, and then check, if you still need all the files.



--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org

Timezone: CET (UTC+1) / CEST (UTC+2)

Fedora Server Edition Working Group member
Fedora Docs team contributor and board member
Java developer and enthusiast






--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org

Timezone: CET (UTC+1) / CEST (UTC+2)

Fedora Server Edition Working Group member
Fedora Docs team contributor and board member
Java developer and enthusiast



___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Felix Miata 
Paul Smith composed on 2023-11-07 16:46 (UTC):

> While running
> 
> dnf system-upgrade download --releasever=39
> 
> to upgrade Fedora, I get the following error:
> 
> Error Summary -
> Disk Requirements: At least 5633 MB more space needed on the / filesystem.
> 
> Could you please help me?
> 
> Thanks in advance,

Do you have enabled to keep downloaded packages on disk? If yes, you're likely
consuming a lot of space there.

Do you have snapshotting enabled on BTRFS? If yes, you may need to delete old
snapshots.

Do you have more than two installed kernels? If yes, delete the old ones.

Do you have firmware installed for hardware you do not have? (keepcache=1 in
/etc/dnf/dnf.conf) If yes, try removing it.

If you have persistent journal enabled, it may be past time to cull the oldest.

I avoid your current problem by enabling a separate filesystem on
/var/lib/dnf/system-upgrade just for caching system-upgrade packages.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

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

Felix Miata
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread old sixpack13 
> On Tue, Nov 7, 2023 at 4:46 PM Paul Smith  
> Maybe I can delete something from the following, to free up space?
> 

better to de-install the elder kernels via

1. uname -a 
=> get's the kernel you're currently running

2. rpm -q kernel-core 
=> all installed kernels included the one you're running 

3. sudo dnf remove  

kernel-core is a meta (?) packages what include kernel, kernel-modules , 
kernel-modules-core, etc.

anyway it wont you get much free space
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread old sixpack13 

> 
> Could you please help me?


please run 
sudo dnf autoremove 

it will/should clean old outdated installed packages

and then
provide the output of following commands:

1. df -h|grep -v tmpfs
2. du -sch /var/log/journal
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Paul Smith 
On Tue, Nov 7, 2023 at 4:57 PM Peter Boy  wrote:
>
> >>
> >> While running
> >>
> >> dnf system-upgrade download --releasever=39
> >>
> >> to upgrade Fedora, I get the following error:
> >>
> >> Error Summary -
> >> Disk Requirements: At least 5633 MB more space needed on the / filesystem.
> >>
> >> Could you please help me?
> >
> > Maybe I can delete something from the following, to free up space?
> >
> > # dir /boot
> > config-6.5.8-200.fc38.x86_64
> > config-6.5.9-200.fc38.x86_64
> > efi
> > extlinux
> > grub2
> > initramfs-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1.img
> > initramfs-5.14.9-200.fc34.x86_64.img
> > initramfs-5.8.11-200.fc32.x86_64.img
> > initramfs-6.5.8-200.fc38.x86_64.img
> > initramfs-6.5.9-200.fc38.x86_64.img
> > loader
> > lost+found
> > memtest86+x64.bin
> > symvers-6.5.8-200.fc38.x86_64.xz
> > symvers-6.5.9-200.fc38.x86_64.xz
> > System.map-6.5.8-200.fc38.x86_64
> > System.map-6.5.9-200.fc38.x86_64
> > vmlinuz-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1
> > vmlinuz-6.5.8-200.fc38.x86_64
> > vmlinuz-6.5.9-200.fc38.x86_64
> > #
> >
> > Paul
>
> That may not help a lot. You need more space in /
>
> I guess, we need more information, e.g. the output of  "df -h“, which Edition 
> at least.

Thanks, Peter:

# df -h
Filesystem   Size  Used Avail Use% Mounted on
devtmpfs 4.0M 0  4.0M   0% /dev
tmpfs 16G  194M   16G   2% /dev/shm
tmpfs6.3G  1.7M  6.3G   1% /run
/dev/mapper/fedora_localhost--live-root   69G   68G 0 100% /
tmpfs 16G   36M   16G   1% /tmp
/dev/sda1974M  280M  627M  31% /boot
/dev/mapper/fedora_localhost--live-home  794G  397G  357G  53% /home
/dev/loop0   128K  128K 0 100%
/var/lib/snapd/snap/bare/5
/dev/loop256M   56M 0 100%
/var/lib/snapd/snap/core18/2284
/dev/loop1   117M  117M 0 100%
/var/lib/snapd/snap/core/14946
/dev/loop356M   56M 0 100%
/var/lib/snapd/snap/core18/2745
/dev/loop4   165M  165M 0 100%
/var/lib/snapd/snap/gnome-3-28-1804/161
/dev/loop5   165M  165M 0 100%
/var/lib/snapd/snap/gnome-3-28-1804/198
/dev/loop666M   66M 0 100%
/var/lib/snapd/snap/gtk-common-themes/1519
/dev/loop792M   92M 0 100%
/var/lib/snapd/snap/gtk-common-themes/1535
/dev/loop8   128K  128K 0 100%
/var/lib/snapd/snap/hello-world/29
/dev/loop9   141M  141M 0 100%
/var/lib/snapd/snap/mathpix-snipping-tool/155
/dev/loop10  141M  141M 0 100%
/var/lib/snapd/snap/mathpix-snipping-tool/195
/dev/loop11   92M   92M 0 100%
/var/lib/snapd/snap/p3x-onenote/136
/dev/loop12   81M   81M 0 100%
/var/lib/snapd/snap/p3x-onenote/154
/dev/loop13   33M   33M 0 100%
/var/lib/snapd/snap/snapd/11107
/dev/loop14   33M   33M 0 100%
/var/lib/snapd/snap/snapd/12704
tmpfs3.2G  108K  3.2G   1% /run/user/1000
#
___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Peter Boy 


> Am 07.11.2023 um 17:52 schrieb Paul Smith :
> 
> On Tue, Nov 7, 2023 at 4:46 PM Paul Smith  wrote:
>> 
>> While running
>> 
>> dnf system-upgrade download --releasever=39
>> 
>> to upgrade Fedora, I get the following error:
>> 
>> Error Summary -
>> Disk Requirements: At least 5633 MB more space needed on the / filesystem.
>> 
>> Could you please help me?
> 
> Maybe I can delete something from the following, to free up space?
> 
> # dir /boot
> config-6.5.8-200.fc38.x86_64
> config-6.5.9-200.fc38.x86_64
> efi
> extlinux
> grub2
> initramfs-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1.img
> initramfs-5.14.9-200.fc34.x86_64.img
> initramfs-5.8.11-200.fc32.x86_64.img
> initramfs-6.5.8-200.fc38.x86_64.img
> initramfs-6.5.9-200.fc38.x86_64.img
> loader
> lost+found
> memtest86+x64.bin
> symvers-6.5.8-200.fc38.x86_64.xz
> symvers-6.5.9-200.fc38.x86_64.xz
> System.map-6.5.8-200.fc38.x86_64
> System.map-6.5.9-200.fc38.x86_64
> vmlinuz-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1
> vmlinuz-6.5.8-200.fc38.x86_64
> vmlinuz-6.5.9-200.fc38.x86_64
> #
> 
> Paul

That may not help a lot. You need more space in /

I guess, we need more information, e.g. the output of  "df -h“, which Edition 
at least.
 




--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org

Timezone: CET (UTC+1) / CEST (UTC+2)

Fedora Server Edition Working Group member
Fedora Docs team contributor and board member
Java developer and enthusiast



___
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: Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Paul Smith 
On Tue, Nov 7, 2023 at 4:46 PM Paul Smith  wrote:
>
> While running
>
> dnf system-upgrade download --releasever=39
>
> to upgrade Fedora, I get the following error:
>
> Error Summary -
> Disk Requirements: At least 5633 MB more space needed on the / filesystem.
>
> Could you please help me?

Maybe I can delete something from the following, to free up space?

# dir /boot
config-6.5.8-200.fc38.x86_64
config-6.5.9-200.fc38.x86_64
efi
extlinux
grub2
initramfs-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1.img
initramfs-5.14.9-200.fc34.x86_64.img
initramfs-5.8.11-200.fc32.x86_64.img
initramfs-6.5.8-200.fc38.x86_64.img
initramfs-6.5.9-200.fc38.x86_64.img
loader
lost+found
memtest86+x64.bin
symvers-6.5.8-200.fc38.x86_64.xz
symvers-6.5.9-200.fc38.x86_64.xz
System.map-6.5.8-200.fc38.x86_64
System.map-6.5.9-200.fc38.x86_64
vmlinuz-0-rescue-5cbe81aa795444b29a47ec1bf2b6dca1
vmlinuz-6.5.8-200.fc38.x86_64
vmlinuz-6.5.9-200.fc38.x86_64
#

Paul
___
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

Upgrade to F39: Disk Requirements: At least 5633 MB more space needed on the / filesystem.

2023-11-07 Thread Paul Smith 
Dear All,

While running

dnf system-upgrade download --releasever=39

to upgrade Fedora, I get the following error:

Error Summary -
Disk Requirements: At least 5633 MB more space needed on the / filesystem.

Could you please help me?

Thanks in advance,

Paul
___
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: duplicated messages downloaded

2023-11-07 Thread Thomas Cameron via users 

On 11/7/23 01:46, fed...@eyal.emu.id.au wrote:

Though I do have imap available on my mail server if I ever want to use it.


That's your answer, bud. POP is ancient and crufty, and as others have 
said, different mail servers do different, often weird, things to the 
messages.


Switch to IMAP, it'll be a lot easier for you, I promise.

Thomas
___
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: freaking TFTP

2023-11-07 Thread Chris Adams 
Once upon a time, lejeczek  said:
> 2nd meanwhile - I'm trying _dnsmasq_ which I'm new to thus errors
> are possible but... it seems that the same issue remains.
> 
> with _dnsmasq_. tftp client - as with in.tftp as the server - "times
> out" but _dnsmasq_ server thinks and says that:

I use dnsmasq's TFTP server on a bridge, with this config:

   bind-interfaces
   interface=br0
   port=0
   enable-tftp
   tftp-root=/srv/tftpboot

"port=0" disables DNS, and I then don't configure DHCP, so it's just a
TFTP server.

-- 
Chris Adams 
___
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: freaking TFTP

2023-11-07 Thread lejeczek via users 



On 07/11/2023 13:43, Mauricio Tavares wrote:

On Tue, Nov 7, 2023 at 7:15 AM lejeczek via users
  wrote:

Hi guys.

cannot get a client to get anything from 'in.tftp' server?

Connection seems to get established, _tcpdump_ shows:
...
13:13:08.331277 IP 10.3.1.100.35176 > whale.mine.priv.tftp: TFTP, length 19, RRQ 
"zabbix.zip" octet
13:13:13.331324 IP 10.3.1.100.35176 > whale.mine.priv.tftp: TFTP, length 19, RRQ 
"zabbix.zip" octet
...
journal log for tftp.service, so on the servers, shows:
...
tftpd: read(ack): No route to host
...

any & all thoughts on how troubleshoot & fix this are much appreciated.
many thanks, L.
___

   Can you connect from client host to tftp host using other services?
___

Yes, everything works as... well, as expected/normal.
Meanwhile...

I've read through my old notes and found:

.. When you use in.tftpd on interface like bridges, this 
probably won't work, it at least did not for Dell 
PowerConnect when you wanted to upload the image, it worked 
on regualar eth


And it today, a couple of years later and different 
hardware, seems that still with bridge ifaces, for both 
server & client, the issue remains.


2nd meanwhile - I'm trying _dnsmasq_ which I'm new to thus 
errors are possible but... it seems that the same issue remains.


with _dnsmasq_. tftp client - as with in.tftp as the server 
- "times out" but _dnsmasq_ server thinks and says that:


...

sent /var/lib/tftpboot/zabbix.zip to 10.3.1.100
...

This might go as far down as kernel's tweaking or perhaps 
bridge's iface - if possible at all - any kernel/net experts 
are most welcome to comment.


many thanks, L.

___
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: freaking TFTP

2023-11-07 Thread Mauricio Tavares 
On Tue, Nov 7, 2023 at 7:15 AM lejeczek via users
 wrote:
>
> Hi guys.
>
> cannot get a client to get anything from 'in.tftp' server?
>
> Connection seems to get established, _tcpdump_ shows:
> ...
> 13:13:08.331277 IP 10.3.1.100.35176 > whale.mine.priv.tftp: TFTP, length 19, 
> RRQ "zabbix.zip" octet
> 13:13:13.331324 IP 10.3.1.100.35176 > whale.mine.priv.tftp: TFTP, length 19, 
> RRQ "zabbix.zip" octet
> ...
> journal log for tftp.service, so on the servers, shows:
> ...
> tftpd: read(ack): No route to host
> ...
>
> any & all thoughts on how troubleshoot & fix this are much appreciated.
> many thanks, L.
> ___

  Can you connect from client host to tftp host using other services?
___
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

freaking TFTP

2023-11-07 Thread lejeczek via users 

Hi guys.

cannot get a client to get anything from 'in.tftp' server?

Connection seems to get established, _tcpdump_ shows:
...
13:13:08.331277 IP 10.3.1.100.35176 > whale.mine.priv.tftp: 
TFTP, length 19, RRQ "zabbix.zip" octet
13:13:13.331324 IP 10.3.1.100.35176 > whale.mine.priv.tftp: 
TFTP, length 19, RRQ "zabbix.zip" octet

...
journal log for tftp.service, so on the servers, shows:
...
tftpd: read(ack): No route to host
...

any & all thoughts on how troubleshoot & fix this are much 
appreciated.

many thanks, L.___
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: Web page doesn't display (Trouble with javascript?)

2023-11-07 Thread Will Crawford 
There's a 404 response for something that page is trying to load from
Google Maps (
https://maps.google.com/maps?file=api=2=ABQIEsdjL5c_YyDEVfitXT9SFBQlZ_edRM1OtaWLACTb9ImNAVBrQRTh9zpBcfbdBUMEJcoj2HYEu9TkLg
).

This then causes a javascript error shortly afterwards.

On Mon, 6 Nov 2023 at 21:27, Jonathan Ryshpan  wrote:

> Can anyone display this page:
> https://eclipse.gsfc.nasa.gov/SEgoogle/SEgoogle2001/SE2024Apr08Tgoogle.html
> The text claims the page contains a map of the April 2024 eclipse, but no
> such thing appears on the screen.
>
> System Info:
> Firefox 119.0 (64-bit)
> Operating System: Fedora Linux 38
> KDE Plasma Version: 5.27.8
> KDE Frameworks Version: 5.110.0
> Qt Version: 5.15.10
> Kernel Version: 6.5.9-200.fc38.x86_64 (64-bit)
> Graphics Platform: X11
> Processors: 8 × Intel® Core™ i7-4790K CPU @ 4.00GHz
> Memory: 15.5 GiB of RAM
> Graphics Processor: Mesa Intel® HD Graphics 4600
> Manufacturer: ASUS
>
> --
>
> Sincerely Jonathan Ryshpan 
>
>   I've learned that you can tell a lot about
>   a person by the way they handle these three
>   things:
>   a rainy day,
>   lost luggage,
>   and tangled Christmas tree lights.
>   --Maya Angelou
>
> ___
> 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
>
___
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: duplicated messages downloaded

2023-11-07 Thread fedora 

On 07/11/2023 20.01, Samuel Sieb wrote:

On 11/7/23 00:16, fed...@eyal.emu.id.au wrote:

On 07/11/2023 18.52, Samuel Sieb wrote:

On 11/6/23 23:48, fed...@eyal.emu.id.au wrote:

What would be nice is to have the "Gem Messages" icon go inactive while a 
download is in progress.
It will both indicate that the click took, and avoid a double download.


Are you saying that while it's downloading, you click the button again, and it 
downloads them all a second time?


Yes. There was no response or indication that the download started so I clicked 
again after a few seconds.
When the download ended, another one started.


If you wait until the download is complete and then press the button again, 
what happens?


I get "there are no new messages", as expected.

--
Eyal at Home (fed...@eyal.emu.id.au)
___
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: duplicated messages downloaded

2023-11-07 Thread Samuel Sieb 

On 11/7/23 00:16, fed...@eyal.emu.id.au wrote:

On 07/11/2023 18.52, Samuel Sieb wrote:

On 11/6/23 23:48, fed...@eyal.emu.id.au wrote:
What would be nice is to have the "Gem Messages" icon go inactive 
while a download is in progress.

It will both indicate that the click took, and avoid a double download.


Are you saying that while it's downloading, you click the button 
again, and it downloads them all a second time?


Yes. There was no response or indication that the download started so I 
clicked again after a few seconds.

When the download ended, another one started.


If you wait until the download is complete and then press the button 
again, what happens?

___
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: duplicated messages downloaded

2023-11-07 Thread Tim via users 
Tim:
>> POP3 is really not good for leaving messages on the server.

fed...@eyal.emu.id.au wrote:
> I do not leave messages on the server. Let me clarify this.
> 
> I usually read messages by downloading and removing them.
> At times, when I do not have access to my main client, and I need to check my 
> mail,
> I will ready by downloading and leaving. This is a small number of messages,
> until I get to my main client.

Well, to be pedantic, you *are* leaving them on the server.  Even if
it's just for a short while, the problems it can have are the same.

It's one of the advantages of IMAP, you're just synchronising the list
of what messages are available.  And only downloading the ones you
actually read.  You wouldn't get that kind of doubling up.

It's worth learning how it works.  Set up an additional temporary
address somewhere, and try it out without messing up your normal mail.

> What would be nice is to have the "Gem Messages" icon go inactive
> while a download is in progress.
> It will both indicate that the click took, and avoid a double
> download.

I presume that's "get" messages.  If Thunderbird lets you get the
messages twice, overlapping, that sounds like a bug you could report.

I'd expect the GUI to change when clicked, indicating it is downloading
your mail, and then reset back to normal at the end of it.  I'd also
expect that you couldn't click it again in the middle of a mail fetch. 
That's just asking for trouble.

On other mail clients, when I "get new mail" I get a window pop up with
a progress bar, or some progress bar showing on the bottom edge of a
main window.  If I click the "get new mail" in the middle of it, it
doesn't double up.

-- 
 
uname -rsvp
Linux 3.10.0-1160.102.1.el7.x86_64 #1 SMP Tue Oct 17 15:42:21 UTC 2023 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
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: duplicated messages downloaded

2023-11-07 Thread fedora 

On 07/11/2023 18.52, Samuel Sieb wrote:

On 11/6/23 23:48, fed...@eyal.emu.id.au wrote:

What would be nice is to have the "Gem Messages" icon go inactive while a 
download is in progress.
It will both indicate that the click took, and avoid a double download.


Are you saying that while it's downloading, you click the button again, and it 
downloads them all a second time?


Yes. There was no response or indication that the download started so I clicked 
again after a few seconds.
When the download ended, another one started.

--
Eyal at Home (fed...@eyal.emu.id.au)
___
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