Re: Orphaning all my packages

[Aaron Rainbolt]

On 10/16/23 00:20, Peter Boy wrote:

Sorry for top posting. But my question doesn’t fit to a specific post. And I 
don’t like to contribute to getting off-topic. But ...

I followed the thread and various similar discussions closely. My question is: 
Who is really suffering from the famous „June decision“ of Red Hat? I don’t get 
it.


No one has denied that every fix or improvement of a software or a 
configuration finds its way into CentOS (stream) and its source repository (and 
hopefully into Fedora, too - much more important here). So as a member of the 
OSS community, I can take full advantage of any enhancement to OSS software 
developed by Red Hat and have access to the source code.


As a Red Hat customer, I obviously have access to the source code for the 
specific RHEL x.y.z version I am using, either - just in case I’m interested 
instead of the phone number in my support contract.


And as a student, programmer or even curious citizen who would like to know and 
learn how everything works, with a developer license I can look at everything 
and study and learn.



So, who _exactly_ is suffering?

I don’t get it and would really like to know. I put a considerable amount of 
time into Fedora. Maybe, I’m suffering without knowing?  :-)


Previously it was possible to get the exact source code for the latest 
version of any package of any major release of RHEL very easily. These 
source RPMs could then be rebuilt into binary-compatible RPMs that 
worked just like the ones in RHEL. And this was the case for nearly 
every single SRPM in RHEL (maybe every single one? Not sure, there might 
have been like 10 or so SRPMs that weren't public and contained Red 
Hat-built binaries, but even those may have been publicly available 
without a subscription and just also contained pre-built binaries).


As a result, there were (and still are) at least three projects that 
simply took virtually every single SRPM in RHEL and rebuilt it, then 
redistributed the binaries as a distro. These "RHEL rebuilds" are 
essentially RHEL without the cost and without the support (or that are 
supported by an entity other than Red Hat). Obviously these compete 
directly with RHEL since they serve exactly the same purpose and are 
cheaper.


These rebuilds were considered by RHEL to not be adding value to the 
RHEL ecosystem (as I understand it). They weren't contributing anything 
back into RHEL, they were just taking RHEL and making it free. Red Hat 
finally decided that they didn't want to continue providing everything 
their competitors needed to compete effectively with them, and now the 
SRPMs for RHEL are "locked" behind an RHEL subscription. Additionally, 
the ToS for an RHEL subscription no longer allows you to *download* the 
SRPMs from Red Hat for the purposes of making an RHEL rebuild.


Note that the use of the SRPMs themselves is in no way restricted. You 
are free to take the code in them, modify it however you want, 
distribute it to whomever you want verbatim or in modified form, etc. 
The code hasn't been encumbered, your use of Red Hat's server resources 
is what now had limits on it. You can't use up Red Hat's bandwidth and 
server power to download all their source code so you can rebuild the 
whole entire repository yourself. This is similar to the Anaconda 
Repository, where you can do whatever you want with the code in the 
repo, but cloning the repo isn't allowed because of the ToS for the 
*repo* (not the code).


I obviously have my own personal opinions on the situation, but I won't 
be sharing much more of them here since I think that could re-spark an 
argument. Suffice to say, I contribute to Fedora and intend on 
continuing to do so.


I apologize in advance if anything I've said here isn't entirely 
accurate - I don't have the time to double-check myself on everything 
here. If I have something wrong, I'd appreciate being corrected.



Am 03.10.2023 um 23:30 schrieb Simo Sorce :

On Tue, 2023-10-03 at 23:13 +0200, Leon Fauster via devel wrote:

Am 03.10.23 um 21:29 schrieb Simo Sorce:

On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:

Am 03.10.23 um 20:46 schrieb Sérgio Basto:

On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:

On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
wrote:

Additionally *all* of the code is fully available in git form on
gitlab
as part of CentOS Stream.

We all know or should know that this is false. It's easy enough to
disprove with a counterexample:

https://access.redhat.com/errata/RHSA-2023:1918

Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
CentOS Stream. It isn't there, and never will be.


it is here :
https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9



Since June 21 the strategy changed. Such commits do not get pushed
anymore. But you are right, to prove it a different example is necessary ...

You are wrong and have been mislead.
Nothing has changed in how we 

Re: Orphaning all my packages

[Peter Boy]

Sorry for top posting. But my question doesn’t fit to a specific post. And I 
don’t like to contribute to getting off-topic. But ...

I followed the thread and various similar discussions closely. My question is: 
Who is really suffering from the famous „June decision“ of Red Hat? I don’t get 
it.


No one has denied that every fix or improvement of a software or a 
configuration finds its way into CentOS (stream) and its source repository (and 
hopefully into Fedora, too - much more important here). So as a member of the 
OSS community, I can take full advantage of any enhancement to OSS software 
developed by Red Hat and have access to the source code.


As a Red Hat customer, I obviously have access to the source code for the 
specific RHEL x.y.z version I am using, either - just in case I’m interested 
instead of the phone number in my support contract.


And as a student, programmer or even curious citizen who would like to know and 
learn how everything works, with a developer license I can look at everything 
and study and learn. 



So, who _exactly_ is suffering? 

I don’t get it and would really like to know. I put a considerable amount of 
time into Fedora. Maybe, I’m suffering without knowing?  :-)





> Am 03.10.2023 um 23:30 schrieb Simo Sorce :
> 
> On Tue, 2023-10-03 at 23:13 +0200, Leon Fauster via devel wrote:
>> Am 03.10.23 um 21:29 schrieb Simo Sorce:
>>> On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:
 Am 03.10.23 um 20:46 schrieb Sérgio Basto:
> On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:
>> On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
>> wrote:
>>> Additionally *all* of the code is fully available in git form on
>>> gitlab
>>> as part of CentOS Stream.
>> 
>> We all know or should know that this is false. It's easy enough to
>> disprove with a counterexample:
>> 
>> https://access.redhat.com/errata/RHSA-2023:1918
>> 
>> Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
>> CentOS Stream. It isn't there, and never will be.
>> 
> 
> it is here :
> https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9
> 
 
 
 Since June 21 the strategy changed. Such commits do not get pushed
 anymore. But you are right, to prove it a different example is necessary 
 ...
>>> 
>>> You are wrong and have been mislead.
>>> Nothing has changed in how we develop and publish code in gitlab.
>> 
>> 
>> Nope, I do not argue about processes at all. Its about resulting code
>> fragments. Speak, having in gitlab version 8 of a package and in the
>> current/latest RHEL release (9.2) version 7 with backports of 8 doesn't
>> mean that the code is in gitlab. The code differs and its not
>> accessible. Thats all about.
> 
> The code is still in gitlab, in most cases in directly accessible in
> individual commits. In some cases, like the one Michael mentioned,
> where a rebase landed early in the CentOS branch the code may land
> together with other changes, but it is not like it is not there.
> There are is a no regression policy in RHEL, so if CentOS is ahead it
> means it already has all of the code in question.
> 
> And if there is an actual reason to need to know what exact change
> landed in RHEL there are several avenues to find out (just grab a
> developer subscription for example).
> 
> I just find that this is generally just a mental exercise, but not
> something people do or need to do on a regular basis, and does not
> prevent any use, study, sharing or enjoyment of the code.
> 
> Claiming the code is inaccessible sounds odd to me.
> But perhaps I am just old and remember when all you got from upstream
> was a tarball and you had to figure out what actual changes went in
> manually with diff ... no commits or commit messages and often not even
> a reasonable changelog ... 
> 
> Simo.
> 
> -- 
> Simo Sorce,
> DE @ RHEL Crypto Team,
> Red Hat, Inc


--
Peter Boy
https://fedoraproject.org/wiki/User:Pboy
p...@fedoraproject.org

Timezone: CET (UTC+1) / CEST (UTC+2)

Fedora Server Edition Working Group member
Fedora Docs team contributor and board member
Java developer and enthusiast



___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Sérgio Basto]

On Fri, 2023-10-06 at 16:11 +0200, Jens Kuehnel wrote:
> Sorry, my mailer did remove an imporant \n.
> 
> Am 04.10.23 um 01:16 schrieb Sérgio Basto:
> Hi Sérgio,
> 
> > I believe you, but this version is an "right most" bump and is
> > "just"
> > one security fix, when in Centos Stream [1], 6 months ago we
> > already
> > have a higher version, this seems a work of security team, not real
> > development ...  and if these security releases aren't published
> > anymore is an issue I understand but I don't understand why the
> > people
> > are so afraid of use Centos Stream version instead .
> 
> 
> I can only answer for me, but the main reason to avoid Stream on real
> Hardware (I use it on virtual Maschines) is the missing support for 
> elrepo.org kmod packages [1].
> 
> After RedHat dropped support for so many hardware, especially in EL9 
> [2], it is hard to run on older / unsupported hardware without the
> help 
> of elrepo.
> 

I contribute for https://gitlab.com/CentOS/kmods/rpms with
https://gitlab.com/CentOS/kmods/rpms/virtualbox-guest-additions , is a
kind of replacement of elrepo the CentOS Kmods SIG 
https://sigs.centos.org/kmods/ 

> CU
> Jens
> 
> [1] https://elrepo.org/tiki/About#What_is_ELRepo_
> 
> "ELRepo packages are not compatible with the CentOS Stream kernel"
> 
> [2] This is not a complain! I can understand to drop support for
> things 
> you do not have (anymore) or are not important for customers.
> ___
> 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 Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue

-- 
Sérgio M. B.
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Jens Kuehnel]

Sorry, my mailer did remove an imporant \n.

Am 04.10.23 um 01:16 schrieb Sérgio Basto:
Hi Sérgio,


I believe you, but this version is an "right most" bump and is "just"
one security fix, when in Centos Stream [1], 6 months ago we already
have a higher version, this seems a work of security team, not real
development ...  and if these security releases aren't published
anymore is an issue I understand but I don't understand why the people
are so afraid of use Centos Stream version instead .



I can only answer for me, but the main reason to avoid Stream on real
Hardware (I use it on virtual Maschines) is the missing support for 
elrepo.org kmod packages [1].


After RedHat dropped support for so many hardware, especially in EL9 
[2], it is hard to run on older / unsupported hardware without the help 
of elrepo.


CU
Jens

[1] https://elrepo.org/tiki/About#What_is_ELRepo_

"ELRepo packages are not compatible with the CentOS Stream kernel"

[2] This is not a complain! I can understand to drop support for things 
you do not have (anymore) or are not important for customers.

___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Jens Kuehnel]

Am 04.10.23 um 01:16 schrieb Sérgio Basto:
Hi Sérgio,


I believe you, but this version is an "right most" bump and is "just"
one security fix, when in Centos Stream [1], 6 months ago we already
have a higher version, this seems a work of security team, not real
development ...  and if these security releases aren't published
anymore is an issue I understand but I don't understand why the people
are so afraid of use Centos Stream version instead .I can only answer for me, but the main reason to avoid Stream on real 
Hardware (I use it on virtual Maschines) is the missing support for 
elrepo.org kmod packages [1].


After RedHat dropped support for so many hardware, especially in EL9 
[2], it is hard to run on older / unsupported hardware without the help 
of elrepo.


CU
Jens

[1] https://elrepo.org/tiki/About#What_is_ELRepo_

"ELRepo packages are not compatible with the CentOS Stream kernel"

[2] This is not a complain! I can understand to drop support for things 
you do not have (anymore) or are not important for customers.

___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Ondrej Pohorelsky]

It is sad to see you go, but I see your point why you are doing this.
Thank you for all your work on git package, it was great collaborating with
you.

All the best,

On Tue, Oct 3, 2023 at 4:25 PM Todd Zullinger  wrote:

