Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Brian Inglis]

On 2018-03-03 21:01, Robert Cohen wrote:
>> On March 3, 2018 22:11, Ken Brown wrote:
>> On 3/3/2018 10:01 PM, Robert Cohen wrote:
>>>    Thanks for finding that. However, I am using the same "Local Package 
>>> Directory" that I used
>>> when I ran it to do the download. For example, here's where things were for 
>>> all the steps:
>>>
>>> 1. Directory C:\Updates\cygwin_download, containing setup-x86_64.exe and 
>>> nothing else
>>> 2. Ran setup, "Download without installing", specifying 
>>> C:\Updates\cygwin_download as
>>>    the local package directory, then selected additional packages and 
>>> performed the download.
>>>
>>> at this point, C:\Updates\cygwin_download contained setup-x86_64.exe and a
>>> subdirectory for the mirror site. The setup.ini file was in a x64_64 
>>> subdirectory
>>> under the mirror site subdirectory.
>>>
>>> 3. Then I ran setup again, "Install from local directory", with C:\cygwin64 
>>> as the root directory
>>>    and C:\Updates\cygwin_download as the local package directory.
>>>
>>> Should I have specified something differently for it to detect the 
>>> additional packages that I
>>> selected for download? I looked in setup.ini and it does list the 
>>> additional packages that
>>> I had selected.
>>
>> No.  Based on what you said, I don't know what the problem was.  Does 
>> /var/log/setup.log.full give any clues?

> I checked the log file, and it appears to have found the .ini file, and then 
> it ran a solver. Here's a portion of setup.log.full:
> ...
> 2018/03/03 22:13:47 Selected local directory: C:\Updates\cygwin_download
> Found ini file - 
> C:\Updates\cygwin_download/http%3a%2f%2fcygwin.mirror.constant.com%2f/x86_64/setup.ini
> .ini setup_version is 2.889, our setup_version is 2.889
> 2018/03/03 22:13:49 io_stream_cygfile: fopen(/etc/setup/installed.db) failed 
> 2 No such file or directory
> 2018/03/03 22:14:16 solving: 36 tasks, update: yes, use test packages: no
> libsolv: solver started
> ...
> 
> Later it said "libsolv: 69 installed packages:", which appeared just to be 
> the default preselected packages.
> The log mentions nothing about my additionally selected packages.
> 
> I also looked at the logfile on another computer which used the older setup 
> 2.880. In that log,
> after finding the .ini file, it added some dependencies and checked the 
> SHA512 for some files,
> and those files included the extra ones that I had selected. The 2.880 setup 
> file had no messages from
> libsolver.
> 
> One other difference I noticed was right at the beginning of the logfiles:
> 
> 2018/03/03 22:13:12 Starting cygwin install, version 2.889
> 2018/03/03 22:13:12 User has backup/restore rights
> 2018/03/03 22:13:12 Current Directory: 
> C:\Updates\cygwin_download\http%3a%2f%2fcygwin.mirror.constant.com%2f\x86_64
> 
> vs.
> 
> 2017/06/20 18:42:33 Starting cygwin install, version 2.880
> 2017/06/20 18:42:33 User has backup/restore rights
> 2017/06/20 18:42:33 Current Directory: E:\Updates\cygwin_install
> 
> In both cases, I ran the setup executable from C:\Updates\cygwin_download, 
> yet the "Current Directory"
> reported by the logfiles differ. 
> 
> Could the problem be related to the difference in "Current Directory", or 
> perhaps related to the solver 
> or to whatever in the new setup program parses the setup.ini file once it's 
> found?

Could you please provide the complete 2.889 setup.log.full as a text attachment
for inspection? That may allow us to see if it found all your cached packages,
and did not use them, or skipped them.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Robert Cohen]

