Re: Misc Developer News (#60)

Hello, On Sun 24 Nov 2024 at 07:53am +01, Johannes Schauer Marin Rodrigues wrote: > Hi, > > Quoting Sean Whitton (2024-11-24 01:23:24) >> This is interesting. One concern I have is speed -- isn't it always slower >> to have to unpack a tarball before the build instead of having a chroot under >>

Re: Suitability of Rust for *all* architectures? [WAS Re: Rustc unsoundness on i386]

* Paul Gevers [241124 18:51]: > [Release Team hat on] I would take consensus for a decision on the topic. Based on my casual reading up on what other distros did before us, many years ago, ISTM raising the baseline to at least SSE2 would be a very good idea. Next up: raising the amd64 baseline.

Bug#1088210: ITP: python-pyqtlet2 -- python Leaflet map wrapper for Qt bindings

Package: wnpp Severity: wishlist Owner: Alexandre Detiste X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-pyqtlet2 Version : 0.9.3 Upstream Contact: Leon Friedmann * URL : https://pypi.org/project/pyqtlet2/ * License : 3-Clause BSD License

Bug#1088209: ITP: python-isal -- python bindings for Intel(R) Intelligent Storage Acceleration Library

Package: wnpp Severity: wishlist Owner: Alexandre Detiste X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-isal Version : 1.7.1 Upstream Contact: Leiden University Medical Center * URL : https://pypi.org/project/isal/ * License : PSF-2 Progr

Bug#1088208: ITP: golang-github-muesli-mango-pflag -- pflag adapter for mango

Package: wnpp Severity: wishlist Owner: Otto Kekäläinen * Package name: golang-github-muesli-mango-pflag Version : 0.1.0-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/mango-pflag * License : Expat Programming Lang: Go Descript

Bug#1088207: ITP: golang-github-muesli-mango-cobra -- cobra adapter for mango

Package: wnpp Severity: wishlist Owner: Otto Kekäläinen * Package name: golang-github-muesli-mango-cobra Version : 1.2.0-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/mango-cobra * License : Expat Programming Lang: Go Descript

Bug#1088206: ITP: glow -- Render Markdown on the CLI

Package: wnpp Severity: wishlist Owner: Otto Kekäläinen * Package name: glow Version : 1.2.0-1 Upstream Author : Charm * URL : https://github.com/charmbracelet/glow * License : Expat Programming Lang: Go Description : Render Markdown on the CLI Glow is

Re: Strategy advice

> > I'm still trying to understand if it's a good idea to contact > > upstream authors and tell them their software is being worked on to > > be included in Debian, or not. .. > So my advice is to go for it, maintaining software in Debian is much > more fun when there is a positive exchange with th

Re: Upload request: psrecord (NEW)

Hi again Peter !I'm very sorry, I didn't forget to push, Gmail threw mails into its horrible spam filter again. You were in spam.. I implemented the last things you pointed out (I chose utils for the section of psrecord as I see it fits its use the most). As of you protecting debian/master I can n

Strategy advice

> I'm still trying to understand if it's a good idea to contact > upstream authors and tell them their software is being worked on to > be included in Debian, or not. I just got around opening two new RFPs, and turn an existing RFP into an ITP. For each one, I sent a ping upstream. The responses

Re: Suitability of Rust for *all* architectures? [WAS Re: Rustc unsoundness on i386]

On Sun, Nov 24, 2024 at 06:23:00PM +0100, Paul Gevers wrote: > [Putting my Release Team hat off] Personally I think Debian should be > raising the baseline for i386. I'm not sure about to which level, but I've > seen proposals in this thread. same here. > [Release Team hat on] I would take conse

Re: [Summary]: Supporting alternative zlib implementations

Le Fri, Nov 22, 2024 at 12:56:17PM +, Simon McVittie a écrit : > Switching from IJG > libjpeg to libjpeg-turbo, both went through similar processes. Independently of the merit of your proposal, this is not historically correct. Cheers, -- Bill.

Bug#1088197: ITP: golang-github-go-quicktest-qt -- quick helpers for testing Go applications (Go library)

Package: wnpp Severity: wishlist Owner: Simon Josefsson * Package name: golang-github-go-quicktest-qt Version : 1.101.0-1 Upstream Author : Canonical Ltd. * URL : https://github.com/go-quicktest/qt * License : Expat Programming Lang: Go Description : qu

Re: [Summary]: Supporting alternative zlib implementations

On 2024-11-23 00:05:48 [+0100], To debian-devel@lists.debian.org wrote: > On 2024-11-22 12:29:51 [+0100], Guillem Jover wrote: > > Hi! > Hi, Hi, > > WIP package at . > > just built that. … One thing I didn't debug and it might be expecte

Re: Suitability of Rust for *all* architectures? [WAS Re: Rustc unsoundness on i386]

On Sun, Nov 24, 2024 at 06:23:00PM +0100, Paul Gevers wrote: > Hi, > > On 11/24/24 17:22, Andrew M.A. Cater wrote: > > 5. If we're moving hardware baselines for the sake of Rust (or any other > > software on this architecture) it's already too late. > > Huh? Why? > > [Putting my Release Team hat

Re: Musings about Usernames in adduser and Debian

On Sun, Nov 24, 2024 at 11:58:44AM +0100, Bjørn Mork wrote: > Marc Haber writes: > >> On the other hand, as long as this is admin-controlled, it doesn't > >> matter much. I could see that viewpoint, but I wonder how much latent > >> breakage would be introduced that will take years to fix in all t

Bug#1088188: ITP: golang-github-notaryproject-notation-plugin-framework-go -- Contains framework or base for notation plugins

Package: wnpp Severity: wishlist Owner: Reinhard Tartler * Package name: golang-github-notaryproject-notation-plugin-framework-go Version : 1.0.0-1 Upstream Author : Notary Project * URL : https://github.com/notaryproject/notation-plugin-framework-go * License

Bug#1088183: ITP: golang-github-cue-labs-oci -- Go modules related to OCI (Open Container Initiative) registries

Package: wnpp Severity: wishlist Owner: Simon Josefsson * Package name: golang-github-cue-labs-oci Version : 0.0~git20240906.82eb438-1 Upstream Author : The CUE Authors * URL : https://github.com/cue-labs/oci * License : Apache-2.0 Programming Lang: Go Desc

Bug#1088184: ITP: golang-github-cue-lang-cue -- CUE language - Validate and define text-based and dynamic configuration

Package: wnpp Severity: wishlist Owner: Simon Josefsson * Package name: golang-github-cue-lang-cue Version : 0.12.0-0~dev-1 Upstream Author : The CUE Authors * URL : https://github.com/cue-lang/cue * License : Apache-2.0 Programming Lang: Go Description

Bug#1088182: ITP: golang-github-protocolbuffers-txtpbfmt -- txtpbfmt parses, edits and formats text proto files in a way that preserves comments.

Package: wnpp Severity: wishlist Owner: Simon Josefsson * Package name: golang-github-protocolbuffers-txtpbfmt Version : 0.0~git20241112.20d2c9e-1 Upstream Author : Protocol Buffers * URL : https://github.com/protocolbuffers/txtpbfmt * License : Apache-2.0 Pr

Bug#1088181: ITP: golang-github-emicklei-proto -- parser for Google ProtocolBuffers definition

Package: wnpp Severity: wishlist Owner: Simon Josefsson * Package name: golang-github-emicklei-proto Version : 1.13.2-1 Upstream Author : Ernest Micklei * URL : https://github.com/emicklei/proto * License : Expat Programming Lang: Go Description : parse

Re: Moving apt (and hence bootstraps) from GnuPG to Sequioa (via gpgv-sq)

On Fri, 2024-11-22 at 18:00 +0100, Jonas Smedegaard wrote: > Quoting Julian Andres Klode (2024-11-22 17:36:17) > > On Fri, Nov 22, 2024 at 04:14:59PM +, Sune Vuorela wrote: > > > On 2024-11-21, Julian Andres Klode wrote: > > > > As for ports without gpgv-sq, this does not affect them, > > > >

Re: Suitability of Rust for *all* architectures? [WAS Re: Rustc unsoundness on i386]

On Sun, Nov 24, 2024 at 06:23:00PM +0100, Paul Gevers wrote: > > 5. If we're moving hardware baselines for the sake of Rust (or any other > > software on this architecture) it's already too late. > > Huh? Why? I think the Andrew's idea in that line is "some software shouldn't be, and some softwar

Re: Suitability of Rust for *all* architectures? [WAS Re: Rustc unsoundness on i386]

On Sun, Nov 24, 2024 at 04:22:18PM +, Andrew M.A. Cater wrote: > > > > > B) bump the i386 baseline in Debian to require SSE2, and stop > > > > > disabling SSE2 there in rustc > > > > > > > > As suggested by Chris, and a popular opinion/request in general. > > > > > > > > > > Considering tha

Re: Suitability of Rust for *all* architectures? [WAS Re: Rustc unsoundness on i386]

Hi, On 11/24/24 17:22, Andrew M.A. Cater wrote: 5. If we're moving hardware baselines for the sake of Rust (or any other software on this architecture) it's already too late. Huh? Why? [Putting my Release Team hat off] Personally I think Debian should be raising the baseline for i386. I'm no

Re: Musings about Usernames in adduser and Debian

On Sun Nov 24, 2024 at 4:03 PM CET, Bjørn Mork wrote: > Chris Hofstaedtler writes: > > > No. I see and type my username hundreds times a day, people use it > > to address me in written and spoken conversations with it, etc. > > This is confusing the subject even more. > > Are you sure you are talk

Re: DEP-18: Git and GitLab usage in other Linux distros (Re: Representing Debian Metadata in Git)

On Sun Nov 24, 2024 at 4:45 AM CET, Otto Kekäläinen wrote: > > [ Requiring two party sign-off on every change ] > > > I wonder if it would make sense to organize some kind of "office > > > hours" for code reviews and code testing best practices and > > > guidance... > > > > As someone working in a

Re: Musings about Usernames in adduser and Debian

On Sun, 24 Nov 2024 at 15:37:36 +0100, Giuseppe Sacco wrote: > Moreover, adduser man page on Debian stable, states > that gecos fields will be removed after bookworm. No, it says the --gecos *option* will be removed after bookworm, replaced by --comment, which seems to be another name for the same

Re: FQDN mandatory or can a machine could not have a domain ?

On Sun, 24 Nov 2024 at 15:45:58 +0100, Marco d'Itri wrote: > On Nov 24, Bastien Roucariès wrote: > > > > Do you think it is a good idea to set the testbed hostname to a FQDN ? > > > Please do. This has been a pain for the INN CI as well. A test with needs-root or needs-sudo should be able to set

Re: Suitability of Rust for *all* architectures? [WAS Re: Rustc unsoundness on i386]

On Sun, Nov 24, 2024 at 12:28:28PM +0500, Andrey Rakhmatullin wrote: > On Sat, Nov 23, 2024 at 07:05:39PM +, Andrew M.A. Cater wrote: > > > > B) bump the i386 baseline in Debian to require SSE2, and stop disabling > > > > SSE2 there in rustc > > > > > > As suggested by Chris, and a popular op