> Hi,
>
> I'm orphaning all my packages (which I effectively did
> months ago).  It's been fun being a maintainer since 2006.
>
> However, I am not interested in contributing to a project
> where the primary sponsor and downstream no longer provides
> source code freely and openly.  It's simply not consistent
> with why I use and contribute to Fedora and Free/Open Source
> Software in general.
>
> I'm a maintainer of the following packages:
>
> cgit
> git
> paperkey
>
> I'm an admin of the following packages:
>
> fail2ban
> rubygem-asciidoctor
>
> I have commit privileges on these additional packages:
>
> asciidoc
> git-filter-repo
> rpmlint
>
> Thanks,
>
> --
> Todd Zullinger
> ___
> 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


-- 

Ondřej Pohořelský

Software Engineer

Red Hat 

opoho...@redhat.com

___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Sérgio Basto]

On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:
> Am 03.10.23 um 20:46 schrieb Sérgio Basto:
> > On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:
> > > On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce
> > > 
> > > wrote:
> > > > Additionally *all* of the code is fully available in git form
> > > > on
> > > > gitlab
> > > > as part of CentOS Stream.
> > > 
> > > We all know or should know that this is false. It's easy enough
> > > to
> > > disprove with a counterexample:
> > > 
> > > https://access.redhat.com/errata/RHSA-2023:1918
> > > 
> > > Try to find the code for that webkit2gtk3-2.36.7-
> > > 1.el9_1.3.src.rpm in
> > > CentOS Stream. It isn't there, and never will be.
> > > 
> > 
> > it is here :
> > https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9
> > 
> 
> 
> Since June 21 the strategy changed. Such commits do not get pushed 
> anymore. But you are right, to prove it a different example is
> necessary ...
> 


I believe you, but this version is an "right most" bump and is "just"
one security fix, when in Centos Stream [1], 6 months ago we already
have a higher version, this seems a work of security team, not real
development ...  and if these security releases aren't published
anymore is an issue I understand but I don't understand why the people
are so afraid of use Centos Stream version instead . 

[1]
https://gitlab.com/redhat/centos-stream/rpms/webkit2gtk3/-/commits/c9s/

> -- 
> Leon
> 
> ___
> 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 Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue

-- 
Sérgio M. B.
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Carlos Rodriguez Fernandez]

Because when they ask “where is the code?”, they are asking a different
question than yours :)

Regards,
Carlos

On Tue, Oct 3, 2023 at 2:30 PM Simo Sorce  wrote:

> On Tue, 2023-10-03 at 23:13 +0200, Leon Fauster via devel wrote:
> > Am 03.10.23 um 21:29 schrieb Simo Sorce:
> > > On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:
> > > > Am 03.10.23 um 20:46 schrieb Sérgio Basto:
> > > > > On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:
> > > > > > On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce <
> s...@redhat.com>
> > > > > > wrote:
> > > > > > > Additionally *all* of the code is fully available in git form
> on
> > > > > > > gitlab
> > > > > > > as part of CentOS Stream.
> > > > > >
> > > > > > We all know or should know that this is false. It's easy enough
> to
> > > > > > disprove with a counterexample:
> > > > > >
> > > > > > https://access.redhat.com/errata/RHSA-2023:1918
> > > > > >
> > > > > > Try to find the code for that
> webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
> > > > > > CentOS Stream. It isn't there, and never will be.
> > > > > >
> > > > >
> > > > > it is here :
> > > > >
> https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9
> > > > >
> > > >
> > > >
> > > > Since June 21 the strategy changed. Such commits do not get pushed
> > > > anymore. But you are right, to prove it a different example is
> necessary ...
> > >
> > > You are wrong and have been mislead.
> > > Nothing has changed in how we develop and publish code in gitlab.
> >
> >
> > Nope, I do not argue about processes at all. Its about resulting code
> > fragments. Speak, having in gitlab version 8 of a package and in the
> > current/latest RHEL release (9.2) version 7 with backports of 8 doesn't
> > mean that the code is in gitlab. The code differs and its not
> > accessible. Thats all about.
>
> The code is still in gitlab, in most cases in directly accessible in
> individual commits. In some cases, like the one Michael mentioned,
> where a rebase landed early in the CentOS branch the code may land
> together with other changes, but it is not like it is not there.
> There are is a no regression policy in RHEL, so if CentOS is ahead it
> means it already has all of the code in question.
>
> And if there is an actual reason to need to know what exact change
> landed in RHEL there are several avenues to find out (just grab a
> developer subscription for example).
>
> I just find that this is generally just a mental exercise, but not
> something people do or need to do on a regular basis, and does not
> prevent any use, study, sharing or enjoyment of the code.
>
> Claiming the code is inaccessible sounds odd to me.
> But perhaps I am just old and remember when all you got from upstream
> was a tarball and you had to figure out what actual changes went in
> manually with diff ... no commits or commit messages and often not even
> a reasonable changelog ...
>
> Simo.
>
> --
> Simo Sorce,
> DE @ RHEL Crypto Team,
> Red Hat, Inc
>
>
>
> ___
> 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Carlos Rodriguez-Fernandez]

Leon,
I don't think this has ever been about whether a piece of code is 
present in version 8 (using your example), but about the free (gratis) 
availability of the combination of version 7 with selected backports 
from version 8 that has been thoroughly tested by RedHat teams and their 
infrastructure. It is the value of the QA done that it is no longer 
available for free.


Regards,
Carlos.


On 10/3/23 14:13, Leon Fauster via devel wrote:

Am 03.10.23 um 21:29 schrieb Simo Sorce:

On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:

Am 03.10.23 um 20:46 schrieb Sérgio Basto:

On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:

On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
wrote:

Additionally *all* of the code is fully available in git form on
gitlab
as part of CentOS Stream.


We all know or should know that this is false. It's easy enough to
disprove with a counterexample:

https://access.redhat.com/errata/RHSA-2023:1918

Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
CentOS Stream. It isn't there, and never will be.



it is here :
https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9




Since June 21 the strategy changed. Such commits do not get pushed
anymore. But you are right, to prove it a different example is 
necessary ...


You are wrong and have been mislead.
Nothing has changed in how we develop and publish code in gitlab.



Nope, I do not argue about processes at all. Its about resulting code
fragments. Speak, having in gitlab version 8 of a package and in the
current/latest RHEL release (9.2) version 7 with backports of 8 doesn't
mean that the code is in gitlab. The code differs and its not
accessible. Thats all about.



OpenPGP_0x47EBED05C3375B1F.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital 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-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Simo Sorce]

On Tue, 2023-10-03 at 23:13 +0200, Leon Fauster via devel wrote:
> Am 03.10.23 um 21:29 schrieb Simo Sorce:
> > On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:
> > > Am 03.10.23 um 20:46 schrieb Sérgio Basto:
> > > > On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:
> > > > > On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
> > > > > wrote:
> > > > > > Additionally *all* of the code is fully available in git form on
> > > > > > gitlab
> > > > > > as part of CentOS Stream.
> > > > > 
> > > > > We all know or should know that this is false. It's easy enough to
> > > > > disprove with a counterexample:
> > > > > 
> > > > > https://access.redhat.com/errata/RHSA-2023:1918
> > > > > 
> > > > > Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
> > > > > CentOS Stream. It isn't there, and never will be.
> > > > > 
> > > > 
> > > > it is here :
> > > > https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9
> > > > 
> > > 
> > > 
> > > Since June 21 the strategy changed. Such commits do not get pushed
> > > anymore. But you are right, to prove it a different example is necessary 
> > > ...
> > 
> > You are wrong and have been mislead.
> > Nothing has changed in how we develop and publish code in gitlab.
> 
> 
> Nope, I do not argue about processes at all. Its about resulting code
> fragments. Speak, having in gitlab version 8 of a package and in the
> current/latest RHEL release (9.2) version 7 with backports of 8 doesn't
> mean that the code is in gitlab. The code differs and its not
> accessible. Thats all about.

The code is still in gitlab, in most cases in directly accessible in
individual commits. In some cases, like the one Michael mentioned,
where a rebase landed early in the CentOS branch the code may land
together with other changes, but it is not like it is not there.
There are is a no regression policy in RHEL, so if CentOS is ahead it
means it already has all of the code in question.

And if there is an actual reason to need to know what exact change
landed in RHEL there are several avenues to find out (just grab a
developer subscription for example).

I just find that this is generally just a mental exercise, but not
something people do or need to do on a regular basis, and does not
prevent any use, study, sharing or enjoyment of the code.

Claiming the code is inaccessible sounds odd to me.
But perhaps I am just old and remember when all you got from upstream
was a tarball and you had to figure out what actual changes went in
manually with diff ... no commits or commit messages and often not even
a reasonable changelog ... 

Simo.

-- 
Simo Sorce,
DE @ RHEL Crypto Team,
Red Hat, Inc



___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Leon Fauster via devel]

Am 03.10.23 um 21:29 schrieb Simo Sorce:

On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:

Am 03.10.23 um 20:46 schrieb Sérgio Basto:

On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:

On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
wrote:

Additionally *all* of the code is fully available in git form on
gitlab
as part of CentOS Stream.


We all know or should know that this is false. It's easy enough to
disprove with a counterexample:

https://access.redhat.com/errata/RHSA-2023:1918

Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
CentOS Stream. It isn't there, and never will be.



it is here :
https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9




Since June 21 the strategy changed. Such commits do not get pushed
anymore. But you are right, to prove it a different example is necessary ...


You are wrong and have been mislead.
Nothing has changed in how we develop and publish code in gitlab.



Nope, I do not argue about processes at all. Its about resulting code
fragments. Speak, having in gitlab version 8 of a package and in the
current/latest RHEL release (9.2) version 7 with backports of 8 doesn't
mean that the code is in gitlab. The code differs and its not
accessible. Thats all about.

--
Leon
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Matthew Miller]

On Tue, Oct 03, 2023 at 04:36:20PM +0200, Michael J Gruber wrote:
> Thank you for all the effort you have put into maintaining these
> packages so far, for the benefit of all of Fedora, and consequently
> its downstream!

Indeed -- thank you Todd.

-- 
Matthew Miller

Fedora Project Leader
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Michael Catanzaro]

On Tue, Oct 3 2023 at 03:32:36 PM -0400, Solomon Peachy via devel 
 wrote:

However, this has _always_ been the situation for RHEL.  Only the
sources for the _latest_ point release (eg RHEL 7.4) were ever made
available to the general public; updates/fixes backported to prior
versions (eg RHEL 7.3) never saw the precise corresponding sources
released (directly) to the public.  Pre-Stream CentOS therefore only
ever received updates for the _latest_ point release of RHEL.


So as you mention, we've indeed never published the code for "Extended 
Update Support" branches; that has always been private to customers 
only. But we did previously publish the code for the latest stable RHEL 
branches on git.centos.org, and no longer do so. That's what has 
changed.


Michael

___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Michael Catanzaro]

On Tue, Oct 3 2023 at 02:23:34 PM -0400, Stephen Gallagher 
 wrote:

The *exact* set of source code that the package was built for is
included in the Source RPM and all of the individual changes that
comprised it are part of the c9s branch in CentOS Stream (or the
maintainer has been regressing code, in which case that should be
addressed). No, the git repo might not contain a specific git
reference that directly matches the SRPM you cite, but that's not at
all the same thing as "the code isn't available in git".


