Hello.
The box is a 9.3/amd64 and this is the controller I have:
aac0@pci0:4:14:0: class=0x010400 card=0x02bc9005 chip=0x02859005 rev=0x00
hdr=0x00
vendor = 'Adaptec'
device = 'AAC-RAID'
class = mass storage
subclass = RAID
Since I've upgraded arcconf to
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as broken in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. One common problem is
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on
As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as forbidden in their Makefiles. Often,
these ports are so marked due to security concerns, such as known
exploits.
An overview of each port,
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on
As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as forbidden in their Makefiles. Often,
these ports are so marked due to security concerns, such as known
exploits.
An overview of each port,
On 2015/04/06 22:16, Mikhail T. wrote:
On 04/06/15 16:00, Matthew Seaman wrote:
That might be possible, but it would result in dropping a serious
slice of functionality from the connector.
Which functionality is it? If an old compiler is truly required at
all, it can only be to generate code
It looks like this is a bug which has been reported upstream in the wine
forums:
https://forum.winehq.org/viewtopic.php?t=24430p=99442
On Tue, 7 Apr 2015 at 1:53 pm Gerald Pfeifer ger...@pfeifer.com wrote:
On Tue, 7 Apr 2015, pkg-fall...@freebsd.org wrote:
Ident: $FreeBSD:
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated,
Dear everyone,
I keep receiving the attached mails. In short, it says that
readline/readline.h: not found
What can I do to fix that behavior?
--
wbr, Maxim Filimonov c...@bein.link---BeginMessage---
You are receiving this mail as a port that you maintain
is failing to build on the FreeBSD
On Tue, 7 Apr 2015, Ben Woods wrote:
It looks like this is a bug which has been reported upstream in the wine
forums:
https://forum.winehq.org/viewtopic.php?t=24430p=99442
Interestingly it only happens on FreeBSD head, though; all other
version appear fine.
Gerald
Hello,
After https://reviews.freebsd.org/rP376735 port russian/emkatic began
to require fpc-gtk2 as RUN_DEPENDS. Although it is actually it is for
his work is not needed, and needed only BUILD_DEPENDS.
I understand this is a consequence USE_FPC+= gtk2 USE_GNOME= gtk20
It is strictly necessary
On 07.04.2015 02:41, Matthew Seaman wrote:
So anyone using JDBC3 would be disappointed by our chopping it out. I
have precisely zero idea how many people that might be, or indeed how
much call there is for JDBC3 adaptors in general.
If the difference between JDBC3 and 4 is the compiler-version
http://www.get-a- http://www.wecuddle.de/images/wecuddle_images_new/
http://www.wecuddle.de/images/wecuddle_images_new/text/free_teaser_landing.png
/free_teaser_landing.png -tonight.com
http://www.wecuddle.de/images/wecuddle_images_new/text/free_teaser_landing.png
14 matches
Mail list logo