>From: cygwin-ow...@cygwin.com  on behalf of Ken Brown 
>
>Sent: Saturday, March 3, 2018 22:11
>To: cygwin@cygwin.com
>Subject: Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded 
>packages when installing from local directory
>    
>[Please don't top-post on this list.]
>
>On 3/3/2018 10:01 PM, Robert Cohen wrote:
>>   Thanks for finding that. However, I am using the same "Local Package 
>>Directory" that I used
>> when I ran it to do the download. For example, here's where things were for 
>> all the steps:
>> 
>> 1. Directory C:\Updates\cygwin_download, containing setup-x86_64.exe and 
>> nothing else
>> 2. Ran setup, "Download without installing", specifying 
>> C:\Updates\cygwin_download as
>>   the local package directory, then selected additional packages and 
>>performed the download.
>> 
>> at this point, C:\Updates\cygwin_download contained setup-x86_64.exe and a
>> subdirectory for the mirror site. The setup.ini file was in a x64_64 
>> subdirectory
>> under the mirror site subdirectory.
>> 
>> 3. Then I ran setup again, "Install from local directory", with C:\cygwin64 
>> as the root directory
>>   and C:\Updates\cygwin_download as the local package directory.
>> 
>> Should I have specified something differently for it to detect the 
>> additional packages that I
>> selected for download? I looked in setup.ini and it does list the additional 
>> packages that
>> I had selected.
>
>No.  Based on what you said, I don't know what the problem was.  Does 
>/var/log/setup.log.full give any clues?
>
>Ken

I checked the log file, and it appears to have found the .ini file, and then it 
ran a solver. Here's a portion of setup.log.full:

...
2018/03/03 22:13:47 Selected local directory: C:\Updates\cygwin_download
Found ini file - 
C:\Updates\cygwin_download/http%3a%2f%2fcygwin.mirror.constant.com%2f/x86_64/setup.ini
.ini setup_version is 2.889, our setup_version is 2.889
2018/03/03 22:13:49 io_stream_cygfile: fopen(/etc/setup/installed.db) failed 2 
No such file or directory
2018/03/03 22:14:16 solving: 36 tasks, update: yes, use test packages: no
libsolv: solver started
...

Later it said "libsolv: 69 installed packages:", which appeared just to be the 
default preselected packages.
The log mentions nothing about my additionally selected packages.

I also looked at the logfile on another computer which used the older setup 
2.880. In that log,
after finding the .ini file, it added some dependencies and checked the SHA512 
for some files,
and those files included the extra ones that I had selected. The 2.880 setup 
file had no messages from
libsolver.

One other difference I noticed was right at the beginning of the logfiles:

2018/03/03 22:13:12 Starting cygwin install, version 2.889
2018/03/03 22:13:12 User has backup/restore rights
2018/03/03 22:13:12 Current Directory: 
C:\Updates\cygwin_download\http%3a%2f%2fcygwin.mirror.constant.com%2f\x86_64

vs.

2017/06/20 18:42:33 Starting cygwin install, version 2.880
2017/06/20 18:42:33 User has backup/restore rights
2017/06/20 18:42:33 Current Directory: E:\Updates\cygwin_install

In both cases, I ran the setup executable from C:\Updates\cygwin_download, yet 
the "Current Directory"
reported by the logfiles differ. 

Could the problem be related to the difference in "Current Directory", or 
perhaps related to the solver 
or to whatever in the new setup program parses the setup.ini file once it's 
found?

Regards,
 Robert




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Ken Brown]

[Please don't top-post on this list.]

On 3/3/2018 10:01 PM, Robert Cohen wrote:

  Thanks for finding that. However, I am using the same "Local Package 
Directory" that I used
when I ran it to do the download. For example, here's where things were for all 
the steps:

1. Directory C:\Updates\cygwin_download, containing setup-x86_64.exe and 
nothing else
2. Ran setup, "Download without installing", specifying 
C:\Updates\cygwin_download as
  the local package directory, then selected additional packages and 
performed the download.

at this point, C:\Updates\cygwin_download contained setup-x86_64.exe and a
subdirectory for the mirror site. The setup.ini file was in a x64_64 
subdirectory
under the mirror site subdirectory.

3. Then I ran setup again, "Install from local directory", with C:\cygwin64 as 
the root directory
  and C:\Updates\cygwin_download as the local package directory.

Should I have specified something differently for it to detect the additional 
packages that I
selected for download? I looked in setup.ini and it does list the additional 
packages that
I had selected.


No.  Based on what you said, I don't know what the problem was.  Does 
/var/log/setup.log.full give any clues?


Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Robert Cohen]

