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
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 this
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
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
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
> wro
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
: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
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:
>
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 sandbox like Alex
th 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
rovement; as I recall, flatpak is currently assuming
> /usr/share/fonts and ~/.fonts are used on the host.
>
> --
> -keith
--
Akira TAGOH
e 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
/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'll b
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:
>
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
dant to the element name. simply "to" or "as" as
you proposed that earlier?
--
Akira TAGOH
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
>
lthough 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
ping (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
parsable 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
e 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
hes 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
his 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
__
> Fontconfig mailing list
> fontcon...@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/fontconfig
--
Akira TAGOH
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
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]
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
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,
Package: libgtk2.0-0
Version: 2.12.9-2
Severity: normal
095_gtk-im-module-setting.patch doesn't take any effects
because that's looking into the invalid memory space to get
XSETTINGS name and GtkSettings name. In gdksettings.c,
gdk_settings_map has to point out the proper offset at
Package: netbase
Version: 4.30
Severity: normal
/etc/services currently has:
ndtp2010/tcp# Network dictionary transfer
protocol
but 2010 has been assigned for search by IANA and ndtp is
actually assigned to 2882.
http://www.iana.org/assignments/port-numbers
Package: wnpp
Severity: normal
Please take up this package if someone is interested in it.
Regards,
--
Akira TAGOH
pgppRY8rwevqs.pgp
Description: PGP signature
Package: wnpp
Severity: normal
Please take up this package if someone is interested in it.
Regards,
--
Akira TAGOH
pgpozD6xLv6Ib.pgp
Description: PGP signature
Package: wnpp
Severity: normal
Please take up this package if someone is interested in it.
Regards,
--
Akira TAGOH
pgpqVOVy67oYi.pgp
Description: PGP signature
Package: wnpp
Severity: normal
Please take up this package if someone is interested in it.
Regards,
--
Akira TAGOH
pgpofjwdn6efV.pgp
Description: PGP signature
Package: wnpp
Severity: normal
Please take up this package if someone is interested in it.
Regards,
--
Akira TAGOH
pgpsNUq5e1Cqc.pgp
Description: PGP signature
Package: wnpp
Severity: normal
Please take up this package if someone is interested in it.
Regards,
--
Akira TAGOH
pgpAxlhDZjJgH.pgp
Description: PGP signature
Package: wnpp
Severity: normal
Please take up this package if someone is interested in it.
Regards,
--
Akira TAGOH
pgpsWS3HKR95T.pgp
Description: PGP signature
Package: wnpp
Severity: normal
Please take up this package if someone is interested in it.
Regards,
--
Akira TAGOH
pgpzFL8myJgD0.pgp
Description: PGP signature
Package: network-manager-vpnc
Version: 0.6.4svn2422-1
Severity: normal
a vpnc connection can be established through
network-manager-vpnc through network-manager. however if
resolvconf is installed, it's totally unusable because no
resolv.conf is updated.
I have spent some times to investigate
. otherwise any po files won't be translated in next
update and I can't really close this bug as well till I will
get the updated de.po from you or someone.
Thanks,
--
Akira TAGOH
pgp4AzanZoK7U.pgp
Description: PGP signature
Package: libupnp
Severity: wishlist
New upstream release seems to be available since March.
It would be nice if you can update the package with it.
TIA,
--
Akira TAGOH
pgpACUfqe3D24.pgp
Description: PGP signature
Package: wnpp
Severity: normal
I don't have enough time to maintain this package.
Thanks,
--
Akira TAGOH
pgpRR0pW4bbNe.pgp
Description: PGP signature
On Fri, 30 Jun 2006 09:24:44 +0900,
OA == Osamu Aoki [EMAIL PROTECTED] wrote:
OA So I should change to 80im-switch ?
That sounds good to me so far.
--
Akira TAGOH
pgpZeOTCPIJDf.pgp
Description: PGP signature
Package: im-switch
Version: 1.11
Severity: normal
When a gnupg-agent package is installed, gpg-agent will be
invoked before im-switch is configured so that it has the
same priority and it runs alphabetically. the problem
happens when any passphrase is required and pinentry-gtk2 is
used as a
Package: gdb
Version: 6.4.90.dfsg-1
Severity: normal
giving %p causes the internal error.
$ gdb
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it
Package: libedit2
Version: 2.9.cvs.20050518-2.2
Severity: normal
a linefeed is always increased whenever
read_history/write_history is invoked. please try an
attached code. on GNU readline, foo.his has only input
word in the line. but on libedit, three \012 will be added
after input word so that
-japan debconf
messages. Please include it with the package.
MM Where did you get this package from? It's not in Debian as far as I
MM could tell.
http://packages.qa.debian.org/c/cmap-adobe-japan1.html
is what he was referring to.
--
Akira TAGOH
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Package: uim-applet-gnome
Version: 1:1.0.0-1
Severity: normal
Though uim-applet-gnome has uim.desktop that is referring to
uim-pref-gtk, there are no uim-pref-gtk in this package and
are even no dependencies to install the package which
contains it.
uim-applet-gnome should depends on uim-gtk2.0
range. please attach full error log from gs. you
can get it with running gs directly.
Please try above steps anyway. it's necessary to track this
problem down.
Thanks,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
Package: libaspell15
Version: 0.60.4-1
Severity: grave
There is no rebuild of aspell package after the reversion of
the mt allocator which was happened at 4.0.2-4. it causes
the strange crash when the applications/libraries which was
rebuilt against the newer libstdc++, uses libaspell15 which
was
On Sun, 2 Oct 2005 11:08:34 +0200,
LM == Loïc Minier [EMAIL PROTECTED] wrote:
LM Hi Seb, hi Akira Tagoh,
LM Do you recall why libgtk2.0-common depends on libgtk2.0-0?
LM I could only find a changelog snipset in 2.4.1-1:
LM * Akira TAGOH [EMAIL PROTECTED]
LM + debian/control:
LM
On Sun, 2 Oct 2005 16:02:39 +0200,
LM == Loïc Minier [EMAIL PROTECTED] wrote:
LM On dim, oct 02, 2005, Akira TAGOH wrote:
Well, there was the upgrading issue IIRC. I don't remember
the details though.
LM Since we're done with the woody - sarge upgrade, I think we can break
LM the loop
: cmap-adobe-cns1: partially-translated-question cmap-adobe-cns1/level
sv.utf-8N:
N: If you translate the `Choices:' fields in a template, you should
N: translate the 'Description:' field as well
So could you fix this then?
Thanks,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users
Package: scim-anthy
Version: 0.6.1-2
Severity: normal
When I choose scim-anthy for the default IM by im-switch, X
doesn't work anymore due to that script. there was command
not found: anthy, in the error log. so DEPENDS=scim, anthy,
scim-gtk2-immodule has to be quoted.
-- System Information:
Package: ftp.debian.org
Severity: normal
Hi,
I'd propose to change the section of libglib1.2 and
libgtk1.2 to oldlibs, because the current released version
of gtk+/glib is 2.x and it was about 2 years ago. 2.x series
is more stable than 1.2 and upstream has never maintained
the older release
Package: ftp.debian.org
Severity: normal
As the subject says, these are obsoleted packages and
keeping in mind makes no sense at all. please remove them
and the sub packages as well.
libgda:
gda-mysql_0.2.96-6.2
gda-odbc_0..2.96-6.2
gda-postgres_0.2.96-6.2
libgda-common_0.2.96-6.2
Package: riece
Version: 1.0.8-1
Severity: normal
Please use Depends: emacs21 | emacsen instead of emacs21 |
xemacs21. I suppose that it was because riece doesn't work
on the older version of emacs. However emacs20 say isn't
available anymore. so depending on emacsen is sufficient
IMHO.
--
Akira
with it then.
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
: [EMAIL PROTECTED] / Red Hat, Inc.
: [EMAIL PROTECTED] / Debian Project
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
-stdlib to ruby meta package. IMHO it
should be sufficient since you can see which packages are
suggested by the package when you do apt-get
install. either Depends or Recommends is annoying to me.
Any idea/comments/thoughts are welcome.
Regards,
--
Akira TAGOH : [EMAIL PROTECTED] / Japan
retitle 217897 ITP: vpim -- vCard and iCalendar library for Ruby
thanks
I can take care of this package now.
--
Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group
[EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project
: [EMAIL PROTECTED] / Red Hat, Inc
60 matches
Mail list logo