Custom Search
|
Date: December 27, 2005
From: Sven Joachim <svenjoac@xxxxxx>
In-reply-to:
<86lkyabaci.fsf@xxxxxxxxxxxxxxxxxx>
References:
<86lkyabaci.fsf@xxxxxxxxxxxxxxxxxx>
On Sat, 24 December, "intrigeri" wrote:
Hello, I usually backport emacs-snapshot and a few related packages for my own use. There are now in a Debian repository : deb http://intrigeri.boum.org/deb sarge main contrib non-free
Nice, but there is an important issue: To comply with the GPL, you must
also (offer to) give access to the source code for these packages.
I cannot find any sources in your repository, nor elsewhere on your
website. Following section 3 of the GPL, you have two possibilities:
(a) Put the sources in your repository along with the binaries, or
(b) Add in each binary package an offer to distribute the source code
(details are in section 3b of the GPL).
Possibility (a) should be preferable both for you and for users of your
backports.
Regards.
--
Sven Joachim
Date: December 24, 2005
From: intrigeri <intrigeri@xxxxxxxx>
Hello, I usually backport emacs-snapshot and a few related packages for my own use. There are now in a Debian repository : deb http://intrigeri.boum.org/deb sarge main contrib non-free Ciao, -- intrigeri <intrigeri@xxxxxxxx> | gnupg key @ http://intrigeri.boum.org/intrigeri.asc | Who wants a world in which the guarantee that we shall not | die of starvation would entail the risk of dying of boredom ?
pgpaWcPWo9XKE.pgp
Description: PGP signature
Date: December 23, 2005
From: William Xu <william.xwl@xxxxxxxxx>
Hi,
After upgrading to emacs-snapshot to 2005-12-21, i encounter following
error with bbdb. Seems it forgets to generate a `bbdb-autoloads.el'?
There's a bbdb-autoloads.elc under emacs21.
;; Backtrace
Debugger entered--Lisp error: (file-error "Cannot open load file"
"bbdb-autoloads")
require(bbdb-autoloads)
bbdb-initialize()
eval-buffer(#<buffer *load*<2>> nil "/home/william/.emacs.d/.xwl-emacs.el"
nil t) ; Reading at buffer position 38443
load-with-code-conversion("/home/william/.emacs.d/.xwl-emacs.el"
"~/.emacs.d/.xwl-emacs.el" nil nil)
load("~/.emacs.d/.xwl-emacs.el")
eval-buffer(#<buffer *load*> nil "/home/william/.emacs" nil t) ; Reading at
buffer position 78
load-with-code-conversion("/home/william/.emacs" "~/.emacs" t t)
load("~/.emacs" t t)
#[nil "^H\205\276^@ \306=\203^Q^@\307^H\310Q\202A^@
\311=\2033^@\312\313\314\315#\203#^@\316\202A^@\312\317\314\320#\203/^@$
command-line()
normal-top-level()
;; System Info
$ uname -a
Linux williamxu 2.6.14.3 #1 Wed Dec 14 23:01:32 CST 2005 ppc GNU/Linux
--
William
Date: December 22, 2005
From: Ronan KERYELL <Ronan.Keryell@xxxxxxxxx>
Package: mailutils
Version: 1:0.6.90-3
Severity: grave
I lost 20 hours of mail because of a disk full and a bug in movemail... :-(
I use Emacs/gnus to read my mail and I get it through ssh on a server that
launches /usr/bin/movemail.mailutils to get my mail from the local
/var/mail/keryell
Since ssh could also fail, I use movemail to move my mail first to an
archive directory and I use the whole in a more general 2-phase commit
scheme from Emacs with (file :prescript ... :postscript ... ).
Unfortunately, it appears that if the destination directory is full,
movemail creates a 0-sized destination file and keeps a 0-sized source
file... :-(
I used to use the movemail given from Emacs but since Emacs may not be
installed on the server, I've switched to movemail.mailutils.
To test the issue again in a simpler case, I used the RAM-disk I have on my
computer in /dev/shm.
# Full up the destination :
cp /dev/zero /dev/shm
df /dev/shm
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
tmpfs 255380 255380 0 100% /dev/shm
ls -l /dev/shm
total 255376
drwxr-xr-x 2 root root 60 2005-12-12 09:38 network
-rw-r--r-- 1 keryell keryell 261242880 2005-12-22 16:50 zero
ls -l /var/mail/keryell
-rw-rw---- 1 keryell mail 116796 2005-12-22 16:49 /var/mail/keryell
movemail.mailutils /var/mail/keryell /dev/shm/keryell
ls -l /var/mail/keryell
-rw-rw---- 1 keryell mail 0 2005-12-22 16:54 /var/mail/keryell
ls -l /dev/shm
total 255376
-rw------- 1 keryell keryell 0 2005-12-22 16:54 keryell
drwxr-xr-x 2 root root 60 2005-12-12 09:38 network
-rw-r--r-- 1 keryell keryell 261242880 2005-12-22 16:50 zero
So now I have lost the content of /var/mail/keryell...
I've try to investigate this issue but movemail.mailutils is far more
complex than the Emacs version with its object oriented paradigm to deal
all kind of formats...:-/
I've tried to recompile it from an apt-get source with -g option to track
down the bug with a debugger but the compilation fails :
make[3]: entrant dans le répertoire «
/users/lit/keryell/tmp/mailutils-0.6.90/imap4d »
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -I../include -I../mailbox
-I../include/mailutils/gnu -DSYSCONFDIR=\"/usr/local/etc\" -g -O2 -MT
fetch.o -MD -MP -MF ".deps/fetch.Tpo" -c -o fetch.o fetch.c; \
then mv -f ".deps/fetch.Tpo" ".deps/fetch.Po"; else rm -f
".deps/fetch.Tpo"; exit 1; fi
fetch.c:67: error: array type has incomplete element type
make[3]: *** [fetch.o] Erreur 1
Right now, I'm back on /usr/lib/xemacs-21.4.17/i386-debian-linux/movemail
on the server. :-)
By reading the Emacs version of movemail, it looks like this version is
more correct and the hard core test looks fine :
/usr/lib/emacs/22.0.50/i486-linux-gnu/movemail /var/mail/keryell
/dev/shm/keryell
movemail: No space left on device for /dev/shm/keryell
Thank you for your time.
Ronan KERYELL |\/ Tel: (+33|0) 2.29.00.14.15
Département Informatique |/) Fax: (+33|0) 2.29.00.12.82
ENST Bretagne, CS 83818 K GSM: (+33|0) 6.13.14.37.66
F-29238 PLOUZANÉ CEDEX |\ E-mail: rk@xxxxxxxxx
FRANCE | \ http://enstb.org/~keryell
callto:ils.seconix.com/rk@xxxxxxxxx
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13+la-totale
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Versions of packages mailutils depends on:
ii guile-1.6-lib 1.6.7-1.1 Main Guile libraries
ii libc6 2.3.5-9 GNU C Library: Shared libraries an
ii libcomerr2 1.38+1.39-WIP-2005.12.10-1 common error description library
ii libfribidi0 0.10.7-1 Free Implementation of the Unicode
ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr
ii libgdbm3 1.8.3-2 GNU dbm database routines (runtime
ii libgnutls11 1.0.16-14 GNU TLS library - runtime library
ii libgpg-error0 1.1-4 library for common error values an
ii libgsasl7 0.2.5-1 GNU SASL library
ii libguile-ltdl 1.6.7-1.1 Guile's patched version of libtool
ii libidn11 0.5.18-1 GNU libidn library, implementation
ii libkrb53 1.4.3-4 MIT Kerberos runtime libraries
ii libmailutils0 1:0.6.90-3 GNU Mail abstraction library
ii libmysqlclien 4.0.24-10sarge1 mysql database client library
ii libncurses5 5.5-1 Shared libraries for terminal hand
ii libpam0g 0.79-3 Pluggable Authentication Modules l
ii libqthreads-1 1.6.7-1.1 QuickThreads library for Guile
ii libreadline5 5.1-1 GNU readline and history libraries
ii libtasn1-2 0.2.17-1 Manage ASN.1 structures (runtime)
ii zlib1g 1:1.2.3-9 compression library - runtime
mailutils recommends no packages.
-- no debconf information
Date: December 20, 2005
From: Tessa Spence <Vaticanize@xxxxxxxxxxxxxxxx>
Penis enhancement patch, doctor approved and recommended. http://www.neraad.net/pt/ I can't complain, but sometimes I still do. Dealing with network executives is like being nibbled to death by ducks. The Holy Roman Empire was neither holy, nor Roman nor an Empire. The perfect love affair is one which is conducted entirely by post. Reprove thy friend privately; commend him publicly.
Date: December 15, 2005
From: anoop aryal <aaryal@xxxxxxxxxxxxxxxx>
In-reply-to:
<Pine.A41.4.58.0511251909050.65284@xxxxxxxxxxx>
References:
<95a6e420511240529pf357f88u705f899aa461e1a5@xxxxxxxxxxxxxx> <Pine.A41.4.58.0511251909050.65284@xxxxxxxxxxx>
On Friday 25 November 2005 06:12 pm, Aaron S. Hawley wrote: > This was recently asked about of HTML files in news:comp.emacs. > > Run this once: `apt-get install tidy' > > then, run tidy the following way whenever you need to format a file: > > C-x h C-! tidy -xml RET the default bindings might be: C-x h M-| tidy -q -xml RET anoop. > > Essentially, try investaging tidy. > /a > > On Thu, 24 Nov 2005, Rudradeb Mitra wrote: > > Hi, > > Does anybody know of an emacs command or add-on to automatically indent > > and fix the line wrapping of an xml file in a reasonable way? > > > > prefarably changes in .emacs file.
Date: December 14, 2005
From: Samuel Mimram <smimram@xxxxxxxxxx>
Package: x-symbol
Version: 4.43-5
Severity: grave
Justification: renders package unusable
Hi,
The x-symbol mode won't launch here. The first error I get is:
Debugger entered--Lisp error: (error "Value out of range for variable
`gc-cons-threshold'")
x-symbol-init-input()
x-symbol-init-language(tex)
x-symbol-language-value(x-symbol-token-grammar)
x-symbol-decode-all()
x-symbol-mode-internal(t)
x-symbol-mode(nil)
* call-interactively(x-symbol-mode)
execute-extended-command(nil)
* call-interactively(execute-extended-command)
Then the x-symbol menu is not shown, the nice character conversions are not
done (e.g. \alpha displayed as a real alpha) and each time I do something I get
a (wrong-type-argument arrayp nil) error. For example,
Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
x-symbol-encode-all(#<buffer x-symbol conversion> 1 6612)
x-symbol-write-region-annotate-function(1 6612)
write-region(1 6612 "/home/pps/smimram/rcs/rcs.tex" nil t "~/rcs/rcs.tex")
basic-save-buffer-2()
basic-save-buffer-1()
basic-save-buffer()
save-buffer(1)
* call-interactively(save-buffer)
or
Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
x-symbol-menu-filter((("Conversion in %s" :filter x-symbol-extra-filter
["Conversion" nil x-symbol-region-text] ["Encode Characters" x-symbol-encode
:active ...] ["Encode & Recode" x-symbol-encode-recode :active ...] ["Decode
Tokens" x-symbol-decode :active ...] ["Recode & Decode" x-symbol-decode-recode
:active ...] ["Replace Char Aliases" x-symbol-unalias :active ...]) ("Other
Commands" :filter x-symbol-extra-filter ["Other Commands" nil nil] ["Copy
Encoded" x-symbol-copy-region-encoded :active ...] ["Paste Decoded"
x-symbol-yank-decoded :active ...] "---" ["GRID Of Characters" x-symbol-grid t]
["READ Token Character" x-symbol-read-token ...] "---" ["Modify CONTEXT"
x-symbol-modify-key ...] ["Rotate CONTEXT" x-symbol-rotate-key ...] "---"
["Info Page" x-symbol-package-info t] ["Web Page" x-symbol-package-web t]
["Send Bug/Problem Report" x-symbol-package-bug t]) ("Buffer/File Options"
:filter x-symbol-options-filter ["X-Symbol Mode" x-symbol-mode t] "---"
["Token Language!
:" x-symbol-language t] ["8bit Char Encoding:" x-symbol-coding t] ["Store 8bit
In File" x-symbol-8bits t] ["Unique Decoding" x-symbol-unique t] "---"
["Super-/Subscripts" x-symbol-subscripts ...] ["Show Images" x-symbol-image
...]) ("General Options" :filter x-symbol-options-filter ["Input Method TOKEN"
x-symbol-token-input t] ["Input Method ELECTRIC" x-symbol-electric-input t]
"---" ["Language Specific GRID" x-symbol-local-grid t] ["Language Specific
MENU" x-symbol-local-menu t] "---" ["Temporary GRID" x-symbol-temp-grid t]
["Temporary Key Completions" x-symbol-temp-help t] "---" ["Reveal Invisible"
x-symbol-reveal-invisible t] ["Display Character Info" x-symbol-character-info
t] ["Display Context Info" x-symbol-context-info t] "---" ["Browse
Customization" ... t]) "---"))
(easy-menu-filter-return (x-symbol-menu-filter menu) "X-Symbol")
(lambda (menu) (easy-menu-filter-return (x-symbol-menu-filter menu)
"X-Symbol"))((("Conversion in %s" :filter x-symbol-extra-filter ["Conversion"
nil x-symbol-region-text] ["Encode Characters" x-symbol-encode :active ...]
["Encode & Recode" x-symbol-encode-recode :active ...] ["Decode Tokens"
x-symbol-decode :active ...] ["Recode & Decode" x-symbol-decode-recode :active
...] ["Replace Char Aliases" x-symbol-unalias :active ...]) ("Other Commands"
:filter x-symbol-extra-filter ["Other Commands" nil nil] ["Copy Encoded"
x-symbol-copy-region-encoded :active ...] ["Paste Decoded"
x-symbol-yank-decoded :active ...] "---" ["GRID Of Characters" x-symbol-grid t]
["READ Token Character" x-symbol-read-token ...] "---" ["Modify CONTEXT"
x-symbol-modify-key ...] ["Rotate CONTEXT" x-symbol-rotate-key ...] "---"
["Info Page" x-symbol-package-info t] ["Web Page" x-symbol-package-web t]
["Send Bug/Pro
blem Report" x-symbol-package-bug t]) ("Buffer/File Options" :filter
x-symbol-options-fil!
ter ["X-Symbol Mode" x-symbol-mode t] "---" ["Token Language:"
x-symbol-language t] ["8bit Char Encoding:" x-symbol-coding t] ["Store 8bit In
File" x-symbol-8bits t] ["Unique Decoding" x-symbol-unique t] "---"
["Super-/Subscripts" x-symbol-subscripts ...] ["Show Images" x-symbol-image
...]) ("General Options" :filter x-symbol-options-filter ["Input Method TOKEN"
x-symbol-token-input t] ["Input Method ELECTRIC" x-symbol-electric-input t]
"---" ["Language Specific GRID" x-symbol-local-grid t] ["Language Specific
MENU" x-symbol-local-menu t] "---" ["Temporary GRID" x-symbol-temp-grid t]
["Temporary Key Completions" x-symbol-temp-help t] "---" ["Reveal Invisible"
x-symbol-reveal-invisible t] ["Display Character Info" x-symbol-character-info
t] ["Display Context Info" x-symbol-context-info t] "---" ["Browse
Customization" ... t]) "---"))
etc.
Please notice that my arch is amd64 (this might be relevant since I don't have
any problem on my i386 box).
I know almost nothing about emacs internals or elisp but I'd be glad to help if
I can.
Regards,
Samuel.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-generic
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages x-symbol depends on:
ii debconf 1.4.59 Debian configuration management sy
ii emacs21 21.4a-1 The GNU Emacs editor
ii xutils 6.8.2.dfsg.1-7 X Window System utility programs
Versions of packages x-symbol recommends:
ii xfonts-intl-european 1.2.1-3 International fonts for X -- Europ
-- debconf information:
* x-symbol/default: false
Date: December 10, 2005
From: Milan Zamazal <pdm@xxxxxxxxxx>
References:
<87acfa4wpj.wl%aragorn@xxxxxxxxxxxxxxxxx>
>>>>> "c" == csj <csj@xxxxxxxxxxxxx> writes:
c> Under emacs-snapshot 20051207-1, I get the following error when
c> opening or creating a *.ly file:
c> File mode specification error: (wrong-type-argument arrayp 0)
I think this problem was fixed in Lilypond CVS about two months ago.
Regards,
Milan Zamazal
--
http://www.zamazal.org
Date: December 10, 2005
From: Eli Zaretskii <eliz-mXXj517/zsQ@xxxxxxxxxxxxxxxx>
In-reply-to:
<5b139ad3b14fb870214cae3a61f8a5a5@gnu
> (message from Gürkan Sengün on Fri, 09 Dec 2005 20:50:14 +0100)
References:
<5b139ad3b14fb870214cae3a61f8a5a5@gnu
>
> Date: Fri, 09 Dec 2005 20:50:14 +0100 > From: =?iso-8859-1?q?G=FCrkan_Seng=FCn?= > <gurkan-2Ut+nkrRcIBypLqBFPtG/w@xxxxxxxxxxxxxxxx> > Cc: debian-emacsen-0aAXYlwwYIJuHlm7Suoebg@xxxxxxxxxxxxxxxx, > arobert-d/oR9/Rhuc7WRYXM/atV4Q@xxxxxxxxxxxxxxxx, > emacs-devel-mXXj517/zsQ@xxxxxxxxxxxxxxxx, > > pkg-gnustep-maintainers-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@xxxxxxxxxxxxxxxx, > storm-zmuHNDg2uOg@xxxxxxxxxxxxxxxx > > On 2005-12-09 20:33:11 +0100 Eli Zaretskii > <eliz-mXXj517/zsQ@xxxxxxxxxxxxxxxx> wrote: > > >> Date: Fri, 09 Dec 2005 16:12:03 +0100 > >> From: =?iso-8859-1?q?G=FCrkan_Seng=FCn?= > >> <gurkan-2Ut+nkrRcIBypLqBFPtG/w@xxxxxxxxxxxxxxxx> > >> Cc: Adrian Robert <arobert-d/oR9/Rhuc7WRYXM/atV4Q@xxxxxxxxxxxxxxxx>, > >> emacs-devel-mXXj517/zsQ@xxxxxxxxxxxxxxxx, > >> > >> pkg-gnustep-maintainers-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@xxxxxxxxxxxxxxxx, > >> debian-emacsen-0aAXYlwwYIJuHlm7Suoebg@xxxxxxxxxxxxxxxx > >> > >>> Don't know whether I should put :-) or :-( here... > >> > >> I would rather like useful comments than shit like that. > > > > If you continue to be rude like this, you won't hear anything at all. > > He started it by not having read the information i gave carefully. > What did he want to say anyways? See the message from Nick: Kim didn't ``start'' anything, he was just trying to be humorous about the time it takes us to release Emacs 22.
Date: December 10, 2005
From: Junichi Uekawa <dancer@xxxxxxxxxxxxx>
In-reply-to:
<m2oe3ptyrd.fsf@xxxxxxxxxxx>
References:
<87acfack2u.dancerj%dancer@xxxxxxxxxxxxx> <m2oe3ptyrd.fsf@xxxxxxxxxxx>
Hi,
> > elserv.el
> > elserv-url-decode-string()
> > (push ?\ decoded)
> >
> > is breaking in emacs-snapshot.
> >
> > emacs-snapshot probably wants
> > (push ?\\ decoded)
>
> In emacs21, the following S expressions return the value of `(32)'.
> But in emacs-snapshot (of course it was changed from `?\' to `?\\' as
> you say) the value is `(92)'.
>
> (let (decode)
> (push ?\ decode))
>
> Is it really a solution?
I misread the code, sorry.
I am assuming that (push ?\ decoded) really means
("push" "?\ " "decoded"), 32 (space) escaped with a backslash.
The following is the smallest testcase I could come up with:
(setq decoded '())
(push ?\ decoded) -- works in emacs21, fails with emacs22
(push ?\ decoded) -- works in both emacs21 and emacs22
emacs22 seems to require an extra space.
regards,
junichi
--
dancer@{debian.org,netfort.gr.jp} Debian Project
Date: December 10, 2005
From: David Kastrup <dak@xxxxxxx>
In-reply-to:
<5b139ad3b14fb870214cae3a61f8a5a5@gnu
> (Gürkan Sengün's message of "Fri, 09 Dec 2005 20:50:14 +0100")
References:
<5b139ad3b14fb870214cae3a61f8a5a5@gnu
>
Gürkan Sengün <gurkan@xxxxxxxxxxxxxx> writes: > On 2005-12-09 20:33:11 +0100 Eli Zaretskii <eliz@xxxxxxx> wrote: > >>> Date: Fri, 09 Dec 2005 16:12:03 +0100 >>> From: =?iso-8859-1?q?G=FCrkan_Seng=FCn?= <gurkan@xxxxxxxxxxxxxx> >>> Cc: Adrian Robert <arobert@xxxxxxxxxxxxxxx>, emacs-devel@xxxxxxx, >>> pkg-gnustep-maintainers@xxxxxxxxxxxxxxxxxxxxxxx, >>> debian-emacsen@xxxxxxxxxxxxxxxx >>> >>>> Don't know whether I should put :-) or :-( here... >>> I would rather like useful comments than shit like that. >> If you continue to be rude like this, you won't hear anything at >> all. > > He started it by not having read the information i gave carefully. I don't think that rude language is a useful aid to understanding, and Kim certainly did not "start it", where "it" means anything close to using four-letter words. If you consider "not reading carefully" on the part of Kim an equal offense to your choice of words, you either have strange ideas of conduct, or you consider him quite less deserving of respect than yourself. Even if this happened to be the case, letting it show is not conducive to further cooperation, and a somewhat more diplomatic approach would seem more expedient. > What did he want to say anyways? It would appear to obvious to me after reading the information he gave carefully, that he wanted to express his opinion that releasing something from an unstable branch does not sound like the best idea. If I were to adopt your standards of discussion, I should probably use rude language for pointing out that I considered this obvious from what Kim wrote. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum
Date: December 09, 2005
From: Xavier Maillard <zedek@xxxxxxxxxxx>
In-reply-to:
<87oe3qjb91.fsf@xxxxxxxxxxxxxxxxxxx> (message from Romain Francoise on Fri, 09 Dec 2005 20:55:54 +0100)
References:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
> <20051209154358.38E263FDA@xxxxxxxxxxxxxxxxxxxx> <8905B240-B2FC-470B-96D2-BF40E04E9F09@xxxxxxxxxxxxxxx> <87wtieje4f.fsf@xxxxxxxxxxxxxxxxxxx> <1246ED31-32ED-436B-A18F-2D1A4F93B6FB@xxxxxxxxxxxxxxx> <87oe3qjb91.fsf@xxxxxxxxxxxxxxxxxxx>
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
Cc: =?iso-8859-1?Q?G=FCrkan_Seng=FCn?= <gurkan@xxxxxxxxxxxxxx>,
debian-emacsen@xxxxxxxxxxxxxxxx
Adrian Robert <arobert@xxxxxxxxxxxxxxx> writes:
> Do you think emacs-snapshot will continue after 22.1 is released?
Of course. If things go according to plan, the Unicode, multi-tty and
Xft branches should be merged in the trunk in 2006. I look forward to
making them available in emacs-snapshot!
Yeah ! Great news for us Debian users. Thank you for your effort.
Xavier
Date: December 09, 2005
From: "Richard M. Stallman" <rms@xxxxxxx>
In-reply-to:
<3915b3bd5285d41e97b3c93fba0c3046@gnu
> (message from Gürkan Sengün on Fri, 09 Dec 2005 10:38:20 +0100)
References:
<3915b3bd5285d41e97b3c93fba0c3046@gnu
>
Adrian Robert has been working hard on the Emacs.app port for systems with
AppKit and FoundationKit:
http://emacs-app.sourceforge.net/
Does this work with GNUstep? If so, that increases our desire to
install it. But if it makes nontrivial changes in system-independent
files, we should do it after the Emacs 22 release.
Date: December 09, 2005
From: Stefan Monnier <monnier@xxxxxxxxxxxxxxxx>
In-reply-to:
<8905B240-B2FC-470B-96D2-BF40E04E9F09@xxxxxxxxxxxxxxx> (Adrian Robert's message of "Fri, 09 Dec 2005 11:35:07 -0500")
References:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
> <20051209154358.38E263FDA@xxxxxxxxxxxxxxxxxxxx> <8905B240-B2FC-470B-96D2-BF40E04E9F09@xxxxxxxxxxxxxxx>
> Emacs, but it's still a package. Among unreleased code, the unicode-2
> branch of emacs is considered less stable than CVS head, I suppose, but
Nitpick: you probably meant "CVS trunk" since every branch has a HEAD.
Stefan
Date: December 09, 2005
From: Nick Roberts <nickrob@xxxxxxxxxxx>
In-reply-to:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
>
References:
<m3fyp2fh0h.fsf@xxxxxxxxxxxxxxxxx> <460d06316c12ab1eb8a4e5201107d8e4@gnu
>
> > So your team will "release" emacs 23.x in 2005, while we didn't > > even manage to release 22.x this year ... > > That is Emacs.app 9rc2, and it is based on what is in cvs/svn of > emacs for the 23.x. > > > Don't know whether I should put :-) or :-( here... > > I would rather like useful comments than shit like that. The irony is intended as a reflection of Emacs development as much as anything else. If you're looking for help on this list, a more relaxed approach would be more effective. Nick
Date: December 09, 2005
From: Adrian Robert <arobert@xxxxxxxxxxxxxxx>
In-reply-to:
<87wtieje4f.fsf@xxxxxxxxxxxxxxxxxxx>
References:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
> <20051209154358.38E263FDA@xxxxxxxxxxxxxxxxxxxx> <8905B240-B2FC-470B-96D2-BF40E04E9F09@xxxxxxxxxxxxxxx> <87wtieje4f.fsf@xxxxxxxxxxxxxxxxxxx>
On Dec 9, 2005, at 1:53 PM, Romain Francoise wrote:
[ Trimming the Cc list a bit. ]Several people have asked for feature branches of CVS to be included in Debian: multi-tty, Xft, tiling, etc. There are several reasons why thisisn't possible: ... I see Emacs.app as one of these branches. I think you should focus on getting the code ready for inclusion in Emacs proper after the 22.1release, and it will be included in Debian eventually via emacs- snapshot.
Thanks for the feedback. Do you think emacs-snapshot will continue after 22.1 is released? (I thought the cause of its existence might have been the long hiatus in emacs releases, which won't be a problem, at least for a while, after 22.1.)
Date: December 09, 2005
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
In-reply-to:
<1246ED31-32ED-436B-A18F-2D1A4F93B6FB@xxxxxxxxxxxxxxx> (Adrian Robert's message of "Fri, 09 Dec 2005 14:37:24 -0500")
References:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
> <20051209154358.38E263FDA@xxxxxxxxxxxxxxxxxxxx> <8905B240-B2FC-470B-96D2-BF40E04E9F09@xxxxxxxxxxxxxxx> <87wtieje4f.fsf@xxxxxxxxxxxxxxxxxxx> <1246ED31-32ED-436B-A18F-2D1A4F93B6FB@xxxxxxxxxxxxxxx>
Adrian Robert <arobert@xxxxxxxxxxxxxxx> writes: > Do you think emacs-snapshot will continue after 22.1 is released? Of course. If things go according to plan, the Unicode, multi-tty and Xft branches should be merged in the trunk in 2006. I look forward to making them available in emacs-snapshot! -- ,''`. : :' : Romain Francoise <rfrancoise@xxxxxxxxxx> `. `' http://people.debian.org/~rfrancoise/ `-
Date: December 09, 2005
From: Eli Zaretskii <eliz@xxxxxxx>
In-reply-to:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
> (message from Gürkan Sengün on Fri, 09 Dec 2005 16:12:03 +0100)
References:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
>
> Date: Fri, 09 Dec 2005 16:12:03 +0100 > From: =?iso-8859-1?q?G=FCrkan_Seng=FCn?= <gurkan@xxxxxxxxxxxxxx> > Cc: Adrian Robert <arobert@xxxxxxxxxxxxxxx>, emacs-devel@xxxxxxx, > pkg-gnustep-maintainers@xxxxxxxxxxxxxxxxxxxxxxx, > debian-emacsen@xxxxxxxxxxxxxxxx > > > Don't know whether I should put :-) or :-( here... > > I would rather like useful comments than shit like that. If you continue to be rude like this, you won't hear anything at all.
Date: December 09, 2005
From: Gürkan Sengün <gurkan-2Ut+nkrRcIBypLqBFPtG/w@xxxxxxxxxxxxxxxx>
In-reply-to:
<ubqzqjcaw.fsf-mXXj517/zsQ@xxxxxxxxxxxxxxxx>
References:
<ubqzqjcaw.fsf@xxxxxxx>
On 2005-12-09 20:33:11 +0100 Eli Zaretskii <eliz-mXXj517/zsQ@xxxxxxxxxxxxxxxx> wrote:
Date: Fri, 09 Dec 2005 16:12:03 +0100 From: =?iso-8859-1?q?G=FCrkan_Seng=FCn?= <gurkan-2Ut+nkrRcIBypLqBFPtG/w@xxxxxxxxxxxxxxxx> Cc: Adrian Robert <arobert-d/oR9/Rhuc7WRYXM/atV4Q@xxxxxxxxxxxxxxxx>, emacs-devel-mXXj517/zsQ@xxxxxxxxxxxxxxxx, pkg-gnustep-maintainers-XbBxUvOt3X2LieD7tvxI8l/i77bcL1HB@xxxxxxxxxxxxxxxx, debian-emacsen-0aAXYlwwYIJuHlm7Suoebg@xxxxxxxxxxxxxxxxDon't know whether I should put :-) or :-( here...I would rather like useful comments than shit like that.If you continue to be rude like this, you won't hear anything at all.
He started it by not having read the information i gave carefully. What did he want to say anyways?
Date: December 09, 2005
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
In-reply-to:
<8905B240-B2FC-470B-96D2-BF40E04E9F09@xxxxxxxxxxxxxxx> (Adrian Robert's message of "Fri, 09 Dec 2005 11:35:07 -0500")
References:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
> <20051209154358.38E263FDA@xxxxxxxxxxxxxxxxxxxx> <8905B240-B2FC-470B-96D2-BF40E04E9F09@xxxxxxxxxxxxxxx>
[ Trimming the Cc list a bit. ]
Several people have asked for feature branches of CVS to be included in
Debian: multi-tty, Xft, tiling, etc. There are several reasons why this
isn't possible:
1. Including them in Debian as separate packages is a massive
duplication of resources and time since they all derive from CVS
HEAD. Maintaining emacs-snapshot and making it a usable
alternative is a lot of work, duplicating it would be a waste.
2. Including these branches in the emacs-snapshot packages as they
exist right now is not feasible because the branches all conflict
massively with each other, and are at variable states of stability.
The purpose of emacs-snapshot at the moment is to prepare the
release of Emacs 22.
3. Using the emacs-snapshot source package to build different sets of
packages for each of these branches (with patches) would be
feasible, but painful: HEAD moves fast, and the maintainers of
these branches probably don't follow it very closely.
I see Emacs.app as one of these branches. I think you should focus on
getting the code ready for inclusion in Emacs proper after the 22.1
release, and it will be included in Debian eventually via emacs-snapshot.
In the meantime, providing third-party external packages ala multi-tty
is probably your best alternative.
--
,''`.
: :' : Romain Francoise <rfrancoise@xxxxxxxxxx>
`. `' http://people.debian.org/~rfrancoise/
`-
Date: December 09, 2005
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx> <1133953705.4396c2a958a40@xxxxxxxxxxxxxxxx> <87wtigtxr1.fsf@xxxxxxxxxxxxxxxxxxx> <87zmnbxo03.fsf@xxxxxxxxxx>
Jérôme Marant <jmarant@xxxxxxx> writes: > Unfortunately, the "Conflicts: emacs" needs to be removed from > emacsen-common first. Weird, emacsen-common hasn't been modified in Ubuntu, so their 'emacs' meta package is probably not installable. -- ,''`. : :' : Romain Francoise <rfrancoise@xxxxxxxxxx> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to debian-emacsen-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: December 09, 2005
From: Adrian Robert <arobert@xxxxxxxxxxxxxxx>
In-reply-to:
<20051209154358.38E263FDA@xxxxxxxxxxxxxxxxxxxx>
References:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
> <20051209154358.38E263FDA@xxxxxxxxxxxxxxxxxxxx>
On Dec 9, 2005, at 10:43 AM, Henrik Enberg wrote:
Don't know whether I should put :-) or :-( here...I would rather like useful comments than shit like that.Here's a useful comment. Are you going to release an experimental branch that's not considered stable enough to be in the Emacs trunk as a stable program?
Well, the notion of "stable" is relative. We were looking by analogy to the "emacs-snapshot' Debian package -- it's not based on a release of GNU Emacs, but it's still a package. Among unreleased code, the unicode-2 branch of emacs is considered less stable than CVS head, I suppose, but it's open to debate where the line for Debian should be drawn. Based on my own daily use of unicode-2, it's at least as stable as Head was, say, a year or so ago (though maybe the Debian snapshot package started more recently than that?), but I'm not sure this is consistent with others' experience. And I know some people have said that unicode-2 is a little slower than head..
Date: December 09, 2005
From: Adrian Robert <arobert@xxxxxxxxxxxxxxx>
In-reply-to:
<m3fyp2fh0h.fsf@xxxxxxxxxxxxxxxxx>
References:
<3915b3bd5285d41e97b3c93fba0c3046@gnu
> <m3fyp2fh0h.fsf@xxxxxxxxxxxxxxxxx>
On Dec 9, 2005, at 10:05 AM, Kim F. Storm wrote:
Gürkan Sengün <gurkan@xxxxxxxxxxxxxx> writes:For the curious and history: 1992 18.x http://www.linuks.mine.nu/openstep/emacs.png 2005 23.x http://gnu.ethz.ch/emacs.app.pngSo your team will "release" emacs 23.x in 2005, while we didn't even manage to release 22.x this year ...
Hi,I'm probably to blame here -- I've been using the term "emacs-23" in some places as a shorter, snappier alternative to "GNU emacs CVS, unicode-2 branch", to indicate exactly what version of GNU Emacs Emacs.app is based on. I didn't intend for it to be misleading, or suggest that emacs-23 is in any way due for release soon, or that emacs-23 definitely WILL be based on the unicode-2 branch. Maybe, to avoid confusion, it's best to just drop use of the term "emacs 23" completely for now?
I assume though that a Debian package for Emacs.app or any other unicode-2 based version won't constitute "release" of GNU Emacs any more than the existing package based on emacs CVS HEAD constitutes a 22.x release.
BTW, in response to Gürkan's original email, I wanted to point out that Emacs.app is still a work-in-progress -- independently of the state of CVS/Unicode-2 (which seems pretty good), there is much to be done with keyboard input, toolbars, etc., all outlined here: http:// emacs-app.sourceforge.net/KNOWN-ISSUES.txt and here: http://emacs- app.sourceforge.net/TODO.txt . Nonetheless, Emacs.app is perfectly serviceable as a daily editor under GNUstep and OS X right now, if you don't need those functions. It is, however, hard to build under GNUstep, which is part of the reason for working on a Debian package.
thanks, Adrian
Date: December 09, 2005
From: Gürkan Sengün <gurkan-2Ut+nkrRcIBypLqBFPtG/w@xxxxxxxxxxxxxxxx>
In-reply-to:
<20051209154358.38E263FDA-3L8Eto5YLj8lht0CfKox3U+R8KrC4Sue@xxxxxxxxxxxxxxxx>
References:
<20051209154358.38E263FDA@xxxxxxxxxxxxxxxxxxxx>
Don't know whether I should put :-) or :-( here...I would rather like useful comments than shit like that.Here's a useful comment. Are you going to release an experimental branch that's not considered stable enough to be in the Emacs trunk as a stable program?
it's just a question, but yes. i plan to release it on that live cd that i mentioned.
Date: December 09, 2005
From: Henrik Enberg <henrik.enberg@xxxxxxxxx>
In-reply-to:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
> (message from Gürkan Sengün on Fri, 09 Dec 2005 16:12:03 +0100)
References:
<460d06316c12ab1eb8a4e5201107d8e4@gnu
>
> > Don't know whether I should put :-) or :-( here... > > I would rather like useful comments than shit like that. Here's a useful comment. Are you going to release an experimental branch that's not considered stable enough to be in the Emacs trunk as a stable program?
Date: December 09, 2005
From: storm@xxxxxx (Kim F. Storm)
In-reply-to:
<3915b3bd5285d41e97b3c93fba0c3046@gnu
> (Gürkan Sengün's message of "Fri, 09 Dec 2005 10:38:20 +0100")
References:
<3915b3bd5285d41e97b3c93fba0c3046@gnu
>
Gürkan Sengün <gurkan@xxxxxxxxxxxxxx> writes: > For the curious and history: > 1992 18.x http://www.linuks.mine.nu/openstep/emacs.png > 2005 23.x http://gnu.ethz.ch/emacs.app.png So your team will "release" emacs 23.x in 2005, while we didn't even manage to release 22.x this year ... Don't know whether I should put :-) or :-( here... -- Kim F. Storm <storm@xxxxxx> http://www.cua.dk
Date: December 09, 2005
From: Gürkan Sengün <gurkan-2Ut+nkrRcIBypLqBFPtG/w@xxxxxxxxxxxxxxxx>
In-reply-to:
<m3fyp2fh0h.fsf-9IXNcpgZyhujeBhujIvKY1pr/1R2p/CL@xxxxxxxxxxxxxxxx>
References:
<m3fyp2fh0h.fsf@xxxxxxxxxxxxxxxxx>
On 2005-12-09 16:05:02 +0100 Kim F. Storm <storm-zmuHNDg2uOg@xxxxxxxxxxxxxxxx> wrote: > Gürkan Sengün <gurkan-2Ut+nkrRcIBypLqBFPtG/w@xxxxxxxxxxxxxxxx> writes: > >> For the curious and history: >> 1992 18.x http://www.linuks.mine.nu/openstep/emacs.png >> 2005 23.x http://gnu.ethz.ch/emacs.app.png > > So your team will "release" emacs 23.x in 2005, while we didn't > even manage to release 22.x this year ... That is Emacs.app 9rc2, and it is based on what is in cvs/svn of emacs for the 23.x. > Don't know whether I should put :-) or :-( here... I would rather like useful comments than shit like that.
Date: December 09, 2005
From: Gürkan Sengün <gurkan-2Ut+nkrRcIBypLqBFPtG/w@xxxxxxxxxxxxxxxx>
In-reply-to:
<C3DF7438-6174-48E2-95F5-92DE0EC410BB-d/oR9/Rhuc7WRYXM/atV4Q@xxxxxxxxxxxxxxxx>
References:
<C3DF7438-6174-48E2-95F5-92DE0EC410BB@xxxxxxxxxxxxxxx>
Hello, Adrian Robert has been working hard on the Emacs.app port for systems with AppKit and FoundationKit: http://emacs-app.sourceforge.net/ For the curious and history: 1992 18.x http://www.linuks.mine.nu/openstep/emacs.png 2005 23.x http://gnu.ethz.ch/emacs.app.png I am working on a Debian package and a http://livecd.gnustep.org to get this graphical version of emacs. Any help/suggestions on getting this into emacs mainstream source is welcome. Please read the following mails for details. Debian Emacs developers: i fully agree with Jörg here. is there any plans for emacs 23.x based packages? how to split/where to put the stuff that doesn't need be built for an arch? It will be so great to have Emacs.app (with GNUstep) on Windows one day: http://www.phys.ethz.ch/~sengun/GNUstep.Win.Gorm.gif Cheers, Gürkan >> Hi Adrian, >> >> for your info for now... I will keep on working on the packaging... >> >> did you ever talk to the gnu emacs guys? if you're on irc, come #emacs on >> irc.gnu.org ... i think it would be good we take this to the emacs and >> debian-devel >> mailinglists.... > > Hi, > > Regarding GNU Emacs, I have been in communication on the mailing list there > and believe the stars are still aligned for this port to be accepted into > mainline CVS sometime within the next six months. However this will be the > unicode-2 (to-be-emacs-23) branch only, unless someone wants to put some > effort into getting non-ascii rendering working under emacs-22. > > The 22/23 issue also relates to getting into Debian. Currently Debian seems > to have "emacs21" and "emacs-snapshot". Since emacs- snapshot is basically > emacs-22, I doubt it is sharing very much lisp with emacs21 -- it probably > puts 70 MB under /usr/share/emacs/22.0.50 which nothing else uses, and uses > little or nothing out of emacsen- common. Given this status, perhaps the > debian-emacs people would be satisfied by simply building Emacs.app to put > its lisp under /usr/ share/emacs/23.0.0. (That way it could theoretically > share with emacs-23 once emacs-snapshot moves to that version sometime in > 2006.) I think we should bring this out on the debian-emacs list as you > suggested.. if you send a msg there and cc me, I can answer.. > > thanks, > Adrian > >> ---------- Forwarded message ---------- >> Date: 2005-11-30 00:11:59 +0100 >> From: Joerg Jaspert <ftpmaster-8fiUuRrzOP0dnm+yROfE0A@xxxxxxxxxxxxxxxx> >> Subject: emacs.app_9.0pre2-1_i386.changes REJECTED >> >> Hi Maintainer, >> >> rejected, this packaging attempt is broken, sorry. >> >> To start with something good: In the longterm you may be able to get >> this into Debian. But that needs a lot of changes to the packag[e| ing]. >> >> - You have *one* big .deb for this. Which includes all stuff that >> per definition needs to go into an Arch: all package. >> This makes 28*10 MB of useless duplication in our archive/on the >> mirrors. >> >> - The wole package is a running FHS (and as such policy) violation. It >> seems >> to ignore that there is usr/share for architecture independent stuff. >> Oh wait, yes, thats a Gnustep problem - but there it needs to be fixed >> too. >> >> - You duplicate the whole emacs. Thats not good. There is nothing to say >> against >> a new UI of a program, but the duplication has to be avoided. Im sure >> that 99.9% of >> the includes lisp files for example dont need anything special to run >> with this >> new UI. Please coordinate with the emacs maintainer to share as much >> pieces as >> possible. The ideal solution would be if it builds out of the same source >> (with a patch applied at built time or so), but even if not - your >> package >> should only include the minimum needed, depending on the other emacs >> packages for the rest of the files. >> >> Feel free to take this to the -devel or the -emacs list if you want more >> discussion of this.
Date: December 09, 2005
From: Sven Joachim <svenjoac@xxxxxx>
In-reply-to:
<87acfa4wpj.wl%aragorn@xxxxxxxxxxxxxxxxx>
References:
<87acfa4wpj.wl%aragorn@xxxxxxxxxxxxxxxxx>
csj@xxxxxxxxxxxxx wrote:
Under emacs-snapshot 20051207-1, I get the following error when opening or creating a *.ly file: File mode specification error: (wrong-type-argument arrayp 0) Can somebody else confirm the problem? Lilypond mode appears to work for my installation of emacs21. Bu I haven't reinstalled or upgraded emacs21 since the new lilypond 2.6 packages came out a couple of weeks ago.
While I don't have lilypond installed, I could reproduce this after extracting the Emacs Lisp files in the lilypond-data package to a directory in my load-path. I can also confirm that the problem does not show up in Emacs 21. You should file a bug report against the lilypond-data package, if you haven't done so already.
Date: December 09, 2005
From: csj@xxxxxxxxxxxxx
Under emacs-snapshot 20051207-1, I get the following error when opening or creating a *.ly file: File mode specification error: (wrong-type-argument arrayp 0) Can somebody else confirm the problem? Lilypond mode appears to work for my installation of emacs21. Bu I haven't reinstalled or upgraded emacs21 since the new lilypond 2.6 packages came out a couple of weeks ago.
Date: December 08, 2005
From: Jérôme Marant <jmarant@xxxxxxx>
In-reply-to:
<87wtigtxr1.fsf@xxxxxxxxxxxxxxxxxxx> (Romain Francoise's message of "Wed, 07 Dec 2005 22:15:14 +0100")
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx> <1133953705.4396c2a958a40@xxxxxxxxxxxxxxxx> <87wtigtxr1.fsf@xxxxxxxxxxxxxxxxxxx>
Romain Francoise <rfrancoise@xxxxxxxxxx> writes: >> It is just a matter of uploading it. > > Uploading is a small detail, but overlooking it makes packages mostly > useless. Definitely. Unfortunately, the "Conflicts: emacs" needs to be removed from emacsen-common first. I think it is an inheritance from an old emacs package or something like that. Regards, -- Jérôme Marant
Date: December 08, 2005
From: Xavier Maillard <zedek@xxxxxxxxxxx>
In-reply-to:
<871x0ovcha.fsf@xxxxxxxxxxxxxxxxxxx> (message from Romain Francoise on Wed, 07 Dec 2005 22:11:45 +0100)
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx> <4396D946.8030600@xxxxxx> <E1Ek4Zw-0002lt-4V@xxxxxxxxxxxxxxxxxxxxx> <871x0ovcha.fsf@xxxxxxxxxxxxxxxxxxx>
From: Romain Francoise <rfrancoise@xxxxxxxxxx> Xavier Maillard <zedek@xxxxxxxxxxx> writes: > perfectness <URL: http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=emacs21> Hummm :) Xavier
Date: December 07, 2005
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx> <1133953705.4396c2a958a40@xxxxxxxxxxxxxxxx>
Jérôme Marant <jmarant@xxxxxxx> writes: > I didn't know about it, but I recently prepared such a package called > emacs-defaults, providing emacs and emacs-nox. Great! > It is just a matter of uploading it. Uploading is a small detail, but overlooking it makes packages mostly useless. -- ,''`. : :' : Romain Francoise <rfrancoise@xxxxxxxxxx> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to debian-emacsen-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: December 07, 2005
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
In-reply-to:
<E1Ek4Zw-0002lt-4V@xxxxxxxxxxxxxxxxxxxxx> (Xavier Maillard's message of "Wed, 07 Dec 2005 20:03:48 +0100")
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx> <4396D946.8030600@xxxxxx> <E1Ek4Zw-0002lt-4V@xxxxxxxxxxxxxxxxxxxxx>
Xavier Maillard <zedek@xxxxxxxxxxx> writes: > perfectness <URL: http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=emacs21> -- ,''`. : :' : Romain Francoise <rfrancoise@xxxxxxxxxx> `. `' http://people.debian.org/~rfrancoise/ `-
Date: December 07, 2005
From: Xavier Maillard <zedek@xxxxxxxxxxx>
In-reply-to:
<4396D946.8030600@xxxxxx> (message from Sven Joachim on Wed, 07 Dec 2005 13:44:54 +0100)
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx> <4396D946.8030600@xxxxxx>
From: Sven Joachim <svenjoac@xxxxxx> Cc: debian-emacsen@xxxxxxxxxxxxxxxx Romain Francoise wrote: > The fine folks at Ubuntu have added a new `emacs-meta' source package to > their distribution which provides empty binary packages `emacs' and > `emacs-nox' that just depend on emacs21 and emacs21-nox: > > <URL: ftp://ftp.ubuntu.com/ubuntu/pool/universe/e/emacs-meta/> > > It allows newbies to just `apt-get install emacs', sparing them the need > to search for a specific flavor. > > I think Debian should have something similar, perhaps in emacsen-common. > > Opinions? That would be a good idea, indeed. Similar packages already exist in Debian for gcc and python, for instance. And since Emacs major versions have a release cycle of 4-5 years, such a metapackage would not need to be updated too often... ;-) :) This is also why Emacs is the One ! Its perfectness has no competitor. Xavier -- To UNSUBSCRIBE, email to debian-emacsen-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: December 07, 2005
From: Xavier Maillard <zedek@xxxxxxxxxxx>
In-reply-to:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx> (message from Romain Francoise on Wed, 07 Dec 2005 10:44:10 +0100)
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx>
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
The fine folks at Ubuntu have added a new `emacs-meta' source package to
their distribution which provides empty binary packages `emacs' and
`emacs-nox' that just depend on emacs21 and emacs21-nox:
<URL: ftp://ftp.ubuntu.com/ubuntu/pool/universe/e/emacs-meta/>
It allows newbies to just `apt-get install emacs', sparing them the need
to search for a specific flavor.
I think Debian should have something similar, perhaps in emacsen-common.
Opinions?
This is a great thing to have. Maybe this could support Emacs-snapshot as a
suggestion ?
Or even have Emacs-snapashot as the dependance in unstable.
Xavier
--
To UNSUBSCRIBE, email to debian-emacsen-REQUEST@xxxxxxxxxxxxxxxx
with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: December 07, 2005
From: Sven Joachim <svenjoac@xxxxxx>
In-reply-to:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx>
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx>
Romain Francoise wrote:
The fine folks at Ubuntu have added a new `emacs-meta' source package to
their distribution which provides empty binary packages `emacs' and
`emacs-nox' that just depend on emacs21 and emacs21-nox:
<URL: ftp://ftp.ubuntu.com/ubuntu/pool/universe/e/emacs-meta/>
It allows newbies to just `apt-get install emacs', sparing them the need
to search for a specific flavor.
I think Debian should have something similar, perhaps in emacsen-common.
Opinions?
That would be a good idea, indeed. Similar packages already exist in Debian for gcc and python, for instance. And since Emacs major versions have a release cycle of 4-5 years, such a metapackage would not need to be updated too often... ;-)
Date: December 07, 2005
From: Jérôme Marant <jmarant@xxxxxxx>
In-reply-to:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx>
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx>
Quoting Romain Francoise <rfrancoise@xxxxxxxxxx>: > The fine folks at Ubuntu have added a new `emacs-meta' source package to > their distribution which provides empty binary packages `emacs' and > `emacs-nox' that just depend on emacs21 and emacs21-nox: > > <URL: ftp://ftp.ubuntu.com/ubuntu/pool/universe/e/emacs-meta/> > > It allows newbies to just `apt-get install emacs', sparing them the need > to search for a specific flavor. > > I think Debian should have something similar, perhaps in emacsen-common. > > Opinions? I didn't know about it, but I recently prepared such a package called emacs-defaults, providing emacs and emacs-nox. It is just a matter of uploading it. -- Jérôme Marant -- To UNSUBSCRIBE, email to debian-emacsen-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
Date: December 07, 2005
From: "Janusz A. Urbanowicz" <alex@xxxxxxxxxxx>
In-reply-to:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx>
References:
<87d5k9ckd1.fsf@xxxxxxxxxxxxxxxxxxx>
On Wed, Dec 07, 2005 at 10:44:10AM +0100, Romain Francoise wrote: > The fine folks at Ubuntu have added a new `emacs-meta' source package to > their distribution which provides empty binary packages `emacs' and > `emacs-nox' that just depend on emacs21 and emacs21-nox: > > <URL: ftp://ftp.ubuntu.com/ubuntu/pool/universe/e/emacs-meta/> > > It allows newbies to just `apt-get install emacs', sparing them the need > to search for a specific flavor. > > I think Debian should have something similar, perhaps in emacsen-common. > > Opinions? agreed. I'm long time debian and emacs user and I still find it confusing that I can't just log in to fresh debian install and do apt-get install emacs alex -- mors ab alto 0x46399138
signature.asc
Description: Digital signature
Date: December 07, 2005
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
The fine folks at Ubuntu have added a new `emacs-meta' source package to
their distribution which provides empty binary packages `emacs' and
`emacs-nox' that just depend on emacs21 and emacs21-nox:
<URL: ftp://ftp.ubuntu.com/ubuntu/pool/universe/e/emacs-meta/>
It allows newbies to just `apt-get install emacs', sparing them the need
to search for a specific flavor.
I think Debian should have something similar, perhaps in emacsen-common.
Opinions?
--
,''`.
: :' : Romain Francoise <rfrancoise@xxxxxxxxxx>
`. `' http://people.debian.org/~rfrancoise/
`-
Date: December 04, 2005
From: Xavier Maillard <zedek@xxxxxxxxxxx>
In-reply-to:
<1133702702.29776.8.camel@eircomnet
> (message from Paddy Hackett on Sun, 04 Dec 2005 13:25:02 +0000)
References:
<1133702702.29776.8.camel@eircomnet
>
Paddy Hackett <rasherrs@xxxxxxxxxx> writes: > I have a particular interest in Emacs and have been trying to master it. > At the moment I am working on Bash. Now am I right in saying that Bash > is used on a console as opposed to a text editor such as Emacs or vi.The > two are distinctly different and serve distinct functions. Emacs is > only invoked by Bash when a file itself has to be created or modified. > Bash is concerned more with the manipulation of files. Bash is a shell program, Emacs is primarily a text editor. That says, Emacs can also be used as a shell program (see eshell) that is to say, that you can do what you currently do in a console through Emacs. Emacs can also browse the web, listen to music, manage your personal photos, write articles, develop programs, ... It even can boot as a kernel even if system calls are not implemented totally. Emacs is the One :)
Date: December 04, 2005
From: Paddy Hackett <rasherrs@xxxxxxxxxx>
Hi I am a brand new user of Linux.After a long time I finally got a Linux os up and running. It is SUSE 10.I have a query or two to make. I have a particular interest in Emacs and have been trying to master it. At the moment I am working on Bash. Now am I right in saying that Bash is used on a console as opposed to a text editor such as Emacs or vi.The two are distinctly different and serve distinct functions. Emacs is only invoked by Bash when a file itself has to be created or modified. Bash is concerned more with the manipulation of files. Paddy Hackett
Date: December 02, 2005
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
References:
<87psogadg4.fsf@xxxxxxxxxxxxxxxxxxx> <87hd9r4uqi.fsf@xxxxxxxxxxxxxxxxx>
Xavier Maillard <zedek@xxxxxxxxxxx> writes: > Which means... ? I'm not quite sure what you're asking. -- ,''`. : :' : Romain Francoise <rfrancoise@xxxxxxxxxx> `. `' http://people.debian.org/~rfrancoise/ `-
Date: December 02, 2005
From: Xavier Maillard <zedek@xxxxxxxxxxx>
In-reply-to:
<87psogadg4.fsf@xxxxxxxxxxxxxxxxxxx> (message from Romain Francoise on Thu, 01 Dec 2005 19:18:19 +0100)
References:
<87psogadg4.fsf@xxxxxxxxxxxxxxxxxxx>
Romain Francoise <rfrancoise@xxxxxxxxxx> writes: > The doxymacs package has been orphaned for some time: > > <URL: http://bugs.debian.org/321821> > > It's been kept upright by QA uploads for a few months but it'd be nice > if someone could adopt it and give it proper attention. It should be > pretty low-maintenance. Which means... ?
Date: December 01, 2005
From: Romain Francoise <rfrancoise@xxxxxxxxxx>
The doxymacs package has been orphaned for some time:
<URL: http://bugs.debian.org/321821>
It's been kept upright by QA uploads for a few months but it'd be nice
if someone could adopt it and give it proper attention. It should be
pretty low-maintenance.
I can sponsor non-developers if needed.
Thanks,
--
,''`.
: :' : Romain Francoise <rfrancoise@xxxxxxxxxx>
`. `' http://people.debian.org/~rfrancoise/
`-