Re: [gentoo-user] GDTextUtil doesn't compile after Perl upgrade from 5.20.2 to 5.22.2

2016-10-02 Thread Matthias Hanft 
Stroller wrote:
> 
> I had a nightmare with perl recently, too. Did you check there are no perl 
> packages listed in your world file?

Yes. "grep perl /var/lib/portage/world" doesn't find anything.

> I also ran `sudo perl-cleaner --reallyall` at one point.

Trying this leads to:

* Removing perl-core packages from world file
 *emerge --deselect  perl-core/Encode perl-core/File-Temp
>>> No matching atoms found in "world" favorites file...
 * Updating installed Perl virtuals
 *emerge -u1  virtual/perl-Archive-Tar virtual/perl-CPAN-Meta 
virtual/perl-CPAN-Meta-YAML virtual/perl-Carp virtual/perl-Compress-Raw-Bzip2 
virtual/perl-Compress-Raw-Zlib virtual/perl-DB_File
virtual/perl-Data-Dumper virtual/perl-Digest virtual/perl-Digest-MD5 
virtual/perl-Digest-SHA virtual/perl-Encode virtual/perl-Exporter 
virtual/perl-ExtUtils-CBuilder virtual/perl-ExtUtils-Install
virtual/perl-ExtUtils-MakeMaker virtual/perl-ExtUtils-Manifest 
virtual/perl-ExtUtils-ParseXS virtual/perl-File-Path virtual/perl-File-Spec 
virtual/perl-File-Temp virtual/perl-Getopt-Long
virtual/perl-IO virtual/perl-IO-Compress virtual/perl-IO-Zlib 
virtual/perl-IPC-Cmd virtual/perl-JSON-PP virtual/perl-Locale-Maketext 
virtual/perl-MIME-Base64 virtual/perl-Module-Metadata
virtual/perl-Parse-CPAN-Meta virtual/perl-Perl-OSType virtual/perl-Pod-Parser 
virtual/perl-Scalar-List-Utils virtual/perl-Storable virtual/perl-Sys-Syslog 
virtual/perl-Test-Harness
virtual/perl-Test-Simple virtual/perl-Text-ParseWords 
virtual/perl-Text-Tabs+Wrap virtual/perl-Time-HiRes virtual/perl-Time-Local 
virtual/perl-XSLoader virtual/perl-if virtual/perl-libnet
virtual/perl-parent virtual/perl-version
Calculating dependencies... done!
>>> Auto-cleaning packages...
>>> No outdated packages were found on your system.
[...some unimportant messages...]
 * Locating packages for an update
 * Locating ebuilds linked against libperl
 *   Adding to list: sys-apps/texinfo:0
 *   Adding to list: app-editors/vim:0
 *   Adding to list: mail-filter/spamassassin:0
 *   Adding to list: net-analyzer/net-snmp:0
 *   Adding to list: net-analyzer/rrdtool:0
 *   Adding to list: net-analyzer/nagios-core:0
 *   Adding to list: perl-core/File-Temp:0
 *   virtual/perl-File-Temp:0
 *   Adding to list: perl-core/Encode:0
 *   virtual/perl-Encode:0
 *   Adding to list: dev-perl/[...many, many, packages...]
 *   Adding to list: net-nds/openldap:0
 *   Adding to list: media-gfx/graphite2:0
 *   Adding to list: media-gfx/graphviz:0
 *   Adding to list: dev-vcs/subversion:0
 *   Adding to list: dev-vcs/git:0
 *   Adding to list: net-print/cups-filters:0
 * emerge -v1 --backtrack=200 [...all of the above, with a total of 118 
packages...]
[...some hours later...]
>>> Emerging (91 of 118) dev-perl/GDTextUtil-0.860.0-r1::gentoo
 * GDTextUtil-0.86.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ...  
   [ ok ]
>>> Unpacking source...
>>> Unpacking GDTextUtil-0.86.tar.gz to 
>>> /var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/work
>>> Source unpacked in /var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/work
>>> Preparing source in 
>>> /var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/work/GDTextUtil-0.86 ...
>>> Source prepared.
>>> Configuring source in 
>>> /var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/work/GDTextUtil-0.86 ...
 * Using ExtUtils::MakeMaker
 * perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none 
