Bug#1087471: ITP: rust-dpi -- types for handling UI scaling - rust source code

2024-11-13 Thread James McCoy
Package: wnpp Severity: wishlist Owner: James McCoy X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org * Package name: rust-dpi Version : 0.1.1 Upstream Contact: the winit authors * URL : https://github.com/rust-windowing/winit/ * License

Re: It makes no sense to link vmlinuz and initramfs to the root directory

2024-11-13 Thread Ben Hutchings
On Tue, 2024-11-12 at 23:10 +0100, Iustin Pop wrote: > On 2024-11-12 12:45:47, Michael Stone wrote: > > On Tue, Nov 12, 2024 at 02:14:34PM +0800, kindusmith wrote: > > > In early Unix, boot and vmunix were both stored in the root directory as > > > programs, and boot was used to start vmunix. Debia

Re: Python 3.13 addition as a supported Python version started

2024-11-13 Thread Stefano Rivera
Hi debian-python (2024.11.13_15:01:31_+) > Hi PICCA (2024.11.13_10:04:26_+) > > I am a bit worrying for the scientific stack , will we have enough > > time to work with our upstream in order to fix all these FTBFS. In the > > scientific stack, things are going slowly > > The reality he

Re: Python 3.13 addition as a supported Python version started

2024-11-13 Thread Stefano Rivera
Hi PICCA (2024.11.13_10:04:26_+) > I am a bit worrying for the scientific stack , will we have enough > time to work with our upstream in order to fix all these FTBFS. In the > scientific stack, things are going slowly The reality here is that Python has a 6-month release cycle, these days

Re: Python 3.13 addition as a supported Python version started

2024-11-13 Thread Charles Plessy
Le Wed, Nov 13, 2024 at 11:46:21AM +0100, PICCA Frederic-Emmanuel a écrit : > > So we try hard to maintain our packages in testing, and it it always a > deception to see them (part of) expelled from testing due to an FTBFS > with a new Python or a failing autopkgtest. On days where my thoughts ar

Re: Python 3.13 addition as a supported Python version started

2024-11-13 Thread PICCA Frederic-Emmanuel
> this is the same as we did for the Python 3.12 transition. Please note > that we don't enable any of the experimental features in Python 3.12 (no > GIL, JIT compilation), so assuming there are currently no other RC > issues in your packages, there should plenty of time to fix any 3.13 > related

Re: Python 3.13 addition as a supported Python version started

2024-11-13 Thread Matthias Klose
On 13.11.24 11:04, PICCA Frederic-Emmanuel wrote: do we know how long we will have to fix all the FTBFS and autopkgtest before the freeze ? no. the freeze date is not yet announced. I am a bit worrying for the scientific stack , will we have enough time to work with our upstream in order to

Re: Python 3.13 addition as a supported Python version started

2024-11-13 Thread PICCA Frederic-Emmanuel
do we know how long we will have to fix all the FTBFS and autopkgtest before the freeze ? I am a bit worrying for the scientific stack , will we have enough time to work with our upstream in order to fix all these FTBFS. In the scientific stack, things are going slowly We are not 100% of o

Python 3.13 addition as a supported Python version started

2024-11-13 Thread Matthias Klose
python3-defaults in unstable now adds Python 3.13 as a supported Python 3.13 version. You might see some additional build failures, until the binNMUs for this addition are done [1]. This might take some days for some architectures. We will most likely also see some more issues once the lower

Re: It makes no sense to link vmlinuz and initramfs to the root directory

2024-11-13 Thread Marco d'Itri
On Nov 12, Iustin Pop wrote: > The question is why on a default install with grub, which doesn't need > nor use the symlinks, are they still created. For most systems, they're > superfluous. > > iustin, who also dislikes these and always needs to disable them Agreed. -- ciao, Marco signature