On Thu, 28 May 2020 21:19:34 -0700, John M. Harris Jr wrote:
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1742960
> > >
> > > Lately all my bug reports tend to go like this.
> >
> >
> > Why don't you try to reproduce issues with Fedora 31, 32 or Rawhide
> > and then reassign the tickets
> On 2020-05-29 01:58, Michael D. Setzer II via users wrote:
>> I've got 5 Fedora machines at my house. Recently
>> upgraded a couple since FC30 was becoming EOL.
>>
>> Some I did a clean install. New Hard disk, and install
>> from iso. Usually, that takes about 1/2 hour for whole
>> process. Inclu
On 5/28/20 11:15 PM, Ed Greshko wrote:
On 2020-05-29 13:33, Samuel Sieb wrote:
My son's Ryzen 3 laptop that does not have an SSD took all night and half the
next day to upgrade to F32. I hadn't seen upgrade times that long before.
Usually only up to a few hours on laptops with slow hard driv
On 2020-05-29 13:33, Samuel Sieb wrote:
> My son's Ryzen 3 laptop that does not have an SSD took all night and half the
> next day to upgrade to F32. I hadn't seen upgrade times that long before.
> Usually only up to a few hours on laptops with slow hard drives.
I take it you decided it wasn'
On 5/28/20 9:19 PM, John M. Harris Jr wrote:
It's quite possible that Suvayu Ali is one of the many users that cannot
install Fedora 31, because it doesn't work on their hardware. Fedora 30 was
the last release to support i686, so many users are now stuck there forever,
unless they move to anothe
On 5/28/20 7:57 PM, Ed Greshko wrote:
I do not know why your upgrade would have taken so long. I just upgraded an
F30 VM to F32. It is a pretty vanilla Workstation install. The VM's disks are
actually
hosted on a NAS over nfs and are traditional spinning HW.
I upgraded via "dnf system-upgrad
On Wednesday, May 27, 2020 2:30:11 AM MST Michael Schwendt wrote:
> On Wed, 27 May 2020 08:18:48 +, Suvayu Ali wrote:
>
>
> > > As of the 26th of May 2020, Fedora 30 has reached its end of life for
> >
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1742960
> >
> > Lately all my bug
On 2020-05-29 01:58, Michael D. Setzer II via users wrote:
> I've got 5 Fedora machines at my house. Recently
> upgraded a couple since FC30 was becoming EOL.
>
> Some I did a clean install. New Hard disk, and install
> from iso. Usually, that takes about 1/2 hour for whole
> process. Including
On Thu, 28 May 2020, Michael Hennebry wrote:
On Thu, 28 May 2020, Samuel Sieb wrote:
I don't recall you mentioning which live image you're using. Assuming it's
workstation, edit /etc/gdm/custom.conf and uncomment the line with
"WaylandEnable=false". Then reboot and see what happens.
'Twas
On Thu, 28 May 2020, Samuel Sieb wrote:
I don't recall you mentioning which live image you're using. Assuming it's
workstation, edit /etc/gdm/custom.conf and uncomment the line with
"WaylandEnable=false". Then reboot and see what happens.
'Twas only in the first post:
On Sun, 24 May 2020, M
On 5/28/20 1:43 PM, Michael D. Setzer II wrote:
On 28 May 2020 at 11:40, Samuel Sieb wrote:
On 5/28/20 10:58 AM, Michael D. Setzer II via users wrote:
Did update on my notebook machine as well using dnf
system update. This system has some more packages
installed. Showed 5070 versus about 2000+
On 5/28/20 1:16 PM, Michael Hennebry wrote:
On Tue, 26 May 2020, Samuel Sieb wrote:
livecd-iso-to-disk --format --msdos --overlay-size-mb 1024
Fedora-Workstation-Live-x86_64-32-1.2.iso /dev/sdd
Replace the sdd with your USB drive, this will completely wipe the
drive. Put the name of whatever
On 28 May 2020 at 13:37, Roger Heflin wrote:
From: Roger Heflin
Date sent: Thu, 28 May 2020 13:37:28 -0500
Subject:Re: Question on difference between dnf
upgrade versus clean install?
To: Community support for Fedora users
Copi
On 28 May 2020 at 11:40, Samuel Sieb wrote:
Subject:Re: Question on difference between dnf
upgrade versus clean install?
To: users@lists.fedoraproject.org
From: Samuel Sieb
Date sent: Thu, 28 May 2020 11:40:39 -0700
Send reply to
On Tue, 26 May 2020, Samuel Sieb wrote:
livecd-iso-to-disk --format --msdos --overlay-size-mb 1024
Fedora-Workstation-Live-x86_64-32-1.2.iso /dev/sdd
Replace the sdd with your USB drive, this will completely wipe the drive.
Put the name of whatever iso image you're using instead of the workst
On Wed, 27 May 2020, George N. White III wrote:
https://www.systutorials.com/configuration-of-linux-kernel-video-mode/
has an incantation (from 2015) to display available video modes.
Got it.
vbeinfo notices several resolutions at at least two resolutions each:
1920 x 1440 at 8 or 16 bits
1600
On 5/28/20 10:58 AM, Michael D. Setzer II via users wrote:
Some I did a clean install. New Hard disk, and install
from iso. Usually, that takes about 1/2 hour for whole
process. Including install of OS, and then install of a
number of other packages I use that are not installed by
default.
If i
Both spinning disks? No SSD's involved?
On the upgrade it will have to read the packages from disk and then
write them back to the same disk at a different location as files,
this will cause a lot of extra seeking (maybe 2x slower here)
The laptop drive may be a lower RPM than the other machine d
I've got 5 Fedora machines at my house. Recently
upgraded a couple since FC30 was becoming EOL.
Some I did a clean install. New Hard disk, and install
from iso. Usually, that takes about 1/2 hour for whole
process. Including install of OS, and then install of a
number of other packages I use t
On 5/28/20 10:07 AM, Adrian Sevcenco wrote:
On 5/28/20 8:01 PM, Samuel Sieb wrote:
What is the "lspci" line for your sd card reader?
01:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller
(rev 01)
Subsystem: Lenovo Device 3824
Kernel driver in use: sdhci-pci
Kernel modules: s
On 2020-05-28 10:47, Ed Greshko wrote:
Are you saying that if you went to "Backup and Restore" and pick Xfce 4.14 and
then click on the gear
icon in the lower left, nothing happens?
°
Well, not exactly, /did not know of that backup. All I ever did there
was select the 4.12 version.
After e
On Thu, 28 May 2020 18:08:48 +0930, Tim via users wrote:
> Perhaps there should be an automated culling of participants. If you
> step up the plate to say you'll maintain a package, but don't, *you*
> get dumped from bugzilla.
Please let's not create a thread of doom.
You can't seriously sugges
On 5/28/20 8:01 PM, Samuel Sieb wrote:
On 5/28/20 2:24 AM, Adrian Sevcenco wrote:
Hi! I have a very strange situaion with a sandisk extreme sd card:
while in windows i can use it just fine in f31 i have the following:
lsblk shows :
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
mmcblk0 179
On 5/28/20 2:24 AM, Adrian Sevcenco wrote:
Hi! I have a very strange situaion with a sandisk extreme sd card:
while in windows i can use it just fine in f31 i have the following:
lsblk shows :
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
mmcblk0 179:0 0 59.5G 0 disk
dmesg says:
[ 6
On Thu, May 28, 2020 at 05:01:19PM +0100, Patrick O'Callaghan wrote:
> I didn't say to remove the packages, but to mark them as "unmaintained"
> (assuming there is such a mechanism).
There is a process to orphan packages, but it is a process started by
the maintainer.
Periodically, you can see on
Lets follow the removing the maintainers if they don't respond to BZ'.s
So we remove maintainers, we don't get a replacement maintainer and
then after a few times of unmaintained packages, we remove the
packages. Repeat until we have no packages except the most basic
packages.
Everyone seems to
On Fri, 2020-05-29 at 00:55 +0930, Tim via users wrote:
> Tim:
> > > Perhaps there should be an automated culling of participants. If
> > > you step up the plate to say you'll maintain a package, but don't,
> > > *you* get dumped from bugzilla.
>
> Patrick O'Callaghan:
> > I was about to suggest
Stan, thanks for your reply and your time. You too, Jerry.
I'm using Shorewall and iptables instead of firewalld. I've used this for
years.
nftables configuration seems overly verbose to me.
I created a rpmfusion bugzilla.
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5662
Bill
On 5/28/20
On Thu, 28 May 2020 08:54:41 -0600
Jerry James wrote:
> On Thu, May 28, 2020 at 8:36 AM Bill Shirley
> wrote:
> > Build log attached.
>
> It shows that nothing was built. Take a look at the
> "Executing(%build)" part. There is a make invocation, followed by
> nothing. Stan is probably righ
Tim:
>> Perhaps there should be an automated culling of participants. If
>> you step up the plate to say you'll maintain a package, but don't,
>> *you* get dumped from bugzilla.
Patrick O'Callaghan:
> I was about to suggest something similar. Not necessarily dumping
> them from BZ but removing th
On Thu, May 28, 2020 at 8:36 AM Bill Shirley wrote:
> Build log attached.
It shows that nothing was built. Take a look at the
"Executing(%build)" part. There is a make invocation, followed by
nothing. Stan is probably right; the change from iptables to nftables
may have broken this module. Po
On 2020-05-28 22:29, Bob Goodwin wrote:
> I removed a mysterious blank area on the panel and all my workspaces went
> with it. I have not been able to restore them with the Panel Preferences GUI.
> Changes there are ignored.
>
> Apparently it needs the workspaces restored first and I have no idea
Build log attached.
It cleans up the /tmp directory:
$ ls /tmp
crontab.wVcyKK~
systemd-private-d1e60303890a4d22a4daf097e979ca6f-bluetooth.service-Tw72Bg
systemd-private-d1e60303890a4d22a4daf097e979ca6f-chronyd.service-icD9Ah
systemd-private-d1e60303890a4d22a4daf097e979ca6f-clamav-milter.service-g
I removed a mysterious blank area on the panel and all my workspaces
went with it. I have not been able to restore them with the Panel
Preferences GUI. Changes there are ignored.
Apparently it needs the workspaces restored first and I have no idea how
to do that.
This updated Fedora 32 using
On Thu, 28 May 2020 08:32:23 -0400
Bill Shirley wrote:
> For years I've installed akmod-xtables-addons with no problems. Not
> so with Fedora 32. It has a build error (excerpt):
> [..]
> Processing files:
> kmod-xtables-addons-5.6.12-300.fc32.x86_64-3.9-1.fc32.x86_64 error:
> Directory not found:
On Thu, May 28, 2020 at 6:33 AM Bill Shirley wrote:
> For years I've installed akmod-xtables-addons with no problems. Not so with
> Fedora 32.
> It has a build error (excerpt):
I am not familiar with this particular akmod. However, there should
be a build log in /var/cache/akmods somewhere. If
2020-05-28 15:00 UTC+02:00, Ralf Corsepius :
> Please do yourself a favor and check which packages and which packages
> you talking about. As I wrote before, there are obvious patterns, but we
> all know the people in charge are not interested.
Wouldn't it be simpler if you told us, instead of se
2020-05-28 13:30 UTC+02:00, Patrick O'Callaghan :
> On Thu, 2020-05-28 at 18:08 +0930, Tim via users wrote:
[...]
>> Perhaps there should be an automated culling of participants. If you
>> step up the plate to say you'll maintain a package, but don't, *you*
>> get dumped from bugzilla.
>
> I was
On 5/28/20 1:30 PM, Patrick O'Callaghan wrote:
On Thu, 2020-05-28 at 18:08 +0930, Tim via users wrote:
Perhaps there should be an automated culling of participants. If you
step up the plate to say you'll maintain a package, but don't, *you*
get dumped from bugzilla.
I was about to suggest s
On Thu, 2020-05-28 at 12:12 +0100, Patrick O'Callaghan wrote:
> On Thu, 2020-05-28 at 13:20 +0930, Tim via users wrote:
> > On Wed, 2020-05-27 at 19:55 -0400, Todd Zullinger wrote:
> > > I don't know Evolution, but if it's presenting choices for
> > > the multipart/alternative part, then that latte
For years I've installed akmod-xtables-addons with no problems. Not so with
Fedora 32.
It has a build error (excerpt):
[..]
Processing files: kmod-xtables-addons-5.6.12-300.fc32.x86_64-3.9-1.fc32.x86_64
error: Directory not found:
/tmp/akmodsbuild.KP8gyCwB/BUILDROOT/xtables-addons-kmod-3.9-1.fc3
On Thu, 2020-05-28 at 18:08 +0930, Tim via users wrote:
> On Thu, 2020-05-28 at 10:00 +0200, Michael Schwendt wrote:
> > There have always been components with a large number of bugzilla
> > tickets without a response, but Fedora has turned it into a "man
> > versus machine" competition. Which is u
On Thu, 2020-05-28 at 13:20 +0930, Tim via users wrote:
> On Wed, 2020-05-27 at 19:55 -0400, Todd Zullinger wrote:
> > I don't know Evolution, but if it's presenting choices for
> > the multipart/alternative part, then that latter text/plain
> > part wouldn't be included as an option.
>
> When you
On Thu, 2020-05-28 at 07:21 +0800, Ed Greshko wrote:
> On 2020-05-28 06:34, Patrick O'Callaghan wrote:
>
> After being corrected by Todd, I see what you mean by the blank line.
>
> But
>
> > 3.
> > Content-Type: text/plain; charset="utf-8"
> > MIME-Version: 1.0
> > Content-Transfer-Encoding:
Hi! I have a very strange situaion with a sandisk extreme sd card:
while in windows i can use it just fine in f31 i have the following:
lsblk shows :
NAMEMAJ:MIN RM SIZE RO TYPE MOUNTPOINT
mmcblk0 179:00 59.5G 0 disk
dmesg says:
[ 641.162507] blk_update_request: I/O error, de
On 2020-05-28 16:28, ToddAndMargo via users wrote:
> On 2020-05-27 21:19, Ed Greshko wrote:
>> On 2020-05-28 11:51, ToddAndMargo via users wrote:
>>> Huh?
>>> https://ibb.co/MnWJfMV
>>>
>>> Maybe you only had one program associated with .html
>>>
>>> Try a .txt file. That should have a lot of diff
On Thu, 2020-05-28 at 10:00 +0200, Michael Schwendt wrote:
> There have always been components with a large number of bugzilla
> tickets without a response, but Fedora has turned it into a "man
> versus machine" competition. Which is unfortunate. First of all,
> those automated responses come _much
On 2020-05-27 21:19, Ed Greshko wrote:
On 2020-05-28 11:51, ToddAndMargo via users wrote:
Huh?
https://ibb.co/MnWJfMV
Maybe you only had one program associated with .html
Try a .txt file. That should have a lot of different
applicators associated with it
Also, if you right-click on the file
On 2020-05-27 22:20, Joe Zeff wrote:
On 05/27/2020 11:04 PM, ToddAndMargo via users wrote:
On 2020-05-27 21:13, Joe Zeff wrote:
On 05/27/2020 09:15 PM, ToddAndMargo via users wrote:
I right click on the file->"open with" with any of my
various file managers. I typically use Krusader
Thunar
On Thu, 28 May 2020 07:50:16 +, Suvayu Ali wrote:
> It took so long, that the bug report became irrelevant. I have since
> moved to a different country, with a different job, and don't have
> access to the original machine. In fact, as mentioned in the bug, I
> could reproduce a similar issu
On Wed, 27 May 2020 15:42:39 -0400, Ben Cotton wrote:
> On Wed, May 27, 2020 at 3:23 PM Michael Schwendt wrote:
> >
> > The fundamental problem here is that it has taken a very long time for
> > somebody to respond to the bug reporter. There has been no guidance and
> > no hint whether anyone "som
Hi Michael, Ben,
On Wed, May 27, 2020 at 7:23 PM Michael Schwendt wrote:
>
> On Wed, 27 May 2020 12:07:35 -0400, Ben Cotton wrote:
>
> > On Wed, May 27, 2020 at 4:30 AM Suvayu Ali wrote:
> > >
> > > Lately all my bug reports tend to go like this. Are others having the
> > > same experience?
> >
On 5/27/20 3:46 PM, Robert G (Doc) Savage via users wrote:
Here's what "journalctl -b" tells me:
May 27 16:48:50 tiger.protogeek.org rfkill[14554]: unblock set for all
May 27 16:48:50 tiger.protogeek.org audit[1]: SERVICE_START pid=1 uid=0
auid=4294967295 ses=4294967295 subj=system_u:system_r:in
53 matches
Mail list logo
