Re: package management symlink

On Tue, Feb 05, 2019 at 07:22:21AM +, Jonathan Dowland wrote: > You need to create a Debian package that contains your symlink (or bash > script), and then either find someone to sponsor uploads of your package > into Debian, or become a Debian Maintainer or Developer to do so > yourself. > >

Re: package management symlink

On Tue, Feb 05, 2019 at 07:20:23AM +0100, Sören Reinecke wrote: With your help I want to make package installing/removing equal on all linux systems without disturbing the diversity we have across linux distributions. In order to do that we need just a symlink, no replacement of existing software

package management symlink

Dear Debian mailing list community, I am Sören alias Valor Naram and I founded the project "goeasyLinux". I will help to make linux more user friendly. A short introduction to "goeasyLinux" can be found at https://github.com/ValorNaram/goeasylinux/blob/master/README.md The specification I wrot

package management symlink

Dear Debian mailing list community, I am Sören alias Valor Naram and I founded the project "goeasyLinux". I will help to make linux more user friendly. A short introduction to "goeasyLinux" can be found at  https://github.com/ValorNaram/goeasylinux/blob/master/README.md The specification I wrot

INFO KFZ

Hallo Ankauf von Fahrzeugen und Baumaschienen jeder Art ! Wir kaufen Bundesweit Fahrzeuge und Baumaschiene Jeglicher Art an. Auch mit Motor-Getriebe-und Unfallschäden sowie ohne TÜV und hoher Laufleistungen . LKW,PKW,Transporter,Baumaschienen, Anhänger,Sattelzugmaschienen,Auflieger, Oldtimer,Mot

Bug#921385: ITP: jsbundle-web-interfaces -- collection of we-interface-related tiny JavaScript packages

Package: wnpp Severity: wishlist Owner: Jonas Smedegaard -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: jsbundle-web-interfaces Version : [multiple] Upstream Author : Andri Möll , Domenic Denicola * URL : [multiple] * License : AGPL, BSD-2-c

Re: Upcoming Qt switch to OpenGL ES on arm64

Hi, On 11/27/18 2:38 AM, Re4son wrote: > > I have previously compiled this excel sheet with data relevant to this thread: > > https://github.com/Re4son/kali-gemini-multistrap-config/raw/files/Arm64List.xls > > Any feedback, correction and addition that could benefit this discussion > would be

Bug#921372: ITP: triehash -- generator for perfect hash functions as C code

Package: wnpp Severity: wishlist Owner: Julian Andres Klode * Package name: triehash Version : 0.3 Upstream Author : Julian Andres Klode * URL : http://github.com/julian-klode/triehash/ * License : MIT Programming Lang: Perl Description : generator for

Bug#921353: ITP: libmurmurhash -- portable murmurhash implementation

Package: wnpp Severity: wishlist Owner: Fabian Kloetzl * Package name: libmurmurhash Version : 1.1 Upstream Author : Fabian Klötzl * URL : http://github.com/kloetzl/libmurmurhash * License : public-domain Programming Lang: C Description : portable murm

Re: Switch to DEP-14-ish with an existing "debian" branch

Le 04/02/2019 à 14:33, Andreas Ronnquist a écrit : > On Mon, 4 Feb 2019 15:07:22 +0200, > Peter Pentchev wrote: > >> Hi, >> >> So these days I decided that DEP-14[1] actually seems to be a Good >> Thing(tm) and I started thinking about switching my packages' Git >> repositories to this layout. Ho

Bug#921348: ITP: libtest-memorygrowth-perl -- module to assert that code does not cause growth in memory usage

Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libtest-memorygrowth-perl Version : 0.03 Upstream Author : Paul Evans * URL : https://metacpan.org/release/Test-MemoryGrow

Re: Switch to DEP-14-ish with an existing "debian" branch

On Mon, 4 Feb 2019 at 14:38, Peter Pentchev wrote: > > On Mon, Feb 04, 2019 at 02:34:42PM +0100, Andrej Shadura wrote: > > Hi, > > > > On Mon, 4 Feb 2019 at 14:07, Peter Pentchev wrote: > > > So these days I decided that DEP-14[1] actually seems to be a Good > > > Thing(tm) and I started thinking