DESTDIR=/var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/image/
GD.c: loadable library and perl binaries are mismatched (got handshake key 
0x7bc, needed 0x7cc)
 * ERROR: dev-perl/GDTextUtil-0.860.0-r1::gentoo failed (configure phase):
 *   Unable to build!

So it's the same thing again...

-Matt

Re: [gentoo-user] GDTextUtil doesn't compile after Perl upgrade from 5.20.2 to 5.22.2

2016-10-02 Thread Matthias Hanft 
Neil Bothwick wrote:
> 
> But not everything with gd in its name. I had a similar problem recently
> that was solved by re-emerging media-libs/gd

Already tried "emerge -1 gd" with no success. "grep gd /var/lib/portage/world"
doesn't find anything either.

-Matt

[gentoo-user] KDE 5: Broken file protocol for KDE 4 apps

2016-10-02 Thread Jörg Schaible 
Hi,

after the update to Plasma 5/KF5, I can no longer open (HTML) files from my 
local disk with Konqueror. It claims it does no longer know the file 
protocol. I get a similar error in Amarok when I try to apply a cover to an 
album from the local disk. It seems all KDE4-based application are affected.

Does anybody what's causing this behavior and know how to solve it?

Cheers,
Jörg

[gentoo-user] Re: ...if linking a completly unused library...

2016-10-02 Thread Michael Palimaka 
On 03/10/16 04:00, Michael Orlitzky wrote:
> 
> There was a GSoC project in 2011 that attempted something like this:
> 
>   https://gitweb.gentoo.org/proj/autodep.git/
> 
> Maybe if its developer still feels that the foundation is sound, we
> could propose it again next year.

I haven't used it recently so it may well need updating to be compatible
with a recent portage, but it used to work well.

Re: [gentoo-user] GDTextUtil doesn't compile after Perl upgrade from 5.20.2 to 5.22.2

2016-10-02 Thread Neil Bothwick 
On Sun, 2 Oct 2016 18:34:19 +0200, Matthias Hanft wrote:

>  * Using ExtUtils::MakeMaker
>  * perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none
> DESTDIR=/var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/image/ GD.c:
> loadable library and perl binaries are mismatched (got handshake key
> 0x7bc, needed 0x7cc)
>  * ERROR: dev-perl/GDTextUtil-0.860.0-r1::gentoo failed (configure
> phase):
>  *   Unable to build!
> 
> --- cut here ---
> 
> I already tried to uninstall and reinstall everything with "perl" in
> its name, but without success. 

But not everything with gd in its name. I had a similar problem recently
that was solved by re-emerging media-libs/gd


-- 
Neil Bothwick

Tribble math: * + * = ***


pgphQJPH6JUOd.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Webkit-gtk yelp and dependencies

2016-10-02 Thread Neil Bothwick 
On Sun, 2 Oct 2016 17:51:37 +0200, meino.cra...@gmx.de wrote:

> I myself use openbox and some gnome applications but
> no gnome desktop/sessions management etc.
> 
> So it /seems/ that preventing recompilations of 
> webkit-gtk is: Removing webkit-gtk and yelp.
> 
> But I better ask before I get into the situation
> to be urged to recompile webkit-gtk...because I
> was wrong...

quickpkg webkit-gtk before you depclean it, then you can restore with
emerge -k if you really need it after all.


-- 
Neil Bothwick

...Advert for restaurant:
  "Exotic foods for all occasions. Police balls a speciality."


pgpwszB4UXYZM.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] GDTextUtil doesn't compile after Perl upgrade from 5.20.2 to 5.22.2

2016-10-02 Thread Stroller 

> On 2 Oct 2016, at 17:34, Matthias Hanft  wrote:
> 
> I already tried to uninstall and reinstall everything with "perl" in its name,
> but without success. I can install/upgrade everything else from 
> "dev-perl/...";
> it's just this weird "GDTextUtil" which remains at the end of every "emerge"
> effort - no matter which "emerge" options I use, or what the order of packages
> is. 

I had a nightmare with perl recently, too. Did you check there are no perl 
packages listed in your world file?

I think someone mentioned that here on this list in the last week or two, and I 
found I had several.

I also ran `sudo perl-cleaner --reallyall` at one point.

Stroller.

Re: [gentoo-user] ...if linking a completly unused library...

2016-10-02 Thread Rich Freeman 
On Sun, Oct 2, 2016 at 1:00 PM, Michael Orlitzky  wrote:
> On 10/02/2016 10:38 AM, Rich Freeman wrote:
>> That said, some distros have better
>> tools for finding missing dependencies, like blocking access to files
>> that aren't part of a declared dependency during the build process.
>> I've looked at the portage jail and that actually wouldn't be hard to
>> add to Gentoo.  Right now portage configures the jail to give read
>> access to everything by default.  If you disabled that you could
>> instead pass a configuration that explicitly gives read access to
>> every single file in the build dependencies (and @system I suppose),
>> and denied everything else.  Implementation is left as an exercise to
>> the reader.
>>
>
> This has to be harder than it looks. The benefit would be huge, so if it
> was easy, someone would have done it already, right?
>

I did some of the research but didn't get beyond that.

Basically you need to use the portage API to walk the full dependency
tree (unless we require deps of deps to be explicitly defined, then
you just need to walk one level), and use the portage API to obtain a
list of installed files for each.  That just all goes into a list
which is passed to the sandbox when it is set up (it just takes a list
of paths I believe with a R/W access setting).  You need to pass it
the full contents of @system as well.

If it is slow you could probably make it a FEATURE that ordinary users
can choose to use or not, but which of course would be recommended for
devs.

Right now /etc/sandbox.d/00default contains SANDBOX_READ="/".  That
would need to be removed, and set explicitly in portage.

What I haven't done is traced all the portage sources to best figure
where to do it.  I imagine portage will already have the dependency
list cached somewhere.  I'm not sure if it already walks their list of
files, but if so then this is an obvious optimization.  I suspect it
wouldn't perform all that badly actually as this stuff is all easy to
resolve, unless the sandbox binary itself struggles with a long ACL.

-- 
Rich

Re: [gentoo-user] ...if linking a completly unused library...

2016-10-02 Thread Michael Orlitzky 
On 10/02/2016 10:38 AM, Rich Freeman wrote:
> That said, some distros have better
> tools for finding missing dependencies, like blocking access to files
> that aren't part of a declared dependency during the build process.
> I've looked at the portage jail and that actually wouldn't be hard to
> add to Gentoo.  Right now portage configures the jail to give read
> access to everything by default.  If you disabled that you could
> instead pass a configuration that explicitly gives read access to
> every single file in the build dependencies (and @system I suppose),
> and denied everything else.  Implementation is left as an exercise to
> the reader.
> 

This has to be harder than it looks. The benefit would be huge, so if it
was easy, someone would have done it already, right?

For developers, it would save a ton of time digging through READMEs,
header files, and ldd output trying to figure out what each package
needs. Afterwards, we would save time not fixing the inevitable "missing
dependency" bugs. It would also let us get rid of @system, solving as a
side effect the problem that nobody agrees what should go in there.

For users, no more preventable build failures. And the ability to
upstream the *actual* requirements (not just the ones the developer
noticed) would help users and developers of other distributions.

This would only help us sort out build-time dependencies -- common sense
would still be needed to filter out those not needed at runtime -- but
that's still a huge improvement since the build-only deps are
pretty well-known. And having extra dependencies is better than having
too few.

There was a GSoC project in 2011 that attempted something like this:

  https://gitweb.gentoo.org/proj/autodep.git/

Maybe if its developer still feels that the foundation is sound, we
could propose it again next year.

[gentoo-user] GDTextUtil doesn't compile after Perl upgrade from 5.20.2 to 5.22.2

2016-10-02 Thread Matthias Hanft 
Hi,

on one of my Gentoo machines, the package "dev-perl/GDTextUtil" refuses
to emerge after I had made the usual updates (emerge -NDuv @world), which,
this time, included upgrading Perl from 5.20.2 to 5.22.2:

--- cut here ---

