Bug#1056332: ITP: buildah -- A tool that facilitates building OCI images

2023-11-20 Thread Franklin Yu
Package: wnpp
Version: N/A
Severity: wishlist

* Package name: buildah
  Version:  2.17.1
  Upstream Author:  Nalin Dahyabhai 
* URL:  https://buildah.io/
* License:  Apache 2.0
  Programming Lang: Golang
  Description:  A tool that facilitates building OCI images.
  Repository:   https://github.com/containers/buildah

See https://repology.org/project/buildah for packages in other distributions.


signature.asc
Description: Message signed with OpenPGP


Bug#1033860: RFP: pipx -- Install and run Python applications in isolated environments

2023-04-02 Thread Franklin Yu
Package: wnpp
Version: N/A
Severity: wishlist

* Package name: pipx
  Version:  1.2.0
  Upstream Author:  Chad Smith 
* URL:  https://pypa.github.io/pipx/
* License:  MIT
  Programming Lang: Python
  Description:  Install and run Python applications in isolated
environments.
  Repository:   https://github.com/pypa/pipx

See https://repology.org/project/pipx for packages in other distributions.


signature.asc
Description: Message signed with OpenPGP


Bug#868871: Build diff-highlight

2023-01-14 Thread Franklin Yu
On Tue, 17 Nov 2020 15:17:44 -0800 Jonathan Nieder  wrote:
>
> Antoine Beaupré wrote:
>
> > On 2017-09-28 12:37:38, Jack Bates wrote:
> >
> > Any reason why this hasn't been applied to the package just yet?
> >
> > I'd be happy to do that in a NMU if there are no objections...
> 
> Please don't.  Adding additional contrib/ code to the supported
> surface without coordination is not an NMU I'd welcome at all
> (instead, it would be a bit of a rude shock).
> 
> Would it make sense to install this to /usr/share/git-core/contrib/?
> 
> If not, could it go in a separate package (within the same source
> package)?

Both choises sound good to me.

> I'm also curious about how this compares to
> https://pypi.org/project/diff-highlight/

Lack of diff-highlight currently blocks https://bugs.debian.org/931427. I don’t
think the Python version can work as a replacement in this case, so please
package the Git version regardless.

Bug#925288: please package diff-highlight executable

2023-01-14 Thread Franklin Yu
Thanks, Richard. I checked all the other three bugs merged with this bug, and I 
noticed that the bug 868871 has the latest status (from the package maintainer 
in 2020). I’ll post there.

Richard Lewis 
mailto:richard.lewis.deb...@googlemail.com>>
 於 2023年1月8日 上午8:08 寫道:

On Sat, 7 Jan 2023, 06:00 Franklin Yu, 
mailto:frankli...@hotmail.com>> wrote:
Hi maintainers, any update? Is there any plan to include the diff-highlight 
executable in the “git” package?

im not a maintainer, but it is in in /usr/share/doc/git/contrib/diff-highlight/

just needs to be made executable and put in /usr/bin (i would also like 
this "feature")

see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827292




Bug#925288: please package diff-highlight executable

2023-01-06 Thread Franklin Yu
Hi maintainers, any update? Is there any plan to include the diff-highlight 
executable in the “git” package?

Bug#1012832: RFP: chezmoi -- Manage dotfiles across multiple diverse machines

2022-06-14 Thread Franklin Yu
Package: wnpp
Version: N/A
Severity: wishlist

* Package name: chezmoi
  Version:  2.17.1
  Upstream Author:  Tom Payne 
* URL:  https://www.chezmoi.io/
* License:  MIT
  Programming Lang: Golang
  Description:  Manage dotfiles across multiple diverse machines.
  Repository:   https://github.com/twpayne/chezmoi

See https://repology.org/project/chezmoi for packages in other distributions.



Bug#1001167: RFP: couchdb -- Document-oriented database with RESTful JSON API

2021-12-05 Thread Franklin Yu
Package: wnpp
Version: N/A
Severity: wishlist

* Package name: couchdb
  Version : 3.2.1
  Upstream Author : Apache Software Foundation
