On Mon, Aug 31, 2020 at 3:24 AM Neal Gompa wrote:
> On Sun, Aug 30, 2020 at 8:15 PM Chris Murphy
> wrote:
> >
> > Fedora-Silverblue-ostree-x86_64-33-20200830.n.0.iso does not have nano
> > on the install media itself. Is it intentional?
> >
>
> It's suppos
On Sat, Aug 29, 2020 at 4:34 AM Chris Murphy
wrote:
> On Fri, Aug 28, 2020 at 7:52 PM Chris Murphy
> wrote:
>
> > The IPP Everywhere specification requires clients to support DNS-SD
> > (mDNS is part of that) or WS-Discovery. Printers are required to
> > support both DNS-SD and WS-Discovery.
On Sun, 2020-08-30 at 14:42 +0200, Igor Raits wrote:
> On Sun, 2020-08-30 at 12:37 +0100, Tomasz Kłoczko wrote:
> > On Fri, 24 Jul 2020 at 21:31, Igor Raits <
> > ignatenkobr...@fedoraproject.org>
> > wrote:
> > [..]
> >
> > > Well, I tell what I see :)
> > >
> > > Compiling kitty with settings
This old issue (https://bugzilla.redhat.com/show_bug.cgi?id=1177202)
keeps receiving spam every couple of weeks from a different account.
I've been trying to flag the spam comments as spam, and remove the
flags they keep setting, and remove their CC as well, so they don't
get follow-ups and get
On Sun, Aug 30, 2020 at 8:15 PM Chris Murphy wrote:
>
> Fedora-Silverblue-ostree-x86_64-33-20200830.n.0.iso does not have nano
> on the install media itself. Is it intentional?
>
It's supposed to be there, but I don't know how Silverblue is
"defined" so it would be pulled
> On 28 Aug 2020, at 19:23, Ludwig Krispenz wrote:
>
>
> On 27.08.20 04:01, William Brown wrote:
>> Hey there,
>>
>> I'm seeing some odd behaviour in an import test. I'm seeing that a large
>> number of entries won't import unless the directory is restarted before the
>> import task is
Fedora-Silverblue-ostree-x86_64-33-20200830.n.0.iso does not have nano
on the install media itself. Is it intentional?
--
Chris Murphy
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On Sun, Aug 30, 2020 at 12:30 pm, Andreas Tunek
wrote:
On my F33 test system (new install yesterday) I can see my NAS but I
can't connect to it. Could that be due to this change?
Possibly! Try using 'resolvectl query' and see what it says
___
https://bugzilla.redhat.com/show_bug.cgi?id=1873888
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-HTML-Parser-3.74 is|perl-HTML-Parser-3.75 is
https://bugzilla.redhat.com/show_bug.cgi?id=1873888
Bug ID: 1873888
Summary: perl-HTML-Parser-3.74 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-HTML-Parser
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1873854
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Test-Dependencies-0.26
On Fri, Aug 28, 2020 at 03:11:49PM -0700, Troy Dawson wrote:
> > Pros for building against stream:
> > - We would have a way to test EPEL packages that matter against the
> > not yet released RHEL version.
> > -- How often would this matter?
> > -- It's hard to say. There might not be a single
Aug 30, 2020 02:04:36 Miro Hrončok :
Establish a FAS group for "Lua provenpackagers". Make sure the name it
not to be confused with the Lua SIG, but note that the FAS group usually
needs to be called ...-sig. I'd go with lua-packagres-sig or
lua-maintainers-sig. Get it a mailing list needed
On 30.08.2020 16:04, Michael Catanzaro wrote:
> The file should not be generated by NetworkManager. NetworkManager
> should notice that the file is a symlink to
> /run/systemd/resolve/stub-resolv.conf and leave it alone. (In point 3.
> the file should be a symlink.)
Network Manager can be
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 2/16 (x86_64)
Old failures (same test failed in Fedora-IoT-34-20200829.0):
ID: 651109 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/651109
ID: 65 Test: x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=1873854
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Test-Dependencies-0.25
https://bugzilla.redhat.com/show_bug.cgi?id=1873195
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On my F33 test system (new install yesterday) I can see my NAS but I can't
connect to it. Could that be due to this change?
Best regards
Andreas
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Sun, Aug 30, 2020 at 9:06 am, Michael Catanzaro
wrote:
I don't know what to do about this. Ideally we would figure out
what's wrong and sneak a freeze exception into the beta release. If
the file in 3. is not a symlink, then that would be what's wrong, but
it ought to be a symlink.
I
On Sat, Aug 29, 2020 at 3:12 pm, Chris Murphy
wrote:
Are these the expected behavior?
4. is unexpected. The file should not be generated by NetworkManager.
NetworkManager should notice that the file is a symlink to
/run/systemd/resolve/stub-resolv.conf and leave it alone. (In point 3.
the
On Sun, Aug 30, 2020 at 9:04 am, Michael Catanzaro
wrote:
4. is unexpected. The file should not be generated by NetworkManager.
NetworkManager should notice that the file is a symlink to
/run/systemd/resolve/stub-resolv.conf and leave it alone. (In point
3. the file should be a symlink.)
I
https://bugzilla.redhat.com/show_bug.cgi?id=1873854
Bug ID: 1873854
Summary: perl-Test-Dependencies-0.25 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Dependencies
Keywords: FutureFeature,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Sun, 2020-08-30 at 12:37 +0100, Tomasz Kłoczko wrote:
> On Fri, 24 Jul 2020 at 21:31, Igor Raits <
> ignatenkobr...@fedoraproject.org>
> wrote:
> [..]
>
> > Well, I tell what I see :)
> >
> > Compiling kitty with settings below produces this
No missing expected images.
Compose FAILS proposed Rawhide gating check!
8 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 31/181 (x86_64)
New failures (same test not failed in Fedora-Rawhide-20200828.n.2):
ID:
OLD: Fedora-Rawhide-20200828.n.2
NEW: Fedora-Rawhide-20200830.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 7
Dropped packages:10
Upgraded packages: 73
Downgraded packages: 0
Size of added packages: 17.07 MiB
Size of dropped packages
On Fri, 24 Jul 2020 at 21:31, Igor Raits
wrote:
[..]
> Well, I tell what I see :)
>
> Compiling kitty with settings below produces this big
> /usr/lib64/kitty/kitty/fast_data_types.so:
>
> * Without any LTO-related flags: 4.52 MB
> * With -flto: 4.30 MB
> * With -flto -ffat-lto-objects: 4.79 MB
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Fri, 2020-07-24 at 14:32 -0600, Jeff Law wrote:
> On Fri, 2020-07-24 at 22:30 +0200, Igor Raits wrote:
> > On Fri, 2020-07-24 at 14:27 -0600, Jeff Law wrote:
> > > On Fri, 2020-07-24 at 22:24 +0200, Igor Raits wrote:
> > > > On Fri, 2020-07-24 at
https://bugzilla.redhat.com/show_bug.cgi?id=1871716
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
No missing expected images.
Failed openQA tests: 2/7 (x86_64)
New failures (same test not failed in Fedora-Cloud-31-20200829.0):
ID: 650916 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/650916
ID: 650921 Test: x86_64
On 30. 08. 20 11:40, Alex Corcoles wrote:
I might for the moment make something pip-installable from a URL, so I have
something "useful" as soon as possible, and postpone RPM packaging to after that.
I'd recommend making it pip installable from PyPI. That way you can have some CI
(such as
Hi Miro,
> * Makes only sense to be installed using your distribution's package
> manager
>
> Why? This is a requirement I don't understand.
>
That might be an overstatement. This is software to help install and
configure other software, so it doesn't make sense if it has a complex
installation
On 29. 08. 20 13:55, Alex Corcoles wrote:
Hi,
Hi Alex.
I'm dabbling in writing a small Python application (further details below to
provide some context). This application:
* Has no dependencies other than the Python standard library
* Makes only sense to be installed using your
On Sun, Aug 30, 2020 at 11:04 AM Miro Hrončok wrote:
>
> On 30. 08. 20 4:07, Michel Alexandre Salim wrote:
> > Quick question: for Python there's both python-devel and python-sig --
> > this seems overkill for Lua, right? Would starting lua@lists be enough?
>
> Not only it is overkill, but it
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20200829.0):
ID: 650909 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On 30. 08. 20 4:07, Michel Alexandre Salim wrote:
Quick question: for Python there's both python-devel and python-sig --
this seems overkill for Lua, right? Would starting lua@lists be enough?
Not only it is overkill, but it brings problems.
For the story, see this ticket:
OK thanks for the tip...I'll check what else I use playground for and if only
KDE will disable it...and if not will run update --nobest I guess...
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to
Short answer, no, there is currently no way for me to remove it from
playground. I wish I could.
Unless you have a specific need, you shouldn't have playground enabled
anymore. You don't need it for KDE anymore.
I've given instructions via email and web pages on how to install KDE
via regular
37 matches
Mail list logo