Bug#1069554: [Pkg-pascal-devel] Bug#1069554: this is no bug in the package, bug in the script doing the rebuild?

[Peter B]

On 24/04/2024 20:02, Rene Engelhard wrote:



This bugreport now caused the following "fix" in winff:

Build-Depends-Indep:
 faketime,
 libreoffice-draw-nogui   | libreoffice-draw,
 libreoffice-writer-nogui | libreoffice-writer,

which I consider bad...



Hi Rene,

Why is it bad?  The nogui's are lighter dependencies than the gui packages.
One or the other is needed. Surely better to use the nogui if its available?


Regards,
Peter

P.S.  Relates to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065447

Bug#1069256: debian-policy: clarify requirement for use of Static-Built-Using

[Peter B]

Regarding ;-

"(for example linking against static libraries, builds for
 source-centered languages such as Go or Rust, usage of header-only
 C/C++ libraries, injecting data blobs into code, etc.)"

Perhaps Pascal & Lazarus could be added to that list for clarity? [1]


Regards,
Peter

[1]  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997948

Bug#1069554: [Pkg-pascal-devel] Bug#1069554: winff: FTBFS on armel: build-dependency not installable: libreoffice-draw-nogui

[Peter B]

On 20/04/2024 21:28, Paul Gevers wrote:

Hi,

On 20-04-2024 3:22 p.m., Lucas Nussbaum wrote:

The following packages have unmet dependencies:
  sbuild-build-depends-main-dummy : Depends: libreoffice-draw-nogui 
but it is not installable

E: Unable to correct problems, you have held broken packages.
apt-get failed.


I recall rene mentioning that parts of lo are expected to not work on 
armel due to java being broken. Probably the best way forward is to 
request binary removal on armel.


Paul


Hi Paul,

Thanks for commenting.  Despite spitting out
   "Warning: failed to launch javaldx - java may not function correctly"

I gather soffice does not actually use Java, for pdf creation.
I hope to fix this by changing the build dependencies.

Cheers,
Peter

Bug#1068181: asunder: Additional Information following maintainer response.

[Peter B]

On 03/04/2024 22:51, Joshua Aspinall wrote:

E: Unable to fetch some archives, maybe run apt-get update or try with 
--fix-missing?


Hi Josh,

I suggest trying that suggestion  "maybe run apt-get update or try with 
--fix-missing?"


Also try installing cdparanoia and wavpack separately.

You can download wavpack from here, and install with 'sudo dpkg -i'
https://packages.debian.org/trixie/amd64/wavpack/download



IMHO there is something wrong with your system, rather than with asunder.

Maybe ask for help on the user mailing list of the forum.
https://lists.debian.org/debian-user/
https://forums.debian.net/viewforum.php?f=40


Regards,
Peter

Bug#1068181: asunder: Asunder package calls wavpack version not present (5.6.0-1+b1). 5.7.0-1 in repo. Cannot install.

[Peter B]

On 01/04/2024 13:07, Joshua Aspinall wrote:

Package: asunder
Version: 3.0.1+ds-1
Severity: normal
X-Debbugs-Cc: joshaspin...@member.fsf.org

Dear Maintainer,

Cannot install Asunder on testing under normal conditions due to wavpack 
version not present (reports file not found)

Looking through the packages browser can see a newer version (5.7.0-1) than 
that one it tries to grab.  Hopefully a simple fix!

Please contact me if I can help further.

Kind Regards,
Josh.


..snip


Versions of packages asunder depends on:
pn  cdparanoia   
ii  libatk1.0-0  2.50.0-1+b1
ii  libc62.37-15
ii  libcddb2 1.3.2-7
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-3+b1
ii  libglib2.0-0 2.78.4-1
ii  libgtk2.0-0  2.24.33-3

Versions of packages asunder recommends:
pn  flac  
pn  lame  
pn  opus-tools
pn  vorbis-tools  
pn  wavpack   

Versions of packages asunder suggests:
pn  musepack-tools  

Hi Josh,

I can see that you do not have cdparanoia installed.
Its a dependency, and you will not be able to install asunder without it.
Also none of the recommends is installed.
You need at least one for Asunder to do anything useful.

wavpack is only a recommends, not a dependency, and the recommends is 
unversioned.

I have no idea where '5.6.0-1+b1' is coming from.
Have removed wavpack here and reinstalled asunder several times without 
any problems.



What exactly is the response to
  sudo dpkg -i asunder_3.0.1+ds-1_amd64.deb
?


Also, what happens if you try to install grimripper?
(grimripper is the gtk3 version of asunder)


Regards,
Peter

Bug#1067905: mpg321: Does not work on modern system (pipewire)

[Peter B]

Hi Andreas,

"mpg321 simply produces no sound output here on a system running pipewire."


How strange!

Just wondering; have you got pipewire-alsa installed?


Regards,
Peter

Bug#1067844: c-evo-dh: Depends on dead-upstream mpg321 instead of mpg123

[Peter B]

Hi Andreas,

On 27/03/2024 14:57, Andreas Metzler wrote:

mpg321 is dead upstream

I don't see that as a show stopper.



Please consider moving to another player, e.g. mpg123.

I moved away from ffmpeg after c-evo-dh showed a puiparts fail
stemming from libnettle8. c-evo-dh does not use any crypto stuff,
that library was brought in by ffmpeg.


I picked mpg321 over mpg123 because it it has fewer dependencies.

Also, mpg123 is broken
   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067562

mpg321 uses fixed point arithmetic, and is likely to be a better
choice on low spec architectures with no floating point (armel).


I would prefer to keep mpg321 as the sound option for c-evo-dh

Noting the user-tag mpg321-removal on your bug report,
I could instead maintain mpg321 myself if it were orphaned...


Regards,
Peter

Bug#1067426: Package sponsorship request Qucs-S

[Peter B]

On 21/03/2024 13:56, Vadim Kuznetsov wrote:

Package: sponsorship-requests
Severity: normal

I am looking for a sponsor for my package "qucs-s":

* Package name : qucs-s
   Version : 24.1.0-1
   Upstream contact : Vadim Kuznetsov 
* URL : https://github.com/ra3xdh/qucs_s
* License : GPL-2.0
* Vcs : https://github.com/ra3xdh/qucs_s.git
   Section : electronics|



Hi Vadim,

I'm wondering if you should file an RFP here?
https://wiki.debian.org/RFP

But please note there are over 3,000 outstanding already!

(For a sponsorship request, you need to package yourself, and upload to 
mentors

https://mentors.debian.net/

and use the RFS template to file a sponsorship request.

(The VCS field there is for the packaging VCS, not your upstream VCS)


Regards,
Peter

Bug#1065682: RFS: c-evo-dh/1.11-1 -- Empire Building Game (data files), C-evo: Distant Horizon

[Peter B]

Changes since the last upload:

 c-evo-dh (1.11-1) unstable; urgency=medium
 .
   * Team maintained (Debian Games team)  (1.10-1)
   * Add -B (build all dependencies) to d/rules   (1.10-1)
   * Add shared library linker options to d/rules (1.10-1)
   * New Upstream Release
   * Update d/copyright date
   * Drop lintian override on missing man page for libexec binary
   * Strip trailing whitespace from d/c-evo-dh-gtk2.install
   * For sound, depend on mpg321 instead of ffmpeg
   * Update long description for c-evo-dh-data

Bug#1065197: RFS: cevomapgen/31-1 [ITP] -- External Map Generator for C-Evo

[Peter B]

On 17/03/2024 10:27, Tobias Frost wrote:

The source builds the following binary packages:

     cevomapgen - External Map Generator for C-Evo



cevomapgen is a tool for use with c-evo-dh
https://tracker.debian.org/pkg/c-evo-dh

Would it make sense to call it also c-evo-mapgen, to use the same scheme
as the game package?


Hi Tobias,

Good idea. A couple of issues though;

I don't want to change the overall project name now.
Its been released elsewhere and promoted in various forums for nearly a 
year.

The name originated from
  https://www.cix.co.uk/~spot/civmapgen/CivMapGen.htm
from which the program was adapted.

c-evo-mapgen is already in use here
https://github.com/samboy/c-evo-mapgen

What I have done, is to change the name of the Debian binary package to 
c-evo-map-gen,

and updated the doc-base indices accordingly

So putting c-evo into synaptic or doc-base now brings up both the game 
and the map tool.

This is better, so thanks for the suggestion.


Cheers,
Peter

Bug#1065682: RFS: c-evo-dh/1.11-1 -- Empire Building Game (data files), C-evo: Distant Horizon

[Peter B]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "c-evo-dh":

 * Package name : c-evo-dh
   Version  : 1.11-1
   Upstream contact : Peter 
 * URL  : https://sourceforge.net/projects/c-evo-eh/
 * License  : CC0-1.0, GPL-2+, CC-BY-SA-3.0-US, CC-BY-3.0
 * Vcs  : https://salsa.debian.org/PeterB/c-evo-dh
   Section  : games

The source builds the following binary packages:

  c-evo-dh-gtk2  - Empire Building Game (GTK2), C-evo: Distant Horizon
  c-evo-dh-stdai - Empire Building Game (AI module), C-evo: Distant Horizon
  c-evo-dh-data  - Empire Building Game (data files), C-evo: Distant 
Horizon



To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/c-evo-dh/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/c/c-evo-dh/c-evo-dh_1.11-1.dsc



Changes since the last upload:

 c-evo-dh (1.11-1) unstable; urgency=medium
 .
   * New Upstream Release
   * Missing change in changlog for (1.10-1)
   * Update d/copyright date
   * Drop lintian override on missing man page for libexec binary
   * Add source package description in d/control
   * Strip trailing whitespace from d/c-evo-dh-gtk2.install

Regards,
--
  Peter Blackman

Bug#1065447: [Pkg-pascal-devel] Bug#1065447: unneeded libreoffice Build-Depends (libreoffice, ure-java, default-jre), -writer and -draw are enough

[Peter B]

Hi Rene,

Thanks for clarifying. Seems I can use libreoffice-draw-nogui, but need 
libreoffice-writer for now as you said.



Cheers,
Peter

Bug#1065432: lazarus: cannot build with qt6

[Peter B]

Source: lazarus
Version: 3.0+dfsg1-8
Severity: normal
X-Debbugs-Cc: pe...@pblackman.plus.com

Dear Maintainer,

Cannot build packages with
  'lazbuild --ws=qt6'
Builds fail with
  '/usr/bin/ld.bfd: cannot find -lQt6Pas: No such file or directory'

Probably needs a libqt6pas package.

See
https://gitlab.archlinux.org/archlinux/packaging/packages/qt6pas/-/blob/main/PKGBUILD?ref_type=heads


Regards,
Peter


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.15-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1035747: ITP: cevomapgen -- External Map Generator for C-Evo

[Peter B]

Now at upstream version 31
Changes since 26,

cevomapgen (31)

  Warn when map size is over 9,600
  Workaround for Qt5 SpinEdits broken in Lazarus 3.0

 --  Wed, 28 Feb 2024

cevomapgen (30)

  Use Smart linking
  Use Makefile in Linux builds
 --  Tue, 27 Feb 2024

cevomapgen (29)

  Rework starting positions algorithm
 --  Sun,  8 Oct 2023

cevomapgen (28)

  fix bug in selection of starting positions
 --  Wed, 20 Sep 2023

cevomapgen (27)

  fix crash on repeating map load
  Show City estimate on loaded maps
 --  Sun, 18 Jun 2023

Bug#1064287: RFS: winff/1.6.3+dfsg-1 -- graphical video and audio batch converter using ffmpeg or avconv

[Peter B]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "winff":

 * Package name : winff
   Version  : 1.6.3+dfsg-1
   Upstream contact : Matthew Weatherford 
 * URL  : https://github.com/WinFF/winff
 * License  : GFDL-1.3+, GPL-2+, GPL-3+
 * Vcs  : https://salsa.debian.org/pascal-team/winff
   Section  : video

The source builds the following binary packages:

  winff - graphical video and audio batch converter using ffmpeg or avconv
  winff-qt - Qt variant of winff
  winff-data - winff data files
  winff-doc - winff documentation

To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/winff/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/w/winff/winff_1.6.3+dfsg-1.dsc


Changes since the last upload:

 winff (1.6.3+dfsg-1) unstable; urgency=medium
 .
   * New Upstream release (Closes: #1053373) (Closes: #1061586)
   * Drop patch adopted upstream
   * Update copyright date

Regards,
--
  Peter Blackman

Bug#1053373: winff: shell injection

[Peter B]

On Fri, 26 Jan 2024 22:45:28 +0100 Jakub Wilk  wrote:
> Control: found -1 1.6.2+dfsg-2
>
> The fix is insufficient. To reproduce, try converting the file created
> by this command:
>
> touch '`cowsay pwned >&2; sleep inf`.mp3'
>
I'm now escaping backticks. This fixes the issue with above file.


> Single-quoted strings are better suited for shell-escaping, because the
> only character to care of is the single quote itself. That is, the whole
> escaping procedure could look like this:
>
> 1) Replace every ' character with: '\''
>
> 2) Add single quotes around the whole thing.
>

Noted. Thanks for the suggestion.

However, I'm wary of a more invasive change, and more divergence between
Linux & Windows codepaths, so have stuck with the simpler solution for now.