Hi Ken,

 Thanks for finding that. However, I am using the same "Local Package 
Directory" that I used
when I ran it to do the download. For example, here's where things were for all 
the steps:

1. Directory C:\Updates\cygwin_download, containing setup-x86_64.exe and 
nothing else
2. Ran setup, "Download without installing", specifying 
C:\Updates\cygwin_download as
 the local package directory, then selected additional packages and 
performed the download.

at this point, C:\Updates\cygwin_download contained setup-x86_64.exe and a
subdirectory for the mirror site. The setup.ini file was in a x64_64 
subdirectory
under the mirror site subdirectory.

3. Then I ran setup again, "Install from local directory", with C:\cygwin64 as 
the root directory
 and C:\Updates\cygwin_download as the local package directory.

Should I have specified something differently for it to detect the additional 
packages that I
selected for download? I looked in setup.ini and it does list the additional 
packages that
I had selected.

Regards,
 Robert


From: cygwin-ow...@cygwin.com  on behalf of Ken Brown 

Sent: Saturday, March 3, 2018 21:16
To: cygwin@cygwin.com
Subject: Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded 
packages when installing from local directory
    
On 3/3/2018 6:00 PM, Robert Cohen wrote:
> Summary of problem:
> When installing Cygwin from a local directory, setup-x86_64.exe version 2.889 
> doesn't
> list the packages that I additionally selected for download when previously 
> downloading
> to that directory, and the top line of the GUI under Category view says "No 
> packages found<->Default".

When you run setup to do the install, you need to use the same "Local 
Package Directory" that you used when you ran it to do the download.  I 
suspect you're instead using the directory containing the packages; this 
is no longer supported as of setup version 2.883.

 From https://sourceware.org/ml/cygwin/2017-12/msg00169.html:

   - Remove support for installing from a local directory which doesn't
 contain a setup.ini file

Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Brian Inglis]

On 2018-03-03 19:16, Ken Brown wrote:
> On 3/3/2018 6:00 PM, Robert Cohen wrote:
>> Summary of problem:
>> When installing Cygwin from a local directory, setup-x86_64.exe version 2.889
>> doesn't
>> list the packages that I additionally selected for download when previously
>> downloading
>> to that directory, and the top line of the GUI under Category view says "No
>> packages found<->Default".
> 
> When you run setup to do the install, you need to use the same "Local Package
> Directory" that you used when you ran it to do the download.  I suspect you're
> instead using the directory containing the packages; this is no longer 
> supported
> as of setup version 2.883.
> 
> From https://sourceware.org/ml/cygwin/2017-12/msg00169.html:
> 
>   - Remove support for installing from a local directory which doesn't
>     contain a setup.ini file

Does that mean the usual mirror directory above {noarch,x86...}/release/ or the
x86.../ directory which actually contains the setup.ini file?

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Ken Brown]

On 3/3/2018 6:00 PM, Robert Cohen wrote:

Summary of problem:
When installing Cygwin from a local directory, setup-x86_64.exe version 2.889 
doesn't
list the packages that I additionally selected for download when previously 
downloading
to that directory, and the top line of the GUI under Category view says "No packages 
found<->Default".


When you run setup to do the install, you need to use the same "Local 
Package Directory" that you used when you ran it to do the download.  I 
suspect you're instead using the directory containing the packages; this 
is no longer supported as of setup version 2.883.


From https://sourceware.org/ml/cygwin/2017-12/msg00169.html:

  - Remove support for installing from a local directory which doesn't
contain a setup.ini file

Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Robert Cohen]

Hi Brian,

 Thanks for your quick reply.  The output of the two commands you asked for are:

> dir \etc\setup\installed.db 
03/03/2018  20:33 2,499 installed.db

$ wc /etc/setup/installed.db
  70  209 2499 /etc/setup/installed.db

