Re: [gentoo-user] preventing keyboard layout files from being overritten during system upgrades

[Peter Humphrey]

On Friday 04 December 2015 13:55:30 gevisz wrote:

> So, my main question is How can I ensure that the already
> edited /usr/share/X11/xkb/symbols/ru file will not be overwritten
> during the next system update.

Add it to CONFIG_PROTECT in make.conf.

-- 
Rgds
Peter

Re: [gentoo-user] resolving names of local hosts locally

[Peter Humphrey]

On Thursday 03 December 2015 23:01:27 lee wrote:
> Peter Humphrey  writes:
> > Have you looked into net-dns/dnsmasq?
> 
> "Small forwarding DNS server"?  Why would I want a forwarding one?

Because it only forwards queries that it can't answer itself - see lines 72 
- 74 in the attached config file. (My resolv.conf points to localhost and 
resolv.dnsmasq points upstream.)

-- 
Rgds
Peter
# Configuration file for dnsmasq.
#
# Format is one option per line, legal options are the same
# as the long options legal on the command line. See
# "/usr/sbin/dnsmasq --help" or "man 8 dnsmasq" for details.

# Listen on this specific port instead of the standard DNS port
# (53). Setting this to zero completely disables DNS function,
# leaving only DHCP and/or TFTP.
#port=5353

# The following two options make you a better netizen, since they
# tell dnsmasq to filter out queries which the public DNS cannot
# answer, and which load the servers (especially the root servers)
# unnecessarily. If you have a dial-on-demand link they also stop
# these requests from bringing up the link unnecessarily.

# Never forward plain names (without a dot or domain part)
domain-needed
# Never forward addresses in the non-routed address spaces.
bogus-priv

# Uncomment these to enable DNSSEC validation and caching:
# (Requires dnsmasq to be built with DNSSEC option.)
#conf-file=/usr/share/dnsmasq/trust-anchors.conf
#dnssec

# Replies which are not DNSSEC signed may be legitimate, because the domain
# is unsigned, or may be forgeries. Setting this option tells dnsmasq to
# check that an unsigned reply is OK, by finding a secure proof that a DS 
# record somewhere between the root and the domain does not exist. 
# The cost of setting this is that even queries in unsigned domains will need
# one or more extra DNS queries to verify.
#dnssec-check-unsigned

# Uncomment this to filter useless windows-originated DNS requests
# which can trigger dial-on-demand links needlessly.
# Note that (amongst other things) this blocks all SRV requests,
# so don't use it if you use eg Kerberos, SIP, XMMP or Google-talk.
# This option only affects forwarding, SRV records originating for
# dnsmasq (via srv-host= lines) are not suppressed by it.
filterwin2k

# Change this line if you want dns to get its upstream servers from
# somewhere other that /etc/resolv.conf
resolv-file=/etc/resolv.dnsmasq

# By  default,  dnsmasq  will  send queries to any of the upstream
# servers it knows about and tries to favour servers to are  known
# to  be  up.  Uncommenting this forces dnsmasq to try each query
# with  each  server  strictly  in  the  order  they   appear   in
# /etc/resolv.conf
#strict-order

# If you don't want dnsmasq to read /etc/resolv.conf or any other
# file, getting its servers from this file instead (see below), then
# uncomment this.
#no-resolv

# If you don't want dnsmasq to poll /etc/resolv.conf or other resolv
# files for changes and re-read them then uncomment this.
#no-poll

# Add other name servers here, with domain specs if they are for
# non-public domains.
#server=/localnet/192.168.1.1

# Example of routing PTR queries to nameservers: this will send all
# address->name queries for 192.168.3/24 to nameserver 10.1.2.3
#server=/3.168.192.in-addr.arpa/10.1.2.3

# Add local-only domains here, queries in these domains are answered
# from /etc/hosts or DHCP only.
local=/prhnet/

# Add domains which you want to force to an IP address here.
# The example below send any host in double-click.net to a local
# web-server.
#address=/double-click.net/127.0.0.1

# --address (and --server) work with IPv6 addresses too.
#address=/www.thekelleys.org.uk/fe80::20d:60ff:fe36:f83

# Add the IPs of all queries to yahoo.com, google.com, and their
# subdomains to the vpn and search ipsets:
#ipset=/yahoo.com/google.com/vpn,search

