Re: Industrial use of line printers, does/would your company/organization use them with our lpd?

[Stuart Henderson]

On 2016-02-19, Chris Bennett  wrote:
> Why don't hru...@gmail.com and li...@wrant.com have a lovely and
> exciting chat off of my lpd/lpr thread?

Funnily enough I didn't see either of those until they were quoted here ;)

I recommend slrn pointed at gmane's news server for reading misc with liberal
use of the 'k' key, some of the features for making newsgroups readable are
equally applicable to busy mailing lists.

Re: support update

[Ingo Schwarze]

Hi,

James Shupe wrote on Fri, Feb 19, 2016 at 01:06:49PM -0600:

> 0
> C USA
> P Texas
> T Pflugerville
> Z 78691
> O HermeTek Network Solutions
> I James Shupe
> A P.O. Box 2264
> M sa...@hermetek.com
> U https://www.hermetek.com/bsd-linux-support
> B 512.792.2525
> X 512.888.9889
> N We provide open infrastructure design, development, deployment,
> maintenance and training. We specialize in OpenBSD routing and firewall
> platforms utilizing OpenBGPD, OpenOSPFD, PF, and other included
> technologies.

Done.
  Ingo

Re: Industrial use of line printers, does/would your company/organization use them with our lpd?

[Roderick]

On Fri, 19 Feb 2016, Chris Bennett wrote:


On Fri, Feb 19, 2016 at 06:52:43PM +0200, li...@wrant.com wrote:


Maybe you should pull your head out of the sand (asshole) and understand
[...]


That previous request was not to include trolling me privately.


By the way, I only expressed my oppinion and concern. I am glad that
Chris wants to work in the project from which I profit.

Rodrigo.

Re: doas(1) and $PATH

[Todd C. Miller]

On Fri, 19 Feb 2016 13:45:28 -0700, "Todd C. Miller" wrote:

> On Wed, 13 Jan 2016 11:17:55 -0500, Philippe Meunier wrote:
> 
> > By the way, while playing with which(1) and doas(1) and $PATH, I
> > managed to get which(1) to core dump, twice, although I have not been
> > able to reproduce it reliably.
> 
> The crash in which was fixed recently.

Whoops, looks like I was responding to an old message.

 - todd

Re: Industrial use of line printers, does/would your company/organization use them with our lpd?

[Garance A Drosehn]

On 17 Feb 2016, at 14:07, Chris Bennett wrote:

> On Wed, Feb 17, 2016 at 07:51:28PM +0100, Tobias Ulmer wrote:
>>
>> The only thing wrong with lpd is nobody tedu'ed it yet.
>>
>> No really, it is outdated beyond rescue. If you want to write a new
>> print job queueing system, sure, have fun. Maybe you can come up with
>> a 'cups' that doesn't suck?
>>
>
> Oh, I agree, it's seriously ready for display in the computer museum.
> But it does work in a limited fashion.
> I want something in base that handles printing.
> I need a project that isn't at the skill level of pouring over code
> and finding subtle errors. Way over my head to do that.
> Wow all of you developers are good at that!
>
> I understand that this is going to take a long time to accomplish.
> It will need to fill a large group of users needs or it won't be
> kept in base.

In the "For what it's worth" department:

Here at RPI we use the BSD-based lpr/lpd to run our print servers.  Our
print servers run a few hundred printers for campus, including five pretty
modern plotters which see heavy use at the end of each semester.  We go
through a mile or two of plotter paper every semester.  I'm the guy who
implemented most of our printing system.

To touch upon the original subject of this thread, we have not used any
line printers at RPI in at least 20 years.  When we did have them, they
were connected to IBM mainframes, not unix print servers.

I use what is basically FreeBSD's lpr/lpd running on a version of solaris
from the days back when Sun was still in business.  I've done enough work
on lpr/lpd that I worked my way into being the maintainer of lpr/lpd for
FreeBSD (although I have not done much work on it lately).  I made many
improvements to FreeBSD's lpr/lpd from 2000 to about 2006.  In some cases
I pulled in changes from OpenBSD's lpr/lpd.  And the versions of lpr/lpd
that I use on our print servers at RPI have some additional improvements
that I keep meaning to move over to FreeBSD, however the source for RPI's
lpr/lpd is also quite a mess.  I need to clean it up and make sense of
the changes.  I do not know how many of my FreeBSD changes have made it
over to OpenBSD's lpr/lpd.

Over the years I have tried out both CUPS and LPRng, and both times I
ran into enough pain that I've stuck with plain BSD-based lpr/lpd.

There is much room for improvement in BSD's lpr/lpd, but there's also a
lot of good knowledge which is not obvious and not documented.  My main
example is that almost every non-BSD alternative will send a job's
control-file before sending the data file(s).  If you are sending to a
busy print server it is actually important to send the data-files first,
but the reason *why* you want to do that is not documented anywhere.
It's only when you run a busy print server that you realize why some
things were done the way they were done.

I've been keeping an eye on some of your recent changes to OpenBSD, but
I haven't had the time to look them over as much as I would like to.
That's been the story of my life for the last 4-5 years...

--
Garance Alistair Drosehn= dro...@rpi.edu
Senior Systems Programmer   or   g...@freebsd.org
Rensselaer Polytechnic Institute; Troy, NY;  USA

Re: doas(1) and $PATH

[Todd C. Miller]

On Wed, 13 Jan 2016 11:17:55 -0500, Philippe Meunier wrote:

> By the way, while playing with which(1) and doas(1) and $PATH, I
> managed to get which(1) to core dump, twice, although I have not been
> able to reproduce it reliably.

The crash in which was fixed recently.

 - todd

Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?

[Luis Coronado]

I have very high expectations that this email thread will produce fresh new
additions to
http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/src/usr.bin/mg/theo.c
very soon.

-luis


On Fri, Feb 19, 2016 at 2:17 PM, Alexander Hall  wrote:

> On February 19, 2016 3:42:08 PM GMT+01:00, Jorge Luis <
> jorgeluiscorreioeletron...@gmail.com> wrote:
>
> >Is true that in LibertyBSD, you can get all of the benefits of OpenBSD,
> >while being sure that there are no non-free blobs lurking in the depths
> >of
> >your system?
>
> No. The firmware is either already on the hardware itself already or gets
> loaded there by the driver.
>
> If you can't trust the hardware you loose either way.
>
> Over and out. Read the archives.
>
> /Alexander

Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?

[Alexander Hall]

On February 19, 2016 3:42:08 PM GMT+01:00, Jorge Luis 
 wrote:

>Is true that in LibertyBSD, you can get all of the benefits of OpenBSD,
>while being sure that there are no non-free blobs lurking in the depths
>of
>your system?

No. The firmware is either already on the hardware itself already or gets 
loaded there by the driver.

If you can't trust the hardware you loose either way. 

Over and out. Read the archives.

/Alexander

support update

[James Shupe]

0
C USA
P Texas
T Pflugerville
Z 78691
O HermeTek Network Solutions
I James Shupe
A P.O. Box 2264
M sa...@hermetek.com
U https://www.hermetek.com/bsd-linux-support
B 512.792.2525
X 512.888.9889
N We provide open infrastructure design, development, deployment,
maintenance and training. We specialize in OpenBSD routing and firewall
platforms utilizing OpenBGPD, OpenOSPFD, PF, and other included
technologies.

Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?

[Jorge Luis]

Theo, I'd like to make a comment:

I do not want to program and use computers to just a hobby to harm me, if
all the software and hardware that exist include non-free code and if is
true that non-free code can contain malicious code, I decide not to program
and use computers to just a hobby.

Is true that OpenBSD ships with several pieces of non-free, binary only
firmware in the base system, and depending on the hardware detected, by
default a script will download more at first boot, without informing the
user of this?

Is true that while there may be good reasons for including this firmware,
with a default installation you might end up running some of these non-free
programs without even knowing it?

Is true that in LibertyBSD, you can get all of the benefits of OpenBSD,
while being sure that there are no non-free blobs lurking in the depths of
your system? 



--
View this message in context: 
http://openbsd-archive.7691.n7.nabble.com/LibertyBSD-recently-forked-from-OpenBSD-has-been-deblobbed-as-much-as-its-creator-could-see-tp290022p290035.html
Sent from the openbsd user - misc mailing list archive at Nabble.com.

Re: Industrial use of line printers, does/would your company/organization use them with our lpd?

[Chris Bennett]

