Re: [gentoo-user] vncserver: could not open default font 'fixed'

[Fernando Rodriguez]

On Friday, June 19, 2015 10:12:24 PM Fernando Rodriguez wrote:
> Hello,
> 
> After getting rid of the nls use flag (updated make.conf and ran: emerge -
vauDN 
> --with-bdeps=y @world && emerge --depclean) I'm getting this error when I 
try 
> to start vncserver (tightvnc):
> 
> Couldn't start Xvnc; trying default font path.
> Please set correct fontPath in the vncserver script.
> Couldn't start Xvnc process.
> 
> 19/06/15 21:43:38 Xvnc version TightVNC-1.3.10
> 19/06/15 21:43:38 Copyright (C) 2000-2009 TightVNC Group
> 19/06/15 21:43:38 Copyright (C) 1999 AT&T Laboratories Cambridge
> 19/06/15 21:43:38 All Rights Reserved.
> 19/06/15 21:43:38 See http://www.tightvnc.com/ for information on TightVNC
> 19/06/15 21:43:38 Desktop name 'X' (navi:1)
> 19/06/15 21:43:38 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t  
>
> 19/06/15 21:43:38 Listening for VNC connections on TCP port 5901  
>
> 19/06/15 21:43:38 Listening for HTTP connections on TCP port 5801 
>
> 19/06/15 21:43:38   URL http://navi:5801
> Font directory '/usr/share/fonts/Type1/' not found - ignoring
> 
> Fatal server error:
> could not open default font 'fixed'
> 19/06/15 21:43:39 Xvnc version TightVNC-1.3.10
> 19/06/15 21:43:39 Copyright (C) 2000-2009 TightVNC Group
> 19/06/15 21:43:39 Copyright (C) 1999 AT&T Laboratories Cambridge
> 19/06/15 21:43:39 All Rights Reserved.
> 19/06/15 21:43:39 See http://www.tightvnc.com/ for information on TightVNC
> 19/06/15 21:43:39 Desktop name 'X' (navi:1)
> 19/06/15 21:43:39 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
> 19/06/15 21:43:39 Listening for VNC connections on TCP port 5901
> 19/06/15 21:43:39 Listening for HTTP connections on TCP port 5801
> 19/06/15 21:43:39   URL http://navi:5801
> Font directory '/usr/X11R6/lib/X11/fonts/Speedo/' not found - ignoring
> Font directory '/usr/X11R6/lib/X11/fonts/Type1/' not found - ignoring
> 
> Fatal server error:
> could not open default font 'fixed'
> 
> 
> Did I removed a font package needed by vnc? I've tried rebuilding tightvnc 
> with no luck.
> 

I got it. It looks like it needs media-fonts/font-misc-misc[nls].
-- 
Fernando Rodriguez

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

[gentoo-user] Re: Profile listings

[James]

Neil Bothwick  digimed.co.uk> writes:


> > I think all possible profiles for each and every type of gentoo install
> > should either be readily available on any installed gentoo system, or
> > on theet or otherwise easy to parse.

> They already are, profiles are part of the portage tree. For example, on
> this amd64 box
> 
> % PORTAGE_PROFILE=/var/portage/profiles/default/linux/arm/13.0/armv7a eix
-c --system

> Found 42 matches.

I get that all the defaults, regardless of arch, have the same 42 list
of packages (at least what I have checked), even default for the arm
variants which are usually thought of as embedded. I get what Andreas
wrote finally where inheritance picks up other packages.


> The nil return before was caused by search in one of the arch
> directories, which are not complete profiles but data to be used by
> profiles. It is a little confusing, but if you stick to profiles under
> default/linux you should get useful information.

/usr/portage/profiles/embedded/packages shows:
*>=sys-apps/busybox-0.60.5-r1

I guess that busybox is the only package that all (gentoo) embedded profiles
require. Granted I have not looked at all the variants of profile, including
embedded for the different arches found in gentoo.