# You can control how dnsmasq talks to a server: this forces
# queries to 10.1.2.3 to be routed via eth1
# server=10.1.2.3@eth1

# and this sets the source (ie local) address used to talk to
# 10.1.2.3 to 192.168.1.1 port 55 (there must be a interface with that
# IP on the machine, obviously).
# server=10.1.2.3@192.168.1.1#55

# If you want dnsmasq to change uid and gid to something other
# than the default, edit the following lines.
#user=
#group=

# If you want dnsmasq to listen for DHCP and DNS requests only on
# specified interfaces (and the loopback) give the name of the
# interface (eg eth0) here.
# Repeat the line for more than one interface.
#interface=
# Or you can specify which interface _not_ to listen on
#except-interface=
# Or which to listen on by address (remember to include 127.0.0.1 if
# you use this.)
#listen-address=
# If you want dnsmasq to provide only DNS service on an interface,
# configure it as shown above, and then use the following line to
# disable DHCP and TFTP on it.
#no-dhcp-interface=

# On systems which support it, dnsmasq binds the wildcard address,
# even when it is listening on only some 

[gentoo-user] preventing keyboard layout files from being overritten during system upgrades

[gevisz]

Recently, I finally created my own keyboard layout by edining
/usr/share/X11/xkb/symbols/ru file.
In the nearest future, I also will edit the corresponding xml file
that provides the menu for the xfce4 keyboard layout switch
plugin file deleting from it all the entries about keyboard layouts
for the languages I will never use. (By the way, can anybody
hint me where to find this file.)

So, my main question is How can I ensure that the already
edited /usr/share/X11/xkb/symbols/ru file will not be overwritten
during the next system update. Thabk you.

[gentoo-user] Open RC problem?

[Peter Humphrey]

Hello list,

Has anyone had problems with sys-apps/openrc-0.18.4? I upgraded to it this 
morning and on rebooting, my md devices were left inactive.

-- 
Rgds
Peter

Re: [gentoo-user] Console fonts revisited

[Peter Humphrey]

On Thursday 03 December 2015 18:38:02 Alan Mackenzie wrote:

> I spent quite a long time playing with these programs back in September,
> getting rid of that blasted zero stroke.  Trouble was, if I got rid of
> the whole stroke, it looked too much like a capital o, and if I got rid
> of just the middle bit, there was a sort of "shadow S" going through the
> whole character.
> 
> On Wed, Dec 02, 2015 at 02:53:23PM +, Peter Humphrey wrote:
> > Just an update in case anyone's interested.
> 
> And from me: somehow, in the end, I never got round to installing any of
> the fonts I so painfully crafted.  So I am still stuck with that nasty
> slash through the zero.  One of these days, maybe .

Ah, but I also made the zero narrower. I noticed that the original was 
asymmetrical, with a single column of empty pixels down the left side but 
two down the right. So I just shifted the left part of the character over by 
one pixel, which necessitated shortening the top and bottom by that amount. 
Et voila! Easily distinguished eight, zero and capital O, and aesthetically 
quite pleasing, to boot. It only took a couple of minutes.

A question for Wabe: are you talking about X fonts? I've been working on 
console fonts on a machine that has no X or other GUI. It's bad enough that 
terminus-font needs a few X libraries, without going the whole hog.

-- 
Rgds
Peter

Re: [gentoo-user] Open RC problem?

[Alan Mackenzie]

Hello, Peter.

On Fri, Dec 04, 2015 at 12:01:48PM +, Peter Humphrey wrote:
> Hello list,

> Has anyone had problems with sys-apps/openrc-0.18.4? I upgraded to it this 
> morning and on rebooting, my md devices were left inactive.

I upgraded yesterday, and on rebooting, nothing gave me cause to
remember that upgrade.

A quick cat /proc/mdstat shows that all my md devices are healthy.

Did you upgrade any config files that were needed (none of mine needed
it)?

As a matter of interest, my system is set up so that the kernel
assembles my three /dev/md? devices.  I'm running kernel 4.05.

> -- 
> Rgds
> Peter

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] preventing keyboard layout files from being overritten during system upgrades

[gevisz]

2015-12-04 14:10 GMT+02:00 Peter Humphrey :
> On Friday 04 December 2015 13:55:30 gevisz wrote:
>
>> So, my main question is How can I ensure that the already
>> edited /usr/share/X11/xkb/symbols/ru file will not be overwritten
>> during the next system update.
>
> Add it to CONFIG_PROTECT in make.conf.

