Re: Pkgdb2 making it to stg (pre-prod)

On Mon, Apr 28, 2014 at 08:53:30AM +0200, Honza Horak wrote: > I'm not sure if this is related to the new pkgdb2 effort, but may be. > > The problem I had the last days was that the old pkgdb seemed broken > for me and at least one other guy I asked. Today I found the reason > -- it seems that URL

Re: Copr and Playground plugin part of dnf-plugins-core?

On 04/24/2014 11:29 AM, Miroslav Such� wrote: > Put your voice here please: >http://www.easypolls.net/poll.html?p=5358d77de4b06a67c5b08e05 > If there will be significant votes for one option, I would do what most of > you wish. > Otherwise I will forward it to Fesco for decision. The votes ar

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 00:02 keltezéssel, Andrew Price írta: On 24/04/14 15:13, Lennart Poettering wrote: We probably should make setjmp()-freeness a requirement for all code included in Fedora. Would it be worth the effort, and how feasible is it anyway? - Do we have any usage statistics? - How often do

Re: [Base] Fedora Base Design Working Group (2014-04-25) meeting minutes and logs

- Original Message - > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Fri, 25 Apr 2014 16:50:40 + > "Jóhann B. Guðmundsson" wrote: > > > > > On 04/25/2014 04:50 PM, Dennis Gilmore wrote: > > > all the compose tools fall into the base WG domain > > > > Compose tools != relen

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > On 24/04/14 15:13, Lennart Poettering wrote: > > We probably should make setjmp()-freeness a requirement for > > all code included in Fedora. > > Would it be worth the effort, and how feasible is it anyway? setjmp and longjmp are tools, tha

[Test-Announce] Proposal to CANCEL: 2014-04-28 Fedora QA Meeting

Hi folks! Again I don't think we have anything for meeting discussion this week - I'm thinking we'll want to talk about the product 'test outlines' and Fedora.next test planning in general soon, but probably best to leave that until the Desktop and Cloud outlines are available at least, so we have

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 09:52 keltezéssel, Nikos Mavrogiannopoulos írta: On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: On 24/04/14 15:13, Lennart Poettering wrote: We probably should make setjmp()-freeness a requirement for all code included in Fedora. Would it be worth the effort, and how feasibl

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

Dne 28.4.2014 09:52, Nikos Mavrogiannopoulos napsal(a): On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: On 24/04/14 15:13, Lennart Poettering wrote: We probably should make setjmp()-freeness a requirement for all code included in Fedora. I love the idea, but ... Would it be worth the

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On 04/28/2014 09:52 AM, Nikos Mavrogiannopoulos wrote: setjmp and longjmp are tools, that one may use in a good or bad way. Along the same lines one could argue for dropping programs that use goto in Fedora (because everyone knows that goto is bad). All compliant uses of setjmp/longjmp can be

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On Mon, Apr 28, 2014 at 09:52:36AM +0200, Nikos Mavrogiannopoulos wrote: > On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > > On 24/04/14 15:13, Lennart Poettering wrote: > > > We probably should make setjmp()-freeness a requirement for > > > all code included in Fedora. > > > > Would it b

Self Introduction: Frederic Han

Hello, I am using linux for more than 20 years but this is my first rpm based package and I am quite new to fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1083941 I am working in mathematics and I am particularly interested by scientific software. In term of packaging this software I have

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

On Mon, 2014-04-21 at 09:42 +0200, Reindl Harald wrote: > > Am 21.04.2014 03:39, schrieb Lars Seipel: > > Nicely aligning with the current firewall thread I noticed that one of > > my machines was running the exim MTA for the last few days, dutifully > > listening on all interfaces > > and now it

Re: and that is why we need a firewall -> Re: When a yum update sets up an MTA ...

Am 28.04.2014 12:42, schrieb David Woodhouse: > On Mon, 2014-04-21 at 09:42 +0200, Reindl Harald wrote: >> >> Am 21.04.2014 03:39, schrieb Lars Seipel: >>> Nicely aligning with the current firewall thread I noticed that one of >>> my machines was running the exim MTA for the last few days, dutifu

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On Mon, 2014-04-28 at 10:10 +0100, Daniel P. Berrange wrote: > > To the point, if a program uses setjmp and longjmp it is often that > > there was no other way to do it. You cannot for example have a > > co-routine/fiber implementation in C without setjmp() and longjmp(). > That's not correct - yo

Agenda for Env-and-Stacks WG meeting (2014-04-29)

