Eric Schnoebelen wrote:
> - > All newer HH keuboards are usb ones. Manufacturer doesn't
> - > confirm connection to ps/2 port with usb to ps/2 adapter.
> - > Is there any reason not to do that on amd64?
> -
> - Hrm, strange that a nice keyboard like that comes as USB only.
>
> The orginal Happ
Zoran Kolic wrote:
> >Wikipedia has an overview of all models:
> >https://secure.wikimedia.org/wikipedia/en/wiki/Happy_Hacking_Keyboard
>
> Professional is a bit expensive. Lite 2 is just fine to
> my needs.
The HHKB Pro line is ridiculously expensive, but when I got my Pro
I realized just how
Daniel Kalchev wrote:
> On 02.08.11 12:46, Daniel O'Connor wrote:
> > I am pretty sure UFS does not have this problem. i.e. once you
> > delete/move the files out of the directory its performance would be
> > good again.
>
> UFS would be the classic example of poor performance if you do this.
Every time I run mergemaster(8) on 7.4-STABLE, I'm now presented
with
*** There is no /var/db/zoneinfo file to update /etc/localtime.
You should run tzsetup
Running tzsetup(8) does however not create /var/db/zoneinfo, so
mergemaster will prompt the next time, too. I guess I can just
ignore i
Sean Bruno wrote:
> > > VARIABLE="$(uname)"
> > > bash: command substitution: line 3: syntax error near unexpected token
> > > `)'
> > > bash: command substitution: line 3: `uname)"'
> > >
> > At least that was easy. It's patch level 12.
That's just the first patch that happens to touch parse.
Matthew D. Fuller wrote:
> > I have something similar (5x1Tb) - I have a Gigabyte GA-MA785GM-US2H
> > with an Athlon X2 and 4Gb of RAM (only half filled - 2x2Gb)
> >
> > Note that it doesn't support ECC, I don't know if that is a problem.
>
> How's that? Is the BIOS just stupid, or is the board
ntpd is a convenient source of multicast packets for testing purposes.
When I add
broadcast 224.0.1.1
to my ntp.conf, ntpd sends a multicast packet with TTL 1 every 64
seconds. Just as expected. However, when I explicitly specify the
TTL as in
broadcast 224.0.1.1 ttl 1
it sends packets with T
wrote:
> Hi. Are there any plans to get OpenSSH 6.2 in 9-STABLE? I'd like to
> check out the new AES-GCM stuff without going to -CURRENT on this
> system. If there are no plans, is there a possibility? Thanks
The OpenSSL version in 9-STABLE doesn't have GCM support.
--
Christian "naddy" Weisge
Alban Hertroys wrote:
> The new system has a Gigabyte GA970A-UD3 board with just a serial header
> on the board. I bought a serial connector backplate in an electronics
> store and connected it to the board. Could the pinout be different or
> something?
Yes. There are two different pinouts for
I have a little Soekris box whose ONLY task is to get the time from
a simple DCF77 time signal receiver and redistribute it with NTP.
The update from 10.1 to 10.2 has broken this functionality.
The relevant ntp.conf configuration...
server 127.127.8.0 mode 14
fudge 127.127.8.0 time1 0.235
... no
Michael B. Eichorn:
> Dunno as to what happened with ntp or how to fix it, but there are a
> couple other ntp soultions in ports that might work.
>
> NTP is known to be very complex, IIRC phk@ is being paid by the Linux
> Foundation to write a replacement, ntimed.
At this time, ntimed is an NTP
On 2015-08-16, Matthew Seaman wrote:
> Hmmm I suggest raising a PR with patches to revert the changes in
> the set of enabled clock drivers (or merge with the current list). It's
Yes.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202362
> not going to get you a working DCF77 receiver i
On 2015-08-16, Ian Lepore wrote:
> I wonder: is there a reason to not enable all (or most of) the refclocks
> in base and in ports?
I guess it isn't very elegant to enable clock drivers if nobody
knows whether they work or whether the hardware was ever produced
in series or whether external serv
I updated my 12.2-STABLE system from circa December 10 to the last
stable/12 SVN commit and now my bash prompt is broken.
I use a prompt with properly delineated non-printing characters:
PS1="\[$(tput so)\]\u@\h\[$(tput se)\][\w] "
Suddenly bash is very confused about the size of the prompt. To
I updated to today's RELENG_7 and geom(4) has become kind of chatty.
Near the end of kernel autoconf, I get a line like
GEOM_LABEL: Label for provider ad6s1a is ufsid/49b818dc7f60a735.
for each file system. Then during startup, there is a further
GEOM_LABEL: Label ufsid/49b818dc7f60a735 removed
Raphael Becker wrote:
> How would one get the ids of ufsid-labels when hidden? glabel list shows
> only the "active" labels, especially doesn't show the ufsid-label if the
> device is mounted by its "legacy" devicename (just tried that). dmesg
> seems the only source of information for that so
Michael Gass wrote:
> I am still confused about the rl driver not working for this
> card. The NOTES in /usr/src/sys/conf/NOTES explicitly state
> that the rl driver is for the DFE-530TX+ and that the vr
> driver is for the DFE-530TX. I have the former and so should
> be using the rl drive it s
On 2016-08-08, Devin Teske wrote:
> Which would you use?
Ed25519.
> Or perhaps RSA? (as des@ recommends)
RSA if you need compatibility with servers or other clients that
don't know Ed25519. That's why ssh-keygen, alas, still defaults
to RSA.
--
Christian "naddy" Weisgerber
I'm getting reports from a user who can't build a port on 4.10,
because his system has a header which contains
definitions that collide with and .
As far as I can tell, there is no in 4.10.
In fact, I can't find this header file in the repository except as
a part of BIND, where it is provided a
Doug White <[EMAIL PROTECTED]> wrote:
> I see a bitypes.h that ships with BIND (and is in src/contrib/bind), but
> there isn't an independent FreeBSD version. I suspect someone or something
> thought it'd be clever to sneak that in .. it should be OK to remove.
Turns out the dns/bind8 and dns/bin
After updating my 5.3-STABLE/alpha from Dec 4 to Dec 22 on RELENG_5,
network _receiving_ throughput on its re(4) interface has collapsed
to a maximum of 0.5-1.0 MB/s. (Figures from scp. Yes, I realize
this is not the most suitable test, but the box is not CPU starved
and used to receive data at s
Robert Watson:
> Could you use a tool like netperf to see whether the slowdown is specific
> to TCP, or affects UDP also? There have been some TCP tweaks and
> bugfixes, and this would help isolate that. Seeing the results of a
> netperf run with the UDP_RR and UDP_STREAM tests in the "before" a
Scott Long:
> I suspect that the buffers are being bounced all over the place in the
> if_re driver. Can you send me the output of 'sysctl hw.busdma' after
> the system has been under load?
sysctl: unknown oid 'hw.busdma'
Strangely enough, I'm running the affected Dec 22 kernel at the
moment, b
I'm currently dealing with a report of ports/devel/flac dying in
its optimized SSE code on a 4.11/i386 system. What's the status
of SSE kernel support in 4.x?
freefall and the user's machine report hw.instruction_sse=0, although
they run on CPUs that do support SSE. Does RELENG_4 generally not
p
Tod McQuillin:
> Add
> options CPU_ENABLE_SSE
> to your kernel config and rebuild the kernel.
But CPU_ENABLE_SSE is defined by default. Are you saying it isn't
in RELENG_4?
--
Christian "naddy" Weisgerber [EMAIL PROTECTED]
Chuck Swiger <[EMAIL PROTECTED]> wrote:
> Well-behaved 3rd party scripts ought to start Perl via:
> #! /usr/bin/env perl
Why should the authors of those scripts break them for systems which
have /bin/env?
--
Christian "naddy" Weisgerber [EMAIL PROTECTED]
__
Charles Swiger:
> >Why should the authors of those scripts break them for systems which
> >have /bin/env?
>
> Name one such system. [1]
There was a discussion about this a few years ago on comp.unix.shell.
Let's see...
http://tinyurl.com/45zqx
Ah, I see, the starting point was actually the reve
Bruce A. Mah <[EMAIL PROTECTED]> wrote:
> If I'm not mistaken, this means that all the locale names are now
> consistent across -CURRENT, 4-STABLE, and the doc/ tree.
And X11. So setting, say, de_DE.ISO8859-15 will automatically
enable compose sequences for the Latin 9 characters.
--
Christia
Peter Jeremy <[EMAIL PROTECTED]> wrote:
> As I understand it, "uname -p" (and "uname -m") are intended to
> report a generic platform architecture (i386 vs Alpha), rather
> than the specific CPU variant.
The OpenBSD people seem to think otherwise. There "uname -p" gives the
CPU (or machine) type
Christophe Prevotaux <[EMAIL PROTECTED]> wrote:
> I was trying to compile OpenSSH port under RELENG_3
> and I got this :
[...]
> /usr/include/sys/socket.h:48: previous declaration of `socklen_t'
> *** Error code 1
Are you sure you are using the most recent version of the port?
> Also it seems t
30 matches
Mail list logo
