Bug#866743: O: glew -- OpenGL Extension Wrangler
Package: wnpp Severity: normal Hi! I've lost interest in maintaining the glew package. So, I'm orphaning it right now. Cheers. signature.asc Description: PGP signature
Bug#866746: O: gtkpod -- manage songs and playlists on an Apple iPod
Package: wnpp Severity: normal I intend to orphan the gtkpod package. The package description is: gtkpod is a platform independent GUI for Apple's iPod using GTK3. It allows you to upload songs and playlists to your iPod. It supports ID3 tag editing, multiple charsets for ID3 tags, detects duplicate songs, allows offline modification of the database with later synchronisation, and more. Cheers. signature.asc Description: PGP signature
Bug#866748: ITP: libome-common -- C++ library providing common functionality to other OME C++ projects
Package: wnpp Severity: wishlist Owner: Carnë Draug * Package name: libome-common Version : 5.4.0 Upstream Author : Open Microscopy Environment * URL : https://www.openmicroscopy.org/site/products/ome-files-cpp * License : BSD-2-Clause Programming Lang: C++ Description : C++ library providing common and portability functionality for all OME C++ components OME Common is a standalone C++ library required by other OME C++ projects for common functionality which is not readily available from the C++ Standard Library. This includes basic portability functions, to wrapping other libraries to make them usable with Modern C++ programming practices. It serves a similar purpose to the OME formats-common Java library, with some shared functionality, though for the most part they are quite different. --- This package is a basic dependency for ome-files, the C++ implementation of a writer of the OME model. I plan to maintain it as part of my day to day job. I believe that the debian-med packaging team to be a goof fit though as the follow up on this package is the rest of the ome packages, starting with ome-files, then bioformats, then omero to provide a complete suite for management of biological microscopy data.
Re: Bug#866743: O: glew -- OpenGL Extension Wrangler
Hi, On 01.07.2017 13:40, Matteo F. Vescovi wrote: > I've lost interest in maintaining the glew package. > So, I'm orphaning it right now. As KiCad depends on this, I'm interested in keeping it. Since I have only little time, I'd prefer not to maintain it myself, but I'm offering to sponsor in case a non-DD wants to step up. Simon signature.asc Description: OpenPGP digital signature
Re: Declarative packaging (Was: Re: Intended MBF: maintainer scripts not using strict mode)
Hello, On Wed, Jun 28, 2017 at 06:34:01PM +0200, Michael Biebl wrote: > Am 27.06.2017 um 09:34 schrieb Niels Thykier: > > After this, we need something other than triggers. Triggers are great > > for regenerating global caches but they are not good at delegating > > targeted functionality out like: > > > > * This package needs user X to be created dynamically with home set > >to H with login shell S. > > systemd provides a facility called systemd-sysusers which allows to > describe system user accounts declaratively. Maybe we could leverage that. > > https://www.freedesktop.org/software/systemd/man/systemd-sysusers.html Indeed, and there is dh_sysuser already in the archive. > > * This package wants to enable and start service Y, but obviously first > >after creating user X (which the service runs as) > > Related to that, there is systemd-preset > https://www.freedesktop.org/software/systemd/man/systemd.preset.html > > If that would work for Debian is unclear to me. (Yet) another attempt at declarative configuration is propellor.[1] It has a lot of good ideas relevant to initial package configuration.[2] [1] https://propellor.branchable.com/ [2] http://joeyh.name/blog/entry/propellor_is_d-i_2.0/ -- Sean Whitton signature.asc Description: PGP signature
Re: Declarative packaging (Was: Re: Intended MBF: maintainer scripts not using strict mode)
Am 01.07.2017 um 17:25 schrieb Sean Whitton: > On Wed, Jun 28, 2017 at 06:34:01PM +0200, Michael Biebl wrote: >> systemd provides a facility called systemd-sysusers which allows to >> describe system user accounts declaratively. Maybe we could leverage that. >> >> https://www.freedesktop.org/software/systemd/man/systemd-sysusers.html > > Indeed, and there is dh_sysuser already in the archive. To avoid any confusion: The dh_sysuser helper has no relationship with systemd-sysuser. They work quite differently from what I can see. dh_sysuser is simply a helper which automates generating maintainer scripts code calling adduser. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#866777: ITP: httmock -- Mocking library for requests
Package: wnpp Severity: wishlist Owner: Colin Watson * Package name: httmock Version : 1.2.6 Upstream Author : Patryk Zawadzki * URL : https://github.com/patrys/httmock * License : Apache-2.0 Programming Lang: Python Description : Mocking library for requests This library allows unit tests to provide mocked responses to HTTP requests made using the 'requests' library, either conditionally using the 'urlmatch' decorator or for all requests using the 'all_requests' decorator. I'm aware that this covers similar ground to 'responses', which is already packaged as python-responses/python3-responses. They have quite different APIs so it's not in general trivial to substitute one for the other, though; I find myself packaging this because it's a test dependency of https://pypi.python.org/pypi/macaroonbakery, which I also intend to package, and I also use it in some other unpackaged code. I intend to maintain this within the Debian Python Modules Team. -- Colin Watson [cjwat...@debian.org]
Bug#866779: ITP: py-macaroon-bakery -- Higher-level macaroon operations for Python
Package: wnpp Severity: wishlist Owner: Colin Watson * Package name: py-macaroon-bakery Version : 0.0.1 Upstream Author : Juju UI Team * URL : https://github.com/go-macaroon-bakery/py-macaroon-bakery * License : LGPL-3 Programming Lang: Python Description : Higher-level macaroon operations for Python Macaroons, like cookies, are a form of bearer credential. Unlike opaque tokens, macaroons embed caveats that define specific authorization requirements for the target service, the service that issued the root macaroon and which is capable of verifying the integrity of macaroons it receives. . Macaroons allow for delegation and attenuation of authorization. They are simple and fast to verify, and decouple authorization policy from the enforcement of that policy. . The macaroonbakery library builds on pymacaroons to allow working with macaroons at a higher level, such as by automatically gathering discharge macaroons for third-party caveats from their corresponding services. We already use pymacaroons extensively at work (Canonical; see #824554), and we're likely to move in the direction of using this library for more things rather than dealing with things like gathering SSO discharge macaroons in ad-hoc ways. Having this packaged would make life easier there. This has a test dependency on httmock, which I've also just ITPed. I intend to maintain this within the Debian Python Modules Team. -- Colin Watson [cjwat...@debian.org]
Bug#866787: ITP: node-iferr -- Higher-order functions for easier error handling
Package: wnpp Severity: wishlist Owner: saravanan30erd X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-iferr Version : 0.1.5 Upstream Author : Nadav Ivgi * URL : https://github.com/shesek/iferr * License : Expat Programming Lang: JavaScript Description : Higher-order functions for easier error handling Example: if (err) return cb(err); be gone! . This library is a dependency of npm, Node.js package manager. . Node.js is an event-based server-side JavaScript engine.
Re: Bug#863801: grub-coreboot: fails to upgrade from jessie to stretch if init-select was installed
Hi! On Fri, 2017-06-23 at 12:22:34 +0100, Colin Watson wrote: > The basic problem in init-select is of course the good old favourite of > a conffile not behaving correctly when the package has been removed but > not purged. This is probably worth fixing in unstable as follows, since > init-select is still there: > > --- a/init-select.cfg > +++ b/init-select.cfg > @@ -1,1 +1,1 @@ > -GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT > $(/usr/lib/init-select/get-init)" > +GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT $([ ! -x > /usr/lib/init-select/get-init ] || /usr/lib/init-select/get-init)" > However, I take Andreas's point that we need to work around this > somehow, probably in a stretch point release now, and that's where I > need feedback. One possible approach would be to change grub-mkconfig > to do something like this: > I fully appreciate that this is skating along the edge of policy's > requirements regarding conffiles, and arguably violates at least 10.7.4 > "The maintainer scripts must not alter a conffile of any package, > including the one the scripts belong to". However, I think that this is > a reasonable case of self-defence, and could be tolerable with > sufficient commentary and care. I doubt I would be contemplating it if > init-select hadn't been removed from stretch. Isn't the obviously correct and policy compliant approach to just Conflicts/Replaces (or Breaks/Replaces depending on the force you want to apply here) with the init-select package from one of the grub packages, and on that grub package ship a stub init-select.cfg with just a comment explaining what's going on. And in the next release cycle, just make that package remove its (now) own conffile? Thanks, Guillem