Re: Freestanding arch

Le dimanche 24 novembre 2024, 12:06:26 UTC Bastien Roucariès a écrit : Hi This the patch I plan to debian arch Could you cross check then I will add arch to config.guess > Hi, > > I plan to implement freestanding architecture specification. > Following Toulouse debian mini debconf and javascript

Re: ABI bump and help from isa-support

Le dimanche 24 novembre 2024, 14:46:15 UTC Fabian Grünbichler a écrit : > On Sun, Nov 24, 2024, at 2:49 PM, Bastien Roucariès wrote: > > Le samedi 23 novembre 2024, 18:29:04 UTC Andrey Rakhmatullin a écrit : > >> On Sat, Nov 23, 2024 at 03:14:42PM +0100, Fabian Grünbichler wrote: > >> > B) bump the

Re: Musings about Usernames in adduser and Debian

Chris Hofstaedtler writes: > No. I see and type my username hundreds times a day, people use it > to address me in written and spoken conversations with it, etc. This is confusing the subject even more. Are you sure you are talking about usernames? Or is this email local parts, chat nicknames

Re: ABI bump and help from isa-support

On Sun, Nov 24, 2024 at 01:49:20PM +, Bastien Roucariès wrote: > > > B) bump the i386 baseline in Debian to require SSE2, and stop disabling > > > SSE2 there in rustc > > > > As suggested by Chris, and a popular opinion/request in general. > > > > > > Hi, > > First if we bump ABI could we