OK, technically the changes are indeed sort of included in the c9s 
branch in CentOS Stream, but only along with 6000 other upstream 
changes from the upstream source tarball. You'll never plausibly figure 
out what changes correspond to this RHEL update from CentOS Stream. You 
really need that RHEL subscription to get the SRPMs and diff them to 
see what changed. It's really an incredible stretch to claim the code 
is there in CentOS Stream when you have to search for the needle in a 
haystack to find them (and how would you possibly know what to look 
for?). And even this much is not guaranteed. I could have easily 
applied a different fix to this RHEL branch than I did to CentOS 
Stream. Such situations are hardly uncommon.


So let's stop this weird claim that the code is there, please; it's 
silly and just spreading confusion. We publish code for CentOS Stream. 
We don't publish code for RHEL anymore except to customers. That's just 
how it is.


Michael

___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Michael Catanzaro]

On Tue, Oct 3 2023 at 07:46:58 PM +0100, Sérgio Basto 
 wrote:



it is here :
https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9


Well OK yes, but that only worked because my example was from before we 
stopped publishing sources to git.centos.org. You were supposed to use 
CentOS Stream for this exercise. :P


Michael

___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Solomon Peachy via devel]

On Tue, Oct 03, 2023 at 08:50:53PM +0200, Leon Fauster via devel wrote:
> If a bumped version of a package fixes an issue (stream variant of 
> CentOS) e.g 2.2, and a released package (rhel variant) has a 
> backported fix for e.g. 2.1, that doesn't mean that the code is also 
> in the stream git just because both code fragments fixes the same 
> issue. The backported code can be very different, and its not in the 
> git branch of the stream variant. So, that code is not available in 
> git, and to cite Michael "and never will be."

However, this has _always_ been the situation for RHEL.  Only the 
sources for the _latest_ point release (eg RHEL 7.4) were ever made 
available to the general public; updates/fixes backported to prior 
versions (eg RHEL 7.3) never saw the precise corresponding sources 
released (directly) to the public.  Pre-Stream CentOS therefore only 
ever received updates for the _latest_ point release of RHEL.

(Of course, actual RH customers can always download the corresponding 
 SRPMs, and RH will send the sources to any third party who makes a 
 request in writing, for $5)

So, yeah.  Complaining _now_ about what's been the operating policy for 
two decades seems pretty silly.

 - Solomon
-- 
Solomon Peachypizza at shaftnet dot org (email)
  @pizza:shaftnet dot org   (matrix)
Dowling Park, FL  speachy (libera.chat)


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-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Simo Sorce]

On Tue, 2023-10-03 at 20:55 +0200, Leon Fauster via devel wrote:
> Am 03.10.23 um 20:46 schrieb Sérgio Basto:
> > On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:
> > > On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
> > > wrote:
> > > > Additionally *all* of the code is fully available in git form on
> > > > gitlab
> > > > as part of CentOS Stream.
> > > 
> > > We all know or should know that this is false. It's easy enough to
> > > disprove with a counterexample:
> > > 
> > > https://access.redhat.com/errata/RHSA-2023:1918
> > > 
> > > Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
> > > CentOS Stream. It isn't there, and never will be.
> > > 
> > 
> > it is here :
> > https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9
> > 
> 
> 
> Since June 21 the strategy changed. Such commits do not get pushed 
> anymore. But you are right, to prove it a different example is necessary ...

You are wrong and have been mislead.
Nothing has changed in how we develop and publish code in gitlab.

Simo.

-- 
Simo Sorce,
DE @ RHEL Crypto Team,
Red Hat, Inc



___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Leon Fauster via devel]

Am 03.10.23 um 20:46 schrieb Sérgio Basto:

On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:

On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
wrote:

Additionally *all* of the code is fully available in git form on
gitlab
as part of CentOS Stream.


We all know or should know that this is false. It's easy enough to
disprove with a counterexample:

https://access.redhat.com/errata/RHSA-2023:1918

Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
CentOS Stream. It isn't there, and never will be.



it is here :
https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9




Since June 21 the strategy changed. Such commits do not get pushed 
anymore. But you are right, to prove it a different example is necessary ...


--
Leon

___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Leon Fauster via devel]

Am 03.10.23 um 20:23 schrieb Stephen Gallagher:

On Tue, Oct 3, 2023 at 2:14 PM Michael Catanzaro  wrote:


On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
wrote:

Additionally *all* of the code is fully available in git form on
gitlab
as part of CentOS Stream.


We all know or should know that this is false. It's easy enough to
disprove with a counterexample:

https://access.redhat.com/errata/RHSA-2023:1918

Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
CentOS Stream. It isn't there, and never will be.



The *exact* set of source code that the package was built for is
included in the Source RPM and all of the individual changes that
comprised it are part of the c9s branch in CentOS Stream (or the
maintainer has been regressing code, in which case that should be
addressed). No, the git repo might not contain a specific git
reference that directly matches the SRPM you cite, but that's not at
all the same thing as "the code isn't available in git".



Not sure if its intentional or not but the misunderstanding
in the communication is ridiculous. Some one argues that the code
is available and forget to explain what code is mentioned. If a bumped
version of a package fixes an issue (stream variant of CentOS) e.g 2.2,
and a released package (rhel variant) has a backported fix for e.g. 2.1,
that doesn't mean that the code is also in the stream git just because
both code fragments fixes the same issue. The backported code can be
very different, and its not in the git branch of the stream variant.
So, that code is not available in git, and to cite Michael "and never
will be."

--
Leon


___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Sérgio Basto]

On Tue, 2023-10-03 at 13:13 -0500, Michael Catanzaro wrote:
> On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
> wrote:
> > Additionally *all* of the code is fully available in git form on 
> > gitlab
> > as part of CentOS Stream.
> 
> We all know or should know that this is false. It's easy enough to 
> disprove with a counterexample:
> 
> https://access.redhat.com/errata/RHSA-2023:1918
> 
> Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
> CentOS Stream. It isn't there, and never will be.
> 

it is here :
https://git.centos.org/rpms/webkit2gtk3/c/2d1b790baa97d14849e56ed21d3f0145268283c2?branch=c9


> Michael
> 
> ___
> 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 Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue

-- 
Sérgio M. B.
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Stephen Gallagher]

On Tue, Oct 3, 2023 at 2:14 PM Michael Catanzaro  wrote:
>
> On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce 
> wrote:
> > Additionally *all* of the code is fully available in git form on
> > gitlab
> > as part of CentOS Stream.
>
> We all know or should know that this is false. It's easy enough to
> disprove with a counterexample:
>
> https://access.redhat.com/errata/RHSA-2023:1918
>
> Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in
> CentOS Stream. It isn't there, and never will be.
>

The *exact* set of source code that the package was built for is
included in the Source RPM and all of the individual changes that
comprised it are part of the c9s branch in CentOS Stream (or the
maintainer has been regressing code, in which case that should be
addressed). No, the git repo might not contain a specific git
reference that directly matches the SRPM you cite, but that's not at
all the same thing as "the code isn't available in git".
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Michael Catanzaro]

On Tue, Oct 3 2023 at 01:19:20 PM -0400, Simo Sorce  
wrote:
Additionally *all* of the code is fully available in git form on 
gitlab

as part of CentOS Stream.


We all know or should know that this is false. It's easy enough to 
disprove with a counterexample:


https://access.redhat.com/errata/RHSA-2023:1918

Try to find the code for that webkit2gtk3-2.36.7-1.el9_1.3.src.rpm in 
CentOS Stream. It isn't there, and never will be.


Michael

___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Simo Sorce]

On Tue, 2023-10-03 at 11:33 -0400, Todd Zullinger wrote:
> Sérgio Basto wrote:
> > On Tue, 2023-10-03 at 10:25 -0400, Todd Zullinger wrote:
> > > a project
> > > where the primary sponsor and downstream no longer provides
> > > source code freely and openly
> > 
> > what you are talking about ? all RHEL Source are freely available on
> > Centos Stream , and RHEL never was free . 
> 
> That's not the case, but I don't wish to go wildly off-topic
> about it either.
> 
> _Most_ of the source is available, but not all of it.  This
> is a case where -- for me -- close is not good enough.
> 
> To each their own.

Todd,
you can definitely choose where to contribute and that is fine, and
thanks for what you contributed till today.

However, *all* of RHEL code is available with "free as in freedom"
licenses to all RHEL customers, as the licenses dictate (and beyond as
we apply the same rigor to *all* code as if all were GPLed).
You can see that for free (gratis) by subscribing to the developer
subscription if you are curious.

Additionally *all* of the code is fully available in git form on gitlab
as part of CentOS Stream.

If that is not enough for you, that's fine, just do not spread false
information.

Thanks,
Simo.

-- 
Simo Sorce,
DE @ RHEL Crypto Team,
Red Hat, Inc



___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Leon Fauster via devel]

Am 03.10.23 um 17:33 schrieb Todd Zullinger:

Sérgio Basto wrote:

On Tue, 2023-10-03 at 10:25 -0400, Todd Zullinger wrote:

a project
where the primary sponsor and downstream no longer provides
source code freely and openly


what you are talking about ? all RHEL Source are freely available on
Centos Stream , and RHEL never was free .


That's not the case, but I don't wish to go wildly off-topic
about it either.

_Most_ of the source is available, but not all of it.  This
is a case where -- for me -- close is not good enough.

To each their own.



I personally was shocked after the related announcement of RH
and my affective reaction was similar to yours. But, taking
a wider look at the ecosystem reveals that RH is giving a lot
to the "community" [1] and I am sure that the landscape would not
look like this (viable projects) if RH did not exist.

Anyway, a lot of companies provide commercial products, that use
open source as their ground floor. Stopping the support in upstream
projects because of that, hits the wrong "people" (IMO).

Nevertheless, thank you for your long contribution!

[1] https://www.redhat.com/en/about/open-source-program-office/contributions

--
Leon




___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Todd Zullinger]

Sérgio Basto wrote:
> On Tue, 2023-10-03 at 10:25 -0400, Todd Zullinger wrote:
>> a project
>> where the primary sponsor and downstream no longer provides
>> source code freely and openly
> 
> what you are talking about ? all RHEL Source are freely available on
> Centos Stream , and RHEL never was free . 

That's not the case, but I don't wish to go wildly off-topic
about it either.

_Most_ of the source is available, but not all of it.  This
is a case where -- for me -- close is not good enough.

To each their own.

-- 
Todd


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-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Robby Callicotte via devel]

On Tuesday, October 3, 2023 9:32:17 AM CDT Jonathan Wright via devel wrote:
> I've picked up git and paperkey.
> 
> On Tue, Oct 3, 2023 at 9:25 AM Todd Zullinger  wrote:
> > Hi,
> > 
> > I'm orphaning all my packages (which I effectively did
> > months ago).  It's been fun being a maintainer since 2006.
> > 
> > However, I am not interested in contributing to a project
> > where the primary sponsor and downstream no longer provides
> > source code freely and openly.  It's simply not consistent
> > with why I use and contribute to Fedora and Free/Open Source
> > Software in general.
> > 
> > I'm a maintainer of the following packages:
> > cgit
> > git
> > paperkey
> > 
> > I'm an admin of the following packages:
> > fail2ban
> > rubygem-asciidoctor
> > 
> > I have commit privileges on these additional packages:
> > asciidoc
> > git-filter-repo
> > rpmlint
> > 
> > Thanks,
> > 
> > --
> > Todd Zullinger
> > ___
> > 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> > https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.or
> > g
> > Do not reply to spam, report it:
> > https://pagure.io/fedora-infrastructure/new_issue

Thank you for all you have done.

I have picked up cgit

--
Robby Callicotte


___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Sérgio Basto]

On Tue, 2023-10-03 at 10:25 -0400, Todd Zullinger wrote:
> a project
> where the primary sponsor and downstream no longer provides
> source code freely and openly