* URL : https://couchdb.apache.org/
* License : Apache
  Programming Lang: Erlang
  Description : Document-oriented database with RESTful JSON API.
  Repository  : https://github.com/apache/couchdb

See https://repology.org/project/couchdb for packages in other distributions.



Bug#776663: zsh-common: Wish for /etc/zsh/zprofile.d or equivalent

2021-08-01 Thread Franklin Yu
Hi Tim,

About your original request: I don’t think “/etc/zsh/zprofile.d” is going to
help. There is some distinction between x-profile and x-rc: profile are supposed
to be read only for the login shell, once (in every session). We put environment
variable there, for all the child processes to inherit. In contrast, x-rc files
should be read for all interactive invocation of shells; if I’m in an
interactive Zsh session, and I type “zsh”, this child shell reads the zshrc
again.

Whether we want to modify the path in zprofile or zshrc, depends on where you
want the change to take place. Generally I would update $PATH in
“/etc/profile.d/”, so that GUI applications like IDEs can find them (think of
PyCharm finding your Python); however, from your description, the users of your
package seem to expect the CLI tools to only be available in their interactive
shells (like Bash and Zsh). If that’s the case, then I think what you want is
actually “/etc/zsh/zshrc.d”. For example, I’m using GNOME Shell, and my terminal
emulators might are not creating “login shells” (because the actual login shell
is GNOME Shell in this case), so these Zsh sessions don’t read my “~/.zprofile”
at all.

Regards,
Franklin

Bug#776663: zsh-common: Wish for /etc/zsh/zprofile.d or equivalent

2021-08-01 Thread Franklin Yu
Hello Frank,

> With respect to shells, I usually find that applications, that need to
> inject code into a user's shell to be by and large mis-designed.
>
> Something that *might* make sense is to source stuff from /etc/profile
> and “/etc/profile.d/” in POSIX-mode. See ¹, a mail about that from 2011.
> Nobody cared enough to reply; which I guess that tells you something
> about the urgency of the situation. ;-)
>
> [1]: 
> http://lists.alioth.debian.org/pipermail/pkg-zsh-devel/2011-October/000248.html

I’d like to vote for exactly that; sourcing “/etc/profile” in POSIX-mode seems
very valid. This file currently seems POSIX without Bashism, and I propose to
keep it POSIX.

> But like the mails says, even if we did that, it's hard to decide what
> because it's not used for portable purposes alone. The bash completion
> thing is sourced from there, which other POSIX shells will have a major
> problem with.

I’m not familiar with other shells, but I don’t think Zsh in POSIX mode provides
the “$BASH” variable, so the Bash guard in “/etc/profile” should prevent it from
breaking Zsh.

Regards,
Franklin

Bug#981240: RFP: opendoas -- A portable version of OpenBSD's doas command

2021-01-27 Thread Franklin Yu
Package: wnpp
Version: N/A; reported 2021-01-27
Severity: wishlist

* Package name: opendoas
  Version : 6.8
  Upstream Author : Duncan Overbruck 
* URL : https://github.com/Duncaen/OpenDoas
* License : ISC
  Programming Lang: C
  Description : A portable version of OpenBSD's doas command.

See packages for other distributions on https://repology.org/project/opendoas.


Bug#908776: ITP: hyperfine -- A command-line benchmarking tool

2020-10-10 Thread Franklin Yu
Note that the author already have a packaging script:

https://github.com/sharkdp/hyperfine/blob/7cdd1f259f607388efb03d980ef41ccd8f0e78a6/ci/before_deploy.bash

This script generates some basic Debian files. It might be a good starting
point. In addition, it might be helpful to check packages on other platforms at

https://repology.org/project/hyperfine


Bug#944028: ITP: git-delta -- A syntax-highlighting pager for git

2020-10-10 Thread Franklin Yu
Note that the author already have a packaging script:

https://github.com/dandavison/delta/blob/3790009a45cc9fc99bb7ae7249e756b393d35eda/etc/ci/before_deploy.sh

This script generates some basic Debian files. It might be a good starting
point.


Bug#971893: RFP: hyperfine -- A command-line benchmarking tool

