Re: An idea from a Debian user

2005-03-17 Thread Peter Eckersley
sive effort into it. It might also be easier to implement a new, less crufty, command line shell (and programmatic interface to standard command line tools) from scratch while one was at it. -- Peter Eckersley Department of Computer Science & mailto:[EMAIL PROTECTED] I

Re: Need to clone machines efficiently - help?

2000-12-25 Thread Peter Eckersley
ith your project. Take a look at Computerbank, and if the goals are close enough, perhaps we should start considering international affiliations (Computerbank has several chapters in different cities, and we've found that this has certainly been to our advantage - international links would be

Re: List of packages needing a new maintainer

2000-12-26 Thread Peter Eckersley
have volunteered. -- |> |= -+- |= |> | |- | |- |\ Peter Eckersley ([EMAIL PROTECTED]) http://www.cs.mu.oz.au/~pde for techno-leftie inspiration, take a look at http://www.computerbank.org.au/ pgpUW4UzSBT45.pgp Description: PGP signature

Re: Bug#80343: general: Lack of policy on which files should be owned by which user

2000-12-27 Thread Peter Eckersley
asons, but another one, which is denies access rather than providing it: If my I want a file to be readable by everybody *except* user fred, I can set permissions: [EMAIL PROTECTED]:~> ls -l plot-against-fred -rw----r--1 pde fred 1 Dec 27 17:12 plot-against-fred Of course, I need

Re: Obsolete software in /usr/local

2001-01-06 Thread Peter Eckersley
> In any event, looking in bugs.debian.org for the old bug that this change > closed might give you more info than this rough guess. > The bug isn't there anymore. Does anyone remember what it was? -- |> |= -+- |= |> | |- | |- |\ Peter Eckersley ([EMAIL PROT

Re: lilo.conf

2001-01-06 Thread Peter Eckersley
| | ((_(_)| )_) >-:-=] Debian GNU/Linux [=-:-| \_((_(_)|/(_) >\ ( > \_) > > :*) > Argh. This is terrible. There's no /usr/share/ascii-art! What has Debian been doing all these years? I guess we could resort to append="init=/usr/games/fortune ascii-art&q

Re: Solving the compression dilema when rsync-ing Debian versions

2001-01-08 Thread Peter Eckersley
n of gzip is interpreting codes like "repeat the 17 characters you saw 38 characters ago". Other, more sophisticated algorithms, like bzip2 (go and read about the Burrows-Wheeler Transform, it's amazing ;) would be much harder to hack in any reasonable way. -- |> |

Re: Solving the compression dilema when rsync-ing Debian versions

2001-01-08 Thread Peter Eckersley
On Mon, Jan 08, 2001 at 11:58:26PM +1100, Peter Eckersley wrote: > On Mon, Jan 08, 2001 at 08:27:53AM +1100, Sam Couter wrote: > > Otto Wyss <[EMAIL PROTECTED]> wrote: > > > > > > So why not solve the compression problem at the root? Why not try to > > >

User-Agent strings, privacy and Debian browsers

2007-09-21 Thread Peter Eckersley
sktop market share by looking at web statistics. -- Peter Eckersley[EMAIL PROTECTED] Staff TechnologistTel +1 415 436 9333 x131 Electronic Frontier FoundationFax +1 415 436 9993 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "u

Re: User-Agent strings, privacy and Debian browsers

2007-09-22 Thread Peter Eckersley
rto C. Sánchez <[EMAIL PROTECTED]> wrote: > > It would be sort of pointless unless we could find a way to all browse > from the same IP address. > > Regards, > > -Roberto -- Peter Eckersley[EMAIL PROTECTED] Staff Technologist

Re: User-Agent strings, privacy and Debian browsers

2007-09-22 Thread Peter Eckersley
On Sep 22, Marco D'Itri <[EMAIL PROTECTED]> wrote: > On Sep 22, Peter Eckersley <[EMAIL PROTECTED]> wrote: > > > This means, in practice, that many sites will be able to track > > Debian users by their User-Agent, even if (say) the user is blocking >

Re: User-Agent strings, privacy and Debian browsers

2007-09-22 Thread Peter Eckersley
the case of Privoxy, this would mean having all of the default Privoxy distributions (and especially those that are shipped with Tor) use a single User-Agent. We were also planing to send those trivial Privoxy configuration patches, it'd be great if we could get the community t

Certbot in Debian Stretch

2016-11-21 Thread Peter Eckersley
developer community supports it, and think there could be advantages in terms of allowing other packages to assume that Certbot is installable, or even Depend: on it, for enabling TLS. -- Peter Eckersleyp...@eff.org Chief Computer Scientist Tel +1 415 436 9333 x131 Electronic Frontier FoundationFax +1 415 436 9993

Re: Certbot, Ring in Debian Stretch

2016-11-22 Thread Peter Eckersley
e the option of sending email to the registered account email addresses associated with older clients that are about to be incompatible, provided that sys admins chose to give us an email address when they created their Let's Encrypt accounts. -- Peter Eckersley

Re: [Letsencrypt-devel] Certbot in Debian Stretch

2016-11-23 Thread Peter Eckersley
's especially tricky to expect long-run-future-compatibility from a service that's only been online for a year. -- Peter Eckersleyp...@eff.org Chief Computer Scientist Tel +1 415 436 9333 x131 Electronic Frontier FoundationFax +1 415 436 9993

Re: [Letsencrypt-devel] Certbot in Debian Stretch

2016-11-28 Thread Peter Eckersley
On Sat, Nov 26, 2016 at 09:35:46AM +0800, Paul Wise wrote: > On Tue, Nov 22, 2016 at 9:40 AM, Peter Eckersley wrote: > > > currently working with an ACME backwards compatibilty window of 6-12 months, > > but probably not longer than that. > > I note that letsencrypt 0.4.1

Re: [Letsencrypt-devel] Certbot in Debian Stretch

2016-11-28 Thread Peter Eckersley
hristian. This policy removes what might have been the simplest option, and seems to mean that we'll want to work hard on a plan where Certbot is in Stretch in a way that works both for us upstream and for the Debian release team. -- Peter Eckersleyp...@eff

Re: [Letsencrypt-devel] Certbot in Debian Stretch

2016-11-28 Thread Peter Eckersley
ng. We'd be willing to consider defining an upstream stable release series to formalize this, if the Debian community views that as especially important. -- Peter Eckersleyp...@eff.org Chief Computer Scientist Tel +1 415 436 9333 x131 Electronic Frontier FoundationFax +1 415 436 9993

Re: [Letsencrypt-devel] Certbot in Debian Stretch

2016-11-28 Thread Peter Eckersley
e new libraries or versions of libraries, but I think we can ensure that the features are optional and the depenencies are not strict (ie, they're only Recommends: or Suggests: in Debian packaging terms) -- Peter Eckersleyp...@eff.org Chief Computer Scientist

Re: [Letsencrypt-devel] Certbot in Debian Stretch

2016-11-30 Thread Peter Eckersley
27;d probably do is tell people, "please install a copy of Cerbot greater than X; you can go to https://certbot.eff.org/ if you need advice on how to do that on your OS" -- Peter Eckersleyp...@eff.org Chief Computer Scientist Tel +1 415 436 9333 x131 Electronic Frontier FoundationFax +1 415 436 9993

Re: [Letsencrypt-devel] Certbot in Debian Stretch

2016-11-30 Thread Peter Eckersley
.org/issue28742 I'm adding the --config flag you noticed as another case of that bug. We'll try to get a fix for that (which will probably require vendorng the argparse library) included in upstream Certbot before Stretch freezes ;) -- Peter Eckersleyp...@e

Re: [Letsencrypt-devel] Certbot in Debian Stretch

2016-11-30 Thread Peter Eckersley
comment-258579483 > > I've now created /etc/letsencrypt/cli.ini and removed my > drop-in that modifies the systemd service. Thanks, this thread > has already helped me make my setup saner. :) > > Regards, > Christian > > [1] Probably should add openat,fstat