Roman Kyrylych a écrit :

2008/3/24, Dan McGee :

...

Minor upgrade (12 -> 14), please signoff. If pacman -Syu works, you are fine. We can probably sneak this one onto the ISO if we get signoffs soon enough...

I do need a build for x86_64, sorry I couldn't do it myself.

This version still cannot install/upgrade git correctly. There is /usr/share/gitweb/test/Märchen in the package which gets extracted to /usr/share/gitweb/test/M which is not tracked by pacman, and thus upgrading git fails due to conflicting file. But this is not a regression from previous version and everything else is fine, so I guess this is signoff (i686).

So you can't confirm what I said there : http://bugs.archlinux.org/task/9906#comment26299 ?

Dan McGee a écrit :

On Mon, Mar 24, 2008 at 8:21 AM, Xavier wrote:

Roman, I haven't seen this bug come up for ages- it came up once for be becuase pacman had lost track of that file. But it is extracted correctly here just fine. $ ls /usr/share/gitweb/test/ Märchen file with spaces file+plus+sign

libarchive 2.4.14 (.12 worked just fine too), locale en_US.utf8, pacman 3.1.3 (all 3.1.X have worked fine), git 1.5.4.4 (I believe 1.5.3.7 and 1.5.4.2 were OK as well)

Oops, I misread Roman's comment. The file always extracted fine here, but it still wasn't tracked by pacman. I just saw exactly the same behavior as the others in the bug report.

Am Montag, 24. März 2008 schrieb Roman Kyrylych:

2008/3/24, Xavier :

...

Dan McGee a écrit :

...

On Mon, Mar 24, 2008 at 8:21 AM, Xavier wrote:

Roman, I haven't seen this bug come up for ages- it came up once for

be becuase pacman had lost track of that file. But it is extracted correctly here just fine. $ ls /usr/share/gitweb/test/ Märchen file with spaces file+plus+sign

libarchive 2.4.14 (.12 worked just fine too), locale en_US.utf8, pacman 3.1.3 (all 3.1.X have worked fine), git 1.5.4.4 (I believe 1.5.3.7 and 1.5.4.2 were OK as well)

fails here on clean install in vmware

...

Oops, I misread Roman's comment. The file always extracted fine here, but it still wasn't tracked by pacman. I just saw exactly the same behavior as the others in the bug report.

ok, let's move the discussion to the bugreport, I will provide more details

Sorry for ISO this one was too late, already regenerated and it seems there are issues. This small lib is not worth rebuilding ISOs which means for me a half day work. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org

Am Montag, 24. März 2008 schrieb Dan McGee:

On Mon, Mar 24, 2008 at 12:22 PM, Tobias Powalowski wrote:

...

Am Montag, 24. März 2008 schrieb Roman Kyrylych:

...

2008/3/24, Xavier :

...

Dan McGee a écrit :

...

On Mon, Mar 24, 2008 at 8:21 AM, Xavier wrote:

Roman, I haven't seen this bug come up for ages- it came up once for

be becuase pacman had lost track of that file. But it is extracted correctly here just fine. $ ls /usr/share/gitweb/test/ Märchen file with spaces file+plus+sign

libarchive 2.4.14 (.12 worked just fine too), locale en_US.utf8, pacman 3.1.3 (all 3.1.X have worked fine), git 1.5.4.4 (I believe 1.5.3.7 and 1.5.4.2 were OK as well)

fails here on clean install in vmware

...

Oops, I misread Roman's comment. The file always extracted fine here, but it still wasn't tracked by pacman. I just saw exactly the same behavior as the others in the bug report.

ok, let's move the discussion to the bugreport, I will provide more details

Sorry for ISO this one was too late, already regenerated and it seems there are issues. This small lib is not worth rebuilding ISOs which means for me a half day work.

Hmm, we have our final ISOs released? There really are no new issues here, although I haven't gotten the required signoffs yet, there shouldn't be problems. It isn't that big of deal, I just thought we were still on test ISOs.

But wait, it really takes a half-day to rebuild an ISO? This sets off alarm bells in my head...

-Dan With half a day i meant also testing the ISO before pushing them to public ftp. it's a 90MB upload tarball which needs some time to get uploaded before ISO can be created, then it's a 500MB download again to test those ISOs. all of this needs quite some time. It's not a big deal to add libarchive to install packages, but it's a big deal to have it in install environment because then the upload tarballs needs to regenerate. This small package is imho not worth to regenerate the upload tarball. glibc had a weird bug which was worth the trouble and also the klibc-kbd had wrong depend array.

greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org

On Wed, Mar 26, 2008 at 7:48 PM, Eric Belanger wrote:

On Mon, 24 Mar 2008, Dan McGee wrote:

...

Minor upgrade (12 -> 14), please signoff. If pacman -Syu works, you are fine. We can probably sneak this one onto the ISO if we get signoffs soon enough...

I do need a build for x86_64, sorry I couldn't do it myself.

-Dan

I just uploaded a package for x86_64.

Eric

So, signoffs anyone? I have one for i686 from Roman. -Dan