l...@fedoraproject.org wrote:
> In this case, OpenCOLLADA can be retired on Rawhide as Blender no longer
> explicitely requires it for building.
That by itself is not a reason for fast-track retiring the library.
Kevin Kofler
___
devel m
e clones also have infrastructure costs.
They indeed do not share the development costs, but there is no requirement
that they do.
> Perhaps it is time to provide a gpl4 rule that encompasses or replaces
> gpl3.
A "GPL4" with the kind of rules you imply would no longer be Free Software,
he
LibreOffice? If RH considers
LibreOffice unimportant to their customers, it is obvious that they only
care about server customers.
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send a
rience there, as one of the people keeping the
Qt/kdelibs 3 and 4 stacks working for legacy applications to use. Those are
a lot less work to maintain than the current KDE Frameworks that need to be
updated to a new upstream release every month or so.
Kevin
On Thu, Jun 29, 2023 at 08:14:01PM +0200, Jiri Vanek wrote:
> Hi Kevin!
> I'm unabel to answer that. First release will be a bit experiemntal
> for sure. But final target is sure - to persist the underlying
> portables and to enable srpm rebuild as comfortably as possible.
Sur
On Thu, Jun 29, 2023 at 01:23:42PM -0700, Tom Stellard wrote:
> On 6/29/23 10:42, Kevin Fenzi wrote:
> > On Thu, Jun 29, 2023 at 10:14:31AM -0700, Tom Stellard wrote:
> > > On 6/29/23 09:52, Jiri Vanek wrote:
> > > > Hi Tom!
> > > >
> > >
, Red
Hat is really turning into an unfriendly company, and I really have to
wonder whether Fedora is going to be of any use to me in the long run.
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
essary bureaucracy of unretiring the package.
Kevin Kofler
___
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/projec
eed to use
host tools and point them to the sysroot, or to use CPU emulation to run the
tools within the sysroot, or as a last resort to unpack package contents
manually.)
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.
hide and not be tested/gated as a unit.
But of course we could do fixed tags for stable releases and have a
sidetag flow for rawhide, but that might make things more confusing.
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- d
On Sat, Jun 24, 2023 at 01:41:48PM -0700, Kevin Fenzi wrote:
>
> I mailed the admin listed for that site... hopefully they can correct
> their mirror and/or mirrormanager to fix it up.
>
> I marked it inactive in the mean time... they can reacitivate it when
> it's fixed.
J
) architecture, not just Fedora
on a different architecture.
Kevin Kofler
___
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-U
without
> violating policy.
>
> > python-IPy kevin
>
> https://src.fedoraproject.org/rpms/python-IPy/pull-request/1
Merged, built in f39-python and python-packager-sig added
>
>
> > python-chai kevin pingou
>
> https://src.fedoraproject.org/rpms/pyth
n them.
kevin
signature.asc
Description: PGP signature
___
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-c
and aarch64 in hand?
When we move all images over, will it be able to handle the capacity?
I'm hoping it's easy to debug failures. We can debug livemedia-creator
pretty well at this point. :)
kevin
signature.asc
Description: PGP signature
___
de
annolo images than
livemedia-creator.)
Kevin Kofler
___
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/cod
also offers Rocky Linux and (recently added due to customer
demand) AlmaLinux. If their customers were happy with CentOS Stream, they
would not do that. (For the record, I happen to be one of those customers,
for a small VPS (currently still running CentOS 7) and 2 domain names. That
is the only
nce dropped), can it?
Sure it can. There's a number of EPEL only packages.
Things that make no sense in Fedora, but do in EPEL due to versions of
things in RHEL.
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedor
On Sat, Jun 24, 2023 at 01:33:31PM -0700, Kevin Fenzi wrote:
> We typically do update/reboot cycles every month or two, there's no hard
> and fast schedule. If there's a reason we can do the builders sooner.
>
> I can see about rebooting them next week (or perhaps this weekend, bu
Neal Gompa wrote:
> On Fri, Jun 23, 2023 at 6:09 PM Kevin Kofler via devel wrote:
>>
>> Josh Boyer wrote:
>> > Agree with Matthew fully here. We've been working rather hard
>> > internally to adjust the development process for RHEL to be more
>> > coll
were seeing issues could keep an eye out now that would be
appreciated. If it's better/worse/thesame would be useful feedback.
Thanks,
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
wrong in the mirror manager:
> https://mirror.linux-ia64.org/fedora/linux
>
> It should be:
> https://mirror.linux-ia64.org/fedora/fedora/linux
>
> I guess that would require an infrastructure ticket to get it fixed.
I mailed the admin listed for tha
Koji
> builders be upgraded next? :)
We typically do update/reboot cycles every month or two, there's no hard
and fast schedule. If there's a reason we can do the builders sooner.
I can see about rebooting them next week (or perhaps this weekend, but
not sure if I wil
thing end users are interested in, are less open!
Kevin Kofler
___
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-U
new repo. The releng-bot user ends up
owning the project instead of the submitter.
Filing a releng ticket is the correct thing to do here and this one is
all fixed up.
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@
rspective – I know it is more work for the packager) way.
Kevin Kofler
___
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/projec
conflicts they cannot resolve) is a very bad idea.
If you really need a package to depend on a specific version of a library,
that library version should be packaged as a parallel-installable
compatibility library as per the packaging guidelines.
Kevin Kofler
__
you sure those are 2 independent signatures and not a signature chain?
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fed
Kevin Kofler via devel wrote:
> Gary Buhrmaster wrote:
>> Well, EL6 ELS support is still available for (around)
>> another year, so it is a nice to have to support those
>> limping along with EL6, but I would generally agree
>> with the principal that if supporting a p
31 had its EOL only 6 days
before EPEL 6, Fedora 32 to 36 had theirs more recently.)
> I do not consider setting gpgcheck=0 overly
> onerous for EPEL6
I consider it a security risk and a no go.
Kevin Kofler
___
devel mailing list -- de
Planned Outage - networking upgrades - 2023-06-13 20:00 UTC
There will be an outage starting at 2023-06-13 20:00UTC,
which will last approximately 2 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2023-06-13
Planned Outage - networking upgrades - 2023-06-13 20:00 UTC
There will be an outage starting at 2023-06-13 20:00UTC,
which will last approximately 2 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2023-06-13
On Sun, Jun 11, 2023 at 11:06:15PM -, Reon Beon via devel wrote:
> Any update? Is this being done?
I don't think there's a formal change filed yet.
Matthew: Did you want to do that? Or would you like me or someone else
to do so?
kevin
signature.asc
Description: PGP signat
(!)
after its EOL.
Kevin Kofler
___
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/
List
I know those aren't great for several reasons.
I guess we can untag it...
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedor
en by https://bugzilla.redhat.com/show_bug.cgi?id=1931587
(the new guided bug form for fedora).
Can you file a bug like
https://bugzilla.redhat.com/show_bug.cgi?id=2189110 to ask that it be
added back? Or I can if you prefer...
kevin
signature.asc
Description: PGP signature
question under the libreoffice SIG thread.
Yeah, I too thought it was spam at first, but I think they are just
asking for libreoffice features similar to some pointpoint ones.
kevin
signature.asc
Description: PGP signature
___
devel mailing lis
On Wed, Jun 07, 2023 at 07:19:32PM +0200, Iñaki Ucar wrote:
> On Wed, 7 Jun 2023 at 19:15, Kevin Fenzi wrote:
> >
> > On Tue, Jun 06, 2023 at 12:30:56PM -0500, Chris Adams wrote:
> > > Once upon a time, Clement Verna said:
> > > > Once https://github.com/docke
al process (including opening a PR), does it
> really make sense to put Rawhide images on Dockerhub?
Sadly, lots of people look there, but yeah... it's not great.
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel
weeks
> ago
> mythes-sk orphan 0 weeks
> ago
> mythes-sl orphan 0 weeks
> ago
> mythes-sv orphan 0 weeks
> ago
> m
dle classes loaded at runtime, such as dynamically
generated or downloaded class files). Many applications worked with GCJ only
in that mixed mode.
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
, as any other java onthe world, without hacks.
Sorry, but I believe that the old packaging was exactly that, "properly
integrated" and "without hacks", whereas I have to politely disagree about
the new packaging having those properties.
Kevin Kofler
should be enough to change the package Name and the Summary and
%description. The java-*-openjdk name could still be Obsoleted/Provided, and
the binaries do not have to be renamed either.)
Kevin Kofler
___
devel mailing list --
uot;OpenJDK", as long as I do not notice any incompatibility in my actual
work.
What I *do* care about is that the build is built and packaged the Fedora
way, which is less and less the case for the OpenJDK packages.
Kevin Kofler
___
devel maili
ry names "java" and "javac" are interfaces, so there is really
no way they can prevent us from shipping executables, or at least symlinks,
named that way.)
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraprojec
t from source on
Fedora anymore, but on a commercial operating system (RHEL). That is
unacceptable for a distribution that intends to be self-hosting.
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
binary blobs can be used only for
bootstrapping, which implies that they MUST be replaced with something built
on the targeted Fedora release before reaching end users.
https://docs.fedoraproject.org/en-US/packaging-guidelines/what-can-be-packaged/#prebuilt-binaries-or-libraries
On Wed, May 31, 2023 at 08:25:23AM +0200, Miro Hrončok wrote:
> On 31. 05. 23 1:31, Kevin Fenzi wrote:
> > So, the only way I can see to do this would be to have releng manually
> > tag the builds from oldest release into newer ones each time they are
> > built. I do not l
all in testing with 'time
to stable' disabled. ;( For whatever reason.
asking epel steering what they would like to do on those.
https://pagure.io/epel/issue/230
>
> Can those old updates be unpushed? If so, who should take care of it?
Probibly it comes down to releng, but we should
no CI checks, no chance for karma, no updates-testing step
(unless there's more work to retag a bunch of times).
I'm open to other ideas, but as it is I'm not liking this change.
kevin
signature.asc
Description: PGP signature
___
devel mailing list
al use cases here? As Kevin and Zbigniew said in
> https://pagure.io/fesco/issue/2929 , interest-based groups instead of
> employer-based groups seem like a better approach. Seems like the main
> place this would be used is when the org is the upstream project, and
> even then, an i
Planned Outage - koji database - 2023-06-01 14:30 UTC
There will be an outage starting at 2023-06-01 14:30UTC,
which will last approximately 8 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2023-06-01 14:30UTC'
Planned Outage - wiki upgrade - 2023-05-31 21:00 UTC
There will be an outage starting at 2023-05-31 21:00 UTC
which will last approximately 3 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2023-05-31 21:00UTC'
Planned Outage - koji database - 2023-06-01 14:30 UTC
There will be an outage starting at 2023-06-01 14:30UTC,
which will last approximately 8 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2023-06-01 14:30UTC'
Planned Outage - wiki upgrade - 2023-05-31 21:00 UTC
There will be an outage starting at 2023-05-31 21:00 UTC
which will last approximately 3 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2023-05-31 21:00UTC'
On Mon, May 29, 2023 at 07:49:54AM +0100, Philip Wyett wrote:
> On Mon, 2023-05-29 at 07:50 +0200, Neal Gompa wrote:
> > On Sat, May 27, 2023 at 2:52 PM Ali Erdinc Koroglu
> > wrote:
> > >
> > >
> > > On 27/05/2023 15:18, Florian Weimer wrote:
> >
n RH as a cloud services company and do not care at all about
RHEL, let alone Fedora. The word "Linux" did not show up a single time in
the whole announcement!
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
AbiWord/enchant/blob/e224b4cbc9856d86335afb43dd1a6651f99fc58e/providers/enchant_hunspell.cpp#L196
https://invent.kde.org/frameworks/sonnet/-/blob/88ba0b8c53d4bc6fbb45ab5350bdf5aa4fde23d7/src/plugins/hunspell/hunspellclient.cpp#L23
Kevin Kofler
___
dev
hspell, and voikko. All 4 are optional at compile-time, and plugins
at runtime.) Though to be fair, Sonnet is already an abstraction similar to
Enchant, and having an abstraction built on top of an abstraction apparently
did not work out that well.
to look for inspiration
at the rules for Estonian, which, as you probably know, is closely related.)
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
Gary Buhrmaster wrote:
> RH's staff redundancies
The position was clearly NOT redundant. This is just RH unilaterally killing
jobs including a central Fedora position in order to increase IBM's profits.
Kevin Kofler
___
devel mailing l
require some documentation? ie, should the group have to make
a doc/wiki page explaining what it's for and how to reach group owners
in case of problems?
Thoughts?
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel
2M compressed, 753M uncompressed
> Toolbox squashed - 291M compressed, 884M uncompressed
>
> But generally seems like it would be a win. osbuild/kiwi/whatever can be
> left as a separate project.
I would support this fully. ;)
It would make it a lot easier and then it wouldn't depen
nce communication (because they want to lay off their
employees as quietly as possible in order not to scare potential
shareholders?) just makes it worse.
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
> the Council?
just as a note, our FPL (Fedora Project Leader) (Matthew) and FCA (Fedora
community architect) (Justin) are both at Red Hat summit this week.
So yeah, likely they are aware, but busy... but I guess a council ticket
would be good to make sure.
kevin
signature.asc
Descripti
I've moved all the power9 virthosts running builders over to a 6.3.x
kernel.
Please let me know if this helps or doesn't with slowness issues.
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
vm density. We were fine in the past with 10 vm's per virthost, but
perhaps if we drop to 8 or so it would take some of the pressure off.
Thanks for all the feedback everyone...Hopefully we can get it back to
normal soon.
kevin
signature.asc
Description: PGP signature
t; example: https://bugzilla.redhat.com/show_bug.cgi?id=2184351
>
> So, it was a general feasibility request. For those that slip into
> such situation; there are still the repo archives, that get a copy
> when a minor release happens (this one I
Planned Outage - Server updates/reboots - 2023-05-17 21:00 UTC
There will be an outage starting at 2023-05-17 21:00 UTC
which will last approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2023-05-17
Planned Outage - Server updates/reboots - 2023-05-17 21:00 UTC
There will be an outage starting at 2023-05-17 21:00 UTC
which will last approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2023-05-17
if so.
> It seems Slim has been unretired:
> https://pagure.io/releng/issue/11310
> and project ownership updated:
> https://src.fedoraproject.org/rpms/slim
> Maybe just need to add the new files?
Yes, it should be unretired and all ready to push commits
to/build/
do some this weekend, but I am trying to catch up on
around the house/yard tasks, so no promises. :)
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists
sh, because the side tag
it was building against was deleted. (when the update was submitted
bodhi does that). ;(
So, I'd suggest canceling that build, running a new one and doing it as
a seperate update.
kevin
signature.asc
Description: PGP signature
___
ly different codebases
> now!).
PhpBB, SMF, etc. are all still out there (still maintained).
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedor
Kevin Kofler via devel wrote:
> So you folks were not happy with the feedback on the mailing list, so you
> just made up a poll somewhere else.
[snip]
> Was that poll ever announced on the mailing list? Or did you just expect
> people to magically notice it has popped up in the
ou just expect
people to magically notice it has popped up in the FESCo ticket?
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://
g modules now switch to compat packages in the main
repository?
I realize we may want to just say 'no, not now' here, but I thought I
would bring it up.
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@li
iscussing the proposals in the FESCo
meetings, the goal was always to rush to the vote as quickly as possible and
"+1" it out of the way, discussion was just seen as a waste of time.
Kevin Kofler
___
devel mailing list -- devel@list
OPYING file alone, you must actually look at the headers on top of the
individual source files.
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedor
re already made
before the thread is even started.
So now you are forcing change feedback to go through an inconvenient
mechanism in the hope to prevent it from coming up to begin with, so you do
not have to so blatantly ignore it.
Kevin Kofler
__
On Tue, May 09, 2023 at 09:20:30PM +0100, Sérgio Basto wrote:
> On Tue, 2023-05-09 at 11:43 -0700, Kevin Fenzi wrote:
> > On Tue, May 09, 2023 at 07:19:49PM +0100, Sérgio Basto wrote:
> > > Hi,
> > > it builds in copr epel-9 (with RHEL-9) [1] but fail to b
cing out this morning, and our sync seems to have only gotten
part of it. I synced the rest and regenerated the koji repos.
kevin
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
to go back and forth about them.
I know of at least kiwi, osbuild, some other build systems that don't
fully exist yet, switching to use quay.io, osbs2 (based on openshift4),
and probibly others.
kevin
signature.asc
Description: PGP signature
___
devel
Jens-Ulrik Petersen wrote:
> ps I think it would be a good idea to disable the cisco-h264 repo too by
> default in the fedora container image, and maybe also for headless Fedora
> editions.
PS: IMHO, the restricted Cisco H.264 should not be enabled by default for
anybody.
Kev
to deliver alternative versions in different ways that are
not subject to the kind of version conflicts modules can cause (i.e.,
libraries as parallel-installable compatibility libraries, leaf packages
through Copr).
Kevin Kofler
On Mon, May 08, 2023 at 09:29:02PM +0100, Sebastian Crane wrote:
> Dear Kevin,
>
> > > Hmm, quoting from https://pagure.io/releng/issue/11092:
> > > >> Also the aarch64 cluster is running on Fedora 33 boxes, so we
> > > >> should probably try to do
r is no longer in f34+ and
> > openshift origin / 3.11 doesn't support any newer either.
>
> Is this still true? I don't think we want to make the Fedora release
> process contingent on something that requires F33.
yes, it's still true. Note thats the aarch64 osbs cluster.
The x86_64 one i
d of
magic wand that makes our infrastructure more reliable. ;)
The container build pipeline is a long collection of fragile things.
It may well result in us slipping more based on things not working. ;(
kevin
signature.asc
Description: PGP signature
was expecting an SRPM with a release
> string including 20230507, but instead got one with 20230506.
Could it be that you built the package over midnight UTC, so the SRPM was
still built with 20230506, but when the build happened, it was already
202305
On Sun, May 07, 2023 at 07:59:26AM -0500, Chris Adams wrote:
> I updated the source of a package of mine last night. The upstream is
> on Github, and I use the %forgemeta macro for an easy spec file. When I
> tried to run "fedpkg build" though, it failed - the build system
> rejected the build
Josef Řídký wrote:
> Based on the SPDX requirements, that should be correct. Some parts of the
> package are available under GPL-2.0-only and some under GPL-3.0-only
> license.
And they are not linked together? Because if they are, we have a problem!
Kev
On Fri, May 05, 2023 at 12:15:31PM +0200, Miro Hrončok wrote:
> On 04. 05. 23 23:58, Kevin Fenzi wrote:
> > On Thu, May 04, 2023 at 11:44:33PM +0200, Miro Hrončok wrote:
> > > On 04. 05. 23 23:40, Kevin Fenzi wrote:
> > > > On Thu, May 04, 2023 at 04:03:
On Thu, May 04, 2023 at 11:44:33PM +0200, Miro Hrončok wrote:
> On 04. 05. 23 23:40, Kevin Fenzi wrote:
> > On Thu, May 04, 2023 at 04:03:49PM +0200, Miro Hrončok wrote:
> > > Hello folks,
> > ...snip...
> > >
> > > Would that be possible?
> >
>
, so if you start with one you may have a different setup from
another if you post install it).
I'd really like some solution to this too.
There is also the cost that all these different names cause: marketing,
support, etc.
kevin
signature.asc
Description: PGP signature
___
multiarch thing, it shouldn't matter.
I guess the only downside I see is that it might be confusing if there's
someone who manually installs some noarch package on a i686 install and
it breaks.
kevin
signature.asc
Description: PGP signature
___
devel mai
; On 02. 05. 23 22:17, Kevin Fenzi wrote:
> > Upstream koji developers have created a plugin for us to check policy
> > after the checkout and require official builds to be from a commit that
> > is in a branch. This plugin has been deployed and is active.
>
> Is the plugin
Josef Řídký wrote:
> AND GPL-2.0-only AND GPL-3.0-only
Oops?
Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
ht
that
is in a branch. This plugin has been deployed and is active.
Sorry for any confusion this issue may have caused.
kevin
signature.asc
Description: PGP signature
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send
ot;Orphaned packages looking for new maintainers"
post on this list for the current list of orphaned packages.
kevin
signature.asc
Description: PGP signature
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscri
ot;Orphaned packages looking for new maintainers"
post on this list for the current list of orphaned packages.
kevin
signature.asc
Description: PGP signature
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscri
401 - 500 of 9269 matches
Mail list logo