Hello,
Peter Oliver writes:
> As per the non-responsive package maintainer process
> (https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/),
> does anyone know how to contact Daiki Ueno? fedora-active-user isn’t
> working for me at the moment,
to
start searching for new maintainers. If anyone is interested in taking
on the responsibilities, please reach out to us.
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
dentity --pskkey "..."
--priority NORMAL:-KX-ALL:+ECDHE-PSK
|<1>| disabling KTLS: failed to set keys
If you disable CHACHA20-POLY1305, it works without that message:
$ gnutls-cli -d1 -p 5556 localhost --pskusername psk_identity --pskkey "..."
--priority N
Hello,
The new libunistring release (1.0) has been announced with a change of
license: from "LGPLv3+ or GPLv2" to "LGPLv3+ or GPLv2+".
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe se
nt to
replace the tool with something minimal, but haven't had time to move it
forward.
For the meantime, thanks Tomáš Korbař for stepping up and taking those
packages; much appreciated.
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fed
o let gcr maintain trust assertions in a local file by its own. I
haven't had time to investigate this possibility further, but if anyone
is willing to work on it, that would be certainly appreciated.
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@l
test compose shouldn't have the problem. I've just
retired nspr package in rawhide.
See the original rationale in the PR:
https://src.fedoraproject.org/rpms/nss/pull-request/14
and some follow-up discussions on:
https://bugzilla.redhat.com/show_bug.cgi?id=1892874
Regards,
--
Daiki Ueno
___
ackage (I admit I have only only used the editor
from the git for a decade :-). Let me now if anyone is more keen on
maintaining it.
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
t;> entirely.
>>
>> == Owner ==
>> * Name: [[User:ueno| Daiki Ueno]]
>> * Email: du...@redhat.com
>>
>> == Detailed Description ==
>> Applications that use the NSS library often use a database for
>> storage
>> of keys, certificates and trust.
ge" would be good simply to ensure that everyone clearly aware of
> this change?
Thanks Ankur, that makes sense. I have proposed a change now:
https://fedoraproject.org/wiki/Changes/NSSDBMRemoval
Now that pesign package has been updated to use the new SQLite format,
I'm go
gainst
the newer libs.
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct
"James Cassell" writes:
> On Sat, Apr 25, 2020, at 6:21 AM, Ondrej Mosnacek wrote:
>> On Fri, Apr 24, 2020 at 11:12 PM Ondrej Mosnacek wrote:
>> > On Fri, Apr 24, 2020 at 8:50 PM Ondrej Mosnacek
>> > wrote:
>> > > On Wed, Apr 22, 2020 at
Hello Ondrej,
Ondrej Mosnacek writes:
> On Fri, Apr 24, 2020 at 11:12 PM Ondrej Mosnacek wrote:
>> On Fri, Apr 24, 2020 at 8:50 PM Ondrej Mosnacek wrote:
>> > On Wed, Apr 22, 2020 at 10:12 AM Daiki Ueno wrote:
>> > > Hello,
>> > >
>> &g
/NSSDefaultFileFormatSql
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct
de. I am using the approach bundling 2
versions of nettle shared libs in the single package, so I will drop the
old ones once the rest of packages are built.
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
a.org/projects/nss/archive/%
> {nss_tag}.tar.gz
That really makes sense, though I'd like to use the URLs from the
upstream release announcements, that are in the form:
https://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/%{nss_tag}/src/%{name}-%{nss_archive_version}.tar.gz
Re
enough. I have created a copr repository for
testing:
https://copr.fedorainfracloud.org/coprs/ueno/nss-consolidate/
firefox and java-openjdk maintainers: could you check if these builds
don't break anything?
Regards,
--
Daiki Ueno
___
devel mailin
,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki
o test for a people who don't have prior
> knowledge, the higher the chances of success.
Thank you for the suggestion. I have expanded the section a bit.
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
I should still worry about.
I suspect the former was failing due to a Vala regression recently
fixed[1], and the latter could be a false-positive as it points to the
build against f27-candidate.
Footnotes:
[1] https://bugzilla.gnome.org/show_bug.cgi?id=793299
Regards,
--
Daiki Ueno
softokn-freebl dlopen's nspr and nss-util).
I guess the fix would be to add either a versioned dependency on
nss-util or stubs for those functions in nss-softokn-freebl.
As this issue makes rpm non-functional, I would suggest people to ensure
that nss-util is updated to 3.33 before updating
es a problem. nss-softokn-freebl
is parallel installable with older nss* packages and that could run into
a problem if nss-softokn-freebl used a new symbol from a newer nspr.
However, as far as I know nspr 4.17 doesn't add any new symbol so it's
shouldn't be a problem at least in this case.
Regards,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
. Does anyone have
any idea how to fix (or investigate) this?
The relevant task is:
https://koji.fedoraproject.org/koji/taskinfo?taskID=17230493
Thank you,
--
Daiki Ueno
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
ir}/libasprintf.so.0*
> %{_libdir}/libgettextpo.so.0*
> ...
> instead.
>
> So this won't come as a surprise when/if it happens again.
Thanks for the suggestion. I have made that change.
Regards,
--
Daiki Ueno
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Daiki Ueno <u...@fedoraproject.org> writes:
> I am very sorry that the recent build of gettext-0.19.8-1 package, which
> has already been pushed to F24, had an unintentional soname bump of
> libgettextpo that affected the following packages:
I was able to unpush the update. Sorr
Hello,
I am very sorry that the recent build of gettext-0.19.8-1 package, which
has already been pushed to F24, had an unintentional soname bump of
libgettextpo that affected the following packages:
fcitx
gtranslator
kdesdk-thumbnailers
poxml
May I ask to rebuild those?
Thanks,
--
Daiki Ueno
having overlooked and not announcing the upstream change
of eliminating the C++ library (it's now header only, rebuilding should
fix the broken deps):
https://github.com/msgpack/msgpack-c/pull/402
Thanks,
--
Daiki Ueno
--
devel mailing list
devel@lists.fedoraproject.org
http://lists
Jason L Tibbitts III <ti...@math.uh.edu> writes:
> baekmuk-bdf-fonts (ueno)
> baekmuk-ttf-fonts (ueno)
> ibus-gucharmap (ueno)
> un-core-fonts (ueno)
> un-extra-fonts (ueno)
Done in rawhide.
Regards,
--
Daiki Ueno
--
devel mailing list
devel@lists.f
Hello,
The license of the msgpack package has changed from ASL 2.0 to Boost 1.0
in versions 1.3.0 and later.
Regards,
--
Daiki Ueno
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
,
--
Daiki Ueno
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
is fine, an error is somewhat draconian IMHO :)
I see. So, just applied a patch to turn the missing-header errors into
warnings (should be available as 0.19-2).
Thanks for catching this quickly.
Regards,
--
Daiki Ueno
--
devel mailing list
devel@lists.fedoraproject.org
https
Daiki Ueno u...@fedoraproject.org writes:
Thanks for testing. Well, when I drafted the feature page, I didn't
plan to change the default without hearing the opinions from actual
users of sentence-based Japanese input. But it might be good to start
with a wider scope and fallback to ibus
to cover the default change.
Regards,
--
Daiki Ueno
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Bill Nottingham nott...@redhat.com writes:
Package man-pages-ko (orphan)
I have taken ownership of this one.
Regards,
--
Daiki Ueno
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
...@fedoraproject.org
From: Daiki Ueno u...@fedoraproject.org
To: fo...@lists.fedoraproject.org
Subject: Korean default font change (un-core-*-fonts - nanum-*-fonts)
Date: Mon, 16 Jan 2012 17:01:39 +0900
Hi,
I heard that Ubuntu is going to change the default Korean font from
un-core to nanum within their P
35 matches
Mail list logo