Hi Luca,
On Sat, May 06, 2023 at 09:47:15PM +0100, Luca Boccassi wrote:
> Sure, there are some things that need special handling, as you have
> pointed out. What I meant is that I don't think we need special
> handling for _all_ affected packages. AFAIK nothing is using
> diversions for unit files
Package: wnpp
Severity: wishlist
Owner: Yadd
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: node-jupyterlab-nbformat
Version : 4.0.0~rc1
Upstream Contact: https://github.com/jupyterlab/jupyterlab/issues
* URL : https://github.com/jupyterlab/jupyterlab
* Li
Hello,
On Sat 06 May 2023 at 09:47PM +01, Luca Boccassi wrote:
> On Sat, 6 May 2023 at 19:51, Helmut Grohne wrote:
>>
>> > - the moratorium on moving files from bin/ sbin/ lib/ _and_ to other
>> > packages at the same time is maintained from bookworm till trixie, and
>> > will lifted after trixi
Package: wnpp
Severity: wishlist
Owner: Yadd
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: node-license-webpack-plugin
Version : 4.0.2
Upstream Contact: https://github.com/xz64/license-webpack-plugin/issues
* URL : https://github.com/xz64/license-webpack-
Package: wnpp
Severity: wishlist
Owner: Gürkan Myczko
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: 3d-ascii-viewer-c
Version : 1.1.0
Upstream Authors: Francisco Javier Andrés Casas Barrientos
URL : https://github.com/autopawn/3d-ascii-viewer-c
* Licen
On Sat, 6 May 2023 at 19:51, Helmut Grohne wrote:
>
> Hi Luca,
>
> I fear you are still missing too many relevant details. What sounds like
> a simple plan is severely broken if carried out in this simple form. It
> disappoints me that you continue to present it as this simple given the
> earlier
On Sat, 6 May 2023 at 19:51, Helmut Grohne wrote:
>
> Hi Luca,
>
> On Sat, May 06, 2023 at 04:52:30PM +0100, Luca Boccassi wrote:
> > To have a working system you need several more steps that are
> > performed by the instantiator/image builder, such as providing working
> > and populated proc/sys/
Hi Luca,
On Sat, May 06, 2023 at 04:52:30PM +0100, Luca Boccassi wrote:
> To have a working system you need several more steps that are
> performed by the instantiator/image builder, such as providing working
> and populated proc/sys/dev, writable tmp/var, possibly etc. And it
> needs to be instan
Hi,
Just a question about archive.debian.org.
Some users who uses oldold...stable for their docker images
recommend to use archive.d.o, but I wonder whether archive.d.o
is expected to use such way (in the sense of heavy traffic).
Does archive.d.o has enough spec for that?
--
Regards,
H
On Sat, 6 May 2023 at 16:11, Simon Richter wrote:
>
> Hi,
>
> On 06.05.23 21:28, Luca Boccassi wrote:
>
> [shipping usrmerge symlinks in packages]
>
> > In the far future I'd like for these details to be owned by image
> > builders/launchers/setup processes rather than a package, but this can
> >
Hi,
On 06.05.23 21:28, Luca Boccassi wrote:
[shipping usrmerge symlinks in packages]
In the far future I'd like for these details to be owned by image
builders/launchers/setup processes rather than a package, but this can
be discussed separately and independently, no need to be tied to this
ef
On Sat, 6 May 2023 at 11:00, Simon McVittie wrote:
>
> On Fri, 05 May 2023 at 23:11:54 +0100, Luca Boccassi wrote:
> > In practice, I suspect that out of ~2000 packages shipping bin/ sbin/
> > lib*/, only a small fraction would end up needing to further move
> > files out to other packages
>
> I t
On Sat, 6 May 2023 at 06:21, Simon Richter wrote:
>
> Hi,
>
> On 06.05.23 07:11, Luca Boccassi wrote:
>
> > - every package is forcefully canonicalized as soon as trixie is open
> > for business
>
> You will also need to ship at least
>
> - /lib -> usr/lib (on 32 bit)
> - /lib64 -> usr/lib64 (
On Fri, 05 May 2023 at 23:11:54 +0100, Luca Boccassi wrote:
> In practice, I suspect that out of ~2000 packages shipping bin/ sbin/
> lib*/, only a small fraction would end up needing to further move
> files out to other packages
I think the most common case for this is likely to be systemd system
14 matches
Mail list logo