Done. Thank you and all the others who replied to this question.

Re: [gentoo-user] preventing keyboard layout files from being overritten during system upgrades

[Stroller]

> On Fri, 4 December 2015, at 12:10 p.m., Peter Humphrey 
>  wrote:
> 
> On Friday 04 December 2015 13:55:30 gevisz wrote:
> 
>> So, my main question is How can I ensure that the already
>> edited /usr/share/X11/xkb/symbols/ru file will not be overwritten
>> during the next system update.
> 
> Add it to CONFIG_PROTECT in make.conf.

Surely it should go in somewhere like /usr/local/share/X11/xkb/symbols/ instead.

Making the original /usr/share/X11/xkb/symbols/ directory read-only prevents 
updates and bug fixes being applied.

Stroller.

Re: [gentoo-user] preventing keyboard layout files from being overritten during system upgrades

[Rich Freeman]

On Fri, Dec 4, 2015 at 7:38 AM, Stroller  wrote:
>
>> On Fri, 4 December 2015, at 12:10 p.m., Peter Humphrey 
>>  wrote:
>>
>> On Friday 04 December 2015 13:55:30 gevisz wrote:
>>
>>> So, my main question is How can I ensure that the already
>>> edited /usr/share/X11/xkb/symbols/ru file will not be overwritten
>>> during the next system update.
>>
>> Add it to CONFIG_PROTECT in make.conf.
>
> Surely it should go in somewhere like /usr/local/share/X11/xkb/symbols/ 
> instead.
>
> Making the original /usr/share/X11/xkb/symbols/ directory read-only prevents 
> updates and bug fixes being applied.
>

Nobody suggested making the directory read-only.  They suggested
adding it to CONFIG_PROTECT in make.conf, which treats the directory
the same as /etc with the need to merge changes.  That is probably the
simplest solution here, as others would require ebuild changes,
patching, or getting upstream to allow the file to be overridden in
/etc (assuming this is not already possible).

-- 
Rich

Re: [gentoo-user] preventing keyboard layout files from being overritten during system upgrades

[Alec Ten Harmsel]

On Fri, Dec 04, 2015 at 01:55:30PM +0200, gevisz wrote:
> 
> So, my main question is How can I ensure that the already
> edited /usr/share/X11/xkb/symbols/ru file will not be overwritten
> during the next system update. Thabk you.
> 

Use a configuration management tool like puppet or ansible. It will take
a small amount of initial investment to set up, but then any overwritten
configuration files can be easily added back by running the
configuration management tool.

Alec

Re: [gentoo-user] Console fonts revisited

[wabenbau]

Peter Humphrey  wrote:

> A question for Wabe: are you talking about X fonts? I've been working
> on console fonts on a machine that has no X or other GUI. It's bad
> enough that terminus-font needs a few X libraries, without going the
> whole hog.

That's right. I talked about X fonts. Didn't noticed that you are
talking about "real" console fonts. My weird understanding was that 
every terminal is a console. But now I realized that this assumption
wasn't correct.

--
Regards
wabe

Re: [gentoo-user] Beast / BSE

[Meino . Cramer]

Daniel Frey  [15-12-04 03:32]:
> On 12/03/2015 09:53 AM, meino.cra...@gmx.de wrote:
> > Hi,
> > 
> > Beast BSE is a soft syntesizer for (beside others) Linux. 
> > 
> > The application ( https://testbit.eu/wiki/Beast_Home ) needs
> > to be compiled from source and is not part of the portage.
> > 
> > Since I had bad experience with portage overlays (they (read:I) 
> > screwed up my system lately ... typical level 8 failure) I 
> > want to avoid that.
> > 
> > Unfortunately I came not farther than to the moment its configure
> > didn't show m the libpng and stopped doing its job.
> > 
> > Is there any step by step tutorial how to compile this beast
> > on (Gentoo) Linux?
> > Or does someone get a compilation done successfully on Gentoo?
> > How?
> 
> Well, it could be done outside portage but that's probably not a good idea.
> 
> It is possible to write your own ebuild (which probably wouldn't be too
> difficult) but you'll still need to add a local overlay to drop your
> custom ebuilds in.
> 
> I haven't done this in quite some time now, but that program looks
> interesting, now I want to try it myself! Tomorrow I'll look at it and
> see if I can get it working. I'm in North America though so keep the
> time difference in mind.
> 
> I better get back to work now...
> 
> Dan
> 

Hi Dan,

(WARNING! I am no native english speaker! :)

Thank you very much for you interest in this problem.

I tried to compile the beast outside but regardless what I
was doing, it bests configure insists of not seeing libpng,
which definitely ist installed on my system.

Since you ar intested in the program (or: in this kind of programs?)
you may also take a look at zynaddsubfx...

Keep hacking! :)
Best regards,
Meino

