Bug#1070657: RFS: c-evo-dh/1.12-1 -- Empire Building Game, C-evo Distant Horizon
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.12-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.12-1.dsc Changes since the last upload: c-evo-dh (1.12-1) unstable; urgency=medium . * New Upstream Release * Update d/copyright * Use mpg123 for sound (Closes: #1067844) * Standards now 4.7.0 (No changes) * Override 32bit shared library warnings * Use git tags instead of tarball in d/watch Regards, Peter Blackman
Bug#1069554: [Pkg-pascal-devel] Bug#1069554: this is no bug in the package, bug in the script doing the rebuild?
On 24/04/2024 20:38, Rene Engelhard wrote: My point is that you don't need the alternative. Hi Rene, but it would surely be needed if someone wanted to build winff from source on armel? Even though that case is perhaps unlikely. I can't see how the alternative is doing any harm. Regards, Peter
Bug#997948: FPC should provide a way to trigger automatic rebuild of
On 18/06/2023 09:45, Abou Al Montacir wrote: However, fpc units are kind of statically linked libraries. And in this case, one ma want a rebuild of all reverse dependencies in order to ensure a bug fix is propagated on all binaries. Example: Suppose we discover a vulnerability in a unit. We want that all units and all programs that use it be rebuilt, no? Setting the 'Static-Built-Using' field in the control files of packages built with fpc should fix this. Cheers, Peter
Bug#1069287: RFS: winff/1.6.4+dfsg-1 -- graphical video and audio batch converter using ffmpeg or avconv
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "winff": * Package name : winff Version : 1.6.4+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.4+dfsg-1.dsc Changes since the last upload: winff (1.6.4+dfsg-1) unstable; urgency=medium . * Use faketime for building the pdfs (reproducible build) * Add escapes for ';', '&' in file names (Closes: #1068471) * Add detox to suggests * Make the documentation a recommends instead of suggests * Update standards version to 4.7.0, no changes needed. Regards, -- Peter Blackman
Bug#1067907: flam3-utils: flam3-genome randomly segfaults on ppc64el
On 13/04/2024 10:45, Bernhard Übelacker wrote:
Hi Bernard,
Many thanks for looking at this, but I'm afraid I still can't see any
obvious solution.
(gdb) bt
#0 iter_thread_int (fth=0x157681210) at rect.c:500
The failing instruction is
500 if (p[3]==1.0) {
I assume the issue is with p[3] rather than 1.0,
but the gbd dump shows p[3] holding a valid value!
(gdb) print p[3]
$8 = 1
If anyone with access to hardware was minded to have a further look,
it might be interesting to see if the program works without optimisation,
or maybe with just -O1 (set in Makefile.am)
Kind 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.
Hi Josh, On 01/04/2024 17:33, Peter B wrote: I have no idea where '5.6.0-1+b1' is coming from. I do now! Its occurred to me that you need to run apt update so that current packages can be installed. wavpack was updated in testing a couple of weeks ago. Please read https://wiki.debian.org/DebianTesting carefully. Regards, Peter P.S. I'll be closing this 'bug' report.
Bug#1067844: c-evo-dh: Depends on dead-upstream mpg321 instead of mpg123
On 28/03/2024 17:26, Andreas Metzler wrote: Hi Andreas, There are loads of old bugs including rather severe ones at first glance. The fact that the packaging is very dated is not the real problem (Updating to dh could probably be done in in an , since it os basically a single binary package.) There is just a lot of technical debt due to missing upstream, it does not need maintainership but a new upstream author. Noted On my local system there simply is no sound output, I suspect it cannot work when pipewire or pulseaudio is used. It works perfectly for me on pulseaudio, however I can see you now raised a bug re pipewire. I'll use something else then, possibly sox, but guess I should wait until the transitions have cleared. Regards, Peter
Bug#1067907: flam3-utils: flam3-genome randomly segfaults on ppc64el
Package: flam3-utils Version: 3.1.1+ds2-2+b1 Severity: normal X-Debbugs-Cc: pe...@pblackman.plus.com User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, flam3-genome randomly segfaults on ppc64el, but runs OK on all other architectures. See https://ci.debian.net/packages/f/flam3/testing/ppc64el/ segfaults maybe one run in five. See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001667
Bug#1065682: RFS: c-evo-dh/1.11-1 -- Empire Building Game (data files), C-evo: Distant Horizon
Control: tags -1 -moreinfo Hi Tobi, On 17/03/2024 10:25, Tobias Frost wrote: Some review - source packages do not have a Description: field, only binary packages. I was trying to fix the issue of no description appearing in the package tracker [1] This seems to happen when a source package builds multiple binaries. I've reverted the change now. - note that changing previous d/changelog entries should be only done in rare circumtances, for example annotating CVEs to earlier uploads, not known then. I don't see the necassity for that history rewriting here, so please don't do that. Additional confusion can arise, if you change the timestamp of historical changelog entries. Don't do that either. Please revert those changes. I updated the changelog, because the last time, you complained of missing items [2] And it then got uploaded before I had corrected it. I've reverted the uploaded version of the changelog entry for 1.10-1 and included the missing items in the section for 1.11-1, indicating that they refer to the previous version. [1] https://tracker.debian.org/pkg/c-evo-dh [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056273 Cheers, Peter
Bug#1065197: RFS: cevomapgen/32-1 [ITP] -- External Map Generator for C-Evo
Control: tags -1 -moreinfo Control: retitle -1 RFS: cevomapgen/32-1 [ITP] -- External Map Generator for C-Evo On 17/03/2024 10:48, Tobias Frost wrote: Control: tags -1 moreinfo Hi Peter, (There was also #1040494, which seems not to have been sponsored. In this case, please reopen the old RFS bug and don't file new bugs.) Noted Here's a very short review, (including copyright review) - lintian: - Comments should be directly over the overriden tag, otherwise the override justification is not correctly picked up Done - O: cevomapgen: no-manual-page [usr/games/cevomapgen] I disagree this should be overriden, and I disagree that gui programs don't need a manpage. I've added man pages now - d/copyright I see that there are files with years from 1999-2023 and one 2024. Please review your d/copyright file and record the years correctly. Done Hi Tobias, Thanks for your review. I was working on a new upstream release, and have incorporated your suggestions.
Bug#1065679: RFS: winff/1.6.3+dfsg-2 -- graphical video and audio batch converter using ffmpeg or avconv
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-2 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-2.dsc Changes since the last upload: winff (1.6.3+dfsg-2) unstable; urgency=medium . * Drop unneeded build depends (Closes: #1065447) * Clarify libavcodec-extra requirment in long description (d/control) Regards, -- Peter Blackman
Bug#1065197: RFS: cevomapgen/31-1 [ITP] -- External Map Generator for C-Evo
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cevomapgen": * Package name : cevomapgen Version : 31-1 Upstream contact : Peter Blackman * URL : https://sourceforge.net/projects/cevomapgen/ * License : GPL-3+ * Vcs : https://salsa.debian.org/PeterB/cevomapgen Section : games 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 a strategy game with some similarities to Freeciv 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_31-1.dsc Changes for the initial release: cevomapgen (31-1) unstable; urgency=medium . * Initial release (Closes: #1035747) Regards, -- Peter Blackman
Bug#1064406: RFS: ifstat/1.1.1-2 -- InterFace STATistics Monitoring
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "ifstat": * Package name : ifstat Version : 1.1.1-2 Upstream contact : Matthieu Baerts * URL : http://gael.roualland.free.fr/ifstat/ * License : FSFUL, GPL-2+, HPND-sell-variant * Vcs : https://salsa.debian.org/debian/ifstat Section : net The source builds the following binary packages: ifstat - InterFace STATistics Monitoring libifstat-dev - Ifstat Development Files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ifstat/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/i/ifstat/ifstat_1.1.1-2.dsc Changes since the last upload: ifstat (1.1.1-2) unstable; urgency=medium . * Update patch headers, remove unneeded patch file * d/copyright fixes Regards, -- Peter Blackman
Bug#1056605: ITP: licenserecon -- Reconcile licenses from debian/copyright against license-check
Package: wnpp Severity: wishlist Owner: Peter X-Debbugs-Cc: debian-de...@lists.debian.org, pe...@pblackman.plus.com * Package name : licenserecon Version : 1.0 Upstream Contact: Peter Blackman * URL : https://salsa.debian.org/PeterB/licenserecon * License : BSD-2-clause Programming Lang: Pascal Description : Reconcile debian/copyright licenses against licensecheck output Uses licensecheck to determine file licences and, if not 'UNKNOWN', checks them against Dep5 debian/copyright. Is intended as a partial replacement for license-reconcile (removed in 2019). I use this package for checking debian/copyright in other packages I maintain. Will need a sponsor. From the man page; === lrc DESCRIPTION Lrc parses a valid DEP-5 copyright file and notes the licenses of 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 will 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. EXIT CODES 0: No differences found 1: Failure to run (no debian/copyright etc) 3: License differences found SAMPLE OUTPUT Sample output invoking lrc. SUCCESS: Parsing Source Tree Running licensecheck No differences found DIFFERENCES: Parsing Source Tree Running licensecheck d/copyright | licensecheck LGPL-2.1+ | GPL-2+ test/src/config/chan.c GPL-2+ | public-domain share/lua/int/dummy.lua GPL-2+ | LGPL-2.1+ modules/access/sr_common.h AUTHOR Peter Blackman SEE ALSO licensecheck (1) 2023-11-21 1 lrc(1) Manual page lrc(1) line 7/56 (END) (press h for help or q to quit)
Bug#1056260: RFS: ifstat/1.1.1-1 [ITA] -- InterFace STATistics Monitoring
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "ifstat": * Package name : ifstat Version : 1.1.1-1 Upstream contact : Matthieu Baerts * URL : http://gael.roualland.free.fr/ifstat/ * License : GPL-2+ * Vcs : https://salsa.debian.org/debian/ifstat Section : net The source builds the following binary packages: ifstat - InterFace STATistics Monitoring libifstat-dev - Ifstat Development Files To access further information about this package, please visit the following URL: https://mentors.debian.net/package/ifstat/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/i/ifstat/ifstat_1.1.1-1.dsc Changes since the last upload: ifstat (1.1.1-1) unstable; urgency=medium . * New Upstream version (GitHub) * Drop patch adopted upstream * Adopt package (Closes: #1050469) * Fix man page spelling (Closes: #617336) * Convert to debhelper 13 * Add watch file * Change ISO-8859 encodings to UTF-8 Regards, -- Peter Blackman
Bug#1040495: RFS: grimripper/3.0.2-1 -- Graphical audio CD ripper and encoder
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "grimripper": https://tracker.debian.org/pkg/grimripper (Andreas who sponsored initial upload is having to set up a new gpg key which will likely take a while) As a DM, I would be happy to upload grimripper myself if given the upload rights. * Package name : grimripper Version : 3.0.2-1 Upstream contact : Salamandar * URL : https://gitlab.gnome.org/Salamandar/GrimRipper * License : GPL-2+, CC0-1.0, GPL-2 * Vcs : https://salsa.debian.org/PeterB/grimripper 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.2-1.dsc Also on Salsa https://salsa.debian.org/PeterB/grimripper Changes since the last upload: grimripper (3.0.2-1) unstable; urgency=medium . * New Upstream release (completes rename to grimripper) Regards, -- Peter Blackman
Bug#1035747: ITP: cevomapgen -- External Map Generator for C-Evo
Package: wnpp Severity: wishlist Owner: Peter X-Debbugs-Cc: debian-de...@lists.debian.org, pe...@pblackman.plus.com * Package name : cevomapgen Version : 26 Upstream Contact: * URL : https://sourceforge.net/projects/cevomapgen/ * License : GPL3+ Programming Lang: Lazarus/FPC Description : External Map Generator for C-Evo Generates more varied maps than the in-game generator, with greater control, and allows much faster generation of novel or extreme worlds than using the map editor. Intended for use with c-evo-dh and other versions of C-evo Regards, Peter
Bug#1035106: RFS: cdreaper/3.0.0-1 [ITP 1035103] -- Graphical audio CD ripper and encoder
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cdreaper": 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. * Package name : cdreaper Version : 3.0.0-1 Upstream contact : Salamandar * URL : https://gitlab.gnome.org/Salamandar/Reaper * License : GPL-2, CC0-1.0 * Vcs : pending Section : sound The source builds the following binary packages: cdreaper - Graphical audio CD ripper and encoder To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cdreaper/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cdreaper/cdreaper_3.0.0-1.dsc Changes for the initial release: cdreaper (3.0.0-1) unstable; urgency=medium . * Initial release (Closes: #1035103) Regards, -- Peter Blackman
Bug#1035103: ITP: cdreaper -- Graphical audio CD ripper and encoder
Package: wnpp Severity: wishlist Owner: Peter X-Debbugs-Cc: debian-de...@lists.debian.org, pe...@pblackman.plus.com * Package name : cdreaper Version : 3.0.0 Upstream Contact: Salamandar * URL : https://gitlab.gnome.org/Salamandar/Reaper * License : GPL2 Programming Lang: C Description : Graphical audio CD ripper and encoder Can be used to save tracks from Audio CDs. Main features: * Supports WAV, MP3, Ogg Vorbis, FLAC, and Wavpack audio files * Uses CDDB to name and tag each track * Can encode to multiple formats in one session * Creates M3U playlists * Allows for each track to be by a different artist * Does not require a specific desktop environment (just Gtk3) This is the Gtk3 fork of asunder (it now has its own name) I have called this package cdreaper, as the name reaper is already in use elsewhere; https://repology.org/project/reaper/versions I will maintain the package myself and need a sponsor. The package has been set up on the AUR and Open Build Service. https://aur.archlinux.org/packages/cdreaper https://build.opensuse.org/package/show/home:PeterBBB/cdreaper
Bug#1033632: qa.debian.org: sourceforge redirector for debian/watch files fails with a 500 error
On 06/04/2023 11:44, Christian Marillat wrote: On 06 avril 2023 11:26, Peter B wrote: I think this problem is now resolved. The big red ERROR texts in the Watch column on my DDPO page are slowly going away. I don't know. I re-written my watch files to check sourceforge.net instead of qa.debian.org Christian Hi Christian, Seems I spoke too soon! While uscan usually works when I try it locally, now seems to fail randomly on my QA page. Cheers, Peter
Bug#1033413: ITP: profile-cleaner -- Reduces browser profile size by cleaning their sqlite databases
Package: wnpp Severity: wishlist Owner: Peter X-Debbugs-Cc: debian-de...@lists.debian.org, pe...@pblackman.plus.com * Package name : profile-cleaner Version : 2.44 * URL : https://github.com/graysky2/profile-cleaner * License : Expat Programming Lang: Bash Description : Reduces browser profile size by cleaning their sqlite databases Reduces the size of browser profiles by organizing their sqlite databases using sqlite3's vacuum and reindex functions. The term "browser" is used loosely since profile-cleaner happily works on some email clients and newsreaders too. I will maintain the package myself, and will need a sponsor.
Bug#1033049: fp-compiler-3.2.2: crtbeginS.o etc not found on mipsel (so builds fail to link)
Attaching patchDescription: Fix missing crtbeginS.o on mipsel
Add mipsel to the case statement, so the gcc library folder
is defined in /etc/fpc/cfg
Forwarded: No
Author: Peter Blackman
Last-Update: 2023-03-14
Index: b/fpcsrc/packages/fpmkunit/src/fpmkunit.pp
===
--- a/fpcsrc/packages/fpmkunit/src/fpmkunit.pp
+++ b/fpcsrc/packages/fpmkunit/src/fpmkunit.pp
@@ -2813,6 +2813,7 @@
powerpc: result := GetGccDirArch('cpupowerpc','-m32');
powerpc64:result := GetGccDirArch('cpupowerpc64','-m64');
aarch64: result := GetGccDirArch('cpuaarch64','');
+ mipsel: result := GetGccDirArch('cpumipsel','');
end {case}
else if OS = darwin then
case CPU of
Bug#1033049: fp-compiler-3.2.2: crtbeginS.o etc not found on mipsel (so builds fail to link)
Package: fp-compiler-3.2.2
Version: 3.2.2+dfsg-18
Severity: important
Tags: patch upstream ftbfs sid bookworm
Usertags: mipsel
Forwarded: https://gitlab.com/freepascal.org/fpc/source/-/issues/40201
X-Debbugs-Cc: debian-m...@lists.debian.org
Dear Maintainer,
* What led up to the situation?
Noticed c-evo-dh build failed on mipsel. Same issue with
castle-game-engine.
/<>/Integrated.lpr(28,34) Warning: (9034) "crtbeginS.o" not found,
this will probably cause a linking failure
/<>/Integrated.lpr(28,34) Warning: (9034) "crtendS.o" not found,
this will probably cause a linking failure
The problem is caused by missing an entry for mipsel in
packages/fpmkunit/src/fpmkunit.pp
around line 2813.
Need to add
"mipsel: result := GetGccDirArch('cpumipsel','');"
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-6-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 fp-compiler-3.2.2 depends on:
ii binutils 2.40-2
ii debconf [debconf-2.0] 1.5.82
ii fp-units-rtl-3.2.2 3.2.2+dfsg-18
Versions of packages fp-compiler-3.2.2 recommends:
ii fp-utils-3.2.2 3.2.2+dfsg-18
Versions of packages fp-compiler-3.2.2 suggests:
ii fp-docs-3.2.2 3.2.2+dfsg-18
-- debconf information excluded
Bug#1028077: apertium-eng-spa: Superfluous whitespace added
Package: apertium-eng-spa Version: 0.8.1-2 Severity: minor Tags: upstream X-Debbugs-Cc: pe...@pblackman.plus.com Dear Maintainer, Translating English to Spanish leaves many extra spaces that upset the formatting. Extra spaces are seen at the beginning, middle, and also between the end of some sentences and the full stop. I attach chapter one of the saga of Pilar & Javier. Translating to Catalan produced 1. Pilar té 25 anys. Està estudiant medicina en Tarragona i té molts amics. Pilar és molt *likable i classe. 2. Està sortint amb un home jove Javier anomenat. Té 30 anys i feines en Barcelona. Javier és un enginyer. a Javier li agrada sortir en els vespres, anar al cinema i coneixent amics. But translating to Spanish produced . 1. Pilar tiene 25 años . Está estudiando medicina en Tarragona y tiene muchos amigos. Pilar es muy *likable y clase. 2. Está saliendo con un hombre joven llamó Javier. Tiene 30 años y obras en Barcelona. Javier es un ingeniero . A Javier le gusta salir en las tardes, yendo al cine y cumpliendo amigos. However, a trivial solution to the formatting issue is to get to the Spanish via Catalan, ie. eng-cat + cat-spa. Cheers, Peter P.S. Minor capitalisation issue on the Catalan, 'A javier' has become 'a javier'. I don't speak the languages, but I assume that is wrong. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-6-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 apertium-eng-spa depends on: ii apertium 3.8.3-1+b1 ii apertium-lex-tools 0.4.2-1+b1 apertium-eng-spa recommends no packages. apertium-eng-spa suggests no packages. -- no debconf information 1. Pilar is 25 years old. She is studying medicine in Tarragona and has lots of friends. Pilar is very likable and kind. 2. She is going out with a young man called Javier. He is 30 years old and works in Barcelona. Javier is an engineer. Javier likes going out in the evenings, going to the cinema and meeting friends. 3. Pilar and Javier have been engaged for three years. They live in different cities but luckily Barcelona and Tarragona are not very far apart. 4. Pilar has the keys to Javier’s flat and Javier has the keys to Pilar’s apartment: they don’t have any secrets. 5. Today is Wednesday and Pilar has no lessons at the university. She wants to surprise Javier because today is a very special day. For Pilar, in fact, it is a very important day.
Bug#1028061: apertium-hbs-eng: Errors shown against many translated words
Package: apertium-hbs-eng Version: 0.5.1-2.1 Severity: normal Tags: upstream X-Debbugs-Cc: pe...@pblackman.plus.com Dear Maintainer, Translating a short test file using the language pair eng-hbs; Mary had a little lamb. It's fleece was white as snow. gave the result #Marica #ima @a little @lamb. #Free #biti *fleece #biti @white @as #snijeg#. Problems shown on every word except 'little' was is not translated anyway! Translating with eng-spa & eng-cat works well. The command 'apertium -l' shows many Eastern European language pairs with Serbian, Croatian, Bosnian, Bulgarian, Slovenian, Macedonian. But the only way into this group from English, is via eng-hbs, hence my interest. Regards, Peter P.S. Upstream there is an outstanding three year old pull request. https://github.com/apertium/apertium-hbs-eng/pulls I tried patching this in, but it did not fix the problem. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-6-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 apertium-hbs-eng depends on: ii apertium 3.8.3-1+b1 ii apertium-lex-tools 0.4.2-1+b1 ii cg3 1.3.9-1+b1 apertium-hbs-eng recommends no packages. apertium-hbs-eng suggests no packages. -- no debconf information Mary had a little lamb. It's fleece was white as snow.
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail)
Package: duma Tags: hurd, ftbfs, confirmed, help Usertags: debian-h...@lists.debian.org X-Debbugs-Cc: debian-h...@lists.debian.org duma compiles & links on Hurd, but self tests fail. https://buildd.debian.org/status/package.php?p=duma Testing via KVM, shows that all tests except for thread-test, fail with output 'Killed'. Back trace on dumatest shows an endless loop. Repeats every ten steps. = Starting program: /home/demo/duma-2.5.21/dumatest Thread 4 received signal ?, Unknown signal. 0x010b9415 in ?? () from /lib/i386-gnu/libc.so.0.3 #0 0x010b9415 in ?? () from /lib/i386-gnu/libc.so.0.3 #1 0x010b812a in dcgettext () from /lib/i386-gnu/libc.so.0.3 #2 0x010b7452 in __assert_fail () from /lib/i386-gnu/libc.so.0.3 #3 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3 #4 0x08036095 in lock () at sem_inc.c:135 #5 0x080361d6 in DUMA_get_sem () at sem_inc.c:230 #6 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0, fillByte=255, protectAllocList=1, allocator=EFA_MALLOC, #49 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3 #7 0x080353b6 in _duma_malloc (size=100, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1970 #8 0x08035c8b in malloc (size=100) at duma.c:2424 #9 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3 #10 0x010e06a7 in asprintf () from /lib/i386-gnu/libc.so.0.3 #11 0x010b736a in ?? () from /lib/i386-gnu/libc.so.0.3 #12 0x010b7469 in __assert_fail () from /lib/i386-gnu/libc.so.0.3 #13 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3 #14 0x08036095 in lock () at sem_inc.c:135 #15 0x080361d6 in DUMA_get_sem () at sem_inc.c:230 #16 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0, fillByte=255, protectAllocList=1, allocator=EFA_MALLOC, fail=DUMA_FAIL_ENV, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1386 #17 0x080353b6 in _duma_malloc (size=100, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1970 #18 0x08035c8b in malloc (size=100) at duma.c:2424 #19 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3 #20 0x010e06a7 in asprintf () from /lib/i386-gnu/libc.so.0.3 #21 0x010b736a in ?? () from /lib/i386-gnu/libc.so.0.3 #22 0x010b7469 in __assert_fail () from /lib/i386-gnu/libc.so.0.3 #23 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3 #24 0x08036095 in lock () at sem_inc.c:135 #25 0x080361d6 in DUMA_get_sem () at sem_inc.c:230 #26 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0, fillByte=255, protectAllocList=1, allocator=EFA_MALLOC, fail=DUMA_FAIL_ENV, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1386 #27 0x080353b6 in _duma_malloc (size=100, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1970 #28 0x08035c8b in malloc (size=100) at duma.c:2424 #29 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3 #30 0x010e06a7 in asprintf () from /lib/i386-gnu/libc.so.0.3 #31 0x010b736a in ?? () from /lib/i386-gnu/libc.so.0.3 #32 0x010b7469 in __assert_fail () from /lib/i386-gnu/libc.so.0.3 #33 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3 #34 0x08036095 in lock () at sem_inc.c:135 #35 0x080361d6 in DUMA_get_sem () at sem_inc.c:230 #36 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0, fillByte=255, protectAllocList=1, allocator=EFA_MALLOC, fail=DUMA_FAIL_ENV, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1386 #37 0x080353b6 in _duma_malloc (size=100, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1970 #38 0x08035c8b in malloc (size=100) at duma.c:2424 #39 0x01103ce5 in ?? () from /lib/i386-gnu/libc.so.0.3 #40 0x010e06a7 in asprintf () from /lib/i386-gnu/libc.so.0.3 #41 0x010b736a in ?? () from /lib/i386-gnu/libc.so.0.3 #42 0x010b7469 in __assert_fail () from /lib/i386-gnu/libc.so.0.3 #43 0x010452cf in pthread_self () from /lib/i386-gnu/libpthread.so.0.3 #44 0x08036095 in lock () at sem_inc.c:135 #45 0x080361d6 in DUMA_get_sem () at sem_inc.c:230 #46 0x080345a1 in _duma_allocate (alignment=1, userSize=100, protectBelow=0, fillByte=255, protectAllocList=1, allocator=EFA_MALLOC, fail=DUMA_FAIL_ENV, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1386 #47 0x080353b6 in _duma_malloc (size=100, filename=0x8037060 "UNKNOWN (use #include \"duma.h\")", lineno=0) at duma.c:1970 #48 0x08035c8b in malloc (size=100) at duma.c:2424 === I'm curious about the step pthread_self () --> __assert_fail () The man page for pthread_self (Linux) https://man7.org/linux/man-pages/man3/pthread_self.3.html states that the function always succeeds. Unlikely if it throws an assert. Also raised upstream
Bug#1016014: UDD: false positive(s) for sid-broken-symlinks
Package: qa.debian.org User: qa.debian@packages.debian.org Usertags: udd Hi, My dashboard is showing "sid-broken-symlinks" against package duma. https://piuparts.debian.org/sid-broken-symlinks/source/d/duma.html None of the symlinks in duma are broken. ~> ls -l /usr/lib/libduma.so* lrwxrwxrwx 1 root root16 Oct 27 2021 /usr/lib/libduma.so -> libduma.so.0.0.0 lrwxrwxrwx 1 root root16 Oct 27 2021 /usr/lib/libduma.so.0 -> libduma.so.0.0.0 -rw-r--r-- 1 root root 76000 Oct 27 2021 /usr/lib/libduma.so.0.0.0 ~> In the referenced log https://piuparts.debian.org/sid-broken-symlinks/fail/duma_2.5.21-5.log the broken symlinks therein seem to be from a different package 0m7.9s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmp5q9jc53w', 'tmp/scripts/pre_test_root_password'] 0m7.9s DEBUG: Starting command: ['lsof', '-w', '+D', '/srv/piuparts.debian.org/tmp/tmp5q9jc53w'] 0m8.1s DEBUG: Command failed (status=1), but ignoring error: ['lsof', '-w', '+D', '/srv/piuparts.debian.org/tmp/tmp5q9jc53w'] 0m8.5s ERROR: FAIL: Broken symlinks: /usr/share/man/da/man8/delgroup.8.gz -> deluser.8.gz /usr/share/man/da/man8/addgroup.8.gz -> adduser.8.gz /usr/share/man/de/man8/delgroup.8.gz -> deluser.8.gz /usr/share/man/de/man8/addgroup.8.gz -> adduser.8.gz /usr/share/man/es/man8/delgroup.8.gz -> deluser.8.gz /usr/share/man/fr/man8/delgroup.8.gz -> deluser.8.gz /usr/share/man/fr/man8/addgroup.8.gz -> adduser.8.gz . There are no man8 files in duma. Cheers, Peter B
Bug#1015866: Fwd: Bug#1015866: RFS: qt6ct/0.5-1 [ITP] -- Qt6 Configuration Tool
Forwarded Message Subject:Re: Bug#1015866: RFS: qt6ct/0.5-1 [ITP] -- Qt6 Configuration Tool Date: Fri, 22 Jul 2022 20:09:12 +0100 From: Peter B Reply-To: pe...@pblackman.plus.com To: debian-ment...@lists.debian.org CC: by...@debian.org On 22/07/2022 19:15, Boyuan Yang wrote: I ran the built program under my Debian Sid + GNOME Shell Xorg environment and it would SIGABRT with the following error msg: qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in "" This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Hi Boyuan, qt6-qpa-plugins was missing as a dependency. (Running with build dependencies installed masks the problem) Thanks for your report, uploading fixed version to Mentors. Cheers, Peter B
