[gentoo-dev] Re: [gentoo-dev-announce] More packages up for grabs due to developer inactivity
On Wed, 14 Feb 2024 11:38:49 +0100, Michał Górny wrote : > Hello, > > The following packages are also left with no maintainer: > dev-util/google-perftools I had started to look into this one already, adding to my list > x11-misc/xssstate I use this one and should be low-maintenance -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] net-misc/csync: last rites
# Bernard Cafarelli (2022-07-14) # Dead upstream (last release in 2013, no tarballs or git download) # No reverse dependencies for a long time, # several test and build failures (#791103,#833416,#836715) # Bug #857948, removal on 2022-08-13. net-misc/csync -- Bernard Cafarelli (Voyageur) Gentoo developer pgpshtGMHV0jg.pgp Description: Signature digitale OpenPGP
Re: [gentoo-dev] Packages up for grabs: x11-misc/lightdm, sys-apps/fwupd, net-im/pidgin, media-sound/mumble, app-emulation/virtualbox, app-editors/nano, app-shells/zsh and more
I can help with packages I use (resources and time permitting), but co-maintainers are more than welcome! On Wed, 29 Jun 2022 10:15:03 +0300 Joonas Niilola wrote: > app-text/convmv Should be low maintenance > mail-client/claws-mail > mail-client/clawsker My main mail client and a related configuration program > net-libs/libetpan A dependency for claws-mail > net-libs/nghttp2 HTTP/2 support is nice > net-mail/ytnef Another one claws-mail depends on > net-misc/wget2 Usage depending if muscle memory makes me forget the "2" or not > x11-themes/claws-mail-themes Not updated for a while but they still work fine -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] [PATCH] gnustep-base.eclass: Limit SUPPORTED_EAPIS to [5-7], drop eutils
TION: egnustep_make > +# @DESCRIPTION: > # Make utilizing GNUstep Makefiles > egnustep_make() { > if [[ -f ./Makefile || -f ./makefile || -f ./GNUmakefile ]] ; then > - emake ${*} "${GS_ENV[@]}" all || die "package make failed" > + emake ${*} "${GS_ENV[@]}" all > return 0 > fi > die "no Makefile found" > } > > +# @FUNCTION: egnustep_install > +# @DESCRIPTION: > # Make-install utilizing GNUstep Makefiles > egnustep_install() { > if [[ ! -d ${EPREFIX}/usr/share/GNUstep/Makefiles ]]; then > # avoid problems due to our "weird" prefix, make sure it exists > - mkdir -p "${D}"${GNUSTEP_SYSTEM_TOOLS} > + mkdir -p "${D}"${GNUSTEP_SYSTEM_TOOLS} || die > fi > if [[ -f ./[mM]akefile || -f ./GNUmakefile ]] ; then > - emake ${*} "${GS_ENV[@]}" install || die "package install > failed" > + emake ${*} "${GS_ENV[@]}" install > return 0 > fi > die "no Makefile found" > } > > +# @FUNCTION: egnustep_doc > +# @DESCRIPTION: > # Make and install docs using GNUstep Makefiles > egnustep_doc() { > if [[ -d "${S}"/Documentation ]] ; then > # Check documentation presence > pushd "${S}"/Documentation || die > if [[ -f ./[mM]akefile || -f ./GNUmakefile ]] ; then > - emake "${GS_ENV[@]}" all || die "doc make failed" > - emake "${GS_ENV[@]}" install || die "doc install failed" > + emake "${GS_ENV[@]}" all > + emake "${GS_ENV[@]}" install > fi > popd || die > fi > @@ -258,12 +264,9 @@ EOF > if [[ -d ${EPREFIX}/usr/share/GNUstep/Makefiles ]]; then > exeinto /usr/bin > else > - exeinto ${GNUSTEP_SYSTEM_TOOLS#${EPREFIX}}/Gentoo > + exeinto "${GNUSTEP_SYSTEM_TOOLS#${EPREFIX}}"/Gentoo > fi > doexe "${T}"/${cfile} > } > > -case ${EAPI:-0} in > - 0|1) EXPORT_FUNCTIONS pkg_setup src_unpack src_compile src_install > pkg_postinst ;; > - *) EXPORT_FUNCTIONS pkg_setup src_prepare src_configure src_compile > src_install pkg_postinst ;; > -esac > +fi > -- > 2.31.1 All gnustep ebuilds in tree and gnustep overlay are EAPI>=5, and changes look good to me. Thanks for the cleanup and fixes! -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Packages up for grabs: x11-misc/zim
Le Thu, 26 Nov 2020 00:27:53 +0100 Jonas Stein a écrit: > 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 I will take care of it -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] Last rites: dev-python/pyinsane
# Bernard Cafarelli (2020-09-02) # Abandoned upstream in favor of media-libs/libinsane # No more in-tree users # Removal in 30 days. Bug #740100 dev-python/pyinsane -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] Last rites: x11-plugins/fsviewer
# Does not compile with latest windowmaker, bug #717418 # Last release in 2007. Masked for removal in 30 days. x11-plugins/fsviewer Another one broken by latest release -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] Last rites: x11-misc/wmakerconf
# Does not compile with latest windowmaker, bug #716890 # Last release in 2007. Masked for removal in 30 days. x11-misc/wmakerconf Use WPrefs from windowmaker itself instead -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Packages up for grabs: app-editors/kakoune, app-text/scdoc, app-vim/rust-vim, media-gfx/imv, media-sound/pms, media-video/syncplay, www-plugins/pdfjs
Le Tue, 17 Sep 2019 13:14:35 +0200 Michał Górny a écrit: > Hello, > > Due to retirement of a proxied maintainer, the following packages are > now looking for new maintainers: > > app-editors/kakoune > app-text/scdoc > app-vim/rust-vim > media-gfx/imv > media-sound/pms > media-video/syncplay > www-plugins/pdfjs I use it locally or through qutebrowser from time to time, I can take care of it > > All of those packages are outdated and in need of a version bump. There > are no other bugs reported for them, though. > > -- > Best regards, > Michał Górny > -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Last rites: dev-libs/libwbxml
Le Thu, 12 Sep 2019 20:48:24 +0200 Michał Górny a écrit: > # Michał Górny (2019-09-12) > # Unmaintained. Last bumped in 2014. Homepage gone. No reverse > # dependencies. > # Removal in 30 days. Bug #694210. > dev-libs/libwbxml This is actually a dependency for gnustep-apps/sogo (fixing the missing dep line in bug 685788), and has newer releases on github: libwbxml is now fully independent from the OpenSync infrastructure. This includes the migration of the sources to GitHub. Moving to gnustep project maitainership (and reverting last rites) -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Packages up for grabs due to nimiux's retirement
Le Mon, 20 May 2019 17:53:52 +0200 Michał Górny a écrit: > Hello, > > The following packages are now up for grabs: > > app-portage/conf-update > app-admin/logrotate > app-admin/mktwpol > app-admin/swatchdog > app-admin/tripwire > app-emulation/free42 I will take this HP calc... > app-emulation/libdsk > app-emulation/x48 ... and this one too > app-emulation/xcpc > app-misc/linux-logo Nostalgia striking I will keep this one around > app-misc/muttprint > app-misc/vifm > x11-wm/stumpwm-contrib > x11-wm/stumpwm > > -- > Best regards, > Michał Górny > -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Looking for members for the openstack project
Le 21/04/2019 7:00, Matthew Thode a écrit : You (and the other gentoo dev who contacted me privately) feel free to add yourself to the member list in the wiki. https://wiki.gentoo.org/wiki/Project:Openstack I'll be calling an election soon as well. I will add myself to the list (and wiki page), I know a thing or 2 about upstream :) -- Matthew Thode (prometheanfire) On 19-04-16 23:55:39, Geaaru wrote: Hi Matthew, I'm not a Gentoo dev but a maintainer of some package through proxy-maint. I have few time for a full support but if you want I could help you for some specific package. In the past I pushed some patches to cinder and I would like to try to play again with openstack stuff. Let me know wdyt. Thanks for your work with the ebuilds of Openstack. # geaaru On Tue, Apr 16, 2019, 21:16 Matthew Thode wrote: > I'm considering disbanding the project and switching to sole > maintainership of the project. So far I'm the only active maintianer in > the project that I can see. > > I'm looking for others that are interested in helping maintain the > openstack ebuilds. It's fairly easy as an ongoing thing with two major > releases a year (which starts an update of 160 or so packages). It's > python based and I've found maintaining the ebuilds to be very easy > individually if that helps. > > There are other actions that'd be helpful as well. Some arm64 stage > work to then do some arm64 diskimage-builder work to work on building VM > images for other arches (openstack or 'vanilla'). > > Please respond if you are intrested in joining. > > -- > Matthew Thode (prometheanfire) > -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Packages up for grabs: app-backup/rdiff-backup, sys-power/acpi, app-i18n/man-pages-it,...
Le Mon, 18 Jun 2018 21:01:29 +0200 Jonas Stein a écrit: > Dear all, > > The following packages are up for grabs: > > app-backup/rdiff-backup That is still my daily backup driver, I will take it > app-i18n/man-pages-it > sys-power/acpi > media-gfx/pinta > net-libs/librsync Dependency for rdiff-backup, I can take it too > > after retirement of the proxied maintainer. > He does not have any Gentoo system anymore and he has no idea when he > will be able to install Gentoo again. So he agreed that it is the best > to set the packages to maintainer-needed. > > https://packages.gentoo.org/packages/app-backup/rdiff-backup > https://packages.gentoo.org/packages/app-i18n/man-pages-it > https://packages.gentoo.org/packages/sys-power/acpi > https://packages.gentoo.org/packages/media-gfx/pinta > https://packages.gentoo.org/packages/net-libs/librsync > > Most ebuilds are EAPI=5, it would be great if someone would take care > for these. > > -- > Best, > Jonas -- Bernard Cafarelli (Voyageur) Gentoo developer pgpEzGYqCZ6Qj.pgp Description: Signature digitale OpenPGP
[gentoo-dev] Last rites: dead x11-plugins/wm* dockapps
# Bernard Cafarelli (05 Dec 2017) # Dead Window Maker dockapps, dead upstreams and download links # (no release for more than 10 years) # Masked for removal in 30 days. Bug #639914 x11-plugins/monto x11-plugins/wmbluecpu x11-plugins/wmcpu x11-plugins/wmdate x11-plugins/wmdf x11-plugins/wmdl x11-plugins/wmjsql x11-plugins/wmlpq x11-plugins/wmmemfree x11-plugins/wmmemmon x11-plugins/wmmldonkey x11-plugins/wmmsg x11-plugins/wmnetselect x11-plugins/wmpiki x11-plugins/wmsound x11-plugins/wmsvencd x11-plugins/wmsysmon x11-plugins/wmupmon x11-plugins/wmwave -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Last rites: net-misc/ocsync
Le Fri, 24 Nov 2017 10:31:35 +0100 Bernard Cafarelli a écrit: > # Bernard Cafarelli (24 Nov 2017) > # Upstream removed tarball, no separate release in 3 years > # Merged in net-misc/owncloud-client since > # Masked for removal in 30 days. Bug #501228 > net-misc/ocsync Added maintainer-needed sys-auth/pam-csync to the list If someone wants to take that one, it should work with (still in tree) net-misc/csync -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] Last rites: net-misc/ocsync
# Bernard Cafarelli (24 Nov 2017) # Upstream removed tarball, no separate release in 3 years # Merged in net-misc/owncloud-client since # Masked for removal in 30 days. Bug #501228 net-misc/ocsync -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] Last rites: www-apps/eyeos
# Bernard Cafarelli (24 Nov 2017) # Dead upstream, source not available anymore # Last open-source update in 2011 # Masked for removal in 30 days. Bug #638670 www-apps/eyeos -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] Last rites: various gnustep-* packages
# Bernard Cafarelli (25 Jul 2017) # Dropped from upstream tarball for years, removal in a month (#626106) gnustep-apps/clipbook # Bernard Cafarelli (25 Jul 2017) # Dead upstream, last release 13 years ago, removal in a month (#626106) gnustep-apps/displaycalibrator # Bernard Cafarelli (25 Jul 2017) # Segfaults on diffs, last release 8 years ago, removal in a month (#626106) gnustep-apps/easydiff # Bernard Cafarelli (25 Jul 2017) # Dead upstream, last release 11 years ago, removal in a month (#626106) gnustep-apps/remotedesk # Bernard Cafarelli (25 Jul 2017) # Crashes on startup with current gnustep packages, removal in a month (#626106) gnustep-apps/sudoku # Bernard Cafarelli (25 Jul 2017) # Dead upstream, nothing in tree depends on it, removal in a month (#626106) gnustep-libs/camerakit # Bernard Cafarelli (25 Jul 2017) # Dead upstream, nothing in tree depends on it, removal in a month (#626106) gnustep-libs/iconkit # Bernard Cafarelli (25 Jul 2017) # Dead upstream, last code update 11 years ago, removal in a month (#626106) # Use gnustep-apps/systempreferences instead gnustep-apps/preferences gnustep-libs/prefsmodule -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: USE=doc gnustep-make broken (was: Re: [gentoo-dev] package.use.mask / package.use.stable.mask priority)
Le Sat, 14 Jan 2017 20:03:02 +0100 David Haller a écrit: > gnustep-base/gnustep-make-2.6.8.ebuild is broken when built with USE=doc, > as it tries to install into the system, not the image. Easy fix: > > > diff -U7 -r a/gnustep-base/gnustep-make/gnustep-make-2.6.8.ebuild > b/gnustep-base/gnustep-make/gnustep-make-2.6.8.ebuild > --- a/gnustep-base/gnustep-make/gnustep-make-2.6.8.ebuild 2017-01-14 > 19:55:10.658259392 +0100 > +++ b/gnustep-base/gnustep-make/gnustep-make-2.6.8.ebuild 2017-01-14 > 19:55:17.158259179 +0100 > @@ -97,15 +97,15 @@ > src_compile() { > emake > # Prepare doc here (needed when no gnustep-make is already installed) > if use doc ; then > # If a gnustep-1 environment is set > unset GNUSTEP_MAKEFILES > pushd Documentation &> /dev/null > - emake -j1 all install > + emake -j1 all install DESTDIR="${D}" > popd &> /dev/null > fi > } > > src_install() { > # Get GNUSTEP_* variables > . ./GNUstep.conf > This was also reported in an update to bug #585796, in fact the workaround for USE=doc was not needed anymore for some versions (and ended up running install parts in src_compile). Fixed in current 2.6.8 ebuild (as it did not install anyway with USE=doc): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3b60b455a60115d9226cb66b4b383ff057c8a023 -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] package.use.mask / package.use.stable.mask priority
Le 11/01/2017 8:30, Ulrich Mueller a écrit : On Tue, 10 Jan 2017, Zac Medico wrote: On 01/10/2017 01:56 PM, Bernard Cafarelli wrote: gnustep-base/gnustep-make has a USE flag (libobjc2) masked globally in base/package.use.mask, and unmasked on specific arches in arch/{amd64,x86}/package.use.mask To get a stabilization (#579232) bug finally moving on, I wanted to leave this flag out, adding a corresponding line in base/package.use.stable.mask So do I understand this correctly, there is: flag in base/package.use.mask, -flag in arch/{amd64,x86}/package.use.mask, and flag in base/package.use.stable.mask? Exactly :) But repoman replied with a batch of dependency.bad errors... Does package.use.mask (stable and ~arch) have a higher priority on package.use.stable.mask (stable only)? Bug or intended behavior? If I understand you correctly, then it's the intended behavior. If the flag is masked in both package.use.mask and package.use.stable.mask, then the package.use.stable.mask setting is irrelevant because both package.use.mask and package.use.stable.mask are considered when calculating use.mask settings for any given package. I believe this is not correct. package.use.stable.mask should take precedence within the same profile: https://projects.gentoo.org/pms/6/pms.html#x1-58002r1 The problem here is rather that the base profile is processed as a whole before the arch specific profile, so you end up with -flag from the arch profile. Putting flag in arch/{amd64,x86}/package.use.stable.mask should solve it. Indeed, I tested (and committed) this yesterday and repoman was happy again -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] package.use.mask / package.use.stable.mask priority
Le Tue, 10 Jan 2017 14:09:07 -0800 Zac Medico a écrit: > On 01/10/2017 01:56 PM, Bernard Cafarelli wrote: > > Hi folks, > > > > gnustep-base/gnustep-make has a USE flag (libobjc2) masked globally in > > base/package.use.mask, and unmasked on specific arches in > > arch/{amd64,x86}/package.use.mask > > > > To get a stabilization (#579232) bug finally moving on, I wanted to > > leave this flag out, adding a corresponding line in > > base/package.use.stable.mask > > > > But repoman replied with a batch of dependency.bad errors... > > Does package.use.mask (stable and ~arch) have a higher priority on > > package.use.stable.mask (stable only)? Bug or intended behavior? > > > > In the meantime, I will probably work around this by duplicating the > > package.use.stable.mask entry in arches files > > > > If I understand you correctly, then it's the intended behavior. If the > flag is masked in both package.use.mask and package.use.stable.mask, > then the package.use.stable.mask setting is irrelevant because both > package.use.mask and package.use.stable.mask are considered when > calculating use.mask settings for any given package. Thanks for the confirmation! I fixed it at arch level: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ef57bcf1f6505b79d0cf696ba8f196df1d6f9c9c -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] package.use.mask / package.use.stable.mask priority
Hi folks, gnustep-base/gnustep-make has a USE flag (libobjc2) masked globally in base/package.use.mask, and unmasked on specific arches in arch/{amd64,x86}/package.use.mask To get a stabilization (#579232) bug finally moving on, I wanted to leave this flag out, adding a corresponding line in base/package.use.stable.mask But repoman replied with a batch of dependency.bad errors... Does package.use.mask (stable and ~arch) have a higher priority on package.use.stable.mask (stable only)? Bug or intended behavior? In the meantime, I will probably work around this by duplicating the package.use.stable.mask entry in arches files -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Package up for grabs: media-gfx/displaycal
Le 22/12/2016 11:56, Gokturk Yuksek a écrit : Hi, This a slightly delayed up for grabs notice for: media-gfx/displaycal ArgyllCMS is already in my list, so I can help with this one too. But co-maintainers are still welcome of course! -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] Last rites: gnustep-libs/smbkit, gnustep-apps/gwnet, gnustep-apps/camera, gnustep-apps/stepulator
# Bernard Cafarelli (30 Nov 2016) # Do not support gnustep-make v2 mode, last release more than 10 years ago # Bugs #591576, #592546 # Removal in a month gnustep-apps/camera gnustep-apps/stepulator # Bernard Cafarelli (30 Nov 2016) # Fails to build, abandoned 10 years ago, bug #590088 # Removal in a month gnustep-apps/gwnet gnustep-libs/smbkit -- Bernard Cafarelli (Voyageur)
[gentoo-dev] Last rites: net-misc/gogoc
As per http://www.iot-inc.com/gogo6/ : "gogoNET has closed down [...] The Freenet6 service will also stop accepting new users and it is unknown how long it will continue to operate for existing users." # Bernard Cafarelli (26 Jul 2016) # Upstream closed service. Switch to another IPv6 tunnel broker # Masked for removal in 30 days, bug #589760 net-misc/gogoc -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] [RFC] GNUstep project
Going on with the GLEP 67 preparations, I am announcing the GNUstep project. It will handle GNUstep packages in Gentoo (mostly gnustep-base, gnustep-libs and gnustep-apps categories), and GNUstep build system and environment. https://wiki.gentoo.org/wiki/Project:GNUstep -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] patch to fix windowmaker 0.95.7 emerge failure
Le 31/10/2015 22:07, Timur Aydin a écrit : Hello, Emerging windowmaker 0.95.7 fails on my ~amd64 gentoo linux system for quite some time now. The problem is in the ebuild file, where the LINGUAS variable is not being constructed correctly and ends up including newline characters after each lingua. I have modified the ebuild so that all newlines are removed from the LINGUAS variable and replaced with whitespace, which is what it should have been in the first place. Let me know if this patch is acceptable. Thanks for the report! It's better to report these problems in bugzilla so they do not get lost I have opened bug #564694 to track and fix it -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, llvm/clang, ...)
[gentoo-dev] Last rites: sys-devel/dragonegg
# Bernard Cafarelli (24 Aug 2015) # Masked for removal in 30 days. Abandoned upstream, # last version does not compile. Bug #543644 sys-devel/dragonegg -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, llvm/clang, ...)
[gentoo-dev] Last rites: app-admin/eselect-nxserver, net-misc/{neatx,nxcl,nxclient,nxnode,nxsadmin,nxserver-freeedition,nxserver-freenx,qtnx}
# Bernard Cafarelli (26 Mar 2015) # Dead upstreams, not working in some use cases, # compatibility with current net-misc/nx not guaranteed, # some bundle old binary Xorg code that may be vulnerable, # modern alternative exist: # net-misc/x2go{client,server} and proprietary NX 4 (bug #488334) # These packages are now available in the NX overlay # Removal in a month (bug #537774) app-admin/eselect-nxserver net-misc/neatx net-misc/nxcl net-misc/nxclient net-misc/nxnode net-misc/nxsadmin net-misc/nxserver-freeedition net-misc/nxserver-freenx net-misc/qtnx -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, llvm/clang, ...)
Re: [gentoo-dev] berlios -> sourceforge move
Le 26/02/2015 17:08, Michael Mair-Keimberger a écrit : net-misc/qtnx & net-misc/nxcl (bug #537774 & #537778) Both ebuilds fetch the same source code and my first though was we have the same package under two different names. I might be wrong here as i didn't looked into it. However since the last change was 03/2008 i'll consider it dead and i think they should be removed. Same source tarball, but different ${S} (and different build system) :) nxcl was intended as a generic library, but only qtnx was built on top of it As for qtnx, it is the only open-source client in-tree for "old" NX servers, and still does its job. But if we drop packages according to last upstream release, most of the "old" NX packages should be treecleaned too as they have dead upstreams since 2011 (best case): net-misc/neatx (server, 2010) net-misc/nxcl (client lib, 2008) net-misc/{nxclient-3*,nxnode,nxserver-freeedition} (proprietary, 2011) net-misc/nxsadmin (server admin tool, 2008) net-misc/nxserver-freenx (server, 2009) net-misc/qtnx (client, 2008) and app-admin/eselect-nxserver (not used in x2go) The active replacement (though not drop-in) is x2go for an open-source setup, and NX 4 for proprietary (not in tree, bug #488334) -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, llvm/clang, ...)
[gentoo-dev] Last rites: x11-plugins/wmauda
# Bernard Cafarelli (03 Feb 2015) # Masked for removal in 30 days # Requires GTK+2 audacious (<=3.2) with audclient (<=3.4) # Bugs #411077 and #538464 x11-plugins/wmauda -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, llvm/clang, ...)
[gentoo-dev] Last rites: x11-plugins/msn-pecan, x11-plugins/pidgin-facebookchat
# Bernard Cafarelli (05 Sep 2014) # Does not connect anymore, does not work with current pidgin versions # Dead upstream # Masked for removal in 30 days, bug #355797 x11-plugins/pidgin-facebookchat I added x11-plugins/msn-pecan to hwoarang's MSN mask (http://thread.gmane.org/gmane.linux.gentoo.devel/92772) -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-plugins/wmbattery: ChangeLog wmbattery-2.42.ebuild wmbattery-2.19-r1.ebuild
Le 12/02/2014 15:13, Samuli Suominen a écrit : On 12/02/14 10:57, Bernard Cafarelli wrote: Le 12/02/2014 1:02, Samuli Suominen a écrit : On 12/02/14 01:20, Bernard Cafarelli wrote: Le Tue, 11 Feb 2014 12:09:14 +0200 Samuli Suominen a écrit: On 11/02/14 11:42, Bernard Cafarelli (voyageur) wrote: voyageur14/02/11 09:42:47 Modified: ChangeLog Added:wmbattery-2.42.ebuild Removed: wmbattery-2.19-r1.ebuild Log: Version bump, adds upower support (Portage version: 2.2.8-r1/cvs/Linux x86_64, signed Manifest commit with key C74525F2) Revision ChangesPath 1.24 x11-plugins/wmbattery/ChangeLog file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24&view=markup plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24&content-type=text/plain diff : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?r1=1.23&r2=1.24 Index: ChangeLog === RCS file: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- ChangeLog25 Sep 2012 14:08:40 -1.23 +++ ChangeLog11 Feb 2014 09:42:47 -1.24 @@ -1,6 +1,12 @@ # ChangeLog for x11-plugins/wmbattery -# Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2 -# $Header: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v 1.23 2012/09/25 14:08:40 voyageur Exp $ +# Copyright 1999-2014 Gentoo Foundation; Distributed under the GPL v2 +# $Header: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v 1.24 2014/02/11 09:42:47 voyageur Exp $ + +*wmbattery-2.42 (11 Feb 2014) + + 11 Feb 2014; Bernard Cafarelli + -wmbattery-2.19-r1.ebuild, +wmbattery-2.42.ebuild: + Version bump, adds upower support *wmbattery-2.41 (25 Sep 2012) 1.1 x11-plugins/wmbattery/wmbattery-2.42.ebuild file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1&view=markup plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1&content-type=text/plain Index: wmbattery-2.42.ebuild === # Copyright 1999-2014 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild,v 1.1 2014/02/11 09:42:47 voyageur Exp $ EAPI=5 inherit autotools DESCRIPTION="A dockable app to report APM, ACPI, or SPIC battery status" HOMEPAGE="http://joeyh.name/code/wmbattery/"; SRC_URI="mirror://debian/pool/main/w/${PN}/${PN}_${PV}.tar.gz" LICENSE="GPL-2" SLOT="0" KEYWORDS="~amd64 ~ppc -sparc ~x86" IUSE="" DEPEND="sys-apps/apmd sys-power/upower x11-libs/libX11 x11-libs/libXext x11-libs/libXpm" Are you sure there are no runtime dependencies at all? Futhermore, does it really link against the upower libraries or just call it only at RDEPEND through dbus? In any case, the deps are wrong. Nice catch, also present in the previous bump! 2.40 used EAPI 3 so it had the implicit RDEPEND=${DEPEND}... Fixed in both 2.41 and 2.42 ebuilds For upower this new version directly uses upower-glib, so it's a build dependency I don't think it's legit to use the upower-glib library without pkg-config. So I'm pretty sure you are missing build-time-only dependency of virtual/pkgconfig then too. Indeed: % grep 'pkg-config.*upower' /var/tmp/portage/x11-plugins/wmbattery-2.42/work/wmbattery/Makefile LIBS+=$(shell pkg-config --libs upower-glib) $(CC) $(CPPFLAGS) $(CFLAGS) $(shell pkg-config --cflags upower-glib) -c upower.c -o upower.o Dependency added, thanks! One more thing, why does it depend on sys-apps/apmd (which is part of the old hotplug base that got replaced by acpi in 1995'ish) ? It is really a hardcoded dependency after gained upower support? Seems crazy, I don't think APM is used in any modern machines. I don't think Linux kernel even supports APM since version 3.3.0 anymore fully... The original codebase was APM-only (it's a fork from wmapm), with support for optional additional sources (sonypi/HAL/ACPI/...). But the base is still APM. Making it optional would be a nice new upstream feature indeed :)
[gentoo-dev] Last rites: gnustep-libs/cddb
# Dead original upstream (last release in 2003) # Now its only consumer gnustep-apps/cdplayer bundles it directly # Removal in 30 days (bug #501160) gnustep-libs/cddb
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-plugins/wmbattery: ChangeLog wmbattery-2.42.ebuild wmbattery-2.19-r1.ebuild
Le 12/02/2014 1:02, Samuli Suominen a écrit : On 12/02/14 01:20, Bernard Cafarelli wrote: Le Tue, 11 Feb 2014 12:09:14 +0200 Samuli Suominen a écrit: On 11/02/14 11:42, Bernard Cafarelli (voyageur) wrote: voyageur14/02/11 09:42:47 Modified: ChangeLog Added:wmbattery-2.42.ebuild Removed: wmbattery-2.19-r1.ebuild Log: Version bump, adds upower support (Portage version: 2.2.8-r1/cvs/Linux x86_64, signed Manifest commit with key C74525F2) Revision ChangesPath 1.24 x11-plugins/wmbattery/ChangeLog file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24&view=markup plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24&content-type=text/plain diff : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?r1=1.23&r2=1.24 Index: ChangeLog === RCS file: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- ChangeLog 25 Sep 2012 14:08:40 - 1.23 +++ ChangeLog 11 Feb 2014 09:42:47 - 1.24 @@ -1,6 +1,12 @@ # ChangeLog for x11-plugins/wmbattery -# Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2 -# $Header: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v 1.23 2012/09/25 14:08:40 voyageur Exp $ +# Copyright 1999-2014 Gentoo Foundation; Distributed under the GPL v2 +# $Header: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v 1.24 2014/02/11 09:42:47 voyageur Exp $ + +*wmbattery-2.42 (11 Feb 2014) + + 11 Feb 2014; Bernard Cafarelli + -wmbattery-2.19-r1.ebuild, +wmbattery-2.42.ebuild: + Version bump, adds upower support *wmbattery-2.41 (25 Sep 2012) 1.1 x11-plugins/wmbattery/wmbattery-2.42.ebuild file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1&view=markup plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1&content-type=text/plain Index: wmbattery-2.42.ebuild === # Copyright 1999-2014 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild,v 1.1 2014/02/11 09:42:47 voyageur Exp $ EAPI=5 inherit autotools DESCRIPTION="A dockable app to report APM, ACPI, or SPIC battery status" HOMEPAGE="http://joeyh.name/code/wmbattery/"; SRC_URI="mirror://debian/pool/main/w/${PN}/${PN}_${PV}.tar.gz" LICENSE="GPL-2" SLOT="0" KEYWORDS="~amd64 ~ppc -sparc ~x86" IUSE="" DEPEND="sys-apps/apmd sys-power/upower x11-libs/libX11 x11-libs/libXext x11-libs/libXpm" Are you sure there are no runtime dependencies at all? Futhermore, does it really link against the upower libraries or just call it only at RDEPEND through dbus? In any case, the deps are wrong. Nice catch, also present in the previous bump! 2.40 used EAPI 3 so it had the implicit RDEPEND=${DEPEND}... Fixed in both 2.41 and 2.42 ebuilds For upower this new version directly uses upower-glib, so it's a build dependency I don't think it's legit to use the upower-glib library without pkg-config. So I'm pretty sure you are missing build-time-only dependency of virtual/pkgconfig then too. Indeed: % grep 'pkg-config.*upower' /var/tmp/portage/x11-plugins/wmbattery-2.42/work/wmbattery/Makefile LIBS+=$(shell pkg-config --libs upower-glib) $(CC) $(CPPFLAGS) $(CFLAGS) $(shell pkg-config --cflags upower-glib) -c upower.c -o upower.o Dependency added, thanks!
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-plugins/wmbattery: ChangeLog wmbattery-2.42.ebuild wmbattery-2.19-r1.ebuild
Le Tue, 11 Feb 2014 12:09:14 +0200 Samuli Suominen a écrit: > > On 11/02/14 11:42, Bernard Cafarelli (voyageur) wrote: > > voyageur14/02/11 09:42:47 > > > > Modified: ChangeLog > > Added:wmbattery-2.42.ebuild > > Removed: wmbattery-2.19-r1.ebuild > > Log: > > Version bump, adds upower support > > > > (Portage version: 2.2.8-r1/cvs/Linux x86_64, signed Manifest commit with > > key C74525F2) > > > > Revision ChangesPath > > 1.24 x11-plugins/wmbattery/ChangeLog > > > > file : > > http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24&view=markup > > plain: > > http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24&content-type=text/plain > > diff : > > http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?r1=1.23&r2=1.24 > > > > Index: ChangeLog > > === > > RCS file: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v > > retrieving revision 1.23 > > retrieving revision 1.24 > > diff -u -r1.23 -r1.24 > > --- ChangeLog 25 Sep 2012 14:08:40 - 1.23 > > +++ ChangeLog 11 Feb 2014 09:42:47 - 1.24 > > @@ -1,6 +1,12 @@ > > # ChangeLog for x11-plugins/wmbattery > > -# Copyright 1999-2012 Gentoo Foundation; Distributed under the GPL v2 > > -# $Header: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v 1.23 > > 2012/09/25 14:08:40 voyageur Exp $ > > +# Copyright 1999-2014 Gentoo Foundation; Distributed under the GPL v2 > > +# $Header: /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/ChangeLog,v 1.24 > > 2014/02/11 09:42:47 voyageur Exp $ > > + > > +*wmbattery-2.42 (11 Feb 2014) > > + > > + 11 Feb 2014; Bernard Cafarelli > > + -wmbattery-2.19-r1.ebuild, +wmbattery-2.42.ebuild: > > + Version bump, adds upower support > > > > *wmbattery-2.41 (25 Sep 2012) > > > > > > > > > > 1.1 x11-plugins/wmbattery/wmbattery-2.42.ebuild > > > > file : > > http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1&view=markup > > plain: > > http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1&content-type=text/plain > > > > Index: wmbattery-2.42.ebuild > > === > > # Copyright 1999-2014 Gentoo Foundation > > # Distributed under the terms of the GNU General Public License v2 > > # $Header: > > /var/cvsroot/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild,v 1.1 > > 2014/02/11 09:42:47 voyageur Exp $ > > > > EAPI=5 > > inherit autotools > > > > DESCRIPTION="A dockable app to report APM, ACPI, or SPIC battery status" > > HOMEPAGE="http://joeyh.name/code/wmbattery/"; > > SRC_URI="mirror://debian/pool/main/w/${PN}/${PN}_${PV}.tar.gz" > > > > LICENSE="GPL-2" > > SLOT="0" > > KEYWORDS="~amd64 ~ppc -sparc ~x86" > > IUSE="" > > > > DEPEND="sys-apps/apmd > > sys-power/upower > > x11-libs/libX11 > > x11-libs/libXext > > x11-libs/libXpm" > > Are you sure there are no runtime dependencies at all? > Futhermore, does it really link against the upower libraries or just > call it only at RDEPEND through dbus? > In any case, the deps are wrong. Nice catch, also present in the previous bump! 2.40 used EAPI 3 so it had the implicit RDEPEND=${DEPEND}... Fixed in both 2.41 and 2.42 ebuilds For upower this new version directly uses upower-glib, so it's a build dependency -- Bernard
Re: [gentoo-dev] Packages up for grabs
Le 05/02/2014 16:43, Michael Palimaka a écrit : These packages are not used by anyone in the KDE herd, and they are not KDE-related, so they are now up for grabs. There are a few bugs open, but nothing major. net-misc/csync net-misc/mirall I can take these, as I already maintain owncloud itself -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] afterstep herd is empty
I just removed myself from this herd (not enough time and I have not used Afterstep for a long long time), feel free to join if you are an Afterstep user! Open bugs currently include fixing some ignored LDFLAGS, a compilation failure in libafterimage, and a version bump for afterstep itself
[gentoo-dev] Last rites: x11-misc/google-gadgets
# Masked for removal in 30 days, bug #462472 # Dead upstream (last website activity in 2010), # search for new widgets does not work anymore, # only a few pre-installed gadgets still work correctly, # plasma-workspace does not work with it, # does not work with current webkit-gtk x11-misc/google-gadgets -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, llvm/clang, ...)
[gentoo-dev] Last rites: gnustep-libs/popplerkit and gnustep-apps/vindaloo
# Bernard Cafarelli (16 Jul 2012) # No upstream development since 2008 # Needs patching for poppler-0.20 # Fails to run with current GNUstep runtime and stable poppler # Use another poppler-based viewer or gnustep-apps/gspdf instead # Removal in 30 days (bug #426268) gnustep-libs/popplerkit gnustep-apps/vindaloo
Re: [gentoo-dev] dev-libs/ffcall is looking for a new maintainer
Le 12/07/2012 16:12, Samuli Suominen a écrit : On 07/11/2012 04:36 PM, Bernard Cafarelli wrote: This package historically belongs to the gnustep herd, but ffcall support in gnustep has been deprecated for some time now in favor of libffi (in fact the USE-flag may go away soon) Also, I do not have the time to work on it, although it requires a bit of work: * switch to "new" upstream (recommending to grab CVS tarballs) at http://www.gnu.org/software/libffcall/ * a bunch of opened issues (parallel make/install, ldflags, execstacks, ...): https://bugs.gentoo.org/buglist.cgi?quicksearch=ffcall So if you are interested, please add yourself to metadata.xml (and remove gnustep herd) and start bug sqashing. As a bonus, you will still have a backup herd (common-lisp), thoug a real maintainer would be great Reverse RDEPEND for dev-libs/ffcall: dev-lang/gforth-0.7.0 dev-lisp/clisp-2.47-r1 dev-lisp/clisp-2.48-r1 dev-lisp/clisp-2.48-r2 gnustep-base/gnustep-base-1.20.1:!libffi gnustep-base/gnustep-base-1.24.0-r1:!libffi libffi should be a full replacement and more widely adapted variant. isn't it time to let this simply fade away (lastrite)? Well, after checking gforth, it looks like it supports both, through automagic dependencies in configure, so it is fixable. But clisp still has a hard depend on ffcall, and no support for libffi
[gentoo-dev] dev-libs/ffcall is looking for a new maintainer
This package historically belongs to the gnustep herd, but ffcall support in gnustep has been deprecated for some time now in favor of libffi (in fact the USE-flag may go away soon) Also, I do not have the time to work on it, although it requires a bit of work: * switch to "new" upstream (recommending to grab CVS tarballs) at http://www.gnu.org/software/libffcall/ * a bunch of opened issues (parallel make/install, ldflags, execstacks, ...): https://bugs.gentoo.org/buglist.cgi?quicksearch=ffcall So if you are interested, please add yourself to metadata.xml (and remove gnustep herd) and start bug sqashing. As a bonus, you will still have a backup herd (common-lisp), thoug a real maintainer would be great Reverse RDEPEND for dev-libs/ffcall: dev-lang/gforth-0.7.0 dev-lisp/clisp-2.47-r1 dev-lisp/clisp-2.48-r1 dev-lisp/clisp-2.48-r2 gnustep-base/gnustep-base-1.20.1:!libffi gnustep-base/gnustep-base-1.24.0-r1:!libffi -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, llvm/clang, ...)
[gentoo-dev] Last rites: gnustep-apps/projectmanager and dependencies
# Bernard Cafarelli (08 Jun 2012) # Masked for removal in 30 days, bug #417357 # Dead upstream (last release in 2006), buggy # Use gnustep-apps/projectcenter instead gnustep-apps/projectmanager gnustep-apps/keyarcher gnustep-apps/plconv gnustep-libs/wizardkit
[gentoo-dev] Last rites: gnustep-libs/objcunit, gnustep-apps/cynthiune, gnustep-apps/gridlock, gnustep-apps/talksoup
# Bernard Cafarelli (14 Feb 2012) # Does not compile with new Objective-C runtimes # Dead upstreams (last releases in 2002, 2005 or 2006) # Removal in a month, bug #380433 gnustep-libs/objcunit gnustep-apps/cynthiune gnustep-apps/gridlock gnustep-apps/talksoup -- Bernard Cafarelli (Voyageur) Gentoo developer
Re: [gentoo-dev] Packages up for grabs due dertobi123 retirement
Le 09/02/2012 11:49, Pacho Ramos a écrit : Due dertobi123 retirement the following packages need a new maintainer: net-ftp/gproftpd Upstream renamed it to gadmin-proftpd in 2008 (with some new versions released) The website seems to have disappeared a few months ago though. x11-misc/grsync I use it from time to time, I'll take it -- Bernard Cafarelli (Voyageur) Gentoo developer
[gentoo-dev] Last rites: llvm-gcc
# Bernard Cafarelli (02 Dec 2011) # Last rites, no longer supported upstream, multiple Gentoo bugs open # Replacements: sys-devel/dragonegg, sys-devel/clang # Removal in 30 days, bug #392951 sys-devel/llvm-gcc -- Bernard Cafarelli (Voyageur)
[gentoo-dev] Last rites: gnustep-libs/camaelon and x11-themes/camaelon-themes
# camaelon does not compile with current gnustep versions in tree, # deprecated by upstream, use gnustep built-in theming suppport instead # Also remove associated themes, they do not work with built-in engine # Masked for removal in 30 days, bug #328559 gnustep-libs/camaelon x11-themes/camaelon-themes -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, ...)
[gentoo-dev] RFC: gnustep layout change news item
Upstream has changed the default layout for gnustep applications: standard FHS layout is now recommended (as opposed to our current prefix /usr/GNUstep). Switching to this layout has some advantages for us: staying close to upstream, standard paths, gnustep apps running fine without too many environment variables, ... However it does imply remerging all installed gnustep packages, hence this news item as an early warning to users. I plan to commit it on 2011-04-26, and drop the package.mask for the corresponding ~arch packages a few days later Comments and reviews welcome! -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, ...) Title: GNUstep packages new layout Author: Bernard Cafarelli Content-Type: text/plain Posted: 2011-04-26 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: =2.6.0. This change means that you have to re-emerge all installed packages depending on GNUstep to move them to the new layout. You can use gnustep-base/gnustep-updater for this step
[gentoo-dev] Last rites for gnustep-libs/rigs, gnustep-libs/gdl2 and packages depending on it
# Bernard Cafarelli (07 Jul 2010) # Broken with current stable gnustep base packages # Details in bugs #318137, #327371, #327389 # Masked for removal in 30 days gnustep-libs/gdl2 gnustep-libs/gsweb gnustep-libs/rigs gnustep-libs/steptalk gnustep-apps/stshell Bug #318137 is for gsweb, #327371 for rigs, and #327389 for gdl2 itself -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, ...)
Re: [gentoo-dev] Re: perl-5.10.1 status update
On Tue, 27 Oct 2009 11:10:39 +0100, Torsten Veller wrote: > * Torsten Veller: >> After that I'll minimize my perl work if no more people join to help. > > Plan revised: I stop doing perl work right now. > > Thanks Thanks to you for all your work on cleaning our perl setup, bringing 5.10.1 in-tree with almost nothing else than "when will it be done?" bugzilla comments. That is a big achievement Now who has a free time generator machine so more devs (like me) can help? -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, net-ftp, ...)
[gentoo-dev] Last rites: net-misc/nxclient-2xterminalserver and net-misc/nxserver-2xterminalserver
They will be moved to the NX overlay in one month # Bernard Cafarelli <[EMAIL PROTECTED]> (04 Dec 2008) # Masked for removal in 30 days (bug #249799) # * Upstream closed web site and source downloads # * No updates since first release 2 years ago # * Still based on old NX 1.5 code, missing features and being mostly # incompatible with current NX servers/clients # * Client does not compile with gcc4.3 or --as-needed (bug #248138). # * Server includes old, unpatched xorg sources, probably vulnerable to GLSA # 200710-09 and 200804-05. # * GPL alternatives exist: net-misc/qtnx, net-misc/nxserver-freenx net-misc/nxclient-2xterminalserver net-misc/nxserver-2xterminalserver -- Bernard Cafarelli (Voyageur) Gentoo developer (NX, GNUstep, net-misc, ...)
[gentoo-dev] Last rites: gnustep-apps/helpviewer, gnustep-apps/mylibrary
# Bernard Cafarelli <[EMAIL PROTECTED]> (21 Jul 2008) # Masked for removal in 30 days # Do not compile anymore with current GNUstep, dead upstream # gnustep-apps/helpviewer: bug #232440, last release in 2003 # gnustep-apps/mylibrary: bug #232438, last release in 2004 gnustep-apps/helpviewer gnustep-apps/mylibrary -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer
[gentoo-dev] Last rites: x11-misc/ASFiles
# Bernard Cafarelli <[EMAIL PROTECTED]> (07 Feb 2008) # Masked for removal in 30 days. Does not work, needs patching, # dead upstream, last release in 2002 (bug #150670) x11-misc/ASFiles -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] New developer : Jean-Noël Rivasseau (elvanor)
On Tue, 08 Jan 2008 15:26:04 +0100, Rémi Cardona <[EMAIL PROTECTED]> wrote: > Pierre-Yves Rofes a écrit : >> On Tue, January 8, 2008 1:29 pm, Denis Dupeyron wrote: >>> So please give a warm welcome to Jean-Noël as a new Gentoo developer. >>> >> >> Yay for the french conspiracy growing yet again :) > > We'll have to have another conspiracy beer-meeting then ;) Yay for conspiracy beer-meetings :) > >> Welcome to you Jean-Noël! >> > > Welcome from me as well. And welcome from me too, Jean-Noël! -- Bernard -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Last rites: gnustep-base/gnustep-env, gnustep-libs/artresources
# Bernard Cafarelli <[EMAIL PROTECTED]> (08 Dec 2007) # Masked for removal in 30 days # Used in old and deprecated gnustep eclass # (all gnustep ebuilds now use gnustep-2 eclass) gnustep-base/gnustep-env # Integrated in gnustep-base/gnustep-back-art gnustep-libs/artresources -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/nxserver-freenx: nxserver-freenx-0.7.0-r1.ebuild ChangeLog nxserver-freenx-0.7.1.ebuild
On Fri, 2 Nov 2007 03:35:35 -0400, Mike Frysinger <[EMAIL PROTECTED]> wrote: > On Thursday 01 November 2007, Bernard Cafarelli wrote: >> Le Thu, 1 Nov 2007 16:06:51 +0100 >> >> Marius Mauch <[EMAIL PROTECTED]> a écrit: >> > On Thu, 1 Nov 2007 15:43:18 +0100 >> > >> > Bernard Cafarelli <[EMAIL PROTECTED]> wrote: >> > > Le Wed, 31 Oct 2007 16:42:35 -0700 >> > > >> > > Donnie Berkholz <[EMAIL PROTECTED]> a écrit: >> > > > On 19:49 Wed 31 Oct , Bernard Cafarelli (voyageur) wrote: >> > > > > 1.1 >> > > > > net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild >> > > > > >> > > > > file : >> > > > > > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-f >> > > > >reenx/nxserver-freenx-0.7.1.ebuild?rev=1.1&view=markup plain: >> > > > > > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-f >> > > > >>reenx/nxserver-freenx-0.7.1.ebuild?rev=1.1&content-type=text/plain >> > > > > >> > > > > pkg_postinst () { >> > > > > usermod -s /usr/bin/nxserver nx || die "Unable to set >> > > > > login shell of nx user!!" usermod -d ${NX_HOME_DIR} nx || die >> > > > > "Unable to set home directory of nx user!!" >> > > > >> > > > This isn't safe with ROOT != / and it looks wrong too, you oughta >> > > > be using enewuser for this stuff. >> > > > >> > > > Thanks, >> > > > Donnie >> > > >> > > The problem is, enewuser can not be used to modify already existing >> > > user accounts.This happens if another nxserver was installed before >> > > (which uses the same account, but with different shell and home >> > > directory). >> > > >> > > I'll fix ROOT handling in the meantime, this should be better: >> > > usermod -s "${ROOT}"/usr/bin/nxserver nx >> > > usermod -d "${ROOT}"{NX_HOME_DIR} nx >> > >> > Should it really? Wouldn't it modify /etc/passwd instead of the one in >> > $ROOT, in which case it would actually be worse? >> > Might be better to make it conditional on ROOT = /, and show a >> > warning if ROOT != /, unless you can find a solution that is safe for >> > ROOT != / >> >> Yes, as pointed out on IRC by zlin, this does not fix the problem at >> all (and make it a little worse!). >> >> Making it conditional on ROOT != / is a good workaround in the >> meantime: not breaking anything in all cases, and as the problem only >> appears if a different nxserver was installed before, it still works in >> most cases. Thanks! > > presumably you have init.d scripts which would start the daemons ? in > that > case, it'd make more sense i think to move the user account check to the > init.d start() function and error out telling the user what to do instead > of > modifying things on them (which i think is bad form). see the cheesy > check > in openntpd's "ntpd" init.d script as an example. > -mike nxserver-freeedition has one, however freenx only relies on ssh (connecting as nx user will start up the "server"). Unless I add one for freenx that only does the user checking (so all NX servers would include a init.d script). Another solution would be to fix and update the setup scripts from the NX servers themselves, but this is less portable... Bernard -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/nxserver-freenx: nxserver-freenx-0.7.0-r1.ebuild ChangeLog nxserver-freenx-0.7.1.ebuild
Le Thu, 1 Nov 2007 16:06:51 +0100 Marius Mauch <[EMAIL PROTECTED]> a écrit: > On Thu, 1 Nov 2007 15:43:18 +0100 > Bernard Cafarelli <[EMAIL PROTECTED]> wrote: > > > Le Wed, 31 Oct 2007 16:42:35 -0700 > > Donnie Berkholz <[EMAIL PROTECTED]> a écrit: > > > > > On 19:49 Wed 31 Oct , Bernard Cafarelli (voyageur) wrote: > > > > 1.1 > > > > net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild > > > > > > > > file : > > > > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild?rev=1.1&view=markup > > > > plain: > > > > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild?rev=1.1&content-type=text/plain > > > > > > > pkg_postinst () { > > > > usermod -s /usr/bin/nxserver nx || die "Unable to set > > > > login shell of nx user!!" usermod -d ${NX_HOME_DIR} nx || die > > > > "Unable to set home directory of nx user!!" > > > > > > This isn't safe with ROOT != / and it looks wrong too, you oughta > > > be using enewuser for this stuff. > > > > > > Thanks, > > > Donnie > > > > > > > The problem is, enewuser can not be used to modify already existing > > user accounts.This happens if another nxserver was installed before > > (which uses the same account, but with different shell and home > > directory). > > > > I'll fix ROOT handling in the meantime, this should be better: > > usermod -s "${ROOT}"/usr/bin/nxserver nx > > usermod -d "${ROOT}"{NX_HOME_DIR} nx > > Should it really? Wouldn't it modify /etc/passwd instead of the one in > $ROOT, in which case it would actually be worse? > Might be better to make it conditional on ROOT = /, and show a > warning if ROOT != /, unless you can find a solution that is safe for > ROOT != / Yes, as pointed out on IRC by zlin, this does not fix the problem at all (and make it a little worse!). Making it conditional on ROOT != / is a good workaround in the meantime: not breaking anything in all cases, and as the problem only appears if a different nxserver was installed before, it still works in most cases. Thanks! -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/nxserver-freenx: nxserver-freenx-0.7.0-r1.ebuild ChangeLog nxserver-freenx-0.7.1.ebuild
Le Wed, 31 Oct 2007 16:42:35 -0700 Donnie Berkholz <[EMAIL PROTECTED]> a écrit: > On 19:49 Wed 31 Oct , Bernard Cafarelli (voyageur) wrote: > > 1.1 net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild > > > > file : > > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild?rev=1.1&view=markup > > plain: > > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild?rev=1.1&content-type=text/plain > > > pkg_postinst () { > > usermod -s /usr/bin/nxserver nx || die "Unable to set login shell of nx > > user!!" > > usermod -d ${NX_HOME_DIR} nx || die "Unable to set home directory of nx > > user!!" > > This isn't safe with ROOT != / and it looks wrong too, you oughta be > using enewuser for this stuff. > > Thanks, > Donnie > The problem is, enewuser can not be used to modify already existing user accounts.This happens if another nxserver was installed before (which uses the same account, but with different shell and home directory). I'll fix ROOT handling in the meantime, this should be better: usermod -s "${ROOT}"/usr/bin/nxserver nx usermod -d "${ROOT}"{NX_HOME_DIR} nx Thanks, -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: gnustep-base.eclass
Le Fri, 5 Oct 2007 17:08:17 -0700 Donnie Berkholz <[EMAIL PROTECTED]> a écrit: > On 17:31 Fri 05 Oct , Ryan Hill wrote: > > If there aren't any variables that you actually need expanded in the > > script (i didn't see any but could have easily missed it), just escape > > the termination marker, ie. > > > > cat << \EOF > "${T}"/${cfile} > > > > or > > cat << 'EOF' > "${T}"/${cfile} > > > > This turns off parameter and arithmetic expansion and command > > substitution. > > That is so cool. Just another reason I love this reviewing. Yes, thanks for the suggestion, this looks perfect! These lines originally had some ${GNUSTEP_...} variables in them, which required expansion in the ebuild, hence the backquotes forest... Now, however the only one here is ${P}, which will probably be left alone in its own echo command. I'll look into that soon. By the way, even if this probably won't be need in that case, what's the policy on adding files for eclasses, as uberlord suggested? The only subfolder in eclasses/ for now is ELT-patches, but maybe because for now no eclass needed that feature -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in gnustep-apps/gnumail:ChangeLog gnumail-1.2.0_pre3 -r1.ebuild
On Wed, 26 Sep 2007 16:35:54 +0200, Christian Faulhammer <[EMAIL PROTECTED]> wrote: > "Bernard Cafarelli (voyageur)" <[EMAIL PROTECTED]>: > >> Added:gnumail-1.2.0_pre3-r1.ebuild >> Log: >> Fix bug 193806, add some quoting >> egnustep_install || die >> egnustep_install || die >> egnustep_install || die >> egnustep_install || die > > Die messages would make it perfect. :) Even better: egnustep_install already dies by itself, and with a message ;) I'll remove these, thanks for spotting them! -- Bernard -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Last rites: gnustep-libs/pdfkit gnustep-libs/imagekits gnustep-apps/viewpdf
Hi everyone, here are three candidates (or should I say winners) for removal from the tree: gnustep-libs/pdfkit is not maintained anymore upstream, does not compile with gcc 4.x, does not compile with stable freetype, has a security bug open (bugs #131690, #172887, #188146, #188185), has a working replacement (gnustep-libs/popplerkit) gnustep-libs/imagekits has dead upstream, includes (and depends on) pdfkit, and no other ebuild depends on it gnustep-apps/viewpdf depends on pdfkit, and also has a working replacement (gnustep-apps/vindaloo) All of them are now package.masked, pending removal -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New developer: Davide Italiano (dav_it)
Artwork and GWN? It's really great that you finally found your user name then, welcome aboard! -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer Le Mon, 27 Aug 2007 19:02:01 +0300 Petteri Räty <[EMAIL PROTECTED]> a écrit: > Here follows the usual insults and introductions of our newest addition > Davide "dav_it" Italiano. After realizing that we has trying to log in > to dev.gentoo.org with a wrong user name he know has access to Gentoo > development boxes. He will be using his powers in the Artwork and GWN > teams. Davide is a student from Italy and his hobbies are: dark && rock > music, opensource software, volleyball, theorethical physics, calculus > and shoujo anime. > > Let the usual mud slinging begin. > > Regards, > Petteri > -- [EMAIL PROTECTED] mailing list
[gentoo-dev] RFC: new gnustep eclasses
Hello all, Fabian Groffen (grobian) and myself have been working on giving some love to GNUstep support in Gentoo, which you can track progress from the gnustep overlay: http://overlays.gentoo.org/proj/gnustep This has now turned in a massive rewrite of the gnustep eclasses and base packages, with the following objectives: * Cleaner and simpler eclasses (easier to read and maintain) and ebuilds (easier to write). This includes removing the need for most of the internal Gentoo/GNUstep variables defined in the current eclasses * Use the new gnustep-make-2 system (needed for new packages) * Less user environment pollution: no need to source a big script that tinkered with LD_LIBRARY_PATH and set a bunch of other variables * Easier user configuration (as in "emerge something and nothing more") * Lots of cleanups here and there (new virtual for gnustep-back, removal of useless global init scripts, fix sandbox issues for some ebuilds...) listed in the overlay web pages User feedback on the overlay is quite positive, so let's hear from -dev now! Latest version of the base eclass (sent with this mail) can be found at: http://overlays.gentoo.org/proj/gnustep/browser/overlay/eclass/gnustep-base.eclass This one does most of the hard work, especially in egnustep_env which sets up an appropriate GNUstep compilation environment from the installed gnustep-make. Default functions are provided for: pkg_setup, src_compile, src_install, pkg_postinst (pkg_postinst points the users to shell scripts that need to be run once as user) Latest version of the gnustep-2 eclass can be found at: http://overlays.gentoo.org/proj/gnustep/browser/overlay/eclass/gnustep-2.eclass This one mostly sets dependencies on a full GNUstep base system and is the one to include in a normal gnustep ebuild For the interested, many other changes lie in the gnustep-base packages in the overlay (most of the environment setting is now done by the gnustep-make ebuild) Feedback, comments, suggestions, other ideas are welcome! -- Bernard Cafarelli (Voyageur) NX and GNUstep Gentoo developer gnustep-2.eclass Description: Binary data gnustep-base.eclass Description: Binary data
Re: [gentoo-dev] New developer: Pierre-Yves Rofes (p-y)
Better late than never: welcome p-y! Yay for french conspiracy And of course yay for beers in Paris ;) Le Sun, 22 Jul 2007 14:05:51 +0200 Rémi Cardona <[EMAIL PROTECTED]> a écrit: > Pierre-Yves Rofes a écrit : > > @Remi: Yeah, the french conspiracy strikes again :D > > btw, I hope we'll have an opportunity to meet all the frenchies near Paris > > around some beers one of these days :) > > Absolutely ! :) > > Rémi -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] *DEVELOPMENT* mail list, right?
While I was too young a developer when this thread first appeared, I now have a few things to report in this relaunch ;) On the NX servers side: * servers based on NX 2.1 code are now in portage, including the binary free edition from Nomachine (the NX developers), and freenx 0.6 * both of these servers now work on ~amd64 (multilib only though) * 2x terminal server and client are now in portage: GPL (even the NX client) and based on Nomachine's 1.5 code base * 6 (old) packages were removed from the tree, replaced by net-misc/nx * NX overlay provides a native 64-bit nx/freenx for the adventurous * bugzilla NX bugs count is down to 3 :) With fellow dev grobian, I've also started to get GNUstep in Gentoo back in shape (i.e clean, easy to use, up to date, ...). You can check the progress in the new gnustep overlay: http://overlays.gentoo.org/proj/gnustep/wiki Improvements include: * support for new gnustep-make 2.0 * heavy rewrite of the gnustep eclasses and base ebuilds * less polluting of the user profile (no more need to source exernal scripts that tinker with the linker path) * easier-to-write ebuilds * version bumps everywhere (and a few new packages, as a promising-looking cairo backend) * under-the-hood fixes and enhancements here and there -- Voyageur NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New Developer: Gilles Dartiguelongue (eva)
Le Sat, 9 Jun 2007 12:35:07 +0200 Christian Heim <[EMAIL PROTECTED]> a écrit: > It's my pleasure to introduce to you Gilles Dartiguelongue (also known as > EvaSDK on IRC), our latest addition joining the GNOME herd. > > Gilles is joining us from Rueil-Malmaison, France (yes, the french conspiracy > is growing again), where he's currently finishing an internship for his EE/CS > study (for the dumb people like me, 'tis a combined study path consisting of > electrical engineering and computer science). > > When Gilles isn't around computers, he enjoys reading a good book, mountain > biking even climbing though he can't practise as often as he'd like. > > So please welcome Gilles as a new fellow developer among us ! Another one for the french connection in Gentoo :) Welcome aboard! -- Voyageur NX and GNUstep Gentoo developer -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Last rites for NX components split ebuilds
Hi, the following packages have been superseded by/merged into net-misc/nx, the last ebuild in portage that used them (nxserver-freenx-0.5.0) was removed 4 months ago: net-misc/nxcomp net-misc/nxesd net-misc/nxproxy net-misc/nxssh net-misc/nx-x11 net-misc/nx-x11-bin They are now package.masked, pending removal in 30 days Regards, Voyageur -- gentoo-dev@gentoo.org mailing list