many F33 deltarpm rebuilds failing with md5 mismatch error

[Andre Robatino]

In the last few days, I've noticed that F33 deltarpm rebuilds often fail with 
an md5 mismatch error. This would happen occasionally before but happens almost 
all the time now. Has this been reported? I don't see anything in bugzilla.
___
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

Re: F33 just pretends to print

[Michael Hennebry]

On Tue, 29 Dec 2020, Jorge Fábregas wrote:


Thankfully I found the solution here:

https://github.com/pdewacht/brlaser

That worked like a charm!  After your perform "make install" it will
copy just two files to:

/usr/lib/cups/filter/rastertobrlaser
/usr/share/cups/drv/brlaser.drv

Once you do this, *then* you can connect your printer and Fedora will
set it up automatically.   This is much better than installing all those
dependencies the Brother package wants.


Thanks much.

I've cloned the repository, but I'm unclear on a couple things:

From README.md:
To compile brlaser you'll need CMake and the CUPS development packages
(libcups2-dev, libcupsimage2-dev or similar).


I've tried yum provides '*libcups*dev*' ,
but no matches found.


Get the code by cloning the git repo . Compile and install with these commands:

cmake .



From what directory?

I might be able to get that from trial and error,
otherwise known as the poke it and see what it does technique.
I hate trial and error, especially when something should be documented.


make
sudo make install0


--
Michael   henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
 --  someeecards___
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

Re: Do you disable IPV6? - Fedora Workstation

[Chris Adams]

Once upon a time, Tim via users  said:
> On Tue, 2020-12-29 at 08:32 -0600, Chris Adams wrote:
> > There is no NAT for IPv6, but that's a feature.  NAT doesn't really
> > add any security; NAT is a combination of two things: a stateful
> > firewall (which gives you the protection) and a packet mangler (which
> > causes no end of problems).  You can still have a stateful firewall
> > with IPv6, you just don't need the packet mangler anymore.
> 
> That's the first time I've ever seen anyone say a stateful firewall is
> a part of NAT.  Sure, systems may have both, but I wouldn't call one
> part of the other.  I've certainly used systems with NAT, going back to
> Win98SE days, that had no firewall.

Anything that does IPv4 NAT is performing the functions of a stateful
firewall, plus packet mangling.  You may not have control of the
firewall, but it is inherently there.  You cannot have NAT without the
exact same state tracking and ALGs of a stateful firewall.
-- 
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

Re: vncserver program disappered on FC32??

[Ed Greshko]

On 30/12/2020 02:01, Matthew Miller wrote:

On Wed, Dec 30, 2020 at 01:21:08AM +0800, Ed Greshko wrote:

On Tue, Dec 29, 2020 at 08:34:49AM +0800, Ed Greshko wrote:

exec(/usr/libexec/openssh/ssh-askpass): No such file or directory

sudo dnf install /usr/libexec/openssh/ssh-askpass

That isn't necessary if one has copied their public key to the
~/.ssh/authorized_keys file on the remote host running which is running
libvirtd.

Is that what it's complaining about? I assumed it wasn't properly getting
the key from the GNOME keyring and therefore needed to run that to unlock
it.

Yes.  That is why it says "ssh".

Well, it specifically says that ssh-askpass is not found, not "ssh
authentication denied". So there might be a key that exists but isn't
unlocked.


You're right.

I just realized that all of my ssh keys were generated with empty pass phrases. 
 To add to my confused
state, I did a test from a VM which was installed via the Xfce spin.  Unlike 
Workstation and the KDE spin,
the Xfce spin installs openssh-askpass by default which I did not realize.

Now, with that in mind, it would have been good to know *how* the OP was 
starting virt-manager since
these are 3 observations.  With the ssh key and a pass phrase.

1.  Starting virt-manager from the command line and openssh-askpass installed 
one gets a GUI pop-up
requesting pass phrase.

2.  Starting virt-manager from the command line without openssh-askpass 
installed one gets a prompt
in the terminal for the pass-phrase.

