On Mon, Jul 13, 2015 at 07:59:00PM -0500, Chris Bennett wrote:
> After reading several man pages like fc-scan, etc.
> I found at the bottom:
>
> The fontconfig user's guide, in HTML format:
> /usr/share/doc/fontconfig/fontconfig-user.html.
>
> This is not the correct location, which is
> /usr/X11
On Mon, Jul 13, 2015 at 12:21:07PM -0600, Dale Lindskog wrote:
> On Mon, 13 Jul 2015, li...@wrant.com wrote:
>
> > > I object to the "silent" part... if you're trying to actually use
> > > PKG_CACHE
> > > then, having it fail silently and then discovering several GB later that
> > > oops,
> > >
After reading several man pages like fc-scan, etc.
I found at the bottom:
The fontconfig user's guide, in HTML format:
/usr/share/doc/fontconfig/fontconfig-user.html.
This is not the correct location, which is
/usr/X11R6/share/doc/fontconfig/fontconfig-user.html
OK?
Chris
Index: fc-cache.1
==
On 2015/07/13 13:48, Stuart Henderson wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: st...@cvs.openbsd.org 2015/07/13 13:48:13
>
> Added files:
> x11/vlc/patches: patch-bin_Makefile_am
>
> Log message:
> Force LD_PRELOAD=/usr/local/lib/libgobject-2.0.so when running vl
Sorry! My email was garbled: a combination of a failure to refresh the
screen and no morning coffee. Here it is again:
I disagree that pkg_add should "always error out when PKG_CACHE is
unwritable". Specifically, when pkg_add is invoked with the -s option, no
package is copied to the package
> Function mips64_send_ipi() will block if the target core has a pending
> IPI request. This will degrade performance in a system that has more
> than a few cores and where there is a heavy IPI load.
>
> The blocking can be avoided by coalescing requests. The mips64 code
> should handle this just
On Mon, 13 Jul 2015, li...@wrant.com wrote:
> > I object to the "silent" part... if you're trying to actually use PKG_CACHE
> > then, having it fail silently and then discovering several GB later that
> > oops,
> > it didn't save anything anywhere looks like a huge mistake.
> >
> > But I'll try
ping
On Fri, Jul 10, 2015 at 12:11:43AM -0400, Michael McConville wrote:
> On Thu, Jul 09, 2015 at 11:51:23PM -0400, Michael McConville wrote:
> > Core Systems' website has been down for a while, and it seems that
> > they no may longer exist. Can anyone confirm or deny?
>
> Also, MIPS-Informatic
Function mips64_send_ipi() will block if the target core has a pending
IPI request. This will degrade performance in a system that has more
than a few cores and where there is a heavy IPI load.
The blocking can be avoided by coalescing requests. The mips64 code
should handle this just fine. The on
Hi,
I noticed -f in ndp(8) did nothing at all so I've enabled it and
documented the file syntax in the man page.
===
RCS file: /cvs/src/usr.sbin/ndp/ndp.8,v
retrieving revision 1.33
diff -u -p -r1.33 ndp.8
--- ndp.8 3 Sep 2014
2015-07-13 13:14 GMT+02:00 :
> Ignore this if it wastes time, what is 'vis' and is it platform /
> architecture specific? Rather means to get what it was planned to
> achieve probably..
>
$ man vis
[...]
NAME
vis ─ display non-printable characters in a visual format
--
Cordialement, Coues
> I object to the "silent" part... if you're trying to actually use PKG_CACHE
> then, having it fail silently and then discovering several GB later that oops,
> it didn't save anything anywhere looks like a huge mistake.
>
> But I'll try to make the error message be completely explicit.
http://ma
On Mon, Jul 13, 2015 at 06:47:44AM -0400, vtamara wrote:
> I saw fine your patches, just I wonder why you didn't introduce isalnum_l,
> toupper_l and tolower_l and call them from isalnum, toupper and tolower, in
> this way I guess possible to get rid completely of _tolower_tab and
> _toupper_tab.
Historic overview of OpenBSD across platforms has always been intriguing
to say the least.
> I sent a mail to naddy mentioning that a long time ago (feels like 10
> years ago) we talked about using vis, but this would have made our
Ignore this if it wastes time, what is 'vis' and is it platform /
On Sat, Jul 11, 2015 at 02:23:03PM +0200, Mark Kettenis wrote:
> Every now and then sndiod hangs on me. Usually I discover this as
> mplayer hangs while playing a video or hangs while opening the audio
> device on startup. Restarting sndiod using the /etc/rc.d/sndiod
> script doesn't work; it blo
I saw fine your patches, just I wonder why you didn't introduce
isalnum_l, toupper_l and tolower_l and call them from isalnum, toupper
and tolower, in this way I guess possible to get rid completely of
_tolower_tab and _toupper_tab.
El 2015-07-12 09:58, Sebastien Marie escribió:
Same as prev
16 matches
Mail list logo