Re: Rustc unsoundness on i386

On Sun, Nov 24, 2024 at 01:25:59PM +0100, Iustin Pop wrote: > > >> B) bump the i386 baseline in Debian to require SSE2, and stop disabling > > >> SSE2 there in rustc > > >> C) disable all optimizations for Rust code on i386 (not really an option > > >> I think, just here for completeness sake) >

Re: ABI bump and help from isa-support

On Sun, Nov 24, 2024, at 2:49 PM, Bastien Roucariès wrote: > Le samedi 23 novembre 2024, 18:29:04 UTC Andrey Rakhmatullin a écrit : >> On Sat, Nov 23, 2024 at 03:14:42PM +0100, Fabian Grünbichler wrote: >> > B) bump the i386 baseline in Debian to require SSE2, and stop disabling >> > SSE2 there in

Re: Musings about Usernames in adduser and Debian

Hi Johannes, Johannes Schauer Marin Rodrigues ezt írta (időpont: 2024. nov. 23., Szo, 9:32): > > Quoting nick black (2024-11-23 08:48:10) > > You now have glyphs which occupy more than one column. Are your > > columnar/tabular programs prepared for that? ﷽𒁭𒐫i > > xfce-terminal renders this like t

Re: FQDN mandatory or can a machine could not have a domain ?

On Nov 24, Bastien Roucariès wrote: > > > Do you think it is a good idea to set the testbed hostname to a FQDN ? > > Please do. This has been a pain for the INN CI as well. > > Thanks marco > > How can we get some improvment on this side ? Just set in the CI containers/guests an hostname which

Re: Musings about Usernames in adduser and Debian

Hi all, Il giorno dom, 24/11/2024 alle 13.20 +0100, Iustin Pop ha scritto: > [...] > I still don't understand the need for username to be very > representative of one's name. OTOH, my name can be fully written > using > ASCII, so maybe I miss something. But I've also had to use accounts > like > a

Bug#1088170: ITP: vim-minimap -- vim plugin for minimap

Package: wnpp Severity: wishlist Owner: Matthias Geiger X-Debbugs-Cc: debian-devel@lists.debian.org, werdah...@debian.org Control: block -1 by 1088169 * Package name: vim-minimap Version : git snapshot Upstream Contact: Wenxuan Zhang * URL : https://github.com/wfxr/mi

Re: Musings about Usernames in adduser and Debian

* Simon McVittie [241124 15:20]: > As a data point, in our default GNOME desktop, System Settings > (gnome-control-center) prompts for a "Full Name" first (behind the > scenes that's the full name part of the pw_gecos field), and a "Username" > second (this is the pw_name); and the default display

Re: Musings about Usernames in adduser and Debian

* Iustin Pop [241124 14:41]: > On 2024-11-24 14:37:24, Chris Hofstaedtler wrote: > > * Bjørn Mork [241124 11:45]: > > > Johannes Schauer Marin Rodrigues writes: > > > > > > > But my 2 cents on the topic are: Lets please allow more than ascii in > > > > usernames. I find it very uncomfortable ev

Bug#1088169: ITP: code-minimap -- render source code as minimap

Package: wnpp Severity: wishlist Owner: Matthias Geiger X-Debbugs-Cc: debian-devel@lists.debian.org, werdah...@debian.org * Package name: code-minimap Version : 0.6.7 Upstream Contact: Wenxuan Zhang * URL : https://github.com/wfxr/code-minimap * License : MIT/

Re: Musings about Usernames in adduser and Debian

On Thu, 21 Nov 2024 at 23:26:48 +0100, Iustin Pop wrote: > As Richard also replied, full UTF-8 is tricky, and I think it's somewhat > misplaced to focus on the username, as opposed to gecos. Aren't most > other OSes using the "full name" as the "display name", and the username > is mostly one part

Re: Musings about Usernames in adduser and Debian

On 2024-11-24 14:37:24, Chris Hofstaedtler wrote: > * Bjørn Mork [241124 11:45]: > > Johannes Schauer Marin Rodrigues writes: > > > > > But my 2 cents on the topic are: Lets please allow more than ascii in > > > usernames. I find it very uncomfortable every time I have to tell my > > > students

ABI bump and help from isa-support

Le samedi 23 novembre 2024, 18:29:04 UTC Andrey Rakhmatullin a écrit : > On Sat, Nov 23, 2024 at 03:14:42PM +0100, Fabian Grünbichler wrote: > > B) bump the i386 baseline in Debian to require SSE2, and stop disabling > > SSE2 there in rustc > > As suggested by Chris, and a popular opinion/request

Re: Rustc unsoundness on i386

On Sun, 24 Nov 2024 at 13:25:59 +0100, Iustin Pop wrote: > Are there viable/realistic platforms today that are i386 for real, and > don't support SSE2? In other words, if Debian as a whole does B) (not > only for rust), what is the practical impact on any non-toy hardware? SSE2 is well over 20 yea

Bug#1088167: ITP: python-snakemake-interface-common etc / transition: snakemake 7 -> 8

Package: wnpp Severity: wishlist Owner: debian-...@lists.debian.org X-Debbugs-Cc: debian-devel@lists.debian.org,debian-...@lists.debian.org * Package name: python-snakemake-interface-common (source; binary python3-snakemake-interface-common, and possibly python-snakemake-interface-common-doc

Re: Musings about Usernames in adduser and Debian

* Bjørn Mork [241124 11:45]: > Johannes Schauer Marin Rodrigues writes: > > > But my 2 cents on the topic are: Lets please allow more than ascii in > > usernames. I find it very uncomfortable every time I have to tell my > > students > > that sorry, you somehow have to manage writing your name

Re: Rustc unsoundness on i386

On 2024-11-24 11:00:20, Fabian Grünbichler wrote: > On Sat, Nov 23, 2024, at 5:50 PM, Chris Hofstaedtler wrote: > > * Fabian Grünbichler [241123 15:31]: > >> B) bump the i386 baseline in Debian to require SSE2, and stop disabling > >> SSE2 there in rustc > >> C) disable all optimizations for Rust

Re: Musings about Usernames in adduser and Debian

On 2024-11-24 11:44:45, Bjørn Mork wrote: > Johannes Schauer Marin Rodrigues writes: > > > But my 2 cents on the topic are: Lets please allow more than ascii in > > usernames. I find it very uncomfortable every time I have to tell my > > students > > that sorry, you somehow have to manage writin

Freestanding arch

Hi, I plan to implement freestanding architecture specification. Following Toulouse debian mini debconf and javascript presentation it will be really helpful as a first step https://wiki.debian.org/Teams/Dpkg/Spec/FreestandingArches First likley to be implemented will be UEFI arch. Any pointer

Re: Musings about Usernames in adduser and Debian

On 24/11/24 10:43, nick black wrote: Gioele Barabucci left as an exercise for the reader: On 23/11/24 09:32, Johannes Schauer Marin Rodrigues wrote: But my 2 cents on the topic are: Lets please allow more than ascii in usernames. potentially insecure (homographs) and at high-risk of breaking

Re: FQDN mandatory or can a machine could not have a domain ?

