Re: Bug#1035904: dpkg currently warning about merged-usr systems (revisited)

2023-05-17 Thread Andrea Pappacoda 

Hi all,

first of all thank you for this great thread. While I could feel some 
tension while reading it, it's completely normal and I've learned a lot.


I have a question though: if /lib64/ld-linux-x86-64.so.2 is already a 
symlink on non-merged-/usr systems, pointing to 
/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2, why would it be an issue to 
have /lib64/ld-linux-x86-64.so.2 point to 
/usr/lib64/ld-linux-x86-64.so.2? Why do we want binaries to look for 
the loader in /usr/lib64/ld-linux-x86-64.so.2 if that would still be a 
symlink to /usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2?


Sorry in advance if this sounds like a dumb question, and thanks again 
for your involvement in all of this!

Re: Build libzstd using cmake; add a non-cmake build profile?

2022-12-26 Thread Andrea Pappacoda 
Il giorno lun 26 dic 2022 alle 08:37:51 +02:00:00, Peter Pentchev 
 ha scritto:

In #1020403 there is a request to install the CMake build glue for
the zstd library in its -dev package. I think that this is a good
idea, and I have a pretty much ready-for-uploading set of changes
that do that. For the purposes of this discussion I have uploaded
the proposed "switch to CMake and install the CMake build glue"
commits to my own fork of the libzstd repository


Hi Peter. Apart from your bootstrapping concerns, please keep in mind 
that upstream's CMake build script is not official; citing the README:


> make is the officially maintained build system of this project. All 
other build systems are "compatible" and 3rd-party maintained, they may 
feature small differences in advanced options. When your system allows 
it, prefer using make to build zstd and libzstd.


Using CMake instead of make has caused some interesting issues in the 
past. The first that comes to my mind happened in Arch Linux, and got 
featured on the Phoronix news site: 



Since the make build generates a pkg-config file, you could look into 
leveraging that instead. You could either send a patch to the CMake 
projects using libzstd adding a Find module which calls 
pkg_search_module(), as mentioned in #1020403, or patch zstd's 
makefiles to install a small Find module itself (this is not really a 
good practice, as ideally upstreams should install CMake Config files, 
but should work nonetheless). Alternatively, you could even submit a 
patch to CMake adding The Find module there; CMake already ships a lot 
of them.

Bug#1024643: ITP: libspng -- simple, modern libpng alternative

2022-11-22 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-devel-ga...@lists.debian.org

* Package name: libspng
  Version : 0.7.2
  Upstream Author : Randy 
* URL : https://libspng.org
* License : BSD-2-Clause
  Programming Lang: C
  Description : simple, modern libpng alternative

libspng is a C library for reading and writing Portable Network Graphics
(PNG) format files with a focus on security and ease of use.
.
The simple API allows decoding a PNG file in just a few function calls,
and no raw pointers or callback functions are involved.
.
Following good security practises, code is written according to the rules
of the CERT C Coding Standard. All integer arithmetic is checked for
overflow and all error conditions are handled gracefully. The library
is also continuously fuzzed, scanned by static analyzers and features
over 1000 test cases.

libspng is an interesting alternative to libpng, and it is already packaged by
some other distributions. From a user point of view, I'd be happy to have this
available in my distro's repos. New versions of the dolphin-emu package, not
yet packaged by the Games Team, use libspng.

I'll need a sponsor for the first upload.

Bug#1021011: ITP: doxygen-awesome-css -- custom CSS theme for Doxygen HTML documentation

2022-09-30 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org, Scott Talbert 

* Package name: doxygen-awesome-css
  Version : 2.1.0
  Upstream Author : jothepro
* URL : https://jothepro.github.io/doxygen-awesome-css/
* License : MIT/Expat
  Programming Lang: CSS, JavaScript
  Description : custom CSS theme for Doxygen HTML documentation

Doxygen Awesome is a custom CSS theme for Doxygen HTML-documentation with lots
of customization parameters.
.
It features a clean and modern design, improved mobile usability, a dark mode,
and doesn't change the classic HTML structure of Doxygen documentation.