If I grep for one of the additional packages that I selected prior to download,
e.g. "bc" from the Math category, it is not listed in the installed.db file.
A directory for bc is present in the download directory, and it contains
the file bc-1.06.95-2.tar.xz.

Do you know if the ability to detect all available downloaded packages was
intentionally removed from setup, or might this be a bug?

Regards,
 Robert


From: cygwin-ow...@cygwin.com  on behalf of Brian 
Inglis 
Sent: Saturday, March 3, 2018 18:54
To: cygwin@cygwin.com
Subject: Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded 
packages when installing from local directory
    
On 2018-03-03 16:00, Robert Cohen wrote:
> Summary of problem:
> When installing Cygwin from a local directory, setup-x86_64.exe version 
> 2.889 doesn't list the packages that I additionally selected for download
> when previously downloading to that directory, and the top line of the GUI
> under Category view says "No packages found<->Default".
> Continuing the install only installs the packages preselected by setup.
> 
> Details:
> To install a fresh version of Cygwin, I usually do this: Run
> setup-x86_64.exe using "Download Without Installing", select some additional
> packages, and then after everything finished, I rerun setup-x86_64.exe using
> "Install from Local Directory", and then the GUI, under Category view, shows
> "All <-> Default", beneath which is a hierarchical list including the
> packages preselected by setup along with the additional ones that I selected 
> when downloading.
>> Here's the problem: I performed the above process using today's version of >
> setup-x86_64.exe from cygwin.com, which according to setup.ini is setup
> version 2.889, and the "Download Without Installing" setup worked as
> expected. However, when I next did "Install from Local Directory" using that
> directory, instead of showing "All<->Default", it showed "No packages
> found<->Default", and only the packages preselected by setup were not going
> to be skipped. I tried changing "Default" to "Install" at the top level of
> the list, but that then selected everything for install, not just the
> preselected packages and the additional ones I had downloaded. I repeated
> this process using a few different mirror sites for the download phase, but
> that made no difference.>
> Interestingly, if I copy an older version of setup-x86_64.exe into my 
> already-downloaded directory, e.g. setup-x86_64.exe version 2.880, the GUI is
> able to find the selected packages that I had already downloaded using setup
> version 2.889, after of course giving a few warnings about the current ini
> file being from a newer version of setup. In other words, if I download using
> setup v2.889, then when subsequently installing from that directory, setup
> v2.889 doesn't know what additional packages I had selected, whereas setup
> v2.880 does know.>
> I'm wondering if I'm not doing something correctly, or if there is an issue 
> with version 2.889 of setup-x86_64.exe not finding packages that were
> additionally selected for download.
> 
> Version details:
> The  beginning of setup.ini in my download directory includes this:
> release: cygwin
> arch: x86_64
> setup-timestamp: 1519974241
> setup-version: 2.889
> 
> This was done on Windows 10 pro, using  setup-x86_64.exe v2.889 downloaded
> on March 3, 2018 UTC from cygwin.com, which currently indicates that the most 
> recent
> version of the Cygwin DLL is 2.10.0.

What's shown when you do:
    > dir \etc\setup\installed.db
or
    $ wc /etc/setup/installed.db

May need a new setup selection for all downloaded/cached packages, unless there
is another way to select these, which the previous release used by default.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Brian Inglis]

On 2018-03-03 16:00, Robert Cohen wrote:
> Summary of problem:
> When installing Cygwin from a local directory, setup-x86_64.exe version 
> 2.889 doesn't list the packages that I additionally selected for download
> when previously downloading to that directory, and the top line of the GUI
> under Category view says "No packages found<->Default".
> Continuing the install only installs the packages preselected by setup.
> 
> Details:
> To install a fresh version of Cygwin, I usually do this: Run
> setup-x86_64.exe using "Download Without Installing", select some additional
> packages, and then after everything finished, I rerun setup-x86_64.exe using
> "Install from Local Directory", and then the GUI, under Category view, shows
> "All <-> Default", beneath which is a hierarchical list including the
> packages preselected by setup along with the additional ones that I selected 
> when downloading.
>> Here's the problem: I performed the above process using today's version of >
> setup-x86_64.exe from cygwin.com, which according to setup.ini is setup
> version 2.889, and the "Download Without Installing" setup worked as
> expected. However, when I next did "Install from Local Directory" using that
> directory, instead of showing "All<->Default", it showed "No packages
> found<->Default", and only the packages preselected by setup were not going
> to be skipped. I tried changing "Default" to "Install" at the top level of
> the list, but that then selected everything for install, not just the
> preselected packages and the additional ones I had downloaded. I repeated
> this process using a few different mirror sites for the download phase, but
> that made no difference.>
> Interestingly, if I copy an older version of setup-x86_64.exe into my 
> already-downloaded directory, e.g. setup-x86_64.exe version 2.880, the GUI is
> able to find the selected packages that I had already downloaded using setup
> version 2.889, after of course giving a few warnings about the current ini
> file being from a newer version of setup. In other words, if I download using
> setup v2.889, then when subsequently installing from that directory, setup
> v2.889 doesn't know what additional packages I had selected, whereas setup
> v2.880 does know.>
> I'm wondering if I'm not doing something correctly, or if there is an issue 
> with version 2.889 of setup-x86_64.exe not finding packages that were
> additionally selected for download.
> 
> Version details:
> The  beginning of setup.ini in my download directory includes this:
> release: cygwin
> arch: x86_64
> setup-timestamp: 1519974241
> setup-version: 2.889
> 
> This was done on Windows 10 pro, using  setup-x86_64.exe v2.889 downloaded
> on March 3, 2018 UTC from cygwin.com, which currently indicates that the most 
> recent
> version of the Cygwin DLL is 2.10.0.

What's shown when you do:
> dir \etc\setup\installed.db
or
$ wc /etc/setup/installed.db

May need a new setup selection for all downloaded/cached packages, unless there
is another way to select these, which the previous release used by default.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

setup-x86_64.exe v2.889 doesn't select additionally downloaded packages when installing from local directory

[Robert Cohen]

Summary of problem:
When installing Cygwin from a local directory, setup-x86_64.exe version 2.889 
doesn't
list the packages that I additionally selected for download when previously 
downloading
to that directory, and the top line of the GUI under Category view says "No 
packages found<->Default".
Continuing the install only installs the packages preselected by setup.

Details:
To install a fresh version of Cygwin, I usually do this: Run setup-x86_64.exe
using "Download Without Installing", select some additional packages, and then 
after
everything finished, I rerun setup-x86_64.exe using "Install from Local 
Directory",  and then
the GUI, under Category view, shows "All <-> Default", beneath which is a 
hierarchical
list including the packages preselected by setup along with the additional ones 
that I selected
when downloading.

Here's the problem: I performed the above process using today's version of 
setup-x86_64.exe
from cygwin.com, which according to setup.ini is setup version 2.889, and the
"Download Without Installing" setup worked as expected. However, when I next
did "Install from Local Directory" using that directory, instead of showing 
"All<->Default", it
showed "No packages found<->Default", and only the packages preselected by
setup were not going to be skipped. I tried changing "Default" to "Install" at 
the
top level of the list, but that then selected everything for install, not just 
the preselected
packages and the additional ones I had downloaded. I repeated this process using
a few different mirror sites for the download phase, but that made no 
difference.

Interestingly, if I copy an older version of setup-x86_64.exe into my 
already-downloaded
directory, e.g. setup-x86_64.exe version 2.880, the GUI is able to find the 
selected packages
that I had already downloaded using setup version 2.889, after of course giving 
a few warnings
about the current ini file being from a newer version of setup. In other words, 
if I download
using setup v2.889, then when subsequently installing from that directory, 
setup v2.889 doesn't
know what additional packages I had selected, whereas setup v2.880 does know.

I'm wondering if I'm not doing something correctly, or if there is an issue 
with version 2.889 of
setup-x86_64.exe not finding packages that were additionally selected for 
download.

Version details:
The  beginning of setup.ini in my download directory includes this:
release: cygwin
arch: x86_64
setup-timestamp: 1519974241
setup-version: 2.889