3.  Starting virt-manager from the menu without openssh-askpass installed 
results in a pop-up as noted
by the OP.  "Configure SSH key access for the remote host, or install an SSH askpass 
package locally."

So, knowing #3 wold have given me a better chance of actually recreating the 
error.  :-) :-)

---
The key to getting good answers is to ask good questions.

___
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

Re: Do you disable IPV6? - Fedora Workstation

[Tim via users]

On Tue, 2020-12-29 at 08:32 -0600, Chris Adams wrote:
> There is no NAT for IPv6, but that's a feature.  NAT doesn't really
> add any security; NAT is a combination of two things: a stateful
> firewall (which gives you the protection) and a packet mangler (which
> causes no end of problems).  You can still have a stateful firewall
> with IPv6, you just don't need the packet mangler anymore.

That's the first time I've ever seen anyone say a stateful firewall is
a part of NAT.  Sure, systems may have both, but I wouldn't call one
part of the other.  I've certainly used systems with NAT, going back to
Win98SE days, that had no firewall.

The fact that NAT doesn't know what to do with surprise incoming
connections doesn't make it a firewall, just unconfigured networking.  

While that brokenness may be beneficial to many people, it's not
something to rely on.  I've seen modem-routers that (un)helpfully
forwarded all unexpected incoming network attempts to a PC behind NAT. 
It was their attempt at un-breaking the many communication protocols
that instant messaging and gaming used that didn't work well
through NAT.  Quite how it was going to determine which of your PCs to
forward it through to I don't know.
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.11.1.el7.x86_64 #1 SMP Fri Dec 18 16:34:56 UTC 2020 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

Re: Do you disable IPV6? - Fedora Workstation

[Ed Greshko]

On 30/12/2020 06:26, Roberto Ragusa wrote:

On 12/29/20 7:10 AM, Ed Greshko wrote:

On 29/12/2020 12:44, Tim via users wrote:

The key issue is "need."  I'm unaware of anything, so far, that
actually needed IPv6.  As yet, I think everything is still accessible
through IPv4 (which is probably why my ISP is dragging their heels on
making IPv6 work).


When I first configured the tunnel I didn't "need" it either. But since the 
tunnel was free
I figured it was a good opportunity experiment with it and learn about IPv6.


Same for me here.

And in some cases I've seen cloud based services (e.g. videoconferences) use 
IPv6
to reach the cloud provider datacenters. IPv6 direct reachability in that case
could have skipped a middle box bridging two NATted machines, or maybe a 
different
routing may have lowered the latency. Hard to tell, but if the software opted
for IPv6 there could have been a preference (maybe as simple as a faster ping 
test).




Chances are network admins have configured their systems according to RFC 3484.

See "man gai.conf".

By default IPv6 is preferred over IPv4 Fedora.

The rfc itself (https://www.ietf.org/rfc/rfc3484.txt) has some good examples of 
how admins may
adjust preferences.

---
The key to getting good answers is to ask good questions.

___
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

Re: Do you disable IPV6? - Fedora Workstation

[Roberto Ragusa]

On 12/29/20 7:10 AM, Ed Greshko wrote:

On 29/12/2020 12:44, Tim via users wrote:

The key issue is "need."  I'm unaware of anything, so far, that
actually needed IPv6.  As yet, I think everything is still accessible
through IPv4 (which is probably why my ISP is dragging their heels on
making IPv6 work).


When I first configured the tunnel I didn't "need" it either.  But since the 
tunnel was free
I figured it was a good opportunity experiment with it and learn about IPv6.


Same for me here.

And in some cases I've seen cloud based services (e.g. videoconferences) use 
IPv6
to reach the cloud provider datacenters. IPv6 direct reachability in that case
could have skipped a middle box bridging two NATted machines, or maybe a 
different
routing may have lowered the latency. Hard to tell, but if the software opted
for IPv6 there could have been a preference (maybe as simple as a faster ping 
test).

Regards.

--
   Roberto Ragusamail at robertoragusa.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

Re: F33 just pretends to print

[Jorge Fábregas]

On 12/28/20 12:57 AM, Michael Hennebry wrote:
> Nothing actually prints. Not even a test page.
> The printer never comes out of deep sleep.

Michael,

I've just bumped into this issue.  I have a Brother HL-2300D (connected
via USB as well) that I installed about 2 years ago (when I had Fedora
30).  I performed the installation using the script from the Brother
website and everything worked fine.