This package is required to correctly generate Doxygen documentation of zydis,
a package I'm maintaining. It also used by wxwidgets3.2, which is currently
using an embedded copy of the theme.

Re: Bug email is not getting to me

2022-09-25 Thread Andrea Pappacoda 
Il giorno dom 25 set 2022 alle 15:42:40 -05:00:00, Steven Robbins 
 ha scritto:
When I first started with Debian many many years ago, I would 
routinely see
email for bug reports submitted against packages I maintain, and 
responses to

said bugs.  Nowadays I get essentially none of that.


Hi, I think that this is related to bug #754809.

Bug#1020595: ITP: tomlplusplus -- TOML config parser and serializer for C++17

2022-09-23 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: tomlplusplus
  Version : 3.2.0
  Upstream Author : Mark Gillard 
* URL : https://marzer.github.io/tomlplusplus/
* License : MIT/Expat
  Programming Lang: C++
  Description : TOML config parser and serializer for C++17

Features:
- - Supports the latest TOML release (v1.0.0), plus optional support for some
unreleased TOML features
- - Passes all tests in the toml-test suite
- - Supports serializing to JSON and YAML
- - Proper UTF-8 handling (incl. BOM)
- - C++17 (plus some C++20 features where available, e.g. experimental support
for char8_t strings)
- - Doesn't require RTTI
- - Works with or without exceptions
- - Tested on Clang (6+), GCC (7+) and MSVC (VS2019)
- - Tested on x64, x86 and ARM

I've used this library in the past, and I was surprised to find out that it is
not available in Debian.


-BEGIN PGP SIGNATURE-

iIoEARYIADIWIQS6VuNIvZRFHt7JcAdKkgiiRVB3pwUCYy4sExQcYW5kcmVhQHBh
cHBhY29kYS5pdAAKCRBKkgiiRVB3p7IMAP9BKJ8/B6nrKHvKzREXrz8n2nqxGRr5
Yuc+QCCNtjOL0wD+IWVXon6q2S5n4SUSMqRzAWw0zJXc7OppfpTaKzk7cgQ=
=dCnP
-END PGP SIGNATURE-

Re: Q: uscan with GitHub

2022-09-19 Thread Andrea Pappacoda 
Il giorno lun 19 set 2022 alle 18:12:15 +02:00:00, Samuel Thibault 
 ha scritto:

That works for the tags page, but not for the releases page... The
problem is that the tags page only contains snapshots of the 
repository,
and not an autoconf-ed tarball. For instance since recently uscan 
cannot

get the correct tarballs from

https://github.com/brailcom/speechd/releases


Hi, what I usually do with GitHub is to use its API, since it has the 
advantage of not breaking uscan when they do changes to the web UI.


See 
 
for example.


In your case, as you have to download an asset and not the automatic 
tarball produced by GitHub, I'd do something like this:


   version=4
   opts="searchmode=plain, \
 
filenamemangle=s/.+\/speech-dispatcher-@any_vers...@.tar.gz/@PACKAGE@-$1\.tar\.gz/" 
\

   https://api.github.com/repos/brailcom/speechd/releases \
   
https://github.com/brailcom/speechd/releases/download/\d[\.\d]*/speech-dispatcher-@any_vers...@.tar.gz


It could probably be done in a cleaner way, but my knowledge of regular 
expressions is pretty limited :/


--
OpenPGP key: 66DE F152 8299 0C21 99EF  A801 A8A1 28A8 AB1C EE49

Re: Bug#1017716: ITP: muon-meson -- Meson-compatible build system

2022-08-21 Thread Andrea Pappacoda 
Il giorno ven 19 ago 2022 alle 14:43:27 -07:00:00, Russ Allbery 
 ha scritto:
Debian specifically disallows providing the same binary path from 
multiple

packages in cases where the two binaries do not do the same thing with
roughly the same arguments [1].  It would create a situation where
/usr/bin/muon on different Debian systems can do wildly different 
things
depending on what packages are installed or even on what order in 
which
they're installed.  That in turn creates user confusion, can cause 
weird
problems, etc.  It's just too surprising for users for the same 
binary to

be entirely different things on different Debian systems with the same
major release installed.


Thanks, thinking about this a bit more made me realize that yeah, it's 
better not to do this.


As mentioned by Vincent, I'll try asking the Qt/KDE team about this 
conflict.


Thank you all for the feedback!

--
OpenPGP key: 66DE F152 8299 0C21 99EF  A801 A8A1 28A8 AB1C EE49

Re: Bug#1017716: ITP: muon-meson -- Meson-compatible build system

2022-08-19 Thread Andrea Pappacoda 
Il giorno ven 19 ago 2022 alle 18:51:31 +01:00:00, Simon McVittie 
 ha scritto:

I'm not Paul, but I suspect he was looking at Policy §10.1:

Two different packages must not install programs with different
functionality but with the same filenames. (The case of two 
programs

having the same functionality but different implementations is
handled via “alternatives” or the “Conflicts” mechanism 
[...].)


implying that alternatives and Conflicts are the wrong tool if the two
programs have different functionality (which an alternative to Meson
and an alternative to Synaptic certainly do).


I'd really, really like to avoid renaming a binary that is meant to be 
executed via the command line.


Would alternatives really be that bad? What if the current 
/usr/bin/muon was moved to /usr/bin/muon-kde, muon-build was installed 
to /usr/bin/muon-build and /usr/bin/muon was shared between the two 
packages? What issues could it cause?


I don't think users really invoke KDE Muon via the terminal that often 
anyway, it is a Graphical APT frontend...


KDE Muon might be dead upstream (or not, today was the first time I 
was
aware of it), but it's in Debian stable, testing and unstable as of 
today.

Please talk to its maintainers, the Qt/KDE team, if you think Debian
would be better without (KDE's) Muon than with it.


I don't think Debian would be better without KDE Muon, as far as I know 
its development may have ended but it still works fine :)


--
OpenPGP key: 66DE F152 8299 0C21 99EF  A801 A8A1 28A8 AB1C EE49

Re: debian-devel-digest Digest V2022 #312

2022-08-19 Thread Andrea Pappacoda 
Il giorno ven 19 ago 2022 alle 16:11:28 +00:00:00, 
debian-devel-digest-requ...@lists.debian.org ha scritto:
 muon-build seems more consistent with its own domain name 
muon.build, the
 reference meson implementation's domain name mesonbuild.com, and 
their

 shared dependency ninja being packaged as ninja-build.


Yeah it makes sense. I'll also ask upstream for their opinion, but 
muon-build seem to be the most appropriate name.



And if KDE Muon is indeed dead, simply having a "Conflicts: muon" and
using the same path should be ok as well?


I had the same idea, even if it is not extremely elegant. But Paul 
doesn't seem to agree; why?


--
OpenPGP key: 66DE F152 8299 0C21 99EF  A801 A8A1 28A8 AB1C EE49

Bug#1001319: ITP: microprofile -- embeddable CPU/GPU profiler

2021-12-08 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: microprofile
  Version : 3.1
  Upstream Author : Jonas Meyer 
* URL : https://github.com/jonasmr/microprofile
* License : Expat
  Programming Lang: C, C++
  Description : embeddable CPU/GPU profiler

Microprofile is an embeddable CPU/GPU profiler with an in-app and HTML
visualizers, written in C++.

This is a dependency of the yuzu emulator.

I'm sending this with an unusual email address because my primary one
(and...@pappacoda.it) will be unavailable for at least one week.

Bug#996576: ITP: vixl -- ARMv8 Runtime Code Generation Library

2021-10-15 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: vixl
  Version : 5.1.0
  Upstream Author : Linaro 
* URL : https://github.com/Linaro/vixl
* License : BSD-3-Clause
  Programming Lang: C++
  Description : ARMv8 Runtime Code Generation Library

Vixl is an AArch32 and AArch64 Runtime Code Generation Library.
.
It contains three components: assemblers to generate ARM code at runtime,
disassemblers that can print any instruction emitted by the assemblers and a
simulator that can simulate any instruction emitted by the A64 assembler.

This is a dependency of Dynarmic (#995917), a dependency of the yuzu emulator
(#947399)


-BEGIN PGP SIGNATURE-

iIoEARYIADIWIQRm3vFSgpkMIZnvqAGooSioqxzuSQUCYWnBpRQcYW5kcmVhQHBh
cHBhY29kYS5pdAAKCRCooSioqxzuScMaAQDNanZekkb05SrxgLlWwHMBk3AyDIew
Nd4D51pi0w8icAEAyq+ZAQMFigCknG2VQpFGxnE2TOZEaigQCRowmDkKYQ4=
=HgSx
-END PGP SIGNATURE-

Bug#995921: ITP: zydis -- fast and lightweight x86/x86-64 disassembler library

2021-10-08 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: zydis
  Version : 3.1.0
  Upstream Author : zyantific 
* URL : https://zydis.re
* License : Expat
  Programming Lang: C
  Description : fast and lightweight x86/x86-64 disassembler library

Zydis is a fast x86/x86-64 disassembler library. It supports all x86 and AMD64
instructions and extensions, doesn't perform dynamic memory allocations, is
thread safe by design and has no third party dependency - not even libc.

This is a dependency of Dynarmic, a dependency of the yuzu emulator -
https://bugs.debian.org/947399


-BEGIN PGP SIGNATURE-

iIoEARYIADIWIQRm3vFSgpkMIZnvqAGooSioqxzuSQUCYWABQBQcYW5kcmVhQHBh
cHBhY29kYS5pdAAKCRCooSioqxzuSa4yAP9zuIB8s4Af/J7eg30H5isW45r4s2Zk
3x10ooxot55BLQEAxyDW1HsL4+5LnTFxtsXaPO0FQ/m7OQtypjt/zUQOiw0=
=39M5
-END PGP SIGNATURE-

Bug#995917: ITP: dynarmic -- ARM dynamic recompiler

2021-10-08 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: dynarmic
  Version : 5
  Upstream Author : MerryMage 
* URL : https://github.com/merryhime/Dynarmic
* License : 0BSD
  Programming Lang: C++
  Description : ARM dynamic recompiler

Dynarmic is a dynamic recompiler for the ARMv6K, ARMv7A architecture, with
partial ARMv8 support.
.
In the pursuit of speed, some behavior not commonly depended upon is elided.
Therefore this emulator does not match spec.

This is a dependency of the yuzu emulator - https://bugs.debian.org/947399


-BEGIN PGP SIGNATURE-

iIoEARYIADIWIQRm3vFSgpkMIZnvqAGooSioqxzuSQUCYV/69BQcYW5kcmVhQHBh
cHBhY29kYS5pdAAKCRCooSioqxzuSX3DAQCRKKEaB7oTLyPyCrVanUKFklZSxRg2
hmUSgjyVbPJH7AD+NsQiKZw3wJKgcB0oOqgmLwVHn8qHkTOSONrlTq9rkAE=
=yXz0
-END PGP SIGNATURE-

Bug#995884: ITP: zycore-c -- Zyan Core Library for C

2021-10-07 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: zycore-c
  Version : 1.0.0
  Upstream Author : zyantific 
* URL : https://github.com/zyantific/zycore-c
* License : Expat
  Programming Lang: C
  Description : Zyan Core Library for C

Internal library providing platform independent types, macros and a fallback
for environments without LibC.

This is a dependency of Dynarmic, a dependency of the yuzu emulator -
https://bugs.debian.org/947399


-BEGIN PGP SIGNATURE-

iIoEARYIADIWIQRm3vFSgpkMIZnvqAGooSioqxzuSQUCYV8edxQcYW5kcmVhQHBh
cHBhY29kYS5pdAAKCRCooSioqxzuSSHIAQDu4MylvOAgPfIl+nOHbZbs1C8C5rbM
8PeLOtZLuB7v6AEAm4BECL5aYeJ64g5PjJsu62GdzhgHIfD6e51emQGbsgM=
=Mk4T
-END PGP SIGNATURE-

Bug#995760: ITP: xbyak -- JIT assembler for x86(IA32), x64(AMD64, x86-64)

2021-10-05 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: xbyak
  Version : 6.00
  Upstream Author : MITSUNARI Shigeo 
* URL : https://github.com/herumi/xbyak
* License : BSD-3-Clause
  Programming Lang: C++
  Description : JIT assembler for x86(IA32), x64(AMD64, x86-64)

Xbyak is a C++ header library that enables dynamically to assemble
x86(IA32), x64(AMD64, x86-64) mnemonic.
.
The library supports any compiler supporting C++03 or later.
.
This package contains the development headers.

This is a dependency of the yuzu emulator, see https://bugs.debian.org/947399

I'll upload the package to mentors soon.


-BEGIN PGP SIGNATURE-

iIoEARYIADIWIQRm3vFSgpkMIZnvqAGooSioqxzuSQUCYVwUJhQcYW5kcmVhQHBh
cHBhY29kYS5pdAAKCRCooSioqxzuSQBjAQCtSAp2Nww3QQpUEyW/fAWKMkuzycI/
D/Z3TZkfwMIRKQD/UdkfiGKm6ZGnFZvb6uUFZuIdGq7GVbHJI5RhHjkPeAI=
=cTnP
-END PGP SIGNATURE-

Bug#995059: ITP: cubeb -- cross platform audio library

2021-09-25 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: cubeb
  Version : 0.0~git20210801.6ce9596+ds-1
  Upstream Author : Mozilla Foundation
* URL : https://github.com/mozilla/cubeb
* License : ISC
  Programming Lang: C++, C
  Description : Cross platform audio library

cubeb is a cross platform audio library most notable for its use as the audio
backend within Gecko, Mozilla's browser engine. It supports multiple audio
backends and allows enumeration of audio devices and opening audio streams with
control over latency, sample rate and more.

This is a dependency of the yuzu emulator, see https://bugs.debian.org/947399

I'll upload the package to mentors soon.


-BEGIN PGP SIGNATURE-

iIoEARYIADIWIQRm3vFSgpkMIZnvqAGooSioqxzuSQUCYU8nlRQcYW5kcmVhQHBh
cHBhY29kYS5pdAAKCRCooSioqxzuSW64AQD24d7gTbE/jpXmO4uwIfqNvlvNkdy1
5vJuIk81nphCvgD+JcWY6C3kV7VM9O0BfAA/MoFjoBM+5mmnPbMzqEU5Wws=
=gpwq
-END PGP SIGNATURE-

Bug#994547: ITP: cpp-httplib -- C++ HTTP/HTTPS server and client library

2021-09-17 Thread Andrea Pappacoda 
Package: wnpp
Severity: wishlist
Owner: Andrea Pappacoda 
X-Debbugs-Cc: debian-devel@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: cpp-httplib
  Version : 0.9.3+ds-1
  Upstream Author : Yuji Hirose 
* URL : https://github.com/yhirose/cpp-httplib
* License : Expat
  Programming Lang: C++
  Description : C++ HTTP/HTTPS server and client library

cpp-httplib is a C++11 cross platform HTTP/HTTPS library, with a focus on ease
of use. This is a multi-threaded 'blocking' HTTP library. If you are looking
for a 'non-blocking' library, this is not the one that you want.

This is a dependency of the yuzu emulator, see https://bugs.debian.org/947399

I'll upload the package to mentors soon.


-BEGIN PGP SIGNATURE-

iIoEARYIADIWIQSlw/BqXszDGx3GlQz/yQfijUdG7QUCYUSp3xQcYW5kcmVhQHBh
cHBhY29kYS5pdAAKCRD/yQfijUdG7Yg/AQC0RAnyhQjCJWJRATBAn12rlEuoHGKW
yiNk/M0MNaQLbgD/YzUq2w429BNNi/fl6hAUUjHYunaLjh2IvQh37bpL3Ao=
=iguS
-END PGP SIGNATURE-