As in title; updates will be made to all releases.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/proje
Dne 22. 02. 21 v 16:47 Marián Konček napsal(a):
Error:
Problem 2: rdma-core-33.0-2.fc33.i686 has inferior architecture
- rdma-core-33.0-2.fc33.x86_64 does not belong to a distupgrade repository
- problem with installed package rdma-core-33.0-2.fc33.i686
If you have have rdma-core.i686
Dne 23. 02. 21 v 1:15 Nathanael D. Noblet napsal(a):
Error:
Problem: package empathy-1:3.12.14-7.fc29.x86_64 requires
libfolks.so.25()(64bit), but none of the providers can be installed
- folks-1:0.14.0-5.fc33.x86_64 does not belong to a distupgrade
repository
- problem with installed pac
Dne 22. 02. 21 v 23:52 Zbigniew Jędrzejewski-Szmek napsal(a):
Error: Unknown repo: 'updates-testing-modular'
That's not an error really. You don't have 'fedora-repos-modular'
package installed, so this repository is not available. Miroslav's
command simply assumes that you have modules enabled.
Dne 22. 02. 21 v 21:11 Petr Menšík napsal(a):
as a bind-utils maintainer, I have to ask. Why is dig -t TYPE61 used,
when all stable Fedora supports dig -t OPENPGPKEY just fine. Type61
might be used as fallback for older releases
Because I did not knew that -t OPENPGPKEY can be used. :) No other
Il 22/02/21 19:09, Kevin Fenzi ha scritto:
> On Sun, Feb 21, 2021 at 05:24:06PM +, Mattia Verga via devel wrote:
>> Hello folks,
>>
>> during the last winter holidays I've started to write a new flask app to
>> automatize the new package submission process. The goals of this app
>> would be:
>
Petr,
thanks for looking into this.
On Mon, 2021-02-22 at 18:30 +0100, Petr Menšík wrote:
> After a quick glance at cloud-init code, it seems to me it does not
> check /etc/resolv.conf for symlinks.
>
> It just reads /etc/resolv.conf if it is a file, then writes its own
> nameservers into target
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20210222.0):
ID: 786482 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Mon, Feb 22, 2021 at 10:41:01AM +, Sven Kieske wrote:
> Error:
> Problem: package gnome-tour-40~beta-3.fc34.x86_64 obsoletes
> gnome-getting-started-docs < 3.38.1-2 provided by
> gnome-getting-started-docs-3.38.0-2.fc34.noarch
> - package gnome-initial-setup-40~beta-1.fc34.x86_64 requi
On Mon, Feb 22, 2021 at 11:36:45AM -0500, Solomon Peachy wrote:
> > sudo dnf module reset '*'
> >
> > sudo dnf --releasever=34 --setopt=module_platform_id=platform:f34 \
> > --enablerepo=updates-testing --enablerepo=updates-testing-modular \
> > distro-sync
>
> F32 x86_64 server:
>
>
Hi Tadej,
thanks for confirmation.
On 2/23/21 10:37 AM, Tadej Janež wrote:
> Petr,
>
> thanks for looking into this.
>
> On Mon, 2021-02-22 at 18:30 +0100, Petr Menšík wrote:
>> After a quick glance at cloud-init code, it seems to me it does not
>> check /etc/resolv.conf for symlinks.
>>
>> It
Hello,
please see attached rebuild of autoconf-dependencies [1]. I would like to
ask maintainers of the dependent packages to check if their packages are
buildable with autoconf-2.71. It seems that lots of packages are checking
for exactly version 2.69, which blocks the build and there might be no
On Tue, 2021-02-23 at 11:18 +0100, Petr Menšík wrote:
> Sure, this part is more complex. But only this part can fix this
> problem
> from inside the container IMO. Ie. we could fix it faster for any
> involved parties.
>
> I don't really run any container on any cloud service so this is just
> my
Dne 22. 02. 21 v 19:09 Kevin Fenzi napsal(a):
- When all tests pass, have the package repository automatically created
in git, import the srpm and fire the build in Rawhide. This will ensure
that what is approved is what is packaged - later changes will be
tracked and noted. It will also avoid us
On Tue, Feb 23, 2021 at 09:27:45AM +0100, Miroslav Suchý wrote:
> Dne 23. 02. 21 v 1:15 Nathanael D. Noblet napsal(a):
> >Error:
> > Problem: package empathy-1:3.12.14-7.fc29.x86_64 requires
> >libfolks.so.25()(64bit), but none of the providers can be installed
> > - folks-1:0.14.0-5.fc33.x86_64
On 2/23/21 9:30 AM, Miroslav Suchý wrote:
> Dne 22. 02. 21 v 21:11 Petr Menšík napsal(a):
>> as a bind-utils maintainer, I have to ask. Why is dig -t TYPE61 used,
>> when all stable Fedora supports dig -t OPENPGPKEY just fine. Type61
>> might be used as fallback for older releases
>
> Because I
On Tue, Feb 23, 2021 at 10:38 AM Ondrej Dubaj wrote:
> Hello,
>
> please see attached rebuild of autoconf-dependencies [1]. I would like to
> ask maintainers of the dependent packages to check if their packages are
> buildable with autoconf-2.71. It seems that lots of packages are checking
> for
Thanks for your note, I will look at the dependent packages (they were
selected ~1 month ago). But technically, it does not disturb us if some
package does not require on autoconf and builds successfully. We have to
focus on failed builds and investigate where the problem is.
Ondrej
On Tue, Feb 2
Am 22.02.21 um 11:17 schrieb Zbigniew Jędrzejewski-Szmek:
1) Use different defaults for different Fedora editions, e.g. container
and cloud images include the fallback DNS servers list while
workstation (and similar) images don't.
Yes, I think this would be the way to go.
Everything, that is not
On Mon, Feb 22, 2021 at 1:53 PM Alex Perez wrote:
>
>
>
> Daniel Pocock wrote on 2/22/21 10:41 AM:
> > I feel that you underestimate the impact of the GPU driver issue
> >
> > If the GPU driver doesn't work, people can't even log in and get started
> >
> > If the GPU vendors don't test their code
> Well, if the modules can work with PipeWire's PulseAudio replacement, then
> they ought to be in a subpackage of pulseaudio, yes. (But are they
> binary-compatible or do they actually need to be rebuilt against
> pipewire-pulseaudio?)
>
> Kevin Kofler
I suppose I should have looked a
On Mon, Feb 22, 2021 at 1:16 PM Kevin Fenzi wrote:
>
> Could we do away with using bugzilla entirely and just keep info in app?
>
No. Well, "yes, but with some considerations." The main thing with the
Bugzilla workflow is the ability to block the FE-LEGAL bug when a
package needs a license or pate
Lóránt Perger wrote:
> I suppose I should have looked a bit more into this before opening this
> thread, but oh well, no use crying over spilled milk. I looked into how PW
> replicates PA's module loading... and turns out it doesn't (
> https://github.com/PipeWire/pipewire/blob/master/src/modules/m
On Mo, 22.02.21 09:45, Michael Catanzaro (mcatanz...@gnome.org) wrote:
65;6201;1c
> On Mon, Feb 22, 2021 at 12:05 pm, Tomasz Torcz wrote:
> > 3) Configure DNS resolvers if you want to use DNS.
> > Or dig deeper: why cloud-init disabled DNS on your installation?
>
> I'm pretty sure cloud-init just
I tried here on a F33 kde spin (on bare metal Acer/intel notebook) and it
worked fine, just as expected:
Instalar48 Pacotes
Atualizar 2019 Pacotes
Remover 5 Pacotes
Desatualizar 2 Pacotes
Tamanho total do download: 1.8 G
regards
Geraldo
FAS: geraldosimiao
Em sáb., 20 de
On Tue, Feb 23, 2021 at 8:16 AM Kevin Kofler via devel
wrote:
>
> Lóránt Perger wrote:
> > I suppose I should have looked a bit more into this before opening this
> > thread, but oh well, no use crying over spilled milk. I looked into how PW
> > replicates PA's module loading... and turns out it d
On Tue, Feb 23, 2021 at 3:13 PM Neal Gompa wrote:
> On Tue, Feb 23, 2021 at 8:16 AM Kevin Kofler via devel
> wrote:
> >
> > Lóránt Perger wrote:
> > > I suppose I should have looked a bit more into this before opening this
> > > thread, but oh well, no use crying over spilled milk. I looked into
On Tue, Feb 23, 2021 at 10:37 am, Tadej Janež wrote:
I guess this is a simple solution that would work, but from what I
understand it would also disable the use of systemd-resolved?
Nah, it should just switch systemd-resolved into a consumer mode, where
it reads configuration from /etc/resolv
On Tue, Feb 23, 2021 at 11:18 am, Petr Menšík
wrote:
Who uses cloud-init to prepare containers? Is it end user on his
system?
cloud-init is designed for VPS systems. I don't think it's expected to
be used in containers. I'm sympathetic to your view that running
systemd-resolved in containers
On Tue, Feb 23, 2021 at 9:20 AM Michael Catanzaro wrote:
>
> On Tue, Feb 23, 2021 at 11:18 am, Petr Menšík
> wrote:
> > Who uses cloud-init to prepare containers? Is it end user on his
> > system?
>
> cloud-init is designed for VPS systems. I don't think it's expected to
> be used in containers.
On Mon, Feb 22, 2021 at 10:09:54AM -0800, Kevin Fenzi wrote:
> > - Get rid of manually open and manage Bugzilla tickets. Have the ticket
> > filed in a web form (or maybe by CLI), and have the ticket workflow
> > managed automatically.
>
> Could we do away with using bugzilla entirely and just kee
On Tue, Feb 23, 2021 at 09:28:34AM -0500, Matthew Miller wrote:
> On Mon, Feb 22, 2021 at 10:09:54AM -0800, Kevin Fenzi wrote:
> > > - Get rid of manually open and manage Bugzilla tickets. Have the ticket
> > > filed in a web form (or maybe by CLI), and have the ticket workflow
> > > managed automa
On Tue, Feb 23, 2021 at 10:35 AM Daniel P. Berrangé wrote:
>
> On Tue, Feb 23, 2021 at 09:28:34AM -0500, Matthew Miller wrote:
> > On Mon, Feb 22, 2021 at 10:09:54AM -0800, Kevin Fenzi wrote:
> > > > - Get rid of manually open and manage Bugzilla tickets. Have the ticket
> > > > filed in a web for
Hi,
using "%forgemeta" with the "-i" option causes debug infor-
mation to be output which leads to %changelog entries being
garbled:
| [tim@passepartout ~/.cache/rpm-specs]$ grep -l '^.*%forgemeta.\+$' *.spec |
xargs -r fgrep 'Packaging variables read or set by %forgemeta'
| ddiskit.spec:* Tue J
Hi all,
Today's an important day on the Fedora 34 schedule[1], with several
significant cut-offs. First of all today is the Bodhi updates-testing
activation point [2]. That means that from now all Fedora 34 packages
must be submitted to updates-testing and pass the relevant
requirements[3] before
Neal Gompa wrote:
> What are you talking about? I seem to be able to select devices and
> such. The only thing I don't seem to be able to do is do "advanced
> audio settings" which is grayed out and says it requires the
> PulseAudio gsettings module.
It turns out that the relevant settings have al
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 15:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2021-02-24 15:00 UTC'
Links to all issues t
On Tue, 2021-02-23 at 08:19 -0600, Michael Catanzaro wrote:
> On Tue, Feb 23, 2021 at 10:37 am, Tadej Janež wrote:
> > I guess this is a simple solution that would work, but from what I
> > understand it would also disable the use of systemd-resolved?
>
> Nah, it should just switch systemd-resolv
On Tue, Feb 23, 2021 at 01:18:08PM +0100, Marius Schwarz wrote:
> Am 22.02.21 um 11:17 schrieb Zbigniew Jędrzejewski-Szmek:
> >>1) Use different defaults for different Fedora editions, e.g. container
> >>and cloud images include the fallback DNS servers list while
> >>workstation (and similar) imag
Tim Landscheidt kirjoitti 23.2.2021 klo 18.16:
Hi,
using "%forgemeta" with the "-i" option causes debug infor-
mation to be output which leads to %changelog entries being
garbled:
(snip)
Therefore, the templates at
https://docs.fedoraproject.org/en-US/packaging-guidelines/SourceURL/#_using_for
Hi all,
I get the following error with CentOS Stream builds on COPR:
No matching package to install: 'python3-pytest-runner'
Not all dependencies satisfied
Error: Some packages could not be found.
Source:
https://download.copr.fedorainfracloud.org/results/lead2gold/apprise/centos-stream-x86_64/0
On 23. 02. 21 22:19, Chris wrote:
Hi all,
I get the following error with CentOS Stream builds on COPR:
No matching package to install: 'python3-pytest-runner'
Not all dependencies satisfied
Error: Some packages could not be found.
Source:
https://download.copr.fedorainfracloud.org/results/lead
Since jqueryui is no longer packaged, I've re-bundled it in R-shiny. I
went through the bundled JavaScript libraries and corrected the
License field, as above.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an ema
On Tue, Feb 23, 2021 at 11:37:42AM +0100, Ondrej Dubaj wrote:
> [2] http://torsion.usersys.redhat.com:8080/job/Fedora-autoconf/
Doesn't work, with or without :8080
parted is failing with a pile of newly obsolete things, and one error
(as far as I can tell) with a missing build-aux/compile
I'm gu
On Mon, Feb 22, 2021 at 10:21 AM Richard W.M. Jones wrote:
> Thanks again. Let's see what happens when 4.12 is finally released.
I have picked up ocaml-ocp-indent, which was orphaned recently,
because frama-c needs it. I pushed some changes to the Rawhide branch
today but haven't rebuilt. I'll
On 2/23/21 4:39 PM, Brian C. Lane wrote:
> On Tue, Feb 23, 2021 at 11:37:42AM +0100, Ondrej Dubaj wrote:
>> [2] http://torsion.usersys.redhat.com:8080/job/Fedora-autoconf/
> Doesn't work, with or without :8080
Not sure what you're referring to, it just worked fine for me.
>
> parted is failing w
On Tue, Feb 23, 2021 at 4:52 PM Jeff Law wrote:
> On 2/23/21 4:39 PM, Brian C. Lane wrote:
> > On Tue, Feb 23, 2021 at 11:37:42AM +0100, Ondrej Dubaj wrote:
> >> [2] http://torsion.usersys.redhat.com:8080/job/Fedora-autoconf/
> > Doesn't work, with or without :8080
> Not sure what you're referring
Upstream has relicensed, as in title. Due to requirements, this will
only be changed in F34+.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On 2/23/21 4:54 PM, Jerry James wrote:
> On Tue, Feb 23, 2021 at 4:52 PM Jeff Law wrote:
>> On 2/23/21 4:39 PM, Brian C. Lane wrote:
>>> On Tue, Feb 23, 2021 at 11:37:42AM +0100, Ondrej Dubaj wrote:
[2] http://torsion.usersys.redhat.com:8080/job/Fedora-autoconf/
>>> Doesn't work, with or wi
Upstream has re-licensed to MIT.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct
On 2/22/21 9:33 PM, Jerry James wrote:
The compiler is telling you that it saw "#include " inside an
extern "C" block, but that glib.h ultimately pulls in headers with C++
definitions. It looks like the glib headers already take care of
defining things correctly depending on whether they are
Otto Urpelainen wrote:
> Unfortunately, the Fedora wiki is a documentation trap, full of outdated
> or obsolete pages whose advice should not be followed. Mixed with other
> pages that have useful content that cannot be found elsewhere, so you
> cannot simply disregard the wiki either.
The move to
Otto Urpelainen wrote:
> […]
> Like I said, I am not expert in forge macros, so if anybody thinks that
> my edit removal was a bad idea, wiki has an undo button.
Thanks!
Tim
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
Hi all,
Today's an important day on the Fedora 34 schedule[1], with several
significant cut-offs. First of all today is the Bodhi activation point [2].
That means that from now all Fedora 34 packages must be submitted to
updates-testing and pass the relevant requirements[3] before they will be
mar
Brian,
you are right there are some changes which are now backward compatible.
That's the reason why we need cross-component cooperation from other
maintainers to detect these pieces and potentially report them to upstream
and see if they are willing to fix them. Another option is also to create a
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210223.0):
ID: 787731 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
56 matches
Mail list logo