This morning I installed Fedora 33 (new fresh installation) and *now*
the same installation procedure I did two years ago no longer works.  I
also tried installing the provided RPMs (that pull a bunch of
dependencies and 32-bit crap) but nothing worked.  Same symptoms as you
mentioned.  Something changed recently and Brother hasn't updated their
binaries/scripts (last update time seems 2015!).

Thankfully I found the solution here:

https://github.com/pdewacht/brlaser

That worked like a charm!  After your perform "make install" it will
copy just two files to:

/usr/lib/cups/filter/rastertobrlaser
/usr/share/cups/drv/brlaser.drv

Once you do this, *then* you can connect your printer and Fedora will
set it up automatically.   This is much better than installing all those
dependencies the Brother package wants.

HTH,
Jorge
___
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

Re: dnf exclude option not working

[Kostas Sfakiotakis]

< snip >

That is a fallacy. As soon as cpu-x would be installed again, the problem
would return, since nothing has changed, and as long as the incompatible
test update of libcpuid remains available, you cannot update that package
since it would break dependencies. The way forward would be to either
rebuild cpu-x and offer it as an update, or to withdraw the incompatible
libcpuid package from the updates-testing repo.


Well i guess i can look for the source code of cpu-x  and try
build it from source .  As for withdrawing the incompatible
libcpuid package from the updates-testing repo  , well i don't
have the slightest clue on how that can be achieved .



___
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


___
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

Re: vncserver program disappered on FC32??

[Matthew Miller]

On Wed, Dec 30, 2020 at 01:21:08AM +0800, Ed Greshko wrote:
> >On Tue, Dec 29, 2020 at 08:34:49AM +0800, Ed Greshko wrote:
> exec(/usr/libexec/openssh/ssh-askpass): No such file or directory
> >>>sudo dnf install /usr/libexec/openssh/ssh-askpass
> >>That isn't necessary if one has copied their public key to the
> >>~/.ssh/authorized_keys file on the remote host running which is running
> >>libvirtd.
> >Is that what it's complaining about? I assumed it wasn't properly getting
> >the key from the GNOME keyring and therefore needed to run that to unlock
> >it.
> Yes.  That is why it says "ssh".

Well, it specifically says that ssh-askpass is not found, not "ssh
authentication denied". So there might be a key that exists but isn't
unlocked.


-- 
Matthew Miller

Fedora Project Leader
___
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

Re: How to Make Fedora 33 portable usb

[Michael Hennebry]

On Tue, 29 Dec 2020, Tim via users wrote:


On Mon, 2020-12-28 at 20:37 -0500, Anil Felipe Duggirala wrote:

How would I go about creating a usb bootable (portable) installation
of Fedora?



How can I have a Fedora usb that I can use on different pcs? Where I
have additional software installed? And settings? And maybe even a
permanent /home storage space?


In theory, just plug in the drive and do an installation to that drive.


Worked for me.


You'll need to configure your PC's BIOS/UEFI to boot from the USB
drive, too.  It might already be pre-configured to try doing that.


Mine was.

--
Michael   henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the blood of a virgin."
 --  someeecards
___
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

Re: dnf exclude option not working

[Michael Schwendt]

On Tue, 29 Dec 2020 19:00:30 +0200, Kostas Sfakiotakis wrote:

> [root@Orion ~]# dnf repoquery --whatrequires libcpuid
> 
> Last metadata expiration check: 0:52:55 ago on Tue 29 Dec 2020 06:01:13 
> PM EET.
> cpu-x-0:4.0.1-5.fc33.x86_64
> i-nex-0:7.6.1-4.fc33.x86_64
> i-nex-0:7.6.1-6.fc33.x86_64
> libcpuid-devel-0:0.4.1-3.fc33.i686
> libcpuid-devel-0:0.4.1-3.fc33.x86_64
> libcpuid-devel-0:0.5.0-1.fc33.i686
> libcpuid-devel-0:0.5.0-1.fc33.x86_64
> 
> The only package from the above that i was using was cpu-x ( deleted it 
> since ) , i am not using i-nex , so by deleting the cpu-x package i was 
> indeed getting rid off the
> problem you mentioned with libcpuid . That's what i was trying to say .

