Bug#1089753: Will this change fix it?

https://github.com/arakiken/mlterm/commit/4eb3aa4bba9d918b1923b5a46a67c92142ecaade Will this change fix it?

Bug#1028399: xfdesktop4: apps menu not popping up when menu icons disabled

Package: xfdesktop4 Version: 4.18.0-1 Severity: normal apps menu not popping up when menu icons disabled seems to have been fixed upstream https://gitlab.xfce.org/xfce/xfdesktop/-/commit/3731b70c53fd219bd7d24eafb8822789059a59f7 -- System Information: Debian Release: bookworm/sid APT prefers un

Bug#1017589: CVE-2021-22946: ftp,imap,pop3: do not ignore ssl-reqd

Package: libcurl4 Version: 7.64.0-4+deb10u2 Severity: normal Tags: patch CVE-2021-22946 has not been fixed for buster. https://security-tracker.debian.org/tracker/CVE-2021-22946 So, I ported upstream patch to 7.64.0-4+deb10u2. https://github.com/curl/curl/commit/364f174724ef115c63d5e5dc1d3342c8a4

Bug#967641:

https://github.com/google/mozc/issues/492 Upstream has moved to QT based

Bug#1001843: libmariadb-dev: mariadb_config reports incorrect plugin directory

. MariaDB server doesn't load the plugins installed in the directory. I think it should be '/usr/lib/mysql/plugin/'. The same issue occurs on x86_64 systems too. It returned the correct directory on Debian 10 or Ubuntu 20.04 as far as I tried. Thanks, Akira. -- System Informati

Bug#926642: [dvipdfmx] dvipdfmx ignores "-m" option

Dear Hilmar, dvipdfmx in texlive-binaries_2018.20180907.48586 works well with "-m option". However, dvipdfmx in texlive-binaries_2018.20181104.49075 and later ignores "-m option". Thanks for the report. Confirmed. The author will fix it this weekend. Thanks, Akira

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

On Wed, Apr 10, 2019 at 12:00 AM Alexander Larsson wrote: > > On Tue, Apr 9, 2019 at 4:57 PM Alexander Larsson > wrote: > > > > On Thu, Apr 4, 2019 at 1:09 PM Akira TAGOH wrote: > > > > > > Yes. done. hope that works well. > > > > Yes, this

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

s fallback? I.e. if the (possibly > salted) regular path checksum doesn't exist, look for a .uuid file in > that dir and use that for lookup? Yes. done. hope that works well. > > On Thu, Apr 4, 2019 at 8:50 AM Akira TAGOH wrote: > > > > Ah, thank you for catching

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

Ah, thank you for catching this up. I fixed similar case before but missed the case for sub directories. fixed. On Wed, Apr 3, 2019 at 10:01 PM Alexander Larsson wrote: > > On Tue, Apr 2, 2019 at 2:35 PM Akira TAGOH wrote: > > > > Thanks for testing, Alex. > > Doing

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

Fixed. thanks. On Wed, Apr 3, 2019 at 9:38 PM Alexander Larsson wrote: > > I noticed this in the FC_DEBUG=16 output: >/run/host/fonts -> /usr/share/fonts (salt: (null)) > > Printf NULL like this is fine in glibc, but can crash in other OSes, > so might be nice to fix. -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

There are another problem that salt can't be overwritten by another dir elements coming later. which looks intuitive to me. so I'll fix it. On Tue, Apr 2, 2019 at 9:35 PM Akira TAGOH wrote: > > Thanks for testing, Alex. > > On Mon, Apr 1, 2019 at 11:35 PM Alexander Larsson

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

d with prefix="xdg" (for instance, unable to determine relevant XDG env vars and even hone dir) and so on, that makes a path empty. but that message seems accidentally shown. I've reverted this behavior to the past one. -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

:34 PM Akira TAGOH wrote: > > No comments on this (yet) so just opened a merge request here: > https://gitlab.freedesktop.org/fontconfig/fontconfig/merge_requests/30 > > If anyone can review, that would be appreciated. > > On Thu, Jan 31, 2019 at 7:36 PM Akira TAGOH wro

Bug#922943: xdiskusage: segmentation fault by du result which is just 2 lines

