Incidentally, while on the issue of debian emacs startup, I have the
following snippet in my .emacs file for hooking my non-debian emacs into
the debian emacs package system:
;; Debian stuff
(unless (boundp 'debian-emacs-flavor)
(load "/usr/share/emacs/site-lisp/debian-startup")
(d
Brendan Halpin <[EMAIL PROTECTED]> writes:
> If I have further problems is there a suitable forum for
> emacs-snapshot issues? It always helps to have public questions and
> answers.
I don't understand why this isn't a suitable forum...
Even if the emacs-snapshot packages aren't distributed by de
Toby Speight <[EMAIL PROTECTED]> writes:
> I believe I chose GPL v2 for the above (I have a healthy distrust of
> making commitments to future unknowns).
It seems vaguely absurd to worry about such things given the small size
of the package.
-Miles
--
97% of everything is grunge
--
To UNSUBSC
Peter Daum <[EMAIL PROTECTED]> writes:
>> Not really related to the problem, but why do you use unibyte mode?
>> It is very much deprecated, you will not be able to edit or view utf-8
>> encoded text.
>
> Fortunately, I don't usually need UTF-8 (Even in multibyte mode and with
> a suitable font, I
Michael Olson <[EMAIL PROTECTED]> writes:
> - erc (will need to remove manual)
> - emms (talked with the former package maintainer and gained consent
>to maintain this -- will need to remove manual)
> - muse-el (already removed manual)
> - planner-el (manual is GPL'd)
> - remember-el (wil
Jérôme Marant <[EMAIL PROTECTED]> writes:
> apt-listchanges is quite popular, you know. Don't underestimate users.
Don't underestimate _debian_ users perhaps; users in general, er,
well, I don't think you'll go broke underestimating them. :-)
-Miles
--
In New York, most people don't have cars,
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> Ouch, such spite... Why are you using Debian and posting here if it's
> so bad?
I can't speak for David, but I use Debian despite it's many flaws
because on average it's better technically, and "socially" than other
distributions. One needn't agree
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> David, why are you getting so upset about this as a Debian user? If
> you're unhappy with debian, by all means use another distribution; there
> are plenty to choose from. No, I'm not trying to irritate you. I just
> wonder why it matters so much th
"Mike O'Connor" <[EMAIL PROTECTED]> writes:
> I find emacs extremely useful, with or without docs. I'm suprised that you
> wouldn't find it to be useful, or that you would think that there is nobody
> that would be helped by having emacs available. I think that removing
> emacs from debian comple
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> OK. So should I just give Gnus a version consistent with
> internal versions, and call it Gnus 5.11.004 ?
That might work in practice (because no released Gnus will ever have
version 5.11.x), but conceptually it seems wrong because No Gnus is
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> So, we have either forcing people running Sid's Gnus to
> downgrade from No Gnus 0.3+ to 5.10.8, of ship an unreleased version
> and complicate versioning for future releases. Not a clean path
> going forward. I am inclined to continue to s
2006/3/25, Manoj Srivastava <[EMAIL PROTECTED]>:
> Well, users, and developers, who disagree with our principles
> can still get the non-fee documentation by adding one line to their
> apt sources list. If you, as a developer or a user, think the docs
> are free, why should you care how
> I'm surprised there is still a misunderstanding. Debian decided that
> invariant sections were problematic (you will find rationales
> everywhere on debian sites). It is not Debian's fault if they do
> exist.
There is no misunderstanding. We simply think debian did something
dumb, that will h
Hubert Chan <[EMAIL PROTECTED]> writes:
> I'm not sure why everyone is reacting to the Emacs Manual removal as if
> it's something new. The release team has, since before sarge was
> released, said that GFDLed documentation would be removed in
> sarge+1=etch.
Personally I thought people would com
2006/3/15, Xavier Maillard <[EMAIL PROTECTED]>:
> I am clearly thinking myself switching entirely to GNU (using the GNU
> packaging system) but I am still hesitating since I am pretty used to Debian.
What is "the GNU packaging system"?
[I'm also quite irritated by Debian's bull-headedness. "We _
[resent to "debian-emacsen" because I originally used the wrong address]
I've made a new arch repository for the Emacs development branches on
savannah.gnu.org, using savannah's new arch support.
It is writable by any emacs hacker with write-access to the emacs
project on savannah (it uses the s
I wrote:
> I just got two new mirrors, which are being properly updated:
> (1) http://mirrors.sourcecontrol.net/[EMAIL PROTECTED]
> (2) http://arch.orebokech.com/[EMAIL PROTECTED]
...
> Thanks to Romain Francoise for providing the arch.orebokech.com mirror, and
> thanks to Tollef Fog Heen for t
For those of you who were using my arch archive, [EMAIL PROTECTED]
to track Emacs sources:
My previous publicly available mirror (at push.sourcecontrol.net) has
been stale for quite some time, due to hardware failures.
I just got two new mirrors, which are being properly updated:
(1) http://m
2005/9/6, James Blackwell <[EMAIL PROTECTED]>:
> > Ok, following that advice, I successfully mirrored my arch repo to my
> > sftp account on mirrors.sourcecontrol.net...
> >
> > The final question is: where does my now-updated mirror show up in
> > http-space?
>
> The old ones are in the way. If y
Miles Bader <[EMAIL PROTECTED]> writes:
>> in your ~/.ssh/config
>
> k, let me try that...
Ok, following that advice, I successfully mirrored my arch repo to my
sftp account on mirrors.sourcecontrol.net...
The final question is: where does my now-updated mirror show up in
http
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> or just have something like:
>
> Host mirrors.sourcecontrol.net
> Hostname mirrors.sourcecontrol.net
> User [EMAIL PROTECTED]
>
> in your ~/.ssh/config
k, let me try that...
Thanks,
-miles
--
"I distrust a research person who is always obviously bu
2005/9/5, Tollef Fog Heen <[EMAIL PROTECTED]>:
> * Miles Bader
>
> | Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> | > http://www.sourcecontrol.net/?action=pushaccount
> | >
> | > It requires you to jump through a few hoops to set up, but it works
> | >
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> http://www.sourcecontrol.net/?action=pushaccount
>
> It requires you to jump through a few hoops to set up, but it works
> fine (I just went through the procedure and tested it).
Hmmm, thanks for the pointer.
I couldn't get it to work though -- after
Manoj Srivastava <[EMAIL PROTECTED] (va, manoj)> writes:
> Well, I used to use Miles Bader's arch repo (which seems to
> have had no recent updates :(), and having a ./debian dir available
> as an arch branch as well would be awesome.
The real repository on fencepost.gnu.org is updated r
On 5/20/05, Jérôme Marant <[EMAIL PROTECTED]> wrote:
> I've committed the following changes:
>
> emacs-snapshot (20050519215621-1) unstable; urgency=low
How's that version number calculated, btw? I guess the first 8 digits
are a date, but there are 6 more after that! Time of commit?
-Miles
--
I expect one potential problem is that of user confusion -- if
somebody sees an "emacs.app" package they'll probably think it's at
least a semi-recent version of emacs. For the same reason, dealing
with bugs becomes more complicated.
-Miles
--
Do not taunt Happy Fun Ball.
Daniel Brockman <[EMAIL PROTECTED]> writes:
> (I also realize that Miles did not indent to start an argument about
> this, and for all I know loathes the `changes --diffs' spelling as
> much as anyone.)
FWIW, while I don't loathe `.. changes --diffs', I do like plain
`... diff' better. In practic
Jérôme Marant <[EMAIL PROTECTED]> writes:
>> By the way, is there any tla equivalent of `cvs diff'?
>
> Forget about tla. Use bazaar 1.3.2 from debian unstable.
>
> 'baz diff' is what you want.
Or with tla, "tla changes --diffs" ...
YMMV with regard to "baz" I think. It's been quite flaky every
On 4/25/05, Jérôme Marant <[EMAIL PROTECTED]> wrote:
> "The port is based on GNU Emacs 20.7, which is one behind the latest
> version. Emacs 21 added mostly UI features, not core editing
> functionality.
I think this description vastly understates the difference. Emacs has
seen a huge number of n
On Wed, Sep 22, 2004 at 01:26:00AM +0200, David Hansen wrote:
> >> The latest CVS code has such a feature. It loads huge
> >> unicode<->cjk-charsets mapping tables on demand
> >> automatically.
> >
> > How then ? :)
>
> I wouldn't call it "on demand automatically", but this works for
> me:
>
> (
On Wed, Sep 15, 2004 at 03:30:10AM +0800, Dan Jacobson wrote:
> Oops, works when I do
> $ DEB_MULEUCS_UNICODE=on emacs -f gnus
>
> (I wish there would be more dynamic ways to load that bulky thing only
> when needed. So far I use it only once a year and always forget that
> I turned it off.) Vers
Dan Jacobson <[EMAIL PROTECTED]> writes:
> In gnus I should have no problem seeing
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: base64
> messages, no?
Sure, and (using CVS Emacs) I have no problem with such messages; they
display like a charm, european chars, CJK, weird m
On Wed, Sep 01, 2004 at 06:05:58PM +0200, Giovanni Pensa wrote:
> a nice and free (as in free tibet) alternative is Bitstream Vera Sans,
> less nice without antialias (not really supported by *Emacs) but with
> a monospaced version (Vera Sans Mono).
Actually I disagree about the "less nice without
Brian Nelson <[EMAIL PROTECTED]> writes:
> > [Experimental, in its current form, is basically a ghetto of sorts:
> > not only is it not auto-built, but people by and large don't use it
> > unless they have some special interest in a package which they already
> > _know_ is in experimental, and ther
On Mon, Mar 01, 2004 at 01:33:49PM -0800, Brian Nelson wrote:
> All I'm trying to say is that if Emacs CVS snapshots are uploaded to
> unstable, it should be done with the intention of releasing it in a
> stable Debian release.
Hmmm, I'm not sure where I stand on your arguments, but I think your
c
Brian Nelson <[EMAIL PROTECTED]> writes:
> > RC bugs prevent packages to enter testing.
>
> And that's an ugly kludge that should be used minimally and only
> temporarily (again IMO).
Huh? It's pretty fundamental to the way the entire system works...
You _can't_ determine whether something is r
Brian Nelson <[EMAIL PROTECTED]> writes:
> Keep in mind that anything uploaded to unstable really should be fit for
> a stable Debian release (IMO anyway).
This is generally true of CVS emacs anyway -- it's very rare for there
to be significant problems, and potentially destabilizing changes are
g
On Thu, Feb 26, 2004 at 10:26:32PM +0100, J?r?me Marant wrote:
> BTW, Miles, I have prepared a package dedicated at Emacs CVS snapshots.
> What distribution do you think it would fit the best?:
> - unstable
> - experimental
> - none of the above, a stagging area would be better
I suppose different
On Thu, Feb 26, 2004 at 09:36:26PM +0100, Uwe Brauer wrote:
> Very true, I mentioned some oddies and also propose to sync with offical
> xemacs release politics, ie stable should be 21.4.x and testing 21.5.x.
I don't use xemacs, but that doesn't make much sense -- you can't choose
different versio
[EMAIL PROTECTED] writes:
> How do I get my emacs apps to display properly the special
> character in the sentence "We took a look at Warners
> release of the classic Gaslight" taken off a web page rendered by
> emacs-w3m? The character is displayed as a fancy apostrophe when
> viewed in Mozill
Dan Jacobson <[EMAIL PROTECTED]> writes:
> Why do I have to tell emacs this file coding is euc-japan, why can't
> it tell automatically?
It can, if you've set your language-environment to `Japanese'.
-Miles
--
"Though they may have different meanings, the cries of 'Ye-haw!' and
'Allahu akba
Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> Chris Beggy[1] wrote a lisp program to bind mew and bbdb. It's not
> packaged, it's just five elisp files[2].
...
> Last question, Chris did not give a name to his 'project'... Can I call
> it mew+bbdb?
That name sort of implies that it contain
Rob Browning <[EMAIL PROTECTED]> writes:
> Hmm. One problem I have is that the "new" scrollbars are actually a
> loss functionality-wise. Being able to scroll up or down with
> left/right clicks is useful...
I agree about the button functionality -- I think the GTK scrollbars suck
functionally (
On Thu, May 15, 2003 at 12:03:32PM -0500, Rob Browning wrote:
> One thing I'm not all that happy about is the xaw3d scrollbars. I'm
> tempted to go back to the plain ones. They seemed cleaner and more
> functional to me. I suppose I'm also going to have to think about
> what (if anything) I migh
Jim McCloskey <[EMAIL PROTECTED]> writes:
> Hmm, well, general slowdown is certainly what we saw here.
Can you be more specific than just `general slowdown'?
E.g. Does the slowdown:
* occur locally or only with remote X connections? [the most common case]
* occur using `emacs -nw' too, or
"Thomas F. Burdick" <[EMAIL PROTECTED]> writes:
> While emacs21 is unusable on things like Sun Ultra-1's and Pentiums,
> it's also unusable in some shared and networked environments, even
> with top-of-the-line hardware. Emacs21 is a resource hog compared to
> 20. Not so much in terms of memory,
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> I'm not a great fan of orphaning complicated packages. Are there users
> that need emacs20 because emacs21 is broken for some things?
>From what I've seen on the emacs groups, it's mostly people who are
very conservative about changing what works, a
On Tue, Apr 22, 2003 at 05:23:45AM +0800, Dan Jacobson wrote:
> Then why does
> $ emacs21 -q
> $ emacs -q
> give different results? Must be one's ~/.Xresources
It might be better to use the x-resource `class' Emacs (capitalized), e.g.,
use:
Emacs*foo: blah
rather than
emacs*foo: blah
[c
On Sat, Apr 12, 2003 at 08:06:27PM +0200, Mikael Hedin wrote:
> Ok, this actually works for me too (except C-h k <-- doesn't say the
> "translated from
On Fri, Apr 11, 2003 at 09:51:01PM +0200, Kai Gro?johann wrote:
> For backward compatibility, many modes bind RET, TAB, DEL instead of
> , , .
It's not just for backward compatibility, it's for portability -- RET, TAB,
DEL are portable among different devices (because emacs takes care to make
sure
On Fri, Apr 11, 2003 at 10:23:24PM +0200, Mikael Hedin wrote:
> > `DEL' is the ASCII DEL character, which since time immemorial has meant
> > delete-backward-char in emacs. `Delete' is a labelled key on (some)
> > keyboards, which usually means delete-char.
>
> Uh, I should have mentioned I run
On Fri, Apr 11, 2003 at 06:49:22PM +0200, Mikael Hedin wrote:
> When I run xemacs, and type C-h k Delete, it talks about the DEL key.
> On C-h k Backspace, it talks about the BS key.
>
> When I run emacs and type C-h k Delete, it talks about C-d, and C-h k
> Backspace talks about DEL.
>
> They bo
On Mon, Dec 02, 2002 at 12:10:53AM +0100, Davide G. M. Salvetti wrote:
> MB> It sounds like these might be better considered bugs against the
> MB> individual packages though, if they're doing unfriendly things
> MB> without being asked to.
>
> No, you did not understand the issue.
> 1. AUC TeX
"D. Goel" <[EMAIL PROTECTED]> writes:
> While that is supposed to be true, it has been very untrue in
> practice, IME. Here are some examples of the top of my head:
>
> * Installing maxima makes my emacs N new functinos with ~ N namespaces
> * Installing ilisp makes emacs bind C-c which broke my
Faheem Mitha <[EMAIL PROTECTED]> writes:
> Oh well, maybe I am trying to solve a problem which does not exist,
> and it is not such a good idea after all. I'd been thinking about it
> for a bit, and it did seem like a good one, though. I apologise for
> troubling the members of the list.
Well I pr
On Tue, Nov 26, 2002 at 06:05:26PM +, Faheem Mitha wrote:
> I think that for add-on lisp packages for emacs, there should be an
> install-time option (debconf would be the obvious way to go here) to
> enable the package globally, and if it is not enabled globally, there
> should be instructions
Florent Rougon <[EMAIL PROTECTED]> writes:
> Tom Hibbert <[EMAIL PROTECTED]> wrote:
> > the X interface is very ugly and not particularly useful...
>
> You are harsh. I don't find it ugly.
His snipe was rather self-describing -- `Ugly and not particularly useful.'
But, Tom, if you actually want
I'm not sure whether they are in the released version of Emacs 21, or
just in CVS, but check out the `unify-8859-on-decoding-mode' and
`unify-8859-on-encoding-mode'; they should solve many problems of this
sort, I think.
-Miles
--
I'm beginning to think that life is just one long Yoko Ono album;
Fumitoshi UKAI <[EMAIL PROTECTED]> writes:
> > If I grep for internic in my ~/.w3m directory, it is located in two (old
> > - Dec 4) files: .arrived and .ctcheck
>
> Old .arrived file won't work with new w3m-el. Remove it.
I've seen several bug reports like this; would it be a good idea to have
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> - I'm adding /usr/share/emacs/site-lisp/ to the load-path so emacs can find
> anything Debian packages put there.
Ah, it initially looked like `debian-startup' did this itself, but I
guess that was artifact of my screwing around.
> - I'm using (de
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> I'm pretty sure I posted later with:
>
> (cond
> ((equal emacs-major-version '21)
> (add-to-list 'load-path "/usr/share/emacs/site-lisp/")
> (load "debian-startup")
> (message "Debian startup...")
> (debian-startup 'emacs)
> (message "Debi
Hi,
I'm trying to make my self-compiled emacs fit into the debian emacs
framework. I tried to use the method suggested by Peter Galbraith:
(load "/usr/share/emacs/site-lisp/debian-startup")
(debian-startup 'emacs21)
But this doesn't work; the reason seems to the fairly bizarre
definition
"Eric Gillespie, Jr." <[EMAIL PROTECTED]> writes:
> I'm not interested in a flame war
Then why did you start your message by saying (effectively) `xemacs rulez'?
-miles
--
Come now, if we were really planning to harm you, would we be waiting here,
beside the path, in the very darkest part of t
Rafael Laboissiere <[EMAIL PROTECTED]> writes:
> Remember that putting the file in emacsen-common will make it appear
> in every box that has a flavor of Emacs installed, even if the users
> are not expected to do Debian package development. This would be a
> real bloat.
I doubt anyone's going to
Peter S Galbraith <[EMAIL PROTECTED]> writes:
> But I don't think that would be beneficial to anyone to have
> it packaged separately.
Well, actually, I don't use any of the debian emacs packages, but I
would rather like to see the debian changelogs with nice colors ... :-)
-Miles
65 matches
Mail list logo