I just think there should be a cleaner and quicker way to see these lists,
and I think there should be a 'standard way' to migrate between embedded
and default, for each and every arch variant. It's not been a clean nor easy
thing to ferret out, imho. Little documentation. I do appreciate your
efforts and the information provided by the others too. I think in the
new world of clusters running on  bare metal to full, bloated distros,
gentoo should have a way to move between profiles, is a good idea. YMMV.
Granted workstations might not want to be part of this changing of profiles,
but for servers and focused, single purpose machines, moving from profile to
profile, should not be that big of a deal. This is all a work in progress
for me. The more I learn about clusters, the more it radically
changes what I have seen in the past of embedded systems and *nix systems.


Last, I'd just like share another insight. Clusters build on minimal or
embedded systems will be far easier to secure, because there's just less
to monitor for unauthorized changes. The biggest issue with Clusters and
Clouds, that nobody  big talks about, are the rampant security problem therein.


Thanks,
James

[gentoo-user] Blank screen after hibernation with radeon driver

[Fernando Rodriguez]

Hello,

After switching from fglrx to the radeon driver I get a blank screen after 
resuming from hibernation. I can ssh in but I can't restart xorg. This happens 
with pm-utils and also with systemd. Suspend works fine with both.

My video card is:
VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Kabini 
[Radeon HD 8210]

Any suggestions?

-- 
Fernando Rodriguez

[gentoo-user] vncserver: could not open default font 'fixed'

[Fernando Rodriguez]

Hello,

After getting rid of the nls use flag (updated make.conf and ran: emerge -vauDN 
--with-bdeps=y @world && emerge --depclean) I'm getting this error when I try 
to start vncserver (tightvnc):

Couldn't start Xvnc; trying default font path.
Please set correct fontPath in the vncserver script.
Couldn't start Xvnc process.

19/06/15 21:43:38 Xvnc version TightVNC-1.3.10
19/06/15 21:43:38 Copyright (C) 2000-2009 TightVNC Group
19/06/15 21:43:38 Copyright (C) 1999 AT&T Laboratories Cambridge
19/06/15 21:43:38 All Rights Reserved.
19/06/15 21:43:38 See http://www.tightvnc.com/ for information on TightVNC
19/06/15 21:43:38 Desktop name 'X' (navi:1)
19/06/15 21:43:38 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
 
19/06/15 21:43:38 Listening for VNC connections on TCP port 5901
 
19/06/15 21:43:38 Listening for HTTP connections on TCP port 5801   
 
19/06/15 21:43:38   URL http://navi:5801
Font directory '/usr/share/fonts/Type1/' not found - ignoring

Fatal server error:
could not open default font 'fixed'
19/06/15 21:43:39 Xvnc version TightVNC-1.3.10
19/06/15 21:43:39 Copyright (C) 2000-2009 TightVNC Group
19/06/15 21:43:39 Copyright (C) 1999 AT&T Laboratories Cambridge
19/06/15 21:43:39 All Rights Reserved.
19/06/15 21:43:39 See http://www.tightvnc.com/ for information on TightVNC
19/06/15 21:43:39 Desktop name 'X' (navi:1)
19/06/15 21:43:39 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
19/06/15 21:43:39 Listening for VNC connections on TCP port 5901
19/06/15 21:43:39 Listening for HTTP connections on TCP port 5801
19/06/15 21:43:39   URL http://navi:5801
Font directory '/usr/X11R6/lib/X11/fonts/Speedo/' not found - ignoring
Font directory '/usr/X11R6/lib/X11/fonts/Type1/' not found - ignoring

Fatal server error:
could not open default font 'fixed'


Did I removed a font package needed by vnc? I've tried rebuilding tightvnc 
with no luck.
-- 
Fernando Rodriguez

Re: [gentoo-user] Re: Profile listings

[Neil Bothwick]

On Fri, 19 Jun 2015 19:56:53 + (UTC), James wrote:

> > Note that default/linux/arm/13.0/armv7a profile is building on the 
> > arch/arm/armv7a (what you searched against).  
> 
> I think all possible profiles for each and every type of gentoo install
> should either be readily available on any installed gentoo system, or
> on the net or otherwise easy to parse.

They already are, profiles are part of the portage tree. For example, on
this amd64 box

% PORTAGE_PROFILE=/var/portage/profiles/default/linux/arm/13.0/armv7a eix -c 
--system
[snip]
Found 42 matches.

