Hi,
Drupal7 released! Would you send a PR of repocopy of it ?
wen
2011/1/3 wen heping :
> It is time to send a PR to request repocopy drupal6 --> drupal7 .
>
> wen
>
> 2011/1/2 David Southwell ARPS :
>>> On 2 Jan 2011, at 15:40, David Southwell ARPS wrote:
>>> > Any chance of a ports upgrade
On Thu, Jan 6, 2011 at 1:44 PM, wen heping wrote:
> Hi,
Hi,
>
> Drupal7 released! Would you send a PR of repocopy of it ?
I was about of sending a request for adding Drupal 7 to the ports
tree, but I see you've already started the discussion :)
Anyone working on this one already?
Regards,
M
Le Wed, 05 Jan 2011 14:13:58 +0100,
David Demelier a écrit :
> Hello,
Hello,
> I just wanted to try netbeans here on FreeBSD :
> Is it possible that openjdk could be the problem?
Try it, here Netbeans 6.9.1 works fine with the Sun JDK (except the
profiler). I use it on 8.1 and -STABLE but on a
On Thu, Jan 06, 2011 at 12:00:03AM +0100, Radek Krej?a wrote:
> Hi, I have problem with build of jpeg from ports - latest ports, csup
> 10 minutes ago.
>
> => Attempting to fetch from http://www.ijg.org/files/.
> jpegsrc.v8b.tar.gz
>
> ===> Vulnerability check disabled, database not found
> ===>
On Wed, Jan 05, 2011 at 01:14:26AM -0800, Douglas Thrift wrote:
> Hello,
>
> Since ISC dhcpd 4.1 now supports DHCPv6, but a single instance of the
> daemon can't do both IPv4 DHCP and DHCPv6, it would be nice if the rc.d
> script from the port could be configured to start the daemon twice. Has
> a
I've no problems updating to teTeX-base-3.0_21 on amd64 and
on sparc64. HOwever, on ia64 I get this error on "make install":
*snip*
install -o root -g wheel -m 444 ./mktex.opt
/usr/local/share/texmf/web2c/mktex.opt
install -o root -g wheel -m 555 ./mktexdir
/usr/local/share/texmf/web2c/mktexdi
On Thu, Jan 06, 2011 at 09:59:44PM +, Anton Shterenlikht wrote:
> I've no problems updating to teTeX-base-3.0_21 on amd64 and
> on sparc64. HOwever, on ia64 I get this error on "make install":
>
> *snip*
> install -o root -g wheel -m 444 ./mktex.opt
> /usr/local/share/texmf/web2c/mktex.opt
>
On 01/05/2011 01:14, Douglas Thrift wrote:
Hello,
Since ISC dhcpd 4.1 now supports DHCPv6, but a single instance of the
daemon can't do both IPv4 DHCP and DHCPv6, it would be nice if the rc.d
script from the port could be configured to start the daemon twice. Has
anyone thought about this at all
On Thu, Jan 06, 2011 at 04:49:36PM -0800, Doug Barton wrote:
> On 01/05/2011 01:14, Douglas Thrift wrote:
> > Hello,
> >
> > Since ISC dhcpd 4.1 now supports DHCPv6, but a single instance of the
> > daemon can't do both IPv4 DHCP and DHCPv6, it would be nice if the rc.d
> > script from the port cou
On Thu, Jan 06, 2011 at 10:01:23PM -0500, Wesley Shields wrote:
> On Thu, Jan 06, 2011 at 04:49:36PM -0800, Doug Barton wrote:
> > On 01/05/2011 01:14, Douglas Thrift wrote:
> > > Hello,
> > >
> > > Since ISC dhcpd 4.1 now supports DHCPv6, but a single instance of the
> > > daemon can't do both IPv
The OpenVPN port does a pretty good job of this. Default rc.d script
is just openvpn. But you can create manual symlinks to it using
openvpn_somename, and it checks rc.conf for openvpn_somename_enable.
Having to manually create the symlink is kind of needed in the openvpn
setup and can lead to l
Bernhard Froehlich wrote:
http://home.bluelife.at/patches/xfce48.tgz
Wouldn't it be a good to talk to oliver@ first before duplicating
all the work?
I'm right now working on a new archive with the latest 4.8.pre version
of Xfce based on miwi's work.
--
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. The most common probl
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. The most common probl
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 th
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, inclu
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 th
17 matches
Mail list logo
