to my mind is a manual copy of mpz_t
values:
https://gitlab.com/gnutls/gnutls/-/blob/master/lib/nettle/pk.c#L141
If you replace memcpy with mpz_init_set, does it work?
Regards,
--
Daiki Ueno
"brian m. carlson" writes:
> On 2020-04-08 at 12:15:22, Daiki Ueno wrote:
>> "brian m. carlson" writes:
>> > [2] is an example of a cross-VM cryptographic timing attack, which can
>> > also be applied across processes. Other timing attacks are k
"brian m. carlson" writes:
> On 2020-04-07 at 13:45:20, Daiki Ueno wrote:
>> "brian m. carlson" writes:
>>
>> > First, the code to verify the integrity hash is done with memcmp. This
>> > is not safe against timing attacks, so an attacker
"brian m. carlson" writes:
> First, the code to verify the integrity hash is done with memcmp. This
> is not safe against timing attacks, so an attacker can tamper with the
> data and determine how much of the hash matches based on the amount of
> time it takes[0]. This comparison should be don
i.debian.org/DebianMaintainer#Debian_Maintainer_retirement
[2] https://qa.debian.org/developer.php?email=ueno%40unixuser.org
Regards,
--
Daiki Ueno
Running msgunfmt under valgrind might give you more hints. Anyway, I am
suspecting this is caused by a missing NUL termination in
get_sysdep_string in read-mo.c, which should be fixed by the attached patch.
Regards,
--
Daiki Ueno
>From 3c66e050e344ec890f0c1e467753c2ed46bc7bb8 Mon Sep 17 00:0
graphical display as well.
It is not activated unless the user explicitly enables it in
~/.gnupg/gpg-agent.conf, as I wrote before.
Regards,
--
Daiki Ueno
ct
> pinentry + emacs integration in debian is the right thing to do.
Even if you compile it with --enable-inside-emacs, it wouldn't be
activated unless the user explicitly set "allow-emacs-pinentry" in
~/.gnupg/gpg-agent.conf. Isn't it feasible to declare it as
"unsupported", until the implementation meets your criteria?
Regards,
--
Daiki Ueno
Daniel Kahn Gillmor writes:
> Back on 2016-06-09, in Message-Id: m3r3c6hgch.fsf-u...@gnu.org on
> gnupg-de...@gnupg.org,
> Daiki Ueno (cc'ed here) wrote:
>
>>>If the loopback pinentry evolves into general purpose mechanism, I would
>>>rather suggest
Daniel Kahn Gillmor writes:
> On Thu 2017-01-26 14:34:22 -0500, Daiki Ueno wrote:
>> Jens Lechtenboerger writes:
>>> The mml code is based on EasyPG by Daiki Ueno (cc’ed). EasyPG makes
>>> use of sub-keys and their IDs for encryption commands, instead of
>&g
eve emacs of most of the hard work here, and would also mean
>> that any changes that the user makes to their GnuPG keyring would
>> automatically take effect in emacs without mml-mode needing to do
>> anything.
>
> The mml code is based on EasyPG by Daiki Ueno (cc’e
That makes sense. How about this trivial patch?
Regards,
--
Daiki ueno
>From 7546cf8afd4c28c8b6615f28a4f23060b7853314 Mon Sep 17 00:00:00 2001
From: Daiki Ueno
Date: Mon, 10 Oct 2016 10:33:36 +0200
Subject: [PATCH] core: Don't report error on setting option
Previously "OPTION allo
f you specify AM_GNU_GETTEXT_VERSION() in your configure.ac.
Regards,
--
Daiki Ueno
one character. I have checked normal skk layout is ok.
>
> Please check nicola layout.
Thanks for reporting that. It should be fixed with:
https://github.com/ueno/libskk/commit/6a232e75de6d5dbe543ab17c9b85dc7560093509
Regards,
--
Daiki Ueno
.19.8,
but for the meantime you can find a patch:
http://lists.gnu.org/archive/html/bug-gettext/2016-01/msg9.html
http://git.savannah.gnu.org/cgit/gettext.git/commit/?id=21ca680c
Regards,
--
Daiki Ueno
ight update the Fedora package with this, if there is any FTBFS
caused by this change.
Thanks,
--
Daiki Ueno
It is merely needed to distinguish user-supplied *.its files, which
shall be installed in /usr/share/gettext/its, from our own.
This is analogous to the use of /usr/share/aclocal-VERSION in Automake
or /usr/share/vala-VERSION/vapi in Vala.
Regards,
--
Daiki Ueno
ggest to confirm with the Avahi developers.
If they merely need the functionality of autopoint, then we would just
recommend it, rather than adding an ad-hoc solution into gettextize.
Thanks,
--
Daiki Ueno
gle
general-purpose --header-file=FILE option. That would be equivalent to
my proposal using sed, and I don't think it worth doing since the sed
snippet is fairly simple.
Regards,
--
Daiki Ueno
er is useful for some use-cases,
e.g., FSF-copyrighted packages (like coreutils, gettext), where
translations are also attributed to the same copyright holder. In that
case, it is natural to leave the responsibility to rewrite YEAR to the
translators.
Regards,
--
Daiki Ueno
- having multiple --copyright-foo options doesn't seem to play nicely
with the feature supplying COPYRIGHT_HOLDER from autoconf (bug 764483)
- that fits better in the Unix philosophy, which suggests to accomplish
larger tasks by combining small tools
Regards,
--
Daiki Ueno
revert the multiple --copyright-holder
change, as I am reluctant to add new option to xgettext, which already
has too many options.
Regards,
--
Daiki Ueno
>From c8f8099dca7976fa26d7ac671446144f1fe044c9 Mon Sep 17 00:00:00 2001
From: Daiki Ueno
Date: Tue, 25 Aug 2015 11:47:20 +0900
Subject: [PAT
ight
holders are supplied, and (2) is a bit heuristic.
So, I prefer (3) or (4), as both of them could allow users to specify it
through po/Makevars, though (3) is a bit too specific.
Suggestions would be appreciated.
Regards,
--
Daiki Ueno
Daiki Ueno writes:
> By the way, after looking into the history and the documentation more
> closely, I realized that my argument on copyright notice was pointless.
> I'm sorry. I'm now in favor of adding support for multiple copyright
> holders, like the attached patch
GETTEXT_OPTIONS in combination with COPYRIGHT_HOLDER.
Regards,
--
Daiki Ueno
>From 7aba166af10a4b64aa07d7f5afc91bdd239beef2 Mon Sep 17 00:00:00 2001
From: Daiki Ueno
Date: Tue, 21 Jul 2015 13:51:31 +0900
Subject: [PATCH] xgettext: Allow multiple copyright holders
* gettext-tools/src/xgettext.
you are still not satisfied with the
answer, I'm afraid I doubt I could convince you of that.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Francesco Poli writes:
> On Tue, 14 Jul 2015 10:48:20 +0900 Daiki Ueno wrote:
>
>> > I noticed that xgettext does not properly replace all the relevant
>> > placeholders in the output .pot file, when told to do so through
>> > command-line options.
>>
&
it.sv.gnu.org/cgit/gettext.git/commit/?id=dada61cc
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
omewhere.
Yes. I'm attaching a patch and a test-case.
Regards,
--
Daiki Ueno
>From 2a760b57161a2b4769e0b1c74db243b213733ef3 Mon Sep 17 00:00:00 2001
From: Daiki Ueno
Date: Tue, 18 Nov 2014 12:11:22 +0900
Subject: [PATCH 1/2] read-mo: Check size_t overflow
* read-mo.c: Include "xsize.h&q
m/ueno/ibus-skk/releases/tag/ibus-skk-1.4.2
Thanks,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Mauricio Faria de Oliveira writes:
> Just clarifying for a broader audience:
Thanks for the clarification.
> On Debian, using autoreconf required a change to one upstream file [1]
> because the libtool macros are shipped with 'link_all_libdeps=no'.
>
> Therefore that patch [2] just added in *_L
https://github.com/ueno/libskk/commit/83b62271854c245ae509115bf195fb9261c895cd
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Sorry, this is a regression caused by my commit:
https://git.gnome.org/browse/gtk+/commit/?id=7a9553cfb5d465df79161f61f7c01d872e90b983
Posted a fix:
https://bugzilla.gnome.org/show_bug.cgi?id=703533
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubsc
here is no reliable mechanism to map such a virtual
modifier to physical modifer in IBus and the upstream does not want IME
to depend on X11. I'll consider again if this would be really useful.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
hecked, IBus should use "us" keymap internally.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Will update the package soon.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
the previous mails. Thanks for taking care of this.
BTW, I'm still unsure if ibus-skk rebuild is necessary, since the
resulting libskk library interface should be the same as before.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
> 1 of 8 tests failed
Thanks. It seems to be an ARM alignment issue (patch attached). I'll
upload a new package soon.
>From fbbea6190782da447caddc903cbc31a0d8676f38 Mon Sep 17 00:00:00 2001
From: Daiki Ueno
Date: Fri, 25 May 2012 11:19:43 +0900
Subject: [PATCH] cdb: make sure that in
17n->context->preedit) > 0,
+ klass->focus_out_behavior);
}
}
@@ -676,7 +679,7 @@
{
IBusM17NEngine *m17n = (IBusM17NEngine *) engine;
-ibus_m17n_engine_process_key (m17n, Minput_focus_out);
+minput_reset_ic (m17n->context);
parent_class->focus_out (engine);
}
Regards,
--
Daiki Ueno
K){
self_save_config_all(self);
}
gtk_widget_hide(self->setting_dialog);
- self->settings_prop->state=PROP_STATE_UNCHECKED;
+ ibus_property_set_state(self->settings_prop, PROP_STATE_UNCHECKED);
}
}else{
G_DEBUG_MSG(3,"[I3] property_activate(-, %s, %u) not recognized",prop_name, prop_state);
Regards,
--
Daiki Ueno
bus/commit/ee9c4fba
>From 7031399a1af50ad4ed5e970b02a0803f64e4b46a Mon Sep 17 00:00:00 2001
From: Daiki Ueno
Date: Fri, 2 Mar 2012 12:45:38 +0900
Subject: [PATCH] Don't access removed fields in IBusProperty.
See https://github.com/ibus/ibus/commit/ee9c4fba.
Use ibus_property_{get,set}_s
havior,
perhaps it might be sufficient for most ibus-m17n IMEs to always commit
preedit text.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Osamu Aoki writes:
> On Sat, Feb 04, 2012 at 06:52:40PM +0900, Daiki Ueno wrote:
>> * Package name: libfep
>
> Is this just libskk specific? Or can this be for all ibus programs?
>
> Just curious.
Currently, it is only used by libskk. But I plan to develop ibus-f
reassign 650067 ibus
thanks
BTW, this bug was fixed in ibus not ibus-m17n in upstream. Since ibus
1.4.1 with that fix will be released shortly, we could close this with
new ibus package.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
retitle 654944 ITA: riece -- an IRC client for Emacs
owner 654944 !
thanks
Hi,
I know there are still some people using this package and maybe I could
take this since I'm the upstream :)
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
w
Package: wnpp
Owner: Daiki Ueno
Severity: wishlist
* Package name: libfep
Version : 0.0.2
Upstream Author : Daiki Ueno
* URL or Web page : http://github.com/ueno/libfep
* License : GPL-3+ and BSD-3-Clause
Description : library to implement FEP (front end processor
ackaged. How about modifying the relevant part in
debian/patches/use_pkglibexec.patch as follows?
==
# pkglibexec_SCRIPTS is not a valid prefix/primary combination with
# older automake
ibuslibexecdir = $(pkglibexecdir)
ibuslibexec_SCRIPTS = \
ibus-ui-gtk \
$(NULL)
Osamu Aoki writes:
> On Thu, Jan 26, 2012 at 05:53:31PM +0900, Daiki Ueno wrote:
>> However, the Debian ibus package does not provide introspection data.
>
> You mean we have to have this for which package. We generally follow
> released tarballs.
I know.
> Are you sugge
, the Debian ibus package does not provide introspection data.
I'm attaching a patch, which I tested locally with python:
$ python
>>> from gi.repository import IBus
>>>
>From c39c403e249df099a2ccf31ea5e3069694b127c7 Mon Sep 17 00:00:00 2001
From: Daiki Ueno
Date: Thu,
Package: wnpp
Owner: Daiki Ueno
Severity: wishlist
* Package name: libskk
Version : 0.0.4
Upstream Author : Daiki Ueno
* URL or Web page : http://github.com/ueno/libskk
* License : GPL-3+
Description : library to deal with Japanese kana-kanji conversion method
assigning IGNORE_HCODE to whole CJK range is not perfectly
enough to control the line breaking rule.
Regards,
--
Daiki Ueno
ters
+.IR c1 ,
+.IR c2 ,\|.\|.\|.\&
+so that they can be referred to from the other requests easily.
+This is useful to assign properties to a large set of characters (using
+.BR .cflags ).
+.
+.TP
.BI .close\ stream
Close the stream named
.IR stream ;
Regards,
--
Daiki Ueno
rules for those languages are not likely
to overlap each other.
I'm now trying to extend current ja.tmac to support Chinese and Korean:
http://ueno.fedorapeople.org/groff/make-cjk-tmac/
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
w
A256") (9 . "SHA384") (10 . "SHA512"))
Thanks. Fixed in r102553.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
5.10.1-15Larry Wall's Practical Extraction
ii python 2.6.6-3+squeeze1 interactive high-level object-orie
-- no debconf information
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
amashita-san fixed the bug:
http://github.com/ueno/ibus-skk/commit/4d0d4d8037f86f7a3afdf9480b8d5f3ad4a4c685
This change will be included in the next upstream release.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
kk.py on your system.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ng:
http://github.com/ueno/ibus-skk/commit/c8db12a03b4f7065fa66a6ad3288ca4174d2f605
This change will be go in the next upstream release but you can try it
by replacing skk.py on your system.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
bled:
$ ibus-daemon -r --verbose
and then try again?
I guess you will see some python exceptions there.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Owner: Daiki Ueno
Severity: wishlist
* Package name: m17n-im-config
Version : 0.9.0
Upstream Author : Kenichi Handa
: Mikiko Nishikimi
: Naoto Takahashi
: Satoru Tomura
* URL or Web page : http://www.m17n.org
upload the patch/NMU after you fixed the point(s)
> above :)
Thanks, but not really for now. I also think that it would be
definitely better for the bug to be fixed by the maintainer :-)
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
/changelog
+++ diakonos-0.8.12/debian/changelog
@@ -1,3 +1,11 @@
+diakonos (0.8.12-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Depend on ruby1.9.1 and don't use "#!/usr/bin/env ruby" since diakonos
+only works with ruby1.9.1 (Closes: #573636).
+
+ -- Daiki Ueno
=low
+
+ * Non-maintainer upload.
+ * Fix id() calculation in extensions/maplookup.c (Closes: #570727)
+
+ -- Daiki Ueno Mon, 15 Mar 2010 17:16:23 +0700
+
xmldiff (0.6.8-4.1) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- xmldiff-0.6.8.orig/extensions/maplooku
log makejail-0.0.5/debian/changelog
--- makejail-0.0.5/debian/changelog
+++ makejail-0.0.5/debian/changelog
@@ -1,3 +1,11 @@
+makejail (0.0.5-8.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix pathname handling when the directory components include absolute
+symlink (Closes: #5706
Package: debian-maintainers
Severity: normal
Please accept my application as a DM.
The jetring changeset is attached below.
pgp2Gf8AWS520.pgp
Description: PGP signature
Comment: Add Daiki Ueno as a Debian Maintainer
Recommended-By:
NIIBE Yutaka
Agreement:
http://lists.debian.org
e.org/frs/shownotes.php?release_id=37205
So the latest 1.0.8 should build against ruby1.9.1.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Owner: Daiki Ueno
Severity: wishlist
* Package name: ibus-skk
Version : 0.0.2
Upstream Author : Daiki Ueno
* URL or Web page : http://github.com/ueno/ibus-skk/
* License : GPL
Description : a Japanese SKK input engine for IBus
IBus is an Intelligent
4.2 An interpreter of object-oriented
ii ruby1.8 1.8.7.174-2 Interpreter of object-oriented scr
ohcount recommends no packages.
ohcount suggests no packages.
-- debconf-show failed
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-
cumentation
ii xloadimage 4.1-16.1 Graphics file viewer under X11
-- no debconf information
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
gpgme-ruby depends on:
ii libgpgme-ruby1.8 1.0.6-1GPGME bindings for the Ruby langua
libgpgme-ruby recommends no packages.
libgpgme-ruby suggests no packages.
-- no debconf information
--
Daiki Ueno
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Package: wnpp
Owner: Daiki Ueno
Severity: wishlist
* Package name: libusb-ruby
Version : 0.2
Upstream Author : Tanaka Akira
* URL or Web page : http://www.a-k-r.org/ruby-usb/
* License : LGPL
Description : libusb binding for the Ruby language
ruby-usb is a libusb
ry use-case).
Do you have a friend who is just troubled with this?
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hat is a design issue which I intentionally didn't make it so
flexible. I think such a low-level option better be configured in the
central point -- ~/.gnupg/gpg.conf.
Do you have any real problem with this? Otherwise, I won't change this.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tures which crypt++.el provides.
I'm a bit curious about what features are missing in jka-compr and
easypg, but present in crypt++.el. EasyPG is now a part of development
version of Emacs (version 23), and I'd love to improve it.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email
thon bindings for the VTE widget
ii software-properties-gtk 0.60.debian-1.1 manage the repositories that you i
ii synaptic 0.61+nmu1 Graphical package manager
ii update-manager-core 0.68.debian-3 APT update manager core functional
update-manager recommends no packages.
-- no debconf information
--
Daiki Ueno
tric encryption
(1) you opened foo.gpg, and easypg asked you the passphrase for bar.gpg
(2) then you opened bar.gpg, and easypg asked you the passphrase for bar.gpg
If my guess is correct, the attached patch (already installed in the
upstream CVS) will fix the problem.
epa-file.el.diff
Description: Binary data
Regards,
--
Daiki Ueno
3) exit code 0
Okay. I uploaded treil-1.3 which probably fixes 1.a (--help), 2, and 3.
In addition, I added a new option "-v" and if it is not specified, treil
doesn't display detailed information so that users don't come up with
unexpected usage.
Regards,
--
Daiki Uen
ctories rather than files.
i.e. it is a fallback reader in case they are not version controlled.
> In any event the exit code of '0' seems inappropriate.
Perhaps.
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ackages.
-- no debconf information
--
Daiki Ueno
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
?
Perhaps pgg-passphrase-coding-system should be set correctly?
(setq pgg-passphrase-coding-system 'iso-8859-1)
It once had taken the default value from locale-coding-system, but
Richard told me locale-coding-system should be only used for display.
Regards,
--
Daiki Ueno
the whole key read and matches, return */
Regards,
--
Daiki Ueno
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
81 matches
Mail list logo
