Re: Please, minimize your build chroots

[Santiago Vila]

El 16/12/22 a las 18:55, Andreas Metzler escribió:

I am wondering if there is point to this or whether policy should be
changed? Is there some value in investing work in having packages
buildable without Prioriry required packages?


I'd like to apologize to Andreas for my previous answer, as I believe
there has been a misunderstanding.

There are actually two meanings for "required package". One of them
is "packages having the 'required' value in the priority field of the
control file". The other meaning is the one you quote in policy, i.e.
packages which may make your system become broken when you remove them.

I propose that we remove certain packages from chroots, packages which
currently have the priority required in the control field, because they
are not needed for building.

Whether that requires to modify the definition of required in policy,
I don't know.

I think we definitely need to decouple "the set of required packages" with
"the set of packages needed for building", because they are different
and none of them is a proper subset of the other. For example,
we already don't install a kernel or an init system in a chroot used for
building.

Thanks.

Re: Proposed `cargo-upstream` dpkg-buildpackage etc. build profile

[Simon McVittie]

On Fri, 16 Dec 2022 at 11:01:58 +, Ian Jackson wrote:
> With nopython, we want to *avoid doing the Python things at all*.  But
> "the Python things" here isn't "all Python things" - it's "certain
> Python things that appear in the outputs".  So that can't be done as a
> blanket exclusion on B-d.

As a concrete example of this distinction, src:vulkan-loader runs a
Python script during build to regenerate some mechanically-generated C
code, but its only end result is a C library and some C/C++ headers. In
principle it would be possible to have a build-profile that makes it use
the pre-generated version provided by upstream[1] instead of regenerating
it, perhaps  or something, but that would be outside the scope
of  (and apparently not useful enough in this case for anyone
to want to implement it).

Conversely, the main end result of compiling src:avahi is a collection
of C libraries (and a daemon and some tools), but it optionally also
produces a Python module (and a non-essential Python program that uses
it). Excluding those Python parts with  is in-scope: it's
reasonable to say "I want a C/C++ library stack with libavahi and others,
but I don't care about any Python bindings" (for instance for use inside
an app-container that is designed for C/C++ code).

smcv

[1] in the past the pre-generated version was used unconditionally,
until #981362 changed the build to regenerate it unconditionally

Re: Bug#1026087: ITP: distribution-gpg-keys -- GPG keys by various Linux distributions

[Holger Levsen]

On Fri, Dec 16, 2022 at 01:22:30AM +0100, Juri Grabowski wrote:
> Quebes is not really RPM distribution as long I know.
 
It is: Qubes' dom0 is based on Fedora.

(and then you can install (almost) any other distro in domU, not
just linux however, but also BSDs, Mirage, Windows or something else.)


-- 
cheers,
Holger

 ⢀⣴⠾⠻⢶⣦⠀
 ⣾⠁⢠⠒⠀⣿⡁  holger@(debian|reproducible-builds|layer-acht).org
 ⢿⡄⠘⠷⠚⠋⠀  OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
 ⠈⠳⣄

The moon landing 50 years ago was paid by taxes, while Bezos space trip was
paid by not paying taxes.


signature.asc
Description: PGP signature

Bug#1026261: ITP: markdown-exec -- Utilities to execute code blocks in Markdown files

[Carsten Schoenert]

Package: wnpp
Severity: wishlist
Owner: Carsten Schoenert 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: markdown-exec
  Version : 1.0.0
  Upstream Contact: Timothée Mazzucotelli 
* URL : https://pawamoy.github.io/markdown-exec
* License : ISC
  Programming Lang: Python
  Description : Utilities to execute code blocks in Markdown files

 This package enhances the functionality of PyMdown Extensions (provided
 within Debian as package python3-pymdownx). You can use markdown-exec
 if you write e.g a Python code block that computes some HTML and you want
 to place the generated HTML within a code block.

This package is new build dependency for mkdocstrings >= 0.19.1

It will be maintained within the Debian Python Team.

Bug#1026271: ITP: libfeature-compat-class-perl -- make class syntax available

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Perl Group 


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: libfeature-compat-class-perl
  Version : 0.04
  Upstream Contact: Paul Evans 
* URL : https://metacpan.org/release/Feature-Compat-Class
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : make class syntax available

 Feature::Compat::Class provides the new class keyword and related others
 (method, field and ADJUST)
 in a forward-compatible way.
 .
 There is a branch of Perl development source code
 which provides this syntax, under the class named feature.
 If all goes well, this will become available
 in a stable release in due course.
 On such perls that contain the feature,
 this module simple enables it.
 .
 On older versions of perl before such syntax is availble in core,
 it is currently provided instead using the Object::Pad module,
 imported with a special set of options
 to configure it to only recognise the same syntax
 as the core perl feature,
 thus ensuring any code using it will still continue to function

This package is needed for future release of licensecheck,
to gracefully migrate from Object::Pad to pure-perl class object.
It will be maintained in the perl section of Salsa, at


 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmOd9nkACgkQLHwxRsGg
ASHcqw//ZbGpsKhwfHj/R3eX/wmTX7JJIrQAXzRYyj/6YY4/oGbdVTzOQEeR+Xy7
q9vZBeOjzndheZ8r3aQak/9F4Pnd5eWooQUkCr4LBiT7nQJ17s4Fia45Q5ui203X
2QrEzLV9jvgINmao6NXo1LISmHxpA1fXHInWH8y9trGuiIPO0qwTkThPBWJG5kt1
gxlxer/jq09Z9NqdpSmAS4Z78AdzxD7vP41vbR20mjSCLZYjCcOmadrFMjajaOcm
Sls/5YZjh1Sat3A3a7tGxeWtX4KHnpDQv04PCx8FGOYZ7fmsB/iMTlf4eRunZX6L
AtcsQFfWW4ZulFfYXCOlyp3D/vnxNEC2Wim4L0gG8tYfpEUR+V+zrUjfOLWWQOri
fcBRbG2j7PwiigAOftxdD3MblzAW4QDOJwk9PhfS3yd569mNSgWHah5v9J1ibfIs
ab+5kg6jX81Wpy6P/9yGuorBtddvyX4oAVqyVpF5esFBLaLcIMInVAtSUEGu7vvw
29Q/Bemdg/kf9pcJXzPOiqqBVghBfJXolSYiO7g/Ep53Fy+D2N3cxt3OwzKzDTCA
nBIpRfjU5udbmvXtbEZ1kVB4lCNfvhbW/9yCq+zsu/r4r21EikaIRCAoIsdR6rc+
xWLIIxBRmBlj0lrdtnr7vctCYsiTWhskowdgZH2I7jKEgdZkE2w=
=VvvF
-END PGP SIGNATURE-

Bug#1026272: ITP: golang-github-go-ozzo-ozzo-validation.v4 -- idiomatic Go (golang) validation package.

[Andreas Henriksson]

Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson 

* Package name: golang-github-go-ozzo-ozzo-validation.v4
  Version : 4.3.0-1
  Upstream Author : Ozzo Framework
* URL : https://github.com/go-ozzo/ozzo-validation
* License : Expat
  Programming Lang: Go
  Description : idiomatic Go (golang) validation package.

 ozzo-validation is a Go package that provides configurable and extensible
 data validation capabilities. It has the following features:
 .
  * use normal programming constructs rather than error-prone struct tags
to specify how data should be validated.
  * can validate data of different types, e.g., structs, strings, byte
slices, slices, maps, arrays.
  * can validate custom data types as long as they implement the
Validatable interface.
  * can validate data types that implement the sql.Valuer interface (e.g.
sql.NullString).
  * customizable and well-formatted validation errors.
  * error code and message translation support.
  * provide a rich set of validation rules right out of box.
  * extremely easy to create and use custom validation rules.

 This package is a dependency for the upcoming mender-connect packaging.

Bug#1026273: ITP: golang-github-vmihailenco-tagparser.v2 -- Opinionated Golang tag parser

[Andreas Henriksson]

Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson 

* Package name: golang-github-vmihailenco-tagparser.v2
  Version : 2.0.0-1
  Upstream Author : Vladimir Mihailenco
* URL : https://github.com/vmihailenco/tagparser
* License : BSD-2-clause
  Programming Lang: Go
  Description : Opinionated Golang tag parser

 Opinionated Golang tag parser

 This is a dependency for the upcoming mender-connect packaging.
 (Actually a dep of golang-github-vmihailenco-msgpack.v5 and not
 mender-connect directly.)

 Note that an non-API-versioned version of this is already available
 in the archive, but this is .v2.

Bug#1026274: ITP: golang-github-vmihailenco-msgpack.v5 -- MessagePack (msgpack.org) encoding for Golang

[Andreas Henriksson]

Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson 

* Package name: golang-github-vmihailenco-msgpack.v5
  Version : 5.3.5-1
  Upstream Author : Vladimir Mihailenco
* URL : https://github.com/vmihailenco/msgpack
* License : BSD-2-clause
  Programming Lang: Go
  Description : MessagePack (msgpack.org) encoding for Golang

 MessagePack encoding for Golang
 .
 Features
 .
  * Primitives, arrays, maps, structs, time.Time and interface{}.
  * Appengine \*datastore.Key and datastore.Cursor.
  * CustomEncoder/CustomDecoder interfaces for custom encoding.
  * Extensions to encode type information.
  * Renaming fields via msgpack:"my_field_name" and alias via
msgpack:"alias:another_name".
  * Omitting individual empty fields via msgpack:",omitempty" tag or all
empty fields in a struct.
  * Map keys sorting.
  * Encoding/decoding all structs as arrays or individual structs.
  * Encoder.SetCustomStructTag with Decoder.SetCustomStructTag
can turn msgpack into drop-in replacement for any tag.
  * Simple but very fast and efficient queries.

 This is a dependency for upcoming mender-connect packaging.

 Note that .v2 of this package is already available, but this is .v5.

Bug#1026275: ITP: mender-connect -- remote shell access add-on

[Andreas Henriksson]

Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson 

* Package name: mender-connect
  Version : 2.1.0-1
  Upstream Author : Nothern.Tech
* URL : https://github.com/mendersoftware/mender-connect
* License : Apache-2.0
  Programming Lang: Go
  Description : remote shell access add-on

 Mender: remote shell access add-on
 .
 Mender is an open source over-the-air (OTA) software updater for embedded
 Linux devices. Mender comprises a client running at the embedded device,
 as well as a server that manages deployments across many devices.
 See: https://tracker.debian.org/mender-client
 .
 This repository contains the remote shell access add-on. It enhances the
 Mender client (https://github.com/mendersoftware/mender), allowing to
 log in to the devices remotely and start a shell in a remote terminal
 session.

Bug#1026277: ITP: quadrilateralcowboy -- first-person cyberpunk adventure game

[James Addison]

Package: wnpp
Severity: wishlist
Owner: James Addison 
X-Debbugs-Cc: debian-devel@lists.debian.org, j...@jp-hosting.net

* Package name: quadrilateralcowboy
  Version : 1.0.0
  Upstream Contact: Brendon Chung 
* URL : https://www.blendogames.com/qc/
* License : GPLv3
  Programming Lang: C++
  Description : first-person cyberpunk adventure game

Quadrilateral Cowboy is self-described as "a first-person hacking adventure in
a cyberpunk world".

The game features elements of programming, automation and puzzle-solving in a
variety of 3D environments.

Data files for the game are not included in this package and can be purchased
from the game's website at https://www.blendogames.com/qc/

Re: Debian Med video conference tomorrow, third Sunday of December 2022-12-18 18:00 UTC

[Andreas Tille]

Hi,

this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
In last conference we decided about a new scheme to find a date:

   First Friday of a month
   Third Sunday of a month

The rationale is that several members confirmed that meeting on
weekdays is not their prefered time for this purpose.

Meetings usually take us only 15-20min depending what we are talking
about and how many people are joining.  The next meeting is Friday
18:00 UTC
   
 https://www.timeanddate.com/worldclock/fixedtime.html?iso=20221218T18

The meeting is on the Debian Social channel

 https://jitsi.debian.social/DebianMedCovid19

These video meetings were started in the Debian Med Biohackathon.
The topic is what contributors have done in the past period and to
coordinate the work until the next meeting.

For those who are interested in hot topics we want to tackle, here
are some items:

  - Preparing in person team sprint in January 2023, Berlin
  - RC bugs / Advent bug squashing party
  - Pushing latest versions of our software

Newcomers are always welcome.

Lets keep on the great work and see you tomorrow
 
   Andreas.

-- 
http://fam-tille.de

Building python extensions with meson

[Enrico Zini]

Hello,

I maintain wreport[1], which is a simple C++ library with Python
bindings.

The package builds fine on bullseye and bookworm, but fails to build on
sid. On sid, meson tries to install the Python extension under
/usr/local instead of /usr.

I do not understand what has changed, nor how to fix it. I looked on
sources.debian.net[3] for other packages containing 
`python.get_install_dir(pure : false)
but I only found pycairo and pygobject, which however can also use
setup.py to build.

Or xraylib. xraylib doesn't build the python bindings in Debian, but if
I try to make it do that, as I'm supposed to, I get in the same
situation as wreport.

Did something break between bookworm and sid, in the interaction between
meson and Python?

Adding --buildsystem=pybuild to wreport's debian/rules didn't help, and
indeed, at least according to grep, pybuild doesn't seem to know about
meson.

This[3] meson issue has a lot of discussion, but I can't tell how much
of it is relevant.

Can anyone help me understand what is going on?


[1] https://tracker.debian.org/pkg/wreport
[2] https://codesearch.debian.net/search?q=python.get_install_dir
[3] https://github.com/mesonbuild/meson/issues/8739

Enrico

-- 
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: PGP signature

Re: Building python extensions with meson

[Cyril Brulebois]

Ciao,

Enrico Zini  (2022-12-17):
> The package builds fine on bullseye and bookworm, but fails to build
> on sid. On sid, meson tries to install the Python extension under
> /usr/local instead of /usr.
> 
> I do not understand what has changed, nor how to fix it.
[…]
> Did something break between bookworm and sid, in the interaction
> between meson and Python?

As far as I know, get_path()'s implemented in meson's python.py module
(not the python3.py one), and the code path is the same there (no if
branch taken, value returned via the last return statement); also, both
have the same install_env (prefix).

The main difference is that in testing:

rel_path: lib/python3/dist-packages

while in unstable:

rel_path: local/lib/python3.10/dist-packages

This comes from setuptools 65.5.0-1.1 (NMUer cc'd):

   * Install distutils-precedence.pth, to avoid packages need to hack import
 order in setup.py. Closes: #1025216

which is consistent with the aforementioned rel_path's being derived
from a specific item in a list:
  
https://sources.debian.org/src/meson/0.64.1-1.1/mesonbuild/modules/python.py/#L452-L453

No idea how to best fix or work around this though. Good luck.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature