Debian Med video conference today, Thursday 2022-06-02 18:00 UTC
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. We do these conferences twice per month on every 2th and 17th of a month. Usually it takes us only 15-20min depending what we are talking about and how many people are joining. The next meeting is tomorrow 18:00 UTC https://www.timeanddate.com/worldclock/fixedtime.html?msg=Debian+CoViD-19+Biohackathon+Video+Conference&iso=20220602T18 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: - Pending R items - GSoC progress Newcomers are always welcome. Lets keep on the great work and see you tomorrow Andreas. -- http://fam-tille.de
Bug#1012251: ITP: golang-github-coredns-coredns -- CoreDNS is a DNS server/forwarder, written in Go, that chains plugins. Each plugin performs a (DNS) function.
Package: wnpp Severity: wishlist Owner: Bo YU X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-coredns-coredns Version : 1.9.3 Upstream Author : Miek Gieben * URL : https://github.com/coredns/coredns * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: go Description : CoreDNS is a DNS server/forwarder, written in Go, that chains plugins. Each plugin performs a (DNS) function. CoreDNS is a DNS server/forwarder, written in Go, that chains plugins. Each plugin performs a (DNS) function. CoreDNS is a Cloud Native Computing Foundation graduated project. CoreDNS is a fast and flexible DNS server. The key word here is flexible: with CoreDNS you are able to do what you want with your DNS data by utilizing plugins. If some functionality is not provided out of the box you can add it by writing a plugin. CoreDNS can listen for DNS requests coming in over UDP/TCP (go'old DNS), TLS (RFC 7858), also called DoT, DNS over HTTP/2 - DoH - (RFC 8484) and gRPC (not a standard). Currently CoreDNS is able to: * Serve zone data from a file; both DNSSEC (NSEC only) and DNS are supported (file and auto). * Retrieve zone data from primaries, i.e., act as a secondary server (AXFR only) (secondary). * Sign zone data on-the-fly (dnssec). * Load balancing of responses (loadbalance). * Allow for zone transfers, i.e., act as a primary server (file + transfer). * Automatically load zone files from disk (auto). * Caching of DNS responses (cache). * Use etcd as a backend (replacing SkyDNS) (etcd). * Use k8s (kubernetes) as a backend (kubernetes). * Serve as a proxy to forward queries to some other (recursive) nameserver (forward). * Provide metrics (by using Prometheus) (prometheus). * Provide query (log) and error (errors) logging. * Integrate with cloud providers (route53). * Support the CH class: version.bind and friends (chaos). * Support the RFC 5001 DNS name server identifier (NSID) option (nsid). * Profiling support (pprof). * Rewrite queries (qtype, qclass and qname) (rewrite and template). * Block ANY queries (any). * Provide DNS64 IPv6 Translation (dns64). * And more. Each of the plugins is documented. See coredns.io/plugins for all in-tree plugins, and coredns.io/explugins for all out-of-tree plugins. -- Best Regards, signature.asc Description: PGP signature
Python installation paths
Dear list, I try handle a package which installs a partly compiled, architecture-dependent python module. Until now this has been done in /usr/lib/triplet/python3.10/site-packages. This scheme has basically worked fine. However, here is an Ubuntu bug [1] where a user runs into problems because this installation path is not in sys.path by default. I have been trying to look in the python policy docs, but cannot find the exact way to install code like this, in the policy [2] parlance an "extension module". Any thoughts out there? Cheers! --alec [1] https://bugs.launchpad.net/ubuntu/+source/lirc/+bug/1843988 [2] https://www.debian.org/doc/packaging-manuals/python-policy/
Re: Python installation paths
On Thu, Jun 02, 2022 at 07:19:56PM +0200, Alec Leamas wrote: > Dear list, > > I try handle a package which installs a partly compiled, > architecture-dependent python module. Until now this has been done in > /usr/lib/triplet/python3.10/site-packages. This scheme has basically worked > fine. > > However, here is an Ubuntu bug [1] where a user runs into problems because > this installation path is not in sys.path by default. > > I have been trying to look in the python policy docs, but cannot find the > exact way to install code like this, in the policy [2] > parlance an "extension module". Not sure where is this documented but you can easily check on your system. It should be /usr/lib/python3/dist-packages/*.cpython-3*-x86_64-linux-gnu.so -- WBR, wRAR signature.asc Description: PGP signature
Re: Python installation paths
Hi Audrey On 02/06/2022 20:16, Andrey Rahmatullin wrote: On Thu, Jun 02, 2022 at 07:19:56PM +0200, Alec Leamas wrote: Dear list, I try handle a package which installs a partly compiled, architecture-dependent python module. Until now this has been done in /usr/lib/triplet/python3.10/site-packages. This scheme has basically worked fine. However, here is an Ubuntu bug [1] where a user runs into problems because this installation path is not in sys.path by default. I have been trying to look in the python policy docs, but cannot find the exact way to install code like this, in the policy [2] parlance an "extension module". Not sure where is this documented but you can easily check on your system. It should be /usr/lib/python3/dist-packages/*.cpython-3*-x86_64-linux-gnu.so Hm...this is not what I have. Did I get get the term "Extension module" wrong? That aside, what I have is some python3 scripts and a compiled .so library invoked form the python code. The whole thing designed to be in the same directory. And the question is how this should be installed... Cheers! --aled
Re: Python installation paths
On 6/2/22 14:15, Alec Leamas wrote: Hi Audrey On 02/06/2022 20:16, Andrey Rahmatullin wrote: On Thu, Jun 02, 2022 at 07:19:56PM +0200, Alec Leamas wrote: Dear list, I try handle a package which installs a partly compiled, architecture-dependent python module. Until now this has been done in /usr/lib/triplet/python3.10/site-packages. This scheme has basically worked fine. However, here is an Ubuntu bug [1] where a user runs into problems because this installation path is not in sys.path by default. I have been trying to look in the python policy docs, but cannot find the exact way to install code like this, in the policy [2] parlance an "extension module". Not sure where is this documented but you can easily check on your system. It should be /usr/lib/python3/dist-packages/*.cpython-3*-x86_64-linux-gnu.so Hm...this is not what I have. Did I get get the term "Extension module" wrong? There are a couple different ways to do Python to C. I think the terms are CFFI (or FFI or ctypes, maybe some of those are different though?) vs CPython extension, but I'm not 100% certain of that. I maintain the ntpsec package. IIRC, upstream is transitioning (but I think still supports both at the moment). On an older version, I had this (from the python3-ntp binary package): /usr/lib/python3/dist-packages/ntp /usr/lib/python3/dist-packages/ntp/__init__.py (other .py files omitted) /usr/lib/python3/dist-packages/ntp/ntpc.cpython-38-x86_64-linux-gnu.so I believe that is the extension approach. I think the way this works is that if you import ntpc, it imports the .so. Note that there is no ntpc.py. On newer python3-ntp, using the FFI approach, I have this: /usr/lib/python3/dist-packages/ntp/__init__.py /usr/lib/python3/dist-packages/ntp/ntpc.py (other .py files omitted) /usr/lib/x86_64-linux-gnu/ntp/libntpc.so /usr/lib/x86_64-linux-gnu/ntp/libntpc.so.1 /usr/lib/x86_64-linux-gnu/ntp/libntpc.so.1.1.0 In this approach, ntpc.py has explicit code to load libntpc.so from /usr/lib/x86_64-linux-gnu/ntp/ (that path being subst'ed in to ntpc.py by the build process). I hope that helps. -- Richard OpenPGP_signature Description: OpenPGP digital signature
Re: Python installation paths
Le jeudi 02 juin 2022 à 14:31 -0500, Richard Laager a écrit : > > There are a couple different ways to do Python to C. I think the > terms are CFFI (or FFI or ctypes, maybe some of those are different > though?) vs CPython extension, but I'm not 100% certain of that. May I suggest debian-pyt...@lists.debian.org as a better venue to discuss packaging Python software for Debian ? Cheers, J.Puydt
Re: Python installation paths
On Thu, Jun 02, 2022 at 09:15:40PM +0200, Alec Leamas wrote: > > > I try handle a package which installs a partly compiled, > > > architecture-dependent python module. Until now this has been done in > > > /usr/lib/triplet/python3.10/site-packages. This scheme has basically > > > worked > > > fine. > > > > > > However, here is an Ubuntu bug [1] where a user runs into problems because > > > this installation path is not in sys.path by default. > > > > > > I have been trying to look in the python policy docs, but cannot find the > > > exact way to install code like this, in the policy [2] > > > parlance an "extension module". > > Not sure where is this documented but you can easily check on your system. > > It should be /usr/lib/python3/dist-packages/*.cpython-3*-x86_64-linux-gnu.so > > > Hm...this is not what I have. Did I get get the term "Extension module" > wrong? Well, we don't know what do you have. Extension modules are ones you import. > That aside, what I have is some python3 scripts and a compiled .so library > invoked form the python code. The whole thing designed to be in the same > directory. And the question is how this should be installed... Invoked how? -- WBR, wRAR signature.asc Description: PGP signature
Work-needing packages report for Jun 3, 2022
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 1256 (new: 12) Total number of packages offered up for adoption: 179 (new: 0) Total number of packages requested help for: 61 (new: 0) Please refer to https://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: biabam (#1012132), orphaned 3 days ago Description: bash attachment mailer Installations reported by Popcon: 90 Bug Report URL: https://bugs.debian.org/1012132 desklaunch (#1012037), orphaned 4 days ago Description: A small utility for creating desktop icons Installations reported by Popcon: 30 Bug Report URL: https://bugs.debian.org/1012037 deskmenu (#1012038), orphaned 4 days ago Description: A root menu for X11 window managers Installations reported by Popcon: 40 Bug Report URL: https://bugs.debian.org/1012038 keylaunch (#1012039), orphaned 4 days ago Description: A small utility for binding commands to a hot key Installations reported by Popcon: 31 Bug Report URL: https://bugs.debian.org/1012039 libpgf (#1012131), orphaned 3 days ago Description: Progressive Graphics File (PGF) library Reverse Depends: libpgf-dev Installations reported by Popcon: 18 Bug Report URL: https://bugs.debian.org/1012131 oroborus (#1012040), orphaned 4 days ago Description: A lightweight themeable windowmanager for X Installations reported by Popcon: 26 Bug Report URL: https://bugs.debian.org/1012040 python-pam (#1012000), orphaned 5 days ago Description: Python interface to the PAM library Installations reported by Popcon: 20 Bug Report URL: https://bugs.debian.org/1012000 randomsound (#1012116), orphaned 3 days ago Description: ALSA sound card related entropy gathering daemon Installations reported by Popcon: 33 Bug Report URL: https://bugs.debian.org/1012116 screentest (#1012133), orphaned 3 days ago Description: Utility to test the quality of screens Installations reported by Popcon: 112 Bug Report URL: https://bugs.debian.org/1012133 ssh-askpass-fullscreen (#1012002), orphaned 5 days ago Description: Under Gnome2, asks user for a passphrase for ssh-add Installations reported by Popcon: 163 Bug Report URL: https://bugs.debian.org/1012002 xcalib (#1012134), orphaned 3 days ago Description: Tiny monitor calibration loader for Xorg Installations reported by Popcon: 559 Bug Report URL: https://bugs.debian.org/1012134 xwrits (#1012001), orphaned 5 days ago Description: reminds you to take a break from typing Installations reported by Popcon: 418 Bug Report URL: https://bugs.debian.org/1012001 1244 older packages have been omitted from this listing, see https://www.debian.org/devel/wnpp/orphaned for a complete list. No new packages have been given up for adoption, but a total of 179 packages are awaiting adoption. See https://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apache2 (#910917), requested 1328 days ago Description: Apache HTTP Server Reverse Depends: apache2 apache2-ssl-dev apache2-suexec-custom apache2-suexec-pristine backuppc bfh-container-server courier-webadmin cvsweb debbugs-web doc-central (134 more omitted) Installations reported by Popcon: 97155 Bug Report URL: https://bugs.debian.org/910917 apparmor (#1006872), requested 87 days ago Description: user-space parser utility for AppArmor Reverse Depends: apparmor-notify apparmor-profiles apparmor-profiles-extra apparmor-utils content-hub-testability dbus-daemon dbus-tests debian-cloud-images-packages dovecot-core firejail (17 more omitted) Installations reported by Popcon: 185625 Bug Report URL: https://bugs.debian.org/1006872 aufs (#963191), requested 712 days ago Description: driver for a union mount for Linux filesystems Reverse Depends: fsprotect Installations reported by Popcon: 8264 Bug Report URL: https://bugs.debian.org/963191 autopkgtest (#846328), requested 2010 days ago Description: automatic as-installed testing for Debian packages Reverse Depends: debci-worker sbuild-qemu Installations reported by Popcon: 1218 Bug Report URL: https://bugs.debian.org/846328 balsa (#642906), requested 3903 days ago Description: An e-mail client for GNOME Reverse Depends: balsa Installations reported by Popcon: 630 Bug Report URL: https://bugs.debian.org/642906 cargo (
Bug#1012289: O: lintian -- Debian package checker
Package: wnpp Severity: normal X-Debbugs-Cc: debian-devel@lists.debian.org, debian-lint-ma...@lists.debian.org Control: affects -1 src:lintian The lintian package is now orphaned as both of the people who were actively working on lintian have stopped that work: https://lists.debian.org/msgid-search/5e4d0e28-a3f4-4302-8364-5afd93d8a...@www.fastmail.com https://lists.debian.org/msgid-search/cafhyt550_6hc-2srjqyv0z9kgpwulpgnnxvoonpohp3r+pa...@mail.gmail.com Please join the lintian group/project on salsa if you want to help maintain the lintian codebase; add tests, update for new policy etc. https://salsa.debian.org/lintian/lintian The package description is: Lintian dissects Debian packages and reports bugs and policy violations. It contains automated checks for many aspects of Debian policy as well as some checks for common errors. . This package is useful for all people who want to check Debian packages for compliance with Debian policy. Every Debian maintainer should check packages with this tool before uploading them to the archive. . This version of Lintian is calibrated for Debian Policy version 4.6.0.1. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