You had written "[...] and then reinstall or abandon the cpu-x package
for the moment [...]", which prompted me to point out that reinstalling
the package would not fix anything, since it would not fix the dependency
breakage.

Of course, if you don't need cpu-x at all, you can keep it removed.
Reinstalling is what would not fix anything with regard to the libcpuid
test update breakage.
___
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

Re: dnf exclude option not working

[Michael Schwendt]

On Tue, 29 Dec 2020 18:46:05 +0200, Kostas Sfakiotakis wrote:

> root@Orion ~]# dnf repoquery --whatrequires cpu-x
> 
> Last metadata expiration check: 0:07:22 ago on Tue 29 Dec 2020 06:01:13 
> PM EET.
> cpu-x-data-0:4.0.1-5.fc33.noarch

That query isn't helpful, because it doesn't show what you are interested
in. Instead, you want to run

  dnf repoquery --requires cpu-x

as to examine what the cpu-x package depends on. Among the libraries it
depends on is the offending "libcpuid" package.

> I deleted the cpu-x package and then
> 
> 
> dnf  upgrade -x=elementary-planner did the magic and the above upgrades 
> were performed
> 
> So my immediate problem ( not being able to upgrade packages at all ) 
> was resolved .  Though i think that i understand what you are suggesting .

That is a fallacy. As soon as cpu-x would be installed again, the problem
would return, since nothing has changed, and as long as the incompatible
test update of libcpuid remains available, you cannot update that package
since it would break dependencies. The way forward would be to either
rebuild cpu-x and offer it as an update, or to withdraw the incompatible
libcpuid package from the updates-testing repo.
___
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

Re: vncserver program disappered on FC32??

[Ed Greshko]

On 30/12/2020 00:51, Matthew Miller wrote:

On Tue, Dec 29, 2020 at 08:34:49AM +0800, Ed Greshko wrote:

exec(/usr/libexec/openssh/ssh-askpass): No such file or directory

sudo dnf install /usr/libexec/openssh/ssh-askpass

That isn't necessary if one has copied their public key to the
~/.ssh/authorized_keys file on the remote host running which is running
libvirtd.

Is that what it's complaining about? I assumed it wasn't properly getting
the key from the GNOME keyring and therefore needed to run that to unlock
it.




Yes.  That is why it says "ssh".

Did you define the connection in virt-manager?  If you did, didn't you find it 
"odd" that there was no
"password" field to enter?

---
The key to getting good answers is to ask good questions.
___
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

Re: dnf exclude option not working

[Kostas Sfakiotakis]

The cpu-x package is installed already. You cannot exclude it. Erasing 
and reinstalling it would not avoid dependency breakage as long as the 
incompatible libcpuid pkg is offered in the repos.


[root@Orion ~]# dnf repoquery --whatrequires libcpuid

Last metadata expiration check: 0:52:55 ago on Tue 29 Dec 2020 06:01:13 
PM EET.

cpu-x-0:4.0.1-5.fc33.x86_64
i-nex-0:7.6.1-4.fc33.x86_64
i-nex-0:7.6.1-6.fc33.x86_64
libcpuid-devel-0:0.4.1-3.fc33.i686
libcpuid-devel-0:0.4.1-3.fc33.x86_64
libcpuid-devel-0:0.5.0-1.fc33.i686
libcpuid-devel-0:0.5.0-1.fc33.x86_64

The only package from the above that i was using was cpu-x ( deleted it 
since ) , i am not using i-nex , so by deleting the cpu-x package i was 
indeed getting rid off the

problem you mentioned with libcpuid . That's what i was trying to say .



___
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

___
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