WG meeting will be at 12:00 UTC. == Topic == * Copr and Playground plugin part of dnf-plugins-core Votes on mailing list were fifty fifty, so we should probably decided what's the best approach. * Allow to delete builds/coprs from playground? * feature request - dnf plugin should be able to

Re: gcc build with -O0 results in corrupted -debuginfo package

On 25.4.2014 20:03, Adam Jackson wrote: Maybe think about how to diagnose what's going wrong and fix the bug instead of philosophizing. It seems that /usr/lib/rpm/find-debuginfo.sh experts don't read this thread so I have filled bug: https://bugzilla.redhat.com/show_bug.cgi?id=1091989 -- Petr^2

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

Hi On Mon, Apr 28, 2014 at 3:47 AM, Zoltan Boszormenyi wrote: > Just one datapoint: have fun rewriting PostgreSQL's error handling > while still keeping it portable and acceptable upstream. Not to mention > Cerberus (a.k.a. Tom Lane) who guards that entrance, reads this list and > IIRC is a Red

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > On 24/04/14 15:13, Lennart Poettering wrote: > > We probably should make setjmp()-freeness a requirement for > > all code included in Fedora. > > Would it be worth the effort, and how feasible is it anyway? I don't think it'd be worth the e

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On Mon, Apr 28, 2014 at 09:47:53 +0200, Zoltan Boszormenyi wrote: Just one datapoint: have fun rewriting PostgreSQL's error handling while still keeping it portable and acceptable upstream. Not to mention Cerberus (a.k.a. Tom Lane) who guards that entrance, reads this list and IIRC is a Red H

Re: default local DNS failover solution needed, nscd?

Em 28-04-2014 02:39, P J P escreveu: Hi, (sorry for the delayed response, I was away past few days) 2014-04-26 0:51 GMT+02:00 Chuck Anderson wrote: Main goal is to have local DNSSEC-validating resolver. I, as the OP, did not intend that as the goal, although I have no problem with that a

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On Mon, Apr 28, 2014 at 08:57:27AM -0400, Adam Jackson wrote: > On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > > On 24/04/14 15:13, Lennart Poettering wrote: > > > We probably should make setjmp()-freeness a requirement for > > > all code included in Fedora. > > > > Would it be worth the

[Bug 1092015] New: mojomojo-1.10-2.fc21 FTBFS

https://bugzilla.redhat.com/show_bug.cgi?id=1092015 Bug ID: 1092015 Summary: mojomojo-1.10-2.fc21 FTBFS Product: Fedora Version: rawhide Component: mojomojo Assignee: iarn...@gmail.com Reporter: ppi...@redhat.com QA

[Bug 1092015] mojomojo-1.10-2.fc21 FTBFS

https://bugzilla.redhat.com/show_bug.cgi?id=1092015 Petr Pisar changed: What|Removed |Added Blocks||1000256 Referenced Bugs: https://bugzi

[Bug 1000256] mojomojo contains bundled Flash files

https://bugzilla.redhat.com/show_bug.cgi?id=1000256 Petr Pisar changed: What|Removed |Added CC||ppi...@redhat.com Depends On|

