Re: CVS commit: src/external/bsd/lutok/dist

2013-02-16 Thread julio
On Feb 16, 2013, at 10:06 , Julio Merino j...@netbsd.org wrote:

 Module Name:  src
 Committed By: jmmv
 Date: Sat Feb 16 15:06:53 UTC 2013
 
 Update of /cvsroot/src/external/bsd/lutok/dist
 In directory ivanova.netbsd.org:/tmp/cvs-serv242
   
 N src/external/bsd/lutok/dist/prepare-import.sh
[...]

And, of course, this is wrong.  I didn't cd dist right before doing the 
import, so too many things got in the wrong place.  Thanks, CVS.

I have emailed admins to request their help/advice.  If possible, I'd like the 
directory removed, but I'm not sure if that's what we do in these cases 
(although vague memories seem to refer to this).

Apologies.

re: CVS commit: src/external/bsd/lutok/dist

2013-02-16 Thread matthew green

 On Feb 16, 2013, at 10:06 , Julio Merino j...@netbsd.org wrote:
 
  Module Name:src
  Committed By:   jmmv
  Date:   Sat Feb 16 15:06:53 UTC 2013
  
  Update of /cvsroot/src/external/bsd/lutok/dist
  In directory ivanova.netbsd.org:/tmp/cvs-serv242
  
  N src/external/bsd/lutok/dist/prepare-import.sh
 [...]
 
 And, of course, this is wrong. I didn't cd dist right before doing
 the import, so too many things got in the wrong place. Thanks, CVS.
 
 I have emailed admins to request their help/advice. If possible, I'd
 like the directory removed, but I'm not sure if that's what we do in
 these cases (although vague memories seem to refer to this).

it would be best if you imported lutok/dist separately from
the rest of the files.   they're separate pieces.  the tags
GOOGLE-CODE and lutok-0-2 don't belong on the netbsd specific
infrastructure parts (in lib/, bin/, ...)


.mrg.


Re: CVS commit: src/external/bsd/lutok/dist

2013-02-16 Thread julio

On Feb 16, 2013, at 16:01 , matthew green m...@eterna.com.au wrote:

 
 On Feb 16, 2013, at 10:06 , Julio Merino j...@netbsd.org wrote:
 
 Module Name:src
 Committed By:   jmmv
 Date:   Sat Feb 16 15:06:53 UTC 2013
 
 Update of /cvsroot/src/external/bsd/lutok/dist
 In directory ivanova.netbsd.org:/tmp/cvs-serv242
 
 N src/external/bsd/lutok/dist/prepare-import.sh
 [...]
 
 And, of course, this is wrong. I didn't cd dist right before doing
 the import, so too many things got in the wrong place. Thanks, CVS.
 
 I have emailed admins to request their help/advice. If possible, I'd
 like the directory removed, but I'm not sure if that's what we do in
 these cases (although vague memories seem to refer to this).
 
 it would be best if you imported lutok/dist separately from
 the rest of the files.   they're separate pieces.  the tags
 GOOGLE-CODE and lutok-0-2 don't belong on the netbsd specific
 infrastructure parts (in lib/, bin/, ...)

Yes.  As I replied to my original email, this was a mistake on my side: note 
that there are two dist/dist/ levels... I intended to import into dist/, but I 
was in the wrong directory.  Fatfingering this is all too easy :-/

The good news is that the ticket I filed with admins@ has been promptly 
resolved (thanks spz@!): the dist/dist/ files have been moved to dist/ and the 
remaining reachover Makefiles have been removed.  I'll proceed to re-add them 
correctly.

Cheers.

Re: CVS commit: src/tools/compat

2013-02-16 Thread Izumi Tsutsui
 Module Name:  src
 Committed By: christos
 Date: Sun Feb 17 00:34:11 UTC 2013
 
 Modified Files:
   src/tools/compat: compat_defs.h configure.ac
 
 Log Message:
 cygwin defines u_quad_t in rpc/types.h, so include this to the headers
 we include and test by default.

Now does it work?
Last time I tried, it failed because NetBSD's rpc/types.h defined
enum_t and src/usr.bin/xlint/lint1/lint1.h for tools lint(1) also
defined different enum_t.
---
Izumi Tsutsui


Re: CVS commit: src/tools/compat

2013-02-16 Thread Christos Zoulas
On Feb 17,  9:49am, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/tools/compat

|  Module Name:src
|  Committed By:   christos
|  Date:   Sun Feb 17 00:34:11 UTC 2013
|  
|  Modified Files:
|  src/tools/compat: compat_defs.h configure.ac
|  
|  Log Message:
|  cygwin defines u_quad_t in rpc/types.h, so include this to the headers
|  we include and test by default.
| 
| Now does it work?
| Last time I tried, it failed because NetBSD's rpc/types.h defined
| enum_t and src/usr.bin/xlint/lint1/lint1.h for tools lint(1) also
| defined different enum_t.

I renamed lint's enum_t. And yes, it works. My build is doing libraries.

christos