Re: [gentoo-dev] [PATCH] gnustep-base.eclass: Limit SUPPORTED_EAPIS to [5-7], drop eutils

2021-04-07 Thread Bernard Cafarelli
 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

2020-11-26 Thread Bernard Cafarelli
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

2020-09-02 Thread Bernard Cafarelli
# 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

2020-04-30 Thread Bernard Cafarelli
# 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

2020-04-30 Thread Bernard Cafarelli
# 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

2019-09-25 Thread Bernard Cafarelli
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

2019-09-23 Thread Bernard Cafarelli
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

2019-05-23 Thread Bernard Cafarelli
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

2019-04-23 Thread Bernard Cafarelli

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,...

2018-06-26 Thread Bernard Cafarelli
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

2017-12-05 Thread Bernard Cafarelli
# Bernard Cafarelli <voyag...@gentoo.org> (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

2017-11-24 Thread Bernard Cafarelli
Le Fri, 24 Nov 2017 10:31:35 +0100
Bernard Cafarelli <voyag...@gentoo.org> a écrit:

> # Bernard Cafarelli <voyag...@gentoo.org> (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

2017-11-24 Thread Bernard Cafarelli
# Bernard Cafarelli <voyag...@gentoo.org> (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

2017-11-24 Thread Bernard Cafarelli
# Bernard Cafarelli <voyag...@gentoo.org> (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

2017-07-24 Thread Bernard Cafarelli
# Bernard Cafarelli <voyag...@gentoo.org> (25 Jul 2017)
# Dropped from upstream tarball for years, removal in a month (#626106)
gnustep-apps/clipbook

# Bernard Cafarelli <voyag...@gentoo.org> (25 Jul 2017)
# Dead upstream, last release 13 years ago, removal in a month (#626106)
gnustep-apps/displaycalibrator

# Bernard Cafarelli <voyag...@gentoo.org> (25 Jul 2017)
# Segfaults on diffs, last release 8 years ago, removal in a month (#626106)
gnustep-apps/easydiff

# Bernard Cafarelli <voyag...@gentoo.org> (25 Jul 2017)
# Dead upstream, last release 11 years ago, removal in a month (#626106)
gnustep-apps/remotedesk

# Bernard Cafarelli <voyag...@gentoo.org> (25 Jul 2017)
# Crashes on startup with current gnustep packages, removal in a month (#626106)
gnustep-apps/sudoku

# Bernard Cafarelli <voyag...@gentoo.org> (25 Jul 2017)
# Dead upstream, nothing in tree depends on it, removal in a month (#626106)
gnustep-libs/camerakit

# Bernard Cafarelli <voyag...@gentoo.org> (25 Jul 2017)
# Dead upstream, nothing in tree depends on it, removal in a month (#626106)
gnustep-libs/iconkit

# Bernard Cafarelli <voyag...@gentoo.org> (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)

2017-01-16 Thread Bernard Cafarelli
Le Sat, 14 Jan 2017 20:03:02 +0100
David Haller <gen...@dhaller.de> 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

2017-01-11 Thread Bernard Cafarelli

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

2017-01-10 Thread Bernard Cafarelli
Le Tue, 10 Jan 2017 14:09:07 -0800
Zac Medico <zmed...@gentoo.org> 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

2017-01-10 Thread Bernard Cafarelli
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

2017-01-03 Thread Bernard Cafarelli

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

2016-11-30 Thread Bernard Cafarelli

# Bernard Cafarelli <voyag...@gentoo.org> (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 <voyag...@gentoo.org> (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] [RFC] GNUstep project

2016-01-05 Thread Bernard Cafarelli
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

2015-11-02 Thread Bernard Cafarelli

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

2015-08-24 Thread Bernard Cafarelli

# Bernard Cafarelli voyag...@gentoo.org (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}

2015-03-26 Thread Bernard Cafarelli

# Bernard Cafarelli voyag...@gentoo.org (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

2015-03-03 Thread Bernard Cafarelli

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

2015-02-03 Thread Bernard Cafarelli

# Bernard Cafarelli voyag...@gentoo.org (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

2014-09-05 Thread Bernard Cafarelli

# Bernard Cafarelli voyag...@gentoo.org (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



[gentoo-dev] Last rites: gnustep-libs/cddb

2014-02-13 Thread Bernard Cafarelli

# 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

2014-02-13 Thread Bernard Cafarelli

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 ssuomi...@gentoo.org 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.24view=markup
plain:
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24content-type=text/plain
diff :
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?r1=1.23r2=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 voyag...@gentoo.org
+  -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.1view=markup
plain:
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1content-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 :)




Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-plugins/wmbattery: ChangeLog wmbattery-2.42.ebuild wmbattery-2.19-r1.ebuild