Re: vncserver program disappered on FC32??

[Matthew Miller]

On Tue, Dec 29, 2020 at 08:34:49AM +0800, Ed Greshko wrote:
> >>exec(/usr/libexec/openssh/ssh-askpass): No such file or directory
> >sudo dnf install /usr/libexec/openssh/ssh-askpass
> 
> That isn't necessary if one has copied their public key to the
> ~/.ssh/authorized_keys file on the remote host running which is running
> libvirtd.

Is that what it's complaining about? I assumed it wasn't properly getting
the key from the GNOME keyring and therefore needed to run that to unlock
it.


-- 
Matthew Miller

Fedora Project Leader
___
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

Re: dnf exclude option not working

[Kostas Sfakiotakis]

< snip >

Well that's the problem . I am not able to exclude cpu-x . No matter



how i try to syntax the dnf command , cpu-x doesn't get excluded and

the whole update fails . The only "solution" that comes to mind is

delete the cpu-x package , perform the upgrades and then reinstall or

abandon the cpu-x package for the moment .


The cpu-x package is installed already. You cannot exclude it. Erasing 
and reinstalling it would not avoid dependency breakage as long as the 
incompatible libcpuid pkg is offered in the repos.



root@Orion ~]# dnf repoquery --whatrequires cpu-x

Last metadata expiration check: 0:07:22 ago on Tue 29 Dec 2020 06:01:13 
PM EET.

cpu-x-data-0:4.0.1-5.fc33.noarch


[root@Orion ~]# dnf repoquery --whatdepends cpu-x
Last metadata expiration check: 0:09:20 ago on Tue 29 Dec 2020 06:01:13 
PM EET.

cpu-x-data-0:4.0.1-5.fc33.noarch

==
 Package Architecture Version 
Repository Size

===
Upgrading:
 ModemManager x86_64 1.14.8-1.fc33 
updates-testing   1.0 M
 ModemManager-glib x86_64 1.14.8-1.fc33 
updates-testing   281 k
 cdrskin x86_64 1.5.2-4.fc33 
updates-testing   106 k
 doom2-masterlevels noarch 66-1.fc33 
rpmfusion-free-updates-testing 25 k
 elementary-planner x86_64 2.6.1-1.fc33 
updates-testing   1.3 M
 ffmpeg x86_64 4.3.1-15.fc33 
rpmfusion-free-updates-testing    1.5 M
 ffmpeg-libs x86_64 4.3.1-15.fc33 
rpmfusion-free-updates-testing    8.3 M
 frescobaldi noarch 3.1.3-1.fc33 
updates-testing   3.5 M
 google-noto-emoji-color-fonts noarch 20200916-1.fc33 
updates-testing   9.5 M
 gpick x86_64 0.2.6-1.fc33 
updates-testing   462 k
 gpick-libs x86_64 0.2.6-1.fc33 
updates-testing    96 k
 guitarix x86_64 0.42.1-1.fc33 
updates-testing    26 M
 ladspa-guitarix-plugins x86_64 0.42.1-1.fc33 
updates-testing    71 k
 libavdevice x86_64 4.3.1-15.fc33 
rpmfusion-free-updates-testing 76 k
 libburn x86_64 1.5.2-4.fc33 
updates-testing   172 k
 libcpuid x86_64 0.5.0-1.fc33 
updates-testing    37 k
 libgxw x86_64 0.42.1-1.fc33 
updates-testing   515 k
 libgxwmm x86_64 0.42.1-1.fc33 
updates-testing   106 k
 libprojectM x86_64 3.1.8-1.fc33 
updates-testing   2.9 M
 libsearpc x86_64 3.2.0-1.fc33 
updates-testing    43 k
 mlt x86_64 6.24.0-1.fc33 
updates-testing   874 k
 mlt-freeworld x86_64 6.24.0-1.fc33 
rpmfusion-free-updates-testing 72 k
 obs-studio x86_64 26.1.0-1.fc33 
rpmfusion-free-updates-testing    3.1 M
 obs-studio-libs x86_64 26.1.0-1.fc33 