File MetaCPAN-API-0.44.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-MetaCPAN-API: 36fc3f00d380473e1819354581869d0a MetaCPAN-API-0.44.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mai

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On Mon, 28 Apr 2014, Adam Jackson wrote: A completely arbitrary datapoint: dmt:~% file /lib64/* | grep ELF.*shared | cut -f 1 -d : | xargs nm -aDu | grep -c setjmp 79 At a minimum you'd have to rewrite freetype, have fun with that. I'm happy for libreswan/openswan to not use it, if someone

[perl-MetaCPAN-API] Update to 0.44

commit c72cb695a8d50c6adee95aaffabb026adf3098ab Author: Paul Howarth Date: Mon Apr 28 15:02:29 2014 +0100 Update to 0.44 - New upstream release 0.44 - This module is deprecated; please use MetaCPAN::Client instead .gitignore |1 + perl-MetaCPAN-API.spec |

Re: default local DNS failover solution needed, nscd?

On Mon, 28 Apr 2014, Marcelo Ricardo Leitner wrote: Speaking of which, I am not sure how dnsmasq plays with DNSSEC and/or failover, but NetworkManager already has a config option (/etc/NetworkManager/NetworkManager.conf, dns=dnsmasq) that makes it configure a local dnsmasq instance on 127.0.0.

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On 04/28/2014 02:57 PM, Adam Jackson wrote: A completely arbitrary datapoint: dmt:~% file /lib64/* | grep ELF.*shared | cut -f 1 -d : | xargs nm -aDu | grep -c setjmp 79 Less arbitrary data point: 761 source packages in Fedora rawhide reference any of the setjmp, _setjmp, or __sigsetjmp ELF

[Bug 1092015] mojomojo-1.10-2.fc21 FTBFS

https://bugzilla.redhat.com/show_bug.cgi?id=1092015 --- Comment #1 from Petr Pisar --- The test is: $test = 'Unicode wikilinks'; my $unicode_string = 'განეკუთვნება'; $content = "[[$unicode_string]]"; $mech->post('/.jsrpc/render', { content => $content }); $mech->content_is(<<"HTML", $test); $u

[Owner-change] Fedora packages ownership change

Change in ownership over the last 168 hours === 68 packages were orphaned - httpcomponents-client [f19,f20] was orphaned by sochotni HTTP agent implementation based on httpcomponents HttpCore https://admin.fedoraproject.org/

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

On Mon, 2014-04-28 at 09:58 -0400, Casey Dahlin wrote: > On Mon, Apr 28, 2014 at 08:57:27AM -0400, Adam Jackson wrote: > > On Sun, 2014-04-27 at 23:02 +0100, Andrew Price wrote: > > > On 24/04/14 15:13, Lennart Poettering wrote: > > > > We probably should make setjmp()-freeness a requirement for >

Re: default local DNS failover solution needed, nscd?

Em 28-04-2014 11:14, Paul Wouters escreveu: On Mon, 28 Apr 2014, Marcelo Ricardo Leitner wrote: Speaking of which, I am not sure how dnsmasq plays with DNSSEC and/or failover, but NetworkManager already has a config option (/etc/NetworkManager/NetworkManager.conf, dns=dnsmasq) that makes it con

[perl-Text-CSV_XS/f20] 1.06 bump

Summary of changes: 882fce4... 1.06 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/l

Re: default local DNS failover solution needed, nscd?

On Mon, 2014-04-28 at 10:14 -0400, Paul Wouters wrote: > On Mon, 28 Apr 2014, Marcelo Ricardo Leitner wrote: > > > Speaking of which, I am not sure how dnsmasq plays with DNSSEC and/or > > failover, but NetworkManager already has a config option > > (/etc/NetworkManager/NetworkManager.conf, dns=

[perl-Text-CSV_XS/f19] 1.06 bump

Summary of changes: 882fce4... 1.06 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/l

Re: fedora-atomic discussion point: /usr/lib/passwd

On Fri, Apr 11, 2014 at 2:33 AM, Colin Walters wrote: For the fedora-atomic work, the only not-in-Fedora package is shadow-utils because it requires a patch, that still lives in my walters/rpm-ostree COPR. I attempted to capture some of this discussion here: https://bugzilla.gnome.org/show_bu

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, 2014-04-28 at 15:32 +, Colin Walters wrote: > On Fri, Apr 11, 2014 at 2:33 AM, Colin Walters > wrote: > > For the fedora-atomic work, the only not-in-Fedora package is > > shadow-utils because it requires a patch, that still lives in my > > walters/rpm-ostree COPR. > > I attempted

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, 28.04.14 15:32, Colin Walters (walt...@verbum.org) wrote: > On Fri, Apr 11, 2014 at 2:33 AM, Colin Walters > wrote: > >For the fedora-atomic work, the only not-in-Fedora package is > >shadow-utils because it requires a patch, that still lives in my > >walters/rpm-ostree COPR. > > I attem

rawhide report: 20140428 changes

Broken deps for i386 -- [MegaMek] MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat [PyKDE] PyKDE-3.16.6-14.fc20.i686 requires sip-api(10) >= 0:10.0 [audtty]

Re: Deprecate setjmp/longjmp? [was Re: Maybe it's time to get rid of tcpwrappers/tcpd?]

2014-04-28 0:02 GMT+02:00 Andrew Price : > On 24/04/14 15:13, Lennart Poettering wrote: > >> We probably should make setjmp()-freeness a requirement for >> all code included in Fedora. >> > > Would it be worth the effort, and how feasible is it anyway? > Generally no. Been there, done that. Avo

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, Apr 28, 2014 at 11:52:20AM -0400, Simo Sorce wrote: > On Mon, 2014-04-28 at 15:32 +, Colin Walters wrote: > > On Fri, Apr 11, 2014 at 2:33 AM, Colin Walters > > wrote: > > > For the fedora-atomic work, the only not-in-Fedora package is > > > shadow-utils because it requires a patch,

Re: [RFC] plans for initscripts in F22

2014-04-26 11:24 GMT+02:00 Michael Scherer : > Le vendredi 25 avril 2014 à 19:30 +0200, Miloslav Trmač a écrit : > > For LSB, there is an explicit promise that if a vendor does what is > > specified, the package will be possible to install and will run > > correctly. We do, of course, have the op

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, 28 Apr 2014, Simo Sorce wrote: On Mon, 2014-04-28 at 15:32 +, Colin Walters wrote: On Fri, Apr 11, 2014 at 2:33 AM, Colin Walters wrote: > For the fedora-atomic work, the only not-in-Fedora package is > shadow-utils because it requires a patch, that still lives in my > walters/rpm-o

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, Apr 28, 2014 at 11:52 AM, Simo Sorce wrote: - How do you deal with conflicts ? - What happen when an admin legitimately just use vipw and adds a system user in /etc/passwd instead of one of the other 2 you mention ? - How do you propose to resolve users from multiple files ? The ans

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

2014-04-28 12:42 GMT+02:00 David Woodhouse : > On Mon, 2014-04-21 at 09:42 +0200, Reindl Harald wrote: > > Am 21.04.2014 03:39, schrieb Lars Seipel: > > > Nicely aligning with the current firewall thread I noticed that one of > > > my machines was running the exim MTA for the last few days, dutifu

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

2014-04-28 18:59 GMT+02:00 Reindl Harald : > Am 28.04.2014 18:52, schrieb Miloslav Trmač: > > No no no no no. If you want a firewall "integrated" /that/ way, you are > really > > better of uninstalling it or opening it up; it serves no purpose. > > no, even if that way is completly wrong it's bet

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

Am 28.04.2014 18:52, schrieb Miloslav Trmač: > 2014-04-28 12:42 GMT+02:00 David Woodhouse >: > > On Mon, 2014-04-21 at 09:42 +0200, Reindl Harald wrote: > > Am 21.04.2014 03:39, schrieb Lars Seipel: > > > Nicely aligning with the current firewall thread I

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

Am 28.04.2014 19:04, schrieb Miloslav Trmač: > 2014-04-28 18:59 GMT+02:00 Reindl Harald >: > > Am 28.04.2014 18:52, schrieb Miloslav Trmač: > > No no no no no. If you want a firewall "integrated" /that/ way, you > are really > > better of uninstallin

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, Apr 28, 2014 at 12:45 PM, Tomasz Torcz wrote: Risking being totally offtopic, but would TCB solve all most of this issues? www.openwall.com/tcb/ or http://www.openwall.com/presentations/Owl/mgp00020.html It helps a little, but the problem here is not exactly about the underlying

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

2014-04-28 19:13 GMT+02:00 Reindl Harald : > Am 28.04.2014 19:04, schrieb Miloslav Trmač: > > 2014-04-28 18:59 GMT+02:00 Reindl Harald h.rei...@thelounge.net>>: > > > > Am 28.04.2014 18:52, schrieb Miloslav Trmač: > > > No no no no no. If you want a firewall "integrated" /that/ way, > yo

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

Am 28.04.2014 19:27, schrieb Miloslav Trmač: > 2014-04-28 19:13 GMT+02:00 Reindl Harald: > > Well if the users' expectations were that the firewall doesn't > "interfere" with Fedora applications, why > would they > > expect it to "interfere" with non-Fedora applications? > > do i

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

2014-04-28 19:33 GMT+02:00 Reindl Harald : > Am 28.04.2014 19:27, schrieb Miloslav Trmač: > > 2014-04-28 19:13 GMT+02:00 Reindl Harald: > > you can make signed fedora packages trusted and allow them > > at install or first start to interact with firewalld > > > > I can't; ptrace() doesn't

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, 2014-04-28 at 17:15 +, Colin Walters wrote: > On Mon, Apr 28, 2014 at 12:45 PM, Tomasz Torcz > wrote: > > > > Risking being totally offtopic, but would TCB solve all most of > > this issues? > > www.openwall.com/tcb/ or > > http://www.openwall.com/presentations/Owl/mgp00020.html

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

Am 28.04.2014 19:36, schrieb Miloslav Trmač: > 2014-04-28 19:33 GMT+02:00 Reindl Harald >: > > Am 28.04.2014 19:27, schrieb Miloslav Trmač: > > 2014-04-28 19:13 GMT+02:00 Reindl Harald: > > you can make signed fedora packages trusted and allow them

Re: an that is why we need a firewall -> Re: When a yum update sets up an MTA ...

On 04/28/2014 12:42 PM, David Woodhouse wrote: Actually, I think the best way to fix this is with SELinux, rather than iptables. Why go for an overly complex solution where authorised processes have to prod a firewall dæmon to change the iptables configuration, when the kernel has a perfectly go

Re: fedora-atomic discussion point: /usr/lib/passwd

On Mon, Apr 28, 2014 at 1:39 PM, Simo Sorce wrote: We can do that with SSSD, which we are planning to take over all users (though it will leave /etc/passwd on the system for emergency repair and backward compatibility). Ok, though one thing that's going to be important to me at least is the

Potential Outage: storage migration - 2014-04-29 23:00 UTC

Potential Outage: storage migration - 2014-04-29 23:00 UTC There may be an outage starting at 2014-04-29 23:00 UTC, which will last approximately 2 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2014-04-29 23

Re: [RFC] plans for initscripts in F22

Lukáš Nykrýn (lnyk...@redhat.com) said: > >Also the sysctl stuff should be consumed by systemd: > >/usr/lib/sysctl.d/00-system.conf > >/etc/sysctl.conf > >/etc/sysctl.d/99-sysctl.conf > > > >Can we have a joint initscripts + systemd release in a few days to > >change ownership of those files? > >

Re: [RFC] plans for initscripts in F22

Michael Scherer (m...@zarb.org) said: > > For LSB, there is an explicit promise that if a vendor does what is > > specified, the package will be possible to install and will run > > correctly. We do, of course, have the option to repudiate LSB and > > explicitly say we don't care for future relea

We want to stop systemd from being added to docker images, because of rpm requiring systemctl.

The problem is lots of services require systemd because they ship a unit file and want systemctl reload to happen. Systemd then triggers a require for udev and kmod, which docker containers do not need. rpm -q --whatrequires systemd| wc -l 151 On rawhide I see 151 packages on my system which re

Re: We want to stop systemd from being added to docker images, because of rpm requiring systemctl.

On 28 April 2014 15:01, Daniel J Walsh wrote: > The problem is lots of services require systemd because they ship a > unit file and want systemctl reload to happen. Systemd then triggers a > require for udev and kmod, which docker containers do not need. > > rpm -q --whatrequires systemd| wc -l

Re: We want to stop systemd from being added to docker images, because of rpm requiring systemctl.

On Apr 28, 2014 5:01 PM, "Daniel J Walsh" wrote: > > The problem is lots of services require systemd because they ship a > unit file and want systemctl reload to happen. Would removing the requires on systemd and doing: /usr/bin/systemctl reload ||: Work for these cases? -Toshio -- devel mai

Re: We want to stop systemd from being added to docker images, because of rpm requiring systemctl.

On Mon, 2014-04-28 at 17:01 -0400, Daniel J Walsh wrote: > The problem is lots of services require systemd because they ship a > unit file and want systemctl reload to happen. Systemd then triggers a > require for udev and kmod, which docker containers do not need. > > rpm -q --whatrequires syst

Re: We want to stop systemd from being added to docker images, because of rpm requiring systemctl.

On Mon, Apr 28, 2014 at 03:11:07PM -0700, Toshio Kuratomi wrote: > On Apr 28, 2014 5:01 PM, "Daniel J Walsh" wrote: > > > > The problem is lots of services require systemd because they ship a > > unit file and want systemctl reload to happen. > > Would removing the requires on systemd and doing:

Re: [RFC] plans for initscripts in F22

On Mon, Apr 28, 2014 at 03:51:48PM -0400, Bill Nottingham wrote: > Lukáš Nykrýn (lnyk...@redhat.com) said: > > >Also the sysctl stuff should be consumed by systemd: > > >/usr/lib/sysctl.d/00-system.conf > > >/etc/sysctl.conf > > >/etc/sysctl.d/99-sysctl.conf > > > > > >Can we have a joint initscri

Re: We want to stop systemd from being added to docker images, because of rpm requiring systemctl.

Le 29/04/2014 00:11, Toshio Kuratomi a écrit : On Apr 28, 2014 5:01 PM, "Daniel J Walsh" > wrote: > > The problem is lots of services require systemd because they ship a > unit file and want systemctl reload to happen. Would removing the requires on systemd and doin