ually
pruning for things that include either my name or e-mail address):
```
DEBFULLNAME=Daniel Kahn Gillmor
DEBEMAIL=d...@fifthhorseman.net
DEBSIGN_MAINT=Daniel Kahn Gillmor
EMAIL=d...@fifthhorseman.net
```
None of this seems wrong to me; or even if it does, it still ought to be
able to be c
Package: elpa-debian-el
Version: 37.11
Severity: normal
X-Debbugs-Cc: none, d...@fifthhorseman.net, Daniel Kahn Gillmor
When i do "M-x debian-bug P elpa-debian-el RET" i get the template you
see here.
Weirdly, X-Debbugs-Cc is pre-populated in this way.
There are at least two things
Package: elpa-rust-mode
Version: 0.4.0-2
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
File: /usr/share/emacs/site-lisp/elpa-src/rust-mode-0.4.0/rust-mode.el
When i enter rust-mode on a file that has no problems, i see the
following warnings in the emacs *Warning* buffer:
⛔ Warning (comp
Package: elpa-magit-forge
Version: 0.3.2-1
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor
I'm trying to do some work on impass, which is publicly hosted on
salsa.debian.org.
From emacs, i'm using forge in my working copy of the impass git repo,
and i've configured ~/.gi
Package: elpa-magit
Version: 3.3.0-3
Severity: normal
X-Debbugs-Cc: d...@fifthhorseman.net
Dear Maintainer,
I'm using emacs-pgtk 29.2+1-2, with magit.
I opened a revision controlled file in magit, and got the following
warnings in my *Messages* buffer:
⛔ Warning (comp): magit-utils.el:571:33: W
Control: forwarded 1051719 https://github.com/jrblevin/markdown-mode/pull/725
Hi Nicholas--
On Tue 2023-09-12 17:02:55 -0400, Nicholas D Steeves wrote:
> Agreed! Are you interested in forwarding this bug upstream to
> https://jblevins.org/projects/markdown-mode, or would you prefer to wait
> for
Package: elpa-markdown-mode
Version: 2.5-1
I get a lot of warnings from markdown-mode when i launch emacs. the
buffer contains the following:
⛔ Warning (comp): markdown-mode.el:189:2: Warning: custom-declare-variable
`markdown-indent-on-enter' docstring has wrong usage of unescaped single quote
Package: elpa-dpkg-dev-el
Version: 37.9
I'm using emacs 1:28.2+1-9 with the aforementioned elpa-dpkg-dev-el.
I see the following entries in my *Warnings* buffer when editing debian
packaging.
Warning (comp): debian-changelog-mode.el:495:13: Warning: Package cl is
deprecated Disable showing Disa
Package: elpa-pos-tip
Version: 0.4.6+git20191227-1
Severity: normal
Dear maintainer,
Current package short description does not really describe what this
package is, and does not describe at least the relationship to the
emacs package.
Please, see policy section 3.4.
Regards,
-- System Inform
On Mon 2019-12-30 07:50:42 -0400, David Bremner wrote:
> Daniel Kahn Gillmor writes:
>
>> These changes are inspired by the recommendations in "Logging helpers
>> and dh_missing" in /usr/share/doc/debhelper/PROGRAMMING.gz, and
>> derived from the source o
Control: tags 946142 + patch
On Wed 2019-12-04 03:21:19 -0500, Daniel Kahn Gillmor wrote:
> dh_elpa probably needs to follow the guidance mentioned in "Logging
> helpers and dh_missing" section from the "PROGRAMMING" guide for
> debhelper (10.6.3+). (in the debhel
Signed-off-by: Daniel Kahn Gillmor
---
dh_elpa | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/dh_elpa b/dh_elpa
index 0d3739d..982ac7b 100755
--- a/dh_elpa
+++ b/dh_elpa
@@ -210,10 +210,11 @@ if ($dh{BYTECOMPILE}) {
}
PACKAGE:
-foreach my $package (@{$dh{
Package: dh-elpa
Version: 2.0.2
Severity: normal
Control: affects -1 + elpa-notmuch src:notmuch debhelper
I have a variant of the notmuch debian packaging which installs bunch
of elisp files from debian/tmp/usr/share/emacs/site-lisp/*.el via
debian/elpa-notmuch.elpa.
But when i use it with dh_mis
Rob Browning writes:
> Rob Browning writes:
>> Daniel Moerner writes:
>>
>>> Thanks for packaging this, I think you mean:
>>>
>>> http://alioth.debian.org/~rlb/tmp/emacs23/
>>>
>>> Daniel
>>
>> Yes, and thanks.
>
> I
ailable,
built for amd64, and it emacs23-gtk presently working very nicely.
Regards,
Daniel
--
✣ Daniel Pittman✉ dan...@rimspace.net☎ +61 401 155 707
♽ made with 100 percent post-consumer electrons
--
To UNSUBSCRIBE, email to debia
> Sure. For now, I've put copies here:
>
> http://alioth.debian.org/~rlb/public_html/tmp/emacs23/
Thanks for packaging this, I think you mean:
http://alioth.debian.org/~rlb/tmp/emacs23/
Daniel
--
Daniel Moerner
--
To UNSUBSCRIBE, email to debian-emacsen-requ...@lists.
Rendez-vous sur le portail web 2.0 nouvelle génération et
gagne 500 euros + 1 kit événement aux "WINGS of PHENIX51.BE"
http://www.PHENIX51.BE
A bientôt,
[EMAIL PROTECTED]
install uses whitelist without emacs22).
[...]
>> * Upload emacs22 to Debian experimental ASAP.
>
> There is no point.
See above.
--
Daniel Brockman <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jérôme Marant <[EMAIL PROTECTED]> writes:
> I think it would be a good idea that more people help Rob. Especially
> because I don't intend to maintain Emacs in Lenny since I don't use
> it anymore.
You don't use Emacs any more?
--
Daniel Brockman <[EMAIL PROTEC
n, or
even chmod o-r it. Those are things any user should be able to do without
thinking about it, which is why I actually voted for the option "FDL is
non-DFSG in all cases" in the GR. But it seems I was in the minority among
Debian developers on that one...
--
Daniel Schep
David Kastrup <[EMAIL PROTECTED]> writes:
> Maybe you should ask that question to the publishers who
> refused printing GNU manuals under simpler licenses.
> There is a _reason_ that the GFDL was created.
Why doesn't the FSF ask them that question?
--
Daniel Brockm
ed copies
of GPLed manuals?
--
Daniel Brockman <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
iling list recently
fledermaus: seems to me apt-get install emacs should
install the latest numbered version.
--
Daniel Brockman <[EMAIL PROTECTED]>
``For any given feature, I don't care much about the
people who find it useless --- I care more about
the people who find i
hout the manual _is_ perfectly reasonable.
The inline documentation accessed by e.g. C-h f or C-h k is a different story;
but since that's generated from the GPL source files (both .c and .el files),
it's automatically covered by the GPL.
--
Daniel Schepler
ably be better to have a separate multi-tty package.
Everyone is aware of the multi-tty Debian packages linked to
from the aforementioned page, right? (Just making sure.)
It would be cool to have these in unstable, though.
--
Daniel Brockman <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email
a version of Emacs compiled with support for GTK+ 2.x.
--
Daniel Brockman <[EMAIL PROTECTED]>
So really, we all have to ask ourselves:
Am I waiting for RMS to do this? --TTN.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jérôme Marant <[EMAIL PROTECTED]> writes:
> Daniel Brockman <[EMAIL PROTECTED]> writes:
>
>> Jérôme Marant <[EMAIL PROTECTED]> writes:
>>
>>> I think emacs-snapshot has reached the state of being able
>>> to enter debian.
>>
>> Wo
Jérôme Marant <[EMAIL PROTECTED]> writes:
> I think emacs-snapshot has reached the state of being able
> to enter debian.
Wow, I'm really looking forward to that. Thanks for all the
work you've put into making this happen, Jérôme!
--
Daniel Brockman <[EMAIL PROTECTED
[EMAIL PROTECTED] (Janusz S. Bień) writes:
> On Sun, 29 May 2005 Daniel Brockman <[EMAIL PROTECTED]> wrote:
>> Jérôme Marant <[EMAIL PROTECTED]> writes:
>>> [EMAIL PROTECTED] (Janusz S. Bień) writes:
>>>
>>>> My first quick tests concerned docum
xpect to see both sections.
I guess this happens because Info mode tries to put all Emacs-related
entries at the top. Note that the standalone Info reader lists the
two sections separately.
--
Daniel Brockman <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
${build_cmd} epaths-force
> + ${epaths_force_cmd}
> ${build_cmd}
> # save binary from deletion
> mv src/emacs src/nox-emacs
>
> Once your --enable-locallisppath goes in, we should be able to just
> remove `epaths_force_cmd' (i.e., revert the above pa
JÃrÃme Marant <[EMAIL PROTECTED]> writes:
> Daniel Brockman <[EMAIL PROTECTED]> writes:
>
>>> Hmm, Daniel, I looked into Makefiles and I didn't find any reason
>>> why it would be necessary. I think locallisppath is useless out
>>> of epaths-forc
Jérôme Marant <[EMAIL PROTECTED]> writes:
> Daniel Brockman <[EMAIL PROTECTED]> writes:
>
>> define build_cmd
>> -${MAKE} CFLAGS="${CFLAGS}" LDFLAGS="${LDFLAGS}"
>> +${MAKE} CFLAGS="${CFLAGS}" LDFLAGS="${LDFLAGS}
Jérôme Marant <[EMAIL PROTECTED]> writes:
> Quoting Daniel Brockman <[EMAIL PROTECTED]>:
>
>>> That's right. I'll see if I can change that.
>>
>> What's wrong with the way you are currently doing it?
>
> Nothing, I think. Weren't yo
Jérôme Marant <[EMAIL PROTECTED]> writes:
> Quoting Daniel Brockman <[EMAIL PROTECTED]>:
>
>>> Thanks. I forgot about this one.
>>
>> I don't know if you want to add the other parameters as well.
>> The emacs21 package has this,
> ...
>&g
Jérôme Marant <[EMAIL PROTECTED]> writes:
> Daniel Brockman <[EMAIL PROTECTED]> writes:
>
>> # These files must always exist, i.e. can't ever be cleaned.
>> PERSISTENT_AUTOGEN_FILES := debian/control debian/copyright
>> @@ -418,11 +418,13 @@
>>
Daniel Brockman <[EMAIL PROTECTED]> writes:
> I write:
>
>> # This shouldn't be needed as of 20.3
>> -local_lpath :=
>> ${local_lpath}:$(EMACS_COMMON)/usr/share/emacs/${runtime_ver}/leim
>> +#local_lpath := ${local_lpath}:/usr/share/emacs/${runtime_ver
e binary from deletion
mv src/emacs src/gtk-emacs
@@ -486,6 +490,7 @@
# Build emacs-nox
CFLAGS="${CFLAGS}" ./configure ${emacs_nox_confflags}
+ ${build_cmd} epaths-force
time ${build_cmd}
# save binary from deletion
mv src/emacs src/nox-emacs
--
Daniel Brockman <[EMAIL PROTECTED]>
gure ${emacs_nox_confflags}
+ ${build_cmd} epaths-force
time ${build_cmd}
# save binary from deletion
mv src/emacs src/nox-emacs
I'm not 100% positive that we really need each of those calls to
epaths-force; we need the first one for sure, and I *think* we also
need the rest.
--
Daniel Brockman <[EMAIL PROTECTED]>
your `load-path'?
Are you using the lua-mode package from experimental? If not, how did
you install Lua mode?
--
Daniel Brockman <[EMAIL PROTECTED]>
[1] <http://www.debian.org/doc/packaging-manuals/debian-emacs-policy>
[2] Particularly (info "(elisp)Starting up");
maybe
"Davide G. M. Salvetti" <[EMAIL PROTECTED]> writes:
>>>>>> DB == Daniel Brockman [2005-5-2]
>
> Thank for your try, let us known if you make any progress.
You'll be the first to know. :-)
> DB> but it seems me and dpatch don't get along
ple using emacs-snapshot:
As this problem only surfaces when installing a new Emacs flavor,
you are likely to experience it for the first time when installing
emacs-snapshot. However, as is evident from the fact that it can
be reproduced without having emacs-snapshot in the pic
} CFLAGS="${CFLAGS}" LDFLAGS="${LDFLAGS}"
> + ${MAKE} CFLAGS="${CFLAGS}" LDFLAGS="${LDFLAGS}" \
> + locallisppath=${local_lpath}
> endef
>
> emacs_inst = (${MAKE} install \
>
> but it seems me and dpatch don't get al
make it happy --- or to work at all.
Every time I change something in `debian/' or update from your archive
dpatch gets extremely confused and the only way out seems to be a
fresh Emacs checkout followed by a fresh emacs-snapshot checkout.
That's what I'm doing now.
I'll let you know what happens.
--
Daniel Brockman <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
anly, and then reinstall the
applications with emacs-snapshot in place. This gave them a chance to
byte-compile themselves for emacs-snapshot.
God, I'm not sure why I'm writing this. Hopefully the vague shreds of
information can be of value to someone.
Anyway, I'm learning a lo
ght maybe someone would know about another package that
already DTRT in this respect, so we don't have to think so much.
Please let me know if you think I should file a bug about this.
--
Daniel Brockman <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
towards
> userfriendliness. Baz 1.3 takes URLs as parameters now and
> automatically registers archives.
>
> Example: baz get http://my.url/archive/category--branch
Awesome! I think that's one of the most annoying things about tla.
> Whether there are bugs is not that critic
JÃrÃme Marant <[EMAIL PROTECTED]> writes:
> Quoting Daniel Brockman <[EMAIL PROTECTED]>:
>
>> --- orig/patches/misc-unseparated.dpatch
>> +++ mod/patches/misc-unseparated.dpatch
>> @@ -57,1 +57,1 @@
>> - * Installation Changes in Emacs 21.4
22.1).
+- debian/patches/misc-unseparated.dpatch: updated a piece of context
+
+ -- Daniel Brockman <[EMAIL PROTECTED]> Tue, 26 Apr 2005 03:30:18 +0200
+
emacs-snapshot (20040508-1) unstable; urgency=low
* Initial release. This package is branched from emacs21 21.3+1-5.
By
ich um Entschuldigung. In
dringenden Fällen wenden Sie sich bitte an das Hochschulbüro (+41 1 436 90 30 *
[EMAIL PROTECTED]). Vielen Dank.
___
Prof. Daniel Seelhofer
Director English Business Programs
PHW Private Hochschule Wirtschaft
On Sat, 13 Dec 2003, J. wrote:
> Daniel Pittman <[EMAIL PROTECTED]> writes:
>
>>> Does a message necessarily need to be MIME when it uses
>>> non-ascii characters?
>>
>> Yes. :)
>>
>> Seriously, email without MIME is defined to be US-ASCII 7-
7-bit only in
the standards. Most mailers pass 8-bit these days, but not all, and
without a MIME type you can't trust the eighth bit to mean what you
intended for all your readers.
Daniel
--
Nature provides a free lunch, but only if we control our appetites.
-- William Ruckelshaus, _Business Week_, 18 June 1990
h-make based on this discussion, to
request that its template be fixed. Hopefully this will mean that
most new packages will incorporate the fix.
Now to fix my tads2-mode package. Not that I think anybody other than
me actually uses it...
--
Daniel Schepler "Please don&#x
James Troup <[EMAIL PROTECTED]> writes:
> Daniel Schepler <[EMAIL PROTECTED]> writes:
>
>> Browsing through the wishlist bugs on xemacs21-packages, I've seen
>> several requests for the ability to remove parts of the XEmacs
>> support code, either t
James Troup <[EMAIL PROTECTED]> writes:
> Daniel Schepler <[EMAIL PROTECTED]> writes:
>
>> I've made a first rough version of a splitting of
>> xemacs21-{base,mule}support into individual packages. These packages
>> are at
>
> Err, is this some s
21-mail-lib,
no-xemacs21 | xemacs21-fsf-compat
This seems ugly, though.
--
Daniel Schepler "Please don't disillusion me. I
[EMAIL PROTECTED]haven't had breakfast yet."
-- Orson Scott Card
Gary Turner <[EMAIL PROTECTED]> writes:
> I'm embarrassed to ask this. I'm guessing there is a simple solution
> that I am simply missing. For whatever reason, a text file that I need
> to work on renders the apostrophe as \222 in emacs. The file isn't
If you cursor over that \222, you find it
, though.
Alternately, M-x customize-variable fill-column will let you
configure a single variable (assuming you know which one) through that
interface.
Regards,
Daniel
--
We must put aside the weapons of our minds,
cross the no man's land come with empty hands.
Overcome the
IRC it was him) that did offer support for unity with the
Latin-* set under Emacs21.
> Oh, and let's see whether my surname gets to be 8bit, quoted-printable
> or utf8. I can only guess...
QP.
Daniel
--
there's a party going on
we'll all be here dancing und
Well, because it ignored many of the standard behaviors for an X
toolkit, anyway. Hence the lack of the standard specifiers for geometry
for a long time with it, and other ... questionable bits of dropped
functionality.
Daniel
--
...I've seen things you people wouldn't believe. S
Dmitry Paduchih <[EMAIL PROTECTED]> writes:
> Oh! But doesn't fetchmail's parameter stripcr fix this problem with ^M?
Oh, most probably, yes. But as there is no problem to start with
until fetchmail suddenly decides that today it will fork sendmail
instead of talking smtp, it's not an option I'
Alan Shutko <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Brian P. Flaherty) writes:
>
> > I just changed my apt sources.list to testing yesterday and did a
> > relatively big upgrade. One of the things that has happened though is
> > that now Gnus shows all the Ctrl-M's at the end of the lin
h -- the pattern `^dired-re-.*$' will
get the values.
Then you should get Dired working again. I can't help with anything
else, I fear.
This is true for XEmacs, at least in the recent releases. I can't speak
for GNU Emacs, either. Sorry.
Daniel
--
There is somet
For what it's worth, the latest packages update gnus and PSGML[1] in
XEmacs. Also, XEmacs/GTK just landed as a branch in the mainline CVS,
although the merge isn't yet done.
For what it's worth. I am not really a developer...
Daniel
Footnotes:
[1] At least; I don&#
64 matches
Mail list logo