libglu1-mesa [libglu1]9.0.0-2.1 ii libstdc++66.3.0-18+deb9u1 ii libx11-6 2:1.6.4-3+deb9u1 ii libxext6 2:1.3.3-1+b2 ii libxinerama1 2:1.1.3-1+b3 xdiskusage recommends no packages. xdiskusage suggests no packages. -- no debconf information -- Tanaka Akira

Bug#922875: xdu: miscounts the size of root directory

Package: xdu Version: 3.0-18+b2 Severity: normal I found that xdu miscounts the size of root directory. The problem is reproducible as follows. I used small chroot environment but this problem can occur without chroot. # mkdir /tmp/chroot # cd /tmp/chroot # mkdir -p lib64 lib/x86_64-linux-

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

No comments on this (yet) so just opened a merge request here: https://gitlab.freedesktop.org/fontconfig/fontconfig/merge_requests/30 If anyone can review, that would be appreciated. On Thu, Jan 31, 2019 at 7:36 PM Akira TAGOH wrote: > > I've done implementation for salt

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

want to modify fonts.conf, you can put prior to re-define own fonts directories with dir elements. Please test it. On Thu, Jan 31, 2019 at 5:56 PM Alexander Larsson wrote: > > On Thu, Jan 31, 2019 at 9:54 AM Akira TAGOH wrote: > > > > Also if host dirs are available as is on sa

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

I agree with it. Having a salt in dir and remap-dir would flexibly works I think. Though, given that there are no salt in host, we just need to have a salt for dirs inside sandbox only. so salt shouldn't be needed for remap-dir in this case. Also if host dirs are available as is on sandbox like Alex concerned, we could simply have: /opt/fonts > > -- > -keith -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

t; useful improvement; as I recall, flatpak is currently assuming > /usr/share/fonts and ~/.fonts are used on the host. > > -- > -keith -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

or something like that. > > Perhaps some command that the flatpak could run to generate host salt > values so that it could remap them into new salt elements using the > mapped paths? > > Alternatively, we could just assume that only flatpak will use the salt > mechanism and leave this for a future enhancement? > > -- > -keith -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

mmits/flatpak-rework So have we got a consensus on letting flatpak provide a separate config file contained a salt? On Fri, Jan 25, 2019 at 9:39 PM Keith Packard wrote: > > Akira TAGOH writes: > > > Sure. I started to implement it based on Keith's branch. > > Awesome. I

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

On Fri, Jan 25, 2019 at 4:35 PM Alexander Larsson wrote: > > On Fri, Jan 25, 2019 at 5:07 AM Akira TAGOH wrote: > > > > > > > > > > as-path=... ? > > > > That sounds good to me. > > This sounds good to me to. I updated the PR: >

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

On Thu, Jan 24, 2019 at 9:43 PM Alexander Larsson wrote: > > On Thu, Jan 24, 2019 at 1:18 PM Akira TAGOH wrote: > > > > On Thu, Jan 24, 2019 at 8:55 PM Alexander Larsson > > wrote: > > > I agree that cache path is wrong as we have something else by that

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

ent name. simply "to" or "as" as you proposed that earlier? -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

On Thu, Jan 24, 2019 at 8:20 PM Akira TAGOH wrote: > Hmm, that looks not intuitive to me. in fact both are also a font > path. "cache path" are the sort of /var/cache/fontconfig or so. how > about "host-path"? although one can see it is remapping a path to > some

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

out "host-path"? although one can see it is remapping a path to somewhere but still missing how this actually works in fontconfig. i.e. to determine a cache filename to read. > > -- > -keith -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

doing the dir remapping (outside of the dir nodes) soon? I'm about > to do a flatpak 1.2 release and would like to preempt things by > generating the dir mapping dynamic snippet so we can use it when we > update fontconfig in the runtime. (Note: We need not yet finalize the > salt stuff, because that will not be in the dynamic flatpak-generated > part of this.) -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

able by the statically linked chrome copy, so it is not perfect. Right. that is really a pain in the neck. not adding new syntax is hard to improve and grow. that said, just ignoring unknown syntax would makes harder to find an error. we may need to think about measures for that like checking a version of config and library say, but anyway. -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

if it exists) override the above with the live values > /run/host/fontconf.xml > > We are basically in full control of existing flatpak runtimes, so this > could easily be added to all of them an propagated out. However, the > new flatpak version that creates the fontconf.xml file will not reach > distros in a while, so the above duplicates the "most likely to be > right" value for /usr/share/fonts for older flatpak versions to pick > up. -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

