Package Details: jigdo 0.8.2-1

Git Clone URL: https://aur.archlinux.org/jigdo.git (read-only, click to copy)
Package Base: jigdo
Description: Distribute large images by sending and receiving the files that make them up
Upstream URL: https://www.einval.com/~steve/software/jigdo/
Licenses: GPL2
Submitter: chungy
Maintainer: chungy
Last Packager: chungy
Votes: 3
Popularity: 0.000000
First Submitted: 2018-01-17 11:52 (UTC)
Last Updated: 2023-09-21 15:38 (UTC)

Latest Comments

BenTheTechGuy commented on 2022-01-04 07:22 (UTC) (edited on 2022-01-04 07:30 (UTC) by BenTheTechGuy)

Ever since the update to 0.8.1, I'm getting this:

Merging parts from `file:' URIs, if any...
Found 0 of the 938 files required by the template
Will not create image or temporary file - try again with different input files

-----------------------------------------------------------------
Aaargh - 0 files could not be downloaded. This should not
happen! Depending on the problem, it may help to retry downloading
the missing files.

I've tried many different mirrors and jigdo files and nothing seems to work.

Edit: I have now read the previous message and now I see how these issues are related.

ljfranklin commented on 2021-05-30 12:49 (UTC) (edited on 2021-05-30 17:43 (UTC) by ljfranklin)

Looks like this doesn't build with C++17 or higher, this change to the PKGBUILD seems to fix it (there's probably a more standard way to set CPPFLAGS):

diff --git a/PKGBUILD b/PKGBUILD
index abdb834..3843a6b 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -27,6 +27,7 @@ prepare() {
 build() {
   cd "$pkgname-$pkgver"

+  export CPPFLAGS="-std=c++11"
   ./configure --prefix=/usr --without-gui --enable-nls

   # The compilation is stupid... seems to work just forcing it a few times

Edit:

Spoke too soon, with the above changes the package compiles but jigdo-lite doesn't seem to download any files correctly. It downloads the .template file then seems like it can't find any of the iso file contents. Ended up copying jigdo-file executable from another machine which worked. Not sure what the fix should be.

kludgecraft commented on 2020-03-31 16:54 (UTC)

Seems to be working now.

linuxninja commented on 2018-12-31 06:09 (UTC)

I did a bit of digging and looking through old mailing lists.

Apparently, the directory /etc/sgml has a zero-length catalog file in it from some other package installation where the package that owns this directory doesn't completely clean it up. I manually removed the /etc/sgml dir (which removes the /etc/sgml/catalog file) and re-ran the AUR install and it succeeded.

Now, to figure out which package from (docbook-dsssl-1.79-6 docbook-sgml31-3.1-3 openjade-1.3.2-5 opensp-1.5.2-8 sgml-common-0.6.3-6 docbook-sgml-4.5-6 docbook-utils-0.6.14-9 perl-sgmls-1:1.1-5) has the bug so I can report it.

It appears with this bug that the workaround will work once, but when the above packages are uninstalled (cleaned up) as part of the jigdo requirements, the /etc/sgml/catalog file (0 bytes) is again left behind.

Any help will be appreciated, as I have zero knowledge of the sgml and docbook packages.

linuxninja commented on 2018-12-31 05:11 (UTC) (edited on 2018-12-31 05:13 (UTC) by linuxninja)

no longer builds:

https://pastebin.com/46CYF4fS

chungy commented on 2018-01-18 01:01 (UTC)

Thanks :)

grawity commented on 2018-01-17 18:43 (UTC)

This is missing perl-sgmls build-dep (docbook needs /usr/bin/sgmlspl)