[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: webgen (finally)



Am Donnerstag, dem 11.03.2021 um 12:20 +0100 schrieb Klaumi Klingsporn:

[..]
> at
> least the all build jobs worked fine only the reprotest-job
> at salsa has an error, but I don't think that's a problem of
> the package:
> 
> "ERROR: Failed to remove network for build
> 6ERROR: Job failed: execution took longer than 1h0m0s
> seconds"
> (https://salsa.debian.org/ruby-team/mentors/webgen/-/jobs/1499530)

The job bailed out because of a non-package related issue. You can restart such
jobs (button is in the top right corner). I did this and the job succeeded, so
all jobs succeed for your package.

> This leaves one ugly thing: Many of the rdoc-template files,
> the dh_link created links point to, live in directories
> under /usr/lib/ruby/2.7.0/rdoc/generator/template/, which
> means that the webgen-doc package would depend on
> libruby2.7, although webgen itself don't need a dependency
> on a special ruby-version and webgen-doc would neither if
> there weren't this symlinks. 

You only need to replace the javascript files by the ones packaged and shipped
with Debian and then depend on libjs-<foo>. This would have also fixed the
reprepro issue. The problem is that 

/usr/lib/ruby/2.7.0/rdoc/generator/template/darkfish/js/jquery.js

is already a link to

/usr/share/javascript/jquery/jquery.min.js

(as it should be). But it is a relative link. So when rdoc copies the template
files the link gets copied too and gets messed up because it is a relative and
not an absolute link. So this broke the link in the first package reprepro
creates. In the second run reprepro manipulates several settings and this time,
instead of copying the link, the file at the end of the link was copied. This
created two packages with different content and lead to reprepro issuing an
error.

All you need to do is, make sure that /usr/share/doc/webgen/rdoc/js/jquery.js
is a link to /usr/share/javascript/jquery/jquery.js or
/usr/share/javascript/jquery/jquery.min.js.

And the same goes for the Lato* fontset:

ls -lA /usr/lib/ruby/2.7.0/rdoc/generator/template/darkfish/fonts/
insgesamt 160
lrwxrwxrwx 1 root root    70  2. Feb 15:12 Lato-LightItalic.ttf -> ../../../../../../../../share/fonts/truetype/lato/Lato-LightItalic.ttf
lrwxrwxrwx 1 root root    64  2. Feb 15:12 Lato-Light.ttf -> ../../../../../../../../share/fonts/truetype/lato/Lato-Light.ttf
lrwxrwxrwx 1 root root    65  2. Feb 15:12 Lato-RegularItalic.ttf -> ../../../../../../../../share/fonts/truetype/lato/Lato-Italic.ttf
lrwxrwxrwx 1 root root    66  2. Feb 15:12 Lato-Regular.ttf -> ../../../../../../../../share/fonts/truetype/lato/Lato-Regular.ttf

You don't have to worry about the rest. We will have to find a better solution
for rdoc in the future though, so this is not necessary to be done manually.

Regards, Daniel
-- 
Regards,
Daniel Leidert <dleidert@debian.org> | https://www.wgdd.de/
GPG-Key RSA4096 / BEED4DED5544A4C03E283DC74BCD0567C296D05D
GPG-Key ED25519 / BD3C132D8B3805D1808123AB7ACE00941E338C78

If you like my work consider sponsoring me via
https://www.patreon.com/join/dleidert

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: