[gentoo-dev] Packages up for grabs: x11-misc/x2x

2021-05-03 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/x2x
https://packages.gentoo.org/packages/x11-misc/x2x

There is an open bug and one version bump request
https://bugs.gentoo.org/754132

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/arandr

2021-05-02 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/arandr
https://packages.gentoo.org/packages/x11-misc/arandr

--
Best,
Jonas



[gentoo-dev] Last rites: app-misc/logitech-applet

2021-04-25 Thread Jonas Stein

# Jonas Stein  (2021-04-25)
# Bad SRC_URI, dead upstream.
# Removal on 2021-06-01.  Bug #785736.
app-misc/logitech-applet



[gentoo-dev] Packages up for grabs: x11-misc/xlockmore

2021-04-20 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/xlockmore
https://packages.gentoo.org/packages/x11-misc/xlockmore

--
Best,
Jonas



[gentoo-dev] Last rites: x11-apps/amlc

2021-04-19 Thread Jonas Stein

# Jonas Stein  (2021-04-19)
# Bad SRC_URI, missing license files
# Removal on 2021-07-01.  Bug #784221.
x11-apps/amlc



[gentoo-dev] Packages up for grabs: x11-misc/rofi

2021-04-18 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/rofi
https://packages.gentoo.org/packages/x11-misc/rofi

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: www-apache/anyterm

2021-04-14 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
web-apps:

www-apache/anyterm
https://packages.gentoo.org/packages/www-apache/anyterm

There is a version bump, which likely fixes our bugs
https://bugs.gentoo.org/782907

Please take care for this package, because
https://bugs.gentoo.org/732282
could lead to removal.

--
Best,
Jonas



[gentoo-dev] Last rites: x11-themes/gtk-engines-aurora

2021-04-14 Thread Jonas Stein

# Jonas Stein  (2021-04-15)
# Depends on gtk2, which is EOL
# Removal on 2021-06-01.  Bug #782904.
x11-themes/gtk-engines-aurora



[gentoo-dev] Last rites: x11-misc/superswitcher

2021-04-13 Thread Jonas Stein

# Jonas Stein  (2021-04-14)
# Open bugs, dead upstream.
# Removal on 2021-06-01.  Bug #782730.
x11-misc/superswitcher



[gentoo-dev] Last rites: x11-misc/xstroke

2021-04-13 Thread Jonas Stein

# Jonas Stein  (2021-04-14)
# dead upstream, no valid SRC_URI
# Removal on 2021-06-01.  Bug #782727.
x11-misc/xstroke



[gentoo-dev] Packages up for grabs: x11-misc/idesk

2021-04-13 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/idesk
https://packages.gentoo.org/packages/x11-misc/idesk

https://bugs.gentoo.org/742746
x11-misc/idesk-0.7.5-r3 fails to compile - last rites?

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/xplanet

2021-04-07 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/xplanet
https://packages.gentoo.org/packages/x11-misc/xplanet


Upstream fixed our bug recently:
https://bugs.gentoo.org/742761

Do you remember xplanet?
http://xplanet.sourceforge.net/Gallery/

Who wants to take care?

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-terms/sakura

2021-03-29 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-terms/sakura
https://packages.gentoo.org/packages/x11-terms/sakura

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: sys-apps/mount-gtk

2021-03-29 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

sys-apps/mount-gtk
https://packages.gentoo.org/packages/sys-apps/mount-gtk

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: dev-util/regexxer

2021-03-29 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

dev-util/regexxer
https://packages.gentoo.org/packages/dev-util/regexxer

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: gnome-extra/synapse

2021-03-29 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

gnome-extra/synapse
https://packages.gentoo.org/packages/gnome-extra/synapse

--
Best,
Jonas



[gentoo-dev] Last rites: app-editors/beaver

2021-03-29 Thread Jonas Stein

# Jonas Stein  (2021-03-29)
# Depends on gtk-2, no release since 2010.
# Removal on 2021-05-01.
# Bug #779148.
app-editors/beaver



OpenPGP_signature
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: x11-misc/piedock

2021-03-28 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/piedock
https://packages.gentoo.org/packages/x11-misc/piedock

It does not compile and needs patches. Upstream is informed too.
We will have to last rite, if it is not fixed soon.

I send in CC to Lars, who committed upstream some time ago.

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/efax-gtk

2021-03-27 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/efax-gtk
https://packages.gentoo.org/packages/x11-misc/efax-gtk

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-libs/c++-gtk-utils

2021-03-27 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-libs/c++-gtk-utils
https://packages.gentoo.org/packages/x11-libs/c++-gtk-utils

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/openbox-menu

2021-03-27 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/openbox-menu
https://packages.gentoo.org/packages/x11-misc/openbox-menu

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-libs/fltk

2021-03-27 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-libs/fltk
https://packages.gentoo.org/packages/x11-libs/fltk

It has several open tickets.

Please take care of this package, because several other packages depend 
on fltk:

https://qa-reports.gentoo.org/output/genrdeps/rindex/x11-libs/fltk

--
Best,
Jonas



[gentoo-dev] Last rites: x11-themes/nimbus

2021-03-27 Thread Jonas Stein

# Jonas Stein  (2021-03-27)
# Upstream is gone. Open bugs. Removal after 2021-05-01.
# Bug #778800
x11-themes/nimbus



[gentoo-dev] Cleanup of sunrise remains

2021-03-23 Thread Jonas Stein

Dear all,

Sunrise was discontinued on June 2016. [1]
Its remains confuse our users. There are several places, where sunrise 
is still advertised.

Now it is time for the final shutdown. [3]

I suggest to move the ebuilds [2] to an archive somewhere for 6 months 
for the unlikely case that there are any valuable ebuilds left.


If there is any useful package left, please pick it up, overhaul it and 
move it either to the tree, or guru.


[1] 
https://archives.gentoo.org/gentoo-project/message/df16291a26bbc5c3a219ab26fc7bac99


[2] https://gitweb.gentoo.org/proj/sunrise.git/

[3] https://bugs.gentoo.org/777918

--
Best,
Jonas



OpenPGP_signature
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: x11-misc/xscreensaver

2021-03-11 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/xscreensaver
https://packages.gentoo.org/packages/x11-misc/xscreensaver

It has 3 open tickets.

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/xbindkeys

2021-02-20 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/xbindkeys
https://packages.gentoo.org/packages/x11-misc/xbindkeys

There is an open PR
https://github.com/gentoo/gentoo/pull/14706

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/xearth

2021-02-20 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/xearth
https://packages.gentoo.org/packages/x11-misc/xearth

Still uses EAPI 5
There are open bugs.

Please take care of this package.

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/wdm

2021-02-20 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/wdm
https://packages.gentoo.org/packages/x11-misc/wdm

There are open bugs.

Upstream moved the repository to
https://github.com/voins/wdm

but the ebuild still relies on a dead SRC_URI

The last commit upstream was 12 years ago.

I do not know if wdm is still usable at all in a productive environment.

This package can likely become a candidate for last rites soon.
Please take care of this package.

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/macopix

2021-02-14 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/macopix
https://packages.gentoo.org/packages/x11-misc/macopix

Upstream moved the repository to
https://github.com/chimari/MaCoPiX

They will hopefully add tags too
https://github.com/chimari/MaCoPiX/issues/6

Please help with this package, it blocks
https://bugs.gentoo.org/768993

--
Best,
Jonas



[gentoo-dev] Bug-Wranglers note: Assign arch bugs to the maintainer

2021-02-10 Thread Jonas Stein

Hi,

please assign bugs which occur on a specific architecture only (arm, 
arm64, ppc, ...) to the maintainer of the package.
The maintainer of the package can ping the arch teams on IRC in order to 
solve the bug together.



In order to defeat the bugs, we need the best possible reporting and 
assignment procedure.
There was no documented rule for this case and we saw all possible 
variants. We will reassign them accordingly.

Thanks to Sam for bringing this up.

A collection of further agreements, how we can assign bugs in the best 
way can be found on

https://wiki.gentoo.org/wiki/Project:Bug-wranglers

Everybody with EDITBUGS permission may help to assign bugs.
https://wiki.gentoo.org/wiki/Editbugs_privilege

Thank you,
your Bug-Wrangler team

--
Best
Jonas Stein



[gentoo-dev] Packages up for grabs: app-admin/usbview

2021-02-06 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

app-admin/usbview
https://packages.gentoo.org/packages/app-admin/usbview

There are no open bugs.

--
Best,
Jonas























































[gentoo-dev] Packages up for grabs: www-client/dillo

2021-02-05 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

www-client/dillo
https://packages.gentoo.org/packages/www-client/dillo

There are no open bugs, but we should have a maintainer for a web 
browser in general.


Last Upstream activity were two small commits in 2018:
https://hg.dillo.org/dillo

Upstream bugtracker is broken
https://www.dillo.org/

A browser in this situation can quickly become a candidate for last rites.

Next steps could be:
- Stabilization
- review of forks/patches

Thank you.

--
Best,
Jonas























































[gentoo-dev] [RFC] Would you join to a new project "Themes"?

2021-01-29 Thread Jonas Stein

Hi,

x11-themes/* are very similar.
It could make sense to have a project who maintains all x11-themes.

I never used themes so I am out, but please reply, if you would like to 
create/join such a project.


--
Best
Jonas



[gentoo-dev] [RFC] parser friendly package.mask comments

2021-01-18 Thread Jonas Stein

Hi,

it would be nice to have parser friendly comments in package.mask

The new format
- must be as easy to read and write for humans as it is now.
- must be structured



Benefits of a parser friendly package.mask:

- use it for statistics
- list all packages which are overdue
- pretty print a sorted list
- use syntax highlighting and folding in editors
- better pkgcheck/repoman checks for malformed masks
- automatic nice and readable commit messages
- get even more out of the mgorny-dev-scripts
https://github.com/mgorny/mgorny-dev-scripts/blob/master/lr-add-pmask
- all items have the same structure
- # Removal after: 2021-09-01 is easier to read than
  # Masked for removal in 90 days.


Example workflow on the command line

$> lr-add-pmask app-misc/some-package 987654 2019-07-01 "Doesn't work 
with new libfoo. Upstream dead, gtk-1, smells all commented lines after 
Reason are the reason."


$> lr-commit-pmask




OLD FORMAT

# Dev E. Loper  (2019-07-01)
# Masked for removal in 90 days.  Doesn't work
# with new libfoo. Upstream dead, gtk-1, smells
# funny. (bug #987654). Others write Bug 123456.
# Bug 1 is known well, but the second bug 2 hours to fix.
app-misc/some-package


Add your suggestions below for discussion:


Suggestion 1)

# Masked on: 2019-07-01
# Masked by: Dev E. Loper 
# Removal after: 2019-09-01
# Bugs: 123456, 123457
# Reason: Doesn't work with new libfoo. Upstream dead, gtk-1, smells
# all commented lines after Reason are the reason.
app-misc/some-package


Suggestion 2)
# MASKED ON: 2019-07-01
# MASKED BY: Dev E. Loper 
# REMOVAL AFTER: 2019-09-01
# BUGS: 123456 123457
# REASON: Doesn't work with new libfoo. Upstream dead, gtk-1, smells
# all commented lines after Reason are the reason. Uppercase to
# emphasize keywords.
app-misc/some-package



Suggestion 3)
write your suggestion HERE

How can we improve the format of package.mask for future scripts?
Which suggestion is your preference?

--
Best,
Jonas



OpenPGP_signature
Description: OpenPGP digital signature


[gentoo-dev] FYI: Link to all tickets of m-n packages with a PATCH

2021-01-17 Thread Jonas Stein

Hi,

there is now a saved search in bugzilla "m-n PATCH" which you can add to 
your bugzilla footer.


It shows all open tickets, which are assigned to maintainer-needed
AND
have the keyword PATCH

https://bugs.gentoo.org/buglist.cgi?cmdtype=dorem=m-n 
PATCH=run


Currently there are 54, some are very old.
Please help to get these closed.

Thank you very much

--
Best
Jonas



[gentoo-dev] Packages up for grabs: x11-themes/gartoon-redux

2021-01-17 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-themes/gartoon-redux
https://packages.gentoo.org/packages/x11-themes/gartoon-redux


Please help by reviewing and merging the patch in
https://bugs.gentoo.org/453664

Thank you.

--
Best,
Jonas























































[gentoo-dev] Packages up for grabs: x11-misc/gmrun

2021-01-17 Thread Jonas Stein

Dear all

the following packages are up for grabs after dropping
desktop-misc:

x11-misc/gmrun
https://packages.gentoo.org/packages/x11-misc/gmrun


Please help samuel.bauer@y.. (mazes_80) (also upstream of a fork) to 
maintain the package as proxied maintainer.

https://bugs.gentoo.org/576992

Thank you.

--
Best,
Jonas























































[gentoo-dev] Last rites: x11-misc/rss-glx

2021-01-16 Thread Jonas Stein

# Jonas Stein  (2021-01-17)
# Removal in 30 days.
# Fails to compile Bug #765697.
x11-misc/rss-glx



OpenPGP_signature
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: dev-db/percona-xtrabackup

2021-01-03 Thread Jonas Stein

Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

dev-db/percona-xtrabackup
https://packages.gentoo.org/packages/dev-db/percona-xtrabackup

There are open bugs:
https://bugs.gentoo.org/729696
dev-db/percona-xtrabackup fails to compile with clang

Please fix this package to prevent that it will be dropped from the tree.

There is also
dev-db/percona-xtrabackup-bin
without maintainer.

--
Best,
Jonas





















































OpenPGP_signature
Description: OpenPGP digital signature


[gentoo-dev] Last rites: media-sound/takcd

2020-12-28 Thread Jonas Stein
* media-sound/takcd-0.10-r1 : find.h: error: unknown type name 
_off64_t (#714128)

* unusable without alsa
* upstream is 404
-> last rites

Bug: https://bugs.gentoo.org/762361

--
Best regards,
Jonas Stein























[gentoo-dev] Dissolving project desktop-misc

2020-11-26 Thread Jonas Stein

Dear all,

sorting packages in a group of "misc" packages was not useful.
We have to dissolve the project desktop-misc

There are some tickets which should be closed first before we reassign 
the packages to maintainer-needed.


It would be good to review if there are packages which have to be tree 
cleaned instead of reassigned. The bug tracker lets assume that some 
packages do not build any more.


On
https://wiki.gentoo.org/wiki/Project:Desktop_Miscellaneous
you will find a ink to all desktop-misc bugs and more useful information 
about dissolving desktop-misc.


Please grab the nice packages.
The first 10 packages are free of charge. ;-)

--
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-misc/menulibre

2020-11-25 Thread Jonas Stein

Dear all

the following packages are up for grabs while dissolving
the desktop-misc project:

x11-misc/menulibre
https://packages.gentoo.org/packages/x11-misc/menulibre

It has many users and it would be great if you would take care for it.

It has 5 open bugs - some with a fix.
https://bugs.gentoo.org/buglist.cgi?quicksearch=x11-misc%2Fmenulibre_id=5000746

--
Best,
Jonas





















































[gentoo-dev] Packages up for grabs: x11-misc/zim

2020-11-25 Thread Jonas Stein

Dear all

the following packages are up for grabs while dissolving
the desktop-misc project:

x11-misc/zim
https://packages.gentoo.org/packages/x11-misc/zim

It is a very powerful deskop wiki which is written in python. It has 
many users and it would be great if you would take care for it.


It has one open bug with a fix in the comments.
https://bugs.gentoo.org/678436

--
Best,
Jonas





















































[gentoo-dev] Last rites: www-plugins/adobe-flash

2020-11-12 Thread Jonas Stein
https://bugs.gentoo.org/754192

https://www.adobe.com/ee/products/flashplayer/end-of-life.html#

"As previously announced in July 2017, Adobe will stop distributing and
updating Flash Player after December 31, 2020 (“EOL Date”)"

--
Best regards,
Jonas Stein























Re: [gentoo-dev] How to stabilize packages with frequent release cycles?

2020-09-16 Thread Jonas Stein
Hi,

> When the latest release remains 'latest ~arch' for less than 3 days,
> stabilizing it after 30 days makes little sense.  After all, people with
> frequent upgrade cycle will test it for no more than that, and people
> with infrequent upgrade cycle may miss the version entirely.

> Do you have any suggestions how we could improve this?

At first we need a strict definition of "stable" and "testing", then we
can discuss how to stabilize.

The list of requirements should be testable like

if (old_enough AND no_bugs_with_security_tag AND all_deps_stable AND ...
) then stable

We should have a vote which properties are required and stick to these
more strictly in future.

And a stabilization tool, which is part of gentoo and hosted at gentoo
will check these properties.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [RFC] Services and software which is critical for Gentoo should be developed/run in Gentoo namespace

2020-09-16 Thread Jonas Stein
Hi,

> However, we are still facing the same problem: Only one person is
> involved in development and knows how to run it. In case something will
> break again and Michał will be unavailable, we can’t just push a fix and
> watch a CI pipeline picking up and deploying new nattka. Instead someone
> will have to fork repository from Michał’s private repository at GitHub,
> make the changes and hope that anyone within infrastructure team can
> help to deploy fixed nattka.

The heart of a distribution is basically its infrastructure and the
tools to test, maintain and distribute packages.

If a distribution relies on external sources, which are not maintained
by the distribution, but a single person, it has been forked.

A healthy distribution needs to maintain its own tools.

-- 
Best,
Jonas



[gentoo-dev] Packages up for grabs: x11-libs/gdk-pixbuf-loader-webp

2020-09-10 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

https://packages.gentoo.org/packages/x11-libs/gdk-pixbuf-loader-webp

The package has open bugs
https://bugs.gentoo.org/693062
https://bugs.gentoo.org/703864

-- 
Best,
Jonas



























































signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Packages up for grabs: games-engines/love

2020-09-06 Thread Jonas Stein
On 06/09/2020 23.03, Henrik Pihl wrote:
> I would like to have games-engines/love, if it's possible for an unofficial
> developer.

Yes, you can fix the tickets and prepare PR's via github.
Add a link to the bug as described in
https://www.gentoo.org/glep/glep-0066.html
After several contributions you probably decide that you want to take
care of all future bugs of this package and want to be the (proxied)
maintainer.

--
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Too many proxied maintainers who retire after first contribution. (was: Packages up for grabs: games-engines/love)

2020-09-06 Thread Jonas Stein
Dear all
> 
> the following packages are up for grabs after retirement
> of the proxied maintainer:
> 
> https://packages.gentoo.org/packages/games-engines/love
> 
> The package remains now with several open tickets and even patches.
> User reported the patch works.

The proxied maintainer fixed exactly one bug while he was proxied
maintainer.
This happens too often.
Some retire are one, others after very few contributions.

Please advertise that you do not need to be maintainer to create a pull
request. You should only be maintainer, if you are willing to monitor
the bug tracker and take care of the packages in the long term.

In the past we gave too often the impression "if you want this bug
fixed, become a proxied maintainer"

Our bugzilla does not help here (https://bugs.gentoo.org/719720)
"No maintainer - Look at
https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to
take care of it"

While this is not totally wrong, it seems that we mislead the volunteers
here. Perhaps some read "it" as the bug, while we mean "care for all
bugs and keep the package up to date over the next years"

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: games-engines/love

2020-09-06 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

https://packages.gentoo.org/packages/games-engines/love

The package remains now with several open tickets and even patches.
User reported the patch works.

Please take care of this package, if you want to prevent that it will be
dropped soon.

-- 
Best,
Jonas

























































signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Packages up for grabs: app-portage/ufed, dev-libs/ustr, dev-libs/aws-...

2020-08-26 Thread Jonas Stein
Hi,

I saw several reactions from you in tickets and mails; I answered in
https://bugs.gentoo.org/633138#c7

I did not want to "kick out out" but I had the impression that you can
no longer maintain the packages as explained.

Hope to see many contributions from you soon.
If you have questions about how to fix your mail in bugzilla, do not
hesitate to ask on IRC.

I also saw, that you fixed now many tickets. Cool.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: app-portage/ufed, dev-libs/ustr, dev-libs/aws-...

2020-08-24 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

https://packages.gentoo.org/packages/app-portage/ufed
https://packages.gentoo.org/packages/dev-libs/ustr
https://packages.gentoo.org/packages/dev-libs/aws-c-common
https://packages.gentoo.org/packages/dev-libs/aws-checksums
https://packages.gentoo.org/packages/dev-libs/aws-c-event-stream

Many open bugs.
Some tickets had just a note about "lack of time" for years or no reply
at all.

Please take care of these packages, if you want to prevent that they
will be dropped soon.

-- 
Best,
Jonas

























































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: dev-util/cgdb

2020-08-14 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

dev-util/cgdb
https://packages.gentoo.org/packages/dev-util/cgdb

Many open bugs, perhaps it can not even compile properly. Bump could fix
some ticket.

Please take care of this package, if you want to prevent that it will be
dropped soon.

-- 
Best,
Jonas























































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: sys-kernel/dracut-crypt-ssh

2020-08-14 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

sys-kernel/dracut-crypt-ssh
https://packages.gentoo.org/packages/sys-kernel/dracut-crypt-ssh

-- 
Best,
Jonas





















































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: app-admin/apg

2020-08-13 Thread Jonas Stein
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=00e737a3fe35140eeec7a579d036e6472d5b0e27

commit 00e737a3fe35140eeec7a579d036e6472d5b0e27
Author: Jonas Stein 
AuthorDate: 2020-08-13 22:25:39 +
Commit: Jonas Stein 
CommitDate: 2020-08-13 22:25:39 +

profiles: Last rite app-admin/apg

One of many password generators, but with dead upstream in this case.
Masked for removal after 2020-10-01
Bug: https://bugs.gentoo.org/629272

--
Best regards,
Jonas Stein





















signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: sys-fs/fuseiso

2020-08-13 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

sys-fs/fuseiso
https://packages.gentoo.org/packages/sys-fs/fuseiso

-- 
Best,
Jonas



















































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: x11-misc/gpaste

2020-08-12 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

x11-misc/gpaste
https://packages.gentoo.org/packages/x11-misc/gpaste

-- 
Best,
Jonas



















































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: app-admin/apg

2020-08-12 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

app-admin/apg
https://packages.gentoo.org/packages/app-admin/apg

https://bugs.gentoo.org/629272
https://bugs.gentoo.org/643368

-- 
Best,
Jonas

















































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: app-admin/gentoo-rsync-mirror, app-misc/screenie

2020-08-09 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

app-admin/gentoo-rsync-mirror
https://packages.gentoo.org/packages/app-admin/gentoo-rsync-mirror
This package should really have a maintainer, if it is still used by our
mirrors.

app-misc/screenie
https://packages.gentoo.org/packages/app-misc/screenie
1 open bug https://bugs.gentoo.org/639406

several with open bugs and bump requests.

-- 
Best,
Jonas















































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: net-misc/termpkg

2020-07-04 Thread Jonas Stein
Dead upstream, no homepage, no maintainer, no reverse dependencies.
https://bugs.gentoo.org/730640

--
Best regards,
Jonas Stein



















signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Thank you & Vote for the next Bugday (2020-07-04)

2020-06-07 Thread Jonas Stein
Hi,

the Bugday had a nice revival on 2020-06-06.
Over the time there were several people, who worked on the fine Bug
selection. And we had good discussions about package testing and the
bugs. Support was provided by experienced Gentoo users and developers.

A big "thank you" to everyone who joined. We had a great time and I
learned a lot too.

You (literally everybody) can vote for the topics of the next Bugday.
https://dudle.inf.tu-dresden.de/Bugday_2020-07-04/

Stay informed on: https://wiki.gentoo.org/wiki/Bugday

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [RFC] Concept of Projects - How to proceed?

2020-06-07 Thread Jonas Stein
On 07/06/2020 03.43, Aaron Bauman wrote:
> On Sun, Jun 07, 2020 at 01:49:28AM +0200, Jonas Stein wrote:

> I will happily revert my change on the graphics project Wiki [..]

Glad to read your offer. Yes, please do so.

I think it would hurt the Gentoo project if single developers delete
projects

- without without informing the project members
- without prior discussion (on gentoo-dev for example),
- without vote/consent
- without an organized shutdown (reassign bugs, archive things...).

However we should continue to find a general solution for the problems
discussed in this thread and find a general consent.

Thank you.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] [RFC] Concept of Projects - How to proceed?

2020-06-06 Thread Jonas Stein
Hi,

our concept of "Projects" (Herds in the past) maintaining packages has
several problems.
Which problems do you see?
How can we improve the situation?
How do we want to organize/cluster packages in the future?

I see the following problems:

* We have ten thousand packages for few hundred developers.
  Projects can not heal the lack of resources.
  If a developer is member in 10 projects, she/he can only contribute a
  fraction of the "Gentoo-time" to each project.

* Someone added the project to a package many years ago and
  nobody is left in the project who knows/uses the package.
  I saw this problem for example in Project:Games, where we have games
  that need a CD, but there is no developer in the project left who has
  access to the CD. (If you want to help:
  https://wiki.gentoo.org/wiki/List_of_discs_by_developers)
  We have the same problem for hardware in Printing, Video, Sound.

* Many projects are too heterogeneous
  Projects should only maintain either
  a) many similar packages such as libraries (like Perl, Python) or
  b) very few strong correlated packages (like KDE, Kernel, Xfce)

  It makes no sense to group packages by usage as in
  Science, Games, Theology, Sound, Netmon, Video, Electronics...

* We need something between
  one developer per package, who reacts on every bug within days
  and
  the package is unmaintained.

* The members of a project are not paid by Gentoo or the lead and want
  to invest their (spare)time only to specific packages.
  However a project makes only sense, if all members are willing to
  maintain the packages of the project.


Project Graphics was now deleted without discussion. Have a look at
https://wiki.gentoo.org/wiki/Category:Gentoo_Projects
there are many projects with the same problem of Graphics.

I think we should first find a consent about the following questions
before someone deletes projects.

* How do we want to delete projects? Vote? Decision by a single dev?
Based on statistics? Based on inactivity? Based on lack of manpower?
Based on useful package selection?

* What is a good structure for a project?

* Should we group packages by requirements? (Specific hardware needed.
  Special skills required.)

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: app-misc/ifp-line

2020-06-06 Thread Jonas Stein
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=dfd5b4cbfed70172cbd76d43d7dab2f852f66265

commit dfd5b4cbfed70172cbd76d43d7dab2f852f66265
Author: Jonas Stein 
AuthorDate: 2020-06-06 22:19:30 +
Commit: Jonas Stein 
CommitDate: 2020-06-06 22:19:30 +

profiles: app-misc/ifp-line Last rites

Last rites for unusable package.
Bug: https://bugs.gentoo.org/727360


--
Best regards,
Jonas Stein





















signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Last rites: app-cdr/sync2d

2020-06-05 Thread Jonas Stein
On 04/06/2020 01.39, Aaron Bauman wrote:
> # Aaron Bauman  (2020-06-03)
> # py2 only. dead upstream. m-n.
> # Masked for removal in 15 days
> app-cdr/sync2cd
> 

is there a good reason to reduce the time to 15 days?

https://devmanual.gentoo.org/ebuild-maintenance/removal/index.html
"Wait 30 days (or more)"

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: app-dicts/stardict-quick-eng-fra

2020-06-01 Thread Jonas Stein
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=be10f7c82a66b763cab3b3de571b0e31de43e54c

# Jonas Stein  (2020-06-01)
# Last rite package due to missing/unclear license.
# Removal after 2020-08-01
# Bug 687664
app-dicts/stardict-quick-eng-fra

--
Best regards,
Jonas Stein



















signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Cleaning up the installation handbook (Legacy boot / MBR / ...)

2020-05-03 Thread Jonas Stein
Hi Andreas,

> * Legacy boot and MBR will get kicked out. *
> This is your chance to protest or support.

Please keep.
I have several systems with legacy boot and know many people, who
prefer/need this too.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Please search for open bug tickets when working on pull requests

2020-04-28 Thread Jonas Stein
Hi,

we get many pull requests which is great.
New contributors forget often to add

Closes: https://bugs.gentoo.org/00
or
Bug: https://bugs.gentoo.org/00

in the comment. Please help them.
See also: https://www.gentoo.org/glep/glep-0066.html#commit-messages
There is hardly any PR, which has no link to a bug on Bugzilla.
Thank you very much.

-- 
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: net-libs/quasselc

2020-04-27 Thread Jonas Stein
Upstream stopped development. This lib was only required for
net-irc/quassel-irssi
Bug: https://bugs.gentoo.org/719856

--
Best regards,
Jonas Stein

















signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: net-irc/quassel-irssi

2020-04-27 Thread Jonas Stein
profiles: net-irc/quassel-irssi last rites

Our package is no longer usable and would require an update by upstream
which is no longer active. Last riting the unusable package now.
Bug: https://bugs.gentoo.org/719728

--
Best regards,
Jonas Stein















signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Packages up for grabs: many packages but not "app-text/gocr"

2020-04-26 Thread Jonas Stein
On 27/04/2020 01.32, Jonas Stein wrote:
> Dear all
> 
> the following packages are up for grabs after retirement
> of the proxied maintainer:
> 
> dev-python/kaitaistruct
> dev-python/parver
> dev-python/pyotp
> dev-python/asynctest
> dev-python/h11
> dev-python/pyzbar
> dev-python/wsproto
> dev-python/brotlipy
> sys-auth/authenticator
> app-admin/apachetop
> 
> several with open bugs and bump requests.
> 

app-text/gocr made its way to the mail subject by accident.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: app-text/gocr

2020-04-26 Thread Jonas Stein
Dear all

the following packages are up for grabs after retirement
of the proxied maintainer:

dev-python/kaitaistruct
dev-python/parver
dev-python/pyotp
dev-python/asynctest
dev-python/h11
dev-python/pyzbar
dev-python/wsproto
dev-python/brotlipy
sys-auth/authenticator
app-admin/apachetop

several with open bugs and bump requests.

-- 
Best,
Jonas













































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: games-action/rune

2020-04-23 Thread Jonas Stein
profiles: games-action/rune last rites

Fails to install. Developers do not have access to the CD.
Could not fix since 2006.
Bug: https://bugs.gentoo.org/154735

--
Best regards,
Jonas Stein













signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Last rites: net-proxy/mitmproxy

2020-04-19 Thread Jonas Stein
On 19/04/2020 22.05, Michał Górny wrote:
> # Michał Górny  (2020-04-19)
> # Unmaintained.  Stuck on Python 3.6.  Needs version bump.
> # Removal in 30 days.  Bug #718458.
> net-proxy/mitmproxy

Upstream claims it works with Py 3.8
https://github.com/mitmproxy/mitmproxy

I can not look into that one, but it would be sad to see mitmproxy go.
It has many users.

-- 
Best,
Jonas



Re: [gentoo-dev] ebuild life cycle review

2020-04-10 Thread Jonas Stein
Hi Samuel,

> I would like to leave a suggestion for Gentoo portage ebuild review.
> Since there are some ebuilds in portage that become outdated for more
> than one year when there are new versions available, maybe could be
> possible to add a new step in Gentoo QA service to generate an alarm
> (send email to project and CI leaders) to request a human review.

This service does already exist. Everybody can use repology [1], euscan
[2] and others.

Bumping a package needs time - especially for testing. I work a lot on
our bug tracker and my impression is that automatic bugs for a bump
request are contra productive. We already have many important, but easy
to fix open bugs.
Automatic tickets for packages will flood bugzilla with tickets for
unused packages and bind additional manpower.

We should reserve automatic tickets for important milestones. Such as
EAPI 0 removal or the removal of an obsolete eclass.

Version bumps will get easier and faster as automatic tests are improving.

There is a big effort in the area of Python packages already. But there
is still a lot to do for the next years.

What consumes a lot manpower for version bumps?

- Dependencies change upstream without documentation
- Tests are missing
- Tests are provided, but broken
- Build systems are not used as intended and we have to fix downstream
- The current workflow is still error prone and needs stronger
integration of tools for standard tasks. (Package tests, last riting,
removal, simple version bump, reassigning packages)
repoman ci can not help with edits in profiles for example, it lacks of
many QA tests. So you need finally additional test tools such as
dev-util/pkgcheck.

[1] https://repology.org/
[2] http://euscan.gentooexperimental.org

-- 
Best,
Jonas



[gentoo-dev] Last rites: games-fps/ut2003

2020-03-30 Thread Jonas Stein
profiles: Mask games-fps/ut2003 for removal

SRC_URI is dead AND RESTRICT=mirror is required
Bug: https://bugs.gentoo.org/715540

--
Best regards,
Jonas Stein













signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: app-office/magicpoint, sys-apps/flashrom

2020-03-23 Thread Jonas Stein
Dear all,

The following packages are up for grabs:
app-office/magicpoint
sys-apps/flashrom

after retirement of the proxied maintainer.

https://packages.gentoo.org/packages/app-office/magicpoint
https://packages.gentoo.org/packages/sys-apps/flashrom

There are open bugs.
Some with patches: https://bugs.gentoo.org/709986

-- 
Best,
Jonas

















































































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: games-misc/OilWar

2020-03-21 Thread Jonas Stein
profiles: Last rite games-misc/OilWar

Package masked for removal. Broken SRC_URI,
Bug: https://bugs.gentoo.org/458662

--
Best regards,
Jonas Stein











signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: app-text/gocr

2020-03-16 Thread Jonas Stein
Dear all

the following packages are up for grabs:

app-text/gocr

after removing the TeX Project from the maintainer list.
The package is no LaTeX package.
https://packages.gentoo.org/packages/app-text/gocr

There is an open bump request
https://bugs.gentoo.org/688656
and two very old tickets.

Upstream:
https://www-e.ovgu.de/jschulen/ocr/index.html

-- 
Best,
Jonas











































signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Last rites: dev-python/*, python-maintained, py3.6-only, no-revdep

2020-03-07 Thread Jonas Stein
On 07/03/2020 19.27, Ulrich Mueller wrote:
>> On Sat, 07 Mar 2020, Michał Górny wrote:
> 
>>> Just the ebuild being outdated doesn't sound like a sufficient reason
>>> for removal of a package, at least not for those packages that install
>>> applications for the end user.
> 
>> The list is almost exclusively about dev-python/, i.e. packages that
>> do not install end-user applications but Python modules.
> 
> Like www-apps/nikola, for example?
> 

Nikola is actively maintained and was recently updated.
It works fine and has many users.

Did you look into that package before hard masking?
I see no problems with this package.
https://github.com/getnikola/nikola/blob/master/setup.py

Please undo the masking of fully working packages.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: net-dialup/xl2tpd

2020-02-01 Thread Jonas Stein
Dear all,

The following packages are up for grabs:

net-dialup/xl2tpd

after retirement of the proxied maintainer.

https://packages.gentoo.org/packages/net-dialup/xl2tpd

Open bugs:
https://bugs.gentoo.org/694658
https://bugs.gentoo.org/696766

-- 
Best,
Jonas















































































signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Should we allow "GPL, v2 or later" for ebuilds?

2020-01-27 Thread Jonas Stein
> Note that we could easily revert from GPL-2+ to GPL-2 if it would turn
> out to be too much trouble.
> 
> Thoughts?

I would prefer a single license for all ebuilds.
GPL-2+ or GPL-2 or GPL-... does not matter to me, I am willing to sign,
that all my contributions may be licensed also as GPL-...

IANAL, but I would expect that the license does not change anything for
trivial ebuilds.
The level of creativity ("Schöpfungshöhe") is not high enough for most
ebuilds.
Most ebuild contain only an obvious recipe to install the software.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: app-office/pybliographer

2020-01-06 Thread Jonas Stein
Dear all,

The following packages are up for grabs:

app-office/pybliographer

after removing the TeX project from the maintainer list.

The bug tracker seems to be inactive
https://gitlab.gnome.org/GNOME/pybliographer/issues?scope=all=%E2%9C%93=opened
and it is likely that we will have to last rite the package with the
removal of python 2.

Take action, if you are user of app-office/pybliographer.

-- 
Best,
Jonas







































































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: app-backup/tob

2019-12-30 Thread Jonas Stein
profiles: Last rite app-backup/tob

Package masked for removal. Broken SRC_URI,
last upstream activity was ~16 years ago.
Bug: https://bugs.gentoo.org/704316

--
Best regards,
Jonas Stein









signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: net-wireless/bcm43xx-fwcutter

2019-11-26 Thread Jonas Stein
profiles: Mask net-wireless/bcm43xx-fwcutter for removal

Mask net-wireless/bcm43xx-fwcutter for removal.
Upstream is dead and we have the successor in the tree.
Bug: https://bugs.gentoo.org/537786

--
Best regards,
Jonas Stein











signature.asc
Description: OpenPGP digital signature


[gentoo-dev] RFC: Should the bot add PRs directly to TRACKER tickets?

2019-10-26 Thread Jonas Stein
Hi,

sometimes there are PRs assigned to a TRACKER.

On the one hand it makes sense to reduce the work of creating a separate
ticket per package.

But on the other hand the TRACKER ticket will get chaotic and noisy.
It will also happen some day that someone adds Closes: $TRACKER_TICKET

We would not add patches for a specific package to a TRACKER too, but to
a separate ticket, which is linked to the TRACKER.

Any good ideas?

Here is an example:
https://bugs.gentoo.org/683184
In this case it is still quite tidy, but other TRACKERS will become
unreadable by that.

-- 
Best,
Jonas



Re: [gentoo-dev] [PATCH] glep-0067: Add 'proxied' and 'watcher' maint types

2019-08-02 Thread Jonas Stein
On 02/08/2019 22.55, Michał Górny wrote:
> Add two new maintainer types: 'proxied' for proxied maintainers,
> and 'watcher' for people who wish to be CC-ed on bugs but are not
> maintainers (e.g. upstream developers).

Can't we solve this simply in the bug tracker? The monitor setting of a
user does not belong into the tree.


The upstream maintainer and all other "watchers" have no write access to
the tree so they will consume manpower in adding and removing their
contacts to packages.

The perfect solution would be that any user can add a watch filter to
my-cat/mypkg in the bugtracker.

Between 2018-01-01 and 2018-12-31 we received and assigned 31280 bugs.
I am no fan of the descriptions in the form "please CC: If the bug is
about x but not y and the moon is in the third house of the lion"

This consumes extra time for every assignment and prevents automagic
assignment in future. We should rather keep it simple instead of
extending the options.


> +There are four defined maintainer types:
> +
> +person
> +  Indicates a maintainer that is not a project, and has commit access
> +  to the repository.
> +
> +proxied
> +  Indicates a proxied maintainer, i.e. a maintainer that does not have
> +  direct commit access and needs a proxy to commit the changes.
> +
> +watcher
> +  Indicates a non-maintainer that wishes to be CC-ed on bug reports,
> +  e.g. a upstream developer.
> +
> +project
> +  Indicates a maintainer that is a project defined in ``projects.xml``.


I think different "objects" should not be stored in one variable.
"Person" or "Proxied" means here write_access=TRUE/FALSE
"Project" means a group of developers
"Watcher" means let Bugzilla send notifications



"Person": We should name people without write access persons too... at
least in public ;-)


We should not introduce "watchers" as long our upstream fields in the
metadata are out of date or not set at all.


> +Previously, proxied maintainers were distinguished by not having a Gentoo 
> e-mail
> +address. However, nowadays we have developers without direct Gentoo 
> repository
> +commit access as maintainers. 

(formerly known as staffers)
these few can use their non gentoo mail, if they do not want to do the quiz.
But I think, if someone has done the staffer quiz and is very active on
the ebuilds it makes most sense to go for the write access.


> +There is also no reason to assume that
> +in the future we would not have developers using non-Gentoo e-mail addresses.
> +Adding explicit notation for proxied maintainers resolves that problem.

This would make it impossible to see outside of Gentoo, who is who. I
think users have a slightly higher trust in a maintainer with
f...@gentoo.org than superhero1...@maildrop.cc

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [PATCH] glep-0067: Add 'proxied' and 'watcher' maint types

2019-08-02 Thread Jonas Stein
On 02/08/2019 22.55, Michał Górny wrote:
> Add two new maintainer types: 'proxied' for proxied maintainers,
> and 'watcher' for people who wish to be CC-ed on bugs but are not
> maintainers (e.g. upstream developers).

Can't we solve this simply in the bug tracker? The monitor setting of a
user does not belong into the tree.


The upstream maintainer and all other "watchers" have no write access to
the tree so they will consume manpower in adding and removing their
contacts to packages.

The perfect solution would be that any user can add a watch filter to
my-cat/mypkg in the bugtracker.

Between 2018-01-01 and 2018-12-31 we received and assigned 31280 bugs.
I am no fan of the descriptions in the form "please CC: If the bug is
about x but not y and the moon is in the third house of the lion"

This consumes extra time for every assignment and prevents automagic
assignment in future. We should rather keep it simple instead of
extending the options.


> +There are four defined maintainer types:
> +
> +person
> +  Indicates a maintainer that is not a project, and has commit access
> +  to the repository.
> +
> +proxied
> +  Indicates a proxied maintainer, i.e. a maintainer that does not have
> +  direct commit access and needs a proxy to commit the changes.
> +
> +watcher
> +  Indicates a non-maintainer that wishes to be CC-ed on bug reports,
> +  e.g. a upstream developer.
> +
> +project
> +  Indicates a maintainer that is a project defined in ``projects.xml``.


I think different "objects" should not be stored in one variable.
"Person" or "Proxied" means here write_access=TRUE/FALSE
"Project" means a group of developers
"Watcher" means let Bugzilla send notifications



"Person": We should name people without write access persons too... at
least in public ;-)


We should not introduce "watchers" as long our upstream fields in the
metadata are out of date or not set at all.


> +Previously, proxied maintainers were distinguished by not having a Gentoo 
> e-mail
> +address. However, nowadays we have developers without direct Gentoo 
> repository
> +commit access as maintainers. 

(formerly known as staffers)
these few can use their non gentoo mail, if they do not want to do the quiz.
But I think, if someone has done the staffer quiz and is very active on
the ebuilds it makes most sense to go for the write access.


> +There is also no reason to assume that
> +in the future we would not have developers using non-Gentoo e-mail addresses.
> +Adding explicit notation for proxied maintainers resolves that problem.

This would make it impossible to see outside of Gentoo, who is who. I
think users have a slightly higher trust in a maintainer with
f...@gentoo.org than superhero1...@maildrop.cc




signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Re: RFC: isodate for packages.mask starting on 2019-07-01

2019-07-02 Thread Jonas Stein
On 01/07/2019 09.30, Michał Górny wrote:
> On Mon, 2019-07-01 at 02:29 +0200, Jonas Stein wrote:
>> Dear all,
>>
>>> [..]
>>> Change:
>>> I suggest that we start using the date format -mm-dd
>>> for all dates in package.mask
>>> starting with 2019-07-01
>>> [..]
>>
>> Thank you for your quick responses.
>> package.mask uses now ISO 8601 dates.
>>
>> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c621d104eb258b5fc4b05dfb9940bc26cab7f959
>>
> 
> Could you also look into converting other profile files?  They were
> known to have even less consistency than top-level package.mask.

Good point. I will have a look at it.
It will take some time, because the date formats there are mixed a lot
and we cannot convert it blind with a script.

-- 
Best,
Jonas



[gentoo-dev] Packages up for grabs: net-dns/dnrd

2019-06-30 Thread Jonas Stein
Dear all,

The following packages are up for grabs:

net-misc/seafile-client
net-misc/seafile
net-im/corebird
net-libs/libsearpc
net-libs/ccnet

after retirement of the proxied maintainer.

https://packages.gentoo.org/packages/net-misc/seafile-client
https://packages.gentoo.org/packages/net-misc/seafile
https://packages.gentoo.org/packages/net-im/corebird
https://packages.gentoo.org/packages/net-libs/libsearpc
https://packages.gentoo.org/packages/net-libs/ccnet

The Cloud System Seafile is a tree cleaning candidate, if it is
unmaintained (see bugs).

-- 
Best,
Jonas















































































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Re: RFC: isodate for packages.mask starting on 2019-07-01

2019-06-30 Thread Jonas Stein
Dear all,

> [..]
> Change:
> I suggest that we start using the date format -mm-dd
> for all dates in package.mask
> starting with 2019-07-01
> [..]

Thank you for your quick responses.
package.mask uses now ISO 8601 dates.

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c621d104eb258b5fc4b05dfb9940bc26cab7f959

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] RFC: isodate for packages.mask starting on 2019-07-01

2019-06-29 Thread Jonas Stein
Hi Benda,

thank you for your quick response.

>> Change:
>> I suggest that we start using the date format -mm-dd
>> for all dates in packages.mask
>> starting with 2019-07-01
> 
> For me isodate is more readable.  I would vote for this change.

Great.

I know, that some people prefer their local date format
(https://en.wikipedia.org/wiki/Date_format_by_country) most.
But in an international project it we need a standard which does not
lead to misunderstandings and is easy to use.
I think all developers on the world interpret 2019-07-01 the same way
and are familiar with this format. If it is not their favorite format
yet, it is their second best choice.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Re: RFC: isodate for packages.mask starting on 2019-07-01

2019-06-29 Thread Jonas Stein
Hi Fabian,

> I think ISO 8601 date format is an improvement.

Great.

> However, as you're suggesting to use a date at UTC time, this begs for
> scripting, such as the old echangelog did.  

Absolutely but this is a more complicate step, I want to discuss this later.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] RFC: isodate for packages.mask starting on 2019-07-01

2019-06-29 Thread Jonas Stein
Hi Michał,

I see your argument with "Larry" as bad example user.
I will not touch it for now.
But we should think about it some day later because we have Larry as
example user in many places already. I will put this in another RFC.

>> * 2019-01-01 + 30 days is unclear, if we do not use UTC time
> I don't see how '30 days' vs absolute date makes any difference
> regarding 'UTC time'.  Sure, some people take it as literal 30 days,
> some take it as 'month + 1' but that's not a major problem.

OK I did not express myself well.
"2019-01-01 + 30 days" was just one example. In this worst case the
different time zones could add up to nearly 2 days.
I do not think that this is critical, but while at it we can fix it for
free.

> That said, I agree with the change, just not with the justification.

Great.

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] RFC: isodate for packages.mask starting on 2019-07-01

2019-06-29 Thread Jonas Stein
Dear all,

Situation:
We have different date formats in packages.mask.


Change:
I suggest that we start using the date format -mm-dd
for all dates in packages.mask
starting with 2019-07-01

The following changes in packages.mask will introduce the date format,
specify the timezone, and use Larry as example user.

3,6c3,6
< # When you add an entry to the top of this file, add your name, the
date, and
< # an explanation of why something is getting masked. Please be extremely
< # careful not to commit atoms that are not valid, as it can cause
large-scale
< # breakage, especially if it ends up in the daily snapshot.
---
> # When you add an entry to the top of this file, add your name, the date
> # in the UTC timezone, and an explanation of why something is getting
masked.
> # Please be extremely careful not to commit atoms that are not valid,
as it can
> # cause large-scale breakage, especially if it ends up in the daily
snapshot.
10c10
< ## # Dev E. Loper  (28 Jun 2012)
---
> ## # Larry the cow  (2019-07-01)
24,26c24,26
< ## # Dev E. Loper  (23 May 2015)
< ## # Masked for removal in 30 days.  Doesn't work
< ## # with new libfoo. Upstream dead, gtk-1, smells
---
> ## # Larry the cow  (2019-07-01)
> ## # Masked for removal after 2019-08-01.
> ## # Doesn't work with new libfoo. Upstream dead, gtk-1, smells


Reason:
* Larry is the Gentoo Example
* 2019-01-01 + 30 days is unclear, if we do not use UTC time
* The new date format is easy to read and write and easy to parse
internationally.

Do you have any objections?


By the way, you can get a formatted string of now in UTC with:
date -u +"%Y-%m-%d"

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: net-nds/389-ds-base, dev-libs/svrcore

2019-06-02 Thread Jonas Stein
Dear all,

The following packages are up for grabs:

net-nds/389-ds-base
dev-libs/svrcore

after retirement of the proxied maintainer.

https://packages.gentoo.org/packages/net-nds/389-ds-base
https://packages.gentoo.org/packages/dev-libs/svrcore

net-nds/389-ds-base has an open SECURITY bug

-- 
Best,
Jonas







































































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: net-dns/dnrd

2019-06-01 Thread Jonas Stein
Dear all,

The following packages are up for grabs:

net-dns/dnrd

after retirement of the proxied maintainer.

https://packages.gentoo.org/packages/net-dns/dnrd

Open bugs:
https://bugs.gentoo.org/615236

-- 
Best,
Jonas













































































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Packages up for grabs: net-dns/validns

2019-06-01 Thread Jonas Stein
Dear all,

The following packages are up for grabs:

net-dns/validns

after retirement of the proxied maintainer.

https://packages.gentoo.org/packages/net-dns/validns

Open bugs:
https://bugs.gentoo.org/634442
https://bugs.gentoo.org/664766

The bugs should be fixed in order to prevent the package from treecleaning.

-- 
Best,
Jonas











































































signature.asc
Description: OpenPGP digital signature


[gentoo-dev] Last rites: x11-plugins/gkrellflynn

2019-05-22 Thread Jonas Stein
profiles: Last rite x11-plugins/gkrellflynn

# Jonas Stein  (22 May 2019)
# Masked for removal after 2019-06-23. (bug #686260)
# Wrong license, ships non-GPL image, maintainer needed.
x11-plugins/gkrellflynn

--
Best regards,
Jonas Stein









signature.asc
Description: OpenPGP digital signature


[gentoo-dev] How to map a manually installed TeXLive (via tlmgr) properly on Gentoo?

2019-04-23 Thread Jonas Stein
Hi,

some users need recent TeX packages.
These users install TeXLive via tlmgr either for every user, or system
wide.
We are not able at the moment to provide a full set of TeX packages in
the Gentoo tree, which are less than a year old. Tlmgr users know how
many updates they get every week.

In a system wide installation one could add the list of provided
packages to package.provided and other tools, which depend on the
specific LaTeX packages can be installed properly.

What is the best way to continue without package.provided?
Should we prepare a virtual package for virtual/tlmgr and rewrite the
dependencies in the way, that either virtual/latex-base or virtual/tlmgr
can satisfy a package?

Any better ideas?

-- 
Best,
Jonas



signature.asc
Description: OpenPGP digital signature


  1   2   3   >