On Sun, 30 Dec 2012 13:18:37 +
Chris Rees wrote:
> On 30 Dec 2012 12:58, "Wojciech Puchar"
> wrote:
> >
> > do ports have to be updated this way or i can use portsnap as
> > today? will
> portsnap be continued or is too deprecated?
>
> Portsnap is staying.
And I understand that freebsd-upda
On 30 Dec 2012 12:58, "Wojciech Puchar"
wrote:
>
> do ports have to be updated this way or i can use portsnap as today? will
portsnap be continued or is too deprecated?
Portsnap is staying.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://list
do ports have to be updated this way or i can use portsnap as today? will
portsnap be continued or is too deprecated?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to
1. Checkout the sources:
cd /usr/src # Change to something else if you don't want to checkout
to /usr/src.
svn co http://svn.freebsd.org/base/stable/9 . # stable/9
svn co http://svn.freebsd.org/base/head . # CURRENT
2. Updating:
cd /usr/src # Same caveat as above.
svn up
See also: http://www.
On Thu, 27 Dec 2012, Sam Fourman Jr. wrote:
On Thu, Dec 27, 2012 at 4:18 AM, Wojciech Puchar
wrote:
but i can't find "moron guide" for using svn to update tree.
I cant seem to find a way to handle conflicts, ive tried to do svn
revert on every directory, but there is always more... maybe svn
On Dec 27, 2012, at 8:37 AM, Sergey Matveychuk wrote:
> 27.12.2012 20:29, Sam Fourman Jr. wrote:
>> On Thu, Dec 27, 2012 at 4:18 AM, Wojciech Puchar
>> wrote:
>>> but i can't find "moron guide" for using svn to update tree.
>>
>> I cant seem to find a way to handle conflicts, ive tried to do sv
27.12.2012 20:29, Sam Fourman Jr. wrote:
On Thu, Dec 27, 2012 at 4:18 AM, Wojciech Puchar
wrote:
but i can't find "moron guide" for using svn to update tree.
I cant seem to find a way to handle conflicts, ive tried to do svn
revert on every directory, but there is always more... maybe svn jus
On Thu, Dec 27, 2012 at 4:18 AM, Wojciech Puchar
wrote:
> but i can't find "moron guide" for using svn to update tree.
I cant seem to find a way to handle conflicts, ive tried to do svn
revert on every directory, but there is always more... maybe svn just
isnt a good way to keep your ports tree c
On Thu, Dec 27, 2012 at 7:28 AM, RW wrote:
> On Thu, 27 Dec 2012 02:33:00 -0800
> Garrett Cooper wrote:
>
>> On Thu, Dec 27, 2012 at 2:30 AM, Chris Rees wrote:
>> >
>
>> > I recall a cluster administrator advising use of svn protocol
>> > rather than http. Something to do with overheads.
>>
>>
On Thu, 27 Dec 2012 02:33:00 -0800
Garrett Cooper wrote:
> On Thu, Dec 27, 2012 at 2:30 AM, Chris Rees wrote:
> >
> > I recall a cluster administrator advising use of svn protocol
> > rather than http. Something to do with overheads.
>
> Yes, you're right. http opens a connection per-file,
On Thu, 27 Dec 2012, Garrett Cooper wrote:
On Thu, Dec 27, 2012 at 6:50 AM, Warren Block wrote:
...
I see a lot of people switching to the target directory first rather than
just including it as an argument for svn. Is there an advantage there that
I'm missing? I've always just used
svn
On Thu, 27 Dec 2012, Garrett Cooper wrote:
On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Puchar
wrote:
but i can't find "moron guide" for using svn to update tree.
I never used cvs or svn myself just want to
1) get latest FreeBSD 9-* sources
2) get latest HEAD sources.
1. Check
On Thu, Dec 27, 2012 at 6:50 AM, Warren Block wrote:
...
> I see a lot of people switching to the target directory first rather than
> just including it as an argument for svn. Is there an advantage there that
> I'm missing? I've always just used
>
> svn co http://svn.freebsd.org/base/stable
On Thu, Dec 27, 2012 at 2:30 AM, Chris Rees wrote:
>
> On 27 Dec 2012 09:47, "Garrett Cooper" wrote:
>>
>> On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Puchar
>> wrote:
>> > but i can't find "moron guide" for using svn to update t
On 27 Dec 2012 09:47, "Garrett Cooper" wrote:
>
> On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Puchar
> wrote:
> > but i can't find "moron guide" for using svn to update tree.
> >
> > I never used cvs or svn myself just want to
> >
&g
Puchar
wrote:
> but i can't find "moron guide" for using svn to update tree.
>
> I never used cvs or svn myself just want to
>
> 1) get latest FreeBSD 9-* sources
> 2) get latest HEAD sources.
>
> could someone just tell me what command (and/or config file)
On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Puchar
wrote:
> but i can't find "moron guide" for using svn to update tree.
>
> I never used cvs or svn myself just want to
>
> 1) get latest FreeBSD 9-* sources
> 2) get latest HEAD sources.
1. Checkout the sources:
but i can't find "moron guide" for using svn to update tree.
I never used cvs or svn myself just want to
1) get latest FreeBSD 9-* sources
2) get latest HEAD sources.
could someone just tell me what command (and/or config file) i have to use
today, as cvs wil
To my big surprise I found that "cvs update" removed all the CVS logs
from "/usr/cvs/CVSROOT-*/commitlogs/*" (collection cvsroot-all).
While I do use SVN to keep source and ports updated on my system, I was
used to scan the CVS log files for commit messages of interest, to
lo
Hi all,
I started a thread about removing CVS from HEAD on arch. If you are
interested in following or have something to say please use that list.
--
Eitan Adler
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On Friday 23 April 2010 2:50:15 am Matthew D. Fuller wrote:
> On Thu, Apr 22, 2010 at 04:41:27PM +0200 I heard the voice of
> Ulrich Spörlein, and lo! it spake thus:
> >
> > I have a .hg directory sitting in / for every machine I usually take
> > care of. hgignore is of course set to *, so only ex
On Thu, Apr 22, 2010 at 04:41:27PM +0200 I heard the voice of
Ulrich Spörlein, and lo! it spake thus:
>
> I have a .hg directory sitting in / for every machine I usually take
> care of. hgignore is of course set to *, so only explicitly added files
> are tracked.
I do pretty much the same thing (
On Thu, 22.04.2010 at 12:10:50 -0400, Mike Meyer wrote:
> On Thu, 22 Apr 2010 16:41:27 +0200
> Ulrich Spörlein wrote:
>
> > On Thu, 22.04.2010 at 12:18:21 +0200, Dag-Erling Smørgrav wrote:
> > > Sergey Babkin writes:
> > > > I wonder if a version control system, like SVN, could be used to keep
>
On Thu, 22.04.2010 at 12:18:21 +0200, Dag-Erling Smørgrav wrote:
> Sergey Babkin writes:
> > I wonder if a version control system, like SVN, could be used to keep
> > track of all the changes in /etc. (Or maybe it already is and I'm
> > simply out of date).
>
> arch is commonly used for things li
Sergey Babkin writes:
> I wonder if a version control system, like SVN, could be used to keep
> track of all the changes in /etc. (Or maybe it already is and I'm
> simply out of date).
arch is commonly used for things like this.
DES
--
Dag-Erling Smørgrav - d...@des.no
_
; mergemaster does (merging in these changes to your locally
> > modified etc files) is almost exactly the same as merging in
> > a vendor branch under CVS (vendor here would be freebsd.org).
> > But merge conflicts have to be resolved carefully and before
> > any reboots!
>
> modified etc files) is almost exactly the same as merging in
> a vendor branch under CVS (vendor here would be freebsd.org).
> But merge conflicts have to be resolved carefully and before
> any reboots!
That's not accurate. By default mergemaster does nothing, it will not
chang
On Tue, 20 Apr 2010 00:14:13 +0200 Jeremie Le Hen wrote:
> Hi Bakul,
>
> Sorry for the late reply, I'm lagging behind in my FreeBSD mailbox :).
>
> On Wed, Mar 24, 2010 at 09:57:48AM -0700, Bakul Shah wrote:
> >
> > But I wonder... why not build something like
Hi Bakul,
Sorry for the late reply, I'm lagging behind in my FreeBSD mailbox :).
On Wed, Mar 24, 2010 at 09:57:48AM -0700, Bakul Shah wrote:
>
> But I wonder... why not build something like this around cvs?
> Basically a three way merge is exactly what we want for /etc,
> right
On Tue, 2009-02-03 at 14:32 -0500, Chuck Robey wrote:
> Aryeh M. Friedman wrote:
> > I use a local cvs repo and I have modified a port and which to submit an
> > update for it how do I generate a patch file with cvs (cvs diff seems to
> > g
At 2:17 PM -0500 2/3/09, Aryeh M. Friedman wrote:
I use a local cvs repo and I have modified a port and which to
submit an update for it how do I generate a patch file with cvs (cvs
diff seems to give a unusable format)?
try: cvs diff -u
In my case, i have added the following line to my
On Tue, Feb 3, 2009 at 2:17 PM, Aryeh M. Friedman
wrote:
> I use a local cvs repo and I have modified a port and which to submit an
> update for it how do I generate a patch file with cvs (cvs diff seems to
> give a unusable format)?
Maybe try cvs diff -uN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aryeh M. Friedman wrote:
> I use a local cvs repo and I have modified a port and which to submit an
> update for it how do I generate a patch file with cvs (cvs diff seems to
> give a unusab
On 2009-02-03 20:17, Aryeh M. Friedman wrote:
> I use a local cvs repo and I have modified a port and which to submit an
> update for it how do I generate a patch file with cvs (cvs diff seems to
> give a unusable format)?
Use "cvs diff -up" for unified diff format, with
I use a local cvs repo and I have modified a port and which to submit an
update for it how do I generate a patch file with cvs (cvs diff seems to
give a unusable format)?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
On Thursday 07 August 2008 19:47:31 David Malone wrote:
> On Tue, Aug 05, 2008 at 10:34:09PM +0100, Bruce Cran wrote:
> > The problem is cvsupd - since it's written in Modula3 and doesn't
> > support IPv6 you have to use an inetd/netcat hack to accept IPv6
> > connections on the server. As mentione
On Tue, Aug 05, 2008 at 10:34:09PM +0100, Bruce Cran wrote:
> The problem is cvsupd - since it's written in Modula3 and doesn't
> support IPv6 you have to use an inetd/netcat hack to accept IPv6
> connections on the server. As mentioned in
> http://lists.freebsd.org/pipermail/freebsd-current/2008-J
Behalf Of Stefan Sperling
> > > Sent: 05 August 2008 11:51
> > > To: Maxim Konovalov
> > > Cc: freebsd-hackers@freebsd.org; Pegasus Mc Cleaft; Tim Clewlow
> > > Subject: Re: IPv6 CVS
> > >
> > > On Tue, Aug 05, 2008 at 02:16:35
> -Original Message-
> From: Jeremy Chadwick [mailto:[EMAIL PROTECTED]
> Sent: 05 August 2008 13:28
> To: Pegasus Mc Cleaft
> Cc: 'Stefan Sperling'; 'Maxim Konovalov'; freebsd-hackers@FreeBSD.org;
> 'Tim Clewlow'
> Subject: Re: IPv
> Cc: freebsd-hackers@freebsd.org; Pegasus Mc Cleaft; Tim Clewlow
> > Subject: Re: IPv6 CVS
> >
> > On Tue, Aug 05, 2008 at 02:16:35PM +0400, Maxim Konovalov wrote:
> > > On Tue, 5 Aug 2008, 19:52+1000, Tim Clewlow wrote:
> > >
> > > >
> > > &
Stefan Sperling wrote:
On Tue, Aug 05, 2008 at 02:16:35PM +0400, Maxim Konovalov wrote:
On Tue, 5 Aug 2008, 19:52+1000, Tim Clewlow wrote:
Hi all,
Does anyone know if there are any IPv6 CVS servers for FreeBSD? (As
in
receiving the STABLE and ports branches) I currently use
cvs.freebsd.org
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:owner-freebsd-
> [EMAIL PROTECTED] On Behalf Of Stefan Sperling
> Sent: 05 August 2008 11:51
> To: Maxim Konovalov
> Cc: freebsd-hackers@freebsd.org; Pegasus Mc Cleaft; Tim Clewlow
> Subject: Re: IPv6 CVS
>
&
On Tue, Aug 05, 2008 at 02:16:35PM +0400, Maxim Konovalov wrote:
> On Tue, 5 Aug 2008, 19:52+1000, Tim Clewlow wrote:
>
> >
> > > Hi all,
> > >
> > > Does anyone know if there are any IPv6 CVS servers for FreeBSD? (As
> > > in
> > >
On Tue, 5 Aug 2008, 19:52+1000, Tim Clewlow wrote:
>
> > Hi all,
> >
> > Does anyone know if there are any IPv6 CVS servers for FreeBSD? (As
> > in
> > receiving the STABLE and ports branches) I currently use
> > cvs.freebsd.org but
> > it dosen
> Hi all,
>
> Does anyone know if there are any IPv6 CVS servers for FreeBSD? (As
> in
> receiving the STABLE and ports branches) I currently use
> cvs.freebsd.org but
> it dosent have an record.
>
> Ta
>
> Peg
> dig cvsup4.freebsd.org
; <<
Hi all,
Does anyone know if there are any IPv6 CVS servers for FreeBSD? (As in
receiving the STABLE and ports branches) I currently use cvs.freebsd.org but
it dosent have an record.
Ta
Peg
___
freebsd-hackers@freebsd.org mailing list
Well, it seems you have missed the first nits of the discussion. GNU
grep has some regression test, which doesn't pass completely itself
either. :) I've mentioned here that I used those tests to find out
what incompatible options are there. Unfortunately, I have to say
that BSD grep won't pas
Gábor Kövesdán wrote:
Well, it seems you have missed the first nits of the discussion. GNU
grep has some regression test, which doesn't pass completely itself
either. :) I've mentioned here that I used those tests to find out
what incompatible options are there. Unfortunately, I have to say
Kris Kennaway escribió:
Andrey Chernov wrote:
On Mon, Jul 07, 2008 at 10:06:31PM +0200, Kris Kennaway wrote:
What regression suites do other implementations have? e.g. the GNU
textutils.
They basically have regex tests, but nothing locale specific, since
locale ordering is different from pl
Andrey Chernov wrote:
On Mon, Jul 07, 2008 at 10:06:31PM +0200, Kris Kennaway wrote:
What regression suites do other implementations have? e.g. the GNU
textutils.
They basically have regex tests, but nothing locale specific, since locale
ordering is different from platform to platform (until
On Mon, Jul 07, 2008 at 10:06:31PM +0200, Kris Kennaway wrote:
> What regression suites do other implementations have? e.g. the GNU
> textutils.
They basically have regex tests, but nothing locale specific, since locale
ordering is different from platform to platform (until Unicode Collation
A
Maxim Sobolev wrote:
Dag-Erling Smørgrav wrote:
Andrey Chernov <[EMAIL PROTECTED]> writes:
"BSD sort" as an idea will be a good project indeed, but "BSD sort"
implementation we currently have at hand is totally misleading and
should be rewritten from the scratch, I realize it when long time ag
On Wed, Jun 25, 2008 at 01:04:20AM +0400, Andrey Chernov wrote:
> > if ((s = mbstowcs(NULL, f->base, 0)) == -1)
> > return (0);
>
> The same here. Check EILSEQ and return 1
BTW, do you realyze that this code malloc()s _whole_file_ into memory
(which not fits for very big
On Tue, Jun 24, 2008 at 10:32:17PM +0200, Gabor Kovesdan wrote:
> ch = fgetwc(f);
You must clear errno before and handle EILSEQ possible coming after
fgetwc() somehow. Perhaps by return ret = 1 (binary), I am not sure.
fgetwc() returns WEOF in that case which is not true end of f
1) You can't convert just whole buffer after fread() since it can be
ended in the middle of multibyte sequence on BUFSIZ edge. Look how GNU
utils do it.
OK, now I haven't thought of this aspect. What about this?
#define iswbinary(ch) (!iswspace((ch)) && iswcntrl((ch)))
int
bin_file(FI
On Sun, Jun 22, 2008 at 02:58:17PM +0200, Gabor Kovesdan wrote:
> Andrey Chernov escribi?:
> > On Wed, Jun 18, 2008 at 12:40:24PM +0200, Dag-Erling Sm??rgrav wrote:
> >
> >> For grep, I believe it should simply be a matter of calling setlocale(),
> >> using wide strings, and using a multibyte re
Andrey Chernov escribió:
On Wed, Jun 18, 2008 at 12:40:24PM +0200, Dag-Erling Sm??rgrav wrote:
For grep, I believe it should simply be a matter of calling setlocale(),
using wide strings, and using a multibyte regex engine (for appropriate
values of "simply").
See my prev reply telling
Jaakko Heinonen escribió:
On 2008-06-17, Gabor Kovesdan wrote:
egrep: empty (sub)expression
I've looked at this and I have a patch with a workaround:
http://kovesdan.org/patches/grep.dougb.diff
Unfortunately this breaks things. For example:
$ grep -E '(test||test)' /dev/null
Konrad Jankowski <[EMAIL PROTECTED]> writes:
> BOM's should be handled at the program level.
Yeah, that makes sense; libc has no way of knowing whether the start of
the string you're processing is actually the start of the file.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
Maxim Sobolev wrote:
Good regression test suite which would include cases in different
single and multi-byte locates for grep/sort/etc could also be a big help.
I will implement test cases for sort in UTF-8 as part of my project.
___
freebsd-hackers@fr
Dag-Erling Smørgrav wrote:
Andrey Chernov <[EMAIL PROTECTED]> writes:
"BSD sort" as an idea will be a good project indeed, but "BSD sort"
implementation we currently have at hand is totally misleading and should
be rewritten from the scratch, I realize it when long time ago I try to
localize i
On Mon, 16 Jun 2008, Dag-Erling Smørgrav wrote:
Doug Barton <[EMAIL PROTECTED]> writes:
Andrey Chernov <[EMAIL PROTECTED]> writes:
Please note that BSD grep is not localized (and can't be per design)
and works only with standard C locale. It may not affect ports
system processing but shurely a
On Wed, Jun 18, 2008 at 11:14:16AM +0200, Konrad Jankowski wrote:
> I think the best place for this type of information is currently my SoC
> wiki.
> http://wiki.freebsd.org/KonradJankowski/Collation
> I know currently it has very little information, however.
> I can also create another page dedic
On Wed, Jun 18, 2008 at 12:40:24PM +0200, Dag-Erling Sm??rgrav wrote:
> For grep, I believe it should simply be a matter of calling setlocale(),
> using wide strings, and using a multibyte regex engine (for appropriate
> values of "simply").
See my prev reply telling more details. Using wide strin
On Wed, Jun 18, 2008 at 11:39:10AM +0200, Dag-Erling Sm??rgrav wrote:
> Does that mean our wcsxfrm() doesn't work? IIUC, it should convert
> wide strings to strings that can be compared directly with strcmp()?
(directly with wcscmp())
For single byte locales wcsxfrm() and wcscoll() works, but for
Konrad Jankowski <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes:
> > In any case, this is a libc issue, right? As long as sort / grep
> > uses the API correctly, they will work fine once libc is fixed?
> Correct. Given sort uses strcoll()/wcscoll()/strxfrm()/wcsxfrm(
Andrey Chernov <[EMAIL PROTECTED]> writes:
> Single byte locales collation works through strcoll() via chains, i.e.
> seek all chains starting with given letter. Multibyte locales collation
> currently is not implemented and can't be properly implemented under
> existen single byte framework (it
On Wed, Jun 18, 2008 at 10:22:31AM +0200, Dag-Erling Sm??rgrav wrote:
> I think part of the problem is that there aren't enough people who truly
> understand localization. I think I understand most of it, but I'm
> pretty sure I *don't* understand how collation works, or is supposed to
> work. Am
On Tue, Jun 17, 2008 at 12:58:12PM +0200, Gabor Kovesdan wrote:
> >> Yes, and once this is done, sort will work out of he box, if it uses
> >> strcoll. Already tried on a prototype.
> >>
> >
> > Only GNU sort for multibyte chars. BSD sort is programmed too badly and
> > can't be fixed even f
Andrey Chernov <[EMAIL PROTECTED]> writes:
> "BSD sort" as an idea will be a good project indeed, but "BSD sort"
> implementation we currently have at hand is totally misleading and should
> be rewritten from the scratch, I realize it when long time ago I try to
> localize it for single byte loc
On 2008-06-17, Gabor Kovesdan wrote:
> > egrep: empty (sub)expression
> >
> I've looked at this and I have a patch with a workaround:
> http://kovesdan.org/patches/grep.dougb.diff
Unfortunately this breaks things. For example:
$ grep -E '(test||test)' /dev/null
grep: parentheses not balanced
$ g
Doug Barton escribió:
I use the following construct in portmaster, where pdb=/var/db/pkg,
origin is set to the origin of a given port, and ro_opd is usually
empty, but can be another origin directory or the same one. To
guarantee that you should get some kind of results you can test with
origi
Doug Barton escribió:
I use the following construct in portmaster, where pdb=/var/db/pkg,
origin is set to the origin of a given port, and ro_opd is usually
empty, but can be another origin directory or the same one. To
guarantee that you should get some kind of results you can test with
origi
Andrey Chernov escribió:
On Tue, Jun 17, 2008 at 10:54:42AM +0200, Konrad Jankowski wrote:
Diomidis Spinellis wrote:
Gabor Kovesdan wrote:
In case of sort, I understarnd that it should explicitly handle wide
characters due to the different alphabet of the different languages
an
On Tue, Jun 17, 2008 at 10:54:42AM +0200, Konrad Jankowski wrote:
> Diomidis Spinellis wrote:
> > Gabor Kovesdan wrote:
> >> In case of sort, I understarnd that it should explicitly handle wide
> >> characters due to the different alphabet of the different languages
> >> and yes, that seems to be
Diomidis Spinellis wrote:
Gabor Kovesdan wrote:
In case of sort, I understarnd that it should explicitly handle wide
characters due to the different alphabet of the different languages
and yes, that seems to be a difficult task...
Note that Konrad Jankowski in another SoC project is adding to
On Tue, Jun 17, 2008 at 12:08:38PM +0200, Dag-Erling Sm??rgrav wrote:
> I hadn't noticed... ISTR it was an issue back when jphoward wrote his
> BSD-licensed grep.
BSD grep have enough (but not fatal, as BSD sort) problems even with
single byte locales we support initially in our regex (old pre-m
Gabor Kovesdan wrote:
In case of sort, I understarnd that it should
explicitly handle wide characters due to the different alphabet of the
different languages and yes, that seems to be a difficult task...
Note that Konrad Jankowski in another SoC project is adding to our C
library support for
On Tue, Jun 17, 2008 at 11:46:07AM +0400, Andrey Chernov wrote:
> On Tue, Jun 17, 2008 at 09:21:52AM +0200, Gabor Kovesdan wrote:
> > Sorry for the possibly silly question, but what we mean localization
> > here in the case of grep? As far as I see, it works with wide chars,
> > because the regex
On Tue, Jun 17, 2008 at 09:21:52AM +0200, Gabor Kovesdan wrote:
> Sorry for the possibly silly question, but what we mean localization
> here in the case of grep? As far as I see, it works with wide chars,
> because the regex library is aware of those. What other aspect needs to
> be taken into
Andrey Chernov <[EMAIL PROTECTED]> writes:
> "Dag-Erling Smørgrav" <[EMAIL PROTECTED]> writes:
> > We don't have a locale-aware regex implementation. Henry Spencer
> > wrote one for Tcl 8, and it seems to be under an MIT-equivalent
> > license, but I'm not sure how hard it would be to extirpate.
Andrey Chernov escribió:
On Tue, Jun 17, 2008 at 04:28:10AM +0400, Andrey Chernov wrote:
BSD grep is even not bothering to call setlocale(). I can't say is it can
be simple healed by adding that call, some test suite run is needed.
Quick source inspection reveals that BSD grep operates
On Tue, Jun 17, 2008 at 04:28:10AM +0400, Andrey Chernov wrote:
> BSD grep is even not bothering to call setlocale(). I can't say is it can
> be simple healed by adding that call, some test suite run is needed.
Quick source inspection reveals that BSD grep operates with single bytes
only (util.c
On Tue, Jun 17, 2008 at 04:22:25AM +0400, Andrey Chernov wrote:
> On Mon, Jun 16, 2008 at 02:36:23PM +0200, Dag-Erling Sm??rgrav wrote:
> > > > Please note that BSD grep is not localized (and can't be per design)
> > > > and works only with standard C locale. It may not affect ports
> > > > system
On Mon, Jun 16, 2008 at 02:36:23PM +0200, Dag-Erling Sm??rgrav wrote:
> > > Please note that BSD grep is not localized (and can't be per design)
> > > and works only with standard C locale. It may not affect ports
> > > system processing but shurely affects real texts handling.
> > That is very tro
Dag-Erling Smørgrav wrote:
Doug Barton <[EMAIL PROTECTED]> writes:
Andrey Chernov <[EMAIL PROTECTED]> writes:
Please note that BSD grep is not localized (and can't be per design)
and works only with standard C locale. It may not affect ports
system processing but shurely affects real texts hand
Doug Barton <[EMAIL PROTECTED]> writes:
> Andrey Chernov <[EMAIL PROTECTED]> writes:
> > Please note that BSD grep is not localized (and can't be per design)
> > and works only with standard C locale. It may not affect ports
> > system processing but shurely affects real texts handling.
> That is v
On Sun, Jun 15, 2008 at 09:11:36PM -0700, Garrett Cooper wrote:
> Now all we need to do is write / import a BSD compatible less(1) into
> FreeBSD =).
less is dual licensed.
Joerg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mail
Andrey Chernov wrote:
On Sun, Jun 15, 2008 at 09:17:01PM +0200, K?vesd?n G?bor wrote:
Yes, of course, I haven't forgotten about your suggestion. First, I'd
like to process the trivial errors, which come up like this one and make
some tests myself. Then I'll think about this idea and ask portmgr
On Sun, Jun 15, 2008 at 2:26 PM, Andrey Chernov <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 15, 2008 at 09:17:01PM +0200, K?vesd?n G?bor wrote:
>>
>> Yes, of course, I haven't forgotten about your suggestion. First, I'd
>> like to process the trivial errors, which come up like this one and make
>> som
On Sun, Jun 15, 2008 at 09:17:01PM +0200, K?vesd?n G?bor wrote:
>
> Yes, of course, I haven't forgotten about your suggestion. First, I'd
> like to process the trivial errors, which come up like this one and make
> some tests myself. Then I'll think about this idea and ask portmgr to do
> an exp-r
Diomidis Spinellis escribió:
Doug Barton wrote:
I use the following construct in portmaster, where pdb=/var/db/pkg,
origin is set to the origin of a given port, and ro_opd is usually
empty, but can be another origin directory or the same one. To
guarantee that you should get some kind of resul
Doug Barton escribió:
I use the following construct in portmaster, where pdb=/var/db/pkg,
origin is set to the origin of a given port, and ro_opd is usually
empty, but can be another origin directory or the same one. To
guarantee that you should get some kind of results you can test with
origi
Doug Barton wrote:
I use the following construct in portmaster, where pdb=/var/db/pkg,
origin is set to the origin of a given port, and ro_opd is usually
empty, but can be another origin directory or the same one. To guarantee
that you should get some kind of results you can test with
origin=d
I use the following construct in portmaster, where pdb=/var/db/pkg,
origin is set to the origin of a given port, and ro_opd is usually
empty, but can be another origin directory or the same one. To
guarantee that you should get some kind of results you can test with
origin=devel/gettext.
egre
Hello All,
Today I've basically terminated te feature-completion of the
BSD-licensed grep from OpenBSD. It means, that I've accomplished the
following tasks:
- Implement --label
- Implement --null
- Implement --color / --colour
- Implement -D / --devices
- Implement -H / --with-filename
- Impl
Not sure where to address this, so starting here.
As you might know some "post-CVS" VCS-es use a convention where a first
line of commit message serves as a kind of commit subject and the rest
is a body that further describes the commit.
Could we please start thinking about thinking o
On Tue, Aug 29, 2006 at 10:00:12PM +, Mohan Srinivasan wrote:
> mohans 2006-08-29 22:00:12 UTC
> FreeBSD src repository
> Modified files:
> sys/nfsclientnfs_socket.c
> Log:
> Fix for a deadlock triggered by a 'umount -f' causing a NFS request to never
> retransmit (o
On Thu, Mar 06, 2008 at 09:49:48AM -0800, David O'Brien wrote:
> On Tue, Aug 29, 2006 at 10:00:12PM +, Mohan Srinivasan wrote:
> > mohans 2006-08-29 22:00:12 UTC
> > FreeBSD src repository
> > Modified files:
> > sys/nfsclientnfs_socket.c
> > Log:
> > Fix for a deadloc
John E Hein <[EMAIL PROTECTED]> writes:
> - if ($tag !~ m/\./ && # skip vendor tags
> + if ($tag !~ m/\./ # skip vendor tags
> && ([EMAIL PROTECTED] || !grep({ $_ eq $tag } @exclude))
> && ([EMAIL PROTECTED] || grep({ $_ eq $tag } @include
1 - 100 of 928 matches
Mail list logo