what you are talking about ? all RHEL Source are freely available on
Centos Stream , and RHEL never was free . 

-- 
Sérgio M. B.
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Leslie Satenstein via devel]

Hi  Todd Zullinger

Got your message! 

Leslie Satenstein   
PS. 
I share your views.  I am a senior, age 82.7 (Born Jan 1941), and while I did a 
great deal of QA / Testing,I am very disappointed in the direction that both 
the Europeans and Americans are heading.  
There is, underway now, a strong European attack against the government, 
regarding FOSS.  If the government wins, 
much opensource will be considered propriatory.  The Americans will "Monkey 
see, Monkey do", to incorporate the same.
You made a decision that I support.
Take care.
 

On Tuesday, October 3, 2023 at 10:25:40 a.m. EDT, Todd Zullinger 
 wrote:  
 
 Hi,

I'm orphaning all my packages (which I effectively did
months ago).  It's been fun being a maintainer since 2006.

However, I am not interested in contributing to a project
where the primary sponsor and downstream no longer provides
source code freely and openly.  It's simply not consistent
with why I use and contribute to Fedora and Free/Open Source
Software in general.

I'm a maintainer of the following packages:

    cgit
    git
    paperkey

I'm an admin of the following packages:

    fail2ban
    rubygem-asciidoctor

I have commit privileges on these additional packages:

    asciidoc
    git-filter-repo
    rpmlint

Thanks,

-- 
Todd Zullinger
___
 
To  


| 
| 
|  | 
OpenID transaction in progress


 |

 |

 |



  ___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Todd Zullinger]

Hi,

Michael J Gruber wrote:
> Thank you for all the effort you have put into maintaining these
> packages so far, for the benefit of all of Fedora, and consequently
> its downstream!

Thanks!

> Your reasons resonate with me, though I'm not taking the same
> conclusions. Have you arranged "succession" with your git
> co-maintainers?

I have not, but I presumed that git would be picked up
quickly as it's a rather important package.  And it looks
like that's already happened. :)

All the best,,

-- 
Todd


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-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Michael J Gruber]

Am Di., 3. Okt. 2023 um 16:25 Uhr schrieb Todd Zullinger :
>
> Hi,
>
> I'm orphaning all my packages (which I effectively did
> months ago).  It's been fun being a maintainer since 2006.
>
> However, I am not interested in contributing to a project
> where the primary sponsor and downstream no longer provides
> source code freely and openly.  It's simply not consistent
> with why I use and contribute to Fedora and Free/Open Source
> Software in general.
>
> I'm a maintainer of the following packages:
>
> cgit
> git
> paperkey
>
> I'm an admin of the following packages:
>
> fail2ban
> rubygem-asciidoctor
>
> I have commit privileges on these additional packages:
>
> asciidoc
> git-filter-repo
> rpmlint
>
> Thanks,

Thank you for all the effort you have put into maintaining these
packages so far, for the benefit of all of Fedora, and consequently
its downstream!

Your reasons resonate with me, though I'm not taking the same
conclusions. Have you arranged "succession" with your git
co-maintainers?

Michael
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Jonathan Wright via devel]

I've picked up git and paperkey.

On Tue, Oct 3, 2023 at 9:25 AM Todd Zullinger  wrote:

> Hi,
>
> I'm orphaning all my packages (which I effectively did
> months ago).  It's been fun being a maintainer since 2006.
>
> However, I am not interested in contributing to a project
> where the primary sponsor and downstream no longer provides
> source code freely and openly.  It's simply not consistent
> with why I use and contribute to Fedora and Free/Open Source
> Software in general.
>
> I'm a maintainer of the following packages:
>
> cgit
> git
> paperkey
>
> I'm an admin of the following packages:
>
> fail2ban
> rubygem-asciidoctor
>
> I have commit privileges on these additional packages:
>
> asciidoc
> git-filter-repo
> rpmlint
>
> Thanks,
>
> --
> Todd Zullinger
> ___
> 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


-- 
Jonathan Wright
AlmaLinux Foundation
Mattermost: chat 
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Orphaning all my packages

[Raphael Groner]

Hi,

I'd like to see dvdbackup surviving in Fedora. Although, a DVD clearly isn't 
the medium to prefer any more in the current century.

Maybe I manage to take ownership. In the hope it's not too late or we need a 
re-review. The package was retired 13 days ago.
Co-maintainers are of course welcome.

Regards, Raphael
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: orphaning all my packages

[Nils Philippsen]

On Mon, 2016-04-25 at 17:36 +0200, François Cami wrote:
> Hello,
> 
> I'll orphan all my packages at 2PM UTC+2 tomorrow.
> ...
> rpms/pngcrush -- Optimizer for PNG (Portable Network Graphics) files
> ( master f24 f23 f22 el6 )

I'll take that one, gimp-help uses it for building. As usual, co-
maintainers welcome.

Nils
-- 
Nils Philippsen  "Those who would give up Essential Liberty to
Red Hat           purchase a little Temporary Safety, deserve neither
n...@redhat.com   Liberty nor Safety."  --  Benjamin Franklin, 1759
PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: orphaning all my packages

[Orion Poplawski]

On 04/27/2016 06:03 AM, Helio Chissini de Castro wrote:
> François, can you add me as a peimary point of contact of vtk as well ?
> 
> Thanks

I'm the POC for vtk.  Add yourself to it if you'd like to help out.

(Francois was the POC for the epel7 branch previously)

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: orphaning all my packages

[Helio Chissini de Castro]

François, can you add me as a peimary point of contact of vtk as well ?

Thanks

On Tue, Apr 26, 2016 at 2:47 PM, Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:

> On Tuesday, 26 April 2016 at 10:14, Till Hofmann wrote:
> > Hi Dominik,
> >
> > On 04/25/2016 11:03 PM, Dominik 'Rathann' Mierzejewski wrote:
> > >
> > > [...]
> > >> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22
> epel7 )
> > >
> > > Co-maintainers welcome, as usual.
> > >
> >
> > I'd like to co-maintain tinyxml. I've requested commit access.
>
> Accepted! By the way, I "fixed" the version capture regex in Anitya.
>
> Regards,
> Dominik
> --
> Fedora http://fedoraproject.org/wiki/User:Rathann
> RPMFusion http://rpmfusion.org
> "Faith manages."
> -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning all my packages

[Lévai Tamás]

Hi Eduardo,

I would be grateful, if you could mentor me. I already managed to set-up
my fedora packager environment and to update python-pyo to the latest
version.

Tamas

On 26/04/16 15:14, Eduardo Mayorga Téllez wrote:

Hi Tamas,

El Tue, 26 Apr 2016 06:23:37 - "Tamas Levai"
 escribió:

I would like to maintain python-pyo, however, I have no experience
 with Fedora package maintenance. But, I managed to package
python-pyo with copr.


Since you are not in the packager group yet, you cannot take the
package. But you can wait for someone else to take it and get
sponsored by becoming a co-maintainer of python-pyo. I would be
happy to mentor you in the process!

Eduardo

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning all my packages

[Eduardo Mayorga Téllez]

Hi Tamas,

El Tue, 26 Apr 2016 06:23:37 -
"Tamas Levai"  escribió:
> I would like to maintain python-pyo, however, I have no experience
> with Fedora package maintenance. But, I managed to package python-pyo
> with copr.

Since you are not in the packager group yet, you cannot take the
package. But you can wait for someone else to take it and get sponsored
by becoming a co-maintainer of python-pyo. I would be happy to
mentor you in the process!

Eduardo
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: orphaning all my packages

[Dominik 'Rathann' Mierzejewski]

On Tuesday, 26 April 2016 at 10:14, Till Hofmann wrote:
> Hi Dominik,
> 
> On 04/25/2016 11:03 PM, Dominik 'Rathann' Mierzejewski wrote:
> > 
> > [...]
> >> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22 epel7 
> >> )
> > 
> > Co-maintainers welcome, as usual.
> > 
> 
> I'd like to co-maintain tinyxml. I've requested commit access.

Accepted! By the way, I "fixed" the version capture regex in Anitya.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: orphaning all my packages

[Brendan Jones]

On 26/04/16 13:16, François Cami wrote:
> Hi,
>
> I've ack'ed all the requests and orphaned the rest of my packages.
>
> Please note that this is due to a chronic lack of free time and has
> nothing to do with Fedora itself. You are a wonderful community :)
>
> All the best,
> François
>
Thanks for your contributions! It is well appreciated
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: orphaning all my packages

[François Cami]

Hi,

I've ack'ed all the requests and orphaned the rest of my packages.

Please note that this is due to a chronic lack of free time and has
nothing to do with Fedora itself. You are a wonderful community :)

All the best,
François


On Mon, Apr 25, 2016 at 5:36 PM, François Cami  wrote:
> Hello,
>
> I'll orphan all my packages at 2PM UTC+2 tomorrow.
>
> rpms/bats -- Bash Automated Testing System ( master f24 f23 f22 epel7 el6 )
> rpms/djview4 -- DjVu viewer ( epel7 )
> rpms/djvulibre -- DjVu viewers, encoders, and utilities ( master f24
> f23 f22 epel7 el6 )
> rpms/enet -- Thin, simple and robust network layer on top of UDP (
> master f24 f23 f22 epel7 )
> rpms/gpsd -- Service daemon for mediating access to a GPS ( epel7 )
> rpms/pdf2djvu -- PDF to DjVu converter ( master f24 f23 f22 epel7 )
> rpms/pngcrush -- Optimizer for PNG (Portable Network Graphics) files (
> master f24 f23 f22 el6 )
> rpms/pyliblzma -- Python bindings for lzma ( master f24 f23 f22 el6 )
> rpms/python-fpconst -- Python module for handling IEEE 754 floating
> point special values ( master f24 f23 f22 )
> rpms/stardict-xmllittre -- Authoritative 19th century French
> dictionary ( master f24 f23 f22 )
> rpms/throttle -- Bandwidth limiting pipe ( master f24 f23 f22 epel7 el6 el5 )
> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22 epel7 )
> rpms/tinyxml2 -- Simple, small and efficient C++ XML parser ( master
> f24 f23 f22 epel7 el6 el5 )
> rpms/unittest-cpp -- Lightweight unit testing framework for C++ (
> master f24 f23 f22 epel7 el6 )
> rpms/uriparser -- URI parsing library - RFC 3986 ( master f24 f23 f22 )
> rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
> library ( epel7 )
>
> I'm also co-maintainer for the list below, it would be nice if others
> could step up and help their maintainers too:
>
> rpms/LuxRender -- Lux Renderer, an unbiased rendering system ( master
> f24 f23 f22 epel7 )
> rpms/PyOpenGL -- Python 2.x bindings for OpenGL ( f23 f22 )
> rpms/blender -- 3D modeling, animation, rendering and post-production
> ( master f24 f23 f22 epel7 )
> rpms/bullet -- 3D Collision Detection and Rigid Body Dynamics Library
> ( master f24 f23 f22 epel7 el6 )
> rpms/ceph-ansible -- Ansible playbooks for Ceph ( master f24 f23 f22 epel7 )
> rpms/cppcheck -- Tool for static C/C++ code analysis ( master f24 f23
> f22 epel7 el6 el5 )
> rpms/dbus-c++ -- Native C++ bindings for D-Bus ( master f24 f23 f22 epel7 )
> rpms/disper -- On-the-fly display switch utility ( master f24 f23 f22
> epel7 el6 )
> rpms/djview4 -- DjVu viewer ( master f24 f23 f22 )
> rpms/dvblinkremote -- Tool for interacting with a DVBLink Connect!
> Server ( master f24 f23 f22 )
> rpms/freenx-server -- Free Software (GPL) Implementation of the NX
> Server ( master f24 f23 f22 )
> rpms/geany -- A fast and lightweight IDE using GTK2 ( master f24 f23
> f22 epel7 el6 el5 )
> rpms/girara -- Simple user interface library ( master f24 f23 f22 epel7 el6 )
> rpms/gitolite3 -- Highly flexible server for git directory version
> tracker ( master f24 f23 f22 epel7 el6 )
> rpms/iperf3 -- Measurement tool for TCP/UDP bandwidth performance (
> master f24 f23 f22 epel7 el6 )
> rpms/jack-audio-connection-kit -- The Jack Audio Connection Kit (
> master f24 f23 f22 epel7 el6 )
> rpms/jfsutils -- Utilities for managing the JFS filesystem ( master
> f24 f23 f22 )
> rpms/key-mon -- A screen cast utility that displays your keyboard and
> mouse status ( master f24 f23 f22 epel7 )
> rpms/libffado -- Free firewire audio driver library ( master f24 f23 f22 
> epel7 )
> rpms/libmediainfo -- Library for supplies technical and tag
> information about a video or audio file ( master f24 f23 f22 epel7 el6
> )
> rpms/librelp -- The Reliable Event Logging Protocol library ( master
> f24 f23 f22 )
> rpms/ocl-icd -- OpenCL ICD Bindings ( master f24 f23 f22 )
> rpms/openal-soft -- Open Audio Library ( master f24 f23 f22 epel7 )
> rpms/portaudio -- Free, cross platform, open-source, audio I/O library
> ( master f24 f23 f22 epel7 )
> rpms/python-pyopengl -- Python bindings for OpenGL ( master f24 )
> rpms/rssh -- Restricted shell for use with OpenSSH, allowing only scp
> and/or sftp ( epel7 )
> rpms/sir -- A simple application for resizing images ( master f24 f23 f22 )
> rpms/speed-dreams -- The Open Racing Car Simulator ( master f24 f23 f22 )
> rpms/surf -- Simple web browser ( f23 f22 )
> rpms/unhide -- Tool to find hidden processes and TCP/UDP ports from
> rootkits ( master f24 f23 f22 )
> rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
> library ( master f24 f23 f22 )
> rpms/vtkdata -- Example data file for VTK ( f22 )
> rpms/xfce4-xkb-plugin -- XKB layout switcher for the Xfce panel (
> master f24 f23 f22 )
> rpms/xonotic -- Multiplayer, deathmatch oriented first person shooter
> ( master f24 f23 f22 el6 el5 )
> rpms/xonotic-data -- Game data for the Xonotic first person shooter (
> master f24 f23 f22 el6 el5 )
> rpms/zathura 