rpmfusion-free-updates-testing    1.6 M
 openshot noarch 2.5.1-4.fc33 
rpmfusion-free-updates-testing 48 M
 openshot-lang noarch 2.5.1-4.fc33 
rpmfusion-free-updates-testing    1.8 M
 owncloud-client x86_64 2.6.3-1.fc33 
updates-testing   1.6 M
 owncloud-client-dolphin x86_64 2.6.3-1.fc33 
updates-testing    36 k
 owncloud-client-libs x86_64 2.6.3-1.fc33 
updates-testing   585 k
 projectM-jack x86_64 3.1.8-1.fc33 
updates-testing   124 k
 projectM-pulseaudio x86_64 3.1.8-1.fc33 
updates-testing   137 k
 python3-mlt x86_64 6.24.0-1.fc33 
updates-testing   129 k
 python3-pytz noarch 2020.5-1.fc33 
updates-testing    49 k
 sipsak x86_64 0.9.8-1.fc33 
updates-testing    64 k
 steam i686 1.0.0.68-6.fc33 
rpmfusion-nonfree-updates-testing 2.8 M
 stellarium x86_64 0.20.4-1.fc33 
updates-testing   200 M
 telegram-desktop x86_64 2.5.1-1.fc33 
rpmfusion-free-updates-testing 21 M
 tg_owt x86_64 0-4.20201218git6eaebec.fc33 
rpmfusion-free-updates-testing    5.0 M
 wine x86_64 6.0-0.4rc4.fc33 
updates-testing    13 k
 wine-alsa i686 6.0-0.4rc4.fc33 
updates-testing    72 k
 

Re: Do you disable IPV6? - Fedora Workstation

[John Mellor]

(top-posted to match the original OP)

Unless you are explicitly configuring more-public addresses on your IPv6 
connections, your upstream gateway machine, router or switch should be 
providing link-local addresses to anything local.  All switches are 
required not to forward link-local addresses upstream, giving you the 
NAT-like isolation that you desire.


--

John Mellor


On 2020-12-29 8:53 a.m., Neal Becker wrote:

Let me say up front I'm not very knowledgeable about  v6 yet.  One 
reason I don't want to enable it is the exact flip side of the address 
scarcity of v4.  Because of that, external connections are nat'd.  
That seems to me to offer an additional layer of protection for 
devices on my network, they don't have externally 
routeable addresses.  I think that is not true if I turn on v6.  Is 
this correct?


On Tue, Dec 29, 2020 at 6:24 AM John Mellor > wrote:


On 2020-12-28 7:51 p.m., Jorge Fábregas wrote:
> Is there a known application/service that might *misbehave*
because it
> expects a an ipv6 stack these days?

The Fedora IP stack used to stall for several seconds in several
previous releases.  The normal workaround for that was to disable
IPv6,
causing pretty massive speedups.  That problem went away at about
Fedora
32 or 31.

IPv4 has an address-space capacity issue, and is effectively
dead.  The
allocated IPv4 address space remains tight in North America, and
completely exhausted in most other parts of the world.  In my case,
while my internal network remains IPv4 since I use older switches,
while
my upstream is IPv6.  The only machine that has to be IPv6
internally is
my HP printer.  My ISP does not have anywhere near enough IPv4
addresses
to support its large customer base, so they were forced to upgrade
most
of their network to IPv6.  Their v4-to-v6 translation and vice-versa
works pretty transparently.  I haven't noticed any issues for a
couple
of years now.

One interesting and nice side-effect of IPv6 is that I get a lot less
drive-by shooting trying to attack my network.  I used to get about 3
port-scanning attempts/day, and now I go weeks without an
intrusion-detection hit.  I don't think the bad guys have figured out
how to attack IPv6 addresses yet.

___
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

Re: Do you disable IPV6? - Fedora Workstation

[Chris Adams]

Once upon a time, Neal Becker  said:
> Let me say up front I'm not very knowledgeable about  v6 yet.  One reason I
> don't want to enable it is the exact flip side of the address scarcity of
> v4.  Because of that, external connections are nat'd.  That seems to me to
> offer an additional layer of protection for devices on my network, they
> don't have externally routeable addresses.  I think that is not true if I
> turn on v6.  Is this correct?