On Fri, Feb 19, 2016 at 06:52:43PM +0200, li...@wrant.com wrote:
> 
> Maybe you should pull your head out of the sand (asshole) and understand
> why you can not find relevant information.  You're not reading man
> pages, but people say.

That previous request was not to include trolling me privately.
I have the code open in front of me and I have read the man pages
repeatedly.

I find most of your posts offensive, but occasionally you do say
something useful. So I might like to force you to go away, but in the
end that would be stupid. Sometimes the most annoying people do have
that precious answer nobody else can see.

Now go buy/borrow/pull out of the attic some printer and try to make it
work with our lpd/lpr system and report back success, partial success or
failure. Include the connection method
(serial/parallel/USB/network/wifi, etc).
Send your printcap file.
Did you use any input filters? What language(s) does your printer speak?
Does lpc,lpq,lprm work with the printjobs?

Of course test to see if it will print a banner page also.

You could format your response as a manual page instead of people say,
if you really think that matters.

Chris Bennett

Re: Industrial use of line printers, does/would your company/organization use them with our lpd?

[Roderick]

On Fri, 19 Feb 2016, li...@wrant.com wrote:


Well, let me say my opinion.


Why ?!


I think, you missed the context of my two postings of yesterday.

I do not see any problem with lpr/lpd, the only reason given here to
change it is:




* lpd(8)/lpc(8)/lpr(1) is very old and suffering from bitrot.
<<