fileserver ~ # emerge --update --newuse --deep --with-bdeps=y --backtrack=1000 
--keep-going @world
Calculating dependencies... done!

>>> Verifying ebuild manifests

>>> Emerging (1 of 1) dev-perl/GDTextUtil-0.860.0-r1::gentoo
 * GDTextUtil-0.86.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ...  
   [ ok ]
>>> Unpacking source...
>>> Unpacking GDTextUtil-0.86.tar.gz to 
>>> /var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/work
>>> Source unpacked in /var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/work
>>> Preparing source in 
>>> /var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/work/GDTextUtil-0.86 ...
>>> Source prepared.
>>> Configuring source in 
>>> /var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/work/GDTextUtil-0.86 ...
 * Using ExtUtils::MakeMaker
 * perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none 
DESTDIR=/var/tmp/portage/dev-perl/GDTextUtil-0.860.0-r1/image/
GD.c: loadable library and perl binaries are mismatched (got handshake key 
0x7bc, needed 0x7cc)
 * ERROR: dev-perl/GDTextUtil-0.860.0-r1::gentoo failed (configure phase):
 *   Unable to build!

--- cut here ---

I already tried to uninstall and reinstall everything with "perl" in its name,
but without success. I can install/upgrade everything else from "dev-perl/...";
it's just this weird "GDTextUtil" which remains at the end of every "emerge"
effort - no matter which "emerge" options I use, or what the order of packages
is. On another machine, everything was fine automagically (that one is 64bit;
the failing machine is 32bit), and on a third machine, GDTextUtil isn't pulled
in at all (not quite sure what is pulling in, could be "vdradmin-am").

Any hints what to try further?

Thanks,

-Matt

[gentoo-user] Webkit-gtk yelp and dependencies

2016-10-02 Thread Meino . Cramer 
Hi,

this morning it happens again: net-libs/webkit-gtk was
updated.
For me it means: For a longer time as convenient full
load on the all cores of the CPU of my GENTOO box,
higher CPU temperatures as usual and laggy desktop.

Hm...

I did a 
emerge -cvp net-libs/webkit-gtk 

and got

Calculating dependencies... done!
  net-libs/webkit-gtk-2.12.5 pulled in by:
gnome-extra/yelp-3.20.1 requires >=net-libs/webkit-gtk-2.7.2:4

>>> No packages selected for removal by depclean
Packages installed:   2088
Packages in world:1099
Packages in system:   44
Required packages:2088
Number to remove: 0


...so only gnome-extra/yelp needs the webkit-gtk.

I did a 

emerge -cvp gnome-extra/yelp

and got

Calculating dependencies... done!
>>> Calculating removal order...

>>> These are the packages that would be unmerged:

 gnome-extra/yelp
selected: 3.20.1 
   protected: none 
 omitted: none 

All selected packages: =gnome-extra/yelp-3.20.1

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

Packages installed:   2088
Packages in world:1099
Packages in system:   44
Required packages:2087
Number to remove: 1


...which seems that nothing needs yelp.

I myself use openbox and some gnome applications but
no gnome desktop/sessions management etc.

So it /seems/ that preventing recompilations of 
webkit-gtk is: Removing webkit-gtk and yelp.

But I better ask before I get into the situation
to be urged to recompile webkit-gtk...because I
was wrong...

Is the above ok or wrong or misleading or

Thanks a lot for any help in advance!
Cheers,
Meino

[gentoo-user] trouble starting gnome-terminal (SOLVED)

2016-10-02 Thread allan gottlieb 
On Thu, Sep 29 2016, allan gottlieb wrote:

> I run systemd if that is relevant.  All commands below were run
> as ordinary user "gottlieb" (I know the sudo runs the stated command as
> root)
>
> On one machine (named E6430) running gnome-terminal is problematic.
>
> If I log via the gnome graphical login screen I cannot start a gnome
> terminal either by
>Selecting it from the favorites menu
>Using my own keyboard shortcut (which has worked for years)
>Invoking M-x shell in emacs and typing gnome-terminal
>
> The first two produce nothing on the screen, third produces
> Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: 
> Error calling StartServiceByName for org.gnome.Terminal: 
> GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process 
> org.gnome.Terminal exited with status 9
>
> However the following both work
>1. in the same emacs shell as above typing sudo gnome-terminal
>2. from another machine where gnome-terminal works as normal
>  ssh -Y e6430
>  gnome-terminal
>
> Any suggestions would be appreciated
>
> thanks,
> allan

