On 2014/03/07 01:36, Daniel Bolgheroni wrote:
Hi ports@,
Today I run into the following:
# gphoto2 -l
gphoto2:/usr/local/lib/libusb.so.10.0: undefined symbol 'atexit'
lazy binding failed!
Segmentation fault (core dumped)
#
Isn't the case to bump the revision as it was done with
On Wed, Mar 05, 2014 at 12:59:00PM +0100, Giovanni Bechis wrote:
On 03/05/14 09:59, Giovanni Bechis wrote:
On 03/04/14 17:58, Giovanni Bechis wrote:
On 03/04/14 07:16, Antoine Jacoutot wrote:
On Mon, Mar 03, 2014 at 11:28:43PM -0500, Kent Fritz wrote:
I've been trying Gnome on a Lenovo
On Fri, Mar 07, 2014 at 10:51:50AM +0100, Landry Breuil wrote:
[...]
To everyone experiencing this issue, can you try with this diff:
[...]
Seems to work. I get consistent ~60 FPS with glxgears during
suspend/resume cycles where before I'd get ~60 until the first suspend
and after resuming
On Thu, Mar 06, 2014 at 08:54:46AM +1100, Damien Miller wrote:
On Tue, 4 Feb 2014, Ted Unangst wrote:
On Tue, Feb 04, 2014 at 08:54, David Coppa wrote:
On Tue, Feb 4, 2014 at 8:46 AM, Ted Unangst t...@tedunangst.com wrote:
I am building chromium with dpb.
$ dbp www/chromium
...
So, I got access to a bunch of fast machines through Yandex. Big kudoes
to them. It allowed me to continue working on dpb optimizations for fast
clusters, after some tentalizing glimpse into big clusters I got a few months
ago thanks to some experiment led by Florian Obser.
First remark is that
Date: Fri, 7 Mar 2014 11:35:07 +0100
From: Gregor Best g...@ring0.de
On Fri, Mar 07, 2014 at 10:51:50AM +0100, Landry Breuil wrote:
[...]
To everyone experiencing this issue, can you try with this diff:
[...]
Seems to work. I get consistent ~60 FPS with glxgears during
On 03/07/14 10:51, Landry Breuil wrote:
On Wed, Mar 05, 2014 at 12:59:00PM +0100, Giovanni Bechis wrote:
On 03/05/14 09:59, Giovanni Bechis wrote:
On 03/04/14 17:58, Giovanni Bechis wrote:
On 03/04/14 07:16, Antoine Jacoutot wrote:
On Mon, Mar 03, 2014 at 11:28:43PM -0500, Kent Fritz wrote:
$ cat net/p5-Net-SSH/pkg/DESCR
Net::SSH - Perl extension for secure shell.
Tested on -current, i386.
P.S. port is required for Tapper
p5-Net-SSH.tgz
Description: application/tar-gz
$ cat net/p5-Net-SCP/pkg/DESCR
Net::SCP - Perl extension for secure copy protocol.
Tested on -current, i386.
P.S. port is required for Tapper
p5-Net-SCP.tgz
Description: application/tar-gz
$ cat textproc/p5-String-Util/pkg/DESCR
String::Util provides a collection of small, handy utilities for
processing strings.
Tested on -current, i386.
P.S. port is required for Tapper
p5-String-Util.tgz
Description: application/tar-gz
$ cat security/p5-Digest-JHash/pkg/DESCR
The Digest::JHash module allows you to use the fast JHash hashing
algorithm developed by Bob Jenkins from within Perl programs. The
algorithm takes as input a message of arbitrary length and produces as
output a 32-bit message digest of the input in the
$ cat textproc/p5-String-Escape/pkg/DESCR
Module provides a flexible calling interface to some frequently-performed
string conversion functions, including applying and removing backslash
escapes like \n and \t, wrapping and removing double-quotes, and
truncating to fit within a desired length.
On Fri, Mar 07, 2014 at 10:51:50AM +0100, Landry Breuil wrote:
[...]
To everyone experiencing this issue, can you try with this diff:
[...]
Seems to work. I get consistent ~60 FPS with glxgears during
suspend/resume cycles where before I'd get ~60 until the first suspend
and after
From: Theo de Raadt dera...@cvs.openbsd.org
Date: Fri, 07 Mar 2014 09:15:20 -0700
On Fri, Mar 07, 2014 at 10:51:50AM +0100, Landry Breuil wrote:
[...]
To everyone experiencing this issue, can you try with this diff:
[...]
Seems to work. I get consistent ~60 FPS with glxgears
Yes. Allthough the inteldrm code wasn't quite as bad in this respect
as the radeondrm code.
No kidding.
My hopethesis about what's causing the problem here is that during the
DVACT_WAKEUP phase, some drivers actually sleep and that userland
processes actually get to run.
Yes, that is my
On Sun, Feb 16, 2014 at 06:01:43PM -0500, James Turner wrote:
The attached diff updates the in-tree version of SQLite to 3.8.3.1. This
is of course for after unlock but for those interested feel free to
start giving it a try.
Tested on amd64 and loongson with a small selection of ports.
From: Theo de Raadt dera...@cvs.openbsd.org
Date: Fri, 07 Mar 2014 10:00:41 -0700
My hopethesis about what's causing the problem here is that during the
DVACT_WAKEUP phase, some drivers actually sleep and that userland
processes actually get to run.
Yes, that is my theory too, about
DVACT_WAKEUP does finish its job. It's just that it is doing so while
kernel threads and userland processes are running as well. Drivers
need to be aware of this, and I'm not sure they all are.
Well the only thing which could stop that X process from playing with
stuff, is the driver it
18 matches
Mail list logo