Re: RFC: Replacing vim-tiny with nano in essential packages

2020-03-18 Thread Jonathan Dowland
On Mon, Mar 16, 2020 at 12:50:01PM +0100, Tomas Pospisek wrote: I'd disagree. vi is very newbie unfriendly. OTOH I expect people that know how to navigate vi to be able to `apt install vi` without any problem. *t My initial feeling was similar, but we're talking about systems that only have min

Bug#954209: ITP: golang-yawning-utls-dev -- fork of utls for obfs4proxy's meek_lite transport

2020-03-18 Thread Cecylia Bocovich
Package: wnpp Severity: wishlist Owner: Cecylia Bocovich * Package name: golang-yawning-utls-dev Version : 0.0.11-1 Upstream Author : Yawning Angel * URL : https://gitlab.com/yawning/utls * License : GNU GPLv3, 3-clause BSD Programming Lang: Go Description

Mass bug filing: dependencies on dbus-glib

2020-03-18 Thread Simon McVittie
Quite a lot of source packages have Build-Depends on dbus-glib, or produce binary packages with a Depends on it. dbus-glib is a deprecated D-Bus library with some significant design flaws, and is essentially unmaintained. I would like to minimize its use, and eventually remove it from Debian. Ther

Re: FTP Team -- call for volunteers

2020-03-18 Thread Theodore Y. Ts'o
On Sun, Mar 15, 2020 at 07:52:06PM +, Neil McGovern wrote: > > In theory, yes - this would move the liability to the uploader. However, > there are two issues with this: > 1) The liability now rests with the uploader. This isn't something that > has really been done before, and we'd need to ma

Re: RFC: Replacing vim-tiny with nano in essential packages

2020-03-18 Thread Theodore Y. Ts'o
On Mon, Mar 16, 2020 at 12:45:35PM +0100, Marco d'Itri wrote: > On Mar 16, Tomas Pospisek wrote: > > > > Agreed: this is a very good idea since I really think that every default > > > install must provide something enough vi-compatible. > > I'd disagree. vi is very newbie unfriendly. OTOH I expe

Re: RFC: Replacing vim-tiny with nano in essential packages

2020-03-18 Thread Peter Silva
fwiw... anyone who knows vi already knows ed, it's just the line mode commands. you save the : and that's it. uh... fwiw, I had a mainframe typish system I had to admin 30 years ago... being a mainframe, had no working TERMCAP, and the editor was ed. yeah, a bit painful, the only command that you

Re: RFC: Replacing vim-tiny with nano in essential packages

2020-03-18 Thread Adam Borowski
On Wed, Mar 18, 2020 at 01:38:34PM -0400, Peter Silva wrote: > On Wed, Mar 18, 2020 at 12:40 PM Theodore Y. Ts'o wrote: > > I've always considered /bin/ed the most basic system administration > > tool, since it doesn't require a working terminal or termcap entry. > > It works even if you are using

Re: RFC: Replacing vim-tiny with nano in essential packages

2020-03-18 Thread Sven Joachim
On 2020-03-18 08:18 +, Jonathan Dowland wrote: > On Mon, Mar 16, 2020 at 12:50:01PM +0100, Tomas Pospisek wrote: >>I'd disagree. vi is very newbie unfriendly. OTOH I expect people that >>know how to navigate vi to be able to `apt install vi` without any problem. >>*t > > My initial feeling was

Re: ***UNCHECKED*** Re: FTP Team -- call for volunteers

2020-03-18 Thread Simon Richter
Hi, On 18.03.20 17:25, Theodore Y. Ts'o wrote: > The uploader has *already* distributed the package by uploading it to > ftp.debian.org. So the uploader already has any (99.99% of the time, > completely non-existent) liability. Yes and no. The uploader has distributed it to Debian, and Debian t

A little "research" on nvi given the vim-tiny issue

2020-03-18 Thread Tom H
Russ A said [1] that nvi "is orphaned both upstream and in Debian". I wanted to emphasize that fact by pointing out that Gentoo's removing nvi for similar reasons, and trying to install it just now resulted in this "package.mask" message: $ sudo emerge -p nvi # Michał Górny (2020-02-17) # Based o

Python related autopkgtest anti-pattern

2020-03-18 Thread Scott Kitterman
I'm currently reviewing some of the autopkgtest regressions that are currently blocking python3-defaults with python3.8 as the default python3 from migrating. With the current state of the environment being used for autopkgtest it is quite common for python3.7 to be present in the environment e

Re: A little "research" on nvi given the vim-tiny issue

2020-03-18 Thread James McCoy
On Wed, Mar 18, 2020, 17:29 Tom H wrote: > PPS: Gentoo's vim[minimal] is vim configured using > "--with-features=tiny" like Debian's vim-tiny. > Debian's vim-tiny actual uses "--with-features=small". We used to, back in 2007, build a hybrid between small and tiny, by configuring the tiny feature

Bug#954239: RFP: python-b4 -- helper utility to work with patches made available via a public-inbox archive

2020-03-18 Thread Salvatore Bonaccorso
Package: wnpp Severity: wishlist * Package name: python-b4 Version : v0.3.3 (or later) Upstream Author : Konstantin Ryabitsev * URL : https://git.kernel.org/pub/scm/utils/b4/b4.git * License : GPL Programming Lang: Python Description : helper utility to

Re: RFC: Replacing vim-tiny with nano in essential packages

2020-03-18 Thread Lev Lamberov
On Wed, Mar 18, 2020 at 12:40 PM Theodore Y. Ts'o wrote: > I've always considered /bin/ed the most basic system administration > tool, since it doesn't require a working terminal or termcap entry. > It works even if you are using an ASR-33 teletype. :-) > > And at least for me, I find /bin/ed muc