Hi
Could you commit update for squirrel-sql-2.5 to 2.6.4?
Besides of version change I also think it is a good idea to provide squirrel
with popular Db plugins.
To do it we need to switch from squirrel-sql-2.6.4-standart.tar.gz to
squirrel-sql-2.6.4-optional.tar.gz. "Standart" one does not contai
Hello Sergey,
There is an experimental module for nginx that adds fair upstream/proxy
balancing (note that this is a "third party" patch, not an optional
nginx module):
http://wiki.codemongers.com/NginxHttpUpstreamFairModule
We've modified the nginx port to include the patch and added a knob
2008/2/26, Yen-Ming Lee <[EMAIL PROTECTED]>:
> 2008/2/26, Parv <[EMAIL PROTECTED]>:
>
> > in message <[EMAIL PROTECTED]>, wrote Anton
> > Berezin thusly...
> > >
> > ...
> >
> > > I almost wish to rip off dual-life modules from our cores to
> > > simplify situation.
> >
> > Oh, that wou
On Tue, Feb 26, 2008 at 11:08:23AM -0800, Yen-Ming Lee wrote:
> If we simply remove the dual-life modules from cores, it will differs
> FreeBSD-perl from other platforms and may confuse the users and the
> perl developers. For example, some scripts get everything needed and
> work well under perl 5
2008/2/26, Parv <[EMAIL PROTECTED]>:
> in message <[EMAIL PROTECTED]>, wrote Anton
> Berezin thusly...
> >
> ...
>
> > I almost wish to rip off dual-life modules from our cores to
> > simplify situation.
>
> Oh, that would be most wonderful (if not only to keep only one
> (latest) version of m
2008/2/26, Dag-Erling Smørgrav <[EMAIL PROTECTED]>:
> "Yen-Ming Lee" <[EMAIL PROTECTED]> writes:
>
> > Okay, I agree to remove these Test::* from RUN_DEPENDS since they
> > should be only used for tests, however I still want to keep them in
> > BUILD_DEPENDS so that it will be easier when develop
Greetings,
As described here:
http://www.mail-archive.com/freebsd-ports@freebsd.org/msg10808.html
upgrading heimdal break kauth (and openssh-portable).
If I replace /usr/lib/libasn1.so.8 with /usr/local/lib/libasn1.so.8 ssh
partly works,
but gssapi-with-mic is still broken and I cannot login
in message <[EMAIL PROTECTED]>, wrote Anton
Berezin thusly...
>
...
> I almost wish to rip off dual-life modules from our cores to
> simplify situation.
Oh, that would be most wonderful (if not only to keep only one
(latest) version of module)!
- Parv
--
On Tue, Feb 26, 2008 at 04:35:13PM +0100, Dag-Erling Smrgrav wrote:
> Anton Berezin <[EMAIL PROTECTED]> writes:
> > Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > > Why? If perl isn't installed, build that first.
> > > If perl is installed, use 'perl -M$MODULE -e "1;"' to check whether the
>
Jaromir Prinzler wrote:
> I have look in your source on
> "/usr/ports/net/ncplib/work/ncplib-1.3.4/lib/ncp". On file "ncpl_nls.c" i
> can find the russian tables to convert
> the characters.
>
> static u_int8_t alt2koi8[] = {
> 0x5f, 0x5f, 0x5f, 0x5f, 0x5f, 0x5f, 0x5f, 0x5f, /* 0x0
On Tue, Feb 26, 2008 at 03:04:56PM +0100, Anton Berezin wrote:
> What do people think of this? If we see positive reaction, we'll just
> temporarily switch from coding in Perl to coding in make. :-)
This very closely represents what I've been trying to formulate. Go for it!
But how will we han
Anton Berezin <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > Why? If perl isn't installed, build that first.
> > If perl is installed, use 'perl -M$MODULE -e "1;"' to check whether the
> > module exists, or if a certain version is required, 'perl -e "use $MODULE
On Tue, Feb 26, 2008 at 03:15:59PM +0100, Dag-Erling Smrgrav wrote:
> Anton Berezin <[EMAIL PROTECTED]> writes:
> > Having discussed this at a whiteboard with lth@ (ah, the advantages of
> > face-to-face communication!), we came up with the following idea for
> > bsd.perl.mk's implementation.
> >
>
Anton Berezin <[EMAIL PROTECTED]> writes:
> Having discussed this at a whiteboard with lth@ (ah, the advantages of
> face-to-face communication!), we came up with the following idea for
> bsd.perl.mk's implementation.
>
> PERL_DEPENDS. This will be the one which will be used most of the time,
> si
On Tue, Feb 26, 2008 at 01:44:42PM +0100, Dag-Erling Smorgrav wrote:
> Anton Berezin <[EMAIL PROTECTED]> writes:
> > A side-line comment here. One has to remember that modules which are in
> > perl core consitute moving targets:
> >
> > 1. Such a module (not only Test::More) might be in the core 5
Olivier Cochard-Labbe wrote:
Hi all,
In a post concerning «porting VirtualBox on FreeBSD», an Innotek developer
answer that they start to port it, but «hope some developers from the
FreeBSD community will pick up where we left off and complete the port».
Original post here: http://forums.virtualb
James wrote:
If anyone considers this a bug I'd be happy to help work on a
correction. Heck I may do it anyhow.
Sure, it's a bug.
--
Dixi.
Sem.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-por
Tuc at T-B-O-H.NET wrote:
Hi,
Using "portupgrade 2.4.1 (2008/01/29)". I have 509 packages,
and a 1/2 dozen in HOLD_PKG. I went to run it today, and oddly it
started doing things like :
What do you meant "I went to run it today"? What command line was?
--
Dixi.
Sem.
__
Anton Berezin <[EMAIL PROTECTED]> writes:
> A side-line comment here. One has to remember that modules which are in
> perl core consitute moving targets:
>
> 1. Such a module (not only Test::More) might be in the core 5.8 but not 5.6
> (or, in the near future, in core 5.10, but not in 5.8 and 5.
"Yen-Ming Lee" <[EMAIL PROTECTED]> writes:
> Okay, I agree to remove these Test::* from RUN_DEPENDS since they
> should be only used for tests, however I still want to keep them in
> BUILD_DEPENDS so that it will be easier when developers want to 'make
> test' (I know that we don't do it for p5-* p
On Mon, Feb 25, 2008 at 05:02:59PM -0800, Yen-Ming Lee wrote:
> So, there are two problems in the current perl ports, and either one
> of them will generate the overkill dependencies:
> 1. depends on the modules which are in perl core list already
A side-line comment here. One has to remember th
>Submitter-Id: current-users
>Originator:Thinker K.F. Li
>Organization:
>Confidential: no
>Synopsis: [NEW PORT] chinese/py25-GinGin: GinGin is a hybrid of WIKI and
>BLOG system
>Severity: non-critical
>Priority: low
>Category: ports
>Class: change-request
>Re
Yes, it is strange, but it is there, how could I help you to understand more
this problem ?
Yes, I meant these:
zebra is running as pid
ospfd is running as pid
bgpd is running as pid
etc.
Bye
Daniel
-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, F
Yes, it is strange, but it is there, how could I help you to understand more
this problem ?
Yes, I meant these:
zebra is running as pid
ospfd is running as pid
bgpd is running as pid
etc.
Bye
Daniel
-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, F
Yes, it is strange, but it is there, how could I help you to understand more
this problem ?
Yes, I meant these:
zebra is running as pid
ospfd is running as pid
bgpd is running as pid
etc.
Bye
Daniel
-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, F
Hi all,
In a post concerning «porting VirtualBox on FreeBSD», an Innotek developer
answer that they start to port it, but «hope some developers from the
FreeBSD community will pick up where we left off and complete the port».
Original post here: http://forums.virtualbox.org/viewtopic.php?t=3234
Ar
Daniel Dvořák wrote:
On the 16th of December 2007, you wrote these sentences in UPDATING file
about Plugin Architecture:
Plugin support is dropped again and will not revive anymore in the port.
A reason for that is the patch is unofficial and there are long time lags
between a new cacti ve
Hello Maintainer,
i hope you can understand me. My english is bad ;-(
My problem are the german umlauts äüö (ae ue oe) and so on.
I need this to mount netware volumes on freebsd.
At this time i make this...
mount_nwfs -S MYSERVER --U xxx -P yyy -V DATEN -l de_DE.ISO8859-15 /mnt
..this com
Thank you for your reactions.
I look forward to test your cacti-pluginst port in FreeBSD.
Bye
Daniel
-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 26, 2008 11:44 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: cac
Thank you for your reactions.
I look forward to test your cacti-pluginst port in FreeBSD.
Bye
Daniel
-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 26, 2008 11:44 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: cac
Thank you for your reactions.
I look forward to test your cacti-pluginst port in FreeBSD.
Bye
Daniel
-Original Message-
From: Sergey Matveychuk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 26, 2008 11:44 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: FreeBSD Port: cac
Yes, it is strange, but it is there, how could I help you to understand more
this problem ?
Yes, I meant these:
zebra is running as pid
ospfd is running as pid
bgpd is running as pid
etc.
Bye
Daniel
-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, F
Yes, it is strange, but it is there, how could I help you to understand more
this problem ?
Yes, I meant these:
zebra is running as pid
ospfd is running as pid
bgpd is running as pid
etc.
Bye
Daniel
-Original Message-
From: Boris Kovalenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, F
33 matches
Mail list logo