Re: orphaning all my packages

[François Cami]

On Tue, Apr 26, 2016 at 12:54 PM, Igor Gnatenko  wrote:
> I would like to take enet.

It's all yours.

> - Original Message -
>> From: "François Cami" 
>> To: "Development discussions related to Fedora" 
>> 
>> Cc: "Kevin Fenzi" 
>> Sent: Monday, April 25, 2016 5:36:53 PM
>> Subject: orphaning all my packages
>>
>> Hello,
>>
>> I'll orphan all my packages at 2PM UTC+2 tomorrow.
>>
>> rpms/bats -- Bash Automated Testing System ( master f24 f23 f22 epel7 el6 )
>> rpms/djview4 -- DjVu viewer ( epel7 )
>> rpms/djvulibre -- DjVu viewers, encoders, and utilities ( master f24
>> f23 f22 epel7 el6 )
>> rpms/enet -- Thin, simple and robust network layer on top of UDP (
>> master f24 f23 f22 epel7 )
>> rpms/gpsd -- Service daemon for mediating access to a GPS ( epel7 )
>> rpms/pdf2djvu -- PDF to DjVu converter ( master f24 f23 f22 epel7 )
>> rpms/pngcrush -- Optimizer for PNG (Portable Network Graphics) files (
>> master f24 f23 f22 el6 )
>> rpms/pyliblzma -- Python bindings for lzma ( master f24 f23 f22 el6 )
>> rpms/python-fpconst -- Python module for handling IEEE 754 floating
>> point special values ( master f24 f23 f22 )
>> rpms/stardict-xmllittre -- Authoritative 19th century French
>> dictionary ( master f24 f23 f22 )
>> rpms/throttle -- Bandwidth limiting pipe ( master f24 f23 f22 epel7 el6 el5 )
>> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22 epel7 )
>> rpms/tinyxml2 -- Simple, small and efficient C++ XML parser ( master
>> f24 f23 f22 epel7 el6 el5 )
>> rpms/unittest-cpp -- Lightweight unit testing framework for C++ (
>> master f24 f23 f22 epel7 el6 )
>> rpms/uriparser -- URI parsing library - RFC 3986 ( master f24 f23 f22 )
>> rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
>> library ( epel7 )
>>
>> I'm also co-maintainer for the list below, it would be nice if others
>> could step up and help their maintainers too:
>>
>> rpms/LuxRender -- Lux Renderer, an unbiased rendering system ( master
>> f24 f23 f22 epel7 )
>> rpms/PyOpenGL -- Python 2.x bindings for OpenGL ( f23 f22 )
>> rpms/blender -- 3D modeling, animation, rendering and post-production
>> ( master f24 f23 f22 epel7 )
>> rpms/bullet -- 3D Collision Detection and Rigid Body Dynamics Library
>> ( master f24 f23 f22 epel7 el6 )
>> rpms/ceph-ansible -- Ansible playbooks for Ceph ( master f24 f23 f22 epel7 )
>> rpms/cppcheck -- Tool for static C/C++ code analysis ( master f24 f23
>> f22 epel7 el6 el5 )
>> rpms/dbus-c++ -- Native C++ bindings for D-Bus ( master f24 f23 f22 epel7 )
>> rpms/disper -- On-the-fly display switch utility ( master f24 f23 f22
>> epel7 el6 )
>> rpms/djview4 -- DjVu viewer ( master f24 f23 f22 )
>> rpms/dvblinkremote -- Tool for interacting with a DVBLink Connect!
>> Server ( master f24 f23 f22 )
>> rpms/freenx-server -- Free Software (GPL) Implementation of the NX
>> Server ( master f24 f23 f22 )
>> rpms/geany -- A fast and lightweight IDE using GTK2 ( master f24 f23
>> f22 epel7 el6 el5 )
>> rpms/girara -- Simple user interface library ( master f24 f23 f22 epel7 el6 )
>> rpms/gitolite3 -- Highly flexible server for git directory version
>> tracker ( master f24 f23 f22 epel7 el6 )
>> rpms/iperf3 -- Measurement tool for TCP/UDP bandwidth performance (
>> master f24 f23 f22 epel7 el6 )
>> rpms/jack-audio-connection-kit -- The Jack Audio Connection Kit (
>> master f24 f23 f22 epel7 el6 )
>> rpms/jfsutils -- Utilities for managing the JFS filesystem ( master
>> f24 f23 f22 )
>> rpms/key-mon -- A screen cast utility that displays your keyboard and
>> mouse status ( master f24 f23 f22 epel7 )
>> rpms/libffado -- Free firewire audio driver library ( master f24 f23 f22
>> epel7 )
>> rpms/libmediainfo -- Library for supplies technical and tag
>> information about a video or audio file ( master f24 f23 f22 epel7 el6
>> )
>> rpms/librelp -- The Reliable Event Logging Protocol library ( master
>> f24 f23 f22 )
>> rpms/ocl-icd -- OpenCL ICD Bindings ( master f24 f23 f22 )
>> rpms/openal-soft -- Open Audio Library ( master f24 f23 f22 epel7 )
>> rpms/portaudio -- Free, cross platform, open-source, audio I/O library
>> ( master f24 f23 f22 epel7 )
>> rpms/python-pyopengl -- Python bindings for OpenGL ( master f24 )
>> rpms/rssh -- Restricted shell for use with OpenSSH, allowing only scp
>> and/or sftp ( epel7 )
>> rpms/sir -- A simple application for resizing images ( master f24 f23 f22 )
>> rpms/speed-dreams -- The Open Racing Car Simulator ( master f24 f23 f22 )
>> rpms/surf -- Simple web browser ( f23 f22 )
>> rpms/unhide -- Tool to find hidden processes and TCP/UDP ports from
>> rootkits ( master f24 f23 f22 )
>> rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
>> library ( master f24 f23 f22 )
>> rpms/vtkdata -- Example data file for VTK ( f22 )
>> rpms/xfce4-xkb-plugin -- XKB layout switcher for the Xfce panel (
>> master f24 f23 f22 )
>> rpms/xonotic -- Multiplayer, 

Re: orphaning all my packages

[Igor Gnatenko]

I would like to take enet.