Le vendredi 8 novembre 2024, 22:44:28 UTC Marco d'Itri a écrit : > On Nov 08, Bastien Roucariès wrote: > > > Does it seems a reasonable assumption to use a domain for an host even if > > it is localdomain or test ? > > > > Do you think it is a good idea to set the testbed hostname to a FQDN ? >

Re: Kernel 6.13 & choice Init or SystemD for the user on Debian 13

On Fri, 22 Nov 2024 11:41:48 -0800, Steve Langasek wrote: >On Fri, Nov 22, 2024 at 02:29:31AM +0100, phil995511 - wrote: >> Devuan offers users several init managers to choose from, this is what >> Debian should have offered since Debian 8 in 2015... you should never have >> argued about this and

Re: Musings about Usernames in adduser and Debian

Marc Haber writes: >> On the other hand, as long as this is admin-controlled, it doesn't >> matter much. I could see that viewpoint, but I wonder how much latent >> breakage would be introduced that will take years to fix in all tooling >> and all packages. > > Yes. Fixing breakage makes software

Re: Musings about Usernames in adduser and Debian

Johannes Schauer Marin Rodrigues writes: > But my 2 cents on the topic are: Lets please allow more than ascii in > usernames. I find it very uncomfortable every time I have to tell my students > that sorry, you somehow have to manage writing your name using American > letters > because that's al

Re: Rustc unsoundness on i386

Le 24/11/2024 à 05:00, Fabian Grünbichler a écrit : On Sat, Nov 23, 2024, at 5:50 PM, Chris Hofstaedtler wrote: * Fabian Grünbichler [241123 15:31]: B) bump the i386 baseline in Debian to require SSE2, and stop disabling SSE2 there in rustc C) disable all optimizations for Rust code on i386

Re: Rustc unsoundness on i386

Le dimanche 24 novembre 2024, 09:54:18 UTC Fabian Grünbichler a écrit : > On Sun, Nov 24, 2024, at 8:01 AM, Shengjing Zhu wrote: > > On Sat, Nov 23, 2024 at 10:30 PM Fabian Grünbichler > > wrote: > >> A) move i386 rustc to Rust's i586 target (which doesn't have SSE out of > >> the box), instead o

Re: Rustc unsoundness on i386

On Sat, Nov 23, 2024, at 5:50 PM, Chris Hofstaedtler wrote: > * Fabian Grünbichler [241123 15:31]: >> B) bump the i386 baseline in Debian to require SSE2, and stop disabling SSE2 >> there in rustc >> C) disable all optimizations for Rust code on i386 (not really an option I >> think, just here f

Re: Rustc unsoundness on i386

On Sun, Nov 24, 2024, at 8:01 AM, Shengjing Zhu wrote: > On Sat, Nov 23, 2024 at 10:30 PM Fabian Grünbichler > wrote: >> A) move i386 rustc to Rust's i586 target (which doesn't have SSE out of the >> box), instead of the i686-with-SSE2-disabled it currently uses >> B) bump the i386 baseline in De

Re: Musings about Usernames in adduser and Debian

Gioele Barabucci left as an exercise for the reader: > On 23/11/24 09:32, Johannes Schauer Marin Rodrigues wrote: > > But my 2 cents on the topic are: Lets please allow more than ascii in > > usernames. > > potentially insecure (homographs) and at > high-risk of breaking existing applications (lac

Re: Suitability of Rust for *all* architectures? [WAS Re: Rustc unsoundness on i386]

On Sat, Nov 23, 2024, at 8:05 PM, Andrew M.A. Cater wrote: > On Sat, Nov 23, 2024 at 11:29:04PM +0500, Andrey Rakhmatullin wrote: >> On Sat, Nov 23, 2024 at 03:14:42PM +0100, Fabian Grünbichler wrote: >> > B) bump the i386 baseline in Debian to require SSE2, and stop disabling >> > SSE2 there in r

Re: Misc Developer News (#60)

On Nov 24, Sean Whitton wrote: > This is interesting. One concern I have is speed -- isn't it always > slower to have to unpack a tarball before the build instead of having a > chroot under /srv/chroot that's always unpacked? People who feel this is a problem can try my super fast fork of pbuild