Bug#799643: ITP: golang-github-spf13-afero -- FileSystem Abstraction System for Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-spf13-afero Version : 0.0~git20150908.0.6ced24d-1 Upstream Author : Steve Francia * URL : https://github.com/spf13/afero * License : Apache-2.0 Programming Lang: Go Description : FileSystem Abstraction System for Go Package Afero provides types and methods for interacting with the filesystem as an abstraction layer for the Go Programming Language. . It provides a few implementations that are largely interoperable. One that uses the operating system filesystem, one that uses memory to store files (cross platform) and an interface that should be implemented if you want to provide your own filesystem. . It is suitable for use in any situation where you would consider using the OS package as it provides an additional abstraction that makes it easy to use a memory-backed file system during testing. It also adds support for the http filesystem for full interoperability. . Afero has an exceptionally clean interface and simple design without needless constructors or initialization methods. Reason for packaging: Needed by Go applications such as: * Hugo, the static website generator, http://gohugo.io/ To be maintained within the pkg-go-maintainers team.
Bug#799665: ITP: tcl-xmlrpc -- XML-RPC implementation for Tcl
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, pkg-tcltk-de...@lists.alioth.debian.org Package: wnpp Severity: wishlist Owner: Ole Streicher * Package name: tcl-xmlrpc Version : 0.3 Upstream Author : Eric Yeh * URL : https://sourceforge.net/projects/xmlrpctcl * License : GPL Programming Lang: Tcl Description : XML-RPC implementation for Tcl This package is a newly found dependency of saods9, which may be useful for other users as well. It will be maintained by the Tcl/Tk Debian team. A git repository will be created; in the (to be created) Tcl/Tk git subdir on alioth. Best regards Ole
Bug#799688: ITP: golang-github-spf13-fsync -- Keeps files or directories in sync.
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-spf13-fsync Version : 0.0~git20141101.0.1fdf08f-1 Upstream Authors: Mostafa Hajizadeh, Steve Francia * URL : https://github.com/spf13/fsync * License : MIT Programming Lang: Go Description : Keeps files or directories in sync for Go Package fsync keeps files and directories in sync for the Go Programming Language. . Read the documentation on GoDoc (http://godoc.org/github.com/spf13/fsync). . Forked from "github.com/mostafah/fsync" to add support for Afero "github.com/spf13/afero".
Bug#655441: ITP: mma -- Musical MIDI Accompaniment Generator
mma 15.01-1 and the just-released 15.09-1 have been uploaded to Debian, now in the NEW queue awaiting verification and approval: * https://ftp-master.debian.org/new/mma_15.01-1.html * https://ftp-master.debian.org/new/mma_15.09-1.html The Git repository of the packaging is at: * http://anonscm.debian.org/cgit/pkg-multimedia/mma.git A copy of the mma packages are uploaded here: * https://people.debian.org/~foka/mma/ Cheers, Anthony
Re: DAK Commands for Bikesheds
Hi, On Sun, 20 Sep 2015, Joerg Jaspert wrote: > > (It seems they are implicitly considered a master when updating the > > bikeshed's ACLs) I would have thought "Owner:" would make more sense > > than "Master:" fwiw. > > Then you end up having multiple owners. Master IMO shows better what the > intended value of it is - the ones with access to change around its > settings. (Got to that from the MASTER role in irc.debian.orgs chanserv). FWIW, I also find Owner clearer than Master. Or Admin. But master is rather unusual. > Your -pull-from is basically my -add, just with an added suite. My way > of thinking is coming from a way more limited usage, so I adjusted add > to optionally take Suite as parameter, now one can select from where the > package comes. BTW bikeshed-add and bikeshed-rm should be named "bikeshed-add-package" and "bikeshed-rm-package" otherwise they end up at the same level than "bikeshed-modify" and you would expect the current commands to add/remove a bikeshed instead of actually adding/removing a package in it. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/
Re: DAK Commands for Bikesheds
On 14071 March 1977, Anthony Towns wrote: >> > For the "Master" and "Uploader" fields, it would probably be nice if >> > you could specify DDs by uid instead of just fingerprint. (Especially >> > so that updates to the keyring were automatically reflected in bikeshed >> > permissions) >> Fingerprint handling is way easier, especially when taking DMs in >> account, so that is noted, but will probably not be in the very first >> version. > I think uid handling would be pretty easy: I look into that when I'm there, sure. > Happy to have another look when there's enough code to suggest an > actual patch. Looking at current speed, that will be end of this month. It's going slow, but at least it's going. > I'm assuming that an upload to a bikeshed gets REJECTed if: > - uploader isn't in the acl for the bikeshed while acl != "freeforall" > - it's not a listed package for the bikeshed Now that shows a different understanding of listing the packages. One thats also valid and interesting, but one that for example Thomas (and me) had different: (Note, always talking about source package) Current, according to docs: -> Packages as listed on create or add time are added to the bikeshed on create (or add) time, newer version put in if so selected by auto-update. Yours, to fit the REJECT rule: -> Only packages listed, regardless of auto-update, may ever be uploaded. Which could both be valid. Hrm. > - it's not in the overrides for unstable (or base-suite?) Initially my answer was "base suite", but that hurts backports. But just unstable also hurts, for the same reason: Overrides change enough over the lifetime of a release, that I think the best will be a combination, so "base-suite + unstable" overrides. That would allow all thats in base-suite but may have been removed in unstable, but also allow all new additions to unstable to get backported. > - it fails standard corruption checks (bad tarball, lintian) > - it has an older version that what's already in the bikeshed > - it has an older version that what's already in the base-suit ? Ack. May actually want to see if we make the lintian checks configurable, ie. ability to turn off at least the soft rejects for it. >> Right, so, the mergeback feature is intended for transitions and bigger >> $whatevers in Debian that need longer preparation. And it needs the >> "base-suite" to cooperate, that is, it needs to be turned on in the base >> suite (so I think unstable and possibly testing will support it, I doubt >> that stable ever will). > I could imagine proposed-updates supporting it? > I think for testing, it would be better to have britney pull from a > bikeshed (similarly to how it pulls from testing-proposed-updates) > rather than let people push to testing. Ack, but I leave that decision to the actual people responsible for those suite. >> Your -pull-from is basically my -add, just with an added suite. My way >> of thinking is coming from a way more limited usage, so I adjusted add >> to optionally take Suite as parameter, now one can select from where the >> package comes. > Hmm. I was thinking of "add" as just changing what's allowed to be > uploaded. That goes with what I wrote above, different understanding of what the listed packages mean. >> I think so, yes. If the whole of the project wants to adjust that, I >> wouldn't be against it, but I think its too far a change from the >> concept of DM as we have now that I just want to put it in. > So the reason I think DMs shouldn't create bikesheds directly is mostly > about permissions: > - DM creates bikeshed > - DD uploads package DM doesn't have perms to upload in unstable > - DM merges package into unstable It should fail at the last point then. > You could put in extra checks to ensure DMs can only create bikesheds > for packages they're allowed to play with, or to ensure mergebacks check > DM ACLs when invoked by a DM, but all-in-all it seems to me if a DM is > clever enough to be playing with bikesheds, it's about time they became > a DD anyway. Ay. > (Maybe we should have called DM's "Debian Apprentices" to emphasise DMs > should become DDs after a while... If nothing else, would have allowed > a Sith model of package maintenance which would be amusing) Well, there are people who are happy to be "just" a DM. We shouldn't block them from getting DD, but if they like DM, sure, maintain your package and be happy :) -- bye, Joerg
Bug#799735: ITP: golang-github-spf13-cast -- Safe and easy casting from one type to another in Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-spf13-cast Version : 0.0~git20150803.0.ee815aa-1 Upstream Author : Steve Francia * URL : https://github.com/spf13/cast * License : TODO Programming Lang: Go Description : Safe and easy casting from one type to another in Go Cast is a library to convert between different Go types in a consistent and easy way. . Cast provides simple functions to easily convert a number to a string, an interface into a bool, etc. Cast does this intelligently when an obvious conversion is possible. It doesn’t make any attempts to guess what you meant; for example, you can only convert a string to an int when it is a string representation of an int such as “8”. . Cast was developed for use in Hugo (http://gohugo.io/), a website engine which uses YAML, TOML or JSON for meta data. Reason for packaging: Needed by Go applications such as Hugo the static website generator, http://gohugo.io/ To be maintained within the pkg-go-maintainers team.
Bug#799737: ITP: golang-github-magiconair-properties -- Java properties scanner for Go
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-magiconair-properties
Version : 0.0~git20150731.0.337395e-1
Upstream Author : Frank Schröder
* URL : https://github.com/magiconair/properties
* License : BSD-2-clause
Programming Lang: Go
Description : Java properties scanner for Go
properties is a Go library for reading and writing properties files.
.
It supports reading from multiple files and Spring style recursive
property expansion of expressions like ${key} to their corresponding
value. Value expressions can refer to other keys like in ${key} or
to environment variables like in ${USER}. Filenames can also contain
environment variables like in /home/${USER}/myapp.properties.
.
Comments and the order of keys are preserved. Comments can be modified
and can be written to the output.
.
The properties library supports both ISO-8859-1 and UTF-8 encoded data.
.
Starting from version 1.3.0 the behavior of the MustXXX() functions is
configurable by providing a custom ErrorHandler function. The default has
changed from panic to log.Fatal but this is configurable and custom error
handling functions can be provided. See the package documentation for
details.
Reason for packaging: Needed by golang-github-spf13-viper,
which is in turn needed by Hugo the static website generator.
To be group-maintained with pkg-go team.
Bug#799740: ITP: golang-github-spf13-viper -- Go configuration with fangs
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-spf13-viper Version : 0.0~git20150908.0.1967d93-1 Upstream Author : Steve Francia * URL : https://github.com/spf13/viper * License : MIT Programming Lang: Go Description : Go configuration with fangs Viper is a complete configuration solution for go applications. It is designed to work within an application, and can handle all types of configuration needs and formats. It supports: . * setting defaults * reading from JSON, TOML, and YAML config files * reading from environment variables * reading from remote config systems (Etcd or Consul), and watching changes * reading from command line flags * reading from buffer * setting explicit values . Viper can be thought of as a registry for all of your applications configuration needs. Reason for packaging: Needed by Go applications like Hugo, the static website generator, http://gohugo.io/ To be group-maintained in the pkg-go team.
Bug#799742: ITP: golang-github-armon-consul-api -- Golang API client for Consul
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-armon-consul-api Version : 0.0~git20150107.0.dcfedd5-1 Upstream Author : Armon Dadgar * URL : https://github.com/armon/consul-api * License : TODO Programming Lang: Go Description : Golang API client for Consul This package provides the consul-api package which attempts to provide programmatic access to the full Consul API. . Currently, all of the Consul APIs included in version 0.4 are supported. The full documentation is available on GoDoc at http://godoc.org/github.com/armon/consul-api . Note: "github.com/armon/consul-api" is now deprecated in favour of the newer "github.com/hashicorp/consul/api". Reason for packaging: "github.com/armon/consul-api" is needed by "github.com/xordataexchange/crypt", which is needed by "github.com/spf13/viper", which is needed by "github.com/spf13/hugo", i.e. Hugo the static website generator. To be maintained within the pkg-go team.
Bug#799746: ITP: libwfut -- WorldForge Update Tool
Package: wnpp Severity: wishlist Owner: Olek Wojnar * Package name: libwfut Version : 0.2.3 Upstream Author : WorldForge Project * URL : http://www.worldforge.org/ * License : GPL Programming Lang: C++ Description : WorldForge Update Tool This package is being reintroduced into Debian. It was previously maintained by the Games Team and will continue to be maintained that way. It was removed by Bug #777977 due to the GCC 5 transition. The problems that caused it to be removed will be corrected before it is uploaded again.
Bug#799747: ITP: golang-github-miekg-mmark -- Mmark: a markdown processor in Go geared for the IETF
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-miekg-mmark Version : 1.2-694-gbc8de59-1 Upstream Author : Miek Gieben * URL : https://github.com/miekg/mmark * License : BSD-2-clause Programming Lang: Go Description : Mmark: a markdown processor in Go geared for the IETF Write RFCs using markdown. Mmark (written in Go) provides an advanced markdown dialect that processes a single file to produce internet-drafts in XML format. Internet-drafts written in mmark can produce XML2RFC v2 and XML2RFC v3 output. . Mmark is a fork of blackfriday which is a Markdown processor implemented in Go. It supports a number of extensions, inspired by Leanpub, kramdown and Asciidoc, that allows for large documents to be written. It is specifically designed to write Internet Drafts (I-Ds) and RFCs for the IETF. With mmark you can create a single file that serves as input into the XML2RFC processor. . It can currently output HTML5, XML2RFC v2 and XML2RFC v3 XML. Other output engines could be added. . It adds the following syntax elements to blackfriday: . * Definition lists. * More enumerated lists. * Table and codeblock captions. * Table footer. * Subfigures. * Quote attribution. * Including other files. * TOML titleblock. * Inline Attribute Lists. * Indices. * Citations. * Abstract/Preface. * Parts. * Asides. * Notes. * Main-, middle- and backmatter divisions. * Example lists. * HTML Comment parsing. * BCP14 (RFC2119) keyword detection. * Include raw XML references. * Abbreviations. * Super- and subscript. * Callouts in code blocks. . Mmark is forked from blackfriday which started out as a translation from C of upskirt. . A simular effort is kramdown-rfc2629 from Carsten Bormann. Reason for packaging: Needed by Hugo the static website generator. To be maintained within the pkg-go team.
Bug#799748: ITP: ember -- 3D client framework for the WorldForge project
Package: wnpp Severity: wishlist Owner: Olek Wojnar * Package name: ember Version : 0.7.2.1 Upstream Author : WorldForge Project * URL : http://www.worldforge.org/ * License : GPL Programming Lang: C++ Description : 3D client framework for the WorldForge project This package is being reintroduced into Debian. It was previously maintained by the Games Team and will continue to be maintained that way. It was removed by Bugs #797418, #563768, #682332, #760058 due to the GCC 5 transition. The problems that caused it to be removed will be corrected before it is uploaded again.
Bug#799749: ITP: eris -- WorldForge Client Entity Library
Package: wnpp Severity: wishlist Owner: Olek Wojnar * Package name: eris Version : 1.3.23 Upstream Author : WorldForge Project * URL : http://www.worldforge.org/ * License : GPL Programming Lang: C++ Description : WorldForge Client Entity Library This package is being reintroduced into Debian. It was previously maintained by the Games Team and will continue to be maintained that way. It was removed by Bug #777842 due to the GCC 5 transition. The problems that caused it to be removed will be corrected before it is uploaded again.