Re: [gentoo-user] preventing keyboard layout files from being overritten during system upgrades

[Peter Humphrey]

On Friday 04 December 2015 12:38:16 Stroller wrote:
> > On Fri, 4 December 2015, at 12:10 p.m., Peter Humphrey
> >  wrote:> 
> > On Friday 04 December 2015 13:55:30 gevisz wrote:
> >> So, my main question is How can I ensure that the already
> >> edited /usr/share/X11/xkb/symbols/ru file will not be overwritten
> >> during the next system update.
> > 
> > Add it to CONFIG_PROTECT in make.conf.
> 
> Surely it should go in somewhere like /usr/local/share/X11/xkb/symbols/
> instead.

What should go there?

> Making the original /usr/share/X11/xkb/symbols/ directory read-only
> prevents updates and bug fixes being applied.

I don't understand. No-one suggested read-only directories. We seem to be at 
cross-purposes.

-- 
Rgds
Peter

Re: [gentoo-user] preventing keyboard layout files from being overritten during system upgrades

[gevisz]

2015-12-04 14:38 GMT+02:00 Stroller :
>
>> On Fri, 4 December 2015, at 12:10 p.m., Peter Humphrey 
>>  wrote:
>>
>> On Friday 04 December 2015 13:55:30 gevisz wrote:
>>
>>> So, my main question is How can I ensure that the already
>>> edited /usr/share/X11/xkb/symbols/ru file will not be overwritten
>>> during the next system update.
>>
>> Add it to CONFIG_PROTECT in make.conf.
>
> Surely it should go in somewhere like /usr/local/share/X11/xkb/symbols/ 
> instead.

I do not have /usr/local/share directory at all. Do you think it is wrong?

Re: [gentoo-user] Open RC problem?

[Peter Humphrey]

On Friday 04 December 2015 12:19:28 Alan Mackenzie wrote:
> On Fri, Dec 04, 2015 at 12:01:48PM +, Peter Humphrey wrote:
> > Has anyone had problems with sys-apps/openrc-0.18.4? I upgraded to it
> > this morning and on rebooting, my md devices were left inactive.
> 
> I upgraded yesterday, and on rebooting, nothing gave me cause to
> remember that upgrade.
> 
> A quick cat /proc/mdstat shows that all my md devices are healthy.
> 
> Did you upgrade any config files that were needed (none of mine needed
> it)?

Nope.

> As a matter of interest, my system is set up so that the kernel
> assembles my three /dev/md? devices.  I'm running kernel 4.05.

Thanks for the reply, Alan. I did some more poking around and found that 
removing zerotier-one and netmount from the default run-level fixed it. Or 
maybe it was just coincidence again - this box certainly does some odd 
things at times.

That zerotier thing was an attempt at linking to my mobile phone, but it's 
no longer interfering now. I never did quite manage to get it working 
anyway.

-- 
Rgds
Peter

Re: [gentoo-user] Console fonts revisited

[wabenbau]

waltd...@waltdnes.org wrote:

> On Fri, Dec 04, 2015 at 10:02:59AM +, Peter Humphrey wrote
> 
> > A question for Wabe: are you talking about X fonts? I've been
> > working on console fonts on a machine that has no X or other GUI.
> > It's bad enough that terminus-font needs a few X libraries, without
> > going the whole hog.
> 
>   Speaking of console fonts, is there a 24 pixel-wide font available,
> or are there font-editors that can easily double or triple the width
> of a font?  I have a 1920x1080 monitor, and 8-pixel-wide fonts are
> unreadable with a 240-column-wide display.  I currently have...
> 
> consolefont="sun12x22"
> 
> ...in /etc/conf.d/consolefont.  Remember to run...
> 
> rc-update add consolefont boot
> 
> ...to make it take effect.  That's 160 columns across, and readable,
> but still too much.  A 24-pixel-wide font would give me 80 columns
> across.
> 

