Bug#944738: jlink: Hash of module differs to expected hash recorded in java.base

[tmancill]

On Tue, Apr 07, 2020 at 09:40:52AM +0200, masar wrote:
> 
> Hi,
> 
> the bug is still present in
> 
>openjdk-11-jdk 11.0.7+9-1

Hi Maurizio,

In your initial bug report you said that you have a reproducible test
case with docker.  Would you mind sharing that with me?

FWIW, I happened to notice a similar bug reported against AdoptOpenJDK
builds (https://github.com/AdoptOpenJDK/openjdk-build/issues/1214) that
makes we wonder if there a common root cause, perhaps in the toolchains
used by both projects to build OpenJDK.

Thank you,
tony


signature.asc
Description: PGP signature

Bug#964208: wsjtx: FTBFS without internet access

[tmancill]

On Sun, Jul 05, 2020 at 09:55:30PM +0200, Christoph Berg wrote:
> Re: tmanc...@debian.org
> > > I/O error : Attempt to load network entity 
> > > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> > > warning: failed to load external entity 
> > > "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl;
> > > compilation error: file /etc/asciidoc/docbook-xsl/manpage.xsl line 12 
> > > element import
> > > xsl:import : unable to load 
> > > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> > > ...
> > 
> > So I propose that we reassign this to asciidoc, since any package that
> > build-depends on asciidoc and uses the manpage stylesheet should fail in
> > the same manner.  I don't have any experience with XSL stylesheets, but
> > I assume that the asciidoc package can be updated to include the
> > necessary components such that xsl files need not be fetched from the
> > network during the build.
> > 
> > Does that sound reasonable to folks?
> 
> The primary problem is that we are missing a build-dependency on
> docbook-xsl and possibly more packages of the xsl family which contain
> the necessary files.
> 
> I can't say if that is actually a bug in asciidoc to not depend on
> the bunch. (I guess at least a Recommends or Suggests there is in
> order, but that wouldn't fix the B-D problem.)

Ooh, thank you for the tip about docbook-xsl!  That gives us a path
forward for wsjtx.  I see what you're saying about this maybe not being
a bug for asciidoc.  For now I'll add docbook-xsl to the B-D for wsjtx
and upload with the patch for XSLTPROC_OPTS to add --nonet.

Thanks,
tony

Bug#964208: wsjtx: FTBFS without internet access

[tmancill]

On Sat, Jul 04, 2020 at 01:08:32PM +0200, Christoph Berg wrote:
> Ideally we should add some --nonet flag to make the failure both more obvious 
> and reproducible.

Here's an update on this bug...  

There is a "--nonet" option that can be passed to xsltproc, but the
build fails when that option is used, returning error code 5; from the
xsltproc manpage:

   5
   Error in the stylesheet

The issue lies in the asciidoc package when the manpage stylesheet is
used in conjunction with --nonet.  I tweaked the autopkgtest to show the
failure and pushed a branch and created a merge request [1].  From the
verbose output of the now failing test:

> ...
> creating dictionary for stylesheet
> reusing dictionary from /etc/asciidoc/docbook-xsl/manpage.xsl for stylesheet
> xsltParseStylesheetProcess : found stylesheet
> xsltPreprocessStylesheet: removing ignorable blank node
> Reusing dictionary for document
> I/O error : Attempt to load network entity 
> http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> warning: failed to load external entity 
> "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl;
> compilation error: file /etc/asciidoc/docbook-xsl/manpage.xsl line 12 element 
> import
> xsl:import : unable to load 
> http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> ...

So I propose that we reassign this to asciidoc, since any package that
build-depends on asciidoc and uses the manpage stylesheet should fail in
the same manner.  I don't have any experience with XSL stylesheets, but
I assume that the asciidoc package can be updated to include the
necessary components such that xsl files need not be fetched from the
network during the build.

Does that sound reasonable to folks?

Thanks,
tony

[1] https://salsa.debian.org/debian/asciidoc/-/merge_requests/1


signature.asc
Description: PGP signature

Bug#964208: wsjtx: FTBFS without internet access

[tmancill]

Hi Niko,

On Fri, Jul 03, 2020 at 07:47:21PM +0300, Niko Tyni wrote:
> Source: wsjtx
> Version: 2.2.1+repack-1
> Severity: serious
> Tags: ftbfs
> 
> This package fails to build on a system without internet access.
> I suppose it's xsltproc calling out for external resources or something
> like that.
> 
> This is probably the cause for the 2.2.2+repack-1 armhf build failure too;
> I think the conova buildds only have IPv6 connectivity.

Thank you for connecting the dots... I reproduced this exact build
failure on amd64 by disabling the network.

> From the build log:
> 
> a2x: ERROR: "xsltproc" -param man.endnotes.list.enabled 0 -param 
> man.endnotes.are.numbered 0 --stringparam callout.graphics 0 --stringparam 
> navig.graphics 0 --stringparam admon.textlabel 1 --stringparam admon.graphics 
> 0  "/etc/asciidoc/docbook-xsl/manpage.xsl" 
> "/<>/obj-x86_64-linux-gnu/manpages/man/man1/wsjtx.1.xml" 
> returned non-zero exit status 5

Cheers,
tony


signature.asc
Description: PGP signature

Bug#779482: severity of 779482 is grave

[tmancill]

On Thu, Oct 29, 2015 at 11:44:48AM +0100, pini wrote:
> Control: tag -1 pending
> 
> Hi,
> 
> On Sat, 17 Oct 2015 14:12:26 +0200 Gilles Filippini  wrote:
> > The release 2.3.2-1 in experimental was finally tested on a baremetal
> > ppc64el machine, and it works [1]. Many thanks to Frédéric Bonnard.
> > 
> > [1] 
> 
> Release 2.3.2-3~exp4 in experimental was successfully tested on powerpc,
> ppc64el, and s390x porter boxes.
> 
> Tony, can I upload to unstable? I'll then upload libjogl2-java and scilab.

Hi Gilles,

That sounds great.  Thank you for your work on this.

Cheers,
tony


signature.asc
Description: Digital signature

Bug#788726: [src:jspwiki] Some sources are not included in your package

[tmancill]

On Sun, Jun 14, 2015 at 05:19:13PM +0200, Markus Koschany wrote:
 Control: tags -1 confirmed
 
 On 14.06.2015 18:42, bastien ROUCARIÈS wrote:
  Package: src:jspwiki 
  Version:  2.8.0-6
  user: lintian-ma...@debian.org
  usertags: source-is-missing
  severity: serious
  X-Debbugs-CC: ftpmas...@debian.org
  
  Hi,
  
  Your package includes some files that seem to lack sources
  in prefered forms of modification:
  src/webdocs/scripts/posteditor.js
  src/webdocs/scripts/mootools.js
 
 Indeed these Javascript files are minified and are not the preferred
 form of modification. I wonder if it is really worth to keep jspwiki
 though. It has a very low popcon value and cannot be part of the main
 distribution. Since Emmanuel has done some recent work on the package, I
 think he should make this decision.

+1 from me.  jspwiki is extremely crufty and out-of-date.  
It would be best to remove it, unless Emmanuel objects. 

tony


signature.asc
Description: Digital signature

Bug#580127: [dancer-services] fails to install (postinst error, `/var/run/dancer-services': No such file or directory)

[tmancill]

Hi Jakub,

Thanks for the pointer to the bug - I wasn't aware of it.  It would be 
nice if the BTS would cc: the NMUer on bugs reported against the NMU'ed 
version.  It appears that we merely traded on serious bug for another.

I'll work on another upload this weekend.

Thanks,
tony



On Fri, Jul 23, 2010 at 01:02:55AM +0200, Jakub Wilk wrote:
 * Filipus Klutiero chea...@gmail.com, 2010-05-03, 14:52:
 # LANG=C apt-get install dancer-services
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 The following packages were automatically installed and are no longer 
 required:
  xulrunner-1.9.2 intltool-debian g++-4.4 po-debconf libstdc++6-4.4-dev g++ 
 libmail-sendmail-perl libffi5 libmozjs3d html2text liboil0.3 
 libsys-hostname-long-perl
 Use 'apt-get autoremove' to remove them.
 The following NEW packages will be installed:
  dancer-services
 0 upgraded, 1 newly installed, 0 to remove and 7 not upgraded.
 Need to get 0B/237kB of archives.
 After this operation, 1393kB of additional disk space will be used.
 Selecting previously deselected package dancer-services.
 (Reading database ... 94648 files and directories currently installed.)
 Unpacking dancer-services (from .../dancer-services_1.8.0.6.3-6.1_i386.deb) 
 ...
 Setting up dancer-services (1.8.0.6.3-6.1) ...
 Installing for the first time, setting ownership of data and config files
 chown: cannot access `/var/run/dancer-services': No such file or directory
 dpkg: error processing dancer-services (--configure):
 subprocess installed post-installation script returned error exit status 1
 Errors were encountered while processing:
 dancer-services

 I'd like to remind you that this is the NMUer's responsibility to fix  
 breakage introduced by his upload.

 -- 
 Jakub Wilk





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#450865: mp3burn: diff for NMU version 0.4.1-3.1

[tmancill]

Package: mp3burn
Version: 0.4.1-3
Severity: normal
Tags: patch

Dear maintainer,

I've prepared an NMU for mp3burn (versioned as 0.4.1-3.1) and uploaded it
to DELAYED/1. Please feel free to tell me if I should delay it longer.

Regards.
Tony Mancill


diff -u mp3burn-0.4.1/mp3burn mp3burn-0.4.1/mp3burn
--- mp3burn-0.4.1/mp3burn
+++ mp3burn-0.4.1/mp3burn
@@ -348,7 +348,7 @@
if (!($cdrecord_opts =~ /.*-swab.*/)) {
   # assert: swab wasn't set
   # check to see if it's needed
-  chop ($arch = `/bin/arch`);
+  chop ($arch = `/bin/uname -m`);
   if ($DEBUG) { print arch=$arch\n; }
 
   if ($arch =~ /i[3456]86/ || $arch =~ /x86_64/ || $arch =~ /ppc/ ) {  
# ia32 - we need to swab
diff -u mp3burn-0.4.1/debian/changelog mp3burn-0.4.1/debian/changelog
--- mp3burn-0.4.1/debian/changelog
+++ mp3burn-0.4.1/debian/changelog
@@ -1,3 +1,11 @@
+mp3burn (0.4.1-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Apply patch for swab option (#226606, 289822, 450865)
+  * Add dependency on cdrecord dummy package (#501388)
+
+ -- tony mancill [EMAIL PROTECTED]  Sun, 12 Oct 2008 16:49:36 -0700
+
 mp3burn (0.4.1-3) unstable; urgency=low
 
   * Replace cdrecord with wodim (Closes: #405644)
diff -u mp3burn-0.4.1/debian/control mp3burn-0.4.1/debian/control
--- mp3burn-0.4.1/debian/control
+++ mp3burn-0.4.1/debian/control
@@ -7,7 +7,7 @@
 
 Package: mp3burn
 Architecture: all
-Depends: ${perl:Depends}, mpg321 (= 0.1.5.2) | mpg123, wodim, 
libmp3-info-perl, vorbis-tools (= 1.0), file, libstring-shellquote-perl, 
libogg-vorbis-header-perl
+Depends: ${perl:Depends}, mpg321 (= 0.1.5.2) | mpg123, wodim, 
libmp3-info-perl, vorbis-tools (= 1.0), file, libstring-shellquote-perl, 
libogg-vorbis-header-perl, cdrecord
 Suggests: flac, libaudio-flac-perl 
 Description: burn audio CDs directly from MP3, Ogg Vorbis, or FLAC files
  mp3burn is a Perl script that allows you to burn audio CDs composed



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]