Arch Linux User Repository

Try now

When building this (in clean chroot) I'm getting the following errors:
I/O I/O I/O error : error : error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
warning: warning: Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"
failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"
warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"
compilation error: file /tmp/xmlto-xsl.sGp70t line 4 element import
compilation error: file /tmp/xmlto-xsl.aI6tdI line 4 element import
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
compilation error: file /tmp/xmlto-xsl.3SFM2K line 4 element import
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"
compilation error: file /tmp/xmlto-xsl.HZH7gQ line 4 element import
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl
make[2]: *** [Makefile:612: gifbuild.html] Error 5

These errors could be easily avoided by not building the documentation which is discarded anyways.
Listing all targets (excluding doc) explicitly works for me: make lib util libtool pic stamp-h1 bin_PROGRAMS=''

I guess the make dependency docbook-xml can be removed then, too.

(The problem might also be fixed by adding the make dependency docbook-xsl. However, that would be useless because documentation is discarded anyways.)

I have no idea what's up with the repo right now.

I thought plain 'giflib' is meant to be the corresponding regular package.

I thought I did? I saw lib32-giflib on repo

Why didn't the policy "follow the Arch version" - as it was topic below - apply this time?

Newest version broke my program, official repo still using 5.1.1. See bug here: http://sourceforge.net/p/giflib/bugs/80/

Oh! That's a new idea to me. Till now I've seen us maintainers complaining when it is flaged before offical package is updated. Maybe it's right to flag even if we're not suppose to update it yet. I think it is still best if users wait to flag till the official package is updated (That way we know which packages need attention), but us maintainers should be aware that the user shouldn't be expected to know this policy and when we comment we should kindly tell them next time to wait till the officail package is updated.

I understand, but I rather refered to my act of flagging this package.

Always try to match the pkgver in your mingw-w64 packages to the pkgver of the corresponding regular packages in the official Arch Linux repos (not the testing repos). This ensures that the cross-compiled software works exactly the same way on Windows without any unexpected bugs. If packages in Arch are out-of-date, there usually is a good reason and you should still follow the Arch version instead of using the most recent upstream release. If the corresponding native package is in the AUR, you need not follow this version policy, as many AUR packages are often orphaned or left unmaintained.
https://wiki.archlinux.org/index.php?title=MinGW_package_guidelines&redirect=no