httpd illegal instruction by rebuild with rpmrc file
by Dominik Kucher
when i rebuild the src.rpm with my .rpmrc file i became the error "illegal instruction", when i create the rpm without the .rpmrc file it works perfectly!
other builds (pure-ftpd, mpd, mpdscribble, samba, openssl) works with my rpmrc file, but why it breaks httpd-* and mod_* files? maybe the problem of my mod_ssl build?
i use the httpd-2.4.25-3.fc25.src.rpm file
This is my .rpmrc file:
[builduser@buildsrv]: cat /home/builduser/.rpmrc
optflags: x86_64 %{__global_cflags} -m64 -march=core2 -mtune=core2
--
Dominik Kucher
7 years, 1 month
HEADS UP: astyle soname change and version bump
by Jens Lody
I will update astyle to 3.0 (newest upstream) soon.
I will also change the soname from libastyle-%{soversion}.so to
libastyle.so.%{soversion} to follow upstream (they now use versioned
libraries).
The new library names will be libastyle.so.3.0.0 and (as link)
libastyle.so.3 .
There is only one package using libastyle (arduino) and I already sent
a mail to the maintainer.
I plan a buildroot-override on F26, so codeblocks (maintained by me) and
arduino can be updated together with astyle.
Am I right, if I assume,that I need the help of releng or a proven
packager to create this multipackage update ?
Jens
7 years, 1 month
power management
by Chris Murphy
01.org has several projects related to power management, but most
aren't in Fedora repositories. Are any of these useful for the recent
effort to make power management better on Fedora?
I've been compiling thermald from source for a while, and it does make
a difference to battery life and heat generation on laptops. It's only
in copr and that version is old.
The description of thermal daemon:
"This is an active open source project distributed under the LGPL open
source license. With a mature and established codebase containing
about 12,000 lines of code.
Linux Therman Daemon is currently used in distributions such as Ubuntu
and Fedora and can be used any Linux-based system, including Chromium,
Chrome OS or Android."
Except it's not used in Fedora. Intel is the maintainer upstream.
Seems like a strong candidate for default installation and activation
on Fedora Workstation.
Next up is Powertop, which I've used off and on mostly for diagnostic.
But it also has some startup time optimizations applied with a systemd
unit. *shrug* I can't quantify how useful those optimizations are. The
one in Fedora right now is the previous version which doesn't work on
Skylake or Kabylake CPUs.
RAPL Power Meter I've never used.
suspendresume I hadn't even heard of until looking at this page just
now, but the description sounds like it'd useful for both workstation
and server products.
"The use of Suspend/Resume is an excellent way to save power in Linux
platforms, whether in Intel® based mobile devices or large-scale
server farms. Optimizing the performance of suspend/resume has become
extremely important because the more time spent entering and exiting
low power modes, the less the system can be in use."
--
Chris Murphy
7 years, 1 month
Re: power management
by Andrew Lutomirski
On Apr 10, 2017 7:39 AM, "Richard W.M. Jones" <rjones(a)redhat.com> wrote:
On Fri, Apr 07, 2017 at 04:47:54PM -0600, Chris Murphy wrote:
> 01.org has several projects related to power management, but most
> aren't in Fedora repositories. Are any of these useful for the recent
> effort to make power management better on Fedora?
If you're packaging things, it'd be nice to have TLP in Fedora for all
of us Thinkpad users:
http://linrunner.de/en/tlp/docs/tlp-linux-advanced-power-management.html
Actually TLP is included in Fedora already. Unfortunately it requires
two (at least) out of tree kernel modules to really make it
functional, so the work is resolving why those aren't upstream and
what it would take to get them upstream. These enable setting battery
thresholds, which can really prolong the life of laptop batteries.
For tp-smapi, I have a user program that can do it with no module.
Arguably a good module would be better.
acpi_call was nakked upstream and has approximately zero chance of making
it in. The right fix is to write a real driver.
IMO the best way to handle this would be to teach the Linux battery sysfs
code to allow subdrivers to register to provide advanced functionality.
Unfortunately, I don't use a Thinkpad anymore.
I should also note that the link above has a Fedora repo, but it's
been uninstallable for me for a little while.
And yes, I know I should be doing the work ...
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~
rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
7 years, 1 month
Fonts packaging Help wanted
by Kevin Fenzi
Greetings.
I thought I would toss this out in case anyone was looking for things to
package up.
Many fonts these days (the google ones at least) are shipping .glyphs
files as source.
The origin of this format seems to be a non free binary only macos app
called "Glyphs".
However, there's two open source projects who have added or are working
on adding support:
https://github.com/trufont/trufont a python based font editor
and
https://github.com/metapolator/metapolator/ a nodejs based editor
Additionally, google has made available 'fontmake' which builds the
actual binary fonts from the .glyphs files:
https://github.com/googlei18n/fontmake - a python based font compiler.
This all came up for me when someone pointed out there was a newer
version of a font I maintain ( levien-inconsolata-fonts ) available, but
there's no longer a sfd file to build from, just a glyphs source. I
don't really have time to package up fontmake (and I think that would be
somewhat useless without an editor, so we would need one of the other
two also). In the mean time I will probibly just update with the
upstream ttf, but that makes me sad. :(
So, if anyone wants to take on packaging these up, that would be lovely.
I'd be happy to try and help as time permits doing reviews, co-
maintaning, etc.
Thanks,
kevin
7 years, 1 month
spyder3 is now on rawhide
by Mukundan Ragavan
I am building spyder 3.1.3 on *rawhide* right now. We do not have py3
version of rope yet and jedi is one version too recent in rawhide at the
moment. But, this should be fixed with 3.1.4 (when upstream releases it).
please test this version of spyder. I am looking at pushing this to F26
absent too many issues.
Mukundan.
--
GPG Key - E5C8BC67
-------
7 years, 1 month
PXE Menu entry example for standard Fedora LiveCD?
by Locane
Does anyone have a PXE menu entry example for the regular and most current
Fedora LiveCD?
Primarily I'm concerned with the "root=" parameter; I don't know what the
default "fslabel=" was when the LiveCD was created, so I don't know what to
put there.
Normally I bake my own CentOS ones.
Thanks in advance!
7 years, 1 month