- Original Message -
> From: "François Cami" 
> To: "Development discussions related to Fedora" 
> 
> Cc: "Kevin Fenzi" 
> Sent: Monday, April 25, 2016 5:36:53 PM
> Subject: orphaning all my packages
> 
> Hello,
> 
> I'll orphan all my packages at 2PM UTC+2 tomorrow.
> 
> rpms/bats -- Bash Automated Testing System ( master f24 f23 f22 epel7 el6 )
> rpms/djview4 -- DjVu viewer ( epel7 )
> rpms/djvulibre -- DjVu viewers, encoders, and utilities ( master f24
> f23 f22 epel7 el6 )
> rpms/enet -- Thin, simple and robust network layer on top of UDP (
> master f24 f23 f22 epel7 )
> rpms/gpsd -- Service daemon for mediating access to a GPS ( epel7 )
> rpms/pdf2djvu -- PDF to DjVu converter ( master f24 f23 f22 epel7 )
> rpms/pngcrush -- Optimizer for PNG (Portable Network Graphics) files (
> master f24 f23 f22 el6 )
> rpms/pyliblzma -- Python bindings for lzma ( master f24 f23 f22 el6 )
> rpms/python-fpconst -- Python module for handling IEEE 754 floating
> point special values ( master f24 f23 f22 )
> rpms/stardict-xmllittre -- Authoritative 19th century French
> dictionary ( master f24 f23 f22 )
> rpms/throttle -- Bandwidth limiting pipe ( master f24 f23 f22 epel7 el6 el5 )
> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22 epel7 )
> rpms/tinyxml2 -- Simple, small and efficient C++ XML parser ( master
> f24 f23 f22 epel7 el6 el5 )
> rpms/unittest-cpp -- Lightweight unit testing framework for C++ (
> master f24 f23 f22 epel7 el6 )
> rpms/uriparser -- URI parsing library - RFC 3986 ( master f24 f23 f22 )
> rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
> library ( epel7 )
> 
> I'm also co-maintainer for the list below, it would be nice if others
> could step up and help their maintainers too:
> 
> rpms/LuxRender -- Lux Renderer, an unbiased rendering system ( master
> f24 f23 f22 epel7 )
> rpms/PyOpenGL -- Python 2.x bindings for OpenGL ( f23 f22 )
> rpms/blender -- 3D modeling, animation, rendering and post-production
> ( master f24 f23 f22 epel7 )
> rpms/bullet -- 3D Collision Detection and Rigid Body Dynamics Library
> ( master f24 f23 f22 epel7 el6 )
> rpms/ceph-ansible -- Ansible playbooks for Ceph ( master f24 f23 f22 epel7 )
> rpms/cppcheck -- Tool for static C/C++ code analysis ( master f24 f23
> f22 epel7 el6 el5 )
> rpms/dbus-c++ -- Native C++ bindings for D-Bus ( master f24 f23 f22 epel7 )
> rpms/disper -- On-the-fly display switch utility ( master f24 f23 f22
> epel7 el6 )
> rpms/djview4 -- DjVu viewer ( master f24 f23 f22 )
> rpms/dvblinkremote -- Tool for interacting with a DVBLink Connect!
> Server ( master f24 f23 f22 )
> rpms/freenx-server -- Free Software (GPL) Implementation of the NX
> Server ( master f24 f23 f22 )
> rpms/geany -- A fast and lightweight IDE using GTK2 ( master f24 f23
> f22 epel7 el6 el5 )
> rpms/girara -- Simple user interface library ( master f24 f23 f22 epel7 el6 )
> rpms/gitolite3 -- Highly flexible server for git directory version
> tracker ( master f24 f23 f22 epel7 el6 )
> rpms/iperf3 -- Measurement tool for TCP/UDP bandwidth performance (
> master f24 f23 f22 epel7 el6 )
> rpms/jack-audio-connection-kit -- The Jack Audio Connection Kit (
> master f24 f23 f22 epel7 el6 )
> rpms/jfsutils -- Utilities for managing the JFS filesystem ( master
> f24 f23 f22 )
> rpms/key-mon -- A screen cast utility that displays your keyboard and
> mouse status ( master f24 f23 f22 epel7 )
> rpms/libffado -- Free firewire audio driver library ( master f24 f23 f22
> epel7 )
> rpms/libmediainfo -- Library for supplies technical and tag
> information about a video or audio file ( master f24 f23 f22 epel7 el6
> )
> rpms/librelp -- The Reliable Event Logging Protocol library ( master
> f24 f23 f22 )
> rpms/ocl-icd -- OpenCL ICD Bindings ( master f24 f23 f22 )
> rpms/openal-soft -- Open Audio Library ( master f24 f23 f22 epel7 )
> rpms/portaudio -- Free, cross platform, open-source, audio I/O library
> ( master f24 f23 f22 epel7 )
> rpms/python-pyopengl -- Python bindings for OpenGL ( master f24 )
> rpms/rssh -- Restricted shell for use with OpenSSH, allowing only scp
> and/or sftp ( epel7 )
> rpms/sir -- A simple application for resizing images ( master f24 f23 f22 )
> rpms/speed-dreams -- The Open Racing Car Simulator ( master f24 f23 f22 )
> rpms/surf -- Simple web browser ( f23 f22 )
> rpms/unhide -- Tool to find hidden processes and TCP/UDP ports from
> rootkits ( master f24 f23 f22 )
> rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
> library ( master f24 f23 f22 )
> rpms/vtkdata -- Example data file for VTK ( f22 )
> rpms/xfce4-xkb-plugin -- XKB layout switcher for the Xfce panel (
> master f24 f23 f22 )
> rpms/xonotic -- Multiplayer, deathmatch oriented first person shooter
> ( master f24 f23 f22 el6 el5 )
> rpms/xonotic-data -- Game data for the Xonotic first person shooter (
> master f24 f23 f22 el6 el5 )
> rpms/zathura 

Re: orphaning all my packages

[Helio Chissini de Castro]

Hello François

I think Vtk can be put in the hands of kde-sig group (
https://admin.fedoraproject.org/pkgdb/packager/group::kde-sig/ )
Makes sense since is Qt based and this way we all can touch it

[]'s


On Mon, Apr 25, 2016 at 5:36 PM, François Cami  wrote:

> Hello,
>
> I'll orphan all my packages at 2PM UTC+2 tomorrow.
>
> rpms/bats -- Bash Automated Testing System ( master f24 f23 f22 epel7 el6 )
> rpms/djview4 -- DjVu viewer ( epel7 )
> rpms/djvulibre -- DjVu viewers, encoders, and utilities ( master f24
> f23 f22 epel7 el6 )
> rpms/enet -- Thin, simple and robust network layer on top of UDP (
> master f24 f23 f22 epel7 )
> rpms/gpsd -- Service daemon for mediating access to a GPS ( epel7 )
> rpms/pdf2djvu -- PDF to DjVu converter ( master f24 f23 f22 epel7 )
> rpms/pngcrush -- Optimizer for PNG (Portable Network Graphics) files (
> master f24 f23 f22 el6 )
> rpms/pyliblzma -- Python bindings for lzma ( master f24 f23 f22 el6 )
> rpms/python-fpconst -- Python module for handling IEEE 754 floating
> point special values ( master f24 f23 f22 )
> rpms/stardict-xmllittre -- Authoritative 19th century French
> dictionary ( master f24 f23 f22 )
> rpms/throttle -- Bandwidth limiting pipe ( master f24 f23 f22 epel7 el6
> el5 )
> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22 epel7
> )
> rpms/tinyxml2 -- Simple, small and efficient C++ XML parser ( master
> f24 f23 f22 epel7 el6 el5 )
> rpms/unittest-cpp -- Lightweight unit testing framework for C++ (
> master f24 f23 f22 epel7 el6 )
> rpms/uriparser -- URI parsing library - RFC 3986 ( master f24 f23 f22 )
> rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
> library ( epel7 )
>
> I'm also co-maintainer for the list below, it would be nice if others
> could step up and help their maintainers too:
>
> rpms/LuxRender -- Lux Renderer, an unbiased rendering system ( master
> f24 f23 f22 epel7 )
> rpms/PyOpenGL -- Python 2.x bindings for OpenGL ( f23 f22 )
> rpms/blender -- 3D modeling, animation, rendering and post-production
> ( master f24 f23 f22 epel7 )
> rpms/bullet -- 3D Collision Detection and Rigid Body Dynamics Library
> ( master f24 f23 f22 epel7 el6 )
> rpms/ceph-ansible -- Ansible playbooks for Ceph ( master f24 f23 f22 epel7
> )
> rpms/cppcheck -- Tool for static C/C++ code analysis ( master f24 f23
> f22 epel7 el6 el5 )
> rpms/dbus-c++ -- Native C++ bindings for D-Bus ( master f24 f23 f22 epel7 )
> rpms/disper -- On-the-fly display switch utility ( master f24 f23 f22
> epel7 el6 )
> rpms/djview4 -- DjVu viewer ( master f24 f23 f22 )
> rpms/dvblinkremote -- Tool for interacting with a DVBLink Connect!
> Server ( master f24 f23 f22 )
> rpms/freenx-server -- Free Software (GPL) Implementation of the NX
> Server ( master f24 f23 f22 )
> rpms/geany -- A fast and lightweight IDE using GTK2 ( master f24 f23
> f22 epel7 el6 el5 )
> rpms/girara -- Simple user interface library ( master f24 f23 f22 epel7
> el6 )
> rpms/gitolite3 -- Highly flexible server for git directory version
> tracker ( master f24 f23 f22 epel7 el6 )
> rpms/iperf3 -- Measurement tool for TCP/UDP bandwidth performance (
> master f24 f23 f22 epel7 el6 )
> rpms/jack-audio-connection-kit -- The Jack Audio Connection Kit (
> master f24 f23 f22 epel7 el6 )
> rpms/jfsutils -- Utilities for managing the JFS filesystem ( master
> f24 f23 f22 )
> rpms/key-mon -- A screen cast utility that displays your keyboard and
> mouse status ( master f24 f23 f22 epel7 )
> rpms/libffado -- Free firewire audio driver library ( master f24 f23 f22
> epel7 )
> rpms/libmediainfo -- Library for supplies technical and tag
> information about a video or audio file ( master f24 f23 f22 epel7 el6
> )
> rpms/librelp -- The Reliable Event Logging Protocol library ( master
> f24 f23 f22 )
> rpms/ocl-icd -- OpenCL ICD Bindings ( master f24 f23 f22 )
> rpms/openal-soft -- Open Audio Library ( master f24 f23 f22 epel7 )
> rpms/portaudio -- Free, cross platform, open-source, audio I/O library
> ( master f24 f23 f22 epel7 )
> rpms/python-pyopengl -- Python bindings for OpenGL ( master f24 )
> rpms/rssh -- Restricted shell for use with OpenSSH, allowing only scp
> and/or sftp ( epel7 )
> rpms/sir -- A simple application for resizing images ( master f24 f23 f22 )
> rpms/speed-dreams -- The Open Racing Car Simulator ( master f24 f23 f22 )
> rpms/surf -- Simple web browser ( f23 f22 )
> rpms/unhide -- Tool to find hidden processes and TCP/UDP ports from
> rootkits ( master f24 f23 f22 )
> rpms/vtk -- The Visualization Toolkit - A high level 3D visualization
> library ( master f24 f23 f22 )
> rpms/vtkdata -- Example data file for VTK ( f22 )
> rpms/xfce4-xkb-plugin -- XKB layout switcher for the Xfce panel (
> master f24 f23 f22 )
> rpms/xonotic -- Multiplayer, deathmatch oriented first person shooter
> ( master f24 f23 f22 el6 el5 )
> rpms/xonotic-data -- Game data for the Xonotic first person shooter (
> master f24 f23 f22 el6 el5 )
> rpms/zathura -- A lightweight 

Re: orphaning all my packages

[Till Hofmann]

Hi Dominik,

On 04/25/2016 11:03 PM, Dominik 'Rathann' Mierzejewski wrote:
> 
> [...]
>> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22 epel7 )
> 
> Co-maintainers welcome, as usual.
> 

I'd like to co-maintain tinyxml. I've requested commit access.

Thanks,
Till
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning all my packages

[Tamas Levai]

Hi!

I would like to maintain python-pyo, however, I have no experience with Fedora 
package maintenance. But, I managed to package python-pyo with copr.

 Tamas 
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: orphaning all my packages

[Dominik 'Rathann' Mierzejewski]

Hi, François.

On Monday, 25 April 2016 at 17:36, François Cami wrote:
> Hello,
> 
> I'll orphan all my packages at 2PM UTC+2 tomorrow.

Thanks for all your work so far! Hopefully you can come back at some
point.

[...]
> rpms/tinyxml -- A simple, small, C++ XML parser ( master f24 f23 f22 epel7 )

I can pick this one up.

> I'm also co-maintainer for the list below, it would be nice if others
> could step up and help their maintainers too:

[...]
> rpms/ocl-icd -- OpenCL ICD Bindings ( master f24 f23 f22 )

I'll take this one as well.

Co-maintainers welcome, as usual.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: orphaning all my packages

[François Cami]

Hi Raphael,

On Mon, Apr 25, 2016 at 10:42 PM, Raphael Groner
 wrote:
> Hi François,
>
> I'm interested in some of the mentioned packages and requested in PkgDB:
>
> - bats
> - unittest-cpp

Thanks! They're all yours.

I'm just a co-maintainers of the others (below) so they won't be going away.

> - cppcheck
> - speed-dreams
>
> It would be sad to see the other packages go away but I can not take them, 
> especially:
>
> - geany
> - girara
> - xfce4-xkb-plugin
> - zathura*
>
> Co-maintainers are of course always welcome.
>
> ~R.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: orphaning all my packages

[Raphael Groner]

Hi François,

I'm interested in some of the mentioned packages and requested in PkgDB:

- bats
- unittest-cpp
- cppcheck
- speed-dreams

It would be sad to see the other packages go away but I can not take them, 
especially:

- geany
- girara
- xfce4-xkb-plugin
- zathura*

Co-maintainers are of course always welcome.

~R.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaning all my packages

[François Cami]