The nil return before was caused by search in one of the arch
directories, which are not complete profiles but data to be used by
profiles. It is a little confusing, but if you stick to profiles under
default/linux you should get useful information.


-- 
Neil Bothwick

0 and 1. Now what could be so hard about that?


pgpOd4EWvchtm.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: Profile listings

[James]

Bruce Schultz  gmail.com> writes:


> Note that default/linux/arm/13.0/armv7a profile is building on the 
> arch/arm/armv7a (what you searched against).


I think all possible profiles for each and every type of gentoo install
should either be readily available on any installed gentoo system, or
on the net or otherwise easy to parse.


> As I understand it, the profiles in arch/arm don't contain any packages
files, so there's no   system packages to list (as you found). I presume
that the arch/arm/... profiles are intended to define compiler flags etc for
cpu variants, and are used as a basis of a more complete profile (such as
default/linux/arm/13.0/armv7a). If you look through
/usr/portage/profiles/profiles.desc, you see the list of all profiles which
would be selectable through 'eselect profile', and I don't find and arch/...
profiles listed in there.


Correct. It's an inconsistent mess, imho. Being able to readily parse
the packages on a given (arch/processor/profile) install would be a keen
tool before making hardware purchases. Embedded to full distro are blurring
the landscape, particularly as arm64 emerges. Also, my cluster build work is
surprisingly revealing that HPC and general prupose clusters are best build
on bare metal or embedded linux systems, particularly but not limited to
performance gains. Gentoo use to "king" in the embedded linux space
and it's an odd (for sure) reality that building clusters, clouds or data
centers on embedded linux is moving forward at a very rapid pace.

I certainly do not wish to alienate or detract from the excellent work our
dev community has achieved. But, embedded (gentoo) linux and cluster/cloud
computing could easily put gentoo on top of the heap again. Surely gentoo is
uniquely positioned to build clusters that are not on top of 'bloatware'!

> Hope that helps...
> Bruce

YES, and I appreciated every comment!


later,
James

[gentoo-user] Re: Profile listings

[James]

Martin Vaeth  mvath.de> writes:

> 
> James  tampabay.rr.com> wrote:
> >
> > # PORTAGE_PROFILE=/usr/portage/profiles/arch/arm/armv7a eix -c --system
> > No matches found.
> 
> Obviously, this profile contains no   system packages.
> Which appears natural for an embedded profile...

Obviously, one cannot obtain the profiles to other arches from the 
data found in /usr/portage/profile, easily. Surely a front-end would be keen
for this.

Also, I had a friend on an embedded gentoo (arm) board verify  that the same
42 files for @system was installed on his arm board (eix -e --system).


I surely hope that something (gui tool) convenient and robust becomes
available; maybe GLEP64 will help.

For embedded (any arch) I would expect that the @system would not contain
all the files necessary to compile code. After all, that's really what
cross-compiling is all about. I'm not sure a single packages, such as
busybox really contains the best/complete codes that is needed on an
embedded gentoo system, but that is a different issue.


I also think there is room for another profile, between default and embedded
where the target is a single (or focused) build for something like a
sniffer, a data collector, a firewall, a bridge, a router, etc etc
to have less than the "default" profile and specifically matched to
a tuned (aggressively pruned) kernel for a very specific and limited
purpose.  That said, I'm going to think about this a bit more and marinate
over the postings from Andreas and others for a while  longer to decide what
I think it should really be. 


I also think there should be a well defined path of what and how to migrate
from embedded to minimized[focused] and default systems. One could
experiment for example experiment with running a gentoo based
firewall-router on an embedded gentoo system, a minimized[focused] gentoo 
system and a default profile gentoo system all with the same 
firewall-routers codes for cost and security and performance evaluations.