(https://marc.info/?l=openbsd-misc=145376186932234=2)


People had to defend lpd/lpr supporting their printer after the 
following question was stated:





Is anyone still using a printer connected to a serial port or is that now
removable?
<<

(https://marc.info/?l=openbsd-misc=145377943204026=2)


Later, we read:




I do see that lpc, lpq, lprm are dinosaurs and have to be made extinct
and replaced with something more functional with more information output
and better capabilities.
<<

(https://marc.info/?l=openbsd-misc=145573157323762=2)


Then came the first question that I answered:




Anyway,  just  some  musings.  Is  there anyone  else  out  there  using
lpr/lpd/lprm from base? Maybe I'm the only one?
<<

(https://marc.info/?l=openbsd-misc=145577346702071=2)


And then I reduced ad absurdum the following argument against lpd/lpr:




No really, it [lpd/lpr] is outdated beyond rescue. If you want to write a new
print job queueing system, sure, have fun. Maybe you can come up with a
'cups' that doesn't suck?
<<

Again: if lpd is outdated without rescue and must be replaced with a
non sucking cups, then bsd/unix is also outdated without rescue and
must be replaced with a new, non sucking operating system.

Under this logic, "lpd/lpr" may be deleted from base, and also obsolete
programs like "mt" that no one use (I did use it not long ago).

But inspite of the bad argument, the alternative is indeed to offer
a completely new (perhaps non standard?) print job queueing system 
to make some people happy (and leave lpd/lpr where it is).


About a month ago I tried to install "xscanimage" in OpenBSD 5.8
from the package collections, without success. This is the explanation 
given in CVS:





Remove sane-frontends; upstream hasn't put out a new release in >8 years
and Xsane is the de-facto SANE frontend nowadays.
<<

(http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/graphics/sane-frontends/)

Of course, the bloated Xsane is not a replacement of the meager xscanimage.

In spite of all irony in my postings of yesterday, I do believe that 
plan9 is, at least in some concepts, superior to Unix/BSD, but it is not a 
standard.


There are good reasons to use a standard like Unix/BSD, and that is one of the
reasons I use OpenBSD, but there may be also reasons to use something else,
for example an innovative, experimental system like Plan9 or a comercial
real time system. All depends on what you want to do with the computer, 
and security in the internet is not necessary a priority: I moved from 
FreeBSD to OpenBSD only because the wlan driver in OpenBSD seems to work 
better.


Rodrigo.

Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?

[laudarch]

I smell astroturfing troll machine.

On 2016-02-19 16:46, Giancarlo Razzolini wrote:

Em 19-02-2016 12:42, Jorge Luis escreveu:

"What is LibertyBSD?
OpenBSD is universally known as an operating system designed with 
security
in mind, proudly being able to say that it has had "Only two remote 
holes in

the default install, in a heck of a long time!"

Will you please, please, go away?

Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?

[Giancarlo Razzolini]

Em 19-02-2016 12:42, Jorge Luis escreveu:
> "What is LibertyBSD?
> OpenBSD is universally known as an operating system designed with security
> in mind, proudly being able to say that it has had "Only two remote holes in
> the default install, in a heck of a long time!"
Will you please, please, go away?

Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?

[lists]

Recurring troll coming from gmail and nabble (you-name-it tomorrow).

Zero entry effort.  Wasted electricity and skin.  Plain simply ignored.

Re: Industrial use of line printers, does/would your company/organization use them with our lpd?

[lists]

Thu, 18 Feb 2016 20:38:38 + (GMT) Roderick 
> Well, let me say my opinion.

Why !?

> I think BSD and Unix is also "outdated beyond rescue", but we are
^^
This means "following standards and reliably implementing Unix core".

Same strong words can also be slammed to fire and wheel, and you put
your dearest into this daily.

> The inventors of Unix recognized that Unix is obsolete and
> developed Plan9.

To use it for novel ideas without breaking standards and well
established operating system that is Unix.

> Maybe he can come up with a new operating system that doesn't suck?

More fragmentation does not help.  Code quality and skillful art do.

Notice how consumerism is mostly tar-pitting consumer periphery devices?

Re: LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?

[Chris Cappuccio]

Jorge Luis [jorgeluiscorreioeletron...@gmail.com] wrote:
> 
> Is true that in LibertyBSD, you can get all of the benefits of OpenBSD,
> while being sure that there are no non-free blobs lurking in the depths of
> your system?
> 

Yes, in fact the OpenBSD developers are so enthusiastic about this idea, 
many have abandoned OpenBSD development in favor of the LibertyBSD
idea. It's quite astounding!

Re: Industrial use of line printers, does/would your company/organization use them with our lpd?

[Chris Bennett]

On Fri, Feb 19, 2016 at 05:47:42PM +0200, li...@wrant.com wrote:
> Thu, 18 Feb 2016 20:38:38 + (GMT) Roderick 
> > Well, let me say my opinion.
> 
> Why !?
> 
> > I think BSD and Unix is also "outdated beyond rescue", but we are
> ^^
> This means "following standards and reliably implementing Unix core".
> 
> Same strong words can also be slammed to fire and wheel, and you put
> your dearest into this daily.
> 
> > The inventors of Unix recognized that Unix is obsolete and
> > developed Plan9.
> 
> To use it for novel ideas without breaking standards and well
> established operating system that is Unix.
> 
> > Maybe he can come up with a new operating system that doesn't suck?
> 
> More fragmentation does not help.  Code quality and skillful art do.
> 
> Notice how consumerism is mostly tar-pitting consumer periphery devices?
> 

Perhaps the two of you did not read the subject line of this thread?

Why don't hru...@gmail.com and li...@wrant.com have a lovely and
exciting chat off of my lpd/lpr thread?

I just spent my time going over all of the relevant emails and pulling
out the useful information into a file using vim, noting who sent the
emails so I could ask them for any more useful info they have if I have
questions in the future. Others have been very helpful to me so far.
This is not helpful or wanted.
Bye
Chris Bennett

LibertyBSD, recently forked from OpenBSD, has been deblobbed as much as its creator could see?

[Jorge Luis]

http://libertybsd.net/ wrote:

"What is LibertyBSD?
OpenBSD is universally known as an operating system designed with security
in mind, proudly being able to say that it has had "Only two remote holes in
the default install, in a heck of a long time!"

However, OpenBSD ships with several pieces of non-free, binary only firmware
in the base system, and depending on the hardware detected, by default a
script will download more at first boot, without informing the user of this.

While there may be good reasons for including this firmware, with a default
installation you might end up running some of these non-free programs
without even knowing it.

That's why I decided to make a "deblobbed" version of OpenBSD. So that you
can get all of the benefits of OpenBSD, while being sure that there are no
non-free blobs lurking in the depths of your system. This version is called
LibertyBSD."

Is true that OpenBSD ships with several pieces of non-free, binary only
firmware in the base system, and depending on the hardware detected, by
default a script will download more at first boot, without informing the
user of this?

Is true that while there may be good reasons for including this firmware,
with a default installation you might end up running some of these non-free
programs without even knowing it?

Is true that in LibertyBSD, you can get all of the benefits of OpenBSD,
while being sure that there are no non-free blobs lurking in the depths of
your system?



--
View this message in context: 
http://openbsd-archive.7691.n7.nabble.com/LibertyBSD-recently-forked-from-OpenBSD-has-been-deblobbed-as-much-as-its-creator-could-see-tp290022.html
Sent from the openbsd user - misc mailing list archive at Nabble.com.

How does isakmpd determine which config stanza to use?

[Christopher Sean Hilton]

I have an ipsec setup using certificate/ca based authentication. The
config looks like this:

#   $OpenBSD: ipsec.conf,v 1.5 2006/09/14 15:10:43 hshoexer Exp $
#

my_fqdn="dynamic-0.example.com"
my_v4_ip="192.168.1.1"
my_v4_net="10.0.0.0/23"

remote_fqdn="dynamic-1.example.com"
remote_v4_net="10.0.2.0/24"

## -- Remote router 

ike passive esp from { $my_v4_ip, $my_v4_net } to { $remote_fqdn, 
$remote_v4_net } \
local $my_v4_ip peer $remote_fqdn \
main auth hmac-sha256 enc aes-128 group modp1024 lifetime 1800 \
quick auth hmac-sha256 enc aes-128 group none \
srcid $my_fqdn dstid $remote_fqdn

## -- Laptop(s) 

ike passive esp from { $my_v4_ip, $my_v4_net } to any \
local $my_v4_ip peer any \
main auth hmac-sha256 enc aes-128 group modp1024 lifetime 1800 \
quick auth hmac-sha256 enc aes-128 group none \
srcid $my_fqdn

I'm trying to configure for two kinds of tunnels. One to a small
soekris box that provides it's own network, and one for laptop(s) that
connect ad-hoc from a coffee shops or clients work sites.

The soekris box as a fqdn certificate. The laptops have user-fqdn
certs. My question is:

   * Am I right to assume that when connecting to isakmpd the soekris
 box will match to the "Remote router" stanza because it's trying
 to build a tunnel from "srcid <-> dstid" or is isakmpd using the
 "local <-> peer" to choose the stanza?

I ask the question to get a better understanding of how isakmpd choses
the configuration stanza in case I have to expand on this
config. Also, I find this a little tricky because both sides of the
tunnel are on dynamic IPs although one side changes very very rarely.

Another question I have is:

   * Would it be worth my while to move this config out of
 isakmpd/ikev1 into ike/ikev2?

With the soekris, I'm tunnelling IPv6 traffic over a gif v4/v6
tunnel. While this works, it's a tremendous kludge. And my ipv6 mtu
ends up being something like 1320 bytes after all the overhead from
UDP NAT-T and ESP overhead. I'd heard that ikev2 lowers the overhead
but if it's just in the negotiation exchange it may not be worth the
work.

Thanks
-- 
Chris

  __o  "All I was trying to do was get home from work."
_`\<,_   -Rosa Parks
___(*)/_(*).___o..___..o...ooO..._
Christopher Sean Hilton[chris/at/vindaloo/dot/com]

Re: IPsec config with dynamic IP.

[Christopher Sean Hilton]

On Fri, Feb 19, 2016 at 11:36:04AM +, Stuart Henderson wrote:
> On 2016-02-18, Christopher Sean Hilton  wrote:
> >  My box cannot resolve the name "ike-v1.example.com" until
> >  after isc_named is started which happens way late in the bootup
> 
> That seems like a misconfiguration - apart from this issue, what if BIND
> crashes or you need to update it? can't you list another nameserver
> in resolv.conf?

I've always run servers that have bind with resolv.conf as:

 search example.com
 nameserver 127.0.0.1

so, as a dynamic configured ip on a cable modem, this server has:

 'supersede domain-name-servers 127.0.0.1;'

in /etc/dhclient.conf. But I've recently found that changing that from
supersede to prepend can be useful in other situations. I can do that
here also.

> You could run isakmpd/ipsecctl from rc.local which always runs after
> the main startup scripts. Otherwise you're into modifyong /etc/rc.
>

That's a good tip. There are pieces of it that I like better than my
solution of an @reboot cron job.

Thanks!
-- 
Chris

  __o  "All I was trying to do was get home from work."
_`\<,_   -Rosa Parks
___(*)/_(*).___o..___..o...ooO..._
Christopher Sean Hilton[chris/at/vindaloo/dot/com]

Re: Industrial use of line printers, does/would your company/organization use them with our lpd?

[Stuart Henderson]

On 2016-02-18, gwes  wrote:
> CUPS installs AVAHI. That is a security risk - it attempts
> to change DNS lookups, etc.

Can you expand on "it attempts to change DNS lookups"? Perhaps on OS with
nsswitch via nss-mdns, but I don't see any way of getting it to do this on
OpenBSD, even if you wanted to.

Re: IPsec config with dynamic IP.

[Stuart Henderson]

On 2016-02-18, Christopher Sean Hilton  wrote:
>  My box cannot resolve the name "ike-v1.example.com" until
>  after isc_named is started which happens way late in the bootup

That seems like a misconfiguration - apart from this issue, what if BIND
crashes or you need to update it? can't you list another nameserver
in resolv.conf?

>  process. I've noticed that the rcctl manpage mentions changing
>  the startup order.
>
> * Can I affect this change at all since isakmpd is a base
>   system service and isc_named is in pkg_scripts?

No, this is only for package scripts.

>  Just restarting isakmpd doesn't load /etc/ipsec.conf. Without a
>  configuration, I'm not sure how useful isakmpd is.
>
> * Would it be wise to just add cron job that fires at reboot
>   and uses rcctl to reload isakmpd and then reloads the ipsec
>   configuration?
>
> As always, it's possible that I'm completely missing something
> here. I'm always interested in better solutions.

You could run isakmpd/ipsecctl from rc.local which always runs after
the main startup scripts. Otherwise you're into modifyong /etc/rc.

Re: general xdg-open configuration

[Stuart Henderson]

On 2016-02-18, Jiri B  wrote:
> On Thu, Feb 18, 2016 at 04:15:50PM +, Mike Burns wrote:
>> On 2016-02-18 17.11.03 +0100, Rudolf Sykora wrote:
>> > I appear to need to modify the default application used
>> > by xdg-open to open a file directory. The man page of xdg-open
>> > is not very helpful. Can anybody tell me what is the right
>> > and general (I run fvwm) system-wide file on openbsd to edit?
>> 
>> Sadly not entirely straightforward, but the ArchWiki has the details that 
>> the man page should have had: https://wiki.archlinux.org/index.php/Xdg-open
>
> You were too fast, +1 for above wiki page.

"should have had" - why not submit a diff to xdg-utils upstream?

Re: startx vs xdm

[Jan Stary]

> Can you please elaborate on why LC_CTYPE
> is the one of the LC_* family to be set?
> Or does the current locale support involve
> anything else then CTYPE?

Aha: find /usr/share/locale

Re: startx vs xdm

[Jan Stary]

On Feb 19 08:53:15, s...@stsp.name wrote:
> On Thu, Feb 18, 2016 at 09:44:08PM +0100, Jan Stary wrote:
> > Probably not, because if I remove all my .x* files
> > and keep just the .Xdefaults -> .Xresources which
> > specifies the UTF8 locale for xterm, the same thing
> > happens in (the default) fvwm. Namely,
> > the xterm started by default has XTERM_LOCALE=C,
> > and every xterm started from fvwm's menu has XTERM_LOCALE=C,
> > but every xterm I start as `xterm` (from another xterm)
> > has XTERM_LOCALE=cs_CZ.UTF-8, as specified in.Xdefaults.
> > 
> > Why is that? Am I missing something obvious?
> > 
> > Jan
> > 
> 
> Why don't you just set LC_CTYPE in your environment as described here?
> http://www.openbsd.org/faq/faq10.html#locales

I do. (Actually, LANG)

Only last night did I realize it's _this_ that makes them xterms UTF,
not the xterm-specific locale in my X settings (see below).

> Do you really want to set a separate UTF-8 flag for every application you use?
> I think per-application locale knobs are silly. They are legacy cruft added
> before somewhat standardized locale support was built into unix systems.
> I'm not surprised it doesn't work the way you expect. xterm needs LC_CTYPE
> set the environment when it calls setlocale(3) and/or whatever other things
> it does to set up its locale. I haven't looked at xterm code to track down
> why xrdb locale settings don't apply as you expect, and I'm not going to
> because you should really just be exporting LC_CTYPE in your xsession and
> be done with this.

That's exactly right.

Here is what I did, trying to find what's "wrong":

Set up a brand new user with nothing in his $HOME,
apart from ~/.Xdefaults -> ~/.Xresources which says

XTerm*utf8: true
XTerm*locale:   UTF-8

and ~/.xsession -> ~/.xinitrc which says

xrdb -load ~/.Xresources
cwm

An xterm of this user will not be UTF8,
whteher started after startx or from an xdm session,
from whichever menu or cmdline. On the other hand,
if the brand new user has nothing in his $HOME
except ~/.xsession which says

export LC_CTYPE="cs_CZ.UTF-8"
cwm

then his xterm (and anything else, for that matter),
will be UTF, as intended.

Thank you for the insight.

Can you please elaborate on why LC_CTYPE
is the one of the LC_* family to be set?
Or does the current locale support involve
anything else then CTYPE?

Jan

Re: Storage server HW advice/feedback req for setup overall & in particular reliability/QoS of SATA, to protect from controller- or BIOS-induced system crashes? Dedicated PCI SATA HBA needed??

[Zé Loff]

On Fri, Feb 19, 2016 at 05:01:19PM +0700, Tinker wrote:
> On 2016-02-17 01:01, j...@bitminer.ca wrote:
> ..
> >Why do you think you need to build such a device?  Why don't you buy it?
> >
> >(Dell PowerEdge VRTX, HP hyper converged, etc)
> 
> Colocation requires rack servers, but thanks for thinking about it.
> 
> >Some important things:
> >
> > - what is the purpose of this collection of clients, servers,
> >networks and software?
> > - who will judge, and how will they judge, the effectiveness of it?
> >How fast/correctly it performs not just reliability
> > - what is their budget?
> > - how much time will they give you?
> > - how will you spend your time?
> > - how will you prove to yourself that you have finished?  How can you
> >prove to your users/customer that it works?
> 
> 
> I feel the general takehome from this conversation and Nick Holland's
> suggestions, is that really anything might break and everything needs to be
> set up to handle that.
> 
> So like, all of
> 
>  * data integrity verifications,
>  * checksumming of everything,
>  * automated routines to take a node out of use in case of IO slowdown or
> failure, or any other error, and
>  * live syncing of important stuff to another datacenter for the case o
> power failures
> 
> need to be in place for there to be any real data integrity + QoS
> guarantees.
> 
> 
> Thanks!

You keep forgetting "planning for the manual stuff that will need to be
done when all automated stuff fails".

Re: dhcrelay: send_packet: No buffer space available

[Kapetanakis Giannis]

On 18/02/16 15:52, Kapetanakis Giannis wrote:

On 18/02/16 13:22, Peter Hessler wrote:


How many bpf devices do you have?  You may need to create more.



I have 20 bpf devices, 27 vlan interfaces, 27 carp interfaces, 17 
dhcrelay processes.


wasn't there a message when bpf devides were short?

Anyway I pushed it to 30 bpf devices and see how it goes.

G


Unfortunately that wasn't the problem...
Feb 19 09:10:42 dhcrelay: send_packet: No buffer space available carp48

# fstat|grep bpf|wc -l
  19

any more ideas?

thanks

G

Re: Storage server HW advice/feedback req for setup overall & in particular reliability/QoS of SATA, to protect from controller- or BIOS-induced system crashes? Dedicated PCI SATA HBA needed??

[Tinker]

On 2016-02-17 01:01, j...@bitminer.ca wrote:
..
Why do you think you need to build such a device?  Why don't you buy 
it?


(Dell PowerEdge VRTX, HP hyper converged, etc)


Colocation requires rack servers, but thanks for thinking about it.


Some important things:

 - what is the purpose of this collection of clients, servers,
networks and software?
 - who will judge, and how will they judge, the effectiveness of it?
How fast/correctly it performs not just reliability
 - what is their budget?
 - how much time will they give you?
 - how will you spend your time?
 - how will you prove to yourself that you have finished?  How can you
prove to your users/customer that it works?



I feel the general takehome from this conversation and Nick Holland's 
suggestions, is that really anything might break and everything needs to 
be set up to handle that.


So like, all of

 * data integrity verifications,
 * checksumming of everything,
 * automated routines to take a node out of use in case of IO slowdown 
or failure, or any other error, and
 * live syncing of important stuff to another datacenter for the case o 
power failures


need to be in place for there to be any real data integrity + QoS 
guarantees.



Thanks!