Re: xlsx2csv package may not be required.
On Thu, Mar 16, 2023 at 07:58:48PM -0600, Doug Henderson via Cygwin-apps wrote: > There is a current pure python version of xlsx2csv which runs for many > versions of Python 2 and Python 3. > > It may not be necessary to provide a package for it in cygwin. > Instead, users may install the pure python package from PYPI > https://pypi.org/ using pip or another python package manager. Installing using pip or similar is an option for the vast majority of packages that are available through the Cygwin installer; by that logic it wouldn't make sense to provide most of the Python packages we provide. Which wouldn't be an invalid strategy, but it would be a very big change in how we handle things! I think the advantage of using the Cygwin packages is a better likelihood of packages actually being compatible with Cygwin, rather than having some weird and unpredictable package dependency issue. A pure Python xlsx2csv is very unlikely to be affected by that sort of issue, but providing it as a Cygwin package means users shouldn't need to even think about whether the package is a pure Python package or not.
Re: grep rebuild?
On Mar 17 10:03, Corinna Vinschen via Cygwin-apps wrote: > On Mar 16 18:50, Brian Inglis via Cygwin-apps wrote: > > On 2023-03-16 10:50, Brian Inglis via Cygwin-apps wrote: > > > On 2023-03-16 06:08, Corinna Vinschen via Cygwin-apps wrote: > > > > Hi Brian, > > > > > > > > there's a problem with the grep package. It uses the internally > > > > provided GNULIB regex library. > > > > > > > > Unfortunately, that's the default if the system doesn't provide a more > > > > recent GLibc. Which we'll never do. The problem is this: Native > > > > language support in GNULIB's regex is *only* available, if it's built as > > > > part of GLibc. > > > > > > > > I'd like to ask you to rebuild grep 3.9 with the > > > > --without-included-regex option. > > > > > > > > That will allow grep to use Cygwin's own regex, which already comes with > > > > basic native language support, and which I'm working on to sbetter > > > > support equivalence class and collation symbol expressions. > > > > > > Hi Corinna, > > > > > > We discussed this and I was going to release grep 3.8 test release 3, > > > for testing with snapshots or when Cygwin 3.5.0 is released, then grep > > > 3.9 came out, and I realized grep is updated every few months, so that > > > went on the back burner. I can do a test release for 3.9-2 with that > > > configuration change. > > > > > > The current release passes all the class tests and works for me and > > > Andrey. > > > Are there any other implications of language support affecting grep? > > > > Config option --without-included-regex no longer seems to build with grep > > 3.9 on Cygwin - may require glibc regex - or may now autoconfig depending on > > [g]libc? > > > > /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/bin/ld: > > dfasearch.o: in function `regex_compile': > > /usr/src/debug/grep-3.9-2/src/dfasearch.c:159: undefined reference to > > `re_set_syntax' > > What a piece of crap! So you either run a GLibc system, or you're > forced to use GNULIB regex because grep uses non-standard functions > in the generic code. > > We should switch to FreeBSD grep, it still uses POSIX functions. > What a laugh... And just for kicks, FreeBSD grep is mostly option compatible with GNU grep. The missing options are: -P, --perl-regexp --no-ignore-case (but --ignore-case exists) -y(obsolete anyway) -T, --initial-tab -Z(but --null exists) --group-separator --no-group-separator --exclude-from -I(but --binary-files exists) -R, --dereference-recursive I wonder if I should create a freebsd-grep package, installing its grep as 'bsdgrep' or something Corinna
Re: grep rebuild?
On Mar 16 18:50, Brian Inglis via Cygwin-apps wrote: > On 2023-03-16 10:50, Brian Inglis via Cygwin-apps wrote: > > On 2023-03-16 06:08, Corinna Vinschen via Cygwin-apps wrote: > > > Hi Brian, > > > > > > there's a problem with the grep package. It uses the internally > > > provided GNULIB regex library. > > > > > > Unfortunately, that's the default if the system doesn't provide a more > > > recent GLibc. Which we'll never do. The problem is this: Native > > > language support in GNULIB's regex is *only* available, if it's built as > > > part of GLibc. > > > > > > I'd like to ask you to rebuild grep 3.9 with the > > > --without-included-regex option. > > > > > > That will allow grep to use Cygwin's own regex, which already comes with > > > basic native language support, and which I'm working on to sbetter > > > support equivalence class and collation symbol expressions. > > > > Hi Corinna, > > > > We discussed this and I was going to release grep 3.8 test release 3, > > for testing with snapshots or when Cygwin 3.5.0 is released, then grep > > 3.9 came out, and I realized grep is updated every few months, so that > > went on the back burner. I can do a test release for 3.9-2 with that > > configuration change. > > > > The current release passes all the class tests and works for me and Andrey. > > Are there any other implications of language support affecting grep? > > Config option --without-included-regex no longer seems to build with grep > 3.9 on Cygwin - may require glibc regex - or may now autoconfig depending on > [g]libc? > > /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/bin/ld: > dfasearch.o: in function `regex_compile': > /usr/src/debug/grep-3.9-2/src/dfasearch.c:159: undefined reference to > `re_set_syntax' What a piece of crap! So you either run a GLibc system, or you're forced to use GNULIB regex because grep uses non-standard functions in the generic code. We should switch to FreeBSD grep, it still uses POSIX functions. What a laugh... Not amused, Corinna