Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-compare-versions
Version : 3.1.0
Upstream Author : Ole Bjørn Michelsen
* URL : https://github.com/omichelsen/compare-versions#readme
* License
Package: wnpp
Severity: wishlist
Owner: Arnaud Rebillout
* Package name: golang-github-tonistiigi-fsutil
Version : 0.0~git20180109.0b8b62d-1
Upstream Author : Tõnis Tiigi
* URL : https://github.com/tonistiigi/fsutil
* License : Expat
Programming Lang: Go
De
Hello Ian,
On Tue, Feb 27 2018, Ian Jackson wrote:
> I would like to suggest a radical approach to the source code
> management for your system: abandon source *packages* in favour of git
> trees.
Why do you think Didier's proposal, in particular, represents an
opportunity to do this? Is it sim
Hello Didier,
Thanks for sharing this.
On Tue, Feb 27 2018, Didier 'OdyX' Raboud wrote:
> ** is restricted to be arch:all (~ shipping interpreter scripts)
There are compiled binary ecosystems that would benefit from your
proposal, such as Haskell, so could you say more about why you want this
r
On Tue, 2018-02-27 at 14:13 +0100, Didier 'OdyX' Raboud wrote:
> > - we could ship those applications not as .deb but as container
> > and let them have their own lifecycle
>
> tl;dr: a new package format is needed, with a new non-suite-specific
> repository is needed to bring the Debian added-
On Tue, 27 Feb 2018, Georg Faerber wrote:
> On 18-02-21 10:53:49, Don Armstrong wrote:
> > Speaking on behalf of owner@, we're always looking more assistance in
> > creating better SA rules. Our configuration is publicly available.[1]
> > [I've just started moving it from alioth to salsa, so the gi
Hi Don,
On 18-02-21 10:53:49, Don Armstrong wrote:
> Speaking on behalf of owner@, we're always looking more assistance in
> creating better SA rules. Our configuration is publicly available.[1]
> [I've just started moving it from alioth to salsa, so the git urls will
> change slightly.]
Thanks f
On Tue, Feb 27, 2018 at 10:29 PM, Steve Cotton wrote:
> Maybe the Package: pseudo-header should be mandatory for a nnn-done@ email
> to close the bug? That would protect against both spam and typos.
That sounds best to me, but I can see it could get tedious.
It probably would also need to suppor
Package: wnpp
Severity: wishlist
Owner: Arturo Borrero Gonzalez
* Package name: nftlb
Version : 0.1
Upstream Author : Laura Garcia
* URL : https://github.com/zevenet/nftlb
* License : AGPL-3
Programming Lang: C
Description : nftables load balancer
nft
El mar, 27-02-2018 a las 17:36 +0100, Francesco P. Lovergine escribió:
> [...]
>
> I would suggest to provide a migration package for AOLserver users
> with a NEWS document about possible issues due to known problems.
Agree. I will make openacs dependant on naviserver in the next version,
once na
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-tcltk-de...@lists.alioth.debian.org
Package name: naviserver-modules
Version: 4.99.16
Upstream Author: Vlad Seryakov, Stephen Deasey, Steve Ball, Zoran Vasiljevic,
Gustaf Neumann
URL: http:/
On Tue, Feb 27, 2018 at 05:15:46PM +0100, Héctor Romojaro Gómez wrote:
I was meditating to replace Aolserver4 with Naviserver which is a
fork
but has has a few incompatibilities in its Tcl API. On those regards
Naviserver is in much better state.
https://bitbucket.org/naviserver/naviserver
J
Dear all,
El mar, 27-02-2018 a las 15:17 +0100, Francesco P. Lovergine escribió:
> On Tue, Feb 27, 2018 at 02:57:59PM +0100, Sebastian Andrzej Siewior
> wrote:
>
> [...]
> I was meditating to replace Aolserver4 with Naviserver which is a
> fork
> but has has a few incompatibilities in its Tcl API
> On Mon, 26 Feb 2018, Michael Meskes wrote:
> > Actually it's the other way round. I need my program, clamsmtp, to
> > start before postfix. I haven't checked with the other MTAs to be
> > honest. So I guess I could try only adding postfix and see if
> > somebody
> > reports a problem.
> ...
Turn
On Tue, 27 Feb 2018 at 15:17:00 +0100, Francesco P. Lovergine wrote:
> I was meditating to replace Aolserver4 with Naviserver which is a fork
> but has has a few incompatibilities in its Tcl API. On those regards
> Naviserver is in much better state.
Do you plan to use the aolserver4 name for that
Package: aolserver
Version: 4.5.1-18.1
Severity: serious
Justification: network-facing service, appears unmaintained upstream
User: debian...@lists.debian.org
Usertags: proposed-removal
Turning this into a proposed-removal bug.
On Tue, 27 Feb 2018 at 14:57:59 +0100, Sebastian Andrzej Siewior wrot
On Tue, Feb 27, 2018 at 02:57:59PM +0100, Sebastian Andrzej Siewior wrote:
Hi Francesco,
I stumbled upon aolserver4 because aolserver4-nsopenssl is bot building
against openssl 1.1 and the former is the only user.
The first upload of aolserver4 4.5.1 was in 2009. I assume that this was
the last
On Tue, Feb 27, 2018 at 03:06:04PM +0100, Sebastian Andrzej Siewior wrote:
> I am not asking for a valid signature. It could but also just an
> additional header field or something. It does not happen very ofter but
> it gets more annoying each time it happens.
> In the end it is just the submitter
Here is a different straw man, which I think might be similarly effective
and a lot less work:
On Tue, 27 Feb 2018 at 14:13:41 +0100, Didier 'OdyX' Raboud wrote:
> As Debian, we
> are insisting that our releases ideally only contain a single version of a
> software, that we insist is made availabl
On 2018-02-25 09:32:32 [-0800], Don Armstrong wrote:
> On Sun, 25 Feb 2018, Sebastian Andrzej Siewior wrote:
> > Would it work to rescrict the done/close-@ even more? Like to
> > pgp-signed messages only? I'm not asking for a valid DD signatures or
> > so - just any signature will do.
>
> This has
Hi Francesco,
I stumbled upon aolserver4 because aolserver4-nsopenssl is bot building
against openssl 1.1 and the former is the only user.
The first upload of aolserver4 4.5.1 was in 2009. I assume that this was
the last release of the server by upstream. The homepage referenced in
the package pro
Ian Jackson writes ("Re: What can Debian do to provide complex applications to
its users?"):
> The primary difficulty we have with Red Queen's Race [1] ecosystems is
> the lack of stable ABI/APIs, the tight binding of versions, and the
> rapid update cycle.
Missing footnote error.
[1] https://en
Didier 'OdyX' Raboud writes ("Re: What can Debian do to provide complex
applications to its users?"):
> Now, as a strawman proposition, here's what I fiddled with in my mind for
> some
> days now:
>
> Imagine
> * a new .vdeb format variant that:
> ** enables for multiple versions to be installe
Le vendredi, 16 février 2018, 16.11:29 h CET Raphael Hertzog a écrit :
> I don't have any definite answers although there are ideas to explore:
>
> - we could relax our requirements and have a way to document the
> limitations of those packages (wrt our usual policies)
>
> - we could ship those
On Tue, Feb 27, 2018 at 10:55:25AM +0100, Raphael Hertzog wrote:
> On Mon, 26 Feb 2018, Bastian Blank wrote:
> > On Sun, Feb 25, 2018 at 09:54:27PM +0100, Raphael Hertzog wrote:
> > > Are you suggesting that it should be possible to store our own data
> > > in another git repository and that the tr
Hi,
On Mon, 26 Feb 2018, Peter Palfrader wrote:
> > - for buildd/DSA teams, can we keep wheezy buildds (only amd64/i386 has
> > been requested so far) for one year more?
>
> I don't think DSA is thrilled about committing to keep anything other
> than amd64 for anything longer than was already p
On Mon, 26 Feb 2018, Bastian Blank wrote:
> On Sun, Feb 25, 2018 at 09:54:27PM +0100, Raphael Hertzog wrote:
> > Are you suggesting that it should be possible to store our own data
> > in another git repository and that the tracker should be easily able to
> > merge the data coming from two distinc
27 matches
Mail list logo