e host caches which were mounted > in a different way, but if we assume all conflicting directories use > uuids (like they would in the flatpak case), then we could solve this > in a pretty simple way by a config file saying "treat all instances of > /run/host/fonts as /usr/share/fonts", and I could make flatpak > generate such a file. -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

nt depth I think. I may be missing something so this might not work though... > (Also, if I've missed or forgotten something relevant, please let me > know; I've re-read a lot of stuff while writing this, but surely > something escaped my notice). > > -- > -keith -- Akira TAGOH

Bug#864082: [Fontconfig] Next steps for a reproducible Fontconfig?

___ > Fontconfig mailing list > fontcon...@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/fontconfig -- Akira TAGOH

Bug#881647: Donald, your recent order 172555 Hy

Did not order On Nov 13, 2017 3:31 PM, "Amazon FinalNotice" wrote: > * welcome to amazon* > > > > > > > > >

Bug#838547: dm-writeboost: module fails to compile with kernel 4.8

Hi Stefan, I am Akira Hayakawa, the upstream maintainer of the kernel module. In dm-writeboost 2.2.6 which was released last weekend, I already fixed the issue https://github.com/akiradeveloper/dm-writeboost/commit/08b96fcad9d223aa80f9ac76ddb677e056066b48 I saw that dm-writeboost in Ubuntu is

Bug#829671: krb5-config: debconf seeding is not working when installing/reconfiguring the package

Package: krb5-config Version: 2.3 Severity: normal Dear Maintainer, I am currently installing an authentication server based on LDAP+Kerberos+FusionDirectory. To automate this setting and try to get reproducibility on the testing systems I am using a script to setup the configuration as much as

Bug#814755: [tex-k] luatex font bug: "checksum mismatch" warnings on 64bitsystem

which does not exist: Sorry, that describes on the legacy WEB version, now we call it as 'wofm2opl'. Try wofm2opl --help. In the C version, 'ofm2opl', the corresponding option is -char-format. Best, Akira

Bug#721791: I want to patch

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700307#10 > FYI, in upstream, currently we don't consider this as a bug to be fixed > because we have no reason to use protobuf as a dynamic link library. Mozc > binaries for all the platforms (Windows, Mac, Chromium OS, Android) have > been release

Bug#746938: iceweasel: .properties has not worked in the language pack

I make a different profile, and it is displayed. It seems to be caused by DOM Inspector add-on. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#746938: Comparison with firefox

It is displayed in Japanese in Firefox.

Bug#746938: iceweasel: .properties has not worked in the language pack

Package: iceweasel Version: 29.0-1 Severity: normal Dear Maintainer, * What led up to the situation? Starting the iceweasel * What exactly did you do (or not do) that was effective (or ineffective)? To display the tool tip by moving the mouse cursor. * What was the outcome

Bug#534641: [ptex:00352] Re: mendex bug

Hi Norbert, Ahh, maybe the intended rewrite was to have sprintf(TAIL(tmpbuff),"%s%s%s",encap_prefix,ind.p[j].enc,encap_infix); sprintf(TAIL(tmpbuff),"%s%s%s",ind.p[j].page,encap_suffix,delim_n); then it would work I guess that is the better fix. I also think so. T

Bug#534641: [ptex:00349] mendex bug

Hi Norbert, If I'm not wrong, please commit them. I was wrong. I overlooked the macro: #define TAIL(x) (x+strlen(x)) Please ignore my previous mail. Sorry. Thanks, Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". T

Bug#534641: [ptex:00349] mendex bug

.p[j].page,encap_suffix,delim_n); linecheck(lbuff,tmpbuff); } that looks suspicious. The tmpbuff is overwritten on the second incantation, ... I searched for similar lines in fwrite.c (see an attached fwrite.c.diff). I think these are apparently bugs. If I'm not wrong, please

Bug#706327: dietlibc doesn't provide sqrt() function.

utor ID: Debian Description: Debian GNU/Linux 7.0 (wheezy) Release: 7.0 Codename: wheezy -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#703212: [tex-k] dvips segfault

Hi Norbert, > at Debian we got a bug report about segfaulting dvips when reading > and writing to itself .. (yes I know it is not very intelligent, > but still segfaulting is not optimal): Please test r29416. Regards, Akira -- To UNSUBSCRIBE, email to debian-bugs-