There is no NAT for IPv6, but that's a feature.  NAT doesn't really add
any security; NAT is a combination of two things: a stateful firewall
(which gives you the protection) and a packet mangler (which causes no
end of problems).  You can still have a stateful firewall with IPv6, you
just don't need the packet mangler anymore.

Returning to end-to-end addressing is nice - for example, I can open up
SSH on my home firewall and connect to home systems from my cell phone
(because both my home and cell Internet providers have native IPv6).  No
more silly port mappings and having to remember which port is mapped to
which device.

On business networks, the death of NAT is way overdue - my company has
VPN tunnels to a bunch of customer networks, and we're forever running
into the same NAT networks (10.0.0.0, 192.168.1.0, etc.).  If everybody
would just get on the IPv6 train, address conflicts would be gone.

NAT just gives the feeling of security, when it's just the firewall part
that is the actual security layer.
-- 
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

Re: Do you disable IPV6? - Fedora Workstation

[Neal Becker]

Let me say up front I'm not very knowledgeable about  v6 yet.  One reason I
don't want to enable it is the exact flip side of the address scarcity of
v4.  Because of that, external connections are nat'd.  That seems to me to
offer an additional layer of protection for devices on my network, they
don't have externally routeable addresses.  I think that is not true if I
turn on v6.  Is this correct?

On Tue, Dec 29, 2020 at 6:24 AM John Mellor  wrote:

> On 2020-12-28 7:51 p.m., Jorge Fábregas wrote:
> > Is there a known application/service that might *misbehave* because it
> > expects a an ipv6 stack these days?
>
> The Fedora IP stack used to stall for several seconds in several
> previous releases.  The normal workaround for that was to disable IPv6,
> causing pretty massive speedups.  That problem went away at about Fedora
> 32 or 31.
>
> IPv4 has an address-space capacity issue, and is effectively dead.  The
> allocated IPv4 address space remains tight in North America, and
> completely exhausted in most other parts of the world.  In my case,
> while my internal network remains IPv4 since I use older switches, while
> my upstream is IPv6.  The only machine that has to be IPv6 internally is
> my HP printer.  My ISP does not have anywhere near enough IPv4 addresses
> to support its large customer base, so they were forced to upgrade most
> of their network to IPv6.  Their v4-to-v6 translation and vice-versa
> works pretty transparently.  I haven't noticed any issues for a couple
> of years now.
>
> One interesting and nice side-effect of IPv6 is that I get a lot less
> drive-by shooting trying to attack my network.  I used to get about 3
> port-scanning attempts/day, and now I go weeks without an
> intrusion-detection hit.  I don't think the bad guys have figured out
> how to attack IPv6 addresses yet.
>
> --
>
> John Mellor
>
>
> ___
> 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
>


-- 
*Those who don't understand recursion are doomed to repeat 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

Re: Unable to login into custom live image

[Sreyan Chakravarty]

On Tue, Dec 29, 2020 at 12:33 AM Sreyan Chakravarty  wrote:
>
>
>
> On Thu, 24 Dec 2020, 9:38 pm Ed Greshko,  wrote:
>>
>> On 24/12/2020 22:29, Sreyan Chakravarty wrote:
>> > That's what I have been doing.
>> >
>> > You can verify for yourself.
>>
>> But the info you are asking about is in fedora-live-kde-base.ks, right?
>>
>> # set up autologin for user liveuser
>> if [ -f /etc/sddm.conf ]; then
>> sed -i 's/^#User=.*/User=liveuser/' /etc/sddm.conf
>> sed -i 's/^#Session=.*/Session=plasma.desktop/' /etc/sddm.conf
>> else
>> cat > /etc/sddm.conf << SDDM_EOF
>> [Autologin]
>> User=liveuser
>> Session=plasma.desktop
>> SDDM_EOF
>> fi
>
>
> Yes.
>
> Don't worry it didn't work. I wonder how the normal iso is made.
>
>

