Thanks to all respondents - an interesting discussion. I think I'm now
equipped to respond to upstream.
Bob
On Wed, 30 Nov 2022 at 08:15, Björn Persson wrote:
> Vitaly Zaitsev via devel wrote:
> > On 29/11/2022 17:33, Todd Zullinger wrote:
> > > One of reasons being that it's (at least slightly
On Tue Nov 29, 2022 at 22:13 +, Zbigniew Jędrzejewski-Szmek wrote:
> I just saw gotmax's comment after pasting this in ;)
And I saw you beat me to replying to Kevin after I had already sent the
same thing. The more the merrier I guess :).
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
Nov 29, 2022 2:31:29 PM Kevin Kofler via devel
:
Stephen Gallagher wrote:
Following is the list of topics that will be discussed in the
FESCo meeting Tuesday at 17:00UTC in #fedora-meeting on
irc.libera.chat.
does anyone have a complete log? It does not show up on
meetbot.fedoraproject.org
Vitaly Zaitsev via devel wrote:
> On 29/11/2022 17:33, Todd Zullinger wrote:
> > One of reasons being that it's (at least slightly) easier to
> > notice a change to the public key / keyring when it's in
> > dist-git versus the lookaside cache
>
> It depends on public key format. Armored (ASCII f
On Tue, Nov 29, 2022 at 09:31:01PM +0100, Kevin Kofler via devel wrote:
> Hi,
>
> Stephen Gallagher wrote:
> > Following is the list of topics that will be discussed in the
> > FESCo meeting Tuesday at 17:00UTC in #fedora-meeting on
> > irc.libera.chat.
>
> does anyone have a complete log? It doe
On Tue, Nov 29, 2022 at 9:25 AM Neal Gompa wrote:
>
> Hey all,
>
> capnproto 0.10.2 is being upgraded in Rawhide. As part of this, I'll
> be rebuilding its reverse dependencies:
>
> * fastnetmon
> * librime
> * rr
> * sonic-visualiser
>
> I'm taking care of all of this in a side-tag and will merge
Hi,
Stephen Gallagher wrote:
> Following is the list of topics that will be discussed in the
> FESCo meeting Tuesday at 17:00UTC in #fedora-meeting on
> irc.libera.chat.
does anyone have a complete log? It does not show up on
meetbot.fedoraproject.org, and the raw log at
https://meetbot-raw.fed
This is the final reminder that nominations are open through 2359 UTC
on Wednesday. There are currently five nominations for five open
seats.
On Wed, Nov 16, 2022 at 12:49 PM Ben Cotton wrote:
>
> Now through 30 November, you may nominate candidates for the open
> seats on the Fedora Engineering
On Tue, Nov 29, 2022 at 9:02 PM Vitaly Zaitsev via devel
wrote:
>
> On 29/11/2022 20:33, Alexander Ploumistos wrote:
> > It's not "demanding", but rather "suggesting". It's not offering the
> > font either.
>
> FOSS fonts should be placed first.
I'm with you here.
> > It makes sense from the we
On 29/11/2022 20:57, Neal Gompa wrote:
If they're ASCII armored format, then store them in Git, by all means.
Yep. The example[1] stores the keys in binary format. Missing --armor
option.
[1]: https://docs.fedoraproject.org/en-US/packaging-guidelines/#_exceptions
--
Sincerely,
Vitaly Zait
On 29/11/2022 20:27, Maxwell G via devel wrote:
I believe Ubuntu fonts' license is also not permitted for Fedora.
Yes, except ubuntu-title-fonts[1].
[1]: https://koji.fedoraproject.org/koji/packageinfo?packageID=10821
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 29/11/2022 20:33, Alexander Ploumistos wrote:
It's not "demanding", but rather "suggesting". It's not offering the
font either.
FOSS fonts should be placed first.
It makes sense from the web developer's perspective to
have the page appear as good or consistent as possible on every
platform
On Tue, Nov 29, 2022 at 2:50 PM Vitaly Zaitsev via devel
wrote:
>
> On 29/11/2022 17:33, Todd Zullinger wrote:
> > One of reasons being that it's (at least slightly) easier to
> > notice a change to the public key / keyring when it's in
> > dist-git versus the lookaside cache
>
> It depends on pub
On Tue, Nov 29, 2022, at 3:24 AM, Bob Hepple wrote:
> Here's a question from one of my upstream devels. Not sure I understand
> exactly what he's asking but I thought I'd post here in the hope that
> someone can enlighten him (and me!).
>
> "... Arch supports signed git tags. I'm hoping Fedora
On 29/11/2022 17:33, Todd Zullinger wrote:
One of reasons being that it's (at least slightly) easier to
notice a change to the public key / keyring when it's in
dist-git versus the lookaside cache
It depends on public key format. Armored (ASCII format) vs. binary keys.
Storing binaries in Git
It's not "demanding", but rather "suggesting". It's not offering the
font either. It makes sense from the web developer's perspective to
have the page appear as good or consistent as possible on every
platform.
___
devel mailing list -- devel@lists.fedora
On Tue Nov 29, 2022 at 12:57 CST, Jeremy Linton wrote:
> Hi,
>
>
> On 6/16/22 15:53, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/fno-omit-frame-pointer
> >
> > This document represents a proposed Change. As part of the Changes
> > process, proposals are publicly announced in order
On Tue, 2022-11-29 at 19:10 +0100, Sandro Mani wrote:
>
> > > Hi everyone,
> > >
> > > The moby-engine package [1] (also known as Docker) has been
> > > orphaned in Fedora and is looking for a new maintainer. The
> > > waiting period will soon be over and the package will be retired
> > > if nobo
On Tue Nov 29, 2022 at 18:51 +0100, Vitaly Zaitsev via devel wrote:
> Hello.
>
> RHBZ began to demand Microsoft font "Segoe UI" since yesterday:
>
> font-family: SFMono-Medium, SF Mono, Segoe UI Mono, "Roboto Mono",
> "Ubuntu Mono", Menlo, Courier, monospace
>
> > SFMono-Medium, SF Mono
>
> Not p
Hello.
RHBZ began to demand Microsoft font "Segoe UI" since yesterday:
font-family: SFMono-Medium, SF Mono, Segoe UI Mono, "Roboto Mono",
"Ubuntu Mono", Menlo, Courier, monospace
> SFMono-Medium, SF Mono
Not packaged and not installed by default on Fedora, so the Segoe UI
Mono is used.
Is
On 29/11/2022 19:57, Jeremy Linton wrote:
Why not turn this on just for rawhide and leave it off for the main
distro releases?
Mass rebuild is a huge pain for maintainers due to FTBFS issues, and
doing it multiple times is unacceptable.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
Hi everyone,
The moby-engine package [1] (also known as Docker) has been orphaned in Fedora
and is looking for a new maintainer. The waiting period will soon be over and
the package will be retired if nobody steps in.
This means that the package will be unavailable starting with the next rel
Am 14.08.22 um 11:24 schrieb Julian Sikorski:
Dear maintainers,
I have updated Fedora asio package from the current 1.16.1 to 1.24.0. I
have rebuilt the seven current dependencies and with the exception of
OpenSceneGraph, all build fine against the updated asio package. While
OpenSceneGraph f
Hi,
On 6/16/22 15:53, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/fno-omit-frame-pointer
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if a
On Tue, Nov 29, 2022 at 5:00 AM wrote:
>
> You are kindly invited to the meeting:
>Prioritized bugs and issues on 2022-11-30 from 10:00:00 to 11:00:00
> America/Indiana/Indianapolis
>At fedora-meetin...@irc.libera.chat
>
> More information available at:
> https://docs.fedoraproject.org/e
Vitaly Zaitsev via devel wrote:
> On 29/11/2022 09:24, Bob Hepple wrote:
>> "... Arch supports signed git tags. I'm hoping Fedora does too.
>
> On Fedora you must upload source tarball, its signature and public key to
> the Fedora look-aside cache
A minor expansion on that; the public key / upstr
On 11/29/22 09:54, Kaleb Keithley wrote:
> Apache Arrow 10.0.0 has been released.
>
> At present nobody is using libarrow except Ceph. (Which I am the
> maintainer of.)
>
> I will be rebasing libarrow to 10.0.0 within the next couple of days.
Thanks for the heads up! 👏🏻
--
Major Hayden
OpenP
For some reason a few people weren't processed - I ran the script over them
again and most were successful.
For some reason, mmorsi causes the script to traceback (and zodbot errors
trying to .fasinfo them as well). I processed mmorsi by hand.
If anyone notices any others that got missed, please l
Hi,
Over the years, I've acquired some packages that aren't really widely
used anymore. I'm orphaning them now as part of a clean up initiative
for the GNOME packages.
I don't think any of them will be of any interest to anyone, but just
in case someone does want one, I'm including the list here:
Hi,
Apache Arrow 10.0.0 has been released.
At present nobody is using libarrow except Ceph. (Which I am the maintainer
of.)
I will be rebasing libarrow to 10.0.0 within the next couple of days.
--
Kaleb
___
devel mailing list -- devel@lists.fedorapr
On Tue, 2022-11-29 at 14:56 +0100, Petr Pisar wrote:
> V Tue, Nov 29, 2022 at 01:07:19PM +0100, Jiri Kucera napsal(a):
> > Hello,
> >
> > I am going to rebase gpgme to 1.17.1 in rawhide, f37, and f36. This
> > bumps the SONAME of libqgpgme.so.7 to libqgpgme.so.15.
>
> Please, don't. That is an in
Hello,
I'll take:
- rpms/keylime
Thank you,
Anderson
___
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-
Hey all,
capnproto 0.10.2 is being upgraded in Rawhide. As part of this, I'll
be rebuilding its reverse dependencies:
* fastnetmon
* librime
* rr
* sonic-visualiser
I'm taking care of all of this in a side-tag and will merge them into
Rawhide once everything is done.
--
真実はいつも一つ！/ Always, the
I've taken chocolate-doom and gif2png.
On Tue, Nov 29, 2022 at 7:53 AM Rahul Sundaram wrote:
> Hi
>
> I have orphaned all the packages I used to maintain but haven't had the
> time to keep up with in a long time. Feel free to pick them up if you
> like. All the best.
>
> https://src.fedoraproj
V Tue, Nov 29, 2022 at 01:07:19PM +0100, Jiri Kucera napsal(a):
> Hello,
>
> I am going to rebase gpgme to 1.17.1 in rawhide, f37, and f36. This
> bumps the SONAME of libqgpgme.so.7 to libqgpgme.so.15.
Please, don't. That is an incompatible change which will break a lot of
software. E.g. DNF. We
Hi
I have orphaned all the packages I used to maintain but haven't had the
time to keep up with in a long time. Feel free to pick them up if you
like. All the best.
https://src.fedoraproject.org/rpms/chocolate-doom
https://src.fedoraproject.org/rpms/gif2png
https://src.fedoraproject.org/rpms/gh
On Tue, Nov 29, 2022 at 3:24 AM Bob Hepple wrote:
>
> Here's a question from one of my upstream devels. Not sure I understand
> exactly what he's asking but I thought I'd post here in the hope that someone
> can enlighten him (and me!).
>
> "... Arch supports signed git tags. I'm hoping Fedora d
On Tue, 29 Nov 2022 at 07:29, Björn Persson wrote:
>
> As to why the builders lack Internet access, I wasn't around when that
> was decided but it helps ensure that the source RPM packages actually
> contain the source code.
>
>
During the early days of packaging, there were a set of packages whi
Il 29/11/22 11:16, Vít Ondruch ha scritto:
>
>
> Dne 29. 11. 22 v 11:05 Vít Ondruch napsal(a):
>>
>>
>> Dne 29. 11. 22 v 11:02 Vít Ondruch napsal(a):
>>>
>>>
>>> Dne 29. 11. 22 v 10:46 Vít Ondruch napsal(a):
I don't think that this went completely correct. I have just
claimed ownersh
Sorry, I meant "jakarta" instead of "javax" package name.
On 29. 11. 2022 13:39, Marián Konček wrote:
I am planning to update jakarta-activation to version 2 along with
updating jaxb-* packages. The package's classes use a different
namespace "jakarta" instead of "jaxb".
I am also planning to
I am planning to update jaxb-api to version 2 along with updating jaxb-*
packages. The package's classes use a different namespace "jakarta"
instead of "javax".
I am also planning to add a compatibility package jaxb-api2.
Nevertheless, dependent packages may need to change their BuildRequires.
I am planning to update jakarta-activation to version 2 along with
updating jaxb-* packages. The package's classes use a different
namespace "jakarta" instead of "jaxb".
I am also planning to add a compatibility package jakarta-annotations1.
Nevertheless, dependent packages may need to change
Hi,
In 2017, we start to look into the possibility of having Deepin Desktop
Environment in Fedora. With the effort of several packagers and
reviewers, Deepin Desktop Environment was able to run in Fedora in late
2018. And later the DeepinDE SIG was 'officially' formed.
In the past 5 years, o
On 28/11/2022 19:20, Mattia Verga via devel wrote:
- rpms/jdns
- rpms/tesseract
- rpms/zimlib
- rpms/pidgin-privacy-please
- rpms/yaml-cpp
Took these packages.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lis
Bob Hepple wrote:
> If we _do_ support "signed git tags" how do we code for it in the spec
> file?
As the builders lack Internet access, they can't pull directly from the
upstream Git repository. To verify a signed Git tag during the build,
it would be necessary to package up the whole Git reposit
Thanks for trying, fired off the build for real, passed too, mozjs68
retired from rawhide.
I'll add it to fedora-obsolete-packages too.
On Tue, Nov 29, 2022 at 12:20 PM Florian Weimer wrote:
> * Frantisek Zatloukal:
>
> > Hey,
> >
> > yeah, I am looking forward to throwing it away, erlang-js wa
Hello,
I am going to rebase gpgme to 1.17.1 in rawhide, f37, and f36. This
bumps the SONAME of libqgpgme.so.7 to libqgpgme.so.15. Expect pushes to
these repositories:
* isoimagewriter
* trojita
* kget
* kf5-libkleo
* kleopatra
* kmail-account-wizard
* kf5-messagelib
* kf5-mailcommon
* kdepim-addon
On Wed, Nov 23, 2022 at 6:46 PM Vojtech Trefny wrote:
> Hi, I am planning to change how we support BIOS RAID (sometimes also
> called Firmware or Fake RAID) in the installer in the future. I plan
> to go through the official Fedora change process for Fedora 38, but
> I'd like to get some feedback
OLD: Fedora-Rawhide-20221128.n.0
NEW: Fedora-Rawhide-20221129.n.0
= SUMMARY =
Added images:2
Dropped images: 2
Added packages: 3
Dropped packages:2
Upgraded packages: 194
Downgraded packages: 0
Size of added packages: 16.10 MiB
Size of dropped packages
* Frantisek Zatloukal:
> Hey,
>
> yeah, I am looking forward to throwing it away, erlang-js was changed (
> https://github.com/erlang-mozjs/erlang-mozjs/issues/6 ) to be built against
> the new mozjs,
> but the build has failed, so repos still contain the old version (
> https://koji.fedoraprojec
Adding to what Vitaly has said:
The other question is where you get those signatures from. If upstream does not
sign tarballs any more then there is nothing to check, sadly.
In a source-git based workflow, or if you roll your own using rpkg or such, you
have the upstream source available so tha
Hey,
yeah, I am looking forward to throwing it away, erlang-js was changed (
https://github.com/erlang-mozjs/erlang-mozjs/issues/6 ) to be built against
the new mozjs, but the build has failed, so repos still contain the old
version ( https://koji.fedoraproject.org/koji/buildinfo?buildID=2085927 )
On Tue, 29 Nov 2022 10:27:56 +
Paul Howarth wrote:
> On Mon, 28 Nov 2022 18:20:20 +
> Mattia Verga via devel wrote:
>
> > Il 28/11/22 18:36, Nick Bebout ha scritto:
> >
> > > I've removed a lot of ACLs. See attached log file.
> >
> > Thanks Nick.
> >
> > From your output I made
Announcing the creation of a new nightly release validation test event
for Fedora 38 Rawhide 20221129.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Mon, 28 Nov 2022 18:20:20 +
Mattia Verga via devel wrote:
> Il 28/11/22 18:36, Nick Bebout ha scritto:
>
> > I've removed a lot of ACLs. See attached log file.
>
> Thanks Nick.
>
> From your output I made a list of the orphaned packages which I think
> it's a bit more readable:
>
...
On Tue, Nov 29, 2022 at 10:44 AM Florian Weimer wrote:
> I don't see anything depending on it in the RPM specs file archive.
>
> It looks like the configure script might get confused when building with
> future C compilers which do not accept implicit function declarations,
> and it's probably no
Dne 29. 11. 22 v 11:05 Vít Ondruch napsal(a):
Dne 29. 11. 22 v 11:02 Vít Ondruch napsal(a):
Dne 29. 11. 22 v 10:46 Vít Ondruch napsal(a):
I don't think that this went completely correct. I have just claimed
ownership of rubygem-em-socksify (so far so good). However, I
noticed, that mmor
Dne 29. 11. 22 v 11:02 Vít Ondruch napsal(a):
Dne 29. 11. 22 v 10:46 Vít Ondruch napsal(a):
I don't think that this went completely correct. I have just claimed
ownership of rubygem-em-socksify (so far so good). However, I
noticed, that mmorsi, while removed from packager group (at least
On 15. 11. 22 8:14, Jitka Plesnikova wrote:
On 11/11/22 14:10, Jitka Plesnikova wrote:
Something like this should work:
File: /usr/lib/rpm/fileattrs/perllib.attr
%__perllib_requires() %{lua:
if macros['1']:match('.+%.so$') and macros.perl_version then
print('perl(:MODULE_COMPAT
Dne 29. 11. 22 v 0:00 Adam Williamson napsal(a):
On Mon, 2022-11-28 at 19:24 +, Artur Frenszek-Iwicki wrote:
- rpms/fpc
- rpms/lazarus
I've been a co-admin on those, so I took 'em.
Several of the orphaned packages are dependencies of stuff I
currently maintain.
I'll wait a week or two to
Dne 29. 11. 22 v 10:46 Vít Ondruch napsal(a):
I don't think that this went completely correct. I have just claimed
ownership of rubygem-em-socksify (so far so good). However, I noticed,
that mmorsi, while removed from packager group (at least being on the
list)
Just checked that he is no
Dne 28. 11. 22 v 19:20 Mattia Verga via devel napsal(a):
Il 28/11/22 18:36, Nick Bebout ha scritto:
I've removed a lot of ACLs. See attached log file.
Thanks Nick.
From your output I made a list of the orphaned packages which I think
it's a bit more readable:
- rpms/rubygem-chronic
- r
I don't think that this went completely correct. I have just claimed
ownership of rubygem-em-socksify (so far so good). However, I noticed,
that mmorsi, while removed from packager group (at least being on the
list) is still comaintainer of the package. I would assume that these
people should h
I don't see anything depending on it in the RPM specs file archive.
It looks like the configure script might get confused when building with
future C compilers which do not accept implicit function declarations,
and it's probably not worth porting this to C99.
Thanks,
Florian
On 29/11/2022 09:24, Bob Hepple wrote:
"... Arch supports signed git tags. I'm hoping Fedora does too.
On Fedora you must upload source tarball, its signature and public key
to the Fedora look-aside cache, because builders have no network access
for security reasons.
--
Sincerely,
Vitaly
Here's a question from one of my upstream devels. Not sure I understand
exactly what he's asking but I thought I'd post here in the hope that
someone can enlighten him (and me!).
"... Arch supports signed git tags. I'm hoping Fedora does too.
I'm thinking of dropping this cumbersome process (i.e:
66 matches
Mail list logo
