Re: [ITP] ca-certificates
On Sun, Oct 30, 2011 at 07:19:52PM -0500, Yaakov (Cygwin/X) wrote: While we're waiting for the Tcl/Tk rebuild, with gcc-4.5 out, I can start resyncing the distro with Ports' overrides. ca-certificates contains the Certificate Authority root certificates needed for verifying SSL certificates. It is needed for updating curl and GNOME; wget can can also use it via the ca-certificate option. ftp://ftp.cygwinports.org/pub/cygwinports/release-2/_DISTRO_/ca-certificates/ ca-certificates is already included in all major distros. Hello Yaakov, The cygport 'get' command failed because SRC_URI=fedora/certdata.txt fedora/blacklist.txt fedora/certdata2pem.py $ cygport ca-certificates-1.78-1.cygport get cp: cannot stat `fedora/certdata.txt': No such file or directory *** ERROR: Copying certdata.txt failed Is this intended? Also, in the 'compile' step: /usr/src/ca-certificates-1.78-1-src/ca-certificates-1.78-1.cygport: line 26: ident: command not found /usr/src/ca-certificates-1.78-1-src/ca-certificates-1.78-1.cygport: line 40: ident: command not found Looks like you forgot an empty src_test(): Testing ca-certificates-1.78-1 *** ERROR: no Makefile found. You must define your own src_test(). During 'install': *** Warning: Cygwin README is missing -- Huella de clave primaria: AD8F BDC0 5A2C FD5F A179 60E7 F79B AB04 5299 EC56 signature.asc Description: Digital signature
Re: cygutils: replace ascii with ESR's?
Yaakov (Cygwin/X) wrote: ESR maintains a standalone ascii(1) which appears to have more features than cygutils': http://catb.org/~esr/ascii/ I have a package already in Ports: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/ascii (The latest 3.11 release is already in my upload queue.) Should we replace this? Patch attached if so. +1 Christian
Re: ATTENTION: Tcl/Tk transition
On 10/30/2011 8:44 PM, Yaakov (Cygwin/X) wrote: Please don't. ... This is just the beginning. Mixing GDI and X11 just doesn't work, and since X11 is used for all other GUIs on Cygwin, so must Tk. My suggestion, for those who wanted this, was to build the entire tcl/tk(GDI) stack with a unique prefix -- that way it wouldn't BE mixed with the other clients which (will soon be) compiled to use the X11 version. And, to even use it at all, one would have to put it in the PATH ahead of /usr/bin. That's surely not standard; and if somebody does this and it breaks something -- then they get to keep both pieces. WJM, after all. -- Chuck
Re: cygutils: replace ascii with ESR's?
On 10/30/2011 8:26 PM, Yaakov (Cygwin/X) wrote: ESR maintains a standalone ascii(1) which appears to have more features than cygutils': http://catb.org/~esr/ascii/ Should we replace this? Patch attached if so. Well, I have mixed feelings. On the PRO side: 1) smaller cygutils == fewer headaches for me. Also, since cygutils is now pulled in by several Base packages, the smaller it becomes, the better. 2) Following the same thought, if something is available (and maintained) elsewhere then cygutils shouldn't duplicate effort, unless its version really adds value -- or is unique to the cygwin platform (e.g. cygdrop). [Hmm...dump.exe = 'od -Ax -tx2z'?] 3) show all names for a single character feature is...interesting. I like the aliases listed for '' (includes gozinta -- and I haven't seen 'bra' and 'ket' used for '' and '' since Statistical Mechanics and Quantum Dynamics...tho technically it is '|' and '|') However, on the CON side: 1) I really find the default table output of ESR's version rather ugly (and the hex only -x, decimal only -d, and octal only -o tables are downright hideous). 2) No long options (so -h/-? work, but --help doesn't. Ditto -v vs. --version). And no --license. 3) Not sure if this matters, but ESR's version has no option to display the high-bit-set character codes (128..255). I find this feature of cygutils-ascii much less useful these days, now that charset:oem (and rxvt) are as-good-as-dead, and other terminals with *real* charset support -- like mintty, xterm, or rxvt-unicode -- are gaining almost complete prevalence on cygwin. I'll wait and see what other folks think before making a decision. Comments, anyone? -- Chuck
Re: ATTENTION: Tcl/Tk transition
On 10/31/2011 7:39 PM, Charles Wilson wrote: On 10/30/2011 8:44 PM, Yaakov (Cygwin/X) wrote: Please don't. ... This is just the beginning. Mixing GDI and X11 just doesn't work, and since X11 is used for all other GUIs on Cygwin, so must Tk. My suggestion, for those who wanted this, was to build the entire tcl/tk(GDI) stack with a unique prefix -- that way it wouldn't BE mixed with the other clients which (will soon be) compiled to use the X11 version. And, to even use it at all, one would have to put it in the PATH ahead of /usr/bin. That's surely not standard; and if somebody does this and it breaks something -- then they get to keep both pieces. WJM, after all. In case it wasn't clear, my suggestion was that if somebody did this, it should be hosted by a a third-party repository (similar to how cygwin-ports is structured), and not part of the actual cygwin distribution. -- Chuck
Re: [ITP] ca-certificates
On Mon, 2011-10-31 at 21:06 +0100, David Sastre wrote: The cygport 'get' command failed because SRC_URI=fedora/certdata.txt fedora/blacklist.txt fedora/certdata2pem.py Is this intended? Short version: yes, because the files aren't easily wget(1)able. The files are still part of the -src tarball, of course, so this doesn't affect rebuilding from source. Also, in the 'compile' step: /usr/src/ca-certificates-1.78-1-src/ca-certificates-1.78-1.cygport: line 26: ident: command not found /usr/src/ca-certificates-1.78-1-src/ca-certificates-1.78-1.cygport: line 40: ident: command not found ident is part of the rcs package. Looks like you forgot an empty src_test(): Testing ca-certificates-1.78-1 *** ERROR: no Makefile found. You must define your own src_test(). No, there's no testsuite, but it really shouldn't be an error. Fixed in cygport master, commit db03c46. During 'install': *** Warning: Cygwin README is missing Obsolete warning, fixed in cygport master, commit 6f889ab. Yaakov