Hi Gordon,
Welcome to Fedora!
On 5/28/19 8:58 AM, Gordon Messmer wrote:
Hello,
My name is Gordon Messmer. I've been a long-time user of Red Hat
systems, starting with Red Hat Linux 4.2 in 1997. I've been packaging
software in rpm format for use in business environments for very
nearly as
Hello,
My name is Gordon Messmer. I've been a long-time user of Red Hat
systems, starting with Red Hat Linux 4.2 in 1997. I've been packaging
software in rpm format for use in business environments for very nearly
as long. I've also been a semi-active member of the Red Hat and Fedora
maili
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
ID: 406540 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/406540
ID: 406541 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-05-28 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
Docs](https://docs.pagure.o
No missing expected images.
Failed openQA tests: 2/2 (x86_64)
ID: 406538 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/406538
ID: 406539 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org
https://github.com/vxl/vxl/issues/638
Independent of that particular issue, it is hard to believe the claim
"vxl: A multi-platform collection of C++ software libraries ...".
They're not making a good-faith effort to be portable.
The first hint is that "-Werror" (turn all warnings into errors)
ha
On Mon, May 27, 2019 at 2:54 PM Jerry James wrote:
> It looks like the first few errors, at least, were fixed the day after
> the last release, in this commit:
>
> https://github.com/vxl/vxl/commit/c3fd27959f51e0469a7a6075e975f245ac306f3d
>
> You might try adding that as a patch and see if that is
On Mon, May 27, 2019 at 5:36 AM Florian Weimer wrote:
>
> I'm investigating whether it makes sense to switch to a scheme where the
> glibc locale data is built from source, during package installation,
> based on the langpack configuration system. This is similar to what
> Debian does.
May I wil
On Mon, May 27, 2019 at 10:14 AM Ankur Sinha wrote:
> After spending quite a bit of time fixing VXL to build, I've now run
> into errors with it building on 32 bit arches.
>
> Unfortunately, I don't foresee myself having enough cycles in the near
> future to debug the C++ bits to see what's happen
On Mon, 27 May 2019 at 20:13, Florian Weimer wrote:
[.,]
> > In other words your proposition is *not* about not any kind of
> > reduction size but increase size of installed resources because those
> > binary files which needs to be present will be increased by source of
> > those binary files. Ot
* Tomasz Kłoczko:
> On Mon, 27 May 2019 at 10:41, Florian Weimer wrote:
>> I'm investigating whether it makes sense to switch to a scheme where the
>> glibc locale data is built from source, during package installation,
>> based on the langpack configuration system. This is similar to what
>> De
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 15/137 (x86_64), 1/2 (arm)
ID: 406384 Test: x86_64 Server-dvd-iso server_freeipa_replication_master
URL: https://openqa.fed
On Mon, 27 May 2019 at 10:41, Florian Weimer wrote:
> I'm investigating whether it makes sense to switch to a scheme where the
> glibc locale data is built from source, during package installation,
> based on the langpack configuration system. This is similar to what
> Debian does.
>
> The reason
Sorry for the late reply! Trying to avoid using my work computers for
personal open source work but that makes it hard to juggle when traveling.
On Mon, May 27, 2019, 02:00 Miro Hrončok wrote:
> On 23. 06. 18 13:38, Miro Hrončok wrote:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1589077
> >
OLD: Fedora-Rawhide-20190524.n.1
NEW: Fedora-Rawhide-20190527.n.0
= SUMMARY =
Added images:2
Dropped images: 11
Added packages: 2
Dropped packages:1
Upgraded packages: 55
Downgraded packages: 0
Size of added packages: 43.77 MiB
Size of dropped packages
Hi everyone,
After spending quite a bit of time fixing VXL to build, I've now run
into errors with it building on 32 bit arches.
Unfortunately, I don't foresee myself having enough cycles in the near
future to debug the C++ bits to see what's happening here, and while I
have filed a ticket upstre
Small update (well, actually big update :D).
No retirement is happening since python3-urwid{,trees} is also needed
for sen, which is my baby and I won't let it go.
Given all of that, I just updated python-urwid, python-urwidtrees and
alot to their latest upstream versions in rawhide and 30, feel
On Mon, May 27, 2019 at 3:01 AM Miro Hrončok wrote:
> Once again, the same question.
I have sent an email to Michel's gmail.com address. I will let you
know if I get a reply.
--
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@list
Hi,
My FAS account is "submachine". I just tried logging into pagure.io, and
while the login succeeded, immediately after, I got a 404 error page with
the error 'No user "submachine" found'. All pagure.io URLs lead to the same
404, so I can't file a pagure issue for this either (which is why I'm
w
On Mon, May 27, 2019 at 9:56 AM Matthias Runge
wrote:
> On Thu, May 23, 2019 at 06:40:34PM +0200, Alfredo Moralejo Alonso wrote:
> > On Wed, May 22, 2019 at 9:37 AM Didier Fabert
> > wrote:
> >
> > > Le 21/05/2019 à 15:13, Alfredo Moralejo Alonso a écrit :
> > > > Hello,
> > > >
> > > > I've bee
Hi,
On 27-05-19 14:49, Florian Weimer wrote:
* Hans de Goede:
Interesting idea, my first thoughts on this are that doing this
during installation time feels wrong. How are you going to figure
out for which languages to generate the locale data ? The language
can differ per user. e.g. on my sys
Anderson, FYI. Could you please answer the question below?
On Fri, 2019-05-24 at 17:58 +0100, Richard W.M. Jones wrote:
> > libnbd.x86_64: W: crypto-policy-non-compliance-gnutls-1
> > /usr/lib64/libnbd.so.0.0.0 gnutls_priority_set_direct
> > This application package calls a function to explicitly
* Vít Ondruch:
> Because Fedora is binary distribution, I think we should have everything
> prebuilt and packaged. If we followed the path you propose, we would end
> up with Gentoo.
We do not pre-package the contents of /etc/ld.so.cache, either. And
/usr/lib/locale/locale-archive in glibc-all-l
* Hans de Goede:
> Interesting idea, my first thoughts on this are that doing this
> during installation time feels wrong. How are you going to figure
> out for which languages to generate the locale data ? The language
> can differ per user. e.g. on my system the system language is nl_NL,
> for t
Hey,
I was told that Frédéric Lepied (flepied) has left Red Hat.
His FAS account however only has a @redhat.com e-mail address.
Any idea how to reach him? We'd like to have one of his two packages retired:
https://bugzilla.redhat.com/show_bug.cgi?id=1711724
Thanks,
--
Miro Hrončok
--
Phone: +
Because Fedora is binary distribution, I think we should have everything
prebuilt and packaged. If we followed the path you propose, we would end
up with Gentoo.
Vít
Dne 27. 05. 19 v 11:34 Florian Weimer napsal(a):
> I'm investigating whether it makes sense to switch to a scheme where the
> gli
Dne 24. 05. 19 v 21:00 Stephen Gallagher napsal(a):
> On Tue, Apr 23, 2019 at 5:40 PM Stephen Gallagher wrote:
>> Today, the Node.js upstream released 12.0.0, the next in its line of
>> long-term support releases. I plan to make this the default version of
>> Node.js in Fedora 31+, but not immedi
Hi,
On 27-05-19 11:34, Florian Weimer wrote:
I'm investigating whether it makes sense to switch to a scheme where the
glibc locale data is built from source, during package installation,
based on the langpack configuration system. This is similar to what
Debian does.
The reason is that the com
Ping. Any update here?
Vít
Dne 23. 04. 19 v 18:14 Stephen Gallagher napsal(a):
> It is not mentioned anywhere in the official packager documentation,
> but the modulemd format for packages includes a default[1] for the
> `ref:` attribute of RPM components. Essentially, if you leave the
> `ref:`
I'm investigating whether it makes sense to switch to a scheme where the
glibc locale data is built from source, during package installation,
based on the langpack configuration system. This is similar to what
Debian does.
The reason is that the compressed locale source code (without the
charmaps
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:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On 23. 06. 18 13:38, Miro Hrončok wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=1589077
Does anyone know how to contact the maintainer?
Once again, the same question.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list
On 20. 05. 19 11:26, Miro Hrončok wrote:
I intend to drop python2-tornado. There are following dependent packages:
- python-httpretty
build time, for Python 2 tests, tests can be disabled
- python-pika
build time, for Python 2 tests, one file can be skipped
- python-urllib3
buil
On Thu, May 23, 2019 at 06:40:34PM +0200, Alfredo Moralejo Alonso wrote:
> On Wed, May 22, 2019 at 9:37 AM Didier Fabert
> wrote:
>
> > Le 21/05/2019 à 15:13, Alfredo Moralejo Alonso a écrit :
> > > Hello,
> > >
> > > I've been trying to contact mflobo in order to get some packages updated
> > >
34 matches
Mail list logo