# localectl set-locale LANG="en_US.UTF-8"

Fixed the problem (without explaining what caused it).

allan

Re: [gentoo-user] ...if linking a completly unused library...

2016-10-02 Thread Rich Freeman 
On Sun, Oct 2, 2016 at 9:54 AM, Michael Orlitzky  wrote:
> On 10/02/2016 01:18 AM, meino.cra...@gmx.de wrote:
>>
>> One curious question remains:
>> If -as-needed is included, all libs will be "delinked" :), which
>> are not used...so I am throwing away stuff, which no code calls:
>> WHY should this cause trouble?
>> Or is it again oversimplified by me? :) ;) 8)
>>
>
> Suppose I write a program called "foo" and a library that it uses called
> "libfoo". If the libfoo library uses OpenSSL and the main executable has
> -lssl in its link command, everything will work fine by default. But, if
> you add --as-needed to your linker flags and don't specifically link
> libfoo against OpenSSL, the result will be underlinked.
>

Typically the problems that come up result from using a library
without explicitly linking it, assuming that it will be there because
something else will pull it in.  There may be niche situations where
problems are unavoidable, but for the most part it comes down to
always passing libraries to the linker if you use them.

In Gentoo lowering the number of unnecessary linked libraries is
highly desirable, because anytime one of those libraries changes its
SONAME any packages that use it must be rebuilt.  When you have a lot
of overlinking that greatly increases the amount of rebuilding you end
up with, and more circular dependency issues and such, etc.  This is
why --as-needed became the default (after a lot of build system
fixing).  Gentoo has a tendency to find bugs in build systems because
we run them in a variety of environments/etc.  Binary distros can
afford to just fuss with it until they somehow manage to get something
built, and then forget about it.  That said, some distros have better
tools for finding missing dependencies, like blocking access to files
that aren't part of a declared dependency during the build process.
I've looked at the portage jail and that actually wouldn't be hard to
add to Gentoo.  Right now portage configures the jail to give read
access to everything by default.  If you disabled that you could
instead pass a configuration that explicitly gives read access to
every single file in the build dependencies (and @system I suppose),
and denied everything else.  Implementation is left as an exercise to
the reader.

-- 
Rich

Re: [gentoo-user] ...if linking a completly unused library...

2016-10-02 Thread Michael Orlitzky 
On 10/02/2016 01:18 AM, meino.cra...@gmx.de wrote:
> 
> One curious question remains:
> If -as-needed is included, all libs will be "delinked" :), which 
> are not used...so I am throwing away stuff, which no code calls:
> WHY should this cause trouble?
> Or is it again oversimplified by me? :) ;) 8)
> 

It shouldn't cause problems, but it can. In most cases it's a bug in the
build system, but some software is designed to be underlinked.

Suppose I write a program called "foo" and a library that it uses called
"libfoo". If the libfoo library uses OpenSSL and the main executable has
-lssl in its link command, everything will work fine by default. But, if
you add --as-needed to your linker flags and don't specifically link
libfoo against OpenSSL, the result will be underlinked.

For an example where the underlinking is intended, the GNU Scientific
Library (gsl) allows you to swap out linear algebra backends. The gsl
developers intend for you to pick one such backend, and then link
everything together in your executable. Thus, they ship gsl without
linking it against any particular linear algebra library. It won't work
with --as-needed out of the box (we patch it in Gentoo).

We added --as-needed by default in Gentoo a while ago, and you can find
a lot of info from that time when it caused problems:

https://wiki.gentoo.org/wiki/Project:Quality_Assurance/As-needed

https://blog.flameeyes.eu/2008/11/relationship-between-as-needed-and-no-undefined-part-1-what-do-they-do

https://blog.flameeyes.eu/2008/11/misguided-link-and-as-needed

https://blog.flameeyes.eu/2008/11/problems-and-mitigation-strategies-for-as-needed

