Re: PHP 7.1.13 and 7.2.1 Available

  101540
January 5, 2018 08:50 phpdev@ehrhardt.nl (Jan Ehrhardt)
Jan Ehrhardt in php.internals (Fri, 05 Jan 2018 09:19:46 +0100):
>Sara Golemon in php.internals (Thu, 4 Jan 2018 12:06:59 -0500): >>I'm happy to announce not one, but two new PHP releases today. >>PHP 7.1.13 and 7.2.1 are ready to go at http://php.net/downloads.php > >Is it on purpose that the release-zip on github contains PHP 7.2.1-dev? >See the main/php_version.h in the zip at >https://github.com/php/php-src/releases
The main reason why I prefer the github zips over the zips at http://windows.php.net/download/ is some kind of mismatch in the UTF-8 filenames: php-7.2.1-src/ext/bz2/tests/003????????????.txt.bz2: mismatching "local" filename (php-7.2 ..1-src/ext/bz2/tests/003¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦.txt.bz2), continuing with "central" filename version php-7.2.1-src/ext/exif/tests/bug34704????????????.jpg: mismatching "local" filename (php-7 ..2.1-src/ext/exif/tests/bug34704¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦.jpg), continuing with "central" filename version php-7.2.1-src/ext/exif/tests/bug68113????????????.jpg: mismatching "local" filename (php-7 ..2.1-src/ext/exif/tests/bug68113¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦.jpg), continuing with "central" filename version php-7.2.1-src/ext/exif/tests/test2????????????.jpg: mismatching "local" filename (php-7.2. 1-src/ext/exif/tests/test2¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦.jpg), continuing with "central" filename version etc. The "central" filename version is the correct one, like the filename at https://github.com/php/php-src/tree/master/ext/bz2/tests The zips at github do not have the mismatch and do contain the correct filenames. So github seems to handle UTF-8 filenames in better way than https://github.com/php/php-src/commit/3d3f11ede4cc7c83d64cc5edaae7c29ce9c6986f -- Jan
  101545
January 5, 2018 13:38 pollita@php.net (Sara Golemon)
On Fri, Jan 5, 2018 at 3:50 AM, Jan Ehrhardt <phpdev@ehrhardt.nl> wrote:
>>Is it on purpose that the release-zip on github contains PHP 7.2.1-dev? >>See the main/php_version.h in the zip at >>https://github.com/php/php-src/releases > No, that was an accident. Most of my process is automated, but that
got derailed slightly with the need to fill in for 7.1 and I goofed up. Also this was my first non-alpha/beta/RC release, so I got semi-whelmed by that too. (Not overwhelmed, just whelmed). Sorry. :( Unfortunately, it's too late to move the tag to the right commit (which does exist!). FWIW, the official (non-github) tarballs are correct.
> The main reason why I prefer the github zips over the zips at > http://windows.php.net/download/ is some kind of mismatch in the UTF-8 > filenames: > Whaaaa? That's broken and we should try to fix it. I'll say that the
latest php-7.2.1 tarballs unpack fine for me. (e.g. ext/bz2/tests/003私はガラスを食べられます.txt.bz2) maybe you're missing a locale?
> The "central" filename version is the correct one, like the filename at > https://github.com/php/php-src/tree/master/ext/bz2/tests > Okay, so you end up with the correct file on your filesystem, it's
just a warning during untarring?
> The zips at github do not have the mismatch and do contain the correct > filenames. So github seems to handle UTF-8 filenames in better way than > https://github.com/php/php-src/commit/3d3f11ede4cc7c83d64cc5edaae7c29ce9c6986f > Right. So it's likely the tar producer doing something weird.
php-src/makedist is doing a sort of git-archive, untar, add files, retar dance (to ensure a clean state), whereas I assume github is just doing a straight git-archive. For the sake of reproducibility, what's your `tar --version`? My build container is using GNU tar 1.27.1, and git 2.1.4 -Sara
  101547
January 5, 2018 13:56 ab@php.net (Anatol Belski)
Hi Jan,

> -----Original Message----- > From: Jan Ehrhardt [mailto:phpdev@ehrhardt.nl] > Sent: Friday, January 5, 2018 9:50 AM > To: internals@lists.php.net > Subject: [PHP-DEV] Re: PHP 7.1.13 and 7.2.1 Available > > Jan Ehrhardt in php.internals (Fri, 05 Jan 2018 09:19:46 +0100): > >Sara Golemon in php.internals (Thu, 4 Jan 2018 12:06:59 -0500): > >>I'm happy to announce not one, but two new PHP releases today. > >>PHP 7.1.13 and 7.2.1 are ready to go at http://php.net/downloads.php > > > >Is it on purpose that the release-zip on github contains PHP 7.2.1-dev? > >See the main/php_version.h in the zip at > >https://github.com/php/php-src/releases > > The main reason why I prefer the github zips over the zips at > http://windows.php.net/download/ is some kind of mismatch in the UTF-8 > filenames: > > php-7.2.1-src/ext/bz2/tests/003????????????.txt.bz2: mismatching "local" > filename (php-7.2 .1- > src/ext/bz2/tests/003||||||||||||||||||||||||||||||||||||.txt.bz2), > continuing with "central" filename version > php-7.2.1-src/ext/exif/tests/bug34704????????????.jpg: mismatching "local" > filename (php-7 .2.1- > src/ext/exif/tests/bug34704||||||||||||||||||||||||||||||||||||.jpg), > continuing with "central" filename version > php-7.2.1-src/ext/exif/tests/bug68113????????????.jpg: mismatching "local" > filename (php-7 .2.1- > src/ext/exif/tests/bug68113||||||||||||||||||||||||||||||||||||.jpg), > continuing with "central" filename version > php-7.2.1-src/ext/exif/tests/test2????????????.jpg: mismatching "local" > filename (php-7.2. > 1-src/ext/exif/tests/test2||||||||||||||||||||||||||||||||||||.jpg), > continuing with "central" filename version etc. > > The "central" filename version is the correct one, like the filename at > https://github.com/php/php-src/tree/master/ext/bz2/tests > > The zips at github do not have the mismatch and do contain the correct > filenames. So github seems to handle UTF-8 filenames in better way than > https://github.com/php/php- > src/commit/3d3f11ede4cc7c83d64cc5edaae7c29ce9c6986f > -- I don't reproduce this issue using http://windows.php.net/downloads/releases/php-7.2.1-src.zip . There is always a chance for a tool issue, especially when using an older tool or some without Unicode support. For zip, tools that work is the latest 7zip 16.04 or even explorer. Also using tar 1.29 and git 2.14.3 from the msysgit package looks fine for any tarballs. Seems like a tool issue, for what I could tell.
Regards Anatol