Regards,
Peter

Bug#1061586: ~/.winff/*.sh are world-writable

[Peter B]

Thanks for the patch.
Applied upstream.

Bug#1061306:

[Peter B]

licenserecon's reporting GPL-3 vs GPL-3+ as a difference
is not a misleading false positive. They are different licenses.
The latter confers the right to use a later license, the former does not.

kitty's d/copyright file should have a separate file stanza for the 
GPL-3 (only) files.

See https://ftp-master.debian.org/licenses/good/gpl3/
In the box to the right it says;
  [Be careful to reflect the right restriction, ie. "version 3 only" or 
"version 3 or any later".]


Anyway, as you prefer not to see these GPL version differences,
I'm changing the bug to wishlist and retitling accordingly.
It would be a real bug if lrc ignored these differences.

I've updated the man page to make it explicit that
license version differences are intentionally reported.

Please note, you can suppress these differences by using
lrc | grep -v 'GPL-3+  | GPL-3'
This leaves just four lines of file differences for kitty.


FYI
I'm considering adding some options to lrc,
including a brief or terse option which would limit output of blocks
of files with identical license differences to the first file only.
In the case of kitty, the result would be very similar to that above,
so should meet your requirement. There would just be one line
of GPL-3+ | GPL-3' which would not down out the rest of the output.

I was originally intending to tag this a 'wontfix', but my current thinking
is to leave it for now, and to close it when a terse option is added.

Bug#1061034: Re Bug#1061034

[Peter B]

While Lazarus release (3.0+dfsg1-6) fixed the immediate problem
of ideconfig.lpk missing, lazbuilds still all fail, now with

"Note: (lazarus) Invalid Package Link: file 
"/usr/lib/lazarus/3.0/ide/packages/idedebugger/idedebugger.lpk" does not 
exist."


Builds fail on the firts missing (lazarus) package. Providing 
idedebugger.lpk alone may not be sufficient to fix builds


lazarus packages fail to build unless lazarus_src is included in build 
depends.

Affects c-evo-dh, ddrescueview, view3dscene, winff, doublecmd

Bug#1059907: licensecheck: Please use correct case for BSD-2-Clause & BSD-3-Clause

[Peter B]

Package: licensecheck
Version: 3.3.9-1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: pe...@pblackman.plus.com

Dear Maintainer,

licensecheck outputs BSD licenses as BSD-2-clause & BSD-3-clause,
but the SPDX short-names use title case with upper case C
as in BSD-2-Clause & BSD-3-Clause.
https://spdx.org/licenses/

While the detected license is still clear,
this causes case sensitive comparisons by license-reconcile & 
licenserecon to fail.


Please use the official SPDX short-names for these licences.

It may be possible to fix this by changing the relevant strings in this 
source file

https://sources.debian.org/src/libstring-license-perl/0.0.9-2/t/license.t/


Regards,
Peter


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.6.8-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages licensecheck depends on:
ii  libfeature-compat-class-perl    0.06-1
ii  libfeature-compat-try-perl  0.05-1
ii  libio-interactive-perl  1.025-1
ii  liblog-any-adapter-screen-perl  0.140-2
ii  liblog-any-perl 1.717-1
ii  libnamespace-clean-perl 0.27-2
ii  libpath-iterator-rule-perl  1.015-2
ii  libpath-tiny-perl   0.144-1
ii  libpod-constants-perl   0.19-2
ii  libstring-copyright-perl    0.003014-1
ii  libstring-escape-perl   2010.002-3
ii  libstring-license-perl  0.0.9-2
ii  perl    5.36.0-10

Versions of packages licensecheck recommends:
ii  libregexp-pattern-license-perl  3.11.0-1

Versions of packages licensecheck suggests:
ii  bash-completion  1:2.11-8

-- no debconf information

Bug#1052259: licensecheck: license shortname GPL-3 misdetected as GPL

[Peter B]

I have found another example of misdetection of GPL-3

In most of the files in https://sources.debian.org/src/xbrzscale/1.8-2/xbrz/
the license is given in the line

// * GNU General Public License: 
https://www.gnu.org/licenses/gpl-3.0 *


but licensecheck detects as just GPL.
Changing the case to GPL-3.0 does not improve things.

Bug#1056605: format output of man page

[Peter B]

lrc parses a valid DEP-5 copyright file and notes the licenses of all
files in the source tree. Licensecheck is then run, and the results
compared. Differences between licenses in debian/copyright and the output
of licensecheck are reported.

It should be run in the top level of a cleaned Debian source tree,
with a valid DEP-5 copyright file. The source tree should be clean,
otherwise results may be contaminated by spurious reports on the
build's generated files. It is advisable to run lintian first to ensure
correct syntax of debian/copyright.

The results are indicative only, and not a substitute for manual
checking. It is intended to report obvious errors. The design intends to
minimise false positives as much as is practical. However, false positives
will occur if the spelling of the license short-string is not identical
between the file and debian/copyright. This is quite likely with complex
licensing such as 'and'/'or' constructs and specific exceptions.

Only files with a copyright header are checked. False negatives may occur
if licensecheck cannot determine a file's license. Files named copyright,
copying, readme etc. are not checked as they often specify the licenses of
other files rather than their own.


(Reformating man page output for email)

Bug#1056605: Vcs moved

[Peter B]

The Vcs has now moved to

https://salsa.debian.org/debian/licenserecon

Bug#1056578: RFS: profile-cleaner/2.45-3 -- Reduces browser profile size by cleaning their sqlite

[Peter B]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "profile-cleaner":

 * Package name : profile-cleaner
   Version  : 2.45-3
   Upstream contact : graysky 
 * URL  : https://github.com/graysky2/profile-cleaner
 * License  : Expat
 * Vcs  : https://salsa.debian.org/debian/profile-cleaner
   Section  : utils

The source builds the following binary packages:

  profile-cleaner - Reduces browser profile size by cleaning their sqlite 
databases

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/profile-cleaner/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/profile-cleaner/profile-cleaner_2.45-3.dsc

Changes since the last upload:

 profile-cleaner (2.45-3) unstable; urgency=medium
 .
   * Add VCS fields to control file

Regards,
--
  Peter Blackman

Bug#1056320: RFS: mp3guessenc/0.27.6~beta+dfsg-1 -- Utility for analysis of audio mpeg files

[Peter B]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "mp3guessenc":

 * Package name : mp3guessenc
   Version  : 0.27.6~beta+dfsg-1
   Upstream contact : eblanc...@users.sourceforge.net
 * URL  : https://mp3guessenc.sourceforge.io/
 * License  : LGPL-2.1+, CC0-1.0
 * Vcs  : https://salsa.debian.org/debian/mp3guessenc
   Section  : sound

The source builds the following binary packages:

  mp3guessenc - Utility for analysis of audio mpeg files

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/mp3guessenc/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/m/mp3guessenc/mp3guessenc_0.27.6~beta+dfsg-1.dsc

Changes since the last upload:

 mp3guessenc (0.27.6~beta+dfsg-1) unstable; urgency=medium
 .
   * New upstream version
  (updated ID3v1 detection routine)
   * Standards now 4.6.2

Regards,
--
  Peter Blackman

Bug#1056273: RFS: c-evo-dh/1.10-1 -- Empire Building Game (data files), C-evo: Distant Horizon

[Peter B]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "c-evo-dh":

 * Package name : c-evo-dh
   Version  : 1.10-1
   Upstream contact : Peter 
 * URL  : https://sourceforge.net/projects/c-evo-eh/
 * License  : GPL-2+, CC-BY-SA-3.0-US, CC0-1.0, CC-BY-3.0
 * Vcs  : https://salsa.debian.org/PeterB/c-evo-dh
   Section  : games

The source builds the following binary packages:

  c-evo-dh-gtk2 - Empire Building Game (GTK2), C-evo: Distant Horizon
  c-evo-dh-stdai - Empire Building Game (AI module), C-evo: Distant Horizon
  c-evo-dh-data - Empire Building Game (data files), C-evo: Distant Horizon

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/c-evo-dh/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/c/c-evo-dh/c-evo-dh_1.10-1.dsc

