.
The solution I found in gnu.emacs.help
(setq x-select-request-type '(UTF8_STRING COMPOUND_TEXT TEXT STRING))
doesn't work.
Because it does not exist in 21.4.
It will only be available in the next stable release (22.1).
Regards,
--
Jérôme Marant
an unicode terminal!):
echo test é
Emacs can see é and can input it as well without any problem.
Also, I created ~/té/d/a with mkdir -p ~/té/d/a within uxrvt and
Emacs could read it fine.
Could you please test this? Thanks.
--
Jérôme Marant
Vincent Lefevre [EMAIL PROTECTED] writes:
On 2005-11-27 15:06:31 +0100, Jérôme Marant wrote:
I know you filed this bug report a long time ago. Shame on me
for not having replied more quickly.
I just want to let you know this bug has been fixed upstream.
Thanks for the information. So
Jeremie Knuesel [EMAIL PROTECTED] writes:
Hi,
Le dimanche 27 novembre 2005 à 15:32 +0100, Jérôme Marant a écrit :
Hi,
Sorry for the late reply. I made things works with 21.4a and
LANG=fr_FR.UTF-8,
but I think fr_FR.UTF-8 is not so far.
I guess you mean fr_CH.UTF-8 ... BTW
you gave as my .emacs file)...
Then, I think something else is broken on your system.
--
Jérôme Marant
Andrew Moise [EMAIL PROTECTED] writes:
On Wed, 2005-12-07 at 22:33 +0100, Jérôme Marant wrote:
In case you are still around, are you still able to reproduce
this bug? (#266336).
I'm running a UTF-8 terminal and a UTF-8 locale and Alt-x
properly generates M-x.
I am still able
Hi,
(Sorry for the late reply, again)
The then keyword is being colored differently because you forgot the
; after ]].
I don't know why the two x are colored differently though. Going
to ask upstream.
Regards,
--
Jérôme Marant
Hi Frank,
Shall we consider #165814 (and maybe #150374 and #284216) as closed?
Thanks in advance.
Regards,
--
Jérôme Marant
Hi,
C-h F seems to work fine and properly shows the Emacs FAQ.
/usr/share/info/dir contains (emacs-21/efaq) as expected.
Do you still have the problem?
Thanks.
Regards,
--
Jérôme Marant
Vincent Lefevre [EMAIL PROTECTED] writes:
On 2005-12-11 14:33:54 +0100, Jérôme Marant wrote:
The then keyword is being colored differently because you forgot the
; after ]].
I didn't forget it since the ; is useless after ]]. [[ ... ]]
is a special syntax recognized by zsh, with its own
? Thanks in advance.
Cheers,
--
Jérôme Marant
Frank Küster [EMAIL PROTECTED] writes:
Jérôme Marant [EMAIL PROTECTED] wrote:
Hi Frank,
Shall we consider #165814
I'm not the submitter, but I'd say: yes.
(and maybe #150374
that one too
OK. Thanks.
and #284216) as closed?
IIRC this one was introduced by the fix to #165814; I
Daniel Burrows [EMAIL PROTECTED] writes:
I can't seem to reproduce this now, but I think I finally worked around
it by forcing Emacs to select a UTF-8 character set.
OK.
What shall we do with this bug then?
Thanks.
--
Jérôme Marant
Hi,
Here are the necessary files.
Regards,
eclipse-platform-common.menu
Description: Binary data
eclipse32.xpm
Description: X pixmap
--
Jérôme Marant
upload of eclipse.
Thank you!
I just installed Eclipse today. You all did very good job.
Regards,
--
Jérôme Marant
it would be wise to keep the desktop entry as well because
people using either Gnome or KDE make use of such entries in favour
of the Debian menu entry.
The Debian menu entry is necessary for anyone not using a desktop
environment because there is no desktop entry available.
--
Jérôme Marant
: black
--
Jérôme Marant
Jérôme Marant [EMAIL PROTECTED] writes:
Please check you don't have any leading space right after the color name,
which would give:
Trailing, not leading.
--
Jérôme Marant
]: *** [libvlcplugin.so] Error 1
Complete log at:
http://amd64.ftbfs.de/fetch.php?pkg=vlcver=0.8.4-svn20050920-3%2Bhal0arch=amd64stamp=1128911061file=logas=raw
Regards,
--
Jérôme Marant
.
--
Jérôme Marant
never seen this before which means hard to reproduce elsewhere :-P
By chance, what is the value of the window-size-fixed variable:
C-h v window-size-fixed RET
Thanks.
--
Jérôme Marant
Quoting Wouter Verhelst [EMAIL PROTECTED]:
On Mon, Nov 21, 2005 at 11:18:04PM +0100, Jérôme Marant wrote:
Hi,
I've never seen this before which means hard to reproduce elsewhere :-P
I can give you an account on the box if you need it...
It's very kind of you.
However, I'm a bit
.
--
Jérôme Marant
Le jeudi 07 décembre 2006 02:20, Rob Browning a écrit :
I suppose it's possible that that changing the series order might have
broken something if I didn't re-run autofiles-sync after the move,
but I thought I did.
Hi Rob,
Are you working on it ?
--
Jérôme Marant
, please say so.
Could you please perform a fresh unpacking of the package, and then try:
cd emacs21-21.4a+1
fakeroot debian/rules autofiles-sync
and build the package.
Thanks in advance.
--
Jérôme Marant
Le vendredi 15 décembre 2006 11:38, Andreas Barth a écrit :
* Jérôme Marant ([EMAIL PROTECTED]) [061215 11:35]:
Le mardi 12 décembre 2006 16:46, Andreas Barth a écrit :
As described in the developers reference:
http://www.debian.org/doc/developers-reference/ch-resources.en.html#s
-machine, please say so.
Andreas,
Have you tried anything yet w.r.t. my last reply?
--
Jérôme Marant
be missing.
--
Jérôme Marant
:AC_CONFIG_LIBOBJ_DIR(src)
make: *** [autofiles-sync] Error 1
zsh: exit 2 fakeroot debian/rules autofiles-sync
Hmm, some package might be missing.
Any hint which one that could be? What auto* do you use yourself?
Those macros are part of autoconf.
--
Jérôme Marant
to?
autoconf --version
Autoconf version 2.13
---
Autoconf 2.13 chosen by Debian wrapper script.
Do you mind repointing it to the newer one, and seeing if it still
FTBFS?
FYI, it is not proper FTBFS. The autofiles-sync rule is run manually before
building the package.
--
Jérôme Marant
?
As I said no patch has been applied to the C code nor anything related
to it (like autotools).
Dare I question the toolchain?
--
Jérôme Marant
Le vendredi 15 décembre 2006 16:45, Martin Michlmayr a écrit :
* Jérôme Marant [EMAIL PROTECTED] [2006-12-15 16:08]:
Then I don't know. Why does it fail only on mipsel?
As I said no patch has been applied to the C code nor anything related
to it (like autotools).
Dare I question
.
Cheers,
--
Jérôme Marant
tags 397159 + fixed-upstream
thanks
Le lundi 06 novembre 2006 22:02, Taneli Vähäkangas a écrit :
On Mon, Nov 06, 2006 at 04:15:17PM +0100, Jérôme Marant wrote:
Le dimanche 05 novembre 2006 16:29, Taneli Vahakangas a écrit :
Package: emacs21
Version: 21.4a+1-1
Severity: normal
Hi,
This does not look a bug to me. # shall not be interpreted within a
double redirection section.
Cheers,
--
Jérôme Marant
the current broken ldap.
--
Jérôme Marant
Le mardi 07 novembre 2006 14:30, Attilio Fiandrotti a écrit :
Jérôme Marant wrote:
Le lundi 06 novembre 2006 12:55, Attilio Fiandrotti a écrit :
Jerome, if i provide a simple patch for DFB 0.9.25, could you please
rebuild the libdirectfb-udeb and see if the crash is fixed
to another
VT and run the program, right?
BTW, how do you easily add a binary to the d-i?
Thanks.
--
Jérôme Marant
of them. I don't know if this is a
debian issue any longer, but I don't think it is actually
fixed-upstream.
You are right. I removed the tag.
I also forwarded your bug report upstream.
Regards,
--
Jérôme Marant
Le vendredi 10 novembre 2006 03:11, Stephen Leake a écrit :
The bug does not occur with the current version of ada-mode, available
at http://stephe-leake.org/emacs/ada-mode/emacs-ada-mode.html
I'm working on merging that into Emacs CVS, for the next release.
Thank you!
--
Jérôme Marant
Hi,
Here is the reply from emacs developers.
Cheers,
-- Message transmis --
Subject: Re: Fwd: Problem with non-bmp unicode
Date: dimanche 12 novembre 2006 03:32
From: Kenichi Handa [EMAIL PROTECTED]
To: Jérôme Marant [EMAIL PROTECTED]
Cc: emacs-devel@gnu.org
In article
interface to run the snippet, I don't get
the necessary libraries installed (gdk, directfb and so on).
So, I mounted partitions of the system where I built it and ran it
from this chroot.
I switched VT's while the bar was progressing without any crash.
Was it a correct procedure?
--
Jérôme Marant
Hi,
Could you please test if this upstream version would work for you?
http://cvs.savannah.gnu.org/viewcvs/*checkout*/emacs/emacs/lisp/net/ldap.el?rev=1.24
Otherwise, I'll send your changes upstream.
Thanks.
--
Jérôme Marant
.
Regards,
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
--
Jérôme Marant
[+e give me ê when I use fr-latin9 on my italian keyboard)
Whenever you change something, you regenerate th udeb then the mini iso
and boot it, right?
--
Jérôme Marant
? I'm not really skilled in this field.
BTW, I was told not being able to switch to another VT2 on amd64 is caused
by a segfault. Where does it happen?
--
Jérôme Marant
that you should be able to tweak things by booting the installer with
BOOT_DEBUG=3. This will give you two debug shells before init is run.
Thanks.
--
Jérôme Marant
if directfb makes use of MEDIUMRAW mode.
What matters is how gdk-directfb converts it to UTF-8.
Regards,
--
Jérôme Marant
if AltGr-o under fr-latin9 produces a
o+^ letter with your keyboard too ?
Yes, it works. I used it while dead keys where not working.
But it is a work around right? Dead keys should be working.
--
Jérôme Marant
usage,
like you said.
I hope this helps.
Regards,
--
Jérôme Marant
if fixes this chash?
Of course.
Using different signals for cdebconf db saving and DFB vt switching is
good, but still cdebconf's signal handling mechanism may need to be fixed.
How does it need to be fixed? Won't using different signal fix the issue?
--
Jérôme Marant
Le samedi 28 octobre 2006 13:51, Henrik Holmboe a écrit :
Jérôme Marant [EMAIL PROTECTED] writes:
Could you please test if this upstream version would work for you?
http://cvs.savannah.gnu.org/viewcvs/*checkout*/emacs/emacs/lisp/net/ldap.el?rev=1.24
I have now tried the new ldap.el
robus and needs to be fixed.
If you have some time, could you please boot textual and send to
cdebconf SIGUSR1 and SIGUSR2 signals, to see if it crashes?
It crashes on SIGUSR2. It is OK with SIGUSR1.
Regards,
--
Jérôme Marant
it?
Thanks.
--
Jérôme Marant
correctly if I cat it.
What do you mean with not usable? What would you expect?
Thanks
--
Jérôme Marant
Le lundi 06 novembre 2006 16:13, Reuben Thomas a écrit :
On Mon, 6 Nov 2006, Jérôme Marant wrote:
I've never experienced that. Could you please try after re-installing it?
I'm not quite clear what you want me to do. Do you mean start emacs,
reinstall emacs21, try to quit emacs?
What
for inconvenience.
Thank you, Rob.
VVV
--
Jérôme Marant
UTF-8)
(set-terminal-coding-system 'utf-8)
(set-keyboard-coding-system 'utf-8)
I hope this help,
--
Jérôme Marant
out)
at /tmp/buildd/kdelibs-3.5.5a/./khtml/rendering/render_layer.cpp:616
#18 0x2b77ecd423f1 in khtml::RenderLayer::checkScrollbarsAfterLayout
(this=0x1195360)
at /tmp/buildd/kdelibs-3.5.5a/./khtml/rendering/render_layer.cpp:759
--
Jérôme Marant
Le jeudi 12 octobre 2006 23:56, Marc Haber a écrit :
On Thu, Oct 12, 2006 at 11:49:30PM +0200, Jérôme Marant wrote:
FYI, you can install kde*-dbg packages, which allow you
to get more informative backtraces.
They are installed.
My assumption was wrong then. Your backtraces looked less
Hi,
Is anyone taking care of this?
Thanks.
--
Jérôme Marant
which is going to
provide a replacement.
bluez-pin should be removed from unstable.
Thanks.
--
Jérôme Marant
Hi,
Is there any reason why this bug has not been fixed yet?
Would it possible to fix it?
Thanks in advance.
--
Jérôme Marant
Selon Andreas Barth [EMAIL PROTECTED]:
* Jérôme Marant ([EMAIL PROTECTED]) [061106 07:07]:
[...]
When do you plan to upload a fix for this bug? Or should I rather upload
an NMU?
I've already prepared a fix plus other fixes.
Rob wants to upload the package himself, so I provided
,
Nothing changed in that part of the code nor in build option or anything related
and I was building just fine in 21.4a+1-1.
--
Jérôme Marant
what's wrong
and that good old emacs21 with GUI is gone.
How about being polite with people and stop whining?
Nothing has changed regarding window manager entries. Did you check
that the problem doesn't come from your window manager?
--
Jérôme Marant
, I have zero knowledge about xkb but the
originator of the said patch might help us.
Cheers,
--
Jérôme Marant
Quoting Benjamin Herrenschmidt [EMAIL PROTECTED]:
On Wed, 2005-02-16 at 23:19 +0100, Jérôme Marant wrote:
For some reason, in X (works in console, and works fine with xemacs
too), emacs keeps considering my ISO_Level3_Shift as another Meta.
What exactly is ISO_Level3_Shift?
I use
Quoting Benjamin Herrenschmidt [EMAIL PROTECTED]:
On Wed, 2005-02-16 at 23:19 +0100, Jérôme Marant wrote:
For some reason, in X (works in console, and works fine with xemacs
too), emacs keeps considering my ISO_Level3_Shift as another Meta.
What exactly is ISO_Level3_Shift?
I use
of XKB.
I guess there is a reason why you wanted to swtich from XEmacs to Emacs? :-)
We don't want to lose a new user :-)
Thanks.
--
Jérôme Marant
the debian/patches/*
so it thinks it needs to rebuild those.
In the emacs21_21.3+1-8.diff.gz file the order of the
files was different so it did not show that problem.
Rob, do you have any idea about how to fix this?
--
Jérôme Marant
the
configure script.
Currently, the only file which is modified when changing configure.in
is configure, so this should be straightforward.
Cheers,
--
Jérôme Marant
to work, the autofiles.diff should only
have been re-built if you changed a relevant file (i.e. *.dpatch), or
if you manually requested a rebuild during prepare-release.
I understood that.
--
Jérôme Marant
.
Cheers,
--
Jérôme Marant
Quoting Eric Dorland [EMAIL PROTECTED]:
Close all instances of Firefox and reopen. Does these problem persist?
It works now. Thanks.
--
Jérôme Marant
it seems to be autodetected by the configure
script.
I'd really like to know why it seems to work upstream and no on
Debian system. Would you please investigate?
--
Jérôme Marant
This message was sent using IMP, the Internet Messaging
and applied patches
that used to work.
Regards,
--
Jérôme Marant
that vaughan is not the build machine. It is rem which
is maitained by Ryan Murray.
--
Jérôme Marant
Le samedi 16 décembre 2006 19:08, Rob Browning a écrit :
Jérôme Marant [EMAIL PROTECTED] writes:
It looks like it has been rescheduled for building yesterday and it
is still failing.
Please note that vaughan is not the build machine. It is rem which
is maitained by Ryan Murray
Le samedi 16 décembre 2006 21:09, Rob Browning a écrit :
Jérôme Marant [EMAIL PROTECTED] writes:
Shall we contact Ryan?
Sounds like a good idea. Though I suppose there's another difference
between vaughan and the buildd. On vaughan I wasn't building from a
clean chroot.
Rob, are you
Le jeudi 21 décembre 2006 21:34, Rob Browning a écrit :
Jérôme Marant [EMAIL PROTECTED] writes:
Rob, are you taking care of this, or should I?
Please do, if you have the time.
I will only available till next Saturday so I guess someone will have to
take care of it if both of us
machine
which seems to be available), could you please help us investigating the
problem?
Thanks in advance.
--
Jérôme Marant
(and I
expect future versions will too).
Thanks,
Drew Daniels
Resume: http://www.boxheap.net/ddaniels/resume.html
--
Jérôme Marant
after installing the libc and
restarted after changing the frontend?
--
Jérôme Marant
Package: linux-image-2.6.21-2-686
Version: 2.6.21-5
Severity: normal
--- Please enter the report below this line. ---
Hi,
Since 2.6.21, sound on my Shuttle SN25P system (with ICE1724 sound device),
stopped working properly. I have to use 2.6.20 in order for it to work.
Any sound seems to gets
Le Sunday 01 July 2007 23:04:08 maximilian attems, vous avez écrit :
On Sun, Jul 01, 2007 at 05:52:08PM +0200, Jérôme Marant wrote:
Hi,
Since 2.6.21, sound on my Shuttle SN25P system (with ICE1724 sound
device), stopped working properly. I have to use 2.6.20 in order for it
to work. Any
detection is not broken. It has been tested by the
ppc64 porters.
happening on ppc32. Perhaps drop this patch and see if that causes
the regression to vanish?
One must double check with the CVS trunk then.
--
Jérôme Marant
Rob Browning [EMAIL PROTECTED] writes:
Jérôme Marant [EMAIL PROTECTED] writes:
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Perhaps the ppc64 detection is broken, and so something wrong is
The ppc64 detection is not broken. It has been tested by the
ppc64 porters.
It sounded to me
versions (fixes are applied to the mainline only).
Cheers,
--
Jérôme Marant
and python2.3.
The bug is open since 260 days now.
Yes, but amd64 is not an official Debian port yet (and sarge is not
released for amd64), so it has always been in the lowest priorities.
--
Jérôme Marant
Quoting Nathanael Nerode [EMAIL PROTECTED]:
Jérôme Marant wrote:
Sooner or later, Debian will have to decide if it definitely wants to
leave the project in the hands of extremists. I hope the GR will lead
us to the right path, that is getting rid of fundamentalists.
If Debian goes down
those documents will not make Emacs more free
than it is nowdays.
You are an extremist, a fundamentalist, with no bits of common sense
at all. You aren't helping anyone, not even the Debian Project.
So just please go away and find yourself another sandbox.
--
Jérôme Marant
this fundamentalism.
--
Jérôme Marant
, however, fine with me.
Sooner or later, Debian will have to decide if it definitely wants to
leave the project in the hands of extremists. I hope the GR will lead
us to the right path, that is getting rid of fundamentalists.
--
Jérôme Marant
for amd64 as well
(I tried to build gtkada2 but #380587 stuck me).
Thanks in advance!
--
Jérôme Marant
upload in september.
Thank you for giving an update! It is no problem for me to wait :-)
Take care,
--
Jérôme Marant
since
the bug report.
Thanks.
--
Jérôme Marant
the previous
upload fixed it.
Cheers,
--
Jérôme Marant
to be
moved to non-free very soon.
So, I'll propose to move those essays to non-free as well at the same
time in order to avoid changing the orig tar as much as possible.
Shall we make a truce, a peace even, and move on?
--
Jérôme Marant
of it either, but I
have the choice of either do what the Project decided or resign from the
Project. I've chosen the former.
--
Jérôme Marant
1 - 100 of 130 matches
Mail list logo