On 32-bit ARM Fedora's %{configure} macro forces:
./configure ... --host=armv7hl-redhat-linux-gnu ...
On the same host, config.guess prints:
armv7l-unknown-linux-gnueabihf
The OCaml configure script tests for:
AS_CASE([$host],
...
[armv7*-*-linux-gnueabihf],
[arch=arm; model=armv7; system=linux_eabihf],
...
[armv7*-*-linux-gnueabi],
[arch=arm; model=armv7; system=linux_eabi],
As a result it works if $host contains the GNU string, but fails on
the forced Fedora host string.
Who's right here? Also can I change what Fedora's %{configure} macro
sets --host to by modifying only the spec file?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
Hi!
Is it still valid request to add update-desktop-database into %post,
like mentioned by fedora-review tool [1]? Almost at the end of the
comment. I were not able to find any information about it in Package
Guidelines. Should that hint be removed from fedora-review or should be
documentation updated?
Are my eyes too tired to find correct place?
1. https://bugzilla.redhat.com/show_bug.cgi?id=1658153#c85
Regards,
Petr
--
Petr Menšík
Software Engineer
Red Hat, http://www.redhat.com/
email: pemensik(a)redhat.com PGP: 65C6C973
Upstream moved the ocaml-emacs subpackage into a separate repository,
out of the main compiler repository:
https://github.com/ocaml/ocaml/commit/20425ec4bbc3b7a22b1494970f5ed8a0aed00…
As a result I will drop the ocaml-emacs subpackage when we move to
OCaml 4.08.0 in Fedora 31.
We already package emacs-tuareg which is a better emacs mode for OCaml
editing, and really everyone should use that instead. However it's
likely not compatible at the elisp level so it's not a straight
replacement package.
If someone wants to turn the caml-mode repository into a Fedora
package then let me know and I can help, but I'm not in any rush to do
it myself because I use tuareg mode.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines. Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
Hey folks!
Just to keep everyone in the loop, here's what's going on:
RC1 was pretty close to shipping at the Go / No-Go, but there were a
couple of bugs we wanted to fix and we didn't feel like it had been
baked long enough to sign off today.
So, an RC2 is building with four targeted fixes:
* [pim-sieve-editor-18.12.2-2.fc30](
https://bodhi.fedoraproject.org/updates/FEDORA-2019-e5343ff7b6) for
[#1670396](https://bugzilla.redhat.com/show_bug.cgi?id=1670396)
* [anaconda-30.25.6-2.fc30](
https://bodhi.fedoraproject.org/updates/FEDORA-2019-7184d9d0c0) for
[#1703152](https://bugzilla.redhat.com/show_bug.cgi?id=1703152)
* [buildah-1.7-18.git873f001.fc30](
https://bodhi.fedoraproject.org/updates/FEDORA-2019-a329c204c3) for
[#1702419](https://bugzilla.redhat.com/show_bug.cgi?id=1702419)
* [swid-tools-0.8.1-1.fc30](
https://bodhi.fedoraproject.org/updates/FEDORA-2019-1d9e7f3b5b) for
[#1703066](https://bugzilla.redhat.com/show_bug.cgi?id=1703066)
aside from those, RC2 will be identical to RC1. RC2 should be complete
in something like 4-6 hours from now; an email will be sent when that
happens. Testing RC1 is still valuable at this point, as the changes in
RC2 are quite minor.
So, please continue to test RC1 for now, and switch over to testing RC2
when it lands. As well as running tests from the matrices, if folks can
just do exploratory testing and try to run the images on as many
configurations as possible and look for any major issues, that'd be
great.
Thanks everyone!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
_______________________________________________
test-announce mailing list -- test-announce(a)lists.fedoraproject.org
To unsubscribe send an email to test-announce-leave(a)lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/test-announce@lists.fedorapro…