Thanks to all for the excellent information and input! Sorry about being
dense, as now Andreas's posts make more sense, but also highlight the
shortness of breadth of gentoo's current profile system. It's also a 
"pig mess" of code, ideas and old constructs, imho. (note: nothing negative
about the wonderful folks that have maintained and extended profiles over
the years, but, it is time for a discussion and new architecture for the
entire profile landscape, imho. Maybe after Glep 64 is usable it would be
a good time to move forward on profile_modernizations..


Others comments are welcome.


James

Re: [gentoo-user] Gnu Common Lisp / cl-ppcre and ... sbcl???

[Meino . Cramer]

David Mattli  [15-06-19 16:59]:
> meino.cra...@gmx.de writes:
> 
> > David Mattli  [15-06-19 00:27]:
> >> meino.cra...@gmx.de writes:
> >> 
> >> 
> >> > Now I scratching my head...why is sbcl needed, if gcl is already
> >> > installed?
> >> >
> >> > Is it possible to use gcl instead of sbcl nonetheless? How?
> >> 
> >> 
> >> It looks like cl-ppcre depends on virtual/commonlisp which is provided
> >> by one of these:
> >> 
> >> RDEPEND="|| ( dev-lisp/sbcl
> >>   dev-lisp/clisp
> >>   dev-lisp/clozurecl
> >>   dev-lisp/cmucl
> >>   dev-lisp/ecls
> >>   dev-lisp/openmcl )"
> >> 
> >> No GCL on that list so its trying to pull in sbcl to provide it. I
> >> recommend using quicklisp instead. Check it out here:
> >> https://www.quicklisp.org/beta/
> >> 
> >> -David Mattli
> >> 
> >
> > Hi David,
> >
> > thanks for your help! :)
> >
> > Unfortunately gcl does not load quicklisp.
> >
> > Best regards,
> > Meino
> 
> GCL doesn't seem well supported these days.
> 
> SBCL should work without a floating-point unit. For example the sbcl
> download page lists both "armel" and "armhf" ports, specifying
> soft-float and hard-float respectively.
> 
> Try grabbing the "armel" binaries from this page:
> http://sbcl.org/platform-table.html
> 
> I'll look into arm support for the gentoo sbcl package.
> 
> -David
> 

Hi David,

thank you for your reply !:)

I downloaded the armel-version:

Arietta G25 A:SystemSoftware/sbcl-1.2.7-armel-linux>./run-sbcl.sh 
(running SBCL from: .)
This is SBCL 1.2.7, an implementation of ANSI Common Lisp.
More information about SBCL is available at .

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses.  See the CREDITS and COPYING files in the
distribution for more information.
[1]1536 illegal hardware instruction  ./run-sbcl.sh

...no vfp,,,



It would be THAT nice to get sbcl running, since it is very activilky
supported and maintained and it is what I run on my Beaglebone Black
(another somehow "bigger" embedded system) and my PC.

Any Way out of this ?

Best regards,
Meino

Re: [gentoo-user] Gnu Common Lisp / cl-ppcre and ... sbcl???

[David Mattli]

meino.cra...@gmx.de writes:

> David Mattli  [15-06-19 00:27]:
>> meino.cra...@gmx.de writes:
>> 
>> 
>> > Now I scratching my head...why is sbcl needed, if gcl is already
>> > installed?
>> >
>> > Is it possible to use gcl instead of sbcl nonetheless? How?
>> 
>> 
>> It looks like cl-ppcre depends on virtual/commonlisp which is provided
>> by one of these:
>> 
>> RDEPEND="|| ( dev-lisp/sbcl
>>   dev-lisp/clisp
>>   dev-lisp/clozurecl
>>   dev-lisp/cmucl
>>   dev-lisp/ecls
>>   dev-lisp/openmcl )"
>> 
>> No GCL on that list so its trying to pull in sbcl to provide it. I
>> recommend using quicklisp instead. Check it out here:
>> https://www.quicklisp.org/beta/
>> 
>> -David Mattli
>> 
>
> Hi David,
>
> thanks for your help! :)
>
> Unfortunately gcl does not load quicklisp.
>
> Best regards,
> Meino

GCL doesn't seem well supported these days.

SBCL should work without a floating-point unit. For example the sbcl
download page lists both "armel" and "armhf" ports, specifying
soft-float and hard-float respectively.

Try grabbing the "armel" binaries from this page:
http://sbcl.org/platform-table.html

I'll look into arm support for the gentoo sbcl package.

-David