This was done on Windows 10 pro, using  setup-x86_64.exe v2.889 downloaded
on March 3, 2018 UTC from cygwin.com, which currently indicates that the most 
recent
version of the Cygwin DLL is 2.10.0.

Thanks in advance for any help.
 Robert

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

[Brian Inglis]

On 2018-03-03 01:36, Fergus Daly wrote:
>>> Run stat on original and converted files.
> 
> OK. I get this:
> 
> ~> stat /j/PStart.xml
>   File: /j/PStart.xml
>   Size: 7233Blocks: 8  IO Block: 65536  regular file
> Device: a6418e7fh/2789314175d   Inode: 7206475022584976007  Links: 1
> Access: (0644/-rw-r--r--)  Uid: (197609/ fergusd)   Gid: (197609/ fergusd)
> Access: 2018-03-03 00:00:00.0 +
> Modify: 2018-03-02 11:50:12.0 +
> Change: 2018-03-02 11:50:12.0 +
>  Birth: 2018-03-02 09:26:44.06000 +
> 
> ~> dos2unix.exe /j/PStart.xml
> dos2unix: converting file /j/PStart.xml to Unix format...
> 
> ~> stat /j/PSTART.XML
>   File: /j/PSTART.XML
>   Size: 6943Blocks: 8  IO Block: 65536  regular file
> Device: a6418e7fh/2789314175d   Inode: 7206475022584976007  Links: 1
> Access: (0644/-rw-r--r--)  Uid: (197609/ fergusd)   Gid: (197609/ fergusd)
> Access: 2018-03-03 00:00:00.0 +
> Modify: 2018-03-03 08:27:16.0 +
> Change: 2018-03-03 08:27:16.0 +
>  Birth: 2018-03-03 08:27:15.21000 +
> 
> Does that help at all?
> 
> It's not so much the behaviour on FAT32, which I could put up with as
> a filesystem pehenomenon if it had always been the case: but it's just
> started in the past few days. Can't think what has been updated that
> would cause this change. Previously sed and dos2unix which I use
> constantly (and others) did NOT change the case of the filename.

Should only be possible if Std C rename was changed in newlib/Cygwin1.dll
updates or operation on FAT32 was changed by Windows updates.
Looks like VFAT entries are no longer being created for the long file name as it
has a short name.
Test what happens if you use a mixed long file name e.g. Mumblety-Peg.html?

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

[Fergus Daly]

>> Run stat on original and converted files.

OK. I get this:

~> stat /j/PStart.xml
  File: /j/PStart.xml
  Size: 7233Blocks: 8  IO Block: 65536  regular file
Device: a6418e7fh/2789314175d   Inode: 7206475022584976007  Links: 1
Access: (0644/-rw-r--r--)  Uid: (197609/ fergusd)   Gid: (197609/ fergusd)
Access: 2018-03-03 00:00:00.0 +
Modify: 2018-03-02 11:50:12.0 +
Change: 2018-03-02 11:50:12.0 +
 Birth: 2018-03-02 09:26:44.06000 +

~> dos2unix.exe /j/PStart.xml
dos2unix: converting file /j/PStart.xml to Unix format...

~> stat /j/PSTART.XML
  File: /j/PSTART.XML
  Size: 6943Blocks: 8  IO Block: 65536  regular file
Device: a6418e7fh/2789314175d   Inode: 7206475022584976007  Links: 1
Access: (0644/-rw-r--r--)  Uid: (197609/ fergusd)   Gid: (197609/ fergusd)
Access: 2018-03-03 00:00:00.0 +
Modify: 2018-03-03 08:27:16.0 +
Change: 2018-03-03 08:27:16.0 +
 Birth: 2018-03-03 08:27:15.21000 +


Does that help at all?

It's not so much the behaviour on FAT32, which I could put up with as
a filesystem pehenomenon if it had always been the case: but it's just
started in the past few days. Can't think what has been updated that
would cause this change. Previously sed and dos2unix which I use
constantly (and others) did NOT change the case of the filename.

Fergus

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple