Re: [gentoo-dev] Last rites: app-admin/salt, dev-python/pytest-salt-factories, dev-python/boto
Hi Patrick, The salt ebuild has been refactored to remove the tests and modules that require dev-python/boto, and the mask has been removed. Salt has a lot of users, and it would be doing them a disservice to remove it from the tree. Salt is not trivial to distribute, because upstream wants us to run curl -o bootstrap-salt.sh -L https://bootstrap.saltproject.io Thank you for saving the salt ebuild. It really has a lot of users. -- Best, Jonas
Re: [gentoo-dev] [RFC] Gentoo Bugzilla: new resolution for bugs closed due to last rites
I think we should add a new bug resolution that would more precisely cover closing bugs due to packages being removed. Right now, whichever resolution we use (be it WONTFIX, OBSOLETE, etc.), we aren't able to easily distinguish whether the resolution was used "normally" or due to last rites. Having a dedicated resolution (technical name RESO/PKGREMOVED) would make this clear. Furthermore, it would make it easier to reopen bugs if the packages are ever reintroduced. Nice idea. RESO/PKGREMOVED sounds very reasonable to me. By the way debian calls it "archived" as in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609845 -- Best, Jonas OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Packages up for grabs: app-admin/usbview, media-video/handbrake, sys-fs/compsize,...
Dear all the following packages are up for grabs after retirement of the proxied maintainer: app-admin/usbview dev-libs/cudnn-frontend media-video/handbrake net-analyzer/prettyping sys-fs/compsize https://packages.gentoo.org/packages/app-admin/usbview https://packages.gentoo.org/packages/dev-libs/cudnn-frontend https://packages.gentoo.org/packages/media-video/handbrake https://packages.gentoo.org/packages/net-analyzer/prettyping https://packages.gentoo.org/packages/sys-fs/compsize media-video/handbrake has 6 open tickets. One is a version bump. -- Best, Jonas
[gentoo-dev] Packages up for grabs: app-editors/micro
Dear all the following packages are up for grabs after retirement of the proxied maintainer: app-editors/micro https://packages.gentoo.org/packages/app-editors/micro -- Best, Jonas
[gentoo-dev] Packages up for grabs: app-shells/fzf
Dear all the following packages are up for grabs after retirement of the proxied maintainer: app-shells/fzf https://packages.gentoo.org/packages/app-shells/fzf The package needs a version bump https://bugs.gentoo.org/922932 -- Best, Jonas
[gentoo-dev] Packages up for grabs: media-gfx/potrace
Dear all the following packages are up for grabs after dropping the fonts project from these packages: media-gfx/potrace https://packages.gentoo.org/packages/media-gfx/potrace There are 3 open bugs. -- Best, Jonas
Re: [gentoo-dev] [RFC] global USE=gpg
we have many local gpg useflags which basically just enable gpg. Should we merge these to one global useflag? Additionally we have a few gpgme useflags. See also https://bugs.gentoo.org/679634 What are your ideas? We have also have a bunch of USE=pgp and USE=openpgp, both of which are more correct than USE=gpg. Yeah, typical case of "formally correct thing being way more difficult to understand than colloquially practical thing" ... You are right. I would prefer the formally correct "OpenPGP" after reading a bit more. This is how it is named in the RFCs [1] and this is what we mean. If we use either gpg or pgp it will raise new questions and confuse the users. It is better to write 4 additional characters and make it simple and precise. We can explain all details in the description then. [1] https://datatracker.ietf.org/doc/html/rfc4880 -- Best, Jonas OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] [RFC] global USE=gpg
Dear all, we have many local gpg useflags which basically just enable gpg. Should we merge these to one global useflag? Additionally we have a few gpgme useflags. See also https://bugs.gentoo.org/679634 What are your ideas? -- Best, Jonas OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev-announce] Re: [gentoo-dev] Last rites: app-text/gocr, media-video/subtitleripper
Sorry, the subject should've included gocr. On Sat, Nov 25, 2023 at 07:12:40AM -0800, John Helmert III wrote: # John Helmert III (2023-11-24) # Multiple vulnerabilities, unmaintained upstream and in Gentoo. # subtitleripper included as sole reverse dependency, similarly # unmaintained, and with no other reverse dependencies. # Removal on 2023-12-24, bug #824290. app-text/gocr media-video/subtitleripper media-gfx/xsane ocr depends on app-text/gocr https://gitweb.gentoo.org/repo/gentoo.git/tree/media-gfx/xsane/xsane-0.999-r5.ebuild#n34 -- Best, Jonas
[gentoo-dev] Re: Last rites: media-gfx/gmic
Hi Marecki, this is a very powerful package with many users. Thank you for maintaining it till now. Could you address the exact problems to upstream, so they are aware and can improve it? I think not only Gentoo, but also other distributions suffer if it does not build smooth. Looks to me as if the package is not broken now, but there is a lack of manpower to update it. 30 days is the minimum for a removal. I suggest to keep it for a few more months. On 2023-10-26 03:00, Marek Szuba wrote: Upstream uses a massive home-made Makefile which has since the beginning required massive amounts of patching to make it behave reasonably (as well as to fix the problems which ostensibly led upstream to abandoning CMake, and which they immediately re-introduced in their NIH solution) and which if anything have only got worse since then. One, optional, reverse dependency in the tree. Removal on 2023-11-26. Bug #916289. -- Best, Jonas
Re: [gentoo-dev] Last-rite: app-misc/neofetch
Hey, I was looking at these metrics: https://github.com/dylanaraps/neofetch/branches/active https://github.com/dylanaraps/neofetch/branches https://github.com/dylanaraps/neofetch/issues https://github.com/dylanaraps/neofetch/pulls and it's not looking good. Do we have the wrong upstream in our current ebuild? https://packages.gentoo.org/packages/app-misc/neofetch Here is a statement from upstream: https://github.com/dylanaraps/dylanaraps/commit/d23de5835657d9144938deabd570fe7554d8fe94 -- Best, Jonas
[gentoo-dev] Re: Standard parsable format for profiles/package.mask file
Hi all, # Removal on 2023-10-21. Bug #667687, #667689. We should use "after" instead of "on": # Removal after T -- Best, Jonas OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: Standard parsable format for profiles/package.mask file
Hi all,
I want to suggest a standard format for profiles/package.mask, for
multiple reasons:
Sounds sensible. +1
The first line of the "#"-prefixed explanation block must be of the
format "${AUTHOR_NAME} <${EMAIL}> (${SINGLE_DATE})" when the date is of
format -MM-DD, in UTC timezone.
Can we drop this? Or, at least, relax this.
I usually just enter my locale date here and like to avoid having to
think about that UTC is potentially in a different date. I also can not
remember any situation where the date being in UTC matters. Plus, if you
want accurate timestamps, then the git commit/author date is here for
you. :)
I think for the same reason UTC full timestamp makes sense:
The person who adds an entry to the package.mask file does not care
about a few hours and simply rounds the time up.
The scripts which evaluate the .mask file have a proper time stamp. For
a script it is trivial to work with time, if you have UTC in a standard
format. But it is painful, if you just have a date and do not know the
timezone.
So I think you and I really want UTC here.
--
Best,
Jonas
OpenPGP_signature.asc
Description: OpenPGP digital signature
[gentoo-dev] Last rites: app-dicts/edictionary
# Jonas Stein (2023-08-17) # Upstream warns that it is broken and there is no fix since 2010 # Removal after 2023-10-01. Bug #912363. app-dicts/edictionary -- Best, Jonas OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-dev] Packages up for grabs: sys-apps/bat, app-misc/physlock, dev-lang/crystal, dev-util/shards
Dear Hoël, the following packages are up for grabs after retirement of the inactive proxied maintainer: sys-apps/bat Hi, I’m willing to take up that one. What should I do? Great! You can bump the version, fix its open bugs via PR. And if you want to do this in the long term, you add your self to the maintainer list and will get all bug tickets. I suggest you to join the IRC channel #gentoo-proxy-maint to discuss all questions in realtime. There are always helping hands. -- Best, Jonas OpenPGP_signature Description: OpenPGP digital signature
[gentoo-dev] Packages up for grabs: sys-apps/bat, app-misc/physlock, dev-lang/crystal, dev-util/shards
Dear all the following packages are up for grabs after retirement of the inactive proxied maintainer: sys-apps/bat app-misc/physlock dev-lang/crystal dev-util/shards https://packages.gentoo.org/packages/sys-apps/bat https://packages.gentoo.org/packages/app-misc/physlock https://packages.gentoo.org/packages/dev-lang/crystal https://packages.gentoo.org/packages/dev-util/shards -- Best, Jonas OpenPGP_signature Description: OpenPGP digital signature
[gentoo-dev] Packages up for grabs: net-vpn/logmein-hamachi
Dear all the following packages are up for grabs after retirement of the inactive proxied maintainer: net-vpn/logmein-hamachi https://packages.gentoo.org/packages/net-vpn/logmein-hamachi There are several open bugs. The package is RESTRICT=mirror License needs to be updated Unclear if it has any users. The package was unable to fetch until https://bugs.gentoo.org/889272 was fixed. Please take care of this package, if you need it. An unmaintained, proprietary vpn with open bugs is likely to get treecleaned soon. -- Best, Jonas
[gentoo-dev] Last rites: www-client/dillo
# Jonas Stein (2023-01-09) # Dead upstream, open bugs unmaintained. # Removal after 2023-03-01. Bug #890244. www-client/dillo see https://bugs.gentoo.org/890244 -- Best, Jonas
[gentoo-dev] Last rites: net-analyzer/chaosreader
# Jonas Stein (2023-01-01) # Package is broken and unusable, no activity upstream. # Removal after 2023-02-01. Bug #722568. net-analyzer/chaosreader -- Best, Jonas
[gentoo-dev] Last rites: dev-cpp/sourcetrail
# Jonas Stein (2022-12-11) # Unfetchable and mirror-restricted. # Upstream discontinued # Removal after 2023-02-01. Bug #884715. dev-cpp/sourcetrail -- Best, Jonas
Re: [gentoo-dev] [RFC] Removing the distinction between UNCONFIRMED and CONFIRMED bugs
Hi all, I'd like to propose replacing the current UNCONFIRMED and CONFIRMED bug states with a simple NEW state. Why? 1. Only a handful of developers actually uses these two statuses in a meaningful way. 2. Some users are confused and demotivated by having their bugs stay UNCONFIRMED for a long time. As someone who is very active on bugzilla I think the users are happy about - real activity and - polite, precise and clear answers Renaming tags will rather confuse. Yes, some tickets are open for long times (this is not a Gentoo-only problem) We should not hide this with Newspeak. I suggest to keep it as it is, because sometimes it makes sense to confirm a bug. Are not demotivated, because of the name of the tag. They are demotivated, if - bugs remain open/unanswered for long time - they are told "my dev time is too expensive for your problems" in an impolite way -- Best, Jonas
Re: [gentoo-dev] Last rites: net-mail/vchkuser
Hi Peter, # Removal after 2023-01-01. Bug #881249. net-mail/vchkuser Was there an actual issue with the package that prompted you to do this - something that a package maintainer should have resolved? Complete list is in the ticket. I set the delay a bit longer than 30 days so that users have more time to react. If you or others really need this package, report here or in the ticket and we can find a solution. We do not want to break our users system, if we can find another solution including reinstating an upstream repository. But we also do not want to invest time in a dead horse. I think it's a bad idea to remove a package if "Upstream Homepage and SRC_URI is gone" and "Gentoo is the last distro with this package" are the only reasons... A project should always have a real upstream source and not rely on remains in our mirrors. -- Best, Jonas
[gentoo-dev] Last rites: net-mail/vchkuser
# Jonas Stein (2022-11-13) # Dead upstream # Removal after 2023-01-01. Bug #881249. net-mail/vchkuser -- Best, Jonas
Re: [gentoo-dev] [RFC] A new GLSA schema
CSAF is exactly what we want with GLSA. There are already many tools to parse and pretty print the CSAF documents. Thanks, I'll look into it more. Can you offer to help implement it in Portage? Not this year, but I can try to help. There are many ready to use tools around csaf already. You can also combine it with https://securitytxt.org/ Here is an example: https://www.bsi.bund.de/.well-known/security.txt The line CSAF: https://cert-bund.de/.well-known/csaf/provider-metadata.json tells where to find the csaf data. -- Best, Jonas
Re: [gentoo-dev] [RFC] A new GLSA schema
[2] https://oasis-open.github.io/csaf-documentation/ Oh I see, I'd missed the actual link to CSAF, sorry. My fault. I should not add xkcd links in future. I'll take a look. It's not clear to me yet if this is going to be a good fit for distributions though, as we're not a normal "vendor". The major idea of CSAF is to use it optionally along with CPE, CVE, security.txt These are fully compatible and complete each other. We are a "vendor" in this scheme. You can find already CVEs assigned to the product with the CPE cpe:2.3:a:gentoo: So we are the vendor "gentoo". Perhaps gentoo_project would be more intuitive but currently it is "gentoo". Are you aware of any other Linux distros using this? Langley Rock from Red Hat seems to be part of the editors team. So I guess Redhat/Centos are on the way. (see https://docs.oasis-open.org/csaf/csaf/v2.0/csaf-v2.0.html) Here are some presentations: https://oasis-open.github.io/csaf-documentation/videos.html CSAF is exactly what we want with GLSA. There are already many tools to parse and pretty print the CSAF documents. -- Best, Jonas
Re: [gentoo-dev] [RFC] A new GLSA schema
On 10/11/2022 03:27, John Helmert III wrote: The first GLSA in glsa.git is GLSA-200310-03, the third GLSA of October 2003. It used roughly the same format of the GLSAs we release today, in 2022, making that format almost as old as me. IFF we change the format, we should not invent a new standard [1] but use existing one like CSAF [2] [1] https://imgs.xkcd.com/comics/standards.png [2] https://oasis-open.github.io/csaf-documentation/ -- Best, Jonas
Re: [gentoo-dev] Re: The Gentoo VDR Project is empty
Hi Martin, as I already have taken care about many packages from the vdr project, I will continue to do so. Thank you very much for your offer. This is great. Is there any progress on the discussion about [gentoo-project] RFC: "Trusted contributor model"? I think it makes no sense to have another group between proxied maintainers and developers with commit bit. Meanwhile I continue to wait for an answer on my email to recruit...@gentoo.org from november 2019. I guess it got lost and hope that you will get a response soon now. -- Best, Jonas
[gentoo-dev] Last rites: app-misc/tpconfig
# Jonas Stein (2022-10-26) # Dead upstream, open bugs. # Removal after 2022-12-24. Bug #878337. app-misc/tpconfig https://bugs.gentoo.org/878337 -- Best, Jonas
[gentoo-dev] Packages up for grabs: sci-electronics/drahnr-oregano, app-editors/qhexedit2, app-mobilephone/gammu
Dear all the following packages are up for grabs after retirement of a proxied maintainer: sci-electronics/drahnr-oregano https://packages.gentoo.org/packages/sci-electronics/drahnr-oregano app-editors/qhexedit2 https://packages.gentoo.org/packages/app-editors/qhexedit2 app-mobilephone/gammu https://packages.gentoo.org/packages/app-mobilephone/gammu -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/xfe
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/xfe https://packages.gentoo.org/packages/x11-misc/xfe There is an open version bump request: https://bugs.gentoo.org/836834 -- Best, Jonas
Re: [gentoo-dev] proposal: use only one hash function in manifest files
Hi I'd like to propose the following for portage: - Only support one "secure" hash function (such as sha2, sha3, blake2, etc) - Only generate and parse one hash function in Manifest files - Remove support for multiple hash functions No, this has no benefit. In other words, what are we actually getting by having _both_ SHA2-512 and BLAKE2b for every file in every Manifest? Implementations are often broken and we have to expect zero day attacks on hashes and on signatures. Hence it does not hurt to have a second hash. It is very likely that we can not trust in X for a while in the next years, but it is very unlikely that two different implementations are affected. Additionally calculating a second hash does not cost anything. This was also the outcome of the discussion some time ago here. -- Best, Jonas
[gentoo-dev] Re: Last rites: net-wireless/yatebts, net-wireless/srslte, net-wireless/nanovna-saver, net-wireless/gr-scan
Hi Jakov, please do not remove net-wireless/nanovna-saver package. I know of many users of this package. One (who is not on this list) wrote me that he will try to fix the open bugs. He wrote that most of these are not critical. Where can I find the official last-rites bug ticket for net-wireless/nanovna-saver so that we can continue there? On 16/03/2022 23.08, Jakov Smolić wrote: # Jakov Smolić (2022-03-16) # Unmaintaned, broken packages with no revdeps. # Bugs 822234, 809539, 809536, 832618, 731720, 713684, # 733662, 741082, and many others. # Removal on 2022-04-16. net-wireless/yatebts net-wireless/srslte net-wireless/nanovna-saver net-wireless/gr-scan Best, -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/xpad
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/xpad https://packages.gentoo.org/packages/x11-misc/xpad A version bump is needed https://bugs.gentoo.org/834946 -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/xscreensaver-app
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/xscreensaver-app https://packages.gentoo.org/packages/x11-misc/xscreensaver-app -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/xxkb
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/xxkb https://packages.gentoo.org/packages/x11-misc/xxkb There is an open bug with a solution. Someone has to apply it in the ebuild and report upstream. https://bugs.gentoo.org/685646 -- Best, Jonas
[gentoo-dev] Packages up for grabs: app-cdr/xcdroast
Dear all the following packages are up for grabs after dropping the maintainer, who does not use the package himself anymore as he explained by mail. app-cdr/xcdroast https://packages.gentoo.org/packages/app-cdr/xcdroast Status: Several users waited years for the bump to 1.19 (https://bugs.gentoo.org/649982) This needs testing now. Next: How far is the gtk3 transition for xcdroast? When can we drop gkt2 support? Stabilize 1.19 and drop old packages. Any user of xcdroast willing to care for this package? -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/xhkeys
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/xhkeys https://packages.gentoo.org/packages/x11-misc/xhkeys -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/xnee
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/xnee https://packages.gentoo.org/packages/x11-misc/xnee There are unmerged patches upstream. -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/evolvotron
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/evolvotron https://packages.gentoo.org/packages/x11-misc/evolvotron This funny package calculates fantasy images http://timday.com/share/evolvotron/gallery.htm -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/fraqtive
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/fraqtive https://packages.gentoo.org/packages/x11-misc/fraqtive The package compiles fine here. Upstream moved from SF to GH, SRC_URI needs an update. -- Best, Jonas
[gentoo-dev] Packages up for grabs: www-client/w3m
Dear all the following packages are up for grabs after dropping Cjk from w3m: www-client/w3m https://packages.gentoo.org/packages/www-client/w3m -- Best, Jonas
[gentoo-dev] Last rites: x11-misc/gtk2fontsel
# Jonas Stein (2022-02-11) # Blocks gtk2 removal, which is EOL # Removal after 2022-04-01. Bug #833145. x11-misc/gtk2fontsel -- Best, Jonas
[gentoo-dev] Last rites: x11-misc/i855crt
# Jonas Stein (2022-02-11) # Not usable anymore # Removal after 2022-06-01. Bug #833144. x11-misc/i855crt -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/xautolock
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/xautolock https://packages.gentoo.org/packages/x11-misc/xautolock -- Best, Jonas
[gentoo-dev] Last rites: x11-misc/sisctrl
# Jonas Stein (2022-02-09) # Upstream is 404, open bugs, not maintained. # Removal after 2022-05-01. Bug #832954. x11-misc/sisctrl -- Best, Jonas
[gentoo-dev] Last rites: x11-misc/easystroke
# Jonas Stein (2022-02-08) # Not maintained, open bugs, upstream outdated. # Removal after 2022-07-01. Bug #832953. x11-misc/easystroke Long delay, so that you have enough time to fix it or bribe someone to fix and prevent removal. Ideally fork upstream and merge patches there. -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/sselp
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/sselp https://packages.gentoo.org/packages/x11-misc/sselp -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/lineakd
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/lineakd https://packages.gentoo.org/packages/x11-misc/lineakd -- Best, Jonas
[gentoo-dev] Last rites: app-misc/emelfm2
# Jonas Stein (2022-02-06) # Dead upstream, unmaintained, open bugs. # Removal after 2022-04-01. Bug #832808. app-misc/emelfm2 https://bugs.gentoo.org/832808 -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/autocutsel
Dear all the following packages are up for grabs after dropping desktop-misc x11-misc/autocutsel https://packages.gentoo.org/packages/x11-misc/autocutsel No open bugs, I did a version bump and an eapi bump before removing desktop-misc -- Best, Jonas
[gentoo-dev] Packages up for grabs: media-libs/libgroove, media-gfx/img2pdf and more
Dear all the following packages are up for grabs after retirement of the proxied maintainer https://bugs.gentoo.org/633102: media-libs/libgroove media-libs/libsoundio x11-misc/xss-lock media-gfx/img2pdf games-rpg/baldurs-gate-ee media-sound/pnmixer dev-python/configshell-fb dev-python/pyacoustid sys-block/targetcli-fb Links to pgo for your comfort: https://packages.gentoo.org/packages/media-libs/libgroove https://packages.gentoo.org/packages/media-libs/libsoundio https://packages.gentoo.org/packages/x11-misc/xss-lock https://packages.gentoo.org/packages/media-gfx/img2pdf https://packages.gentoo.org/packages/games-rpg/baldurs-gate-ee https://packages.gentoo.org/packages/media-sound/pnmixer https://packages.gentoo.org/packages/dev-python/configshell-fb https://packages.gentoo.org/packages/dev-python/pyacoustid https://packages.gentoo.org/packages/sys-block/targetcli-fb -- Best, Jonas
[gentoo-dev] Last rites: www-servers/bozohttpd
# Jonas Stein (2022-01-02) # Unmaintained and broken. # Removal after 2022-03-01. Bug #830428. www-servers/bozohttpd https://bugs.gentoo.org/830428 -- Best, Jonas
[gentoo-dev] Need help: Many patches for unmaintained packages
Hi, I prepared a public Bugzilla filter "m-n PATCH" https://bugs.gentoo.org/buglist.cgi?cmdtype=dorem=run=m-n%20PATCH_id=85842 There are open patches for packages which do not compile If you have some time, please have a look at the list. There are very strange things too. -- Best, Jonas
[gentoo-dev] Last rites: x11-plugins/purple-facebook
# Jonas Stein (2021-12-31) # Removal after 2022-05-01. Bug #830331. # Broken and upstream needs new maintainer. x11-plugins/purple-facebook https://bugs.gentoo.org/830331 8<--- Reasoning: * maintainer-needed + open tickets * package needs many patches to get it (probably) working again * upstream does not maintain the source anymore. Issues and PRs remain open * some tickets let me assume, that the software is not usable anymore (for example TLS failure: https://github.com/dequis/purple-facebook/issues/525) * If you love this package, contact upstream and become the new upstream maintainer https://github.com/dequis/purple-facebook/issues/518 * We cannot maintain such a complicate project by constantly patching it downstream * We can reintroduce this package any time when upstream is alive again -- Best, Jonas
[gentoo-dev] Packages up for grabs: app-misc/gentoo
Dear all the following packages are up for grabs after dropping desktop-misc app-misc/gentoo https://packages.gentoo.org/packages/app-misc/gentoo -- Best, Jonas
[gentoo-dev] Packages up for grabs: app-misc/banner
Dear all the following packages are up for grabs after dropping desktop-misc app-misc/banner https://packages.gentoo.org/packages/app-misc/banner -- Best, Jonas
[gentoo-dev] Packages up for grabs: app-text/ocrad
Dear all the following packages are up for grabs after dropping // correction: tex from this package: app-text/ocrad https://packages.gentoo.org/packages/app-text/ocrad Todo: https://bugs.gentoo.org/722474 app-text/ocrad calls ar directly -- Best, Jonas
[gentoo-dev] Packages up for grabs: app-text/ocrad
Dear all the following packages are up for grabs after dropping desktop-misc: app-text/ocrad https://packages.gentoo.org/packages/app-text/ocrad Todo: https://bugs.gentoo.org/722474 app-text/ocrad calls ar directly -- Best, Jonas
Re: [gentoo-dev] [RFC] Would you join to a new project "Themes"?
Hi Marco, I used to maintain papirus-icon-theme so I could be interested on be added to them project to (if I can, as I'm not a Dev) The project addresses only dev's, but you can prepare PR's and patches and we can merge them. We are also glad about helping hands in the open bugs. The project page will grow here: https://wiki.gentoo.org/wiki/Project:Themes -- Best, Jonas
Re: [gentoo-dev] [RFC] New category: net-servers
On 20/12/2021 09.05, Anna “CyberTailor” wrote: On 2021-12-20 01:18, Jonas Stein wrote: I think we need a more precise definition if we do not want this. "servers for miscellaneous application-level network protocols"? sounds like server-misc/* what is the benefit? https://xkcd.com/1077/ I do not think this is a good idea. Categories should be as sharp and clear as possible. -- Best, Jonas
[gentoo-dev] Last rites: x11-misc/3ddesktop
# Jonas Stein (2021-12-20) # Package is broken and obsolete. # Removal on 2022-02-01. Bug #828875. x11-misc/3ddesktop
[gentoo-dev] Packages up for grabs: x11-misc/skippy
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/skippy https://packages.gentoo.org/packages/x11-misc/skippy -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/gtkdialog
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/gtkdialog https://packages.gentoo.org/packages/x11-misc/gtkdialog Todo: https://bugs.gentoo.org/769131 x11-misc/gtkdialog: Drop IUSE=gtk2 and conditional x11-libs/gtk+:2 dependency -- Best, Jonas
Re: [gentoo-dev] [RFC] New category: net-servers
Hi, I've been packaging some Gemini protocol servers and clients in ::guru overlay, and they all go to net-misc category. I think it would be better to split browsers and servers for non-www protocols (like Finger, Ident, Gemini and Gopher) into separate categories. all servers without www servers means, we should move ssh, imap, pop, mysql... there too I think we need a more precise definition if we do not want this. -- Best, Jonas
[gentoo-dev] Last rites: x11-misc/habak
# Jonas Stein (2021-12-20) # Package is broken and obsolete. # Removal on 2022-02-01. Bug #464364. x11-misc/habak
[gentoo-dev] Packages up for grabs: app-misc/oneko
Dear all the following packages are up for grabs after dropping desktop-misc: app-misc/oneko https://packages.gentoo.org/packages/app-misc/oneko This package has several problems and could become a last rites candidate soon. Please take care of this package, if you need it. -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-terms/guake
Dear all the following packages are up for grabs after dropping desktop-misc: x11-terms/guake https://packages.gentoo.org/packages/x11-terms/guake -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/xvkbd
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/xvkbd https://packages.gentoo.org/packages/x11-misc/xvkbd It likely has a missing dependency https://bugs.gentoo.org/624506 /.../ld: /.../libXaw3d.so: undefined reference to multiSinkObjectClass https://bugs.gentoo.org/776880 -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/fireflies
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/fireflies https://packages.gentoo.org/packages/x11-misc/fireflies -- Best, Jonas
[gentoo-dev] Last rites: net-analyzer/amap
# Jonas Stein (2021-12-01) # Removal on 2022-01-01. # Disbanded by upstream who suggested to # use nmap instead many years ago. (bug #680546) net-analyzer/amap
[gentoo-dev] Packages up for grabs: x11-terms/lilyterm
Dear all the following packages are up for grabs after dropping desktop-misc: x11-terms/lilyterm https://packages.gentoo.org/packages/x11-terms/lilyterm Open bugs: x11-terms/lilyterm-0.9.9.4-r2 installs files into unexpected paths https://bugs.gentoo.org/811540 -- Best, Jonas
[gentoo-dev] [RFC] dissolving project netmon
Dear all, the project netmon is openly discussed as "dead" since years. We should not blame its members, but the fact that the packages in netmon are very different and should not be clustered in one project. Thanks to everyone who helped out with bugs assigned to netmon. I suggest to reassign the netmon packages to m-n. This will motivate others to grab the packages and reflect the real status. Are there any objections to dissolving netmon? -- Best, Jonas
Re: [gentoo-dev] 2021 retrospective
Hi, in the spirit of our "2020 in retrospect & happy new year 2021!" front page article, https://www.gentoo.org/news/2021/01/15/new-year.html which was rather well received, I'd already like to start collecting news from 2021! Suggestions, text snippets, illustrations welcome- either as a reply here on-list, or directly to me. My suggestion -8<- A series of online workshops in German language started in 2021. The meetings take place in BBB every 2 months on the 3rd Saturday of the month. The events had been very well received and we also want to provide workshops in English starting on 2022-02-19. All events are listed on https://gentoo-ev.org/ ->8- Best, Jonas
Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests
Hi, Back during the 2017 discussion, Infra came to the conclusion that we're going to keep SHA512 for a transition period, then remove it, and stay with a single hash algorithm. In my opinion, we have kept it long enough. WDYT? As far I remember we agreed to keep two different hashes. The idea is, that if one hash is no longer safe to use, we still have a short period for migration. If we use only one hash, gentoo is vulnarable to "sudden problems". The everyday news show us, that broken implementations are possible and that this scenario is likely to happen over the years. The benefit of removing the second hash is negligible. So we should keep two different hashes. -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/fbpanel
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/fbpanel https://packages.gentoo.org/packages/x11-misc/fbpanel There is an open bug, because the license is unclear https://bugs.gentoo.org/795591 Does anybody still use this package? I am not sure if it is still usable with modern desktops. -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/nitrogen
Dear all the following packages are up for grabs after dropping desktop-misc: x11-misc/nitrogen https://packages.gentoo.org/packages/x11-misc/nitrogen There are open bugs. Upstream is still active. -- Best, Jonas
[gentoo-dev] Packages up for grabs: x11-misc/x2x
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
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
# 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
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
# 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
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
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
# 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
# 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
# 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
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
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
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
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
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
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
# 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
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
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
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
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
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
# 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
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
