Re: Updating the policy for conflicting binaries names ? [was: Re: Re: New package netgen-lvs with binary /usr/bin/netgen - already taken]
On Sun, Sep 09, 2018 at 09:32:36PM +0100, Ian Jackson wrote:
> Paride Legovini writes ("Re: Updating the policy for conflicting binaries
> names ? [was: Re: Re: New package netgen-lvs with binary /usr/bin/netgen -
> already taken]"):
> > It would certainly work, but as you say it is still irritating. I like
> > the idea of putting the binaries in a different directory *and*
> > providing a "name compatibility package", as it has been already
> > suggested. This package would provide the symlinks in /usr/bin and set
> > the needed Conflicts. In this way we allow both packages to be installed
> > at the same time while leaving the users enough freedom to chose what to
> > have in their PATH.
>
> This is not a bad idea but we should impose some serious restrictions:
>
> * The basic principle is that the compat name, and the compat
>package, is provided for users and nothing in Debian (even the
>package itself) may use it.
>
> * Other packages MUST NOT depend on or recommend the -debcompat
>package. The reasons for this should be obvious.
>
> * No program (including parts of the same package) should run the
>program by the compat name (by setting PATH, for exmaple).
>
>This is because PATH settings leak: modern software often calls
>other programs, and even if it doesn't do so now it may do so in
>future.
Even this runs the risk of a user thinking "OK, so now I have a choice
between rewriting existing scripts and installing the -debcompat package;
come on, rewrite scripts, really?!" and getting into the habit of
installing the -debcompat package, putting that into all kinds of
automated installations and local (DarkPAN-style) packages and install
scripts, etc... and then, months down the road, somebody else wants to
install the other package and it's much more work to rewrite all the scripts
*then*, when they should have been rewritten earlier.
Just a datapoint; I personally do not have any kind of stake in this.
G'luck,
Peter
--
Peter Pentchev roam@{ringlet.net,debian.org,FreeBSD.org} p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
Bug#908462: ITP: ukui-biometric-manager -- Manager for biometric authentication
Package: wnpp Severity: wishlist Owner: handsome_feng * Package name: ukui-biometric-manager Version : 1.0.0 Upstream Author : yanghao * URL : https://salsa.debian.org/kylin-team/ukui-biometric-manager * License : GPL-3+ Programming Lang: C++ Description : Manager for biometric authentication This package is a tool to manage the drivers of biometric devices and users' features and manage whether biometric authentication is enabled. The service is provided by biometric-authentication.service in biometric-auth package. This package will be maintained by the Kylin Team.
Bug#908466: ITP: r-cran-xslt -- extensible style-sheet language transformations for GNU R
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-xslt Version : 1.3 Upstream Author : Jeroen Ooms * URL : https://cran.r-project.org/package=xslt * License : GPL-2+ Programming Lang: GNU R Description : extensible style-sheet language transformations for GNU R This GNU R package is an extension for the 'xml2' package to transform XML documents by applying an 'xslt' style-sheet. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-xslt This package is needed to finally close bug #898207.
Bug#908469: ITP: ukui-biometric-auth -- UKUI authentication agent for PolicyKit-1
Package: wnpp Severity: wishlist Owner: handsome_feng * Package name: ukui-biometric-auth Version : 1.0.0 Upstream Author : Yang Hao * URL : https://salsa.debian.org/kylin-team/ukui-biometric-auth * License : GPL-3 Programming Lang: C++ Description : UKUI authentication agent for PolicyKit-1 The ukui-polkit package supports general authentication and biometric authentication that the service is provided by the biometric-auth package. This package will be maintained by the Kylin team.
Re: Browserified copy and DFSG
On Mon, Sep 10, 2018 at 1:27 AM Sean Whitton wrote: > > Hello, > > On Mon 10 Sep 2018 at 11:00AM +1200, Michael Hudson-Doyle wrote: > > > I actually implemented something like this for Go in Ubuntu when we were > > looking at building Go shared libraries but we gave up on that whole > > approach (because even minor releases of Go upstream tend to break ABI and > > the churn becomes endless). > > The Haskell team follows https://stackage.org/ for as many packages as > we can to try to reduce this churn. Does nothing like that exist for Go > yet? > > > It's not actually so bad with Go because the -dev packages ship source code > > only and so if a library package is updated, you only have to build the > > packages that install binaries that use that library package. You don't > > have this game of having to build all the rdeps recursively and in the > > right order. > > Ah, interesting, different indeed. jcristau by irc said that buidinfo could be used in order to trigger a rebuilt. May be it could add here more information, for archive sake.. Bastien > > -- > Sean Whitton
Bug#908482: ITP: libgoogle-protocolbuffers-perl -- simple Perl interface to Google Protocol Buffers
Package: wnpp Severity: wishlist Owner: Luca Boccassi * Package name: libgoogle-protocolbuffers-perl Version : 0.12 Upstream Author : CSIRT Gadgets Foundation * URL : https://metacpan.org/release/Google-ProtocolBuffers * License : GPL-1+ or Artistic Programming Lang: perl Description : simple Perl interface to Google Protocol Buffers Upstream description: "Google Protocol Buffers is a data serialization format. It is binary (and hence compact and fast for serialization) and as extendable as ML; its nearest analogues are Thrift and ASN.1. There are official mappings for C++, Java and Python languages; this library is a mapping for Perl." There are many libraries for protobuf in Debian for many languages, but none for Perl. Need it in $dowstream as well, so unless there are objections I'll upload sometimes later this week. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#908531: ITP: pynwb -- Python library for working with Neurodata in the NWB format
Package: wnpp Severity: wishlist Owner: Yaroslav Halchenko * Package name: pynwb Version : 0.4.1 Upstream Author : PyNWB Team * URL : https://github.com/NeurodataWithoutBorders/pynwb * License : BSD-3 with additional statement Programming Lang: Python Description : Python library for working with Neurodata in the NWB format PyNWB is a Python package for working with NWB files. It provides a high-level API for efficiently working with Neurodata stored in the NWB format. . Neurodata Without Borders: Neurophysiology (NWB:N) is a project to develop a unified data format for cellular-based neurophysiology data, focused on the dynamics of groups of neurons measured under a large range of experimental conditions. I hope to place it under Debian-Science (or Debian-Med?) team maintenance.
