On Wed, Dec 09, 2020 at 04:49:33PM -0500, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/F34Boost175
>
> == Summary ==
> This change brings Boost 1.75 to Fedora. This will mean Fedora ships
> with a recent upstream Boost release.
>
> == Owner ==
>
> * Name: [[User:trodgers| Thomas Ro
=
#fedora-meeting-2: FESCO (2020-12-09)
=
Meeting started by cverna at 15:00:20 UTC. The full logs are available
athttps://meetbot.fedoraproject.org/fedora-meeting-2/2020-12-09/fesco.2020-12-09-15.00.log.html
.
Meeting sum
* Kevin Fenzi:
> On Wed, Dec 09, 2020 at 12:53:05PM -0800, Adam Williamson wrote:
> ...snip...
>>
>> There were bug reports already that I hadn't found as I was looking for
>> glibc bugs:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1905667
>> https://bugzilla.redhat.com/show_bug.cgi?id=190
On 12/3/20 4:02 PM, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main
== Summary ==
This Change will move Fedora git repositories to use "main" as the
default git branch instead of "master". Specific repositories will be
manually moved and default git branch for n
On Thursday, 10 December 2020 at 00:49, Miro Hrončok wrote:
> On 12/9/20 7:44 PM, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault
> >
> > ...
> > * Policies and guidelines: N/A (not a System Wide Change)
>
> Should there be an update of:
>
> https://do
On Wednesday, 09 December 2020 at 21:45, Troy Dawson wrote:
> On Wed, Dec 9, 2020 at 11:52 AM James Cassell
> wrote:
> > On Wed, Dec 9, 2020, at 1:44 PM, Ben Cotton wrote:
> > > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault
[...]
> > Is there really no better solution?
>
>
All,
We are very happy to announce that we now have AArch64 support for flatpak
and container fedpkg builds in production!
By default all flatpak and container builds will be built on both
architectures from now on.
Thanks,
Fedora OSBS initiative
___
de
Great to see this land, well done :)
On Thu, Dec 10, 2020 at 10:44 AM Mark O'Brien wrote:
> All,
> We are very happy to announce that we now have AArch64 support for flatpak
> and container fedpkg builds in production!
>
> By default all flatpak and container builds will be built on both
> archi
On Thu, Dec 10, 2020 at 11:47 AM Mark O'Brien wrote:
> All,
> We are very happy to announce that we now have AArch64 support for flatpak
> and container fedpkg builds in production!
>
> By default all flatpak and container builds will be built on both
> architectures from now on.
>
> Thanks,
> Fe
Awesome! Thanks for getting all of this done.
I'll go and rebuild all of the flatpak containers we have next week so we
can get the aarch64 flatpaks out to users as well.
Kalev
On Thu, Dec 10, 2020 at 12:00 PM Tomáš Popela wrote:
> On Thu, Dec 10, 2020 at 11:47 AM Mark O'Brien wrote:
>
>> Al
On Thursday, December 3, 2020 5:50:46 PM CET Miroslav Suchý wrote:
> >> * COPR?
> > I'll let the COPR folks answer.
>
> Copr does not expose dist-git to users. I.e. you cannot directly upload to
> dist-git. Only via WebUI or copr-cli. So users don't even know the branch
> names. We use master bra
Hi,
so, the other day we had a major regression in the PAM stack[1] that,
unfortunately, ended up hitting rawhide and the Fedora 33 testing (not
stable) repository before being unpushed.
In this case it was easy to work around as SSH was still working fine.
But, it seems that rescue mode requires
OpenEXR and ilmbase are several releases behind in Fedora and the main
reason is that they combined OpenEXR & ilmbase and changed build systems to
CMake.
In digging into this, it makes sense. OpenEXR doesn't even provide a
library named OpenEXR, instead:
$ dnf repoquery --provides OpenEXR-libs
..
On Wed, Dec 9, 2020 at 7:55 AM Sergio Belkin wrote:
>
>
>
> El mié, 9 dic 2020 a las 9:28, Peter Robinson ()
> escribió:
>>
>> On Wed, Dec 9, 2020 at 11:12 AM Christoph Karl wrote:
>> >
>> > Hello!
>> >
>> > On 09.12.20 04:26, Sergio Belkin wrote:
>> > > How does this (https://blog.centos.org/20
Hi everybody,
Is it just me or have downloads for the "local" repo (using mock with
"--enablerepo local") been really slow for everybody lately? I'm only
getting 50-100 kB/s download speeds for the repo metadata ... don't
worry, I'm only using this repo when I need to test builds against the
lates
- Original Message -
> From: "Mark O'Brien"
> To: devel-annou...@lists.fedoraproject.org, devel@lists.fedoraproject.org
> Sent: Thursday, December 10, 2020 11:44:14 AM
> Subject: AArch64 support for container and flatpak builds
>
> All,
> We are very happy to announce that we now have
El jue, 10 dic 2020 a las 9:52, Josh Boyer ()
escribió:
> On Wed, Dec 9, 2020 at 7:55 AM Sergio Belkin wrote:
> >
> >
> >
> > El mié, 9 dic 2020 a las 9:28, Peter Robinson ()
> escribió:
> >>
> >> On Wed, Dec 9, 2020 at 11:12 AM Christoph Karl
> wrote:
> >> >
> >> > Hello!
> >> >
> >> > On 09.12
On Thu, 10 Dec 2020 at 14:12, Jakub Cajka wrote:
>
>
>
>
> - Original Message -
> > From: "Mark O'Brien"
> > To: devel-annou...@lists.fedoraproject.org,
> devel@lists.fedoraproject.org
> > Sent: Thursday, December 10, 2020 11:44:14 AM
> > Subject: AArch64 support for container and flatpa
Jaroslav Prokop píše v St 09. 12. 2020 v 14:07 +0100:
> Hello,
>
> On 09/12/2020 13:28, Peter Robinson wrote:
> > On Wed, Dec 9, 2020 at 11:12 AM Christoph Karl
> > wrote:
> > > Hello!
> > >
> > > On 09.12.20 04:26, Sergio Belkin wrote:
> > > > How does this (
> > > > https://blog.centos.org/202
On Thursday, December 10, 2020 2:09:52 PM CET Fabio Valentini wrote:
> Hi everybody,
>
> Is it just me or have downloads for the "local" repo (using mock with
> "--enablerepo local") been really slow for everybody lately? I'm only
> getting 50-100 kB/s download speeds for the repo metadata ... don
On Thu, Dec 10, 2020 at 8:12 AM Sergio Belkin wrote:
>
>
>
> El jue, 10 dic 2020 a las 9:52, Josh Boyer ()
> escribió:
>>
>> On Wed, Dec 9, 2020 at 7:55 AM Sergio Belkin wrote:
>> >
>> >
>> >
>> > El mié, 9 dic 2020 a las 9:28, Peter Robinson ()
>> > escribió:
>> >>
>> >> On Wed, Dec 9, 2020 at
Sorry, I'm fixing the mistyped sentences.
On Thursday, December 10, 2020 2:48:07 PM CET Pavel Raiskup wrote:
> On Thursday, December 10, 2020 2:09:52 PM CET Fabio Valentini wrote:
> > Hi everybody,
> >
> > Is it just me or have downloads for the "local" repo (using mock with
> > "--enablerepo loc
- Original Message -
> From: "Clement Verna"
> To: "Development discussions related to Fedora"
>
> Sent: Thursday, December 10, 2020 2:16:26 PM
> Subject: Re: AArch64 support for container and flatpak builds
>
>
>
> On Thu, 10 Dec 2020 at 14:12, Jakub Cajka < jca...@redhat.com > w
On Thu, Dec 10, 2020 at 5:39 AM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Wednesday, 09 December 2020 at 21:45, Troy Dawson wrote:
> > On Wed, Dec 9, 2020 at 11:52 AM James Cassell
> > wrote:
> > > On Wed, Dec 9, 2020, at 1:44 PM, Ben Cotton wrote:
> > > > https://fedoraproject.org/wiki/Change
On Thu, Dec 10, 2020 at 1:39 pm, Benjamin Berg wrote:
I suppose to improve this, we would need a kind of "sudologin" that
accepts any user in the "wheel" group. Or maybe some other more rigid
requirement like configuring the first admin user that was created.
I'd say ideally any user in wheel
> I wouldn't mind the mitigation, if only I could disable it. Does
> anyone know any better? I'm still suspecting I configured something
> wrong but at the same time systemd seems to have a history with
> NXDOMAIN handling.
I found several things, including this related to NXDOMAIN:
https://githu
On Thu, Dec 10, 2020 at 2:07 AM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Thursday, 10 December 2020 at 00:49, Miro Hrončok wrote:
> > On 12/9/20 7:44 PM, Ben Cotton wrote:
> > > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault
> > >
> > > ...
> > > * Policies and guideline
On Thu, Dec 10, 2020 at 02:09:52PM +0100, Fabio Valentini wrote:
> Hi everybody,
>
> Is it just me or have downloads for the "local" repo (using mock with
> "--enablerepo local") been really slow for everybody lately? I'm only
> getting 50-100 kB/s download speeds for the repo metadata ... don't
>
So here's my plan:
1. Repackage openexr from scratch including review request (Rex?)
1a. Include appropriate Provides/Obsoletes for current OpenEXR and
ilmbase packages
2. Perform all testing and dependent rebuilds in a COPR first.
3. Build openexr and dependencies in a side-tag
4. Merge the
On Tue, Dec 8, 2020, 3:18 PM Matthew Miller
wrote:
> On Tue, Dec 08, 2020 at 08:02:01AM -0700, James Szinger wrote:
> > I find the modularity end-user documentation to be woefully
> > inadequate, especially for developers.
>
> Is there a particular part of the documentation you're struggling with
Le jeu. 10 déc. 2020 à 13:41, Richard Shaw a écrit :
>
> OpenEXR and ilmbase are several releases behind in Fedora and the main reason
> is that they combined OpenEXR & ilmbase and changed build systems to CMake.
>
> In digging into this, it makes sense. OpenEXR doesn't even provide a library
>
On Thu, Dec 10, 2020 at 11:45 AM Nicolas Chauvet wrote:
> Le jeu. 10 déc. 2020 à 13:41, Richard Shaw a écrit
> :
> >
> > OpenEXR and ilmbase are several releases behind in Fedora and the main
> reason is that they combined OpenEXR & ilmbase and changed build systems to
> CMake.
> >
> > In diggin
This is great news, thanks to everyone who worked on this project.
On Thu, Dec 10, 2020 at 5:44 AM Mark O'Brien wrote:
>
> All,
> We are very happy to announce that we now have AArch64 support for flatpak
> and container fedpkg builds in production!
>
> By default all flatpak and container build
On Wed, 9 Dec 2020, Dridi Boukelmoune wrote:
So it looks like my initial intuition that there could be a mitigation
of sorts is starting to hold water. The problem now is that clients on
my system using getaddrinfo in a way that was legit until now are now
being DoS'd by systemd-resolved, waitin
On Thu, Dec 10, 2020 at 08:01:31AM +, Zbigniew Jędrzejewski-Szmek wrote:
>
> I wonder: is it necessary to request a tag, or would just self-managed
> side-tag be enough?
A releng made side-tag:
* has a specific name
* requires releng ticket to create
* requires releng to merge builds back in
On Thu, Dec 10, 2020 at 10:36:36AM +0100, Robert-André Mauchin wrote:
> On 12/3/20 4:02 PM, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main
> >
> > == Summary ==
> >
> > This Change will move Fedora git repositories to use "main" as the
> > default git branch
Am 09.12.20 um 12:12 schrieb Christoph Karl:
Hello!
On 09.12.20 04:26, Sergio Belkin wrote:
How does this (https://blog.centos.org/2020/12/future-is-centos-stream/)
affect Fedora?
I think Fedora now needs some kind of LTS.
At least I was planning to support CentOS via EPEL as
a kind of "Fedor
Am 09.12.20 um 12:33 schrieb Jaroslav Prokop:
I am starting to get really confused on Fedora's position here. Are we
anywhere in the pipeline?
Are we prelude for software before it gets on CentOS streams or maybe
testing grounds for
RHEL if something got proved on the ground of CentsOS stream
On Thu, Dec 10, 2020 at 5:40 AM Benjamin Berg wrote:
>
> Hi,
>
> so, the other day we had a major regression in the PAM stack[1] that,
> unfortunately, ended up hitting rawhide and the Fedora 33 testing (not
> stable) repository before being unpushed.
>
> In this case it was easy to work around as
On Thu, Dec 10, 2020 at 10:36:39AM -0700, Ken Dreyer wrote:
> We're still using "calc" in the examples, and "lorim ipsum", etc.
LOL. That's because of me. And no, I don't. For one thing, calc upstream
development has pretty much stopped rendering the example moot.
Thanks for filing this, and I'll
For posterity here's the affected packages as far as I can tell:
lembic
aqsis
blender
calligra
cinelerra-gg
CTL
darktable
Field3D
freeimage
gegl04
gimp
gmic
gstreamer1-plugins-bad-free
gtatool
hugin
ilmbase
ImageMagick
kdebase3
kdelibs
kdelibs3
kde-runtime
kf5-kimageformats
kio-extras
krita
lumina
Hi,
On Thu, 2020-12-10 at 12:20 -0700, Chris Murphy wrote:
> On Thu, Dec 10, 2020 at 5:40 AM Benjamin Berg
> wrote:
> > Hi,
> >
> > so, the other day we had a major regression in the PAM stack[1]
> > that,
> > unfortunately, ended up hitting rawhide and the Fedora 33 testing
> > (not
> > stable)
On Tue, 8 Dec 2020 17:18:24 -0500
Matthew Miller wrote:
> Is there a particular part of the documentation you're struggling
> with, or something specifically you find missing? I don't mean to be
> snarky, but I heard a lot of this complaint at the last DevConf.cz,
> and then when the things menti
On Thu, Dec 10, 2020 at 9:55 PM James Szinger wrote:
>
> On Tue, 8 Dec 2020 17:18:24 -0500
> Matthew Miller wrote:
>
> > Is there a particular part of the documentation you're struggling
> > with, or something specifically you find missing? I don't mean to be
> > snarky, but I heard a lot of this
> Instead, we have gnome, NM, systemd-resolved, firefox et all fighting
> over who and how to handle captive portal authentication.
What bothers me first and foremost is that I'm not connecting through
a captive portal, and somehow I can't fully trust systemd-resolved to
DoTheRightThing(tm).
On p
On Thu, 10 Dec 2020 22:10:03 +0100
Petr Šabata wrote:
> Disable the freeradius module; it only has a context for the default
> perl stream and is blocking the switch.
Still no joy. By the way, my point here is not to get this working,
but rather to demonstrate the complexity of modularity and th
Richard Shaw left as an exercise for the reader:
> OpenImageIO
i know i've got a package (notcurses) that's affected by OIIO
rebuilds, so i'm not sure whether you wanted to go two-deep, but
if so, you're perhaps missing a few.
--
nick black -=- https://www.nick-black.com
to make an apple pie fro
On Thu, Dec 10, 2020 at 4:15 PM Nick Black wrote:
> Richard Shaw left as an exercise for the reader:
> > OpenImageIO
>
> i know i've got a package (notcurses) that's affected by OIIO
> rebuilds, so i'm not sure whether you wanted to go two-deep, but
> if so, you're perhaps missing a few.
>
Shoul
On Thu, Dec 10, 2020 at 11:08 PM James Szinger wrote:
>
> On Thu, 10 Dec 2020 22:10:03 +0100
> Petr Šabata wrote:
> > Disable the freeradius module; it only has a context for the default
> > perl stream and is blocking the switch.
>
> Still no joy. By the way, my point here is not to get this wo
# /tmp/podman-run-* directory can contain content for Podman containers
that have run
# for many days. This following line prevents systemd from removing this
content.
x /tmp/podman-run-*
D! /run/podman
X! /var/lib/cni/networks/*/last_reserved_ip*
D! /var/lib/cni/networks
Basically we want to m
On Thu, Dec 10, 2020 at 1:07 PM Benjamin Berg wrote:
>
> Hi,
>
> On Thu, 2020-12-10 at 12:20 -0700, Chris Murphy wrote:
> > On Thu, Dec 10, 2020 at 5:40 AM Benjamin Berg
> > wrote:
> > > Hi,
> > >
> > > so, the other day we had a major regression in the PAM stack[1]
> > > that,
> > > unfortunatel
Am 10.12.20 um 23:56 schrieb Chris Murphy:
There is also the sysroot fails to mount problem. That leaves us in
the initramfs which is an even more limited environment. For sure
falling over at boot or during startup is rare, but no matter why it
often induces panic in even experienced users, in p
On Thu, Dec 10, 2020 at 3:52 AM James Cassell
wrote:
> On Wed, Dec 9, 2020, at 1:44 PM, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault
> Is there really no better solution?
A general comment: I feel it is a shame that more language ecosystems don'
On Thu, Dec 10, 2020 at 10:29:12AM -0800, Kevin Fenzi wrote:
> On Thu, Dec 10, 2020 at 10:36:36AM +0100, Robert-André Mauchin wrote:
> > On 12/3/20 4:02 PM, Ben Cotton wrote:
> > > https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main
> > >
> > > == Summary ==
> > >
> > > This Change wil
On Fri, Dec 11, 2020 at 08:15:19AM +0100, Pierre-Yves Chibon wrote:
> On Thu, Dec 10, 2020 at 10:29:12AM -0800, Kevin Fenzi wrote:
> > On Thu, Dec 10, 2020 at 10:36:36AM +0100, Robert-André Mauchin wrote:
> > > On 12/3/20 4:02 PM, Ben Cotton wrote:
> > > > https://fedoraproject.org/wiki/Changes/Git
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-20201205.0):
ID: 738850 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
56 matches
Mail list logo
