Package: wnpp
Owner: Georg Faerber
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org
Package name: nginx-unit
Version : 1.28.0
Upstream Author : Nginx team members and contributors
URL : https://github.com/nginx/unit
License : Apache Software License
Package: wnpp
Owner: Georg Faerber
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-privacy-maintain...@lists.alioth.debian.org
Package name: onionprobe
Version : 1.0.0
Upstream Author : Silvio Rhatto
URL : https://gitlab.torproject.org/tpo/onion
Hi Ulrike, all,
On 20-02-12 17:46:15, Ulrike Uhlig wrote:
> I'd like to attract your attention to this very fine document:
>
> https://tools.ietf.org/id/draft-knodel-terminology-00.html#rfc.section.1.1
>
> Quoting from there: "Master-slave is an oppressive metaphor that will
> and should never b
Hi,
On 19-07-26 17:17:02, Bastian Blank wrote:
> Why do you think we would change it _if_ this option would exist?
Because, chances are, you want to test if the package builds fine, for
example, instead of running the upstream CI config.
(Yes, I'm aware that it's possible to make this change per
Hi Russ, all,
On 19-06-01 11:04:28, Russ Allbery wrote:
> I did some research on that a while back and ended up not filing a bug
> about it because it looked relatively pointless. It appeared to be a
> deep design choice on both sides, and not something anyone was likely
> to solve, so I just swi
Hi,
On 18-10-17 15:11:00, Tommi Höynälänmaa wrote:
> I have installed the key to both debian/upstream/signing-key.pgp and
> debian/upstream/signing-key.asc. It still doesn't work.
Run uscan with increased verbosity (-v), it might give you a hint what
is going wrong.
Cheers,
Georg
signature.asc
On 18-04-12 01:05:46, W. Martin Borgert wrote:
> On 2018-04-11 07:41, Paul Wise wrote:
> > Is anyone interested in facilitating a privacy-team BoF at
> > DebConf18?
>
> Yes. Would you schedule/organise it? I'm pretty sure, that many people
> will join, who are not participating in this thread.
We
Hi,
On 18-04-08 17:29:17, Daniele Nicolodi wrote:
> On 08/04/2018 17:10, Mattia Rizzolo wrote:
> > On Sun, Apr 08, 2018 at 04:41:32PM -0600, Daniele Nicolodi wrote:
> >> I just tried to upload a package to mentors.debian.net and it got
> >> rejected because is is signed with an ed25519 key:
> >>
>
Hi,
On 18-04-09 01:28:32, Marco d'Itri wrote:
> Maybe the developers of these program should implement some call-home
> functionality to collect metrics about which features are actually
> used by their users, to be able to better tune the default settings?
Please don't ask upstreams to implement
Hi Jonas,
On 18-03-09 19:18:50, Jonas Meurer wrote:
> Am 09.03.2018 um 14:23 schrieb Georg Faerber:
> >> Ian's comments are good for admin-installed plugins that the users can
> >> use. In fact there is good precedent for an app checking
> >> /usr/lib/pkg/..
Hi,
On 18-02-28 18:14:17, Marvin Renich wrote:
> If a user get to install his/her own plugins, they should go in the
> user's home directory, e.g. /home/user/.config/scheduler/plugins/.
> Non-root users should not generally be given write permission to
> /usr/local, and definitely not to /usr/lib.
Hi,
On 18-03-01 07:55:08, Peter Silva wrote:
> -- it is best practice for daemons/services not to run as root. They
> should have an application specific user.
Schleuder does use a dedicated user, called schleuder. $HOME is set to
/var/lib/schleuder. Inside there mailing list specific data is st
Hi all,
Thanks for your replies, and sorry for the delay in answering.
(Note to myself: Don't write such mails while traveling..)
That said, I think I wasn't clear regarding "user specific":
On 18-02-28 18:54:14, Georg Faerber wrote:
> Currently, we allow users to
Hi Debian Developers, all,
I'm maintaining schleuder in Debian [1], a "gpg-enabled mailing list
manager with resending-capabilities".
Currently, we allow users to run / execute their own plugins, stored in
/etc/schleuder/plugins. Obviously, that's not the right place, as /etc
is for config files,
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
...at least for me. Could someone forward this to DSA?
(I would have contacted them directly via ITC, but currently traveling
without access to IRC.)
Thanks,
Georg
signature.asc
Description: Digital signature
On 18-02-21 18:31:46, Sven Joachim wrote:
> On 2018-02-21 17:48 +0100, Georg Faerber wrote:
> > Just to let people know: Recently, there has been quite some spam
> > with identical content sent to different bugs, project and team
> > mailing lists, etc. That's bad, but
Hi,
Just to let people know: Recently, there has been quite some spam with
identical content sent to different bugs, project and team mailing
lists, etc. That's bad, but what's even more worse is that this spam now
gets send to nnn-done@bugs.d.o (see [1] for an example), in fact closing
bug report
On 17-08-21 11:18:05, Enrico Zini wrote:
> On Sun, Aug 20, 2017 at 04:28:05PM +, Luca Filipozzi wrote:
>
> > As expressed during the DC17 DSA and Cloud BoFs, I'm in favour of two
> > related but orthogonal things:
> > 1 collapsing user management into a single user store (LDAP)**
>
> I really
19 matches
Mail list logo
