Re: cvs deprecated

2012-12-30 Thread RW
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

Re: cvs deprecated

2012-12-30 Thread Chris Rees
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

Re: cvs deprecated

2012-12-30 Thread Wojciech Puchar
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

Re: cvs deprecated

2012-12-29 Thread Wojciech Puchar
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.

Re: cvs deprecated

2012-12-27 Thread Warren Block
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

Re: cvs deprecated

2012-12-27 Thread Garrett Cooper
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

Re: cvs deprecated

2012-12-27 Thread Sergey Matveychuk
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

Re: cvs deprecated

2012-12-27 Thread Sam Fourman Jr.
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

Re: cvs deprecated

2012-12-27 Thread Garrett Cooper
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. >> >>

Re: cvs deprecated

2012-12-27 Thread RW
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,

Re: cvs deprecated

2012-12-27 Thread Warren Block
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

Re: cvs deprecated

2012-12-27 Thread Warren Block
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

Re: cvs deprecated

2012-12-27 Thread Garrett Cooper
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

Re: cvs deprecated

2012-12-27 Thread Garrett Cooper
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

Re: cvs deprecated

2012-12-27 Thread Chris Rees
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

Re: cvs deprecated

2012-12-27 Thread Jack L.
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)

Re: cvs deprecated

2012-12-27 Thread Garrett Cooper
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:

cvs deprecated

2012-12-27 Thread Wojciech Puchar
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

CVS commit logs removed by CVS update

2012-11-17 Thread Stefan Esser
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

heads up: conversation about removing CVS from HEAD on arch@

2012-09-08 Thread Eitan Adler
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

Re: /etc in CVS

2010-04-23 Thread John Baldwin
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

Re: /etc in CVS

2010-04-22 Thread Matthew D. Fuller
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 (

Re: /etc in CVS

2010-04-22 Thread Ulrich Spörlein
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 >

Re: /etc in CVS

2010-04-22 Thread Ulrich Spörlein
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

Re: /etc in CVS

2010-04-22 Thread Dag-Erling Smørgrav
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 _

Re: /etc in CVS

2010-04-21 Thread Sergey Babkin
; 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! >

Re: /etc in CVS

2010-04-20 Thread Doug Barton
> 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

Re: /etc in CVS (was: Another tool for updating /etc)

2010-04-20 Thread Bakul Shah
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

Re: /etc in CVS (was: Another tool for updating /etc)

2010-04-19 Thread Jeremie Le Hen
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

Re: usinig cvs diff to make a patch

2009-02-03 Thread Tom Evans
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

Re: usinig cvs diff to make a patch

2009-02-03 Thread Garance A Drosihn
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

Re: usinig cvs diff to make a patch

2009-02-03 Thread Scott Ullrich
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

Re: usinig cvs diff to make a patch

2009-02-03 Thread Chuck Robey
-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

Re: usinig cvs diff to make a patch

2009-02-03 Thread Dimitry Andric
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

usinig cvs diff to make a patch

2009-02-03 Thread Aryeh M. Friedman
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

Re: IPv6 CVS

2008-08-07 Thread Pegasus Mc cleaft
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

Re: IPv6 CVS

2008-08-07 Thread David Malone
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

Re: IPv6 CVS

2008-08-05 Thread Bruce Cran
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

RE: IPv6 CVS

2008-08-05 Thread Pegasus Mc Cleaft
> -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

Re: IPv6 CVS

2008-08-05 Thread Jeremy Chadwick
> 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: > > > > > > > > > > &

Re: IPv6 CVS

2008-08-05 Thread Matthew Seaman
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

RE: IPv6 CVS

2008-08-05 Thread Pegasus Mc Cleaft
> -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 > &

Re: IPv6 CVS

2008-08-05 Thread Stefan Sperling
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 > > >

Re: IPv6 CVS

2008-08-05 Thread Maxim Konovalov
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

Re: IPv6 CVS

2008-08-05 Thread Tim Clewlow
> 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 ; <<

IPv6 CVS

2008-08-05 Thread Pegasus Mc Cleaft
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-07-08 Thread Gábor Kövesdán
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-07-08 Thread Kris Kennaway
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-07-07 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-07-07 Thread Kris Kennaway
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-07-07 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-07-07 Thread Kris Kennaway
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-24 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-24 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-24 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-22 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-22 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-20 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-19 Thread Dag-Erling Smørgrav
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]

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-19 Thread Konrad Jankowski
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Maxim Sobolev
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Sean C. Farley
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Dag-Erling Smørgrav
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(

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Dag-Erling Smørgrav
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-18 Thread Dag-Erling Smørgrav
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Jaakko Heinonen
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Konrad Jankowski
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Diomidis Spinellis
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Dag-Erling Smørgrav
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.

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-17 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-16 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-16 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-16 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-16 Thread Doug Barton
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-16 Thread Dag-Erling Smørgrav
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-16 Thread Joerg Sonnenberger
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-15 Thread Doug Barton
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-15 Thread Garrett Cooper
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-15 Thread Andrey Chernov
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-15 Thread Kövesdán Gábor
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-15 Thread Gabor Kovesdan
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-15 Thread Diomidis Spinellis
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

Re: CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-15 Thread Doug Barton
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

CFT: BSD-licensed grep [Fwd: cvs commit: ports/textproc/bsdgrep Makefile distinfo]

2008-06-14 Thread Gabor Kovesdan
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

commit messages and post-CVS tools

2008-04-22 Thread Andriy Gapon
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

Re: cvs commit: src/sys/nfsclient nfs_socket.c

2008-03-06 Thread David O'Brien
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

Re: cvs commit: src/sys/nfsclient nfs_socket.c

2008-03-06 Thread Kostik Belousov
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

Re: cvs tag renaming after repo copy

2008-02-28 Thread Dag-Erling Smørgrav
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   2   3   4   5   6   7   8   9   10   >