devel/boehm-gc doesn't build on ia64.
It is not maintained, and I can't get
any help from the boehm-gc mailing list
either:
https://lists.opendylan.org/pipermail/bdwgc/2014-April/005878.html
This failure blocks about 50 ports on ia64.
I know nothing about boehm-gc, hence my question:
does this p
Remove remnant USE_AUTOTOOLS=libtool forgotten in previous commit
Reported by:tijl
-
Build ID: 20140425091200-34315
Job owner: b...@freebsd.org
Buildtime: 48 minutes
Enddate: Fri, 25
Hi,
Since the 'official' use of the new Xorg (I already used it on my system),
I have a conflict between the Nvidia driver and libEGL. I think the driver
is actually installed but when registering I get:
...
===> Installing for nvidia-driver-331.49
===> Registering installation for nvidia-
Hello,
Would someone please close this PR? My intension was achieved with
commit of r351972.
Best Regards.
---
Yasuhiro KIMURA
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any m
23.04.2014 00:23, Stefan Bethke пишет:
> Two quick observations I’m too lazy to file PRs for:
>
> foomatic-rip (from foomatic-filters-4.0.17) coredumps if you set debug: 1 in
> /usr/local/etc/foomatic/filter.conf. I haven’t checked what is going wrong
> specifically. It is possible to run foomat
22.04.2014 10:48, O. Hartmann пишет:
> On Sun, 13 Apr 2014 20:50:01 +0400
> Boris Samorodov wrote:
>
>> 12.04.2014 17:16, O. Hartmann пишет:
>>> On Fri, 11 Apr 2014 08:19:45 -0400
>>> Ajtim wrote:
>>>
On Friday 11 April 2014 13:08:33 O. Hartmann wrote:
> On Wed, 09 Apr 2014 02:23:58 +04
On Fri, 25 Apr 2014 16:12:10 +0400 Boris Samorodov wrote:
> 22.04.2014 10:48, O. Hartmann пиÑеÑ:
> > On Sun, 13 Apr 2014 20:50:01 +0400
> > Boris Samorodov wrote:
> >
> >> 12.04.2014 17:16, O. Hartmann пиÑеÑ:
> >>> On Fri, 11 Apr 2014 08:19:45 -0400
> >>> Ajtim wrote:
> >>>
> On F
On Mon, 14 Apr 2014 12:59:21 +0200, Stefan Esser wrote
> Am 14.04.2014 10:25, schrieb Benjamin Podszun:
> > I'd say this is a bug in sshguard: Failing to start shouldn't exit with 0.
> > That said, it first and foremost is a bug in the port.
> >
> > Looking at the rc script and the diff [1] the pr
I had the foomatic-rip problem today, but didn't think of this- even though
I read it yesterday. I found it myself by running it in gdb, seeing it had
something to do with logging, and turning off debug.
Anyway, here's a backtrace: - but the pointed line, 1200, just looks wrong
-
int fd = mkstemp
Hi gang,
I try to install lang/ruby19 in a jailed 8.3, but that fails.
Beceause it's jail, /usr/src is empty. I copied thr_attr.c to
/usr/src/lib/libthr/thread/thr_attr.c, but that didn't help. Maybe silly,
but I had to try that. :)
I tried to run gmake in it'w workdir: same result. I then thoug
25.04.2014 17:00, Max Brazhnikov пишет:
> On Fri, 25 Apr 2014 16:12:10 +0400 Boris Samorodov wrote:
>> 22.04.2014 10:48, O. Hartmann пишет:
>>> On Sun, 13 Apr 2014 20:50:01 +0400
>>> Boris Samorodov wrote:
>>>
12.04.2014 17:16, O. Hartmann пишет:
> On Fri, 11 Apr 2014 08:19:45 -
25.04.2014 17:20, Robert Backhaus пишет:
> I had the foomatic-rip problem today, but didn't think of this- even though
> I read it yesterday. I found it myself by running it in gdb, seeing it had
> something to do with logging, and turning off debug.
>
> Anyway, here's a backtrace: - but the poin
Am 25.04.2014 um 15:20 schrieb Robert Backhaus :
> Anyway, here's a backtrace: - but the pointed line, 1200, just looks wrong -
>
> int fd = mkstemp (LOG_FILE "-XX.log"); - checked, edited, built - Yup,
> that's it. Here's the patch:
>
> --- foomaticrip.c.orig 2014-04-25 23:16:06.
25.04.2014 19:35, Stefan Bethke пишет:
> Am 25.04.2014 um 15:20 schrieb Robert Backhaus :
>
>> Anyway, here's a backtrace: - but the pointed line, 1200, just looks wrong -
>>
>> int fd = mkstemp (LOG_FILE "-XX.log"); - checked, edited, built - Yup,
>> that's it. Here's the patch:
>>
>> --- f
On Fri, Apr 25 2014, Boris Samorodov wrote:
>> Am 25.04.2014 um 15:20 schrieb Robert Backhaus :
>>
>>> int fd = mkstemp (LOG_FILE "-XX.log"); - checked, edited, built - Yup,
>>> that's it. Here's the patch:
I think the problem is simply that mkstemp(3) requires an argument with
/trailing/ X
I’m setting up a local package repository using PGP signatures for
verification. The man page for pkg.conf says that the option “PUBKEY” (for
setting the path to the public key) is deprecated, but fails to mention what
the new method for managing this is. I’ve tried googling about this, but
Yes, sorry. I got this wrong.
The fix upstream has been to stop using mkstemp, and switch to using
sprintf directly.
http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/revision/7196
On 26 April 2014 02:41, Wolfgang Jenkner wrote:
> On Fri, Apr 25 2014, Boris Samorodov wrote:
- Update to 1.17
-
Build ID: 20140426063200-36146
Job owner: t...@freebsd.org
Buildtime: 20 minutes
Enddate: Sat, 26 Apr 2014 06:51:49 GMT
Revision: 352223
Repository:
18 matches
Mail list logo