Re: New lintian warning: vcs-deprecated-in-debian-infrastructure
On 14986 March 1977, Ole Streicher wrote: > which IMO proves that a sophisticated "layout" with namespaces or > subdirs is a bad idea for canonical URLs. > Why can't we have a flat name space with redirection > https://git.debian.org/ > (or similar) that just redirects to the proper real location within salsa? > Our source package names are unique, so there should be no conflicts. Thats called packages.debian.org in combination with the vcs urls and exists for a long time. It can be argued that the way of updating the vcs urls stuff ought to be different, but the above wish already exists. > That would make the discovery of a certain package *much* easier than > the current structured approach. packages.d.o/packagename and you are there. Nothing else needed. Even independent of the underlying vcs, not hardcoded to git or one provider of hosting it. -- bye, Joerg
Re: New lintian warning: vcs-deprecated-in-debian-infrastructure
On Fri, 2018-03-23 at 04:07 +0100, Guillem Jover wrote: > On Fri, 2018-03-23 at 03:33:48 +0100, Adam Borowski wrote: > > apt show $PACKAGE > > > > There's no need to duplicate the information inside .dsc/.deb and apt > > indices. > > Do you realize that the point of the repository (not apt :) indices is > precisely to duplicate all the information from the .dsc/.deb? Plus > some extra stuff. This is in fact not the case. The information in the Packages file does not necessarily come from the source package. For example, package tags does not come from the source package, but from an external source. Section and priority information only partially comes from the source package, and primarily from the ftp master overrides file. Worse, the values in the source package (even in unstable) may be entirely wrong for the binary package. Having, say, Homepage come from an external source insted of debian/control does not seem to me like a big revolution to me. signature.asc Description: This is a digitally signed message part
Re: New lintian warning: vcs-deprecated-in-debian-infrastructure
Joerg Jaspert writes: > packages.d.o/packagename and you are there. Nothing else needed. packages.d.o does not provide a canonical URL for the repository. It is even more difficult: I have first to select the package name, then select the distribution, go to the tracker.d.o, and select one of the VCS links. Also tracker.d.o does not have a canonical URL for this (which would IMO be a more natural place): I can't just do a git clone https://tracker.debian.org/<>/vcs or put Vcs-Browser: https://tracker.debian.org/<> into d/control (and be safe against future changes of the location). > Even independent of the underlying vcs, not hardcoded to git or one > provider of hosting it. Given the fact that nobody strongly questioned the limitation of salsa.d.o to git (and therefore the requirement to migrate from other VCSs), I would have no objection against git.d.o -- if using programmatically (f.e. via Python) you anyway rely on the specific VCS API. Best Ole
Bug#893950: ITP: python-cpuinfo -- module for getting information about the cpu
Package: wnpp Severity: wishlist Owner: Daniel Stender * Package name: python-cpuinfo Version : 0.0+git20180315.1f722ff Upstream Author : Matthew B. Jones * URL : https://github.com/workhorsy/py-cpuinfo * License : Expat Programming Lang: Python Description : module for getting information about the cpu This is a module for getting information about the cpu on machine. It's already in the archive as a convenience package of bcolz and python-blosc. The package is going to be maintained within DPMT, the binaries are going to be python-cpuinfo and python3-cpuinfo. Thanks, DS
Re: New lintian warning: vcs-deprecated-in-debian-infrastructure
On Sat, 24 Mar 2018, Ole Streicher wrote: > Joerg Jaspert writes: > > packages.d.o/packagename and you are there. Nothing else needed. > > packages.d.o does not provide a canonical URL for the repository. > > It is even more difficult: I have first to select the package name, then > select the distribution, go to the tracker.d.o, and select one of the > VCS links. > > Also tracker.d.o does not have a canonical URL for this (which would IMO > be a more natural place): I can't just do a > > git clone https://tracker.debian.org/<>/vcs > > or put > > Vcs-Browser: https://tracker.debian.org/<> > > into d/control (and be safe against future changes of the location). > > > Even independent of the underlying vcs, not hardcoded to git or one > > provider of hosting it. > > Given the fact that nobody strongly questioned the limitation of > salsa.d.o to git (and therefore the requirement to migrate from other > VCSs), I would have no objection against git.d.o -- if using > programmatically (f.e. via Python) you anyway rely on the specific VCS > API. Unfortunately that will never work properly for git:// or ssh+git:// Alex
Re: New lintian warning: vcs-deprecated-in-debian-infrastructure
On Sat, 24 Mar 2018 at 11:02:17 +0100, Alexander Wirt wrote: > On Sat, 24 Mar 2018, Ole Streicher wrote: > > Given the fact that nobody strongly questioned the limitation of > > salsa.d.o to git (and therefore the requirement to migrate from other > > VCSs), I would have no objection against git.d.o -- if using > > programmatically (f.e. via Python) you anyway rely on the specific VCS > > API. > > Unfortunately that will never work properly for git:// or ssh+git:// I'm not sure that's really a problem? Lintian already gives us warnings if the Vcs-Git isn't https://, because git:// doesn't have integrity protection and ssh+git:// isn't open to the public. (DDs and other contributors with Salsa accounts can use insteadOf or pushInsteadOf to switch https:// URLs to git+ssh:// if they want to.) smcv
Bug#893963: ITP: golang-github-sahilm-fuzzy -- Go library for fuzzy string matching
Package: wnpp Severity: wishlist Owner: Michael Meskes Package: wnpp Severity: wishlist Owner: Michael Meskes * Package name: golang-github-sahilm-fuzzy Version : 0.0.3+git20171025.a154b19-1 Upstream Author : Sahil Muthoo * URL : https://github.com/sahilm/fuzzy * License : MIT Programming Lang: Go Description : Go library for fuzzy string matching Go library that provides fuzzy string matching optimized for filenames and code symbols in the style of Sublime Text, VSCode, IntelliJ IDEA et al. This library is external dependency-free. It only depends on the Go standard library. Demo Here is a demo (_example/main.go) of matching various patterns against ~16K files from the Unreal Engine 4 codebase. Package is needed for new versions of webext-browserpass and will be maintained within go-team.
Bug#893983: ITP: all-the-icons-el -- library for inserting developer icons in Emacs
Package: wnpp Severity: wishlist Owner: Nicholas D Steeves Control: block 872873 by -1 Package name: all-the-icons-el Version : 2.6.4 Upstream Author : Dominic Charlesworth URL : https://github.com/domtronn/all-the-icons.el License : MIT Programming Lang: lisp Description : library for inserting developer icons in Emacs This package is a utility for using and formatting various icon fonts within Emacs. Icon Fonts allow you to propertize and format icons the same way you would normal text. This enables things such as better scaling of and anti aliasing of the icons. . This package was inspired by the following projects: . - `mode-icons' for Emacs, found at https://github.com/ryuslash/mode-icons - `file-icons' for Atom, found at https://atom.io/packages/file-icons . Currently, this package provides an interface to the following icon fonts . - Atom File Icons - FontAwesome Icons - GitHub Octicons - Material Design Icons - Weather Icons - AllTheIcons - Custom font with fewest icons This package is needed by emacs-neotree, which is needed for the spacemacs packaging effort. I plan to maintain the elisp parts as part of the Debian Emacsen Packaging Team, but it will be necessary to coordinate with the Debian Fonts Task Force for the "icon fonts". I will need a sponsor for the initial upload. Sincerely, Nicholas
Bug#893984: ITP: spi-tools -- Simple command line tools to help using Linux spidev devices
Package: wnpp Severity: wishlist Owner: Lubomir Rintel * Package name: spi-tools Version : 0.8.1 Upstream Author : Christophe Blaess * URL : https://github.com/cpb-/spi-tools * License : GPLv2 Programming Lang: C Description : Simple command line tools to help using Linux spidev devices This package contains spi-config and spi-pipe, simple command line tools to help using Linux spidev devices.
