* Zbigniew Jędrzejewski-Szmek [05/11/2018 23:24] :
>
> The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
> (and similarly for LANG=, LC_CTYPE=, etc.) in all spec files.
[snip ]
> perl-libintl-perleseyman
This package had a test in its test suite that only worked if LANG=en_
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
ID: 305825 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/305825
ID: 305826 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
Old failures (same test failed in updates-20181106.1):
ID: 305823 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/305823
ID: 305824 Test: x86_64 AtomicHost-dvd_ostree-iso in
Thanks, transfer of main-admin rights should be complete.
> On Wed, Nov 7, 2018 at 9:13 AM Leigh Scott wrote:
>
> Hi Leigh,
>
> Please give them all to me.
>
> Thanks,
> Dave.
> >
> > glslang
> > spirv-headers
> > spirv-tools
> > vulkan-headers
> > vulkan-loader
> > vulkan-tools
> > vulkan-val
> Hi Leigh,
>
> Please give them all to me.
>
> Thanks,
Oh and thanks for all the work you've done on packaging them up until now!
Dave.
> Dave.
> >
> > glslang
> > spirv-headers
> > spirv-tools
> > vulkan-headers
> > vulkan-loader
> > vulkan-tools
> > vulkan-validation-layers
> > __
On Wed, Nov 7, 2018 at 9:13 AM Leigh Scott wrote:
>
> I haven't got the time or energy to maintain these packages any more, any
> takers?
Hi Leigh,
Please give them all to me.
Thanks,
Dave.
>
> glslang
> spirv-headers
> spirv-tools
> vulkan-headers
> vulkan-loader
> vulkan-tools
> vulkan-valid
I haven't got the time or energy to maintain these packages any more, any
takers?
glslang
spirv-headers
spirv-tools
vulkan-headers
vulkan-loader
vulkan-tools
vulkan-validation-layers
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
I haven't got the time or energy to maintain these packages any more, any
takers?
glslang
spirv-headers
spirv-tools
vulkan-headers
vulkan-loader
vulkan-tools
vulkan-validation-layers
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
https://fedoraproject.org/wiki/Changes/GLIBC229
== Summary ==
Switch glibc in Fedora 30 to glibc version 2.29.
== Owner ==
* Name: [[User:Codonell|Carlos O'Donell]]
* Email: car...@redhat.com
* Release notes owner: car...@redhat.com
== Detailed Description ==
The GNU C Library version 2.29 will
On Tue, Nov 06, 2018 at 10:14:58PM +0100, Rafal Luzynski wrote:
> 6.11.2018 00:24 Zbigniew Jędrzejewski-Szmek wrote:
> >
> > Dear maintainers,
> >
> > I'm working again on implementing
> > https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> > [...]
> >
> > Once t
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
ID: 305773 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/305773
ID: 305774 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org
On Tue, Nov 6, 2018 at 6:06 PM Stephen Gallagher wrote:
>
>
> I find myself repeating this reply over and over again in various places...
Sorry about that.
> The feedback that we (Red Hat) got about SCLs that was filtered down
> to Engineering was this:
>
> 1) Customers really like having the o
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
Old failures (same test failed in updates-20181105.0):
ID: 305771 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/305771
ID: 305772 Test: x86_64 AtomicHost-dvd_ostree-iso in
Further, I hereby announce to remove myself from this package as a
co-maintainer.
Please feel free to step into and request ACL. I added kalev as the new
maintainer.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi Kalev,
thanks again for the fix. Really appreciated for this critical package with its
obviously important dependencies and their cases for our users.
Regards, Raphael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
6.11.2018 00:24 Zbigniew Jędrzejewski-Szmek wrote:
>
> Dear maintainers,
>
> I'm working again on implementing
> https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> [...]
>
> Once that's done, I'll file the PRs to actually replace
> glibc-langpacks-all
> with gli
Hi everyone,
We released Fedora 29 last week. That's great! Now let's take a little
bit of time and look back at the past. I've scheduled a Very Special
Edition of the weekly FPgM office hours on Wednesday 14 November[1].
From 1330 to 1500 UTC, you can join the Jit.si meeting[2] or
#fedora-meeting
On 11/6/18 6:21 AM, Jiri Eischmann wrote:
Samuel Sieb píše v Po 05. 11. 2018 v 17:07 -0800:
On 11/5/18 12:47 PM, Adam Williamson wrote:
On Sun, 2018-11-04 at 16:42 -0800, Samuel Sieb wrote:
I don't know about the other bugs, but not working on Wayland
can't be
held against it. Nothing works t
On Tue, Nov 6, 2018 at 12:26 PM Stephen Gallagher wrote:
>
> As a hypothetical example, maybe python-sphinx has a major
> backwards-incompatible update that becomes the default in Fedora 30.
> The package you maintain will only build its docs with the older Sphinx.
> Without Ursa Major, you basica
Planned Outage - System Updates/reboots - 2018-11-07 21:00 UTC
There will be an outage starting at 2018-11-07 21:00 UTC,
which will last approximately 6 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2018-11-07 21:0
On Tue, Nov 6, 2018 at 11:21 AM Jason L Tibbitts III wrote:
>
> > "FW" == Florian Weimer writes:
>
> FW> Modules do not support parallel installations of different module
> FW> versions. Many SCLs are constructed in such a way that this is
> FW> possible. So I'm not sure if modules are a cl
> "FW" == Florian Weimer writes:
FW> Modules do not support parallel installations of different module
FW> versions. Many SCLs are constructed in such a way that this is
FW> possible. So I'm not sure if modules are a clear improvement over
FW> SCLs.
And the really fun thing is that once th
On Tue, Nov 6, 2018 at 10:47 AM Florian Weimer wrote:
>
> * Nicolas Mailhot:
>
> > My current understanding of modules benefits is that they’re just
> > improved SCLs. ie something EL oriented that the average Fedora packager
> > has little interest or use for.
> >
> > Practically, being improved
On Tue, Nov 06, 2018 at 09:21:09AM -0600, Dennis Gilmore wrote:
> What is the change you are planning to put into mock and koji?
In both cases, we know that bash and other utilities will pull in
glibc, which Requires glibc-langpack, and pulls in glibc-all-langpacks
by default. My plan is to add gl
* Nicolas Mailhot:
> My current understanding of modules benefits is that they’re just
> improved SCLs. ie something EL oriented that the average Fedora packager
> has little interest or use for.
>
> Practically, being improved SCLs just means:
>
> 1. rawhide has the latest version of each module
El lun, 05-11-2018 a las 23:24 +, Zbigniew Jędrzejewski-Szmek
escribió:
> Dear maintainers,
>
> I'm working again on implementing
> https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
> (and sim
On Tue, Nov 06, 2018 at 03:49:30PM +0100, Michael Schwendt wrote:
> On Tue, 6 Nov 2018 21:48:16 +0800, Honggang LI wrote:
>
> > hi,
> >
> > libocrdma had been merged into rdma-core in upstream, so libocrdma is
> > obsoleted by rdma-core.
> >
> > The package owner Selvin tried to retire this pack
On Tue, Nov 06, 2018 at 03:53:56PM +0100, David Woodhouse wrote:
> On Mon, 2018-11-05 at 23:24 +, Zbigniew Jędrzejewski-Szmek wrote:
> > Dear maintainers,
> >
> > I'm working again on implementing
> > https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> > The fir
* David Woodhouse:
> The self-tests for OpenConnect explicitly use cs_CZ.ISO8859-2 for
> pathological password handling — using a password of "ĂŻ" (U+0102
> U+017B) in the local charset and making sure it works correctly.
>
> Do I just need to BuildRequire glibc-langpacks-all manually to make
> th
* Panu Matilainen:
> On 11/06/2018 02:13 PM, Mike FABIAN wrote:
>> Panu Matilainen さんはかきました:
>>
>>> On 11/06/2018 12:15 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Nov 06, 2018 at 12:10:04PM +0200, Panu Matilainen wrote:
> On 11/06/2018 03:05 AM, Kevin Kofler wrote:
>> Zbigniew Ję
On Mon, 2018-11-05 at 23:24 +, Zbigniew Jędrzejewski-Szmek wrote:
> Dear maintainers,
>
> I'm working again on implementing
> https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
> (and similarly
On Tue, 6 Nov 2018 21:48:16 +0800, Honggang LI wrote:
> hi,
>
> libocrdma had been merged into rdma-core in upstream, so libocrdma is
> obsoleted by rdma-core.
>
> The package owner Selvin tried to retire this package, but failed
> with authentication.
>
> We need someone who manages/maintains
On 11/06/2018 02:13 PM, Mike FABIAN wrote:
Panu Matilainen さんはかきました:
On 11/06/2018 12:15 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Nov 06, 2018 at 12:10:04PM +0200, Panu Matilainen wrote:
On 11/06/2018 03:05 AM, Kevin Kofler wrote:
Zbigniew Jędrzejewski-Szmek wrote:
The first step is
Samuel Sieb píše v Po 05. 11. 2018 v 17:07 -0800:
> On 11/5/18 12:47 PM, Adam Williamson wrote:
> > On Sun, 2018-11-04 at 16:42 -0800, Samuel Sieb wrote:
> > > I don't know about the other bugs, but not working on Wayland
> > > can't be
> > > held against it. Nothing works to record the desktop on
On Tue, Nov 6, 2018 at 8:58 AM Dominik 'Rathann' Mierzejewski
wrote:
>
> On Tuesday, 06 November 2018 at 00:24, Zbigniew Jędrzejewski-Szmek wrote:
> > Dear maintainers,
> >
> > I'm working again on implementing
> > https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
>
hi,
libocrdma had been merged into rdma-core in upstream, so libocrdma is
obsoleted by rdma-core.
The package owner Selvin tried to retire this package, but failed
with authentication.
We need someone who manages/maintains fedora package repos to retire
libocrdam for us.
thanks
On Tue, Nov 06, 2018 at 12:05:03PM +, Paul Howarth wrote:
> On Tue, 6 Nov 2018 10:25:58 +
> Zbigniew Jędrzejewski-Szmek wrote:
>
> > pghmcfcperl-Perl-Critic perl-Perl-OSType perl-Text-Hunspell
> > perl-Text-SpellChecker
>
> These packages all set either LANG or LC_ALL to en_US for th
On Tue, Nov 06, 2018 at 02:05:06PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Tuesday, 06 November 2018 at 13:13, Florian Weimer wrote:
> > * Zbigniew Jędrzejewski-Szmek:
> >
> > > Dear maintainers,
> > >
> > > I'm working again on implementing
> > > https://fedoraproject.org/wiki/Changes/R
Hi all,
If you are maintaining a nautilus extension package written in Python,
please check that it supports Python 3 in rawhide/F30 (and fix it up if
it doesn't). Up until F29, nautilus-python used Python 2, but in rawhide
it's now switched to use Python 3.
More info: https://bugzilla.redhat.co
On Tue, Nov 06, 2018 at 02:07:06PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Tuesday, 06 November 2018 at 00:24, Zbigniew Jędrzejewski-Szmek wrote:
> > Dear maintainers,
> >
> > I'm working again on implementing
> > https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_bui
On Tuesday, 06 November 2018 at 00:24, Zbigniew Jędrzejewski-Szmek wrote:
> Dear maintainers,
>
> I'm working again on implementing
> https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
> (and simil
On Tuesday, 06 November 2018 at 13:13, Florian Weimer wrote:
> * Zbigniew Jędrzejewski-Szmek:
>
> > Dear maintainers,
> >
> > I'm working again on implementing
> > https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> > The first step is to replace LC_ALL=en_US.UTF-8
Le mardi 06 novembre 2018 à 11:05 +0100, Dridi Boukelmoune a écrit :
> > I'm with you in the sense that I too fail to see practical benefits
> > of
> > modules so far. But e.g. the java-sig says it makes their life
> > easier,
> > and it is their choice. The decision was made to proceed with
> > mo
* Zbigniew Jędrzejewski-Szmek:
> Dear maintainers,
>
> I'm working again on implementing
> https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
> The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
> (and similarly for LANG=, LC_CTYPE=, etc.) in all spe
Panu Matilainen さんはかきました:
> On 11/06/2018 12:15 PM, Zbigniew Jędrzejewski-Szmek wrote:
>> On Tue, Nov 06, 2018 at 12:10:04PM +0200, Panu Matilainen wrote:
>>> On 11/06/2018 03:05 AM, Kevin Kofler wrote:
Zbigniew Jędrzejewski-Szmek wrote:
> The first step is to replace LC_ALL=en_US.UTF-8
On Tue, 6 Nov 2018 10:25:58 +
Zbigniew Jędrzejewski-Szmek wrote:
> pghmcfcperl-Perl-Critic perl-Perl-OSType perl-Text-Hunspell
> perl-Text-SpellChecker
These packages all set either LANG or LC_ALL to en_US for the purposes
of setting the correct language for the spell check in their test
Dne 06. 11. 18 v 9:49 Miroslav Suchý napsal(a):
> Dne 04. 11. 18 v 14:08 Dominik 'Rathann' Mierzejewski napsal(a):
>> Unless you're building packages for EPEL locally using mock,
>> but then you can use mock --dnf.
> Or `mock --bootstrap-chroot`, which build in two stages. First install small
> r
On 11/06/2018 12:15 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Nov 06, 2018 at 12:10:04PM +0200, Panu Matilainen wrote:
On 11/06/2018 03:05 AM, Kevin Kofler wrote:
Zbigniew Jędrzejewski-Szmek wrote:
The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
(and similarly for LANG
On Tue, Nov 06, 2018 at 10:08:04AM +, Tom Hughes wrote:
> On 05/11/2018 23:24, Zbigniew Jędrzejewski-Szmek wrote:
>
> >I'll do a mass update to use C.UTF-8 for the packages in the list that
> >follows, next week. I'll do test builds locally, and I'll only push to
> >dist-git if the local build
On Tue, Nov 06, 2018 at 12:10:04PM +0200, Panu Matilainen wrote:
> On 11/06/2018 03:05 AM, Kevin Kofler wrote:
> >Zbigniew Jędrzejewski-Szmek wrote:
> >>The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
> >>(and similarly for LANG=, LC_CTYPE=, etc.) in all spec files.
> >
> >But t
On 11/06/2018 03:05 AM, Kevin Kofler wrote:
Zbigniew Jędrzejewski-Szmek wrote:
The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
(and similarly for LANG=, LC_CTYPE=, etc.) in all spec files.
But there are probably many more packages where the setting is hidden in
upstream bui
> I'm with you in the sense that I too fail to see practical benefits of
> modules so far. But e.g. the java-sig says it makes their life easier,
> and it is their choice. The decision was made to proceed with
> modularity in Fedora. Once that decision was made, we cannot forbid
> packagers from ma
On 06. 11. 18 0:24, Zbigniew Jędrzejewski-Szmek wrote:
Dear maintainers,
I'm working again on implementing
https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot.
The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
(and similarly for LANG=, LC_CTYPE=, et
Dne 04. 11. 18 v 14:08 Dominik 'Rathann' Mierzejewski napsal(a):
> Unless you're building packages for EPEL locally using mock,
> but then you can use mock --dnf.
Or `mock --bootstrap-chroot`, which build in two stages. First install small
root with DNF from e.g. F29 and then will
use this DNF to
Je lun, 2018-11-05 je 17:07 -0800, Samuel Sieb skribis:
> > GNOME's inbuilt screen recorder does it fine.
>
> Does that use a Gnome shell-specific API or does Wayland have support
> for that now?
I believe the recording happens in the same process as the Wayland
compositor.
signature.asc
Desc
On Tue, Nov 06, 2018 at 01:54:54AM +0100, Kevin Kofler wrote:
> Fabio Valentini wrote:
> > I have to say, making core, non-leaf packages available as modules
> > only sounds like a *terrible* idea to me.
> > I don't want to have to deal with this uncooked mess if I just want to
> > do standard pack
On Tue, Nov 06, 2018 at 02:05:27AM +0100, Kevin Kofler wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > The first step is to replace LC_ALL=en_US.UTF-8 with LC_ALL=C.UTF-8
> > (and similarly for LANG=, LC_CTYPE=, etc.) in all spec files.
>
> But there are probably many more packages where the setti
57 matches
Mail list logo
