Any reason not to use the more standard glibc locale name: zh_CN?
I don't think glibc (or gettext) knows about zh_Hans, let alone zh-Hans.
I think what Tom says is basically correct: zh-Hans is a CLDR locale name.
Jens
On Thu, Feb 14, 2019 at 11:42 PM Randy Barlow
wrote:
> I recently added
Il 2/12/19 3:17 AM, Orion Poplawski ha scritto:
> Which is now leading to some (expected) compilation failures:
>
> BUILDSTDERR: nco_omp.c: In function 'nco_openmp_ini':
> BUILDSTDERR: nco_omp.c:210:38: error: 'fp_stderr' not specified in
> enclosing 'parallel'
> BUILDSTDERR: 210 |
On Thu, Feb 14, 2019 at 5:06 AM Chris Murphy wrote:
>
> On Tue, Feb 12, 2019 at 5:08 AM Javier Martinez Canillas
> wrote:
> > You are correct, we will work on more documentation and also better
> > tooling to manage the BLS snippets, grubenv file, etc. For example
> > grub2-editenv is very
On Thursday, 14 February 2019 at 11:11, Dave Love wrote:
> [Re-sending from a subscribed address, apologies for any duplicates.]
>
> Dominik 'Rathann' Mierzejewski writes:
>
> > Why not 4.0.0? It was released in September 2018 and it's supposedly ABI
> > compatible with 3.x:
> >
On Thu, Feb 14, 2019 at 10:34 AM Javier Martinez Canillas
wrote:
>
> Hello Chris,
>
> On Wed, Feb 13, 2019 at 7:49 PM Chris Murphy wrote:
> >
> > I glossed over the fact upgrades to Fedora 30 will be converted to the
> > "bls way" of things. So I want to be sure I understand feature scope:
> >
>
Hello Chris,
On Wed, Feb 13, 2019 at 7:49 PM Chris Murphy wrote:
>
> I glossed over the fact upgrades to Fedora 30 will be converted to the
> "bls way" of things. So I want to be sure I understand feature scope:
>
> - all Fedora 30 editions and spins and archs, *except* 32-bit ARM
Yes, because
Hi all,
due to lack of interest and upstream development I've orphaned the package:
devilspie: https://src.fedoraproject.org/rpms/devilspie
keybinder: https://src.fedoraproject.org/rpms/keybinder
I had a hard time finding out if there was any upstream activity at all
and I think there are
[Re-sending from a subscribed address, apologies for any duplicates.]
Dominik 'Rathann' Mierzejewski writes:
> Why not 4.0.0? It was released in September 2018 and it's supposedly ABI
> compatible with 3.x:
> https://www.mail-archive.com/announce@lists.open-mpi.org/msg00119.html
I guess you
On Thu, Feb 14, 2019 at 5:32 AM Tom Hughes wrote:
>
> On 13/02/2019 12:58, Fabio Valentini wrote:
> > On Wed, Feb 13, 2019 at 10:51 AM Tom Hughes wrote:
> >>
> >> On 13/02/2019 09:48, Neal Gompa wrote:
> >>> On Wed, Feb 13, 2019 at 4:34 AM Tom Hughes wrote:
>
> On 13/02/2019 09:11,
This idea sounds pretty good to me.
As a less active contributor: How can I help out? Do you have a task
list? (Sorry if this got already answered in one of the follow up
emails.)
Cheers,
Dan
Igor Gnatenko writes:
> MayBe I …(can do something useful)?
>
> Hello,
>
> We've been discussing
Hi,
On Tue, 5 Feb 2019 at 17:12, Devrim Gündüz wrote:
> Hi,
>
> On Mon, 2019-02-04 at 21:09 -0500, Elliott Sales de Andrade wrote:
> >
> > The recent bump of proj in Rawhide from 4.9.3 to 5.2.0 also bumped the
> > soname from libproj.so.12 to libproj.so.13.
> > The bump of geos in Rawhide from
On Thu, 14 Feb 2019 12:10:41 -
"Martin Gansser" wrote:
> Hi,
>
> the koji-build for speed-dreams [1] fails on s390x architecure.
>
> The root.log show's the following detail:
>
> DEBUG util.py:492: speed-dreams-1:2.2.2-2.fc30
> DEBUG util.py:490:
How can i disable this new feature complete?
I am using a multiboot system with 3 different root partitions for testing my
packages.
Sadly reading the kernel vars with root=UUID=from
[root@mother rave]# cat /boot/grub2/grubenv
# GRUB Environment Block
boot_success=1
boot_indeterminate=0
Hi,
the koji-build for speed-dreams [1] fails on s390x architecure.
The root.log show's the following detail:
DEBUG util.py:492: speed-dreams-1:2.2.2-2.fc30
DEBUG util.py:490: BUILDSTDERR: error: unpacking of archive failed on file
Hello Wolfgang,
On Thu, Feb 14, 2019 at 1:51 PM Wolfgang Ulbrich wrote:
>
> How can i disable this new feature complete?
You can disable it by removing the GRUB_ENABLE_BLSCFG=true from
/etc/default/grub and re-generating your grub2.cfg with grub2-mkconfig
(i.e: grub2-mkconfig -o
Hello everybody,
Due this claim, I built this request many times after this req:
https://src.fedoraproject.org/rpms/goldendict/pull-request/1
https://koji.fedoraproject.org/koji/buildinfo?buildID=1182366
https://koji.fedoraproject.org/koji/buildinfo?buildID=1182362
And the problem from Koji
On Thu, Feb 14, 2019 at 2:29 PM Miro Hrončok wrote:
>
> On 04. 02. 19 21:48, Mohan Boddu wrote:
> > Hi all,
> >
> > Per the Fedora 30 schedule[1] we started a mass rebuild for Fedora 30
> > on Jan 31st 2019. We did a mass rebuild for Fedora 30 for the changes
> > listed in:
> >
> >
Am Donnerstag, den 14.02.2019, 07:13 -0500 schrieb Elliott Sales de
Andrade:
> Hi,
>
> On Tue, 5 Feb 2019 at 17:12, Devrim Gündüz wrote:
> > Hi,
> >
> > On Mon, 2019-02-04 at 21:09 -0500, Elliott Sales de Andrade wrote:
> > > The recent bump of proj in Rawhide from 4.9.3 to 5.2.0 also bumped
>
On 04. 02. 19 21:48, Mohan Boddu wrote:
Hi all,
Per the Fedora 30 schedule[1] we started a mass rebuild for Fedora 30
on Jan 31st 2019. We did a mass rebuild for Fedora 30 for the changes listed in:
https://pagure.io/releng/issue/8086
Mass rebuild was done in a side tag (f30-rebuild) and are
Announcing the creation of a new nightly release validation test event
for Fedora 30 Rawhide 20190214.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Wed, Feb 13, 2019 at 1:35 PM Christoph Junghans wrote:
>
> Hi,
>
> I am trying to debug https://bugzilla.redhat.com/show_bug.cgi?id=1674863
> however I cannot reproduce the issue locally using mock:
> https://github.com/espressomd/espresso/issues/2507#issuecomment-463262689
> nor can upstream,
Am Donnerstag, den 14.02.2019, 14:41 +0100 schrieb Fabio Valentini:
> On Thu, Feb 14, 2019 at 2:29 PM Miro Hrončok
> wrote:
> > On 04. 02. 19 21:48, Mohan Boddu wrote:
> > > Hi all,
> > >
> > > Per the Fedora 30 schedule[1] we started a mass rebuild for Fedora
> > > 30
> > > on Jan 31st 2019. We
On Thu, Feb 14, 2019 at 08:10:09AM -0500, Daniel Walsh wrote:
> I have opened a Change Request to change the defaults for Fedora 31 to
> Cgroups V2. I am looking for what packages will be affected by this
> change. Basically any package that adjusts Cgroups via the CgroupFS,
> my understanding
On 14/02/2019 15:41, Randy Barlow wrote:
I recently added dino to Fedora, and rpmlint seems unhappy with the
locale in the package:
dino.x86_64: E: incorrect-locale-subdir
/usr/share/locale/zh-Hans/LC_MESSAGES/dino-omemo.mo
dino.x86_64: E: invalid-lc-messages-dir
On Wed, Feb 13, 2019 at 11:01 PM Jerry James wrote:
>
> I still need one or more reviewers for these packages.
>
I'm reviewing them now, and will respond with two that I'd like you to
review after I'm done.
-Jared
___
devel mailing list --
No missing expected images.
Compose FAILS proposed Rawhide gating check!
8 of 47 required tests failed, 8 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 25/143 (x86_64), 3/24 (i386), 1/2 (arm)
New failures (same test not
On 14/02/2019 15:58, Randy Barlow wrote:
On Thu, 2019-02-14 at 15:53 +, Tom Hughes wrote:
It's not a fully specified locale but it's not wrong either. Per
the CLDR likely subtag rules it would expand to zh_Hans_CN.
It specifies simplified chinese without any specific country being
targeted
Hi Dan,
How the Anaconda will be affected? I'm not aware of any cgroups control
from Anaconda side or do we need change something to the installed
system to enable v2 cgroups?
Thanks for answers,
Jirka
On Thu, 2019-02-14 at 08:10 -0500, Daniel Walsh wrote:
> I have opened a Change Request to
On Do, 14.02.19 15:55, jkone...@redhat.com (jkone...@redhat.com) wrote:
> Hi Dan,
>
> How the Anaconda will be affected? I'm not aware of any cgroups control
> from Anaconda side or do we need change something to the installed
> system to enable v2 cgroups?
The feature page suggests the
Making 'dnf --best' the default has been proposed to FESCo in
https://pagure.io/fesco/issue/2088,
https://fedoraproject.org/wiki/Changes/DNF_Default_Best.
Comments, opinions?
Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To
On Thu, 2019-02-14 at 15:53 +, Tom Hughes wrote:
> It's not a fully specified locale but it's not wrong either. Per
> the CLDR likely subtag rules it would expand to zh_Hans_CN.
>
> It specifies simplified chinese without any specific country being
> targeted - so it's the equivalent of en
On 05. 02. 19 17:55, Mattia Verga wrote:
Libiptcdata was removed due to
https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal
Unfortunately, Rawtherapee needs it and is now broken:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1201565
Unretired, retaged.
--
Miro
Greetings!
I recently added dino to Fedora, and rpmlint seems unhappy with the
locale in the package:
dino.x86_64: E: incorrect-locale-subdir
/usr/share/locale/zh-Hans/LC_MESSAGES/dino-omemo.mo
dino.x86_64: E: invalid-lc-messages-dir
/usr/share/locale/zh-Hans/LC_MESSAGES/dino-omemo.mo
On Thu, Feb 14, 2019 at 08:10:09AM -0500, Daniel Walsh wrote:
> I have opened a Change Request to change the defaults for Fedora 31 to
> Cgroups V2. I am looking for what packages will be affected by this
> change. Basically any package that adjusts Cgroups via the CgroupFS,
> my understanding
I have opened a Change Request to change the defaults for Fedora 31 to
Cgroups V2. I am looking for what packages will be affected by this
change. Basically any package that adjusts Cgroups via the CgroupFS,
my understanding is working the the systemd APIs, you should be fine.
Packages That I
On Thu, Feb 14, 2019 at 3:33 AM Javier Martinez Canillas
wrote:
> > - new Fedora 30 installations, and upgrades of Fedora 28 and 29 to Fedora 30
>
> Correct. Although I would just say upgrades from F29 to F30. Or can
> you skip a release when doing a system upgrade?
Fedora 28 folks will see an
On Thu, 2019-02-14 at 12:16 -0800, Adam Williamson wrote:
> Hey folks! Just wanted to give the list a heads-up about a significant
> change I've just found out about in systemd 241.
>
> There are a couple of sysctls that were apparently introduced with
> Linux kernel 4.19, fs.protected_regular
* Tom Hughes:
> It's not a fully specified locale but it's not wrong either. Per
> the CLDR likely subtag rules it would expand to zh_Hans_CN.
zh_Hans_CN or zh-Hans_CN?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
Ok I guess this will not effect anaconda, just affect systemd.
On 2/14/19 1:58 PM, Daniel Walsh wrote:
> On 2/14/19 9:55 AM, jkone...@redhat.com wrote:
>> Hi Dan,
>>
>> How the Anaconda will be affected? I'm not aware of any cgroups control
>> from Anaconda side or do we need change something to
On 2/14/19 10:49 AM, Daniel P. Berrangé wrote:
> On Thu, Feb 14, 2019 at 08:10:09AM -0500, Daniel Walsh wrote:
>> I have opened a Change Request to change the defaults for Fedora 31 to
>> Cgroups V2. I am looking for what packages will be affected by this
>> change. Basically any package that
Hey folks! Just wanted to give the list a heads-up about a significant
change I've just found out about in systemd 241.
There are a couple of sysctls that were apparently introduced with
Linux kernel 4.19, fs.protected_regular and fs.protected_fifos . These
are defined here:
On 2/14/19 9:55 AM, jkone...@redhat.com wrote:
> Hi Dan,
>
> How the Anaconda will be affected? I'm not aware of any cgroups control
> from Anaconda side or do we need change something to the installed
> system to enable v2 cgroups?
>
> Thanks for answers,
> Jirka
It will need to change the
On Thu, Feb 14, 2019, at 6:05 AM, Javier Martinez Canillas wrote:
> So our plan is to have a library + command
> line tool for configuring everything related to the bootloader.
FWIW, "rpm-ostree kargs" is already a CLI and DBus API to change the kernel
arguments that we expect people to use on
* Tom Hughes:
> On 14/02/2019 20:20, Florian Weimer wrote:
>> * Tom Hughes:
>>
>>> It's not a fully specified locale but it's not wrong either. Per
>>> the CLDR likely subtag rules it would expand to zh_Hans_CN.
>>
>> zh_Hans_CN or zh-Hans_CN?
>
> Well I think that depends on the system parsing
Am 14.02.19 um 23:15 schrieb Ken Dreyer:
> In that case, we can retire python3-cherrypy and move all development
> to python-cherrypy, right?
We could, sure. But why bother?
I don't have strong feelings about either solution but I don't really see the
point. (We will have more and more "python3-"
Only if python-cherrypy will ship a python3 subpackage.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Thursday, February
On Thu, Feb 14, 2019 at 3:59 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> Making 'dnf --best' the default has been proposed to FESCo in
> https://pagure.io/fesco/issue/2088,
> https://fedoraproject.org/wiki/Changes/DNF_Default_Best.
>
> Comments, opinions?
>
It's probably a smarter behavior. We're
On Thu, Feb 14, 2019 at 9:12 PM Chris Murphy wrote:
>
> On Thu, Feb 14, 2019 at 3:33 AM Javier Martinez Canillas
> wrote:
>
> > > - new Fedora 30 installations, and upgrades of Fedora 28 and 29 to Fedora
> > > 30
> >
> > Correct. Although I would just say upgrades from F29 to F30. Or can
> >
On 14/02/2019 20:20, Florian Weimer wrote:
* Tom Hughes:
It's not a fully specified locale but it's not wrong either. Per
the CLDR likely subtag rules it would expand to zh_Hans_CN.
zh_Hans_CN or zh-Hans_CN?
Well I think that depends on the system parsing the name and
which standard if any
On Tue, Feb 12, 2019 at 1:57 PM Felix Schwarz
wrote:
> "Upstream are releasing separate tarballs for Python 2 and Python 3 (from
> separate SVN branches), so this is a separate specfile for the Python 3
> branch."
>
> https://bugzilla.redhat.com/show_bug.cgi?id=579593
Thanks for that pointer
The Games Spin repairs have been submitted as a pull request and are
awaiting merging [1]
In addition to this PR, 6 packages were identified as needing
maintenance. 2 were dropped from the spin (rogue and glob2) and the
rest have been repaired.
The dropping of rogue and subsequent announcement
I've been experimenting with enabling CONFIG_GCC_PLUGINS in the kernel
since I've heard some people express interest in stackleak (I'm interested
as well). a gcc plugin gets built as an .so file for use during
compilation. This means we need to package this .so file as part
of kernel-devel for
I'll take over zopfli.
Miro Hrončok writes:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
>
As long as it works on Python 3, I'm happy. :)
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Thursday, February 14, 2019
On Thu, Feb 14, 2019 at 8:09 AM Jared K. Smith wrote:
> I'm reviewing them now, and will respond with two that I'd like you to review
> after I'm done.
Thank you, Jared! Much appreciated.
--
Jerry James
http://www.jamezone.org/
___
devel mailing
Will this also allow more significant upgrades of EPEL packages between
minor releases?
Thanks,
Richard
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora
On Thu, 14 Feb 2019 at 09:34, Richard Shaw wrote:
>
> Will this also allow more significant upgrades of EPEL packages between minor
> releases?
>
That is the purpose if the package maintainer and their consumers want it.
> Thanks,
> Richard
> ___
>
On Thu, 14 Feb 2019 at 11:19, Richard Shaw wrote:
>
> On Thu, Feb 14, 2019 at 10:14 AM Stephen John Smoogen
> wrote:
>>
>> On Thu, 14 Feb 2019 at 09:34, Richard Shaw wrote:
>> >
>> > Will this also allow more significant upgrades of EPEL packages between
>> > minor releases?
>> >
>>
>> That
On Thu, Feb 14, 2019 at 10:24 AM Stephen John Smoogen
wrote:
> On Thu, 14 Feb 2019 at 11:19, Richard Shaw wrote:
> >
> > On Thu, Feb 14, 2019 at 10:14 AM Stephen John Smoogen
> wrote:
> >>
> >> On Thu, 14 Feb 2019 at 09:34, Richard Shaw
> wrote:
> >> >
> >> > Will this also allow more
On Thu, Feb 14, 2019 at 10:14 AM Stephen John Smoogen
wrote:
> On Thu, 14 Feb 2019 at 09:34, Richard Shaw wrote:
> >
> > Will this also allow more significant upgrades of EPEL packages between
> minor releases?
> >
>
> That is the purpose if the package maintainer and their consumers want it.
>
On Thu, Feb 14, 2019 at 10:17:53AM -0600, Richard Shaw wrote:
> Ok. I ran into an issue on EPEL 7 where I needed to update a package so it
> could work with a package that was part of a Review Request. Then I found
> out someone was using my library as part of validated software they were
>
https://bugzilla.redhat.com/show_bug.cgi?id=1627117
Bug 1627117 depends on bug 1676474, which changed state.
Bug 1676474 Summary: Broken gir data for gdk_pixbuf_new_from_inline
https://bugzilla.redhat.com/show_bug.cgi?id=1676474
What|Removed |Added
The following Fedora EPEL 6 Security updates need testing:
Age URL
62 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-b7556983e8
tomcat-7.0.92-1.el6
58 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-a0ddb153b8
game-music-emu-0.6.2-1.el6
10
The following Fedora EPEL 7 Security updates need testing:
Age URL
201 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-f9d6ff695a
bibutils-6.6-1.el7 ghc-hs-bibutils-6.6.0.0-1.el7 pandoc-citeproc-0.3.0.1-4.el7
184 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
https://pagure.io/389-ds-base/pull-request/50226#
--
Sincerely,
William
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
65 matches
Mail list logo