https://blog.flameeyes.eu/2009/02/a-softer-as-needed

https://blog.flameeyes.eu/2009/07/does-as-needed-link-make-software-faster

Re: [gentoo-user] hostname problem : solved

2016-10-02 Thread Philip Webb 
161002 Hinnerk van Bruinehsen wrote:
> On Sun, Oct 02, 2016 at 07:41:48AM -0400, Philip Webb wrote:
>> I did a big system update yesterday ( 52 pkgs ), incl Net-tools Dhcpcd ,
>> & on restarting today found that hostname is not being set :
>> 
>>   root:505 etc> echo $HOSTNAME
>>   (none)
>> 
>> Previously it was 'localhost'.
>> The problem seems to be in  /etc/init.d/hostname ,
>> as the init process reports :
>> 
>>   Setting hostname to localhost ...
>>   /etc/init.d/hostname: line 24: hostname command not found
>>   *Failed to set the hostname [!!]
>> 
> Check if sys-apps/net-tools has the "hostname" useflag enabled
> it's enabled by default so you may encounter the fallout of a -* setup.

Yes, that was it (red face).  Thanks for the prompt reply.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] hostname problem

2016-10-02 Thread Mick 
On Sunday 02 Oct 2016 13:47:10 Hinnerk van Bruinehsen wrote:
> On Sun, Oct 02, 2016 at 07:41:48AM -0400, Philip Webb wrote:
> > I did a big system update yesterday ( 52 pkgs ), incl Net-tools Dhcpcd ,
> > 
> > & on restarting today found that hostname is not being set :
> >   root:505 etc> echo $HOSTNAME
> >   (none)
> > 
> > Previously it was 'localhost'.
> > 
> > The problem seems to be in  /etc/init.d/hostname ,
> > 
> > as the init process reports :
> >   Setting hostname to localhost ...
> >   /etc/init.d/hostname: line 24: hostname command not found
> >   *Failed to set the hostname [!!]
> > 
> > I've updated Openrc to the latest testing 0.22.1 , but no change.
> > I've also tried permutations of changes to  /etc/init.d/hostname .
> > 
> > Can anyone offer advice ?
> 
> Check if sys-apps/net-tools has the "hostname" useflag enabled (it's enabled
> by default so you may encounter the fallout of a -* setup...)
> 
> WKR
> Hinnerk

What does /etc/conf.d/hostname contain?

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] hostname problem

2016-10-02 Thread Hinnerk van Bruinehsen 
On Sun, Oct 02, 2016 at 07:41:48AM -0400, Philip Webb wrote:
> I did a big system update yesterday ( 52 pkgs ), incl Net-tools Dhcpcd ,
> & on restarting today found that hostname is not being set :
> 
>   root:505 etc> echo $HOSTNAME
>   (none)
> 
> Previously it was 'localhost'.
> 
> The problem seems to be in  /etc/init.d/hostname ,
> as the init process reports :
> 
>   Setting hostname to localhost ...
>   /etc/init.d/hostname: line 24: hostname command not found
>   *Failed to set the hostname [!!]
> 
> I've updated Openrc to the latest testing 0.22.1 , but no change.
> I've also tried permutations of changes to  /etc/init.d/hostname .
> 
> Can anyone offer advice ?

Check if sys-apps/net-tools has the "hostname" useflag enabled (it's enabled by
default so you may encounter the fallout of a -* setup...)

WKR
Hinnerk

[gentoo-user] hostname problem

2016-10-02 Thread Philip Webb 
I did a big system update yesterday ( 52 pkgs ), incl Net-tools Dhcpcd ,
& on restarting today found that hostname is not being set :

  root:505 etc> echo $HOSTNAME
  (none)

Previously it was 'localhost'.

The problem seems to be in  /etc/init.d/hostname ,
as the init process reports :

  Setting hostname to localhost ...
  /etc/init.d/hostname: line 24: hostname command not found
  *Failed to set the hostname [!!]

I've updated Openrc to the latest testing 0.22.1 , but no change.
I've also tried permutations of changes to  /etc/init.d/hostname .

Can anyone offer advice ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca