ARM, inlining failed in call to always_inline '[...]': target
specific option mismatch
by Sandro Mani
Hi
libwebp-0.5.1 fails to build on ARM with error messages such as
gcc -DHAVE_CONFIG_H -I. -I../../src/webp -DNDEBUG -fvisibility=hidden -Wall -Wdeclaration-after-statement -Wextra -Wfloat-conversion -Wformat -Wformat-nonliteral -Wformat -Wformat-security -Wmissing-declarations -Wmissing-prototypes -Wold-style-definition -Wshadow -Wunreachable-code -Wunused-but-set-variable -Wunused -Wvla -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard -pthread -c enc_neon.c -fPIC -DPIC -o .libs/libwebpdsp_neon_la-enc_neon.o
In file included from ./neon.h:15:0,
from enc_neon.c:20:
./neon.h: In function 'Transpose4x4':
/usr/lib/gcc/armv7hl-redhat-linux-gnueabi/6.1.1/include/arm_neon.h:6276:1: error: inlining failed in call to always_inline 'vget_high_u64': target specific option mismatch
vget_high_u64 (uint64x2_t __a)
^~~~~~~~~~~~~
and many more similar ones, see [1].
Does anyone have an idea what to do about such errors?
Thanks
Sandro
[1] https://kojipkgs.fedoraproject.org//work/tasks/561/14870561/build.log
7 years, 10 months
F25 Self Contained Change: Change/Remove slogin and sshd-keygen
by Jan Kurik
= Proposed Self Contained Change: Change/Remove slogin and sshd-keygen =
https://fedoraproject.org/wiki/Changes/Remove_slogin_and_sshd-keygen
Change owner(s):
* Jakub Jelen <jjelen AT redhat DOT com>
slogin, a legacy symlink to ssh, will be removed. sshd-keygen, a
legacy Fedora init script, will be removed.
== Detailed Description ==
slogin symlink to ssh exists for years for compatibility with ancient
systems and was recently removed from upstream openssh install
scripts. There is no need to hold this symlink downstream. Possible
dependent packages need update just in the words of substitution
s/slogin/ssh/.
sshd-keygen executable is also years old copy from init scripts and
does not make use of any systemd features. In F24 new instantiated
sshd-keygen service is used, but for compatibility reasons (anaconda)
the old sshd-keygen script is still shipped alongside.
Applications/services that needs to make sure that ssh host keys are
available, should depend on sshd-keygen.target instead of running
sshd-keygen manually.
== Scope ==
* Proposal owners:
- Remove the symlink from spec file (revert commit) and remove
sshd-keygen from dist-git script (revert sshd-keygen commit).
- Package maintainers (anaconda) depending on these files in system
should follow description above how to work without sshd-keygen.
* Other developers: N/A (not a System Wide Change)
* Release engineering: N/A (not a System Wide Change)
* List of deliverables: N/A (not a System Wide Change)
* Policies and guidelines: N/A (not a System Wide Change)
* Trademark approval: N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 10 months
Nautilus doesn't always update the number of files count
by jack smith
Hello,
Nautilus, in some cases, doesn't update the number of files count in the "size" column in the list view. Here is the use case that I'm aware that show it :
- Open Nautilus in your /home, create a file with "touch" in a terminal in the "Downloads" folder, the count is not updated for the "Downloads" folder.
- Take the previous exemple, go to a directory, like "Documents", go back to your /home, the count is still not updated for the "Downloads" folder.
That can lead to some problem. The most annoying is obviously deleting a folder thinking it's empty whereas it's absolutely not empty.
https://bugzilla.gnome.org/show_bug.cgi?id=768455
Thanks !
7 years, 10 months
Re: Too fast karma on Bodhi updates
by Sayan Chowdhury
On Mon, Jul 11, 2016 at 11:22 AM, Buvanesh Kumar <linuxsbk2(a)gmail.com> wrote:
> Hi Sayan,
> I have tested your package and verified it in Fedora 24 release. It works
> fine. Thanks for pushing it to bodhi for testing. Since there was no test
> case, I just installed it but after careful evaluation, I installed Fedora
> hubs then I tested out the packages.
>
How did you test the package with Fedora Hubs?
--
Sayan Chowdhury <https://sayanchowdhury.dgplug.org/>
Senior Software Engineer, Fedora Engineering - Emerging Platform
GPG Fingerprint : 0F16 E841 E517 225C 7D13 AB3C B023 9931 9CD0 5C8B
Proud to work at The Open Organization!
7 years, 10 months
Re: Too fast karma on Bodhi updates
by Sayan Chowdhury
>
> Yes , it does. Now let me put forward the actual idea of having an QA
> sprints succeeding an onboarding call. As Adam mentioned we have many new
> contributors coming in and hence there was a need to ensure that the
> packages are being tested correctly . Over a span of 2+ weeks the new
> contributors have been testing packages and collectively we tested about
> 1000 packages for Fedora 24. To ensure that everything is fine, I have asked
> a few of them to not give karma and wait until I check and ensure the
> testing was proper. In the QA sprint, I ensured that the packages were
> tested properly by all the people who were taking part. Except for a few
> packages , everything went pretty fine! .
>
> Sayan's Package was working fine for F24 ( I didn't still test for F23,
> although I do see one on Bodhi) , I verified it already.Although we might
> need to work out on the
> https://fedoraproject.org/wiki/QA:Update_feedback_guidelines to ensure new
> contributors become well aware when they post feedbacks.
What were the steps used to test the package? +1 in 40 sec is just too fast.
--
Sayan Chowdhury <https://sayanchowdhury.dgplug.org/>
Senior Software Engineer, Fedora Engineering - Emerging Platform
GPG Fingerprint : 0F16 E841 E517 225C 7D13 AB3C B023 9931 9CD0 5C8B
Proud to work at The Open Organization!
7 years, 10 months
Fedora Elections July 2016 - Campaign period has started
by Jan Kurik
The Nomination period of Elections to Council and FESCo is now over.
The list of nominees follows:
== Council (1 open seat) ==
* Justin Flory (jflory7)
* Langdon White (langdon)
== FESCo (4 open seats) ==
* Josh Boyer (jwb/jwboyer)
* Stephen Gallagher (sgallagh)
* Haikel Guemar (number80/hguemar)
* Dennis Gilmore (dgilmore/ausil)
* Dominik Mierzejewski (rathann)
Nominees can now start with their own campaign, to attract people in
the Fedora community. I am also going to work with people from CommOps
team to prepare Community Blog for publishing answers from candidates
on collected questions in the Election's Questionnaire [
https://fedoraproject.org/wiki/Elections/Questionnaire ].
I wish all the nominees good luck and a lot of fun during the campaign period.
Regards,
Jan
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 10 months
