Bug#955396: ITP: python-django-pyscss2 -- makes it easier to use PySCSS in Django
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-django-pyscss2 Version : 3.0.0 Upstream Author : Ivan Kolodyazhny * URL : https://github.com/e0ne/django-pyscss * License : BSD-2-clause Programming Lang: Python Description : makes it easier to use PySCSS in Django Django-pyscss is a collection of tools for making it easier to use pyScss within Django. It overwrites the import system to use Django's staticfiles app. This way you can import SCSS files from any app (or any file that's findable by the STATICFILES_FINDERS) with no hassle. It provides a django-compressor precompile filter class so that you can easily use pyScss with django-compressor without having to bust out to the shell. This has the added benefit of removing the need to configure pyScss through its command-line arguments AND makes it possible for the exceptions and warnings that pyScss emits to bubble up to your process so that you can actually know what's going on. Note: this package will replace python-django-pyscss, as it is unmaintained.
Bug#955408: ITP: sxiv-el -- run the sxiv image viewer from Emacs
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: sxiv-el Version : 0.3.1 Upstream Author : contrapunctus * URL or Web page : https://gitlab.com/contrapunctus/sxiv.el * License : Unlicense or WTFPL Programming Lang: Emacs Lisp Description : run the sxiv image viewer from Emacs This package provides a way to launch sxiv (Simple X Image Viewer) from Emacs (includes Dired integration). Files marked in sxiv will be marked in Dired buffer.
Bug#955423: ITP: monado -- Implementation (preview) of the OpenXR API
Package: wnpp Severity: wishlist Owner: Ryan Pavlik * Package name: monado Version : 0.1.0 Upstream Author : Jakob Bornecrantz * URL : https://gitlab.freedesktop.org/monado/monado * License : BSL-1.0, some parts Apache-2.0 Programming Lang: Primarily C, some C++ Description : Implementation (preview) of the OpenXR API Monado is an open-source package for interacting with virtual and augmented reality (collectively known as XR) hardware and software. This package provides a runtime that is intended to meet the conformance tests for the OpenXR API after further development and once those tests are released. -- I co-maintain the upstream package. Despite the version number and the mandatory disclaimer about conformance, the runtime is suitable for some use already. To my knowledge, it is the only project currently aiming to provide an OpenXR runtime on Linux. I will maintain the package, with help (and sponsorship) from my colleagues.
Bug#955424: ITP: xr-hardware -- udev rules files for normal user access to XR input devices
Package: wnpp Severity: wishlist Owner: Ryan Pavlik * Package name: xr-hardware Version : 0.2.1 Upstream Author : Ryan Pavlik * URL : https://gitlab.freedesktop.org/monado/utilities/xr-hardware * License : BSL-1.0 Programming Lang: udev rules, generated by Python Description : udev rules files for normal user access to XR input devices This package contains a udev rules file to permit access to virtual reality (VR) and augmented reality (AR), collectively "XR", interaction devices as a normal user. -- I am the upstream maintainer of this package. It is used by (recent ITP) monado, but also can be used by other packaged software, including libopenhmd, which currently instruct users to manually create a udev file. This is why I have chosen to maintain it separately and package it separately. Also, it is a free partial alternative to the steam-devices non-free package for the Steam-related devices that are VR/AR related. In addition to the DFSG-free license, it also follows best practices for udev rules more closely. (using uaccess instead of setting group and permissions directly, etc.) I will maintain this package along with Monado.
Re: Bug#955424: ITP: xr-hardware -- udev rules files for normal user access to XR input devices
On Tue, 31 Mar 2020 at 10:17:23 -0500, Ryan Pavlik wrote: > Also, it is a free partial alternative to the steam-devices non-free package > for > the Steam-related devices that are VR/AR related. The actual udev rules in steam-devices are MIT/X11-licensed, but they're part of the larger steam source package, which is non-free. For both this package and steam-devices, it's probably a good long-term goal for the package to go away entirely, or at least shrink a *lot*, as rules that are uncontroversial get upstreamed into udev (systemd). > In addition to the DFSG-free > license, it also follows best practices for udev rules more closely. > (using uaccess instead of setting group and permissions directly, etc.) Recent versions of steam-devices do use uaccess. (Older versions didn't.) smcv
Re: RFC: Standardizing source package artifacts build paths
On 2020-03-09 Sam Hartman wrote: > I'm concerned about a leading . at least for: > * the debian/tmp replacement > * the replacement for the package install directories under debian. > I think that maintaining those directories such that ls shows them will > be more friendly for new maintainers. > So I'd prefer something like debian/build rather than debian/.build for > at least those directories. I would like to add a strong AOL. Please do not use a hidden toplevel directory. debian/.build does not avoid clutter - it just makes it harder to recognize a cluttered directory. Not "stomping over any existing directories" is also a weak argument for ".build" vs any other name, neither has a guarantee that there are no conflicts currently. cu Andreas
Bug#955449: ITP: libsys-hostaddr-perl -- Get IP address information about this host
Package: wnpp Severity: wishlist Owner: Hilmar Preusse * Package name: libsys-hostaddr-perl Version : 0.993 Upstream Author : Jeremy Kister * URL : https://metacpan.org/release/Sys-HostAddr * License : Artistic Programming Lang: Perl Description : Get IP address information about this host Sys::HostAddr provides methods for determining IP address information about a local host. - I intend to activate the test suite for package proftpd-basic. To run the test suite this perl module is needed. - I intend to maintain the package myself. I need a sponsor for initial upload. Once the package is in the archive one could give me the permit to upload new releases myself, I'm a DM.
Bug#955450: ITP: ruby-minitest-power-assert -- power assert implementation for minitest
Package: wnpp Severity: wishlist Owner: Daniel Leidert -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: ruby-minitest-power-assert Version : 0.3.1 Upstream Author : Hiroshi SHIBATA * URL : https://github.com/hsbt/minitest-power_assert * License : BSD-2-clause Programming Lang: Ruby Description : power assert implementation for minitest The minitest-power_assert gem overrides the Ruby #assert method to provide an implementation for Minitest. This package is required for some Ruby libraries to run their test-suites. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEvu1N7VVEpMA+KD3HS80FZ8KW0F0FAl6DvgIACgkQS80FZ8KW 0F2p9g//UTbqxO13mRCdVN/LTcFhQAwZS4+9ovNkPHfKsy+5p+k4lqdNYRUpAxhI 2AHHQ5Da4DayGfFV7xbhxwcSgZasMcR+dZOplh9CXbulUejk9ZXJB+dDSwCGy9jf KHjK24w9XQzAT7sb5Vfx224zc+zINbUDLhP4IUDdyNyrnxh0RwETz8ICFQJE3zmk sv7p3KFYfuyUi3RcgWtRyuc1MgB34ZGKMxH24o0ckU4Ftbqrr48khTVQh659tNG7 5usIEx9L+f+9sVQIKt2pwSXYYJ5YcgykxjSmcqTbkWoclkoomW5LMU+E3mksE8iK tNgi64Yxs7WRMQ9n5qMbyDyhCVF9IoqdNnOIqp1H8JmNxRZu2ApUXvdWWeYlcF7p c01Y7P0061gZL3SB/k0wAPLxf1fGttVJkYUuCFtUU8HsJTS79b4sAVSJtBuJG2KK ktf1ebD7Q2LUKN/UpN1+z9f7gODMVU/z3DVfVRYM9W6R++fJMZtyijTpqGlIdS+O Par8Oxdt6zZuOAH9V9mXXle17ZdtTSCLJ++sh23F8dEsgUK7pnsu0Bzdo+HSaRWV sXPMYDjuYKsOfy4uatbHJzNlnWxtXD7CwhnMnmJ+kGhPnedOJtOJ5WqUHi3Y8m3w XazRvvO4pkZUzIY/gBSxsiqM4ZphkU68R32IOdpXZOpZ0T44ToU= =HitN -END PGP SIGNATURE-
Re: A little "research" on nvi given the vim-tiny issue
On Thu, Mar 19, 2020 at 12:35 AM James McCoy wrote: > 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 set and then enabling extra features. However, that > became too brittle to maintain and now most, if not all, of the > features we were enabling are enabled by default upstream. Sorry and many thanks. I assumed that "tiny" meant "tiny" :(
Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???
On Mon, Mar 30, 2020 at 4:32 PM Russ Allbery wrote: > I do understand the desire to have the URL in a form that's easily > searchable, but I don't think people are thinking through the implications > of saying we're not allowed to distribute sources even in formats that are > round-trip convertable to editable formats, but have to ensure every > artifact is in a form that can be *directly* edited. The implications for > the archive would be massive busywork that would have no significant > impact on software freedom. I think this goes back to the epic "Editorial amendments" GR which, among other things, applied DFSG beyond code to other things like image files [1]. Over 15 years later, it's still really hard to figure out how to apply the aspirational guideline to things that are not code. The burden of compliance with various interpretations is very inconsistently imposed on Debian contributors. Let's say I take a photo of myself to include in an app so that users can appreciate what I look like. What is the "preferred form of modification"? If it's 15 years later and I no longer look the same, would I edit the photo with free software to make it look like me or would I just take another photo? I believe that the overwhelmingly majority of people who would want to update or change a QR code image would create a whole new image from scratch with one of many QR code generators (some are open source; some aren't) instead of trying to use an app like the GNU Image Manipulation Program (or some specialized decoder/recoder app) to try to tweak the file. Therefore, in my opinion, the preferred form of modification for a QR code is whatever you want. There should not be any requirement that you have to use a DFSG-compatible generator to create the image. Just like there is no requirement that my camera run DFSG-compatible software or that I only use DFSG-compatible editors or software or websites whenever I contribute to Debian. [1] https://www.debian.org/vote/2004/vote_003 Thanks, Jeremy Bicha
Bug#955462: ITP: memo -- unix-style note-taking software
Package: wnpp Severity: wishlist Owner: Francisco Vilmar Cardoso Ruviaro * Package name: memo Version : 1.7 Upstream Author : Niko Rosvall * URL : https://github.com/nrosvall/memo * License : GPL-3+ Programming Lang: C Description : unix-style note-taking software Memo is a note-taking and to-do software that runs on command line. With Memo, it's possible to concentrate on the tasks in your to-do list instead of spending time managing those tasks. After a while taking notes and keeping a to-do list is part of your daily life instead of some nasty thing you must remember to do.
Bug#955464: ITP: ruby-linked-list -- Ruby implementation of Doubly Linked List
Package: wnpp Severity: wishlist Owner: Anthony Fok -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: ruby-linked-list Version : 0.0.14 Upstream Author : Yury Velikanau * URL : https://github.com/spectator/linked-list * License : Expat Programming Lang: Ruby Description : Ruby implementation of Doubly Linked List Ruby implementation of Doubly Linked List, following some Ruby idioms. More information: ruby-linked-list is required by ruby-hrx (to be packaged), which in turn is required by sass-spec 3.6.3-1 (to be upgraded). ruby-linked-list is to be team-maintained with Debian Ruby Extras Maintainers -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEFCQhsZrUqVmW+VBy6iUAtBLFms8FAl6EMJUACgkQ6iUAtBLF ms+8Eg//TsCzCVJQVTVRHbG48gIpx+IBpJvx6ntsqgtwKfNGC/+yXsOgsSdsP4u+ We3VDUL/JVoQrLzJxST/vtvLydoyKoXoSeIliCpvMtvjUVz8fIuqhAoXxfMuXWur byTt9Lp/Bb3G3BCKnIMgLObGJMQa8qYTHN0B+O5RZmfAaXvTB4FuZSLUK+dDqIxC j+dt0Xa3UTWhMf/nJcSFQp/C/cRK5mJa7QU8COVSKlIjQVRkvpzrjGC8TSiK2Oen 2wCcAFKn+U9t5tfIjyJ5D6dWEXM6hY4iS68TAzPO7BW8k1udlm/ilqh+lBtvBZ2N XiryeD+mCeCn+BAFDTWMlZ1cEYs/HT44+xzqNM5EJNTXKW3I4SpRlU8GwUg8lxqE pGAcs8t76O2EtMbXXzpYJyC554BtO9L56jtL/qKZrs02oUT+3n1zSzKrgHYHGAVz ibsDihjG19wzrQ8WI2hB7ByAzs2V6D+34sWFvlPFL1i//bZFXYCdCkoos79OGJdn iLAqGivwwYw25z3VsiKOtQ3uvsdfLn86BDm1OOyyISzl6Zjo3fdewVnszCOUM2to X2uEvlPGIeMBXtwE4iLFMw1m2kN7H6Nhpm9SwXObLKnWouDLIJPYGODnr/fKHx0G JCG9xR0yWMeqNBEo53MD8QOT4425c/qk0xX+vUs6D66TxoHApp8= =1Nng -END PGP SIGNATURE-