Changes since the last upload:

 c-evo-dh (1.10-1) unstable; urgency=medium
 .
   * New Upstream Release, (Closes: #1055837)
   * Add NEWS file

Regards,
--
  Peter Blackman

Bug#1055837: c-evo-dh-gtk2: game unusable because directory ~/.config/c-evo-dh/Saved is not created

[Peter B]

Hi Davide,

Thanks for reporting this problem.

The game only created the Saved folder if there was something to install in it.
The removal of the original example game (for incompatibility) caused this 
regression.

Fix in 1.10


Regards,
Peter

Bug#1055005: [Pkg-pascal-devel] Bug#1055005: lazarus-ide-2.2: gdb 13 dynamic array crash (regression: gdb 10 working)

[Peter B]

On 29/10/2023 08:27, Jonas Bechtel wrote:

Following conditions have to be met to reproduce the problem:

* The line must be in an extra unit (not application form class unit)
* gdb 13 must be installed (gdb 10 does not crash)


Given that the crash only occurs with gdb 13 and not with gdb 10,
surely this is a bug in gdb, not with the Lazarus IDE?

gdb is pretty flakey...
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=gdb;dist=unstable


Regards,
Peter

Bug#967795: [Pkg-pascal-devel] Bug#967795: view3dscene: depends on deprecated GTK 2

[Peter B]

On 22/10/2023 22:15, Bastian Germann wrote:

Meanwhile, you can drop libgtkglext1-dev, which is not used, and unblock 
#967491.


Pushed to Salsa, 4.2.0-3
https://salsa.debian.org/pascal-team/view3dscene

Bug#967284: [Pkg-pascal-devel] Bug#967284: castle-game-engine: depends on deprecated GTK 2

[Peter B]

On 27/09/2023 10:45, Bastian Germann wrote:

On Sun, 9 Aug 2020 23:01:12 +0200 Michalis Kamburelis wrote:

Upgrade to GTK3 is planned.


Would it be possible to build with qt5 instead? From a Debian packaging 
perspective,
this should already work as opposed to gtk3.



Hi Bastian,

That would maybe have possible if castle-game-engine was built with Lazarus,
but it is built with Gtk2 via fp-units-gtk2.

Michalis is the expert here, but FWIW, my guess is no.


Regards,
Peter

Bug#967306: ddrescueview: depends on deprecated GTK 2

[Peter B]

On 20/09/2023 12:36, Bastian Germann wrote:

Control: tags -1 patch
Control: unblock -1 by 967564

Please find a patch attached that builds the package with Qt5.



Fix uploaded to Mentors.

Would like to update the VCS, (and setup CI) but need 'maintainer' access to be 
able to do that.

Bug#1052356: RFS: ddrescueview/0.4.5-2 -- graphical viewer for GNU ddrescue map files

[Peter B]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ddrescueview":

 * Package name : ddrescueview
   Version  : 0.4.5-2
   Upstream contact : Martin Bittermann 
 * URL  : https://sourceforge.net/projects/ddrescueview/
 * License  : GPL-3.0+
 * Vcs  : https://salsa.debian.org/pascal-team/ddrescueview
   Section  : utils

The source builds the following binary packages:

  ddrescueview - graphical viewer for GNU ddrescue map files

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/ddrescueview/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/d/ddrescueview/ddrescueview_0.4.5-2.dsc

Changes since the last upload:

 ddrescueview (0.4.5-2) unstable; urgency=medium
 .
   * Build for Qt5 instead of Gtk2 (Closes: #967306)

Regards,
--
  Peter Blackman

Bug#1052322: RFS: c-evo-dh/1.9-1 -- Empire Building Game (data files), C-evo: Distant Horizon

[Peter B]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "c-evo-dh":

 * Package name : c-evo-dh
   Version  : 1.9-1
   Upstream contact : Peter 
 * URL  : https://sourceforge.net/projects/c-evo-eh/
 * License  : CC-BY-3.0, CC-BY-SA-3.0-US, GPL-2+, CC0-1.0
 * Vcs  : https://salsa.debian.org/PeterB/c-evo-dh
   Section  : games

The source builds the following binary packages:

  c-evo-dh-gtk2 - Empire Building Game (GTK2), C-evo: Distant Horizon
  c-evo-dh-stdai - Empire Building Game (AI module), C-evo: Distant Horizon
  c-evo-dh-data - Empire Building Game (data files), C-evo: Distant Horizon

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/c-evo-dh/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/c/c-evo-dh/c-evo-dh_1.9-1.dsc

Changes since the last upload:

 c-evo-dh (1.9-1) unstable; urgency=medium
 .
   * New Upstream Release

Regards,
--
  Peter Blackman

Bug#1052321: RFS: view3dscene/4.2.0-2 [RC] -- VRML / X3D browser, and a viewer for other 3D model formats

[Peter B]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "view3dscene":

 * Package name : view3dscene
   Version  : 4.2.0-2
   Upstream contact : Michalis Kamburelis 
 * URL  : https://castle-engine.io/view3dscene.php
 * License  : public-domain, GPL-2+, GFDL-1.2+
 * Vcs  : https://salsa.debian.org/pascal-team/view3dscene
   Section  : graphics

The source builds the following binary packages:

  view3dscene - VRML / X3D browser, and a viewer for other 3D model formats

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/view3dscene/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/v/view3dscene/view3dscene_4.2.0-2.dsc

Changes since the last upload:

 view3dscene (4.2.0-2) unstable; urgency=medium
 .
   * Depend on libgl1 (Closes: #1051598)
   * Build-Depends on libgdk-pixbuf-2.0-dev (Closes: #1037406)
   * Disable lto (Closes: #1015702)
   * Fix links in debian/copyright
   * Fix folder name in debian/clean
   * Drop build dependency on whitedune-docs
   * Add lintian overrides
   * Add myself to Uploaders
   * Update standards version to 4.6.2, no changes needed.

Regards,
--
  Peter Blackman

Bug#1052259: licensecheck: GPL-3+ licences shown as GPL-3

[Peter B]

Package: licensecheck
Version: 3.3.9-1
Severity: normal
X-Debbugs-Cc: pe...@pblackman.plus.com

Dear Maintainer,

Files containing short license names such as GPL-3.0+ are reported
as GPL-3 instead of GPL-3+

Example is dist/unix/strawberry.spec.in in package strawberry
https://salsa.debian.org/debian/strawberry/-/blob/master/dist/unix/strawberry.spec.in

This is the only example file I have now, but I have tried editing the file to
use various other short names such as;

GPL-3+
GPLv3+

The results are the same. The + suffix is not recognised as allowing a later
version of the license. All are reported as GPL-3


Regards,
Peter B


-- System Information:
Debian Release: trixie/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.4.0-4-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages licensecheck depends on:
ii  libfeature-compat-class-perl    0.06-1
ii  libfeature-compat-try-perl  0.05-1
ii  libio-interactive-perl  1.023-2
ii  liblog-any-adapter-screen-perl  0.140-2
ii  liblog-any-perl 1.717-1
ii  libnamespace-clean-perl 0.27-2
ii  libpath-iterator-rule-perl  1.015-2
ii  libpath-tiny-perl   0.144-1
ii  libpod-constants-perl   0.19-2
ii  libstring-copyright-perl    0.003014-1
ii  libstring-escape-perl   2010.002-3
ii  libstring-license-perl  0.0.9-2
ii  perl    5.36.0-9

Versions of packages licensecheck recommends:
ii  libregexp-pattern-license-perl  3.11.0-1

Versions of packages licensecheck suggests:
ii  bash-completion  1:2.11-7

-- no debconf information

Bug#1052122: RFS: asunder/3.0.1+ds-1 -- Graphical audio CD ripper and encoder

[Peter B]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "asunder":
(Andreas R who kindly sponsored my adoption of this package,
is sadly locked out from his gpg key.)


 * Package name : asunder
   Version  : 3.0.1+ds-1
   Upstream contact : Andrew Smith 

 * URL  : http://www.littlesvr.ca/asunder
 * License  : GPL-2
 * Vcs  : https://salsa.debian.org/debian/asunder
   Section  : sound

The source builds the following binary packages:

  asunder - Graphical audio CD ripper and encoder

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/asunder/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/a/asunder/asunder_3.0.1+ds-1.dsc

Changes since the last upload:

 asunder (3.0.1+ds-1) unstable; urgency=medium
 .
   * New upstream release 3.0.1 (Fixes CDDB upload)
   * Add missing docs to binary package

Regards,
--
  Peter Blackman

Bug#967259: asunder depends on gtk2

[Peter B]

Hi Matthias, Bastian,

I'd prefer to retain asunder for the time being.
If bugs are reported in grimripper that I can't reproduce,
it would be very helpful to ask the reporter if the same problem happens with 
asunder.
That will be problematic if its been removed from the archive.


I'd also like to see a much wider take-up, freedom from bugs, and more upstream 
support,
before burning the boats with respect to asunder.

Currently, there are no other official grimripper packages in the 'nix world.
https://repology.org/project/grimripper/versions

This CTD bug reported in May, is still not fixed upstream.
https://gitlab.gnome.org/Salamandar/GrimRipper/-/issues/8
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040980


Asunder is seeing some upstream activity now,
so there is still a possibility of a switch to gtk3, before gtk2 is removed 
from Debian


Cheers,
Peter

Bug#1052029: c-evo-dh: depends on deprecated GTK 2

[Peter B]

On 16/09/2023 11:31, Bastian Germann wrote:

Please consider switching to lcl=qt5 to build with qt5 interface.
Please rename c-evo-dh-gtk2 to c-evo-dh when implementing this. We really
do not need to know the toolkit that it uses by looking at the pkg name.


Hi Bastian,

Lazarus can build packages against various toolkits, and if more than one is 
viable,
building those gives users some choice, as they all have various quirks.
The toolkit in the package name allows that differentiation.

C-evo-dh will build against all supported Lazarus toolkits, however,
gtk3 & fpgui builds crash on startup, and qt5 & qt6 have corrupted graphics.
gtk2 is the only Linux toolkit version that currently runs OK.

C-evo-dh has been intentionally packaged to allow co-installation of multiple 
front-ends.
I will certainly include others when they become viable.
I tested the Qt6 build today with Lazarus 3.0RC1, but have the same display 
issues as with Qt5.
gtk3 is being worked on upstream. That may become a possibility.

Cheers,
Peter

Bug#1051840: licensecheck: file parsing: extract metadata from appstream

[Peter B]

Hi Jonas,

Apart from the appstream metadata issue, I'm seeing license shortnames such as

GPL-3.0+
GPLv3+
GPL-3+

in file headers are all shown as GPL-3  instead of GPL-3+

Example
https://salsa.debian.org/debian/strawberry/-/blob/master/dist/unix/strawberry.spec.in


Should I raise this as a separate bug report?



Cheers,
Peter

Bug#1040494: RFS: cevomapgen/27-1 [ITP] -- External Map Generator for C-Evo

[Peter B]

Package: sponsorship-requests

Dear mentors,

I am looking for a sponsor for my package "cevomapgen":

 * Package name : cevomapgen
   Version  : 27-1
   Upstream contact : Peter Blackman 
 * URL  : https://sourceforge.net/projects/cevomapgen/
 * License  : CC-BY-3.0, GPL-3+
   Programming Lang : FPC/Lazarus
 * Vcs  : https://salsa.debian.org/PeterB/cevomapgen
   Section  : games

The source builds the following binary packages:

  cevomapgen - External Map Generator for c-evo-dh

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/cevomapgen/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/c/cevomapgen/cevomapgen_27-1.dsc

Changes for the initial release:

 cevomapgen (27-1) unstable; urgency=medium
 .
   * Initial release (Closes: #1035747)

Regards,
--
  Peter Blackman

Bug#1051840: licensecheck: Incorrect license reported for appstream metadata

[Peter B]

Package: licensecheck
Version: 3.3.9-1
Severity: minor
X-Debbugs-Cc: pe...@pblackman.plus.com

Dear Maintainer,

Appstream metadata files have two license fields;
1) 
2) 

The license for the file itself is the metadata license,
but licensecheck reports using the project license.

Example here
https://salsa.debian.org/debian/strawberry/-/blob/master/dist/unix/org.strawberrymusicplayer.strawberry.appdata.xml

File license is CC0-1.0, but licensecheck reports GPL.


Note, also the project license is GPL-3+, not just GPL.



Regards,
Peter B

Bug#1050550: [Pkg-pascal-devel] RFA: winff -- graphical video and audio batch converter using ffmpeg or avconv

[Peter B]

On Thu, 31 Aug 2023 16:37:30 +0200 Bastian Germann  wrote:
> Hi Peter,
>
> It would be helpful to maintain the git repo, so if you are not already
> part of the Pascal Team, please consider joining. Otherwise, Paul might be
> so kind to add you as a member only to that single repo.
>
> Thanks,
> Bastian


Agreed. It would be very helpful if I could update the VCS.
I was about to mention this anyway.

I'd be happy to join the team.


Cheers,
Peter

Bug#1047457: winff: Fails to build source after successful build

[Peter B]

FPC have changed .rst files to .rsj

debian/clean needs updating. (pending)

Bug#1050751: qosmic: Move to a lua version != 5.2

[Peter B]

Last upstream release was in 2017. Seems Unlikely that they can help with a lua 
port.

Many compile errors with lua 5.3, however Qosmic builds OK with lua 5.1 with
a one line change.

src/lua/frame.cpp  // 98
    lua_tointegerx(L, 1, ) - 1; --> lua_tointeger(L, isnum) - 1;

Bug#1050550: RFA: winff -- graphical video and audio batch converter using ffmpeg or avconv

[Peter B]

I'd be happy to adopt winff


Cheers,
Peter

Bug#1040494: RFS: cevomapgen/26-1 [ITP] -- External Map Generator for C-Evo

[Peter B]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "cevomapgen":

 * Package name : cevomapgen
   Version  : 26-1
   Upstream contact : Peter Blackman 
 * URL  : https://sourceforge.net/projects/cevomapgen/
 * License  : CC-BY-3.0, GPL-2+
 * Vcs  : https://salsa.debian.org/PeterB/cevomapgen
   Section  : games

The source builds the following binary packages:
  cevomapgen - External Map Generator for C-Evo

To access further information about this package, please visit the following 
URL:
https://mentors.debian.net/package/cevomapgen/

Alternatively, you can download the package with 'dget' using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/c/cevomapgen/cevomapgen_26-1.dsc

Changes for the initial release:

 cevomapgen (26-1) unstable; urgency=medium
 .
   * Initial release (Closes: #1035747)


Regards,
--
  Peter Blackman

Bug#614070: asunder: segfault on cddb resolver failure

[Peter B]

On Tue, 28 Feb 2017 11:06:22 + Alan Sermons 
 wrote:
> Package: asunder
> Version: 2.8-5
> Followup-For: Bug #614070
>
> Apologies for the late reply (and more if this appears twice).
>
> I've just tried this a couple of times, on a laptop that has only recently 
been
> installed. If the computer is aware that it has no connection to the Internet,
> then clicking "CDDB lookup" fails silently, but asunder keeps running. As soon
> as the connection comes back up (I'd turned the RF kill switch on the laptop
> off), it works as expected.
>
> If there is no Internet connection, but the computer does not know this (I
> rebooted the router while attempting this, but the Wifi stayed up) then the
> software aborts, as shown in the attached file. I have attached the output 
from
> gdb and the backtrace, as shown in the attached file.
>
> Please let me know what other information would be required.
>

Thanks for providing a backtrace.

The backtrace shows that lookup_disc called a library routine usleep which 
segfaulted.

Lookup_dsic has been rewritten and no longer calls usleep,
so its possible this bug is now fixed.

Can it still be reproduced?
If not, I'm inclined to close this bug now.



Cheers,
Peter

P.S. Googling "usleep segfault" gives over 13,000 results!!

Bug#1034168: RFS: profile-cleaner/2.44-1 [ITP] -- Reduces browser profile size by cleaning their sqlite databases

[Peter B]

On 24/05/2023 22:04, Tobias Frost wrote:



It seems that the source is missing (the input file for txt2man)?
It would be nice to have this and create the manpage at build time.
(Can you ask upstream to include the source file of the manpage?)


Now building the man page from source text.

Bug#1034168: RFS: profile-cleaner/2.44-1 [ITP] -- Reduces browser profile size by cleaning their sqlite databases

[Peter B]

On 24/05/2023 22:04, Tobias Frost wrote:

Package: sponsorship-requests
Followup-For: Bug #1034168
Control: tags -1 moreinfo

Hi Peter,

some review:
- d/postinst is not a place to post messages to users;

What do you suggest then?  I could ditch the postinst and put the text
into the man page, but users are probably less like to see it.
Note, this is upstream's postinst, not something I added myself.



  also is does
not have the #DEBHELPER# token. dh_installdeb(1)
(For that, the lintian override is wrong too)

Oops. Fixed, and removed the override



doc/pc.1 says:
".\" Text automatically generated by txt2man"

It seems that the source is missing (the input file for txt2man)?
It would be nice to have this and create the manpage at build time.
(Can you ask upstream to include the source file of the manpage?)


Raised upstream
https://github.com/graysky2/profile-cleaner/issues/39


Thanks for your review.
Uploaded the latest upstream version 2.45 to Mentors
https://mentors.debian.net/package/profile-cleaner/

Bug#1036293: [Pkg-pascal-devel] Bug#1036293: Bug#1036293: lazarus: LHelp needs CHM files to display online help

[Peter B]

On 18/05/2023 22:24, Mike Swanson wrote:

On Thu, 2023-05-18 at 22:28 +0200, Abou Al Montacir wrote:

Yes these files were removed from the source package. This was
intentional not only to remove lintian warning but also to force
using doct build during the lazarus build process.


You can find them in lazarus-doc-2.2 package. If any is missing,
please report it here.


Interesting, I do see the lcl.chm in /usr/share/doc/lazarus/... but
LHelp doesn't open it by default.  I recall that working on Debian 11's
version of the package.  I may have placed blame in the wrong place
then, but there is still a bug (it is annoying to navigate to that
file, even when I do know what's going on).

___
Pkg-pascal-devel mailing list
pkg-pascal-de...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-pascal-devel


Regarding the html help, looks to me that lazarus is looking in
/usr/share/doc/lazarus/2.2.0/index.html
a 2.2.0 folder, but the index is now in 2.2.6

Bug#1035106: grimripper

[Peter B]

I'm happy to have co-maintainers, but with less than a dozen packages in my list
I would hope to be able to keep it in good shape.

Bug#1035106: grimripper

[Peter B]

Hi Matthias,

I'd rather not remove asunder just yet. If I receive a bug report on grimripper,
the first thing I would want to do is run asunder alongside it to compare.

Also, until grimripper is uploaded we won't know for sure if it will build on 
all architectures,
and until I get access to a Salsa repository, how the CI will go.

I actually prefer the look of asunder and am therefore more likely to continue 
to use it over grimripper.
(I realise this is subjective)

Regards,
Peter

Bug#1035106: RFS: grimripper/3.0.0-1 [ITP 1035103] -- Graphical audio CD ripper and encoder

[Peter B]

Package renamed;


 * Package name : grimripper
   Version  : 3.0.0-1
   Upstream contact : Salamandar 
 * URL  : https://gitlab.gnome.org/Salamandar/GrimRipper
 * License  : GPL-2, CC0-1.0
 * Vcs  : TBD
   Section  : sound


The source builds the following binary packages:
  grimripper - Graphical audio CD ripper and encoder

To access further information about this package, please visit the following 
URL:
https://mentors.debian.net/package/grimripper/

Alternatively, you can download the package with 'dget' using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/g/grimripper/grimripper_3.0.0-1.dsc

Changes for the initial release:
 grimripper (3.0.0-1) unstable; urgency=medium
 .
   * Initial release (Closes: #1035103)

Bug#1035106: RFS: grimripper/3.0.0-1 [ITP 1035103] -- Graphical audio CD ripper and encoder

[Peter B]

On Fri, 5 May 2023 17:59:01 +0200 Bastian Germann  wrote:
> On Sat, 29 Apr 2023 20:10:02 +0100 Peter Blackman wrote:
> > cdreaper is the Gtk3 fork of asunder
> > https://tracker.debian.org/pkg/asunder
> >
> > I would like to set up a packaging VCS on Salsa under the debian group,
> > but don't have the privilege to create an empty repository there myself.
>
> Why not put this under the Multimedia Team's umbrella?
>
>

I don't have any particular view where it should go, its just that I noticed 
asunder is in the debian group.

Bug#1035103: re : ITP: grimripper -- Graphical audio CD ripper and encoder

[Peter B]

Upstream have now renamed the project to GrimRipper

https://gitlab.gnome.org/Salamandar/GrimRipper

Bug#1034168: RFS: profile-cleaner/2.44-1 [ITP] -- Reduces browser profile size by cleaning their sqlite databases

[Peter B]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "profile-cleaner":

 * Package name : profile-cleaner
   Version  : 2.44-1
   Upstream contact : graysky 
 * URL  : https://github.com/graysky2/profile-cleaner
 * License  : Expat
 * Vcs  : N/A
   Section  : utils

I came across this package when searching for ideas to speed up Firefox.
Its by the same author as profile-sync-daemon.

The source builds the following binary packages:
  profile-cleaner - Reduces browser profile size by cleaning their sqlite 
databases

To access further information about this package, please visit the following 
URL:
https://mentors.debian.net/package/profile-cleaner/

Alternatively, you can download the package with 'dget' using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/p/profile-cleaner/profile-cleaner_2.44-1.dsc

Changes for the initial release:
 profile-cleaner (2.44-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1033413)

Regards,
  Peter Blackman

Bug#1033632: qa.debian.org: sourceforge redirector for debian/watch files fails with a 500 error

[Peter B]

I think this problem is now resolved.
The big red ERROR texts in the Watch column on my DDPO page are slowly going 
away.


Cheers,
Peter


On Wed, 29 Mar 2023 08:05:01 +0200 Christian Marillat  
wrote:
> Package: qa.debian.org
> Severity: normal
>
> Dear Maintainer,
>
> For several days sf.php no longer works:
>
> ,
> | uscan warn: In watchfile debian/watch, reading webpage
> | https://qa.debian.org/watch/sf.php/synfig/ failed: 500 Error
> `
>
> Christian
>
>

Bug#1033261: strawberry: Tag editing can corrupt media files

[Peter B]

Package: strawberry
Version: 1.0.14-1
Severity: important
Tags: upstream
X-Debbugs-Cc: pe...@pblackman.plus.com

A bug affecting the tag editor can cause possible corruption of media files.
Versions affected are all versions from 0.9.1 to the current latest 1.0.15.

The issue occurs whenever you edit and save both the tags and the album cover
with the embedded cover option in one operation. The embedded cover option is
off by default, and it only occurs if you also edit any tags in the same save
operation.
It is also possible that the issue only affects certain audio formats on
specific file-systems.

As a precaution, suggest to not use the tag editor at all until a new release
[16] is available.


https://github.com/strawberrymusicplayer/strawberry/issues/1158

Bug#825222: lintian: please allow debian/source/timestamps in unknown-file-in-debian-source

[Peter B]

On Sat, 18 Feb 2023 11:45:05 +0100 Abou Al Montacir  
wrote:

> >
> > Just affecting two packages is IMHO a valid case for lintian
> > overrides.
>
> I may agree, but I failed to find the right syntax to override this error.


Hi Abou,

the syntax is just to have the error string, and nothing else on the line, ie.

# In 3.0.0+dfsg-5 elbrus added fp-fix-timestamps that expects 
d/source/timestamps
# lintian bug: http://bugs.debian.org/825222
unknown-file-in-debian-source


Cheers,
Peter

Bug#1025350: qt6ct: Font changes are not saved in configuration file

[Peter B]

It seems the problem only occurs if a style sheet is selected.

Sadly, not fixed in release 0.8

Bug#1025350: qt6ct: Font changes are not saved in configuration file

[Peter B]

Raised upstream
https://github.com/trialuser02/qt6ct/issues/25

I've noticed that the font settings are saved if one just hits [OK],
but lost if one hits [Apply] first.

Bug#1025350: qt6ct: Font changes are not saved in configuration file

[Peter B]

Hi,

I can reproduce the problem now.
Font changes are not stored in the configuration file when qt6ct exits.

A workaround would be to edit this file manually.
config/qt6ct/qt6ct.conf

I don't think this is anything to do with the Debian packaging, as the problem 
occurs
in Arch Linux too. I'll raise it upstream.

==


On 15/02/2023 00:22, Christopher Cramer wrote:


qt5ct does not work either.



Working fine here, I suggest you raise that as a separate bug.


Cheers,
Peter

Bug#1025350: qt6ct: changing font has no effect on GNOME

[Peter B]

Hi Christopher,

It has occurred to me that you might not have seen my follow up messages if you 
are not subscribed to the bug.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1025350

Please comment on the bug report if you have any more useful information on the 
problem.

I had said on Dec 3rd 

    "Just tested font changing for qt6ct itself and qtcreator, and fonts are 
changing just fine,
    so I can't reproduce this problem.

    However, I'm using Xfce, so maybe this is a Gnome issue?
    Fonts do take a little while to change though.

    Is qt5ct working for you?"

and

    "One further thought.

    I assume you are using TrueType fonts.
    Which specific font(s) are you having the issue with?

    I'm using liberation fonts here.  {fonts-liberation2}"


Regards,
Peter B

Bug#968495: ITP: c-evo-dh -- C-evo: Distant Horizon, Empire building game

[Peter B]

New Upstream version

   Package name : c-evo-dh
   Version  : 1.7-1
   Upstream contact : Peter 
   URL  : https://sourceforge.net/projects/c-evo-eh/
   License  : CC-BY-3.0, CC-BY-SA-3.0-US, CC0-1.0, GPL-2+
   Vcs  : https://salsa.debian.org/PeterB/c-evo-dh
   Section  : games



Changes since 1.6

  Update Tutorial doc
  Enlarge Buy button on City Screen
  Improve Spanish and Portuguese translations
  Fix regression in multi-buttons on Free Player Setup form.
  Remove writelns not in debug blocks


Also, changes to packaging.
  Add .gitignore
  Update gbp.conf

Removed conflicts/breaks & QT5 binary packages following FTP Master's reject.

Bug#1028061: apertium-hbs-eng: Errors shown against many translated words

[Peter B]

On 06/01/2023 13:57, Tino Didriksen wrote:

Agreed, direction eng-hbs doesn't look good. Direction hbs-eng looks much 
better.

It is clear from https://github.com/apertium/apertium-hbs-eng/tree/master/texts that this pair was developed with 
hbs-eng in mind, and eng-hbs probably shouldn't have been published. And 
https://github.com/apertium/apertium-hbs-eng/blob/master/modes.xml corroborates this with the comment that eng-hbs was 
only installed for debugging.


 As for this bug, I think best I can do in the short term is remove the 
eng-hbs direction.



Thanks for your prompt response. I was wondering myself if the eng-hbs 
direction was problematic.

Would it be possible to leave it in for devs debugging, but hide it from the 
'apertium -l' output?
If not, dropping it seems the best option to me too.

Either would be less confusing to new users.

Thanks again,
Peter

Bug#1010527: RFS: c-evo-dh/1.6.0-1 [ITP] -- Empire Building Game, C-evo: Distant Horizon

[Peter B]

Dear mentors,

I am looking for a sponsor for my package "c-evo-dh":

 * Package name : c-evo-dh
   Version  : 1.6.0-1
   Upstream contact : Peter 
 * URL  : https://sourceforge.net/projects/c-evo-eh/
 * License  : CC-BY-3.0, CC-BY-SA-3.0-US, CC0-1.0, GPL-2+
 * Vcs  : https://salsa.debian.org/PeterB/c-evo-dh
   Section  : games

The source builds the following binary packages:

  c-evo-dh -  Empire Building Game, C-evo: Distant Horizon
  c-evo-dh-gtk2 - Empire Building Game (GTK2),  C-evo: Distant Horizon
  c-evo-dh-qt5 -  Empire Building Game (Qt5),   C-evo: Distant Horizon
  c-evo-dh-stdai- Empire Building Game (AI module),  C-evo: Distant Horizon
  c-evo-dh-data - Empire Building Game (data files), C-evo: Distant Horizon
  c-evo-dh-qt5-graphics-patch - Empire Building Game (qt5 graphics patch), 
C-evo: Distant Horizon


I guess this is probably the last chance to get this package into Bookworm!
Its the same sort of game as Freeciv but has many differences.
Should appeal to Freeciv players who like a new challenge.
 (/Freeciv has a popcon of around 1,000/)



To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/c-evo-dh/

Alternatively, you can download the package with 'dget' using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/c/c-evo-dh/c-evo-dh_1.6.0-1.dsc

Changes for the initial release:

 c-evo-dh (1.6.0-1) unstable; urgency=medium
 .
   * Initial release for Debian. Closes: #968495

Regards,
--
  Peter Blackman

Bug#968495: ITP: c-evo-dh -- C-evo: Distant Horizon, Empire building game

[Peter B]

New Upstream version

 * Package name : c-evo-dh
   Version  : 1.6.0-1
   Upstream contact : Peter 
 * URL  : https://sourceforge.net/projects/c-evo-eh/
 * License  : CC-BY-3.0, CC-BY-SA-3.0-US, CC0-1.0, GPL-2+
 * Vcs  : https://salsa.debian.org/PeterB/c-evo-dh
   Section  : games


Changes since 1.1

c-evo-dh (1.6)
  Restore CityType drag cursor (lost with Lazarus 2.2.0)
  Remove binary cursor files
  Change package & folder names from c-evo to c-evo-dh
  Update Docs

 --  Wed, 14 Dec 2022

c-evo-dh (1.5)
  More fixes to internationalisations (es, de, it, pt, ru)
  Update Appstream metadata
  Remove example maps that have missing special resources

 --  Mon, 12 Dec 2022

c-evo-dh (1.4)
  Fixes to internationalisation of in game help

 --  Sun, 11 Dec 2022

c-evo-dh (1.3)
  Fixes to Windows build
  Include Spanish and Portuguese translations

 --  Sun, 04 Dec 2022

c-evo-dh (1.2)
  Reduce Spaceship costs to 50% of original
  Support random resource placement by external map generators
  Include Windows build
  Remove example game (incompatible due to Spaceship costs)

 --  Tue, 27 Sep 2022

Bug#1025350: qt6ct: changing font has no effect

[Peter B]

One further thought.

I assume you are using TrueType fonts.
Which specific font(s) are you having the issue with?

I'm using liberation fonts here.  {fonts-liberation2}

Bug#1025350: qt6ct: changing font has no effect

[Peter B]

On 03/12/2022 00:08, Christopher Cramer wrote:

Package: qt6ct
Version: 0.7-2
Severity: normal
X-Debbugs-Cc: tsuyo...@yumegakanau.org

I use GNOME. I was trying out qtcreater. I do not regularly use any
Qt applications.  The font size in qtcreator's interface is too small
for me. I read that qt6ct can be used to configure the font size, if
you are not using KDE. So I installed it and ran it, went to the font
dialog in qt6ct, and set the fonts to what I want. However, this has no
effect on qtcreator's interface font size. Incidentally, it also appears
to have no effect on qt6ct's interface font size. When I rerun qt6ct,
the font that I selected is still there, so it is getting saved.

I also tried the "Create fonts.conf" button in qt6ct. This did change
the fonts in the qtcreator (and qt6ct) interface. But it only made the
same too-small fonts look pixellated. I was, luckily, able to revert
this by using the "Remove fonts.conf" button.

-- System Information:
Debian Release: bookworm/sid
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-5-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qt6ct depends on:
ii  libc6   2.36-6
ii  libgcc-s1   12.2.0-9
ii  libqt6core6 [qt6-base-abi]  6.3.1+dfsg-10+b1
ii  libqt6gui6  6.3.1+dfsg-10+b1
ii  libqt6svg6  6.3.1-2
ii  libqt6widgets6  6.3.1+dfsg-10+b1
ii  libstdc++6  12.2.0-9
ii  qt6-qpa-plugins 6.3.1+dfsg-10+b1

qt6ct recommends no packages.

qt6ct suggests no packages.

-- no debconf information


Just tested font changing for qt6ct itself and qtcreator, and fonts are 
changing just fine,
so I can't reproduce this problem.

However, I'm using Xfce, so maybe this is a Gnome issue?
Fonts do take a little while to change though.

Is qt5ct working for you?

Bug#1019300: mp3guessenc: autopkgtests failure with grep 3.8: fgrep is deprecated

[Peter B]

On 07/09/2022 07:22, Pino Toscano wrote:

Source: mp3guessenc
Version: 0.27.5+dfsg.1-1
Severity: serious
Tags: patch
Justification: breaks autopkgtests

Hi,

GNU grep 3.8 officially deprecates egrep and fgrep, and those two
commands now issue a deprecation message on stderr [1].

The autopkgtests of mp3guessenc use fgrep, and while they still work
fine, the extra messages on stderr are considered by default a failure,
and thus the tests are marked as such. While autopkgtest has a
"allow-stderr" restriction to not consider stderr output as failure in
case it is expected, I think the better solution here is simply to
switch away from fgrep to grep -F. This works fine with grep 3.8 and
any older version.

Patch attached for this.

[1] https://lists.gnu.org/archive/html/info-gnu/2022-09/msg1.html

Thanks,


Thanks for the patch.

I've uploaded a fixed version to Mentors.
https://mentors.debian.net/package/mp3guessenc/



Cheers,
Peter

Bug#968495: ITP: c-evo-dh -- C-evo: Distant Horizon, Empire building game

[Peter B]

Rebranding as c-evo-dh (fork of c-evo-nh)


* Package name    : c-evo-dh
  Version : 1.1
  Upstream Author : pe...@pblackman.plus.com
* URL : http://www.c-evo.org/ 
https://sourceforge.net/projects/c-evo-eh/
* License : GPL-2+, CC-BY-3.0, CC0-1.0, CC-BY-SA-3.0-US
  Programming Lang: FPC / Lazarus
  Description : Empire Building Game

Bug#1010527: RFS: c-evo-dh/1.1-1 [ITP] -- C-evo: Distant Horizon, Empire Building Game

[Peter B]

Dear mentors,

I am looking for a sponsor for my package "c-evo-dh":

 * Package name    : c-evo-dh
   Version : 1.1-1
   Upstream Author : Peter 
 * URL : https://sourceforge.net/projects/c-evo-eh/
 * License : CC-BY-3.0, CC-BY-SA-3.0-US, GPL-2+, CC0-1.0
 * Vcs : https://salsa.debian.org/PeterB/c-evo-dh
   Section : games

The source builds the following binary packages:

  c-evo-dh - Empire Building Game, C-evo: Distant Horizon
  c-evo-gtk2 - Empire Building Game (GTK2), C-evo: Extended Horizon
  c-evo-qt5 - Empire Building Game  (Qt5), C-evo: Extended Horizon
  c-evo-stdai - Empire Building Game (AI module), C-evo: Extended Horizon
  c-evo-data - Empire Building Game (data files), C-evo: Extended Horizon
  c-evo-qt5-graphics-patch - Empire Building Game (qt5 graphics patch), C-evo: 
Extended Horizon

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/c-evo-dh/

Alternatively, you can download the package with 'dget' using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/c/c-evo-dh/c-evo-dh_1.1-1.dsc

Changes for the initial release:

 c-evo-dh (1.1-1) unstable; urgency=medium
 .
   * Initial release for Debian. Closes: #968495



Package is Lintian clean and passes Salsa CI.

C-evo is a Civilization style game, inspired by Civ II.
Originally written in Delphi for Windows,
it has been ported to FPC/Lazarus for Linux.

It will appeal to players of FreeCiv who fancy a new challenge.
The UI may not be as slick as FreeCiv, but IMHO the gameplay is better.

This package is a fork of c-evo-nh
https://app.zdechov.net/c-evo/
The packaging is much cleaner now, with no patches or extra files,
but this means I am also the upstream author.

My changes focus on policy for debian packaging, stability, larger buttons,
support for larger maps and work on the QT5 version which is ongoing.



Regards,
--
  Peter Blackman

Bug#1016014: UDD: false positive(s) for sid-broken-symlinks

[Peter B]

Links I originally posted are not working now,
but still seeing the problem here.

https://piuparts.debian.org/sid-broken-symlinks/source/f/flam3.html
https://piuparts.debian.org/sid-broken-symlinks/fail/flam3-palette_3.1.1+ds2-1.log

flam3-palette is a very simple binary, with just one XML file apart from debian 
copyright & changelog.
It seems unlikely to be a genuine piuparts fail.

/0m8.9s ERROR: FAIL: Broken symlinks:
  /usr/share/man/da/man8/addgroup.8.gz -> adduser.8.gz
  /usr/share/man/da/man8/delgroup.8.gz -> deluser.8.gz
  /usr/share/man/de/man8/addgroup.8.gz -> adduser.8.gz
  /usr/share/man/de/man8/delgroup.8.gz -> deluser.8.gz/

I'm wondering if this is a problem relating to recent changes in adduser?

The issue seem to be growing
https://piuparts.debian.org/sid-broken-symlinks/states.png



Cheers,
Peter

Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)

[Peter B]

On 28/07/2022 19:19, Samuel Thibault wrote:

Peter B, le jeu. 28 juil. 2022 18:01:42 +0100, a ecrit:

Thread 4 received signal ?, Unknown signal.
__pthread_enable_asynccancel () at cancellation.c:30
30  cancellation.c: No such file or directory.
#0  __pthread_enable_asynccancel () at cancellation.c:30

Oh, right, of course. Could you try the updated package from
https://people.debian.org/~sthibault/tmp/hurd-i386/
?

Samuel


All working fine now!  What happens next?

I will ask for duma to be rebuilt when the libc fix reaches sid.



Many thanks,
Peter

Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)

[Peter B]

@ Samuel,


We have a solution with libc 2.33-9 and DUMA_DISABLE_BANNER
if hurd users can live without the banner.

I'm happy to do more tests, but probably have to wait till next week now.

Cheers,
Peter

Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)

[Peter B]

On 28/07/2022 16:53, Samuel Thibault wrote:

Peter B, le jeu. 28 juil. 2022 16:22:23 +0100, a ecrit:

#0  0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3
#1  0x01052ae4 in __pthread_enable_asynccancel ()
    from /lib/i386-gnu/libpthread.so.0.3

Possibly it could be just that, could you try with the updated packages
from

https://people.debian.org/~sthibault/tmp/hurd-i386/

?

Samuel


Sure 

This is what I got while our messages crossed

Starting program: /home/demo/duma-2.5.21/dumatest

Thread 4 received signal ?, Unknown signal.
0x0104d986 in __pthread_mutex_lock (mtxp=0x8) at 
../sysdeps/mach/hurd/htl/pt-mutex-lock.c:30
30    ../sysdeps/mach/hurd/htl/pt-mutex-lock.c: No such file or directory.
#0  0x0104d986 in __pthread_mutex_lock (mtxp=0x8)
    at ../sysdeps/mach/hurd/htl/pt-mutex-lock.c:30
#1  0x01052ae4 in __pthread_enable_asynccancel () at cancellation.c:28
#2  0x01198991 in __GI___libc_write (fd=2, buf=0x1038bec, nbytes=235)
    at ../sysdeps/mach/hurd/write.c:25
#3  0x0803d7ee in DUMA_Print (
    pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen , Procitec GmbH\nCopyright (C) 
1987-199"...) at print.c:331

#4  0x0803ae72 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>)
    at duma.c:905
#5  0x0803aec9 in duma_init () at duma.c:943
#6  0x0803b2a2 in _duma_init () at duma.c:1138
#7  0x0803c386 in _duma_malloc (size=716,
    filename=0x803e060  "UNKNOWN (use #include \"duma.h\")",
    lineno=0) at duma.c:1966
#8  0x0803cc8b in malloc (size=716) at duma.c:2424
#9  0x0104c33d in __pthread_alloc (pthread=0x1039d30) at pt-alloc.c:124
#10 0x0104c773 in __pthread_create_internal (thread=0x1039d78, attr=0x1039d7c,
    start_routine=0x0, arg=0x0) at pt-create.c:120
#11 0x0105145b in _init_routine (stack=)
    at ../sysdeps/mach/hurd/htl/pt-sysdep.c:66
#12 0x0001164b in call_init (l=, argc=argc@entry=1,
    argv=argv@entry=0x1039e54, env=0x1039e5c) at dl-init.c:74
#13 0x000117f5 in call_init (env=0x1039e5c, argv=0x1039e54, argc=1, l=) at dl-init.c:37
#14 _dl_init (main_map=0x389d0, argc=1, argv=0x1039e54, env=0x1039e5c) at 
dl-init.c:88
#15 0x2052 in _dl_start_user () from /lib/ld.so


This is with the latest libc

Starting program: /home/demo/duma-2.5.21/dumatest

Thread 4 received signal ?, Unknown signal.
__pthread_enable_asynccancel () at cancellation.c:30
30    cancellation.c: No such file or directory.
#0  __pthread_enable_asynccancel () at cancellation.c:30
#1  0x01198991 in __GI___libc_write (fd=2, buf=0x1038bec, nbytes=235)
    at ../sysdeps/mach/hurd/write.c:25
#2  0x0803d7ee in DUMA_Print (
    pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen , Procitec GmbH\nCopyright (C) 
1987-199"...) at print.c:331

#3  0x0803ae72 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>)
    at duma.c:905
#4  0x0803aec9 in duma_init () at duma.c:943
#5  0x0803b2a2 in _duma_init () at duma.c:1138
#6  0x0803c386 in _duma_malloc (size=716,
    filename=0x803e060  "UNKNOWN (use #include \"duma.h\")",
    lineno=0) at duma.c:1966
#7  0x0803cc8b in malloc (size=716) at duma.c:2424
#8  0x0104c33d in __pthread_alloc (pthread=0x1039d30) at pt-alloc.c:124
#9  0x0104c773 in __pthread_create_internal (thread=0x1039d78, attr=0x1039d7c,
    start_routine=0x0, arg=0x0) at pt-create.c:120
#10 0x0105145b in _init_routine (stack=)
    at ../sysdeps/mach/hurd/htl/pt-sysdep.c:66
#11 0x0001164b in call_init (l=, argc=argc@entry=1,
    argv=argv@entry=0x1039e54, env=0x1039e5c) at dl-init.c:74
#12 0x000117f5 in call_init (env=0x1039e5c, argv=0x1039e54, argc=1,
    l=) at dl-init.c:37
#13 _dl_init (main_map=0x389d0, argc=1, argv=0x1039e54, env=0x1039e5c) at 
dl-init.c:88
#14 0x2052 in _dl_start_user () from /lib/ld.so





Starting program: /home/demo/duma-2.5.21/dumatest 

Thread 4 received signal ?, Unknown signal.
0x0104d986 in __pthread_mutex_lock (mtxp=0x8) at 
../sysdeps/mach/hurd/htl/pt-mutex-lock.c:30
30  ../sysdeps/mach/hurd/htl/pt-mutex-lock.c: No such file or directory.
#0  0x0104d986 in __pthread_mutex_lock (mtxp=0x8)
at ../sysdeps/mach/hurd/htl/pt-mutex-lock.c:30
#1  0x01052ae4 in __pthread_enable_asynccancel () at cancellation.c:28
#2  0x01198991 in __GI___libc_write (fd=2, buf=0x1038bec, nbytes=235)
at ../sysdeps/mach/hurd/write.c:25
#3  0x0803d7ee in DUMA_Print (
pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static 
library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen 
, Procitec GmbH\nCopyright (C) 1987-199"...) at print.c:331
#4  0x0803ae72 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>)
at duma.c:905
#5  0x0803aec9 in duma_init () at duma.c:943
#6  0x0803b2a2 in _duma_init () at duma.c:1138
#7  0x0803c386 in _duma_malloc (size=716

Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)

[Peter B]

On 28/07/2022 16:00, Samuel Thibault wrote:

Peter B, le jeu. 28 juil. 2022 15:56:27 +0100, a ecrit:

Tried your libc and also no difference.

The backtrace is exactly the same? I don't see how that can be, since my
patch makes __pthread_self return immediately when ___pthread_self is
NULL, and at

#21 0x0105146b in _init_routine (stack=) at 
../sysdeps/mach/hurd/htl/pt-sysdep.c:66

has not yet be set to non-NULL.

Samuel


Hi Samuel,

Sorry, I just meant that the test program still fails. Here is the new 
(different) backtrace.


Starting program: /home/demo/duma-2.5.21/dumatest

Thread 4 received signal ?, Unknown signal.
0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3
#0  0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3
#1  0x01052ae4 in __pthread_enable_asynccancel ()
   from /lib/i386-gnu/libpthread.so.0.3
#2  0x01198991 in write () from /lib/i386-gnu/libc.so.0.3
#3  0x0803d802 in DUMA_Print (
    pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen , Procitec GmbH\nCopyright (C) 
1987-199"...) at print.c:331

#4  0x0803ae86 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>)
    at duma.c:905
#5  0x0803aedd in duma_init () at duma.c:943
#6  0x0803b2b6 in _duma_init () at duma.c:1138
#7  0x0803c39a in _duma_malloc (size=716,
    filename=0x803e060  "UNKNOWN (use #include \"duma.h\")",
    lineno=0) at duma.c:1966
#8  0x0803cc9f in malloc (size=716) at duma.c:2424
#9  0x0104c33d in __pthread_alloc () from /lib/i386-gnu/libpthread.so.0.3
#10 0x0104c773 in __pthread_create_internal ()
   from /lib/i386-gnu/libpthread.so.0.3
#11 0x0105145b in _init_routine.part.0 () from /lib/i386-gnu/libpthread.so.0.3
#12 0x0001164b in ?? () from /lib/ld.so
#13 0x000117f5 in ?? () from /lib/ld.so
#14 0x2052 in ?? () from /lib/ld.so
#0  0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3
#1  0x01052ae4 in __pthread_enable_asynccancel ()
   from /lib/i386-gnu/libpthread.so.0.3
#2  0x01198991 in write () from /lib/i386-gnu/libc.so.0.3
#3  0x0803d802 in DUMA_Print (
    pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen , Procitec GmbH\nCopyright (C) 
1987-199"...) at print.c:331

#4  0x0803ae86 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>)
    at duma.c:905
#5  0x0803aedd in duma_init () at duma.c:943
#6  0x0803b2b6 in _duma_init () at duma.c:1138
#7  0x0803c39a in _duma_malloc (size=716,
    filename=0x803e060  "UNKNOWN (use #include \"duma.h\")",
    lineno=0) at duma.c:1966
#8  0x0803cc9f in malloc (size=716) at duma.c:2424
#9  0x0104c33d in __pthread_alloc () from /lib/i386-gnu/libpthread.so.0.3
#10 0x0104c773 in __pthread_create_internal ()
   from /lib/i386-gnu/libpthread.so.0.3
#11 0x0105145b in _init_routine.part.0 () from /lib/i386-gnu/libpthread.so.0.3
#12 0x0001164b in ?? () from /lib/ld.so
#13 0x000117f5 in ?? () from /lib/ld.so
#14 0x2052 in ?? () from /lib/ld.so


Cheers,
Peter

Starting program: /home/demo/duma-2.5.21/dumatest 

Thread 4 received signal ?, Unknown signal.
0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3
#0  0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3
#1  0x01052ae4 in __pthread_enable_asynccancel ()
   from /lib/i386-gnu/libpthread.so.0.3
#2  0x01198991 in write () from /lib/i386-gnu/libc.so.0.3
#3  0x0803d802 in DUMA_Print (
pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static 
library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen 
, Procitec GmbH\nCopyright (C) 1987-199"...) at print.c:331
#4  0x0803ae86 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>)
at duma.c:905
#5  0x0803aedd in duma_init () at duma.c:943
#6  0x0803b2b6 in _duma_init () at duma.c:1138
#7  0x0803c39a in _duma_malloc (size=716, 
filename=0x803e060  "UNKNOWN (use #include \"duma.h\")", 
lineno=0) at duma.c:1966
#8  0x0803cc9f in malloc (size=716) at duma.c:2424
#9  0x0104c33d in __pthread_alloc () from /lib/i386-gnu/libpthread.so.0.3
#10 0x0104c773 in __pthread_create_internal ()
   from /lib/i386-gnu/libpthread.so.0.3
#11 0x0105145b in _init_routine.part.0 () from /lib/i386-gnu/libpthread.so.0.3
#12 0x0001164b in ?? () from /lib/ld.so
#13 0x000117f5 in ?? () from /lib/ld.so
#14 0x2052 in ?? () from /lib/ld.so
#0  0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3
#1  0x01052ae4 in __pthread_enable_asynccancel ()
   from /lib/i386-gnu/libpthread.so.0.3
#2  0x01198991 in write () from /lib/i386-gnu/libc.so.0.3
#3  0x0803d802 in DUMA_Print (
pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static 
library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen 
, Procite

Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)

[Peter B]

On 28/07/2022 00:02, Samuel Thibault wrote:

Could you try with the libc from
https://people.debian.org/~sthibault/tmp/hurd-i386/

Samuel


Hi Samuel,

Having some issues with file corruption in my VM, so not sure the results are 
consistent.

I tried Jeffrey's suggestions of DUMA_DISABLE_BANNER and DUMA_OUTPUT_FILE
and it made no difference.
Tried your libc and also no difference.

Reinstalled duma after hosing its folder somehow, GNUmakefile was overwritten 
with binary junk.

Tests now pass if DUMA_DISABLE_BANNER is defined.

I don't know how to downgrade libc to confirm whether DUMA_DISABLE_BANNER is 
sufficient,
or whether the libc upgrade is also needed. On its own, it (libc) does not seem 
to fix the problem.


Cheers,
Peter

Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)

[Peter B]

Attaching back trace logStarting program: /home/demo/duma-2.5.21/dumatest 

Thread 4 received signal ?, Unknown signal.
0x0104d996 in __pthread_mutex_lock (mtxp=0x8) at 
../sysdeps/mach/hurd/htl/pt-mutex-lock.c:30
30  ../sysdeps/mach/hurd/htl/pt-mutex-lock.c: No such file or directory.
#0  0x0104d996 in __pthread_mutex_lock (mtxp=0x8)
at ../sysdeps/mach/hurd/htl/pt-mutex-lock.c:30
#1  0x01052af4 in __pthread_enable_asynccancel () at cancellation.c:28
#2  0x01198991 in __GI___libc_write (fd=2, buf=0x1038a2c, nbytes=235)
at ../sysdeps/mach/hurd/write.c:25
#3  0x0803d7ee in DUMA_Print (
pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static 
library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen 
, Procitec GmbH\nCopyright (C) 1987-199"...) at print.c:331
#4  0x0803ae72 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>)
at duma.c:905
#5  0x0803aec9 in duma_init () at duma.c:943
#6  0x0803b2a2 in _duma_init () at duma.c:1138
#7  0x0803c436 in _duma_free (baseAdr=0x0, 
filename=0x803e060  "UNKNOWN (use #include \"duma.h\")", 
lineno=0) at duma.c:2003
#8  0x0803ccdd in free (address=0x0) at duma.c:2436
#9  0x010bf07b in __dcigettext (
domainname=0x1267ac0 <_libc_intl_domainname> "libc", 
msgid1=, msgid2=, plural=, 
n=0, category=) at dcigettext.c:833
#10 0x010bdc9a in __GI___dcgettext (
domainname=0x1267ac0 <_libc_intl_domainname> "libc", 
msgid=0x1267ae0 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", category=5) at 
dcgettext.c:47
#11 0x010bcff2 in __GI___assert_fail (assertion=0x10538b5 "self != NULL", 
file=0x10538ab "pt-self.c", line=28, function=0x10538c4 <__PRETTY_FUNCTION__.1> 
"__pthread_self") at assert.c:101
#12 0x0104d33f in __pthread_self () at pt-self.c:28
#13 __pthread_self () at pt-self.c:25
#14 0x0803d0c7 in lock () at sem_inc.c:145
#15 0x0803d1d6 in DUMA_get_sem () at sem_inc.c:230
#16 0x0803afcc in _duma_init () at duma.c:1034
#17 0x0803c386 in _duma_malloc (size=716, filename=0x803e060  
"UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1966
#18 0x0803cc8b in malloc (size=716) at duma.c:2424
#19 0x0104c33d in __pthread_alloc (pthread=0x1039d30) at pt-alloc.c:124
#20 0x0104c773 in __pthread_create_internal (thread=0x1039d78, attr=0x1039d7c, 
start_routine=0x0, arg=0x0) at pt-create.c:120
#21 0x0105146b in _init_routine (stack=) at 
../sysdeps/mach/hurd/htl/pt-sysdep.c:66
#22 0x0001164b in call_init (l=, argc=argc@entry=1, 
argv=argv@entry=0x1039e54, env=0x1039e5c) at dl-init.c:74
#23 0x000117f5 in call_init (env=0x1039e5c, argv=0x1039e54, argc=1, 
l=) at dl-init.c:37
#24 _dl_init (main_map=0x389d0, argc=1, argv=0x1039e54, env=0x1039e5c) at 
dl-init.c:88
#25 0x2052 in _dl_start_user () from /lib/ld.so

Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)

[Peter B]

Hi Samuel,

Thanks for the suggestions. I've installed libc0.3-dbg, and also ended up with 
a much smaller backtrace.

Regarding
    "/../sysdeps/mach/hurd/htl/pt-mutex-lock.c: No such file or directory/"
Does this suggest a missing dependency?


Complete backtrace for a failing test.


Starting program: /home/demo/duma-2.5.21/dumatest

Thread 4 received signal ?, Unknown signal.
0x0104d996 in __pthread_mutex_lock (mtxp=0x8) at 
../sysdeps/mach/hurd/htl/pt-mutex-lock.c:30
30    ../sysdeps/mach/hurd/htl/pt-mutex-lock.c: No such file or directory.
#0  0x0104d996 in __pthread_mutex_lock (mtxp=0x8)
    at ../sysdeps/mach/hurd/htl/pt-mutex-lock.c:30
#1  0x01052af4 in __pthread_enable_asynccancel () at cancellation.c:28
#2  0x01198991 in __GI___libc_write (fd=2, buf=0x1038a2c, nbytes=235)
    at ../sysdeps/mach/hurd/write.c:25
#3  0x0803d7ee in DUMA_Print (
    pattern=0x803df60  "DUMA, built 11/05/21 20:00:00 (static library)\nCopyright (C) 2006 Michael Eddington 
\nCopyright (C) 2002-2009 Hayati Ayguen , Procitec GmbH\nCopyright (C) 
1987-199"...) at print.c:331

#4  0x0803ae72 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>)
    at duma.c:905
#5  0x0803aec9 in duma_init () at duma.c:943
#6  0x0803b2a2 in _duma_init () at duma.c:1138
#7  0x0803c436 in _duma_free (baseAdr=0x0,
    filename=0x803e060  "UNKNOWN (use #include \"duma.h\")",
    lineno=0) at duma.c:2003
#8  0x0803ccdd in free (address=0x0) at duma.c:2436
#9  0x010bf07b in __dcigettext (
    domainname=0x1267ac0 <_libc_intl_domainname> "libc",
    msgid1=, msgid2=, plural=,
    n=0, category=) at dcigettext.c:833
#10 0x010bdc9a in __GI___dcgettext (
    domainname=0x1267ac0 <_libc_intl_domainname> "libc",
    msgid=0x1267ae0 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", category=5) at 
dcgettext.c:47
#11 0x010bcff2 in __GI___assert_fail (assertion=0x10538b5 "self != NULL", file=0x10538ab "pt-self.c", line=28, 
function=0x10538c4 <__PRETTY_FUNCTION__.1> "__pthread_self") at assert.c:101

#12 0x0104d33f in __pthread_self () at pt-self.c:28
#13 __pthread_self () at pt-self.c:25
#14 0x0803d0c7 in lock () at sem_inc.c:145
#15 0x0803d1d6 in DUMA_get_sem () at sem_inc.c:230
#16 0x0803afcc in _duma_init () at duma.c:1034
#17 0x0803c386 in _duma_malloc (size=716, filename=0x803e060  "UNKNOWN (use #include \"duma.h\")", 
lineno=0) at duma.c:1966

#18 0x0803cc8b in malloc (size=716) at duma.c:2424
#19 0x0104c33d in __pthread_alloc (pthread=0x1039d30) at pt-alloc.c:124
#20 0x0104c773 in __pthread_create_internal (thread=0x1039d78, attr=0x1039d7c, start_routine=0x0, arg=0x0) at 
pt-create.c:120

#21 0x0105146b in _init_routine (stack=) at 
../sysdeps/mach/hurd/htl/pt-sysdep.c:66
#22 0x0001164b in call_init (l=, argc=argc@entry=1, 
argv=argv@entry=0x1039e54, env=0x1039e5c) at dl-init.c:74
#23 0x000117f5 in call_init (env=0x1039e5c, argv=0x1039e54, argc=1, l=) at dl-init.c:37
#24 _dl_init (main_map=0x389d0, argc=1, argv=0x1039e54, env=0x1039e5c) at 
dl-init.c:88
#25 0x2052 in _dl_start_user () from /lib/ld.so



Cheers,
Peter B

Bug#1014156: lintian: very-long-line-length-in-source-file for non-text source files

[Peter B]

Hi Axel,

I'm also seeing reports on qosmic
https://udd.debian.org/lintian/?qosmic

for file types qm & ts

ts> file qosmic_fr.qm
qosmic_fr.qm: Qt Translation file
ts>

ts> file qosmic_fr.ts
qosmic_fr.ts: XML 1.0 document, Unicode text, UTF-8 text, with very long lines 
(808)
ts>


qm files are binary.

ts files are XML, which often have long lines.



Cheers,
Peter

Bug#1015863: ITP: qt6ct -- Qt6 Configuration Tool

[Peter B]

Fixed version 0.5-2 on Mentors here
https://mentors.debian.net/package/qt6ct/

Bug#1015863: ITP: qt6ct -- Qt6 Configuration Tool

[Peter B]

Please note,

version 0.5-1 of qt6ct requires qt6-qpa-plugins to be installed

Peter B

Bug#1015866: RFS: qt6ct/0.5-1 [ITP] -- Qt6 Configuration Tool

[Peter B]

On 22/07/2022 19:21, Boyuan Yang wrote:


Anyway, I think this should not block uploading the package since the
software itself looks good. The packaging looks okay. I am uploading it to
the NEW queue first.

Thanks,
Boyuan Yang


Ah, I see you've uploaded already!

The fix could always go in as version 0.5-2
I'll put a note on the ITP.

Cheers,
Peter B

Bug#1015866: RFS: qt6ct/0.5-1 [ITP] -- Qt6 Configuration Tool

[Peter B]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "qt6ct":

 * Package name    : qt6ct
   Version : 0.5-1
   Upstream Author : Ilya Kotov , 
 * URL : https://github.com/trialuser02/qt6ct
 * License : BSD-2-clause
 * Vcs : n/a
   Section : utils

The source builds the following binary packages:
  qt6ct - Qt6 Configuration Tool

To access further information about this package, please visit the following 
URL:
  https://mentors.debian.net/package/qt6ct/

Alternatively, you can download the package with 'dget' using this command:
  dget -x https://mentors.debian.net/debian/pool/main/q/qt6ct/qt6ct_0.5-1.dsc

Changes for the initial release:

 qt6ct (0.5-1) unstable; urgency=medium
 .
   * Initial release. Closes: #1015863


 qt6ct allows Qt6 program settings to be adjusted on desktops other than KDE.
 It provides the same features as qt5ct does for qt5 programs.
 See https://tracker.debian.org/pkg/qt5ct

 I'm packaging this program, as I found that fonts for qt6 programs on Xfce4
 could not be adjusted without it.


Regards,
--
  Peter Blackman

Bug#1015863: ITP: qt6ct -- Qt6 Configuration Tool

[Peter B]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org, pe...@pblackman.plus.com
Owner: pe...@pblackman.plus.com

* Package name    : qt6ct
  Version : 0.5-1
  Upstream Author : Ilya Kotov 
* URL : https://github.com/trialuser02/qt6ct
* License : BSD-2-clause
  Programming Lang: C++
  Description : Qt6 Configuration Tool

 qt6ct allows Qt6 program settings to be adjusted on desktops other than KDE.
 It provides the same features as qt5ct does for qt5 programs.
 See https://tracker.debian.org/pkg/qt5ct

 I'm packaging this program, as I found the fonts for qt6 programs on Xfce4
 could not be adjusted without it.

Bug#1014523: strawberry: Fails to index a few songs

[Peter B]

On 09/07/2022 10:57, Peter B wrote:

Hi Alberto,

If you can supply an mp3 file that causes this problem, that would really help.

You could email me directly if you don't want to attach it to this bug report.


Cheers,
Peter


Forget the above.

Please just post the output of stat for the problem files.
And what filesystem is used, ie EXT4?

Bug#1014523: strawberry: Fails to index a few songs

[Peter B]

Hi Alberto,

If you can supply an mp3 file that causes this problem, that would really help.

You could email me directly if you don't want to attach it to this bug report.


Cheers,
Peter

Bug#1014523: strawberry: Fails to index a few songs

[Peter B]

Hi Alberto,

One more thought,
assuming there is nothing useful so far in the database

deleting the sql file
~/.local/share/strawberry/strawberry/strawberry.db

and allowing strawberry to recreate it, might help


Cheers,
Peter

Bug#1014523: strawberry: Fails to index a few songs

[Peter B]

raised upstream at

https://forum.strawberrymusicplayer.org/topic/679/fails-to-index-a-few-songs

Bug#1014523: strawberry: Fails to index a few songs

[Peter B]

On 07/07/2022 16:11, Alberto Fuentes wrote:

Package: strawberry
Version: 1.0.5-1
Severity: normal
X-Debbugs-Cc: paj...@gmail.com

Dear Maintainer,

When i try to index my music collection i get this error

Unable to execute SQL query: NOT NULL constraint failed: songs.ctime Unable to
fetch rowFailed query: INSERT INTO songs (title, album, artist,
albumartist, track, disc, year, originalyear, genre, compilation, composer,
performer, grouping, comment, lyrics, artist_id, album_id, song_id, beginning,
length, bitrate, samplerate, bitdepth, source, directory_id, url, filetype,
filesize, mtime, ctime, unavailable, fingerprint, playcount, skipcount,
lastplayed, lastseen, compilation_detected, compilation_on, compilation_off,
compilation_effective, art_automatic, art_manual, effective_albumartist,
effective_originalyear, cue_path, rating) VALUES (The Ecstacy Of Gold, S with
the San Francisco Symphony, Metallica, S with the San Francisco
Symphonyartist, 1, 1, 1999, -1, Rock, 0, , Metallica, , 0, , Metallica_id, S
with the San Francisco Symphony_id, , 0, 15067400, 320, 44100, -1, 2, 1,
file:///home/pajaro/Music/onerandomsong.mp3, 8, 6029210, 1335652082, , 0, , 0,
0, -1, 1657206086, 0_detected, 0_on, 0_off, 0_effective, , , Metallica, 1999, ,
-1)

And the then indexing stops

It happened with a few songs and i try removing them, but then another diffrent
song fails

`$ stats /home/pajaro/Music/onerandomsong.mp3` Give proper values for the file.
I dont know what can be happening here



Hi Alberto,

Please state exactly what you did to experience this problem. I cannot find 'index' or 'indexing' in the menus or 
command line options.

Did you mean a Collection Scan? There's nothing much I can do here without 
being able to reproduce.


Please check obvious things like disc space in the home partition and invalid 
mp3 files.

It would be interesting to know if the same problem occurs with upstream's 
build.
https://files.strawberrymusicplayer.org/strawberry_1.0.5-bookworm_amd64.deb

or Clementine which is similar
https://tracker.debian.org/pkg/clementine


Problems can also be reported at
https://forum.strawberrymusicplayer.org/category/5/technical-help


Cheers,
Peter

Bug#913079: ITP: strawberry -- an audio player and music collection organizer fully based on Qt5

[Peter B]

Updating the ITP as all recent comments went to the RFS
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010663


Strawberry is packaged here
https://salsa.debian.org/debian/strawberry

and is currently in the NEW queue
https://ftp-master.debian.org/new/strawberry_1.0.5-1.html


Cheers,
Peter

Bug#1014156: lintian: very-long-line-length-in-source-file for non-text source files

[Peter B]

I'm also seeing this with strawberry. Several hits from binary sound
files in it's test suite.

Thanks for that list as well. One item though caught my eye:


P: strawberry source: very-long-line-length-in-source-file 3435 > 512 
[dist/macos/strawberry.icns:5678]

The suffix "icns" is already in the blacklist since 2.115.2. With
which version of Lintian did you generate that list?



Hi Axel,

I use Testing, so it was 2.115.1  It is indeed fixed in 2.115.2


Trying on duma, I got several hits on binary files (with 2.115.1 & 2.115.2)

P: duma source: very-long-line-length-in-source-file 1628 > 512 
[win32-msvc.net/detoursexample1/detoursexample1.suo:2]
P: duma source: very-long-line-length-in-source-file 2810 > 512 
[win32-msvc.2005/example2/example2.suo:7]
P: duma source: very-long-line-length-in-source-file 2938 > 512 
[win32-msvc.2005/example1/example1.suo:8]
P: duma source: very-long-line-length-in-source-file 5025 > 512 
[docs-data/Data/SymbolTable.nd:6]
P: duma source: very-long-line-length-in-source-file 6371 > 512 
[win32-msvc.2005/dumadll/dumadll.aps:5]
P: duma source: very-long-line-length-in-source-file 6371 > 512 
[win32-msvc.net/dumadll/dumadll.aps:5]
P: duma source: very-long-line-length-in-source-file 814 > 512 
[kduma/docs-data/Data/SymbolTable.nd:18]


Cheers,
Peter

Bug#1014156: lintian: very-long-line-length-in-source-file for non-text source files

[Peter B]

On 01/07/2022 06:08, Daniel Kahn Gillmor wrote:

Package: lintian
Version: 2.115.2
Severity: minior
Control: affects -1 src:gnupg2

lintian 2.115.2 complains (in --pedantic) in the following way about
these non-text files in the gnupg2 sources:

P: gnupg2 source: very-long-line-length-in-source-file 1008 > 512 [po/eo.gmo:7]
P: gnupg2 source: very-long-line-length-in-source-file 1092 > 512 [po/hu.gmo:14]
P: gnupg2 source: very-long-line-length-in-source-file 1128 > 512 [po/id.gmo:10]
P: gnupg2 source: very-long-line-length-in-source-file 1240 > 512 [po/pt.gmo:12]
P: gnupg2 source: very-long-line-length-in-source-file 1372 > 512 [po/fi.gmo:14]
P: gnupg2 source: very-long-line-length-in-source-file 1488 > 512 [po/sk.gmo:7]
P: gnupg2 source: very-long-line-length-in-source-file 1544 > 512 [po/ca.gmo:15]
P: gnupg2 source: very-long-line-length-in-source-file 1555 > 512 
[g10/t-keydb-get-keyblock.gpg:1091]
P: gnupg2 source: very-long-line-length-in-source-file 1819 > 512 [po/ro.gmo:39]
P: gnupg2 source: very-long-line-length-in-source-file 2016 > 512 [po/et.gmo:14]
P: gnupg2 source: very-long-line-length-in-source-file 2116 > 512 [po/gl.gmo:15]
P: gnupg2 source: very-long-line-length-in-source-file 2832 > 512 [po/el.gmo:11]
P: gnupg2 source: very-long-line-length-in-source-file 2921 > 512 
[po/sv.gmo:1671]
P: gnupg2 source: very-long-line-length-in-source-file 3272 > 512 
[po/zh_TW.gmo:54]
P: gnupg2 source: very-long-line-length-in-source-file 3508 > 512 [po/da.gmo:62]
P: gnupg2 source: very-long-line-length-in-source-file 3663 > 512 
[po/ja.gmo:1530]
P: gnupg2 source: very-long-line-length-in-source-file 3667 > 512 
[po/e...@boldquot.gmo:1555]
P: gnupg2 source: very-long-line-length-in-source-file 3667 > 512 
[po/e...@quot.gmo:1550]
P: gnupg2 source: very-long-line-length-in-source-file 3772 > 512 
[po/zh_CN.gmo:103]
P: gnupg2 source: very-long-line-length-in-source-file 4054 > 512 
[po/cs.gmo:2986]
P: gnupg2 source: very-long-line-length-in-source-file 4227 > 512 
[po/de.gmo:3034]
P: gnupg2 source: very-long-line-length-in-source-file 4235 > 512 
[po/pl.gmo:3016]
P: gnupg2 source: very-long-line-length-in-source-file 4264 > 512 [po/nb.gmo:83]
P: gnupg2 source: very-long-line-length-in-source-file 4285 > 512 
[po/it.gmo:2998]
P: gnupg2 source: very-long-line-length-in-source-file 4324 > 512 
[po/fr.gmo:2628]
P: gnupg2 source: very-long-line-length-in-source-file 4344 > 512 
[po/ru.gmo:3005]
P: gnupg2 source: very-long-line-length-in-source-file 4564 > 512 
[po/uk.gmo:2931]
P: gnupg2 source: very-long-line-length-in-source-file 4628 > 512 [po/tr.gmo:41]
P: gnupg2 source: very-long-line-length-in-source-file 4900 > 512 [po/es.gmo:74]
P: gnupg2 source: very-long-line-length-in-source-file 520 > 512 
[tests/gpgsm/cert_dfn_pca15.der:5]
P: gnupg2 source: very-long-line-length-in-source-file 536 > 512 
[tests/openpgp/tofu/cross-sigs/871C2247-2.gpg:5]
P: gnupg2 source: very-long-line-length-in-source-file 536 > 512 
[tests/openpgp/tofu/cross-sigs/871C2247-3.gpg:7]
P: gnupg2 source: very-long-line-length-in-source-file 536 > 512 
[tests/openpgp/tofu/cross-sigs/871C2247-4.gpg:8]
P: gnupg2 source: very-long-line-length-in-source-file 544 > 512 
[tests/openpgp/tofu/conflicting/BE04EB2B-secret.gpg:11]
P: gnupg2 source: very-long-line-length-in-source-file 562 > 512 
[tests/openpgp/tofu/cross-sigs/EC38277E-1.gpg:3]
P: gnupg2 source: very-long-line-length-in-source-file 562 > 512 
[tests/openpgp/tofu/cross-sigs/EC38277E-2.gpg:4]
P: gnupg2 source: very-long-line-length-in-source-file 570 > 512 
[tests/openpgp/tofu/conflicting/1C005AF3-secret.gpg:2]
P: gnupg2 source: very-long-line-length-in-source-file 585 > 512 
[tests/openpgp/tofu/conflicting/B662E42F.gpg:6]
P: gnupg2 source: very-long-line-length-in-source-file 610 > 512 
[tests/openpgp/tofu/cross-sigs/EC38277E-secret.gpg:6]
P: gnupg2 source: very-long-line-length-in-source-file 687 > 512 
[tests/openpgp/tofu/conflicting/B662E42F-secret.gpg:8]
P: gnupg2 source: very-long-line-length-in-source-file 692 > 512 
[build-aux/speedo/w32/gnupg-logo-150x57.bmp:1]
P: gnupg2 source: very-long-line-length-in-source-file 719 > 512 
[g10/t-keydb-keyring.kbx:1]
P: gnupg2 source: very-long-line-length-in-source-file 925 > 512 
[build-aux/speedo/w32/gnupg-logo-164x314.bmp:1]

I could add some overrides, but it doesn't really make sense to do so.
I'd prefer it if lintian instead just wouldn't flag non-text source
files with this tag.

We could argue about whether upstream *should* be including non-text
files in source, of course, but there are some not-implausible reasons:

  - some of these files are test vectors (OpenPGP certificates in binary
form, DER-formatted X.509 certificates, kbx files)

  - some of them are graphics files (gnupg-logo-*.bmp)

  - some of them are GNU message catalogs -- compiled output of .po files
that upstream prefers to ship in the tarball for folks building the
package without l10n toolchains.  we rebuild them in debian, but i'd
still rather 

Bug#1010663: RFS: strawberry/1.0.4-1 [ITP] -- Audio player and music collection organizer

[Peter B]

On 09/06/2022 17:02, Jeroen Ploemen wrote:

On Fri, 3 Jun 2022 13:08:55 +0100
Peter B  wrote:


Aside from the dbus xml stuff: what exactly do you mean by the
comment in the GPL-3 license paragraph?

I'm confused regarding GPL-3 & GPL-3+. We now have a License
paragraph for GPL-3 that excludes later versions, but the full text
in /usr/share/common-licenses/GPL-3
      https://www.gnu.org/licenses/gpl-3.0.html
both include it!
  
The full text includes 'or any later version' in two places: first in

paragraph 14, conditional on that being explicitly specified by the
program in question; the other as part of an example or how one could
apply the terms of the GPL. That example is explicitly outside of the
terms and conditions set by the license. So yes, GPL-version-X-only is
very much a thing.


Thanks for the clarification


I suspect some of the org.freedesktop.*.xml files on the other
hand could be based directly on dbus specs [1] or similar generic
interface definitions for use with qdbusxml2cpp, possibly
autogenerated by qdbus along the lines of:
`QT_SELECT=5 qdbus org.freedesktop.Notifications
/org/freedesktop/Notifications
org.freedesktop.DBus.Introspectable.Introspect`

I've created separate Files paragraphs for each group of files.

(I'm not sure what the impact of auto-generation is on the
copyright. I notice that in [3], the author is the upstream
application author, no reference to org.freedesktop)

Typically, output produced by a program isn't itself covered by the
license of said program. Producing a text on a GPL'ed editor doesn't
put that text under the GPL.

For org.freedesktop.Notifications.xml and DBus.ObjectManager, I don't
see much of a reason to assume it originates from some other project;
so those could reasonably fall directly under the default copyright
paragraph for strawberry (i.e., no separate entry needed).

Dropped the separate paragraph.


The org.freedesktop.UDisk2.*.xml files should have their own
(collective) entry, as the original for all of the udisk ones seems to
be [1] with David Zeuthen as the sole copyright holder.

Done


Something similar applies to the org.mpris.*.xml (currently missing
from d/copyright), except here the upstream seems to be [2] (debian
copyright file at [3]).

I've used the same as in [3] which matches [2] and included
https://github.com/eonpatapon/mpDris2
in the comment.


The org.kde.KGlobalAccel.*.xml appear to be based on files in the
kglobalaccel project [4] (debian copyright at [5]) rather than the kde
documentation, please update the entry to reflect that.

The copyright in [5] has no specific paragraph for *.xml
However, I found the files here
https://invent.kde.org/frameworks/kglobalaccel/-/tree/master/src

Again, they have no copyright themselves, but the associated cpp & h files do,
so I have used that, with a comment to the link.



Other than that, the shortname for the LGPL-2 license should have a
plus symbol appended to reflect the 'any later version' option, in
line with the standard shortnames documented by [6].

Done


[1]https://github.com/storaged-project/udisks/blob/master/data/org.freedesktop.UDisks2.xml
[2]https://github.com/eonpatapon/mpDris2/blob/5e5cdacea6e55544064f8b10e0b49bbe2aa044d9/src/mpDris2.in.py#L115
[3]https://salsa.debian.org/debian/mpdris2/-/blob/debian/latest/debian/copyright
[4]https://sources.debian.org/src/kglobalaccel/5.94.0-1/src/
[5]https://tracker.debian.org/media/packages/k/kglobalaccel/copyright-5.94.0-1
[6]https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-short-name


Updated on Salsa & Mentors,
many thanks for all your help.


Cheers,
Peter B

Bug#1010663: RFS: strawberry/1.0.4-1 [ITP] -- Audio player and music collection organizer

[Peter B]

On 04/06/2022 16:39, Bastian Germann wrote:

Am 04.06.22 um 17:11 schrieb Peter B:

Would it be OK if I change the homepage instead?


No, the Homepage in d/control should be the place where users (not developers) 
go and learn about the program.


It would then become https://github.com/strawberrymusicplayer/strawberry
the same as the Source: field in debian/copyright

(Arch & Fedora official packages all use the source from GitHub.)


I'll still check if the two tarballs are the same. That's a good idea!


The GitHub Releases tar.xz matches the files provided on the other download 
URLs.
https://github.com/strawberrymusicplayer/strawberry is ambiguous as source (it could also be taken from the GitHub 
generated tar.gz on tags or a git export), so I would really prefer the official download URL.


Nonetheless, d/watch and Source both have to match where you actually got that file and it is now only by chance that 
they point to the same tarball.



Thanks for your input.

Updated on Mentors & Salsa.

Bug#1010663: RFS: strawberry/1.0.4-1 [ITP] -- Audio player and music collection organizer

[Peter B]

On 04/06/2022 10:15, Bastian Germann wrote:
Please change d/watch and d/copyright's Source field to https://files.strawberrymusicplayer.org and check if the 
jkvinge.net files that you used before match.


This is the location that the homepage points to.



Hi Bastian,

Would it be OK if I change the homepage instead?
It would then become https://github.com/strawberrymusicplayer/strawberry
the same as the Source: field in debian/copyright

(Arch & Fedora official packages all use the source from GitHub.)


I'll still check if the two tarballs are the same. That's a good idea!


Cheers,
Peter

Bug#1010663: RFS: strawberry/1.0.4-1 [ITP] -- Audio player and music collection organizer

[Peter B]

On 02/06/2022 07:27, Jeroen Ploemen wrote:

On Sun, 29 May 2022 11:52:53 +0100
Peter  wrote:


Updated copyright and reverted to Qt5

Thanks, qt5 seems to be the way to go for now.

Also, I found that the Qt6 version on Debian had very a small font, with no 
obvious way of enlarging it.

If Strawberry is accepted into Debian, I'd consider updating the package to build 
both Qt5 & Qt6 versions.
With a Strawberry-common, maybe the Qt5 & Qt6 binaries could co-install?

Looks like there's an error in the dbus copyright entry though, given
that the file linked in the comment is under LGPL rather than GPL?

My bad. Fixed.


And more importantly: the comment only deals with one of the xml
files, but (as far as I can tell) these do not all originate from a
single source. For example, org.kde.KGlobalAccel.*.xml files appear
in the kglobalaccel package; the Udisks stuff might well be based on
[2]; mpris/MediaPlayer2 in turn appears in [3].

I suspect some of the org.freedesktop.*.xml files on the other hand
could be based directly on dbus specs [1] or similar generic interface
definitions for use with qdbusxml2cpp, possibly autogenerated by
qdbus along the lines of:
`QT_SELECT=5 qdbus org.freedesktop.Notifications /org/freedesktop/Notifications 
org.freedesktop.DBus.Introspectable.Introspect`

I've created separate Files paragraphs for each group of files.

(I'm not sure what the impact of auto-generation is on the copyright.
I notice that in [3], the author is the upstream application author,
no reference to org.freedesktop)



Aside from the dbus xml stuff: what exactly do you mean by the comment
in the GPL-3 license paragraph?

I'm confused regarding GPL-3 & GPL-3+. We now have a License paragraph for 
GPL-3 that excludes later versions,
but the full text in
    /usr/share/common-licenses/GPL-3
    https://www.gnu.org/licenses/gpl-3.0.html
both include it!

I'm wondering whether it would be best to have a single GPL-3 licence, or at least to 
remove the "(version 3 only)".
ISTM that failing to explicitly state in a source file header that a later version can be used, does not necessarily 
mean that right is excluded,

especially when its explicitly included in the linked full text

Anyway, up to you, I have just removed the comment for now.



[1]https://dbus.freedesktop.org/doc/dbus-specification.html
[2]https://salsa.debian.org/utopia-team/udisks2/-/blob/debian/master/data/org.freedesktop.UDisks2.xml
[3]https://sources.debian.org/src/mpdris2/0.9.1-1/src/mpDris2.in.py/#L133

Thanks for the links. I've put [1] into the copyright file.


Cheers,
Peter

Uploaded to Salsa & Mentors.

Bug#993467: Shotdetect built from apt source aborts with "munmap_chunk(): invalid pointer" (Debian 10)

[Peter B.]

Package: shotdetect
Version: 1.0.86-5+b2
Severity: important
File: /usr/bin/shotdetect

Dear Maintainer,

This happened on Debian10. The same code used to work fine on Debian9.

   * What led up to the situation?
 A: I wanted to build the application from its "apt source" package.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 A: I've downloaded the package source (apt source shotdetect), then
 ran `debuild -us -uc`, without any modifications to the source.

   * What was the outcome of this action?
 A: The generated shotdetect binary exits with an "invalid pointer"
 error when initializing the output folder(names).
 The binary provided by the official repositories works fine though.

   * What outcome did you expect instead?
 I expected the created binary to work just like the one from the
 repositories.


**The good news is, it's fixed :) **

In fact it's a missing "return" statement in "create_img_dir()" in 
src/image.cpp.

Thanks to Georg Lippitsch and Giulio Paci for finding it :)

I've tested the fix and can provide a patch.

Here's the output of "quilt diff" after the fix:

-
Index: shotdetect-1.0.86/src/image.cpp
===
--- shotdetect-1.0.86.orig/src/image.cpp
+++ shotdetect-1.0.86/src/image.cpp
@@ -66,6 +66,7 @@ image::create_img_dir ()
 }
   free (buf);

+  return 0;
 }

 int
-


Thanks in advance,
Peter B.

Bug#992317: installation-reports: Unnecessary 'You are about to do something potentially harmful.'

[Peter B]

Package: installation-reports
Severity: normal

(Please provide enough information to help the Debian
maintainers evaluate the report efficiently - e.g., by filling
in the sections below.)

Boot method: network
Image version: 
Date: 

Machine: VM
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect media:   [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:


Doing a 32 to 64 bit cross grade on a bullseye server.  Hitting a
warning when removing the last 4 i386 packages.  

It would seem like they are not necessary (only i386 packages installed,
amd64 versions are already installed)

# dpkg -l | egrep 'gcc-10-base|libc6|libcrypt1|libgcc-s1'
ii  gcc-10-base:amd64  10.2.1-6  amd64  
  GCC, the GNU Compiler Collection (base package)
ii  gcc-10-base:i386   10.2.1-6  i386   
  GCC, the GNU Compiler Collection (base package)
ii  libc6:amd642.31-13   amd64  
  GNU C Library: Shared libraries
ii  libc6:i386 2.31-13   i386   
  GNU C Library: Shared libraries
ii  libc6-dev:amd642.31-13   amd64  
  GNU C Library: Development Libraries and Header Files
ii  libcrypt1:amd641:4.4.18-4amd64  
  libcrypt shared library
ii  libcrypt1:i386 1:4.4.18-4i386   
  libcrypt shared library
ii  libgcc-s1:amd6410.2.1-6  amd64  
  GCC support library
ii  libgcc-s1:i386 10.2.1-6  i386   
  GCC support library
# apt-get remove gcc-10-base:i386 libc6:i386 libcrypt1:i386 libgcc-s1:i386
The following packages will be REMOVED:
  gcc-10-base:i386 libc6:i386 libcrypt1:i386 libgcc-s1:i386
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  libcrypt1:i386 libc6:i386 (due to libcrypt1:i386) libgcc-s1:i386 
gcc-10-base:i386 (due to libgcc-s1:i386)
0 upgraded, 0 newly installed, 4 to remove and 8 not upgraded.
After this operation, 13.2 MB disk space will be freed.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
 ?] ^C

:~# dpkg -l | grep '^i' | grep i386 | wc -l
4
:~# dpkg -l | grep '^i' | grep amd64  | wc -l
360



Please make sure that any installation logs that you think would
be useful are attached to this report. Please compress large
files using gzip.