Re: libpaper and gnulib
On Sun, Nov 13, 2022 at 02:01:50PM +, Reuben Thomas wrote: > Some other Debian packages build-depend on Debian's gnulib package. This > won't necessarily work for libpaper, because gnulib is not versioned: > libpaper depends on a specific commit of gnulib, and there are often bug > fixes or API changes. I think bug fixes is something you'd want. API changes less so. Also note that gnulib is a piece that regularly faces portability issues (as it tries to provide portability). As such, it is particularly annoying for porters to not only have to fix gnulib, but then also have to get it updated in tons of downstreams. I stopped counting the number of bug reports "... ships a broken, outdated, embedded copy of gnulib" that I've sent. As a porter, I very much wish people wouldn't embed gnulib. This is just one argument from a very specific point of view. It does not invalidate your arguments. The final resolution of this question will remain an individual compromise. Helmut
Debian Med video conference Sunday 2022-11-20 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. 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 it take us only 15-20min depending what we are talking about and how many people are joining. The next meeting is next Sunday 18:00 UTC https://www.timeanddate.com/worldclock/fixedtime.html?iso=20221120T18 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: - Finding consensus for next in person meeting / team sprint in the beginning of next year - RC bugs - Pushing latest versions of our software Newcomers are always welcome. Lets keep on the great work and see you on Sunday Andreas. -- http://fam-tille.de
Bug#1024254: ITP: django-cache-memoize -- Django memoization function decorator
Package: wnpp Severity: wishlist Owner: Edward Betts X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org * Package name: django-cache-memoize Version : 0.1.10 Upstream Author : Peter Bengtsson * URL : https://github.com/peterbe/django-cache-memoize * License : MPL-2 Programming Lang: Python Description : Django memoization function decorator This memoization decorator uses the Django cache framework. It works with non-trivial arguments and keyword arguments. . There is support for memoized function calls to be invalidated. . Includes the ability to use as a "guard" for repeated execution when storing the function result isn't important or needed. I plan to maintain this package as part of the Python team. This is a dependancy of AlekSIS [1] 1: https://edugit.org/AlekSIS/official/AlekSIS-Core
Bug#1024276: ITP: golang-github-googleapis-enterprise-certificate-proxy -- Google Proxies for Enterprise Certificates
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-googleapis-enterprise-certificate-proxy Version : 0.1.0 Upstream Author : Andy Zhao * URL : https://github.com/googleapis/enterprise-certificate-proxy * License : Apache2.0 Programming Lang: Go Description : Google Proxies for Enterprise Certificates Certificate-based-access If you use certificate-based access to protect your Google Cloud resources, the end user device certificate is one of the credentials that is verified before access to a resource is granted. You can configure Google Cloud to use the device certificates in your operating system key store when verifying access to a resource from the gcloud CLI or Terraform by using the enterprise certificates feature. Google Enterprise Certificate Proxies (ECP) Google Enterprise Certificate Proxies (ECP) are part of the Google Cloud Zero Trust architecture that enables mutual authentication with client-side certificates. This repository contains a set of proxies/modules that can be used by clients or toolings to interact with certificates that are stored in protected key storage systems. To interact the client certificates, application code should not need to use most of these proxies within this repository directly. Instead, the application should leverage the clients and toolings provided by Google such as Cloud SDK to have a more convenient developer experience. Required by new versions of golang-google-api. To be maintained by the Debian Go Team.
