On Tue, Jul 26, 2016 at 4:30 AM, Montgomery-Smith, Stephen <
step...@missouri.edu> wrote:
> Can you submit this as a bug at
> https://bugs.freebsd.org/bugzilla/enter_bug.cgi? Then the problem
> report is in a place where I'll remember to work on this in a few days
> time when I have the time.
>
On Wed, Jul 27, 2016 at 5:27 PM, C. P. Ghost wrote:
> On Wed, Jul 27, 2016 at 2:17 AM, Montgomery-Smith, Stephen
> > How did you manage to build math/open-axiom? I tried building it again,
> > and I am still getting the errors. You must have at least by-passed the
> > B
Hello,
I've submitted PR ports/177576
http://www.freebsd.org/cgi/query-pr.cgi?pr=177576
which is necessary to us quicklisp users.
Thanks,
-cpghost.
--
Cordula's Web. http://www.cordula.ws/
___
freebsd-ports@freebsd.org mailing list
http://lists.free
On Fri, Mar 2, 2012 at 3:20 PM, C. P. Ghost wrote:
> Hello,
>
> the port sysutils/dvdisaster dumps core on FreeBSD RELENG_9/amd64
> when run in graphics mode. Using it with flags in text mode seems okay
> though (I think).
>
> Recompiling with CFLAGS=-g doesn't
Hello,
the port sysutils/dvdisaster dumps core on FreeBSD RELENG_9/amd64
when run in graphics mode. Using it with flags in text mode seems okay
though (I think).
Recompiling with CFLAGS=-g doesn't produce a usable backtrace.
Maybe there's something broken in scsi-freebsd.c:DefaultDevice()
or som
On Mon, Feb 27, 2012 at 7:32 PM, Michel Talon wrote:
>> any chance to see cmucl-20c (including cmucl-extras) in ports,
>> while at the same time keeping the current lang/cmucl as, say,
>> lang/cmucl19, because that version still supports non-SSE2
>> CPUs?
>
> The sse2 version is indeed much faster
Hi,
any chance to see cmucl-20c (including cmucl-extras) in ports,
while at the same time keeping the current lang/cmucl as, say,
lang/cmucl19, because that version still supports non-SSE2
CPUs?
There's an x86-binary release for FreeBSD 8.2 on
http://www.cons.org/cmucl/download.html
And while I'
Hello,
the GUI in math/open-axiom fails to compile, because
the open-axiom-1.4.1/src/gui/gui.pro doesn't get converted
into a Makefile by qmake:
libtool: link: c++ -m64 -o
../../../amd64-portbld-freebsd8.2/bin/viewAlone .libs/viewAlone.o
.libs/spoonComp.o .libs/spoon2D.o
-L/usr/local/ports/math/o
On Tue, Dec 13, 2011 at 1:32 PM, Michel Talon wrote:
>> the computer algebra system (CAS) REDUCE has been
>> released as open source software [*], but AFAICS, it has not
>> yet been ported to FreeBSD. Anyone with porting skills
>> interested to have a look?
>
> I have tried and apparently succeede
Hi,
the computer algebra system (CAS) REDUCE has been
released as open source software [*], but AFAICS, it has not
yet been ported to FreeBSD. Anyone with porting skills
interested to have a look?
[*]: http://reduce-algebra.com/
Thanks,
-cpghost.
--
Cordula's Web. http://www.cordula.ws/
__
On Wed, Dec 7, 2011 at 12:20 AM, Naram Qashat wrote:
> On 12/06/11 16:03, C. P. Ghost wrote:
>>
>> Hi,
>>
>> transcode is already it 1.1.7 and allegedly features a better
>> video stabilizing plugin. Our version in ports is still at 1.1.5.
>>
>> Coul
Hi,
transcode is already it 1.1.7 and allegedly features a better
video stabilizing plugin. Our version in ports is still at 1.1.5.
Could you please update the port? The distfile is here:
https://bitbucket.org/france/transcode-tcforge/downloads
Thanks,
-cpghost.
--
Cordula's Web. http://www.
On Tue, May 24, 2011 at 3:53 PM, wrote:
> Hello,
>
> I have updated ports and when reinstalling I found x11-wm/olvwm which I was
> using was gone from the ports tree. Why?
I noticed that too, and was bit by that change as well.
Since I love the olvwm look and feel, I'm sad to see
it go from the
Hello,
could you please update multimedia/dvdauthor to 0.7.0?
This is the minimal version needed by multimedia/dvdstyler
1.8.3 to run past the following error:
ERR: Cannot match attribute 'format' in tag 'subpictures'. Valid attributes are:
Failed
With dvdauthor bumped to 0.7.0 and manually #und
On Thu, Jun 10, 2010 at 11:27 PM, Douglas Thrift wrote:
> Hello,
>
> I've run into this before and it seems to me like the port should
> actually depend on misc/compat6x. I emailed Martin about this a while
> back, but never received any reply. Apparently there is even an open bug
> for this: http
Hello Martin, *,
the port lang/cmucl has a dependency on a very old libutil,
libc and libm:
% lisp
/libexec/ld-elf.so.1: Shared object "libutil.so.5" not found, required by "lisp"
% which lisp
/usr/local/bin/lisp
% ldd `which lisp`
/usr/local/bin/lisp:
libutil.so.5 => not found (0x0)
16 matches
Mail list logo