2020-10-09 Thread Franklin Yu
Package: wnpp
Version: N/A; reported 2020-09-23
Severity: wishlist

* Package name: hyperfine
  Version : 0.6.4
  Upstream Author : David Peter 
* URL : https://github.com/sharkdp/hyperfine
* License : MIT + Apache (dual licensed)
  Programming Lang: Rust
  Description : A command-line benchmarking tool.

Note that "debian/control" is available at
https://github.com/sharkdp/hyperfine/blob/master/ci/before_deploy.bash

See other packages on https://repology.org/project/hyperfine.



Bug#970843: RFP: hyperfine -- a command-line benchmarking tool

2020-09-24 Thread Franklin Yu
Package: wnpp
Version: N/A; reported 2020-09-23
Severity: wishlist

* Package name: hyperfine
  Version : 0.6.4
  Upstream Author : David Peter 
* URL : https://github.com/sharkdp/hyperfine
* License : MIT + Apache (dual licensed)
  Programming Lang: Rust
  Description : A command-line benchmarking tool.

Note that "debian/control" is available at
https://github.com/sharkdp/hyperfine/blob/master/ci/before_deploy.bash



Bug#961943: Upstream has archived the GitHub repository

2020-05-31 Thread Franklin Yu
Package:  powerlevel9k
Version:  0.6.7-2
Severity: wishlist

The upstream repository, https://github.com/Powerlevel9k/powerlevel9k, has been
archived. Both the repository description and the ReadMe file say that the
repository is deprecated, and redirect user to
https://github.com/romkatv/powerlevel10k. Shall we create a new package
"powerlevel10k", or do we upgrade this package directly? The version number
seems compatible if we want to upgrade in-place.


Bug#956078: RFP: skim -- fuzzy finder in Rust

2020-04-06 Thread Franklin Yu
Package: wnpp
Version: N/A; reported 2020-04-06
Severity: wishlist

* Package name : skim
  Version : 0.8.1
  Upstream Author : Jinzhou Zhang 
* URL : https://github.com/lotabout/skim
* License : MIT
  Description : fuzzy finder in Rust



Bug#954454: Subject: ITP: tokei -- A blazingly fast CLOC (Count Lines Of Code) program

2020-03-21 Thread Franklin Yu
Package: wnpp
Version: N/A; reported 2020-03-21
Severity: wishlist

* Package name : tokei
  Version : 11.0.0
  Upstream Author : Erin Power 
* URL : https://github.com/XAMPPRocky/tokei
* License : MIT and Apache dual license
  Description : A blazingly fast CLOC (Count Lines Of Code) program



Bug#952566: RFP: zsh-autosuggestions -- Fish-like fast/unobtrusive autosuggestions for zsh

2020-02-25 Thread Franklin Yu
Package: zsh-autosuggestions
Severity: normal

* Package name: zsh-autosuggestions
 Version : 0.6.4
 Upstream Author : Eric Freese (ericdfre...@gmail.com)
* URL : https://github.com/zsh-users/zsh-autosuggestions
* License : MIT
 Programming Lang: Zsh
 Description : Fish-like fast/unobtrusive autosuggestions for zsh

Note that Eric is the current maintainer; according to the license file,
previously it was maintained by Thiago de Arruda (tpadilh...@gmail.com).

Homebrew package definition might be helpful:
https://formulae.brew.sh/formula/zsh-autosuggestions



Bug#952514: RFP: zsh-autosuggestions -- Fish-like fast/unobtrusive autosuggestions for zsh

2020-02-25 Thread Franklin Yu
Package: zsh-autosuggestions
Severity: normal

* Package name: zsh-autosuggestions
  Version : 0.6.4
  Upstream Author : Eric Freese 
* URL : https://github.com/zsh-users/zsh-autosuggestions
* License : MIT
  Programming Lang: Zsh
  Description : Fish-like fast/unobtrusive autosuggestions for zsh

Note that Eric is the current maintainer; according to the license file,
previously it was maintained by Thiago de Arruda .

Homebrew package definition might be helpful:
https://formulae.brew.sh/formula/zsh-autosuggestions