Bug#921347: ITP: platformio -- open source ecosystem for IoT development

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org   * Package name    : platformio     Version : 3.6.4-1     Upstream Author : PlatformIO   * URL : https://platformio.org/   * License : Apache-2.0     Programming Lang: Python     Description

Re: Switch to DEP-14-ish with an existing "debian" branch

Hi Peter, Peter Pentchev wrote on 04/02/2019: > So these days I decided that DEP-14[1] actually seems to be a Good > Thing(tm) and I started thinking about switching my packages' Git > repositories to this layout. However, I immediately hit a snag: > in some of my repositories the upstream branch

Re: Switch to DEP-14-ish with an existing "debian" branch

On Mon, 4 Feb 2019 15:07:22 +0200, Peter Pentchev wrote: >Hi, > >So these days I decided that DEP-14[1] actually seems to be a Good >Thing(tm) and I started thinking about switching my packages' Git >repositories to this layout. However, I immediately hit a snag: >in some of my repositories the u

Re: Accepted emacs 1:26.1+1-3.2 (source amd64 all) into unstable, unstable

On 2019-02-04 12:38, Holger Levsen wrote: > in #916758 you wrote: > > --- begin --- > These were additional emacs variants available in lenny that may have > survived upgrading on a long-grown system. > > I'm doing piuparts tests simulating such long grown systems locally and > would expect to fi

Re: Switch to DEP-14-ish with an existing "debian" branch

On Mon, Feb 04, 2019 at 03:38:35PM +0200, Peter Pentchev wrote: > On Mon, Feb 04, 2019 at 02:34:42PM +0100, Andrej Shadura wrote: > > Hi, > > > > On Mon, 4 Feb 2019 at 14:07, Peter Pentchev wrote: > > > So these days I decided that DEP-14[1] actually seems to be a Good > > > Thing(tm) and I start

Re: Switch to DEP-14-ish with an existing "debian" branch

On Mon, Feb 04, 2019 at 02:34:42PM +0100, Andrej Shadura wrote: > Hi, > > On Mon, 4 Feb 2019 at 14:07, Peter Pentchev wrote: > > So these days I decided that DEP-14[1] actually seems to be a Good > > Thing(tm) and I started thinking about switching my packages' Git > > repositories to this layout

Switch to DEP-14-ish with an existing "debian" branch

Hi, So these days I decided that DEP-14[1] actually seems to be a Good Thing(tm) and I started thinking about switching my packages' Git repositories to this layout. However, I immediately hit a snag: in some of my repositories the upstream branch is named "master" and the Debian packaging branch

Bug#921345: ITP: python-miio -- Python library for interfacing with Xiaomi smart appliances

Package: wnpp Severity: wishlist Owner: Johannes 'josch' Schauer * Package name: python-miio Version : 0.4.4 Upstream Author : Teemu Rytilahti * URL : https://python-miio.readthedocs.io/ * License : GPL3 Programming Lang: Python Description : Python li

Re: Accepted emacs 1:26.1+1-3.2 (source amd64 all) into unstable, unstable

Hi Andreas, On Mon, Feb 04, 2019 at 01:00:13AM +, Andreas Beckmann wrote: > Source: emacs > Version: 1:26.1+1-3.2 > Closes: 916758 > Changes: > emacs (1:26.1+1-3.2) unstable; urgency=medium > . >* Non-maintainer upload. > . >* Add more transitional packages for ancient versioned pac

Bug#921322: ITP: node-solid-jose -- JSON Object Signing and Encryption for Node.js

Package: wnpp Severity: wishlist Owner: Jonas Smedegaard -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: node-solid-jose Version : 0.4.0 Upstream Author : Anvil Research, Inc. * URL : https://github.com/solid/jose * License :

Re: Is multiple-layers of alternatives a good thing to users?

Hi Guus, On Mon, Feb 04, 2019 at 07:55:41AM +0100, Guus Sliepen wrote: > > libblis.so.2 libblis2 #MINVER# > > If the ABI and API are the same for all variants, a much better > solutions seems to me to have a single libblis2 that can switch at > runtime between the different variants, perhaps usi