2014-02-12 Thread Bernard Cafarelli

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 ssuomi...@gentoo.org 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.24view=markup
plain: 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24content-type=text/plain
diff : 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?r1=1.23r2=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 voyag...@gentoo.org
+  -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.1view=markup
plain: 
http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1content-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

2014-02-11 Thread Bernard Cafarelli
Le Tue, 11 Feb 2014 12:09:14 +0200
Samuli Suominen ssuomi...@gentoo.org 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.24view=markup
  plain: 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?rev=1.24content-type=text/plain
  diff : 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/ChangeLog?r1=1.23r2=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 voyag...@gentoo.org
  +  -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.1view=markup
  plain: 
  http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-plugins/wmbattery/wmbattery-2.42.ebuild?rev=1.1content-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

2014-02-06 Thread Bernard Cafarelli

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

2013-10-04 Thread Bernard Cafarelli
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

2013-03-20 Thread Bernard Cafarelli

# 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

2012-07-16 Thread Bernard Cafarelli

# Bernard Cafarelli voyag...@gentoo.org (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

2012-07-13 Thread Bernard Cafarelli

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

2012-07-11 Thread Bernard Cafarelli
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

2012-06-08 Thread Bernard Cafarelli

# Bernard Cafarelli voyag...@gentoo.org (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

2012-02-14 Thread Bernard Cafarelli
# Bernard Cafarelli voyag...@gentoo.org (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

2012-02-09 Thread Bernard Cafarelli

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

2011-12-02 Thread Bernard Cafarelli
# Bernard Cafarelli voyag...@gentoo.org (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] RFC: gnustep layout change news item

2011-04-21 Thread Bernard Cafarelli
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 voyag...@gentoo.org
Content-Type: text/plain
Posted: 2011-04-26
Revision: 1
News-Item-Format: 1.0
Display-If-Installed: gnustep-base/gnustep-make-2.6.0

Traditionally, GNUstep used its own filesystem layout, installing
everything under /usr/GNUstep. Starting with gnustep-make-2.6.0, the
default filesystem layout has changed and is now the 'fhs' layout,
installing files in standard Unix directories.

Following upstream's change, GNUstep packages in Gentoo will now
also use the new default layout. Your system will switch to it
after updating gnustep-base/gnustep-make to =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: gnustep-libs/camaelon and x11-themes/camaelon-themes

2011-04-21 Thread Bernard Cafarelli

# 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] Last rites for gnustep-libs/rigs, gnustep-libs/gdl2 and packages depending on it

2010-07-07 Thread Bernard Cafarelli
# Bernard Cafarelli voyag...@gentoo.org (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

2009-10-28 Thread Bernard Cafarelli

On Tue, 27 Oct 2009 11:10:39 +0100, Torsten Veller t...@gentoo.org
wrote:
 * Torsten Vellert...@gentoo.org:
 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

2008-12-04 Thread Bernard Cafarelli

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

2008-07-21 Thread Bernard Cafarelli

# 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

2008-02-07 Thread Bernard Cafarelli

# 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)

2008-01-09 Thread Bernard Cafarelli

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

2007-12-08 Thread Bernard Cafarelli
# 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

2007-11-02 Thread Bernard Cafarelli

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.1view=markup plain:



 http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-f

   

reenx/nxserver-freenx-0.7.1.ebuild?rev=1.1content-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



[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

2007-11-01 Thread Bernard Cafarelli
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.1view=markup
  plain: 
  http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild?rev=1.1content-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 net-misc/nxserver-freenx: nxserver-freenx-0.7.0-r1.ebuild ChangeLog nxserver-freenx-0.7.1.ebuild

2007-11-01 Thread Bernard Cafarelli
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.1view=markup
plain:
http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-misc/nxserver-freenx/nxserver-freenx-0.7.1.ebuild?rev=1.1content-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



Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: gnustep-base.eclass

2007-10-07 Thread Bernard Cafarelli
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

2007-09-26 Thread Bernard Cafarelli

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

2007-09-11 Thread Bernard Cafarelli
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)

2007-08-28 Thread Bernard Cafarelli
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

2007-08-06 Thread Bernard Cafarelli
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)

2007-07-22 Thread Bernard Cafarelli
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?

2007-06-11 Thread Bernard Cafarelli
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)

2007-06-09 Thread Bernard Cafarelli
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

2007-03-25 Thread Bernard Cafarelli
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