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 l
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 t
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 mang
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 nec
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 c
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 m
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
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).
< 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 eit
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
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? A
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
>
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 a
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/autho
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, 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
< 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
(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
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
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
do
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-l
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,
ca
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 booth
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 b
24 matches
Mail list logo