Does any one know how to modify /etc/fstab in the live image ?

I am getting :

Failed to start Remount Root and Kernel File Systems

on startup.

-- 
Regards,
Sreyan Chakravarty
___
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

Re: Do you disable IPV6? - Fedora Workstation

[John Mellor]

On 2020-12-28 7:51 p.m., Jorge Fábregas wrote:

Is there a known application/service that might *misbehave* because it
expects a an ipv6 stack these days?


The Fedora IP stack used to stall for several seconds in several 
previous releases.  The normal workaround for that was to disable IPv6, 
causing pretty massive speedups.  That problem went away at about Fedora 
32 or 31.


IPv4 has an address-space capacity issue, and is effectively dead.  The 
allocated IPv4 address space remains tight in North America, and 
completely exhausted in most other parts of the world.  In my case, 
while my internal network remains IPv4 since I use older switches, while 
my upstream is IPv6.  The only machine that has to be IPv6 internally is 
my HP printer.  My ISP does not have anywhere near enough IPv4 addresses 
to support its large customer base, so they were forced to upgrade most 
of their network to IPv6.  Their v4-to-v6 translation and vice-versa 
works pretty transparently.  I haven't noticed any issues for a couple 
of years now.


One interesting and nice side-effect of IPv6 is that I get a lot less 
drive-by shooting trying to attack my network.  I used to get about 3 
port-scanning attempts/day, and now I go weeks without an 
intrusion-detection hit.  I don't think the bad guys have figured out 
how to attack IPv6 addresses yet.


--

John Mellor


___
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

Re: How to Make Fedora 33 portable usb

[ja]

On Tue, 2020-12-29 at 12:53 +1030, Tim via users wrote:
> On Mon, 2020-12-28 at 20:37 -0500, Anil Felipe Duggirala wrote:
> > How would I go about creating a usb bootable (portable) installation
> > of Fedora?
> > I am aware of the Live Fedora 33 Workstation images. But, for
> > example, when boothing from that, your settings (program setting) are
> > not saved. 
> > How can I have a Fedora usb that I can use on different pcs? Where I
> > have additional software installed? And settings? And maybe even a
> > permanent /home storage space?
> 
> In theory, just plug in the drive and do an installation to that drive.
> 
> You'll need to configure your PC's BIOS/UEFI to boot from the USB
> drive, too.  It might already be pre-configured to try doing that.
>  
> -- 
>  
I create a bootable USB version of each Fedora release - just in case!

I use an XFCE live USB stick as the source and "install to disk"
to a second USB stick - 5 minutes. (after sorting out a custom ext4 layout)
[All my machines are now UEFI so dual BIOS/UEFI boot not required]
I would strongly recommend the Flash Voyager® GTX USB 3.1 such as
https://www.corsair.com/uk/en/Categories/Products/Storage/USB-Drives/flash-voyager-gtx-3-1-config/p/CMFVYGTX3C-128GB
Very fast and can be trimmed - you can tell it is slower than a SATA SSD but
not enough to worry about in an emergency.

I do the following as well but not certain this is still necessary.
"dnf install dracut-config-generic  To force a generic initramfs F33
This installs a single file /usr/lib/dracut/dracut.conf.d/02-generic-image.conf 
hostonly="no"
To force an existing kernel to use a "fully configured" initramfs file then
dracut --regenerate-all --force Not checked F33
NB this will regenerate and over-write all /boot/initramfs* files
Make copies first if required."

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

Re: How to Make Fedora 33 portable usb

[Samuel Sieb]

On 12/28/20 11:20 PM, Tim via users wrote:

On Mon, 2020-12-28 at 20:54 -0800, Samuel Sieb wrote:

you can also configure the live image to have a writable persistent
overlay and a separate writable home directory when you create it.


By "overlay" is that the original live image plus your extra bits, or
are you modifying the live image installations?


It's an LVM feature where you use another block device as storage for 
modified blocks on the original device.  So on a USB flash drive, it's 
still the same standard filesystem image, but there's also a big file 
created on the disk to store the changes.

___
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