devel September 2017

devel@lists.stg.fedoraproject.org

189 participants
285 discussions

tools and systemtap containers are available in Fedora
by Tomas Tomecek 11 Oct '17

11 Oct '17

Hello, we managed to move tools container from Fedora Dockerfiles github repo to Fedora infra [1]. As a side effects, we put systemtap in a dedicated container. We would very much appreciate your feedback here: so if you have some time to take a look at these containers and try them out, it would mean a lot to us. Repos: https://src.fedoraproject.org/container/systemtap https://src.fedoraproject.org/container/tools The way to access the images: docker pull candidate-registry.fedoraproject.org/f26/tools docker pull candidate-registry.fedoraproject.org/f26/systemtap Both images have help files, so please read them prior using the containers: https://src.fedoraproject.org/container/tools/blob/master/f/root/README.md https://github.com/container-images/systemtap/blob/master/help/help.md (or `atomic help $the_container_image`) [1] https://pagure.io/atomic-wg/issue/214

6 11

RFC: Always sourcing /etc/bashrc for interactive mode in bash
by Siteshwar Vashisht 10 Oct '17

10 Oct '17

We are discussing about always sourcing /etc/bashrc for interactive mode in bug 1193590 [1]. Currently /etc/bashrc is sourced by user's bashrc script and if a user forgets to source it, some of the default configurations will not be set (for e.g. see bug 1390780 [2]). I am pondering over the idea to source /etc/bashrc by default (see commmit at [3]) and fix current /etc/bashrc script to avoid double sourcing [4]. This change may cause undesirable effects if a custom /etc/bashrc is prone to double sourcing and might break some systems. Any comments about this change are welcome. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1193590 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1390780 [3] https://github.com/fedora-testing/bash/commit/87ac935a6643a9afee44a95757714… [4] https://bugzilla.redhat.com/show_bug.cgi?id=1193590#c20 -- -- Siteshwar Vashisht

2 2

State of Sparkeshare in Fedora
by Luya Tshimbalanga 09 Oct '17

09 Oct '17

Sparkleshare package is currently behind upstream which just reach 2.0[1][2] The maintainer was contacted for updating the package with current broken dependency below on Fedora 27 and above: Problem: package sparkleshare-1.2.0-8.fc26.x86_64 requires mono(webkit-sharp) = 1.1.15.0, but none of the providers can be installed - conflicting requests - nothing provides webkitgtk needed by webkit-sharp-0.3-19.fc26.x86_64 but no response so far[3][4]. As the application is used by Design Team, could someone make the change because I cannot access it? Thanks in advance, Luya References -------------- [1] https://github.com/hbons/SparkleShare/releases/tag/2.0.0 [2] https://apps.fedoraproject.org/packages/sparkleshare [3] https://bugzilla.redhat.com/show_bug.cgi?id=1151172 [4] https://bugzilla.redhat.com/show_bug.cgi?id=1375789

4 20

SELinux policy contibutions
by Robert Marcano 07 Oct '17

07 Oct '17

Greetings. Is https://github.com/fedora-selinux/selinux-policy-contrib the right place to contribute to the Fedora SELinux policy? I added a pull request for a small update needed for a new release of cups-pdf, but I am not sure someone is monitoring that. There is another one from rhatdan there so I presume is the right place.

5 5

Kernel 4.13 rebase plans
by Laura Abbott 05 Oct '17

05 Oct '17

Hi, Kernel 4.13 was released this past weekend. This kernel has been built for rawhide and is building for F27 as well. We will be following the same upgrade procedure as in the past. F25 and F26 will get rebased to 4.13 after a few stable releases, typically 4.13.2 or 4.11.3 depending on how stable the kernel is. Upstream does not give release dates for stable release but given past timings, this will probably happen towards the end of September. As always, if you have any questions please let me know. Thanks, Laura

24 46

[HEADS UP] Default value of SELinux boolean httpd_graceful_shutdown will changed.
by Lukas Vrabec 04 Oct '17

04 Oct '17

I'm planning change the default value of httpd_graceful_shutdown boolean in Fedora Rawhide because of improving SELinux configuration. Rawhide builds with this change will be available in ~5 days. Together with Dan Walsh, we agreed on that httpd_graceful_shutdown boolean should be by default turned off. This boolean allows HTTPD to connect to port 80 for graceful shutdown, but it's breaking the functionality of another boolean called: httpd_can_network_connect. This boolean allows HTTPD scripts and modules to connect to the network using TCP and it's turned off by default. Turning this boolean off can cause some troubles, on web-servers where processes with httpd_t SELinux domain connecting to tcp ports: 80, 81, 443, 488, 8008, 8009, 8443, 9000 If you would like to turn in on again, use semanage command: # semanage boolean -m --on httpd_graceful_shutdown If you have any questions, feel free to contact me. Lukas. -- Lukas Vrabec Software Engineer, Security Technologies Red Hat, Inc.

3 7

Is it possible to upload new sources of a package from a URL?
by Hedayat Vatankhah 03 Oct '17

03 Oct '17

Dear all, Currently, AFAIK, the suggested method to upload new sources for a package is using 'fedpkg new-sources' which uploads new sources from your local system. I wonder if there is a method to upload new sources from a URL rather than your local filesystem? It is specially useful for large packages. Regards, Hedayat

14 24

Any plans for completing the go 1.9 rebase (to stable 1.9)?
by Fabio Valentini 03 Oct '17

03 Oct '17

According to the Change for F27 [0], all golang packages have been rebuilt against golang 1.9beta2. In the meantime, go 1.9 stable has been released upstream (Aug. 24, 2017) [1]. I suspect that some of the issues I am having with go / my golang packages in fedora would be fixed by the update to the final release, since upstream test suites targeting go 1.9 stable in travis aren't hitting any of those issues. What's the plan for rebasing golang to the stable release? The src.fd.org repository of golang [2] hasn't been touched since the F27 Mass Rebuilds, and the final update to 1.9 stable isn't mentioned in the Change page at all ... additionally, the F27 release cycle is progressing more quickly than I realized (and I suspect some people might not have realized yet either). Fabio [0]: https://fedoraproject.org/wiki/Changes/golang1.9 [1]: https://golang.org/doc/devel/release.html#go1.9 [2]: https://src.fedoraproject.org/rpms/golang/commits/master

4 8

[HEADS-UP] PHP 7.2 in rawhide next week
by Remi Collet 03 Oct '17

03 Oct '17

Hi, I plan to build PHP 7.2.0RC3 in rawhide next week, so we'll have a lot of time to ensure everything is ok before F28 is branched. Scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=22144004 Work done in private branch https://src.fedoraproject.org/cgit/rpms/php.git/log/?h=private-php72 All extensions are already compatible, so I will also rebuild them. Remi

3 4

rawhide packages not getting pushed?
by Ralf Corsepius 01 Oct '17

01 Oct '17

Hi, For ca. 3 weeks (or more) buildsys nags me with warning mails on k3d: ... k3d has broken dependencies in the rawhide tree: On x86_64: k3d-0.8.0.6-8.fc28.x86_64 requires libMagick++-7.Q16HDRI.so.3()(64bit) ... Due to these, I bumped k3d's NEVR to k3d-0.8.0.6-9 and built it for rawhide on 2017-09-11: https://koji.fedoraproject.org/koji/buildinfo?buildID=969008 However, apparently this package never was pushed into rawhide and the nag-mails continued. Is going on? What am I supposed to do? Ralf

6 7

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel September 2017