On Thu, Aug 12, 2010 at 4:19 AM, Ralf Corsepius rc040...@freenet.de wrote:
 On 08/12/2010 03:34 AM, Kevin Kofler wrote:
 Mike McGrath wrote:
 Luckily Remi got a list:

 http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html

 Unfortunately, Remi's list only covers php-*, I think there are other
 affected packages too. He links to pkgdb for the full list, but that doesn't
 work anymore because the packages are now orphaned.

 I happened to have a full list of all former xulchris owned packages around:

 cal3d -- Skeletal based 3-D character animation library
 osgal -- Adapts OpenSceneGraph to use OpenAL++
 osgcal -- Adapts OpenSceneGraph to use Cal3D
 python-fpconst -- Python module for handling IEEE 754 floating point

I'll take these. Co-maintainers welcome of course.

François
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Remi Collet]

Le 13/08/2010 12:31, Christof Damian a écrit :

  php-pear-Structures-DataGrid*.
  php-pear-Benchmark

I will be glad to have co-maintainer on this.
Just ask in pkgdb.

+
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Pavel Alexeev (aka Pahan-Hubbitus)]

  I add himself as co-maintainer of php-pecl-xdebug.
And If you want, can help with some more packages. Please say, if you want.
Primarily it may be: php-pear-Structures-DataGrid*.


11.08.2010 21:19, Remi Collet wrote:
 Le 11/08/2010 18:32, Christopher Stone a écrit :
 Im no longer maintaining all my packages

 Do whatever you need to do to orphan them or open them up.

 Thanks

 Bye.
 The Full list:
 https://admin.fedoraproject.org/pkgdb/users/packages/xulchris

 I will take all the PHP stuff because I have already  update some of
 them as I was aware of the lack of interest of Chris.

 co-maintainers welcome.

 If somebody want to own one of them, just ask. I just want to have no
 orphan package in the LAMP stack.


 php-Smarty
 php-channel-phpunit
 php-pear-Auth-RADIUS
 php-pear-Benchmark
 php-pear-Crypt-CHAP
 php-pear-DB-DataObject
 php-pear-DB-DataObject-FormBuilder
 php-pear-DB-QueryTool
 php-pear-Date
 php-pear-Date-Holidays
 php-pear-Date-Holidays-USA
 php-pear-File
 php-pear-File-Passwd
 php-pear-File-SMBPasswd
 php-pear-HTML-Common
 php-pear-HTML-QuickForm HTML forms
 php-pear-HTML-QuickForm-ElementGrid
 php-pear-HTML-Table
 php-pear-HTTP-Client
 php-pear-HTTP-Request
 php-pear-HTTP-Upload
 php-pear-Image-Canvas
 php-pear-Image-Color
 php-pear-Image-Graph
 php-pear-Image-GraphViz
 php-pear-MDB2
 php-pear-MDB2-Driver-mysql
 php-pear-Math-Stats
 php-pear-Net-Curl
 php-pear-Net-POP3
 php-pear-Net-URL
 php-pear-Net-URL-Mapper
 php-pear-Net-UserAgent-Detect
 php-pear-Numbers-Roman
 php-pear-Numbers-Words
 php-pear-Pager
 php-pear-Payment-Process
 php-pear-Structures-DataGrid
 php-pear-Structures-DataGrid-DataSource-Array
 php-pear-Structures-DataGrid-DataSource-DataObject
 php-pear-Structures-DataGrid-DataSource-MDB2
 php-pear-Structures-DataGrid-DataSource-RSS
 php-pear-Structures-DataGrid-Renderer-Pager
 php-pear-Structures-DataGrid-Renderer-Smarty
 php-pear-Validate
 php-pear-Validate-Finance-CreditCard
 php-pear-XML-Beautifier
 php-pear-XML-RSS
 php-pear-XML-Serializer
 php-pecl-radius -- Radius client library
 php-pecl-xdebug -- PECL package for debugging PHP scripts

 Except obsolete ones
   php-pear-XML-Util (move to php-pear)
   php-pear-PHPUnit (rename to php-phpunit-PHPUnit)

 P.S. I discuss with Chris on IRC. He have no password to connect to
 pkgdb and orphan this package (and no time for...)

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Christof Damian]

On Fri, Aug 13, 2010 at 10:50, Pavel Alexeev (aka Pahan-Hubbitus)
fo...@hubbitus.com.ru wrote:
  I add himself as co-maintainer of php-pecl-xdebug.
 And If you want, can help with some more packages. Please say, if you want.
 Primarily it may be: php-pear-Structures-DataGrid*.

Yes, I can co-maintain them too. I will find a use for them in one of
my projects so I better understand them, I might need to create a
package for the json renderer I guess.

These I could also co-maintain, if help is needed:

 php-Smarty
 php-pear-Benchmark
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Petr Sabata]

On Thu, Aug 12, 2010 at 04:19:25AM +0200, Ralf Corsepius wrote:
 On 08/12/2010 03:34 AM, Kevin Kofler wrote:
  Mike McGrath wrote:
  Luckily Remi got a list:
 
  http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html
 
  Unfortunately, Remi's list only covers php-*, I think there are other
  affected packages too. He links to pkgdb for the full list, but that doesn't
  work anymore because the packages are now orphaned.
 
   Kevin Kofler
 
 
 I happened to have a full list of all former xulchris owned packages around:
 
 SOAPpy -- Full-featured SOAP library for Python
 
 cal3d -- Skeletal based 3-D character animation library
 
 cksfv -- Utility to manipulate SFV files
 
 osgal -- Adapts OpenSceneGraph to use OpenAL++
 
 osgcal -- Adapts OpenSceneGraph to use Cal3D
 
 perl-Digest-CRC -- Generic CRC functions
 
 perl-MP3-Info -- Manipulate / fetch info from MP3 audio files
 
 perl-Net-IRC -- Perl interface to the Internet Relay Chat protocol

I've taken those three Perl packages.

 
 php-Smarty -- Template/Presentation Framework for PHP
 
 php-channel-phpunit -- Adds phpunit channel to PEAR
 
 php-pear-Auth-RADIUS -- Wrapper Classes for the RADIUS PECL
 
 php-pear-Benchmark -- Framework to benchmark PHP scripts or function calls
 
 php-pear-Crypt-CHAP -- Class to generate CHAP packets
 
 php-pear-DB-DataObject -- An SQL Builder, Object Interface to Database 
 Tables
 
 php-pear-DB-DataObject-FormBuilder -- Automatically build HTML_QuickForm 
 objects
 
 php-pear-DB-QueryTool -- An OO-interface for easily retrieving and 
 modifying data in a DB
 
 php-pear-Date -- Date and Time Zone Classes
 
 php-pear-Date-Holidays -- Driver based class to calculate holidays
 
 php-pear-Date-Holidays-USA -- Driver based class to calculate holidays 
 in USA
 
 php-pear-File -- Common file and directory routines
 
 php-pear-File-Passwd -- Manipulate many kinds of password files
 
 php-pear-File-SMBPasswd -- Class for managing SAMBA style password files
 
 php-pear-HTML-Common -- Base class for other HTML classes
 
 php-pear-HTML-QuickForm -- Class for creating, validating, processing 
 HTML forms
 
 php-pear-HTML-QuickForm-ElementGrid -- Meta-element which holds any 
 other element in a grid
 
 php-pear-HTML-Table -- Class to easily design HTML tables
 
 php-pear-HTTP-Client -- Easy way to perform multiple HTTP requests and 
 process their results
 
 php-pear-HTTP-Request -- Provides an easy way to perform HTTP requests
 
 php-pear-HTTP-Upload -- Secure managment of files submitted via HTML Forms
 
 php-pear-Image-Canvas -- Common interface to image drawing
 
 php-pear-Image-Color -- Manage and handles color data and conversions
 
 php-pear-Image-Graph -- Displays numerical data as a graph/chart/plot
 
 php-pear-Image-GraphViz -- Interface to ATT's GraphViz tools
 
 php-pear-MDB2 -- Database Abstraction Layer
 
 php-pear-MDB2-Driver-mysql -- MySQL MDB2 driver
 
 php-pear-Math-Stats -- Classes to calculate statistical parameters
 
 php-pear-Net-Curl -- OO interface to PHP's cURL extension
 
 php-pear-Net-POP3 -- Provides a POP3 class to access POP3 server
 
 php-pear-Net-URL -- Easy parsing of URLs
 
 php-pear-Net-URL-Mapper -- Simple and flexible way to build nice URLs 
 for web applications
 
 php-pear-Net-UserAgent-Detect -- Extract information from an HTTP user agent
 
 php-pear-Numbers-Roman -- Provides methods for converting to and from 
 Roman Numerals
 
 php-pear-Numbers-Words -- Methods for spelling numerals in words
 
 php-pear-PHPUnit -- Regression testing framework for unit tests
 
 php-pear-Pager -- Data paging class
 
 php-pear-Payment-Process -- Unified payment processor
 
 php-pear-Structures-DataGrid -- Tabular structure for converting data
 
 php-pear-Structures-DataGrid-DataSource-Array -- DataSource driver using 
 arrays
 
 php-pear-Structures-DataGrid-DataSource-DataObject -- DataSource driver 
 using PEAR::DB_DataObject
 
 php-pear-Structures-DataGrid-DataSource-MDB2 -- DataSource driver using 
 PEAR::MDB2 and an SQL query
 
 php-pear-Structures-DataGrid-DataSource-RSS -- DataSource driver using 
 RSS files
 
 php-pear-Structures-DataGrid-Renderer-Pager -- Renderer driver using 
 PEAR::Pager
 
 php-pear-Structures-DataGrid-Renderer-Smarty -- Renderer driver using Smarty
 
 php-pear-Validate -- Validation Class for Various Data Types
 
 php-pear-Validate-Finance-CreditCard -- Validation class for Credit Cards
 
 php-pear-XML-Beautifier -- Class to format XML documents
 
 php-pear-XML-RSS -- RSS parser
 
 php-pear-XML-Serializer -- Swiss-army knife for reading and writing XML 
 files
 
 php-pear-XML-Util -- XML utility class
 
 php-pecl-radius -- Radius client library
 
 php-pecl-xdebug -- PECL package for debugging PHP scripts
 
 poker-engine -- Python library that implements poker rules
 
 poker-eval -- Poker hand evaluator library
 
 poker-network -- Base package for poker client and server
 
 poker2d -- GTK poker client to play on a poker-network server
 
 poker3d -- Three 

Re: Orphaning all my packages

[Chen Lei]

I'll take SOAPpy, co-maintainers for all of my packages are welcome.


Full list: https://admin.fedoraproject.org/pkgdb/users/packages/supercyper


Regards,
Chen Lei
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Jan Kaluza]

On Thursday, August 12, 2010 04:19:25 am Ralf Corsepius wrote:
 On 08/12/2010 03:34 AM, Kevin Kofler wrote:
  Mike McGrath wrote:
  Luckily Remi got a list:
  
  http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html
  
  Unfortunately, Remi's list only covers php-*, I think there are other
  affected packages too. He links to pkgdb for the full list, but that
  doesn't work anymore because the packages are now orphaned.
  
   Kevin Kofler
 
 I happened to have a full list of all former xulchris owned packages
 around:

 pygame -- Python modules for writing games

I will take pygame.

 Ralf

Jan Kaluza
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Christof Damian]

On Wed, Aug 11, 2010 at 19:19, Remi Collet fed...@famillecollet.com wrote:
 php-channel-phpunit
 php-pecl-xdebug -- PECL package for debugging PHP scripts

I can help co-maintaining these if you like. As far as I see those are
the only one I use.

If you need a hand with other packages on the list or from your
extensive PHP collection, just give me a shout. I think I can handle a
few more.

