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
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
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
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
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
> 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 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
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 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 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
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 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
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
* 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
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
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
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 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
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: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
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
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 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.
>
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 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
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 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
* 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ę
* 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
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
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
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
* 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
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
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
> "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 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
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 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
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
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
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 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
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
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
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)
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 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
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
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
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
> 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
> > __
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
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
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
* 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_
57 matches
Mail list logo