Bug#702943: Debian GNU/kFreeBSD bind() truncates too long Unix domain socket pathname

Package: kfreebsd-image-9.0-2-amd64 Version: 9.0-10 I found that bind() for Unix domain socket truncates the given socket pathname if the pathname is too long. bind() should be failed for too long pathnames. POSIX 2001 (IEEE Std 1003.1-2001) defines ENAMETOOLONG error for bind() as follows: | I

Bug#686311: rd2 invokes $HOME/bin/ruby

|grep rdtool ii rdtool0.6.34-4 all RD document formatter -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#642520: fontconfig: conf file to fix Ryumin and GothicBBB fonts mojibake

 I want to hear your opinion for this issue. >  Thanks! > > -- > Regards, > >  Hideki Yamane     henrich @ debian.or.jp/org >  http://wiki.debian.org/HidekiYamane -- Akira TAGOH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#671339: get_crc_table() in zlib.h has wrong return type for LP64

6.0.4 Codename: squeeze % gcc -Wall tst.c -lz % ./a.out zlib header version: 1.2.3.4 zlib library version: 1.2.3.4 sizeof(long) = 8 sizeof(get_crc_table()[0]) = 8 get_crc_table()[0] = get_crc_table()[1] = 0x0077073096 get_crc_table()[2] = 0x00ee0e612

Bug#654945: RFA: lsdb -- The Lovely Sister Database (email rolodex) for Emacs

Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I request an adopter for the lsdb package, due to lack of time, resources, interest and so on. The package description is: LSDB (The Lovely Sister Database) is a rolodex-like database program for SEMI based MUA. It'

Bug#654944: RFA: riece -- an IRC client for Emacs

Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I request an adopter for the riece package, due to lack of time, resources, interest and so on. The package description is: Riece is a user interface for IRC (Internet Relay Chat). You should spell it with the first

Bug#654943: RFA: easypg -- yet another GnuPG interface for Emacs

Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I request an adopter for the easypg package, due to lack of time, resources, interest and so on. The package description is: EasyPG is an all-in-one GnuPG interface for Emacs. It has two aspects: convenient tools wh

Bug#654942: RFA: develock-el -- additional font-lock keywords for the developers on Emacs

Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I request an adopter for the develock-el package, due to lack of time, resources, interest and so on. The package description is: Develock is a minor mode which provides the ability to make font- lock highlight leadi

Bug#654941: RFA: liece -- IRC (Internet Relay Chat) client for Emacs

Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I request an adopter for the liece package, due to lack of time, resources, interest and so on. The package description is: Liece is based on Irchat, simple IRC client running under Emacsen, nevertheless nothing to d

Bug#654940: RFA: initz -- Handles the switching of various initialization files of emacsen

Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I request an adopter for the initz package, due to lack of time, resources, interest and so on. The package description is: Initz handles the switching of various startup initialization files of emacsen provided for

Bug#650938: libzookeeper2 does not include zookeeper_st

> Do you happen to know which platforms fall into this category? FreeBSD 4.x is the one, according to ZooKeeper Programmer's Guide. http://zookeeper.apache.org/doc/trunk/zookeeperProgrammers.html#C+Binding -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#650938: libzookeeper2 does not include zookeeper_st

Package: libzookeeper2 Version: 3.3.4+dfsg1-1 Severity: normal Dear Maintainer, zookeeper_st is only there to support the platforms were pthread library is not available or unstable, which Debian is not. However, having this makes it possible to develop softwares that works for those old systems

Bug#650882: zookeeper: zkServer.sh fails to start zookeeper

Package: zookeeper Version: 3.3.4+dfsg1-1 Severity: important Dear Maintainer, zkServer.sh does not work because, unlike upstream ZooKeeper release, $cygwin variable is not set by zkEnv.sh. $ sudo -u zookeeper /usr/share/zookeeper/bin/zkServer.sh start /etc/zookeeper/conf/zoo.cfg

Bug#631493: mlterm: Please make the input method plugin for IBUS.

Package: mlterm Version: 3.0.5-1 Severity: wishlist "--enable-ibus" in the option of configure. I want to create a package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6

Bug#583142: libtmail-ruby (Debian QA; NMU planned)

Hi, 2011/5/27 Ondřej Surý : > there's a wishlist bug on tmail for a year, and you haven't touched > the package since 2008. Are you still interested in active > maintainership of it? If not I can move it under pkg-ruby-extras group > maintenance. If yes, I'll just NMU the package (converting to ge

Bug#601345: Debian Bug #601345: wrong battery charge level

I'm hitting the same issue. (Debian Sid) You can see the dump is showing "energy" value is 10 times lower than /sys/class/power_supply/BAT0/energy_now. The everything else seems ok. I also confirmed acpi is not reading from /proc/acpi. I hope this helps. $ uname -a Linux debian 2.6.38-2-amd64 #1

Bug#623843: typo in pnmhisteq.1: pgnnorm

scanned halftone images, where it does | an excellent job of making halftone artifacts apparent. You might want | to experiment with pgnnorm, ppmnorm, and pnmgamma for more subtle con- | trast enhancement. |... I think "pgnnorm" is a typo of "pgmnorm". -- Ta

Bug#619828: feh doesn't show pbm files well.

i libimlib21.4.0-1.2+lenny1 powerful image loading and rendering library | ii libimlib2-dev 1.4.0-1.2+lenny1 Imlib2 development files -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619824: sam2p -m:dpi:res generates bigger image for bigger resolution

.pdf If we see out.pdf which is concatenation of 50dpi.pdf and 300dpi.pdf, we can see the size difference more clearly. -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#607979: The argument for IP_MULTICAST_IF socket option

ip_mreqn or in_addr. It is different from IP_ADD_MEMBERSHIP. At the original API of BSD multicast, IP_MULTICAST_IF takes struct in_addr. http://www.kohala.com/start/mcast.api.txt do_ip_setsockopt() in Linux net/ipv4/ip_sockglue.c seems to support ip_mreqn and in_addr. -- Tanaka Akira -- To

Bug#383781: [tex-k] Size limitation for dvips output files

> I think it is about time to address this problem! I think there is no 2G limit for the output file in the present dvips even in 32bit systems. I assume dvi file, pk, eps, pfb files etc. are less than 2G. I've created on 32bit windows an output ps file sample.ps of size 3103465676 byt

Bug#596492: The unit of the amount of CPU time for RLIMIT_RTTIME

ng up the system. I guess the unit is micro seconds. http://lkml.org/lkml/2007/12/18/218 http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-04/msg03922.html -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble?

Bug#588125: Rubygems 1.3.7 broken with Ruby 1.9.2 in Debian -- help needed

- $ gem1.9.1 list /usr/lib/ruby/1.9.1/rubygems.rb:634:in `path': undefined method `path' for # (NoMethodError) -- I got a result: -- $ ruby1.9.1 -e 'p Gem.path; require "rubygems"; p Gem.path' ["/home/akira/.gem/ruby/1.9.1", "/usr/lib/ruby/g

Bug#570047: group_member() uses uninitialized data

brary: Development Libraries and Header Files ii libc6-i686 2.7-18lenny2 GNU C Library: Shared libraries [i686 optimized] -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact

Bug#567297: feh full screen mode always use the first screen in Xinerama

6 +1042,9 @@ XGetGeometry(disp, winwid->win, &root, &(rect[0]), &(rect[1]), &(rect[2]), &(rect[3]), &bw, &bp); + XTranslateCoordinates(disp, winwid->win, root, + 0, 0, &(rect[0]), &(rect[1]), &child); +

Bug#565857: support KAIREN's USB VGA adaptor

2010/1/19 Ben Hutchings : > > Please do that first - we normally only accept changes that have already > been accepted upstream. I see. Thank you. -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Troub

Bug#565857: support KAIREN's USB VGA adaptor

2010/1/19 Ben Hutchings : > Have you sent this to the driver maintainer, Thomas Winischhofer > ? No. -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#565857: support KAIREN's USB VGA adaptor

{ } Note that the home page of the adaptor is http://www.kairen.co.jp/japanese/usbvga/usb20svgambplus.html (in Japanese) -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#548917: Please use alternatives system to manage the ruby symlink

Hi, > The existing ruby package simply sticks a symlink into /usr/bin/ruby > to point to ruby1.8. I was surprised to find that this was not > using the alternatives system, so that you can manage this yourself. I have a rough idea about ruby* packages. ruby package: now: provides /usr/bin/

Bug#538660: ITP: ruby1.9.1 -- Interpreter of object-oriented scripting language Ruby 1.9.1

Package: wnpp Severity: wishlist Owner: akira yamada * Package name: ruby1.9.1 Version : 1.9.1 Upstream Author : Yukihiro Matsumoto * URL : http://www.ruby-lang.org/ * License : Ruby's Programming Lang: C Description : Interpreter of object-ori

Bug#533122: ruby1.8-dev: FTBFS with newer ruby ?

Hi, > Thanks for the follow-up. Quantlib (upstream) and I figured out a workaround. > In previous versions we had gotten by without the configure step -- and hence > no Makefile was created and present. That did not seem to upset earlier > versions but it set up the current versions. Switching t

Bug#533122: ruby1.8-dev: FTBFS with newer ruby ?

Hi, > Now, however, using what is in unstable, ie > > Get:33 http://ftp.us.debian.org unstable/main libruby1.8 1.8.7.173-1 [1679kB] > Get:34 http://ftp.us.debian.org unstable/main ruby1.8 1.8.7.173-1 [290kB] > Get:35 http://ftp.us.debian.org unstable/main ruby 4.2 [20.6kB] > Get:36 http://ftp.us

Bug#532949: libhpricot-ruby1.8: no such file to load -- fast_xs

Package: libhpricot-ruby1.8 Version: 0.8-1 Severity: normal "require" will look like the following: /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- fast_xs (LoadError) from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require'

Bug#523280: localtime doesn't count leap seconds near 2038

ht/Singapore Thu Dec 31 16:30:00 1981 UTC = Fri Jan 1 00:30:10 1982 SGT isdst=0 gmtoff=28800 right/Singapore Mon Jan 18 03:13:43 2038 UTC = Mon Jan 18 11:14:07 2038 SGT isdst=0 gmtoff=28800 right/Singapore Tue Jan 19 03:13:43 2038 UTC = Tue Jan 19 11:14:07 2038 SGT isdst=0 gmtoff=28800

Bug#523280: localtime doesn't count leap seconds near 2038

saving time data % uname -a Linux nute 2.6.26-1-486 #1 Fri Mar 13 17:25:45 UTC 2009 i686 GNU/Linux This problem may be related to #522949. "TZ=Egypt date -d 'Dec 1 00:00:00 2037' prints UTC date." http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522949 -- Tanaka Akira -- To U

Bug#522949: TZ=Egypt date -d 'Dec 1 00:00:00 2037' prints UTC date.

info/Egypt tzdata: /usr/share/zoneinfo/Egypt lenny% dpkg -l |grep tzdata ii tzdata 2008h-2 time zone and daylight-saving time data It seems several timezones, America/Santiago, Pacific/Easter, etc., has same problem. -- Tanaka Akira -- To UNS

Bug#519230: telldir(3) and seekdir(3) describes they uses off_t.

ekdir /usr/include/dirent.h extern void seekdir (DIR *__dirp, long int __pos) __THROW __nonnull ((1)); So I think off_t in telldir(3) and seekdir(3) is a bug and should be replaced by long. -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subje

Bug#503974: ruby1.9: Ruby 1.9.1 Preview Release is Available

Hi, > I know there's a freeze on new upstream version entering unstable, but > with the pending release of Ruby 1.9.1 in a couple of months, it would > be really useful to get the pre-release into experimental so we can play > with it. I already made prototype of ruby1.9_1.9.1~rc1 and ruby1.9_1.9

Bug#497769: It is caused by a patch

It appeared when delete audacious-play-files-from-command-line.patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#507027: [easypg] fails to open file under load

ens fairly reliably on a Core Duo when the load on one of the > cpus is 100%. Eventually the file can be opened. If the load is lowered > then it works. I couldn't reproduce your problem. Could you tell me exact reproducible steps? Daiki, do you have any information? Regards,

Bug#503662: (no subject)

Package: easypg forwarded 503480 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#503480: easypg: epa-file fails with emacs-snapshot (23.0.60)

s for the flavors emacs-snapshot and emacs23. There are two EasyPG, one in Emacs, the other on SourceForge. How are you going to maintain the relations of these? If you adopt a style like Gnus, I will install the files for emacs-snapshot and emacs23 as now. Regards, -- OHASHI Akira -- To U