Try consolefont="ter-124n". But as Peter said, the terminus-font needs
some X libraries. I never noticed that, because on my system X was
already installed before I installed media-fonts/terminus-font.

--
Regards
wabe

[gentoo-user] Re: Console fonts revisited

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 12/04/2015 02:45 PM, waben...@gmail.com wrote:
> waltd...@waltdnes.org wrote:
> 
>> On Fri, Dec 04, 2015 at 10:02:59AM +, Peter Humphrey wrote
>> 
>>> A question for Wabe: are you talking about X fonts? I've been 
>>> working on console fonts on a machine that has no X or other 
>>> GUI. It's bad enough that terminus-font needs a few X 
>>> libraries, without going the whole hog.
>> 
>> Speaking of console fonts, is there a 24 pixel-wide font 
>> available, or are there font-editors that can easily double or 
>> triple the width of a font?  I have a 1920x1080 monitor, and 
>> 8-pixel-wide fonts are unreadable with a 240-column-wide
>> display. I currently have...
>> 
>> consolefont="sun12x22"
>> 
>> ...in /etc/conf.d/consolefont.  Remember to run...
>> 
>> rc-update add consolefont boot
>> 
>> ...to make it take effect.  That's 160 columns across, and 
>> readable, but still too much.  A 24-pixel-wide font would give
>> me 80 columns across.
>> 
> 
> Try consolefont="ter-124n". But as Peter said, the terminus-font 
> needs some X libraries. I never noticed that, because on my system 
> X was already installed before I installed 
> media-fonts/terminus-font.
> 
> -- Regards wabe
> 
> 

media-fonts/terminus-font only requires X11 packages if USE=X is
enabled (adding deps on x11-apps/mkfontdir and media-fonts/encodings)
or USE=pcf is enabled (adding a dep on x11-apps/bdftopcf).  All these
deps are compile-time only.  USE=pcf installs the fonts used in X11,
USE=psf installs the fonts used on the console.

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWYiC8AAoJEEIQbvYRB3mg/30P/1rnQtFR9amK3y5Tj/KfrryP
gsDXiEXZAWNQ4Jf0FC9njPsedpUcYqndFx+T8u63oW6jwhm9Yq8m19MtVRcFO72C
p7IEn/zwHXcJeEO9kIIa36iKpjLY9e/bGhPUb6BXM0cuGmBzbz4C2Q/ORX15bhAS
TGEmLw8y/QT7sDIeYvbaWTcfz2xDOwPF4+KUW4C2kV+sDnZAff9L1fv4EYro+FTP
2qu5BXH+sZUss1DUK0qNNQbyY+bwL9s7ch9S3coqVEMQUIJAPoC+aHNlSXPVqHre
e5kefUBcRRI1PoLMfMzKe5PzuZ1uz4/vKoutVFOc3zLdFFnKxe4tAN0pdyTpB0Y2
ZTqd0vK5zVPP4qb9f3tmi/3MKLCUTQlN1+B11ylAnpYKKXZJtGFCKcEeKjGAuxFA
01VlNu7WUZlChau8kElNe+5dD5dLce8rXvLHLjQ7A3LpV9VFnDF4pPzdcTppfhJo
Fy38PhrLCvSyBF2JawvoF8HPFzCLAgMdmX9bE6Nv65Zb4uokwjqfl9TDFxM1faR0
huVRaSLPzp/ZxjBXceud1hsbj9m3D5eEq1WldaSjZVq8nEWWuDOkqBAWElRIaaeD
wdufEkndEjROT3xvdnpxgKU2bl93z1bI2jBXc/qKomdtnT4J83jDDB1tk8yN+oyJ
tXULZ55kt5QQytA+56RM
=4LzZ
-END PGP SIGNATURE-

Re: [gentoo-user] Open RC problem?

[Neil Bothwick]

On Fri, 04 Dec 2015 17:05:49 +, Peter Humphrey wrote:

> Thanks for the reply, Alan. I did some more poking around and found
> that removing zerotier-one and netmount from the default run-level
> fixed it. Or maybe it was just coincidence again - this box certainly
> does some odd things at times.

Unlikely, because the RAID stuff is started in the boot runlevel,
whereas zerotier-one is in the default runlevel.
 
> That zerotier thing was an attempt at linking to my mobile phone, but
> it's no longer interfering now. I never did quite manage to get it
> working anyway.

I discovered zerotier-one some months ago and wouldn't be without it now,
especially when they released an Android client. What problems did you
have?


-- 
Neil Bothwick

Where do forest rangers go to "get away from it all?"


pgp26elRmRWeX.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Console fonts revisited

[waltdnes]

On Fri, Dec 04, 2015 at 08:45:43PM +0100, waben...@gmail.com wrote

> Try consolefont="ter-124n". But as Peter said, the terminus-font
> needs some X libraries. I never noticed that, because on my system
> X was already installed before I installed media-fonts/terminus-font.

  I couldn't get anything less than 120 columns across.  Here's the
scriptlet "listres" I used to check all the terminal fonts.  Note that
it does *NOT* begin with #!/bin/bash and is not chmod'ed executable.
That's because COLUMNS and LINES are not environment variables, but are
shell variables.  So they are not inherited by a deeper script.

cd /usr/share/consolefonts
for cfont in ter-*
do
   setfont ${cfont}
   echo "${cfont} ${COLUMNS} ${LINES}"
done
cd

  I had to "source" it to stay within the same shell level...

 . listres > /dev/shm/screensize.txt

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Beast / BSE

[Meino . Cramer]

Daniel Frey  [15-12-05 06:44]:
> On 12/04/2015 09:44 AM, meino.cra...@gmx.de wrote:
> > (WARNING! I am no native english speaker! :)
> 
> No problem, so far I can understand what you are saying. :-)
> 
> > I tried to compile the beast outside but regardless what I
> > was doing, it bests configure insists of not seeing libpng,
> > which definitely ist installed on my system.
> 
> I discovered the problem: beast (and its dependency rapicorn) is written
> using libpng:1.2 (according to its configure file) - which is actually
> still in portage. The problem is, portage doesn't install the
> libpng12.pc file  that pkgconfig needs or any other headers/include
> files needed during the build process.
> 
> When I discovered this I figured I'd better roll out a virtual machine
> so I don't screw up my main machine.
> 
> Anyway, in the new virtual machine I figured no big deal, I changed the
> configure script to point to what was installed (libpng-1.6). However,
> between 1.2 and 1.6 there's been a lot of changes, including functions
> being renamed and a bunch of other stuff moved around. Until the author
> updates his own libraries (speaking of rapicorn mostly here) it will
> likely never compile on gentoo. However, it looks like on a binary
> distro it would compile, specifically on Ubuntu distros according to the
> documentation (Ubuntu appears to maintain support for older libpng builds?)
> 
> The other major issue is that pretty much all other packages in gentoo
> rely on libpng:1.6 so removing it and installing only libpng:1.2 is not
> an option.
> 
> > 
> > Since you ar intested in the program (or: in this kind of programs?)
> > you may also take a look at zynaddsubfx...
> 
> Thanks, I'll check that out too. At least that one is in portage already.
> 
> Dan
> 

Hi Dan,

thank you very much for your help and effort in examine this beast
(oh, I like it, if words have more ways to understand them, hihihi!)

What about installing libpng 1.2 manually in /usr/local (not using 
portage but good ole make/gcc).
I think, /usr/local is made for this kind of stuff and it should
not interfere with the rest of the gentoo world.
And it can easily be fixed if it does interfere nevertheless.
If libpng is the only thing...

I will try that...but...one question:
What do I need to patch/modifiy/crank in the configuration script
of the beast to point it to /usr/local?

Another interesting programs of this kind are:
puredata (aka pd)
chuck
csound

Have a nice weekend!
Best regards,
Meino

PS: Some links to Zunaddsubfx resources...they give an overview
(not more) since partly outdated:
https://www.youtube.com/playlist?list=PLfhmN_gT2qqmgeVeqN0mdTfLjWBKLJwhK
https://www.youtube.com/watch?v=sjkLolNPsVE
https://www.youtube.com/watch?v=kSkO3NjHQ8c
https://www.youtube.com/watch?v=4gqAlCXt7DI

Re: [gentoo-user] Console fonts revisited

[wabenbau]

waltd...@waltdnes.org wrote:

> On Fri, Dec 04, 2015 at 08:45:43PM +0100, waben...@gmail.com wrote
> 
> > Try consolefont="ter-124n". But as Peter said, the terminus-font
> > needs some X libraries. I never noticed that, because on my system
> > X was already installed before I installed
> > media-fonts/terminus-font.
> 
>   I couldn't get anything less than 120 columns across.  Here's the
> scriptlet "listres" I used to check all the terminal fonts.  Note that
> it does *NOT* begin with #!/bin/bash and is not chmod'ed executable.
> That's because COLUMNS and LINES are not environment variables, but
> are shell variables.  So they are not inherited by a deeper script.
> 
> cd /usr/share/consolefonts
> for cfont in ter-*
> do
>setfont ${cfont}
>echo "${cfont} ${COLUMNS} ${LINES}"
> done
> cd
> 
>   I had to "source" it to stay within the same shell level...
> 
>  . listres > /dev/shm/screensize.txt

That's because the fonts hight is twice its width. The biggest terminus
font size is 32px. That's in fact a 16x32 matrix. With a screen size of
1920x1080 that will give you 120 columns and 33 lines.

It seems that there is no bigger console font available. 

Sorry, I really didn't considered that well enough before I made my 
suggestion. If I would have used my brain I would have realized that
I'm using ter-132n and have 240 columns and 67 lines on my UHD screen
and that this font size would give you 120x33 chars on your screen.

My screen is huge (32") and so the font is readable from my working 
distance. Usually I only work on the console when I make backups in 
single user mode or when I'm testing different options for the GPU 
driver. So I can live with that fontsize. But nevertheless I would also
appreciate a somewhat bigger font.

Just now I searched for BDF in the package DB (eix bdf) and found some
tools for converting X fonts to console fonts. I never used these tools
and so cannot say if they are helpful for you. If you achieve good
results with these programs please give me a hint. 

--
Regards
wabe

Re: [gentoo-user] Beast / BSE

[Daniel Frey]

On 12/04/2015 09:44 AM, meino.cra...@gmx.de wrote:
> (WARNING! I am no native english speaker! :)

No problem, so far I can understand what you are saying. :-)

> I tried to compile the beast outside but regardless what I
> was doing, it bests configure insists of not seeing libpng,
> which definitely ist installed on my system.

I discovered the problem: beast (and its dependency rapicorn) is written
using libpng:1.2 (according to its configure file) - which is actually
still in portage. The problem is, portage doesn't install the
libpng12.pc file  that pkgconfig needs or any other headers/include
files needed during the build process.

When I discovered this I figured I'd better roll out a virtual machine
so I don't screw up my main machine.

Anyway, in the new virtual machine I figured no big deal, I changed the
configure script to point to what was installed (libpng-1.6). However,
between 1.2 and 1.6 there's been a lot of changes, including functions
being renamed and a bunch of other stuff moved around. Until the author
updates his own libraries (speaking of rapicorn mostly here) it will
likely never compile on gentoo. However, it looks like on a binary
distro it would compile, specifically on Ubuntu distros according to the
documentation (Ubuntu appears to maintain support for older libpng builds?)

The other major issue is that pretty much all other packages in gentoo
rely on libpng:1.6 so removing it and installing only libpng:1.2 is not
an option.

> 
> Since you ar intested in the program (or: in this kind of programs?)
> you may also take a look at zynaddsubfx...

Thanks, I'll check that out too. At least that one is in portage already.

Dan

Re: [gentoo-user] Console fonts revisited

[waltdnes]

On Fri, Dec 04, 2015 at 10:02:59AM +, Peter Humphrey wrote

> A question for Wabe: are you talking about X fonts? I've been working
> on console fonts on a machine that has no X or other GUI. It's bad
> enough that terminus-font needs a few X libraries, without going
> the whole hog.

  Speaking of console fonts, is there a 24 pixel-wide font available, or
are there font-editors that can easily double or triple the width of a
font?  I have a 1920x1080 monitor, and 8-pixel-wide fonts are unreadable
with a 240-column-wide display.  I currently have...

consolefont="sun12x22"

...in /etc/conf.d/consolefont.  Remember to run...

rc-update add consolefont boot

...to make it take effect.  That's 160 columns across, and readable, but
still too much.  A 24-pixel-wide font would give me 80 columns across.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications