Re: secure plist store

Ted Zlatanov <tzz <at> lifelogs.com> writes:

> DU> Also, if you use only symmetric encryption, you can remove the
> DU> condition Y: (if (eq key-id 'SYM) X Y)
>
> Thanks, I'll do that.

You could simplify more; patch attached:

$ bzr diff --diff-options=-w | diffstat
 auth-source.el |   30 +++++-------------------------
 1 file changed, 5 insertions(+), 25 deletions(-)

BTW, I think you should adjust indentation of the whole file.

Regards,
--

-- 
Daiki Ueno

Re: bzr help, please

On 06/30/11 15:26, Lars Magne Ingebrigtsen wrote:
> I tried
> unbinding the bound branch I had, and now everything is very confused
> and I don't dare use that any more, and will pull down a new repository.
> 

Here's what I do.  I keep a bound branch named "trunk" that I regularly sync
to the trunk, and I never change it except either (1) by "bzr up",
or (2) by "bzr merge ../someotherbranch && bzr commit -m 'whatever'".
If step (2) fails in the middle, I do a "bzr revert && bzr up &&
(cd ../someotherbranch && bzr merge ../trunk && bzr commit -m 'Merge from trunk.')"
and then go back and redo step (2).  All my real work is done in
../someotherbranch.

I am leaving out all the intermediate steps where I get real work done
(e.g., resolving merge conflicts), but I hope you get the idea.

Re: bzr help, please

Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:

> I guess that's what's called an "unbound branch" in bzr.  I tried
> unbinding the bound branch I had, and now everything is very confused
> and I don't dare use that any more, and will pull down a new repository.

Try bzr reconfigure --tree.

Andreas.

--

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: bzr help, please

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> I am leaving out all the intermediate steps where I get real work done
> (e.g., resolving merge conflicts), but I hope you get the idea.

Yeah.  But I'm wondering whether it's easier to just go back to the
bound branch thingie.    I usually do rather small things on the
Emacs code, so the main annoyance is that it takes so long to check
stuff in.

But I think it's perhaps easier to solve that by having a separate Emacs
that I only use for vc mode.

Currently my work flow is

* change some stuff in some functions
* test it
* "bzr update"
* write the changelog really really fast so that there's no other
  commits getting in my way
* commit from vc-mode

The "write the ChangeLogs reall really fast" is, perhaps, the most
annoying bit.  Because if I get a ChangeLog conflict, that's five
minutes out the window while conflict-resoluting, bzr updating again,
checking in again...

--

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Re: debbugs.el revisited

Lars Magne Ingebrigtsen wrote:

> Is there any particular reason emails sometimes take hours to get posted
> to the mailing list?

AFAIK it's a general lists.gnu.org thing (this list seems to have a
similar issue today).

It was fast for a brief time after it moved to its new server, but
lately it seems to be slow again.

If you've got a documented case, you can ask sysadmin <at> gnu.

Re: debbugs.el revisited

Glenn Morris <rgm <at> gnu.org> writes:

> It was fast for a brief time after it moved to its new server, but
> lately it seems to be slow again.
>
> If you've got a documented case, you can ask sysadmin <at> gnu.

For instance this one.

Message-ID: <m3boxftd6j.fsf <at> quimbies.gnus.org>

[...]

Original-Received: from lists.gnu.org ([140.186.70.17])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org <at> gnu.org>)
	id 1QcN8j-00046m-Mw
	for ged-emacs-devel <at> m.gmane.org; Thu, 30 Jun 2011 21:43:05 +0200
Original-Received: from localhost ([::1]:60487 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org <at> gnu.org>)
	id 1QcN8i-000440-CW
	for ged-emacs-devel <at> m.gmane.org; Thu, 30 Jun 2011 15:43:04 -0400
Original-Received: from eggs.gnu.org ([140.186.70.92]:40891)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ged-emacs-devel <at> m.gmane.org>) id 1QcLUk-0000Fh-SN
	for emacs-devel <at> gnu.org; Thu, 30 Jun 2011 13:57:44 -0400

All these time zones makes it a bit more difficult to read, but
eggs.gnu.org got this at 13:57:44 -0400, and lists.gnu.org got or sent

Re: Emacs and the Status Notification Specification

    Regarding REL, it's not a bad name, but sounds a bit like RHEL, the
    RedHat Enterprise Linux distribution.  So it could be confusing.

RHEL is not mentioned terribly often in our discussions, and it is a
GNU/Linux distro, which is a very different kind of thing from a
library of Lisp packages.  I think the context will usually avoid
confusion.

Thus, this is a small flaw -- much smaller than the problem we are
trying to solve.  If our choice is GELPA or REL, we should definitely
use REL.

Or we could add "GNU" and make it GREL.  Is that better than REL?

REXL, suggested recently, is not bad.  Or GREXL?  GEXL?
Any of them would avoid this predictable confusion.

--

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use free telephony http://directory.fsf.org/category/tel/

Re: How does the Emacs bug tracker work?

Isn't marking a bug "wontfix" a way of closing it?

--

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use free telephony http://directory.fsf.org/category/tel/

Re: Changing the default for `send-mail-function'

    The main reason for the change is that using a misconfigured MTA leads
    to silently dropped mail which is *really bad*.

Why doesn't it deliver a bounce message?

--

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use free telephony http://directory.fsf.org/category/tel/

Re: Changing the default for `send-mail-function'

On Jun 30, 2011, at 5:18 PM, Richard Stallman wrote:

>    The main reason for the change is that using a misconfigured MTA leads
>    to silently dropped mail which is *really bad*.
> 
> Why doesn't it deliver a bounce message?

How would it do that?  It doesn't know about the user's (actual) external 
mail service, and the local system isn't configured to accept mail.

Back when I had reason to look at such systems regularly, it was not 
unusual to find hundreds of such bounces in root's mbox.

*Chad