Bug#451484: Prompts for password twice when find-file symlink to encrypted file

Hi, >>>>> In <[EMAIL PROTECTED]> >>>>> "Trent W. Buck" <[EMAIL PROTECTED]> wrote: > > If my guess is correct, the attached patch (already installed in the > > upstream CVS) will fix the problem. > > Will try patch R

Bug#306825: develock-el and html-helper-mode combined break xemacs

Lucid +(put major-mode 'font-lock-defaults + '(html-helper-font-lock-keywords t t)) (put major-mode 'font-lock-keywords-case-fold-search t)) ;; XEmacs (19.13, at least) guesses the rest correctly. ;; If any older XEmacsen don't,

Bug#384190: develock-el: Bad highlighting in Perl mode

t see such a problem. So, I guess it is due to something wrong in your configuration or in the version of font-lock that you used. Does it still happen even now? --- Please check it out? Regards, -- OHASHI Akira [EMAIL PROTECTED]

Bug#487238: ruby1.8: Arbitrary code execution vulnerability

Hi, Can someone please comment on the status of a fix for this bug in Etch? We are working on our svn-repos. Thank you. -- ay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#488076: initz: Broken encoding for Russian debconf translation

y hard for me to figure out what encoding is used (does not seem > > to be KOI8-R). I suspect some double encoding somewhere, or so. > > Strange. Christian, could you check the file from > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484531 ? I'm sorry, it's my mist

Bug#484531: initz: [INTL:ru] Russian debconf templates translation

6: invalid multibyte sequence ru.po:31:29: invalid multibyte sequence ru.po:31:34: invalid multibyte sequence ru.po:31:43: invalid multibyte sequence msgfmt: too many errors, aborting Regards, -- OHASHI Akira [EMAIL PROTECTED] [EMAIL PROTECTED] Share what you know. Learn what you don't. -- To

Bug#482140: docbook-xml: Package does not install: update-xmlcatalog: error: entity, already registered

Same error upgrading from Etch to Lenny on i686 (Core2 Duo). Worked around the issue by running the following two commands. update-xmlcatalog --del --type public --id '-//OASIS//DTD DocBook XML V4.1//EN' --package docbook-xml update-xmlcatalog --del --type public --id '-//OASIS//DTD XML Exchange

Bug#485477: libruby1.8: Latest version breaks Tracks (undefined method `[]' for #)

Hi, > After upgrading from ruby1.8_1.8.6.114-2 to ruby1.8_1.8.7-2, I noticed a rails > webapp called "Tracks" v1.6, stopped working. > > The error is as mentioned in the subject line. Steps to reproduce: > - download http://www.rousette.org.uk/projects/files/tracks-current.zip > - unzip, and conf

Bug#478884: screen: 40cjk_eastasian.dpatch breaks terminal layout

pload. Probably not. I haven't looked at them carefully. since those has been added in this patch, that would be good to remove them then. Thanks for your response, -- Akira TAGOH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#483947: ruby1.9: uses wrong $LOAD_PATH

0, it's likely to be easy to port from 1.9.0 to 1.9.1. > So we could probably do that as Debian-specific changes if necessary. > > I think that this should be raised on ruby-dev@ (others are likely to run into > the same problem). Akira-san, Daigo-san, could one of you ask for the

Bug#482659: uim-tcode doesn't provide tutcode-custom.scm, tutcode-bushudic.scm and tutcode-rule.scm

Package: uim-tcode Version: 1:1.5.1-1 Severity: important uim-tcode should provide tutcode-custom.scm, tutcode-bushudic.scm and tutcode-rule.scm in /usr/share/uim. -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500,

Bug#478884: screen: 40cjk_eastasian.dpatch breaks terminal layout

Package: screen Version: 4.0.3-9 Severity: normal When I run screen on CJK locale, that shows me the broken terminal layout on aptitude say. getting rid of the patch or using wcswidth(3) instead of the own code in utf8_isdouble() fixes that issue. I'm running with the attached patch for a while th

Bug#476625: libotf: libotf 0.9.7 is available

Package: libotf Severity: wishlist New upstream release is available: http://www.m17n.org/libotf/libotf-0.9.7.tar.gz Also, copyright file has to be updated. tsukuba.m17n.org is no longer reachable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unst

  1   2   3   >