are the author of mbgeupsd, you
may wish to contribute to NUT.
NUT can be found at http://www.exploits.org/nut/
Just an idea,
Luca
--
Luca Filipozzi, EMYRnet
the project really would find those three
> lines more convenient to have as defaults. How about it, folks,
> anyone in favor of adding the three lines above to the default
> /etc/Muttrc?
Yes!
--
Luca Filipozzi
pgpbKfDHff2M7.pgp
Description: PGP signature
On Tue, Mar 21, 2000 at 10:13:49AM +0800, Neil Hunt wrote:
> I intend to package the Netrek vanilla server, and the COW client.
Cool. Are you also going to include instructions on how to play it from
behind a masquerading firewall? That would be the kind thing to do.
--
Luca Filipo
testing.
This means, for now, that packages in 'woody' are at about the same version
as 'potato'. Once the system has had time to settle, most packages in 'sid'
will also be in 'woody' with about a two week lag.
Please be patient.
Luca
--
Luca Filipozzi
[dpkg] We are the apt. Resistance is futile. You will be packaged.
> other=/dev/ide/host0/bus0/target0/lun0/part1
> label=part1
allow the user to specify the label
> table=/dev/ide/host0/bus0/target0/lun0/disc
--
Luca Filipozzi
[dpkg] We are the apt. Resistance is futile. You will be packaged.
t of the picture
for quite a number of months and I appreciate you two stepping in to
ensure that nut doesn't languish.
Luca
--
Luca Filipozzi
"Linux gives us the power to crush those that oppose us." - switchlinux
gpgkey 5A827A2D - A149 97BD 188C 7F29 779E 09C1 3573 32C4 5A82 7A2D
few / moved
around the remaining DIMMs - a vexing false positive.
I hope that this information proves helpful.
On behalf of the DSA team,
Luca and Martin
--
Luca Filipozzi
signature.asc
Description: Digital signature
Package: libssl096
Version: 0.9.6-1
Severity: normal
In bug report #78410 entitled "libssl096 does not provide /usr/lib/lib*.so.0",
Ivan Moore complains that libssl096 fails to provide libcrypo.so.0 etc.
After several email exchanges, Ivan and the maintainer, Christoph Martin, end
up agreeing tha
Package: wnpp
Version: N/A; reported 2002-04-02
Severity: wishlist
* Package name: libdigest-md4-perl
Version : 1.1
Upstream Author : Mike McCauley <[EMAIL PROTECTED]>
* URL :
http://cpan.org/modules/by-category/14_Security_and_Encryption/Digest/Digest-MD4-1.1.tar.gz
*
Package: wnpp
Version: N/A; reported 2002-04-02
Severity: wishlist
* Package name: libterm-readpassword-perl
Version : 0.1
Upstream Author : Tom Phoenix <[EMAIL PROTECTED]>
* URL :
http://cpan.org/modules/by-category/08_User_Interfaces/Term/Term-ReadPassword-0.01.tar.g
Package: wnpp
Version: N/A; reported 2002-04-02
Severity: wishlist
* Package name: libcrypt-cracklib-perl
Version : 0.1
Upstream Author : Daniel <[EMAIL PROTECTED]>
* URL :
http://cpan.org/modules/by-category/14_Security_and_Encryption/Crypt/Crypt-Cracklib-0.01.tar.gz
Package: wnpp
Version: N/A; reported 2002-04-15
Severity: wishlist
* Package name: libnet-server-perl
Version : 0.82
Upstream Author : Paul T Seamons <[EMAIL PROTECTED]>
* URL : http://seamons.com/
* License : GPL + Artistic
Description : an extensible, ge
he extent that we can, anyway). I rely on the GPG web of trust for
Archive Security. If tools need to be improved, then that's where we (or
"them") should focus energies (and I seem to recall seeing an apt update,
recently).
Cheers,
Luca
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
t; signatures on the archive than to attempt to do anything with X.509. The
> trust model and key management properties of X.509 are inherently inferior
> for our purposes.
But I far prefer the OpenPGP approach to securing the Archive.
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
On Wed, Jun 18, 2014 at 10:27:23AM -0700, Russ Allbery wrote:
> Luca Filipozzi writes:
> > On Wed, Jun 18, 2014 at 10:05:32AM -0700, Russ Allbery wrote:
>
> >> This is only true if the root CA is maintained with the same level of
> >> security as the PGP signi
> Oh, right. With different UserDirs (bonus point: the default one,
> public_html/, being the one that works https-only) people can simply use
> symlinks.
I'm in favour of soylent.debian.org since soylent [green] is people.
*cough*
--
Luca Filipozzi
http://www.crowdrise.com/Su
the
> tracker, and a variety of e-mail addresses but nothing yet (maybe I'm doing
> something wrong?). An update to Debian 7 was released today without a
> security fix for my package jquery-jplayer, even though the fix has been
> available for one solid month :-/
--
Luca
two ports (POP & IMAP) then I would
not start at all.
A system administrator is likely to interpret that a running process indicates
success start. What would trigger him to check that the process is listening
on both ports.
Also, in the start up script, how would you indicate that the daemon
IMAP?
> On Jun 16, 2013 2:40 PM, "Luca Filipozzi" wrote:
>
> > On Sun, Jun 16, 2013 at 08:28:18PM +0200, Salvo Tomaselli wrote:
> > > I have a question concerning a bugreport I got, but that could be quite
> > > general.
> > >
> > > Let&
hardware configuration).
Is there another filesystem (or another approach) that would improve
performance? Are there other things we could consider (hdfs & solr, say)?
You know where we live,
Luca
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
--
To UNSUBSCRIBE, email to
On Sat, Aug 31, 2013 at 12:40:08AM +0200, Michael Stapelberg wrote:
> Luca Filipozzi writes:
> > Why do you say that when you haven't even asked?
> Because I thought the answer was going to be “not in the Linux kernel,
> no chance”.
We also run kfreebsd, with some chall
On Sun, Sep 01, 2013 at 09:49:30PM +0100, Steven Chamberlain wrote:
> Hi Luca!
>
> On Sat, 31 Aug 2013 16:12:11 +0000, Luca Filipozzi wrote:
> > We also run kfreebsd, with some challenge, but we have it.
>
> How can we help with that?
http://dsa.debian.org/ports/kfreebsd/
them.
Plonk. (apologies to -devel for yet another email on this thread)
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
t; To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/5166fca0.70...@pocock.com.au
>
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
to the token. You can't read it back.
You then send stuff through the token to be encrypted / signed.
And you still need your passphrase.
At least that's how I understand it.
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
--
To UNSUBSCRIBE, email to debian-devel-requ...@
for this (simpler than AMQP, yet
> includes simple QoS and simple authentication not in 0MQ).
Indeed. Both MQTT [1] and PZQ [2] seem interesting, which is hard or me to say
given my unabashed bias towards WSO2.
If we are wed to fedmsg and fedmsg is wed to ZeroMQ, then I'd be inte
On Fri, Jan 10, 2014 at 01:36:54PM +0200, Timo Juhani Lindfors wrote:
> Luca Filipozzi writes:
> > A couple of weeks ago, we started automatically mailing users whose home
> > directories were above a dynamic notification threshold. This dynamic
>
> I wouldn't mind
ut we should discuss it) we should get formal support from the
> project in the form of a GR or something like that... Of course, that after
> sketching a real plan with stages and dates.
I don't think a GR is required. Keyring Maintainer is a role within the
Project with Delegated Power
On Tue, Mar 04, 2014 at 06:27:38PM +1000, Alexander Zangerl wrote:
> On Tue, 04 Mar 2014 04:46:17 +0000, Luca Filipozzi writes:
> >I propose 2014-SEP-01. Gives people six months to get this done. Even *I*
> >can
> >get it done in that amount of time. I've already e
announcement relating to it, so wonder if it is an
> outage or perhaps planned closure of the service?
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
On Wed, Apr 30, 2014 at 12:00:55AM +0100, Steven Chamberlain wrote:
> On 29/04/14 23:22, Luca Filipozzi wrote:
> > It should be mostly corrected now although one name server is still not
> > transferring properly.
> >
> > Technicians have been deployed.
>
> If
On Wed, Apr 30, 2014 at 02:48:12PM +, Luca Filipozzi wrote:
> On Wed, Apr 30, 2014 at 12:00:55AM +0100, Steven Chamberlain wrote:
> > On 29/04/14 23:22, Luca Filipozzi wrote:
> > If there is any more you can tell me about this DNS zone, it would be
> > nice to docume
> (I was wrong in my last mail, it would be *.{$arch} not *.{$country})
>
> If this was done, Raphael could probably check his logs to see how much
> it is really being used nowadays. And it would continue working.
You may have been the only user. Let's see if someone else also c
On Wed, May 14, 2014 at 11:32:07PM +0100, Steven Chamberlain wrote:
> On 14/05/14 23:00, Luca Filipozzi wrote:
> > I looked at the logs on ns1.debian.org through ns4.debian.org for the last
> > week. Not a single request that wasn't for SOA or RRSIG or DNSKEY, all from
On Thu, May 15, 2014 at 12:27:19AM +0100, Steven Chamberlain wrote:
> On 14/05/14 23:34, Luca Filipozzi wrote:
> >> In the last week at least 13 of my own servers/VMs at two sites (each site
> >> has a caching DNS resolver), my desktop and also my laptop from offsite
> &g
On Fri, May 16, 2014 at 01:16:58AM +0100, Steven Chamberlain wrote:
> On 16/05/14 00:00, Luca Filipozzi wrote:
> > I'm guessing the gb.* lookups are mostly you. The au.* lookups are DSA.
> >
> > That leaves somebody looking up nl*. You and he/she might be the l
delegation
from debian.net.
Consequently, the mirror.debian.net zone will be deprecated shortly.
Thanks,
Luca
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
People,
Is any DD a RIPE Atlas ambassador?
If so, heading to DebConf14?
If so, willing to distribute probes?
If none, I might sign up as an ambassador and try same.
Let me know,
Luca
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
riate.
One way is for the funding for Debian LTS to flow through Debian's
Trusted Organizations, complete with the restrictions that might come
with that.
Another way is for Debian websites to not solicit for donations or to
advertise for their commercial offering (my preference).
Luca
--
Luca Filipozzi
161003.
-
Personally speaking, I would prefer to keep Debian a volunteer
organization.
-
--
Luca Filipozzi
On Sat, Jun 01, 2019 at 01:50:25AM +0300, Adrian Bunk wrote:
> On Fri, May 31, 2019 at 09:04:24PM +0000, Luca Filipozzi wrote:
> >...
> > When we last crunched the numbers, maintaining a 5y refresh (to stay in
> > warranty, etc.) would require $75k-100k/yr. We've avoide
s we need to be very careful about /not/
> looking too closely at what we put out.
Isn't part of Debian's charm the quality that we attempt to bring to the
packages that we publish?
How does our coorindation for things like py2->py3 impact our position
as publisher vs distributor?
--
Luca Filipozzi
server, since it would create backscatter.
Indeed. Please accept and drop.
--
Luca Filipozzi
signature.asc
Description: PGP signature
software that is written just for
Debian (snapshot.debian.org and udd.debian.org come to mind) to be packaged.
We would prefer other software (gitlab, pagure, etc.) to be packaged, if
possible; surely this software is useful to our community and having it
packaged is worthwhile.
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
the time of the request).
Let me know if you have any questions,
Luca
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
; > to something that doesn't include "FTP"?
> >>
> >> Archive Team. Or the A-Team for short. The only Debian team with a theme
> >> song.
> > Why Archive, maybe Queue is more accurate (Q-Team), isn't it?
>
> An invitation to join the Q Continuum might be more attractive.
Don't they _assimilate_ packages into the archive...
--
Luca Filipozzi
e sso.debian.org with that.
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)**
2 introducing SAML or OIDC IdPs so that we can tie into AWS, Azure, and
GCP SSO features
1 isn't necessarily a pre-requisite for 2 but the mishmash of processing
we have Guest vs DM vs DD is fugly (let alone Alioth-type users).
** Not necessarily the opinion of all DSA team members.
--
Luca Filipozzi
looked at Keycloak? http://www.keycloak.org/
I have and deployed it for others in production. Not an unreasonable
option.
--
Luca Filipozzi
to populate a LDAP directory from any source.
> Clément Oudot (leader of LLNG community) is also leader of LSC-Project.
> You can ping him if you have any question on this
LDAP sync isn't what is meant by 'user management'. Rather, it's a
combination of self-empowerment (create account, manage profile, reset
password) and delegation administration (role creation and assignment,
etc.). Keycloak offers some of this functionality. Whatsay I stand up a
demo and we can kick some tires?
--
Luca Filipozzi
On Fri, Aug 25, 2017 at 10:39:14AM +0200, Clément OUDOT wrote:
> 2017-08-25 6:59 GMT+02:00 Luca Filipozzi :
> > On Wed, Aug 23, 2017 at 09:05:32AM +0200, Xavier wrote:
> >> Le 23/08/2017 à 08:46, Alexander Wirt a écrit :
> >> > On Wed, 23 Aug 2017, Philip Hands
. That would be the Wrong Thing To Do®.
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
his hosting,
> should we get a new machine and set it up as per DSA standards?
I think you start by avoiding us having multiple different git-based services.
I don't care which one (gitolite, gitlab) but DSA would prefer if there were
only one to take care of.
--
Luca Filipozzi
Debian System Administration Team
ebian.org.
Let me rephrase, then: can we have a plan that addresses alioth / git /
gitolite / gitlab / stuff rather than standing up yet another SCM/PM tool
because it's shiny?
This has more to do with delivering sustainable services while reducing the
overhead / technical debt.
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
not-shiny-anymore
> services rather than block adding a new service.
We aren't saying 'no'; we're saying 'please have a transition plan'.
Dropping a not-shiny-anymore service without a transition plan to move users of
the service off is not great. That said, maybe
On Wed, Jun 08, 2016 at 05:16:54PM +0100, Ian Jackson wrote:
> Luca Filipozzi writes ("Re: Genesis of the git.d.o/gitlab.d.o confusion (Was:
> Next steps for gitlab.debian)"):
> > On Wed, Jun 08, 2016 at 03:19:09PM +, Felipe Sateler wrote:
> > > That spea
55 matches
Mail list logo