Christof
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Jon Ciesla]

  On 08/12/2010 02:25 AM, Jan Kaluza wrote:
 On Thursday, August 12, 2010 04:19:25 am Ralf Corsepius wrote:
 On 08/12/2010 03:34 AM, Kevin Kofler wrote:
 Mike McGrath wrote:
 Luckily Remi got a list:

 http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html
 Unfortunately, Remi's list only covers php-*, I think there are other
 affected packages too. He links to pkgdb for the full list, but that
 doesn't work anymore because the packages are now orphaned.

   Kevin Kofler
 I happened to have a full list of all former xulchris owned packages
 around:

 pygame -- Python modules for writing games
 I will take pygame.

 Ralf
 Jan Kaluza
Beat me to it.  I'll apply for co-maintainer. :)

-J

-- 
- in your fear, speak only peace
   in your fear, seek only love

-d. bowie

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Jan Kaluza]

On Thursday, August 12, 2010 03:23:59 pm Jon Ciesla wrote:
   On 08/12/2010 02:25 AM, Jan Kaluza wrote:
  On Thursday, August 12, 2010 04:19:25 am Ralf Corsepius wrote:
  On 08/12/2010 03:34 AM, Kevin Kofler wrote:
  Mike McGrath wrote:
  Luckily Remi got a list:
  
  http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html
  
  Unfortunately, Remi's list only covers php-*, I think there are other
  affected packages too. He links to pkgdb for the full list, but that
  doesn't work anymore because the packages are now orphaned.
  
Kevin Kofler
  
  I happened to have a full list of all former xulchris owned packages
  around:
  
  pygame -- Python modules for writing games
  
  I will take pygame.
  
  Ralf
  
  Jan Kaluza
 
 Beat me to it.  I'll apply for co-maintainer. :)

Done :).

 -J

Jan Kaluza
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Dominik 'Rathann' Mierzejewski]

On Thursday, 12 August 2010 at 04:19, Ralf Corsepius wrote:
[...]
 I happened to have a full list of all former xulchris owned packages around:
 
[...]
 cksfv -- Utility to manipulate SFV files

Taken.

Regards,
R.

-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
Faith manages.
-- Delenn to Lennier in Babylon 5:Confessions and Lamentations
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Remi Collet]

Le 11/08/2010 18:32, Christopher Stone a écrit :
 Im no longer maintaining all my packages
 
 Do whatever you need to do to orphan them or open them up.
 
 Thanks
 
 Bye.

The Full list:
https://admin.fedoraproject.org/pkgdb/users/packages/xulchris

I will take all the PHP stuff because I have already  update some of
them as I was aware of the lack of interest of Chris.

co-maintainers welcome.

If somebody want to own one of them, just ask. I just want to have no
orphan package in the LAMP stack.


php-Smarty
php-channel-phpunit
php-pear-Auth-RADIUS
php-pear-Benchmark
php-pear-Crypt-CHAP
php-pear-DB-DataObject
php-pear-DB-DataObject-FormBuilder
php-pear-DB-QueryTool
php-pear-Date
php-pear-Date-Holidays
php-pear-Date-Holidays-USA
php-pear-File
php-pear-File-Passwd
php-pear-File-SMBPasswd
php-pear-HTML-Common
php-pear-HTML-QuickForm HTML forms
php-pear-HTML-QuickForm-ElementGrid
php-pear-HTML-Table
php-pear-HTTP-Client
php-pear-HTTP-Request
php-pear-HTTP-Upload
php-pear-Image-Canvas
php-pear-Image-Color
php-pear-Image-Graph
php-pear-Image-GraphViz
php-pear-MDB2
php-pear-MDB2-Driver-mysql
php-pear-Math-Stats
php-pear-Net-Curl
php-pear-Net-POP3
php-pear-Net-URL
php-pear-Net-URL-Mapper
php-pear-Net-UserAgent-Detect
php-pear-Numbers-Roman
php-pear-Numbers-Words
php-pear-Pager
php-pear-Payment-Process
php-pear-Structures-DataGrid
php-pear-Structures-DataGrid-DataSource-Array
php-pear-Structures-DataGrid-DataSource-DataObject
php-pear-Structures-DataGrid-DataSource-MDB2
php-pear-Structures-DataGrid-DataSource-RSS
php-pear-Structures-DataGrid-Renderer-Pager
php-pear-Structures-DataGrid-Renderer-Smarty
php-pear-Validate
php-pear-Validate-Finance-CreditCard
php-pear-XML-Beautifier
php-pear-XML-RSS
php-pear-XML-Serializer
php-pecl-radius -- Radius client library
php-pecl-xdebug -- PECL package for debugging PHP scripts

Except obsolete ones
php-pear-XML-Util (move to php-pear)
php-pear-PHPUnit (rename to php-phpunit-PHPUnit)

P.S. I discuss with Chris on IRC. He have no password to connect to
pkgdb and orphan this package (and no time for...)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[seth vidal]

On Wed, 2010-08-11 at 09:32 -0700, Christopher Stone wrote:
 Im no longer maintaining all my packages
 
 Do whatever you need to do to orphan them or open them up.
 

All your packages are now orphaned.

Thanks for letting us know.

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Remi Collet]

Le 11/08/2010 19:28, Jon Ciesla a écrit :

 php-Smarty
 I'll take php-Smarty.

All ownership taken, except this one.

+
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Jon Ciesla]

  On 08/11/2010 01:23 PM, Remi Collet wrote:
 Le 11/08/2010 19:28, Jon Ciesla a écrit :

 php-Smarty
 I'll take php-Smarty.
 All ownership taken, except this one.

 +
Taken.

-J

-- 
- in your fear, speak only peace
   in your fear, seek only love

-d. bowie

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Kevin Kofler]

seth vidal wrote:
 All your packages are now orphaned.
 
 Thanks for letting us know.

Do we have a list of the packages that got orphaned? Unfortunately, querying 
pkgdb doesn't help anymore now that you set the stuff to orphaned.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Mike McGrath]

On Thu, 12 Aug 2010, Kevin Kofler wrote:

 seth vidal wrote:
  All your packages are now orphaned.
 
  Thanks for letting us know.

 Do we have a list of the packages that got orphaned? Unfortunately, querying
 pkgdb doesn't help anymore now that you set the stuff to orphaned.


Luckily Remi got a list:

http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html

-Mike
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Kevin Kofler]

Mike McGrath wrote:
 Luckily Remi got a list:
 
 http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html

Unfortunately, Remi's list only covers php-*, I think there are other 
affected packages too. He links to pkgdb for the full list, but that doesn't 
work anymore because the packages are now orphaned.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

[Ralf Corsepius]

On 08/12/2010 03:34 AM, Kevin Kofler wrote:
 Mike McGrath wrote:
 Luckily Remi got a list:

 http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html

 Unfortunately, Remi's list only covers php-*, I think there are other
 affected packages too. He links to pkgdb for the full list, but that doesn't
 work anymore because the packages are now orphaned.

  Kevin Kofler


I happened to have a full list of all former xulchris owned packages around:

SOAPpy -- Full-featured SOAP library for Python

cal3d -- Skeletal based 3-D character animation library

cksfv -- Utility to manipulate SFV files

osgal -- Adapts OpenSceneGraph to use OpenAL++

osgcal -- Adapts OpenSceneGraph to use Cal3D

perl-Digest-CRC -- Generic CRC functions

perl-MP3-Info -- Manipulate / fetch info from MP3 audio files

perl-Net-IRC -- Perl interface to the Internet Relay Chat protocol

php-Smarty -- Template/Presentation Framework for PHP

php-channel-phpunit -- Adds phpunit channel to PEAR

php-pear-Auth-RADIUS -- Wrapper Classes for the RADIUS PECL

php-pear-Benchmark -- Framework to benchmark PHP scripts or function calls

php-pear-Crypt-CHAP -- Class to generate CHAP packets

php-pear-DB-DataObject -- An SQL Builder, Object Interface to Database 
Tables

php-pear-DB-DataObject-FormBuilder -- Automatically build HTML_QuickForm 
objects

php-pear-DB-QueryTool -- An OO-interface for easily retrieving and 
modifying data in a DB

php-pear-Date -- Date and Time Zone Classes

php-pear-Date-Holidays -- Driver based class to calculate holidays

php-pear-Date-Holidays-USA -- Driver based class to calculate holidays 
in USA

php-pear-File -- Common file and directory routines

php-pear-File-Passwd -- Manipulate many kinds of password files

php-pear-File-SMBPasswd -- Class for managing SAMBA style password files

php-pear-HTML-Common -- Base class for other HTML classes

php-pear-HTML-QuickForm -- Class for creating, validating, processing 
HTML forms

php-pear-HTML-QuickForm-ElementGrid -- Meta-element which holds any 
other element in a grid

php-pear-HTML-Table -- Class to easily design HTML tables

php-pear-HTTP-Client -- Easy way to perform multiple HTTP requests and 
process their results

php-pear-HTTP-Request -- Provides an easy way to perform HTTP requests

php-pear-HTTP-Upload -- Secure managment of files submitted via HTML Forms

php-pear-Image-Canvas -- Common interface to image drawing

php-pear-Image-Color -- Manage and handles color data and conversions

php-pear-Image-Graph -- Displays numerical data as a graph/chart/plot

php-pear-Image-GraphViz -- Interface to ATT's GraphViz tools

php-pear-MDB2 -- Database Abstraction Layer

php-pear-MDB2-Driver-mysql -- MySQL MDB2 driver

php-pear-Math-Stats -- Classes to calculate statistical parameters

php-pear-Net-Curl -- OO interface to PHP's cURL extension

php-pear-Net-POP3 -- Provides a POP3 class to access POP3 server

php-pear-Net-URL -- Easy parsing of URLs

php-pear-Net-URL-Mapper -- Simple and flexible way to build nice URLs 
for web applications

php-pear-Net-UserAgent-Detect -- Extract information from an HTTP user agent

php-pear-Numbers-Roman -- Provides methods for converting to and from 
Roman Numerals

php-pear-Numbers-Words -- Methods for spelling numerals in words

php-pear-PHPUnit -- Regression testing framework for unit tests

php-pear-Pager -- Data paging class

php-pear-Payment-Process -- Unified payment processor

php-pear-Structures-DataGrid -- Tabular structure for converting data

php-pear-Structures-DataGrid-DataSource-Array -- DataSource driver using 
arrays

php-pear-Structures-DataGrid-DataSource-DataObject -- DataSource driver 
using PEAR::DB_DataObject

php-pear-Structures-DataGrid-DataSource-MDB2 -- DataSource driver using 
PEAR::MDB2 and an SQL query

php-pear-Structures-DataGrid-DataSource-RSS -- DataSource driver using 
RSS files

php-pear-Structures-DataGrid-Renderer-Pager -- Renderer driver using 
PEAR::Pager

php-pear-Structures-DataGrid-Renderer-Smarty -- Renderer driver using Smarty

php-pear-Validate -- Validation Class for Various Data Types

php-pear-Validate-Finance-CreditCard -- Validation class for Credit Cards

php-pear-XML-Beautifier -- Class to format XML documents

php-pear-XML-RSS -- RSS parser

php-pear-XML-Serializer -- Swiss-army knife for reading and writing XML 
files

php-pear-XML-Util -- XML utility class

php-pecl-radius -- Radius client library

php-pecl-xdebug -- PECL package for debugging PHP scripts

poker-engine -- Python library that implements poker rules

poker-eval -- Poker hand evaluator library

poker-network -- Base package for poker client and server

poker2d -- GTK poker client to play on a poker-network server

poker3d -- Three dimensional multi-user online poker game

poker3d-data -- Data files for the poker3d package

pygame -- Python modules for writing games

pypoker-eval -- Python interface to poker-eval

python-fpconst -- Python module for handling IEEE 754 floating point 
special values