Re: Heads Up: FESCo is considering to block packages providing sysvinit services without systemd unit

On 11/14/2011 01:28 AM, Ian Kent wrote: > Anyway, I'll start work on the logging changes and add a unit file and > see how we go. Should autofs install the unit file into the systemd area > or what should do? So the final unit file should look something like this... ### autofs.service ### [Unit]

Re: openssh-server in F16ga

On 11/09/2011 10:58 PM, Kevin Fenzi wrote: > I don't know if that broke in Alpha/Beta, but it's always been this way > on past live media. Perhaps we should revisit it thought... enable it, > but make sure premitemptypasswords is set for sshd (which it should be > by default). Or disable it on the

Re: I am running a rather locked down environment

On 11/09/2011 06:45 PM, Daniel J Walsh wrote: > Meaning this is a tool that can be used by bluetooth devices to off load > data off my desktop. I don't want to allow any random telephone that > gets near my laptop to be able to attempt to remove data from my computer. Now now be a sport this fina

Re: openssh-server in F16ga

On 11/09/2011 06:59 PM, Kaleb S. KEITHLEY wrote: > Seems surprising (to me) that it'd be installed, and the port open in > the firewall, but not enabled. From my perspective it's quite the oposit as in having it enabled on the dvd and instantly letting novice end users be vulnerable to ssh atta

Re: openssh-server in F16ga

On 11/09/2011 04:07 PM, Kaleb S. KEITHLEY wrote: > IIRC in f16alpha and f16beta with openssh-server installed, sshd was > enabled and run. > > I installed f16ga in several vm guests yesterday and even though > openssh-server was installed, it was both not enabled and therefor not > run when the ins

Re: Heads Up: FESCo is considering to block packages providing sysvinit services without systemd unit

On 11/09/2011 05:49 AM, Ian Kent wrote: >>What other form of encouragement can you suggest? > This email thread for a start. We have had email threads like this for two release cycles now and yet the main problem still remains the same packagers/maintainers not either migrating themselves or

Re: Heads Up: FESCo is considering to block packages providing sysvinit services without systemd unit

On 11/08/2011 12:04 PM, Lennart Poettering wrote: > Yupp, newer versions might want to use /run instead of /var/run, and > drop all references to syslog.target. But then again, this is not key, > as nothing breaks if they do. This is such a large scale change that it's better to make them future

Re: Heads Up: FESCo is considering to block packages providing sysvinit services without systemd unit

On 11/07/2011 07:41 PM, Tomas Mraz wrote: > On Mon, 2011-11-07 at 10:35 -0900, Jef Spaleta wrote: >> On Mon, Nov 7, 2011 at 10:28 AM, Tomas Mraz wrote: >>> Eventual blocking of the packages that violate this Fedora packaging >>> rule was not yet definitively decided upon, but we agreed that the >>

Re: convert init.d to systemd, how to determine which python is installed

On 11/03/2011 02:38 PM, Adam Jackson wrote: > On Thu, 2011-11-03 at 10:10 -0400, Kaleb S. KEITHLEY wrote: >> HekaFS runs a daemon from init. It's a Bottle (python-based) http server. >> >> In order to work on, e.g. RHEL6 in addition to Fedora, the old init >> script has: >> ... >> vercmd="from dist

Re: Rethinking proventester and critpath

On 11/01/2011 01:59 PM, Matthew Garrett wrote: > So, assuming I'm not grossly misanalysing the data, it seems that we > could drop the proventester requirement from critical path updates with > a negligable change in the quality of the updates. Thoughts? Agreed flag it as tried and tested stats do

Re: Systemd conversion versus updates in back Fedora branches

On 10/24/2011 05:42 AM, Kevin Kofler wrote: > FWIW, what the tomcat6 maintainers did is that they just ignored the > guideline which says that you cannot migrate to systemd in an update and > pushed this update: > https://admin.fedoraproject.org/updates/FEDORA-2011-13456 > (which is already in the

Re: Systemd conversion versus updates in back Fedora branches

On 10/24/2011 03:52 AM, Tom Lane wrote: > I'm really getting to the point where that's a completely unacceptable > restriction. I've already blown off one mysql bug-fix release in F15 > because of this restriction, and I see they just released another one > that I'll be unable to ship in F15 becau

Re: Systemd unit file: Can/Should ExecStart and ExecStop run a script?

On 10/19/2011 08:29 PM, Lennart Poettering wrote: > The After=syslog.target is unnecessary these days and should be removed > to keep things simple. If you expect upstream to ship unit files then you must realize that upstream needs to ship a unit file that works across distribution on what eve

Re: Systemd unit file: Can/Should ExecStart and ExecStop run a script?

On 10/19/2011 09:48 PM, Richard Shaw wrote: > That will work for the user, however, I was also going to allow for > additional options from the sysconfig file, but $OPTIONS wasn't being > expand either. sysconfig files for daemons kinda is obsolete these days either write the daemon to parse a co

Re: Systemd unit file: Can/Should ExecStart and ExecStop run a script?

On 10/19/2011 06:43 PM, Richard Shaw wrote: > It looks like I'll be taking over mythtv packaging for RPM Fusion and > I noticed it still only uses a sysv init script. > > In the sysv script it sets some ACL permissions on video and audio > devices necessary for the backend service, and then on shut

Re: Fwd: TFTP stopped working on F14

On 10/07/2011 05:00 PM, Aaron Gray wrote: > Transfer timed out. Usually one needs full output from the above but anyway check the usual stuff as in your /etc/xinet.d/tftp file and make sure it's not disabled as in "disable = yes", file permissions etc... JBG -- devel mailing list devel@lists

Re: Fwd: TFTP stopped working on F14

On 10/07/2011 03:38 PM, Aaron Gray wrote: Hi, I think this is a development problem. I have tried everything obvious to get TFTP to work on F14 but to no avail. Could some one in the know look in to this please. I have tftp -server working on F14 and have done PXE Instillations using it. Si

Re: systemd and mounting filesystems

On 10/05/2011 08:55 AM, Steven Whitehouse wrote: > Ok, excellent, so there is really just one issue to try and resolve in > that case I think, which is the ordering of mounts vs. gfs_controld > start, Hum... Could that be solved either by creating mount/path units ( for the mount point ) and or

Re: Fedora 16 beta vice Knoppix

On 10/05/2011 02:41 AM, Adam Williamson wrote: > You can try rebuilding your live image with this patch to > spin-kickstarts: > > https://bugzilla.redhat.com/show_bug.cgi?id=739446 > > to see if it makes any difference. it migrates the livesys stuff to > systemd, at least to an extent. > -- Migra

Re: Looking for dnssec-triggerd alpha testers!

If people are testing this it would be good if they could test the unit files for this too on F15+ hosts. Afaik I have already converted the whole xelerance.com stuff and it's just laying there in bugzilla. Create the relevant files in there relevant paths then run... systemctl daemon-reload

Re: Looking for dnssec-triggerd alpha testers!

On 09/21/2011 01:00 PM, Tomas Mraz wrote: > You probably did not understand the meaning of "removing the ability for > disabling dnssec" in the Adam's e-mail. It is not meant to disable the > ability to not use of dnssec completely but that it should not be > possible to simply click away any failu

Re: Looking for dnssec-triggerd alpha testers!

On 09/21/2011 10:21 AM, Adam Tkac wrote: > Another argument for enforcing DNSSEC is that in future (well, I believe > :) ) DNS will be used as storage for X.509 certs, SSHFP records and > other stuff. If we adopt "leisure" approach (automatic disabling of > DNSSEC or ability to "click" somewhere o

Re: how to make systemd wait for a process to die?

On 09/19/2011 11:25 AM, Juan Orti Alcaine wrote: > [Service] > WorkingDirectory=/var/lib/gogoc > Type=simple > EnvironmentFile=-/etc/sysconfig/gogoc > ExecStart=/usr/bin/gogoc -f /etc/gogoc/gogoc.conf $GOGOC_OPTS > ExecStop=/bin/kill -s SIGHUP $MAINPID Try this totally untested instead... [Servic

Re: what if native systemd service is slower than old sysvinit script?

On 09/15/2011 04:11 PM, Michal Schmidt wrote: > On 09/15/2011 05:54 PM, Ralf Corsepius wrote: >> On 09/15/2011 09:42 AM, "Jóhann B. Guðmundsson" wrote: >>> On 09/15/2011 05:25 AM, Ralf Corsepius wrote: >>>> Anyway, some more figures: On the same machine, boo

Re: what if native systemd service is slower than old sysvinit script?

On 09/15/2011 05:25 AM, Ralf Corsepius wrote: >In general, there are other factors coming into play, such as parallel > startup using more memory, parallelization not providing many advantages > on systems with a small number of CPU cores, hard synchronisation points > in the bootup process, po

Re: [systemd-devel] question

On 09/14/2011 10:32 PM, Kevin Fenzi wrote: > I'd like to note that Toshio (abadger1999 on IRC) did in fact not say > this. It was someone else answering them. Oh no he would never in fact Toshio has been one of the more helpful person to me always and he is one of the person I look for inspiratio

Re: [systemd-devel] question

On 09/14/2011 12:35 PM, Reindl Harald wrote: > > Am 14.09.2011 14:16, schrieb "Jóhann B. Guðmundsson": >> And FYI to all those that gloriously want to upgrade and claim that it's >> bug free or "they" ( all of what two people ) not encountered any issues

Re: what if native systemd service is slower than old sysvinit script?

On 09/14/2011 02:22 PM, Richard W.M. Jones wrote: > Is systemd boot actually any faster? There seems to be no > noticable difference in boot times for me over whatever we > were using in F14. ie. both methods still takes ages, far > longer than should be necessary. We arent optimising the defaul

Re: [systemd-devel] question

On 09/14/2011 11:50 AM, Rahul Sundaram wrote: > On 09/14/2011 05:13 PM, Genes MailLists wrote >> I realize, but that was indeed part of the point of my reply - lets >> avoid making up things (with or without hyperbole) - and best we can, >> stick to facts and real issues. > You are ignoring the r

Re: what if native systemd service is slower than old sysvinit script?

On 09/14/2011 10:56 AM, Steve Clark wrote: Thats right! Just wave your hands and say it is all ok that systemd is slower now but it is doing so much more and we will make it better in the future...! I never said that what I said was it's irrelivent the startup time of a service on a service

Re: what if native systemd service is slower than old sysvinit script?

On 09/13/2011 11:03 PM, Michał Piotrowski wrote: > Hi > > 2011/9/13 Tom Lane: >> (This isn't new with 9.1, btw --- the last version or so of 9.0 >> for F16 was the same, since we switched over to native systemd >> files.) > I used this service file on F15 and it starts slower >4214ms postgresql

Re: Review request: Apache Traffic Server

On 09/13/2011 10:46 AM, Jan-Frode Myklebust wrote: > Could someone please help review the Apache Traffic Server: > > https://bugzilla.redhat.com/show_bug.cgi?id=683463 > > I believe it should be more or less complete as far as I see it, > but the current reviewer doesn't have time to complete

Kudos to Tom "Spot" Callaway

On behalf of the systemd convertion team Just wanted to say thanks to Tom "Spot" Callaway he's been on fire today packaging submitted unit files and shipping them. Your work did not go unoticed! JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/lis

Re: submitters +1ing their own packages

On 09/08/2011 06:27 PM, Till Maas wrote: > On Thu, Sep 08, 2011 at 01:16:50PM -0400, Josh Boyer wrote: >> I don't think a maintainer can realistically replace wide-spread user >> based testing in a variety of environments. In light of that, we can >> either accept a maintainer +1 as "I tested this

Re: Transmission and Deluge sysv to systemd

On 09/07/2011 03:06 PM, "Jóhann B. Guðmundsson" wrote: > On 09/07/2011 03:04 PM, Rahul Sundaram wrote: >> On 09/07/2011 08:20 PM, Tomasz Torcz wrote: >>> (I would prefer dropping sysconfig file altogether, like Lennart >>> suggested some time ago. An

Re: Transmission and Deluge sysv to systemd

On 09/07/2011 03:04 PM, Rahul Sundaram wrote: > On 09/07/2011 08:20 PM, Tomasz Torcz wrote: >> (I would prefer dropping sysconfig file altogether, like Lennart >> suggested some time ago. And few other. It should work with only >> ExecStart= and User= in [Service]). > I am fine with dropping the sy

Re: Transmission and Deluge sysv to systemd

On 09/07/2011 02:29 PM, Michał Piotrowski wrote: > W dniu 7 września 2011 16:18 użytkownik Michał Piotrowski > napisał: >> 2011/9/7 "Jóhann B. Guðmundsson": >>> On 09/07/2011 01:55 PM, Michał Piotrowski wrote: >>>> Yes, conversion into two separate ser

Re: Transmission and Deluge sysv to systemd

On 09/07/2011 01:55 PM, Michał Piotrowski wrote: > Yes, conversion into two separate services seems to be the most > appropriate solution. > > Here is a service file for transmission > https://github.com/eventhorizonpl/systemd-services/blob/master/transmission-daemon.service From the looks of it

Re: Transmission and Deluge sysv to systemd

On 09/07/2011 01:12 PM, Rahul Sundaram wrote: > Hi > > These two torrent packages includes init scripts for the daemons and > need to be converted to systemd. I have been meaning to convert but > could use some help. If someone can take a look a look and file a > patch, I will be happy to role t

Re: http://fedoraproject.org/wiki/Features/SysVtoSystemd

On 09/06/2011 08:39 AM, Michał Piotrowski wrote: > I created a service for wpa_supplicant. Is there something wrong with it? Nope Dan had sanctioned it but then another one appear upstream and as you know we try to avoid deviating from upstream. Not sure if Bill spoke with Dan about this ( I ass

Re: http://fedoraproject.org/wiki/Features/SysVtoSystemd

On 09/03/2011 09:47 PM, Kevin Kofler wrote: > Stephen John Smoogen wrote: >> On Sat, Sep 3, 2011 at 07:46, Reindl Harald >> wrote: .. > We need to get a provenpackager to just poke through all the packages and > fix them instead of waiting for the maintainers. In some cases that would work ( as in

Re: http://fedoraproject.org/wiki/Features/SysVtoSystemd

On 09/06/2011 02:55 AM, Bill Nottingham wrote: > Reindl Harald (h.rei...@thelounge.net) said: >> the alpha was release and >> http://fedoraproject.org/wiki/Features/SysVtoSystemd >> is at 0% - why will F16 released WITHOUT making the system clean which >> should have been done for F15 > Perhaps th

Re: Default services enabled

On 08/19/2011 03:39 PM, Steve Grubb wrote: > We need a way to specify in the service init files which targets the service > is allowed > to run in by default. You do that in the install section of the unit file [Install] WantedBy=$foo.target So basically all desktop related service should only

Re: Default services enabled

On 08/19/2011 12:35 PM, Steve Grubb wrote: > On Friday, August 19, 2011 03:41:33 AM Tim Waugh wrote: >> On Thu, 2011-08-18 at 16:52 -0600, Orion Poplawski wrote: >>> It's not so much cups start up being slow as discovering network >>> printers. That can take up to a minute I think. >> This is true.

Re: Intent to package GNOME Shell frippery

On 07/29/2011 09:21 AM, drago01 wrote: > 2011/7/29 "Jóhann B. Guðmundsson": >> On 07/29/2011 08:57 AM, drago01 wrote: >>> Well in gnome 3.2 (which should be out for F16) extensions will be >>> like firefox extensions i.e you go to extensions.gnome.org

Re: Intent to package GNOME Shell frippery

On 07/29/2011 08:57 AM, drago01 wrote: > Well in gnome 3.2 (which should be out for F16) extensions will be > like firefox extensions i.e you go to extensions.gnome.org and click > "install" to install an extension. > Distro packaged extensions are frowned upon upstream. Is it not then better to s

Re: Intent to package GNOME Shell frippery

On 07/29/2011 07:47 AM, David Woodhouse wrote: > On Wed, 2011-06-01 at 10:48 +0200, Hans de Goede wrote: >> Just a quick heads-up that I plan to look unto packaging the >> gnome shell frippery extensions this weekend, if you've the >> same plans or are already working on this, please let me know. >

Re: Meeting minutes/summary for 2011-07-25 FESCo meeting

On 07/25/2011 06:37 PM, "Jóhann B. Guðmundsson" wrote: > On 07/25/2011 06:22 PM, Bill Nottingham wrote: >> * need to get audidt #617321 iscsi #714688 NFS-Utils #699040 >> Tigervnc #717227 dnsmasq #694932 openvpn #714710 speech-dispatcherd >> #6976

Re: Meeting minutes/summary for 2011-07-25 FESCo meeting

On 07/25/2011 06:22 PM, Bill Nottingham wrote: > * need to get audidt #617321 iscsi #714688 NFS-Utils #699040 > Tigervnc #717227 dnsmasq #694932 openvpn #714710 speech-dispatcherd > #697600 smolt #697612 wpa_supplicant #661230 done before next > tuesday if at all possible. (niri

Re: thanks for F15 mdadm systemd unit

On 07/23/2011 11:24 AM, Ric Wheeler wrote: > > > What I think that you and others are not given credit is that most > upstream maintainers have very long lists of things to do. The NFS > team is swamped doing support for pNFS (version 4.1) and has been > going through massive change for example.

Re: thanks for F15 mdadm systemd unit

On 07/22/2011 05:02 PM, Ric Wheeler wrote: I don't have it backwards - my day job is to work on exactly getting this kind of cutting edge feature out to end users. Which feature of this magnitute have you put out to your users? Serously if you have some motivation tips to get things moving I a

Re: thanks for F15 mdadm systemd unit

On 07/22/2011 04:37 PM, Ric Wheeler wrote: > MD, NFS, clustering have complicated and complex needs. The systemd team - not > just the developers of those subsystems - need to be directly engaged and > proactive in getting all of these critical systems converted cleanly I think you actually go

Re: thanks for F15 mdadm systemd unit

On 07/22/2011 02:01 AM, Doug Ledford wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 7/20/2011 6:05 PM, Reindl Harald wrote: >> >> Am 20.07.2011 22:06, schrieb Doug Ledford: >>> On 07/15/2011 05:20 PM, Reindl Harald wrote: http://koji.fedoraproject.org/koji/buildinfo?buildID=25

Re: new cg-manager gui tool for managin cgroups

On 07/21/2011 03:36 PM, Daniel P. Berrange wrote: > IIRC, you can already set cgroups configuration in the service's > systemd unit file, using something like: > > ControlGroup="cpu:/foo/bar mem:/wizz" > > though I can't find the manpage right now. man systemd.exec or http://0pointer.de/publi

Re: systemd vice SysV/LSB init systems - what next ?

On 07/20/2011 09:06 AM, Nicolas Mailhot wrote: > Le Mer 20 juillet 2011 01:12, Jeff Spaleta a écrit : >> On Tue, Jul 19, 2011 at 1:33 PM, Nicolas Mailhot >> wrote: >>> All this code is here just to instanciate the service and do the related >>> housekeeping. It does not belong in a separate scrip

Re: General systemd questions in respect to Fedora project.

On 07/20/2011 08:58 AM, Lucas wrote: > On 07/20/2011 12:03 PM, Jeff Spaleta wrote: >> hey Lucas, >> >> Can you point me to the on system manpage and docs for >> console-kit-daemon which is running be default on my F15 install? I >> can't seem to find the documentation. >> >> >>> From my reading ab

Re: systemd vice SysV/LSB init systems - what next ?

On 07/19/2011 07:51 PM, Alexander Kurtakov wrote: FWIW, tomcat package (note the missing 6) is at version 7.x.y and ships with the systemd integration and seems to be working fine. Alexander Kurtakov If you are speaking of this then that fails to meet the pack

Re: systemd vice SysV/LSB init systems - what next ?

On 07/19/2011 07:06 PM, Nicolas Mailhot wrote: > Le mardi 19 juillet 2011 à 18:30 +, "Jóhann B. Guðmundsson" a > écrit : > >> Hum best is to provide you with example which daemon do you maintain I >> can convert it for you and provide it to you as an example a

Re: systemd vice SysV/LSB init systems - what next ?

On 07/19/2011 06:43 PM, Jeff Spaleta wrote: > 2011/7/19 "Jóhann B. Guðmundsson": >> Hum best is to provide you with example which daemon do you maintain I can >> convert it for you and provide it to you as an example anyway here's an >> example of a systemd unit

Re: systemd vice SysV/LSB init systems - what next ?

On 07/19/2011 05:59 PM, Fulko Hew wrote: On Tue, Jul 19, 2011 at 1:48 PM, Jeff Spaleta > wrote: On Tue, Jul 19, 2011 at 8:51 AM, seth vidal mailto:skvi...@fedoraproject.org>> wrote: > I agree with one section of your argument: > arguments which are

Re: systemd vice SysV/LSB init systems - what next ?

On 07/19/2011 11:11 AM, JB wrote: > Hi, > > My suggestion is that you keep both init systems, SysV/LSB and systemd, > as separate offerings out of many, and forever so. > > You would install them as suitable for your individual system needs. > The SysV/LSB system init would be default as is now. F

Re: on /etc/sysconfig

On 07/18/2011 06:57 PM, Lennart Poettering wrote: > On Mon, 18.07.11 20:54, Michał Piotrowski (mkkp...@gmail.com) wrote: > >> Hi, >> >> 2011/7/18 Neal Becker: >>> This article recommends ending /etc/sysconfig >>> >>> http://0pointer.de/blog/projects/on-etc-sysinit.html >>> >> Generally speaking I l

Re: BTRFS: The Good, The Bad and The Ugly

On 07/14/2011 01:07 AM, Josef Bacik wrote: > On Wed, Jul 13, 2011 at 5:59 PM, Reindl Harald wrote: >> >> Am 13.07.2011 23:54, schrieb Michael Cronenworth: >>> Farkas Levente wrote: >>> That's not the case at all, I'm not sure where you are getting that. >>> If we don't have a released offline

Re: Plan for today's FESCo meeting (2011-7-11)

On 07/11/2011 07:10 PM, Adam Jackson wrote: > * #531 Orphaned package ownership claiming clarification (ajax, > 17:34:27) > * LINK: > https://fedoraproject.org/wiki/User:Johannbg/Features/SysVtoSystemd > (Viking-Ice, 17:37:29) Uhum my link belongs to item #615 not Item #531 ;)

Re: systemd: Is it wrong?

On 07/11/2011 06:02 PM, Steve Dickson wrote: > > On 07/11/2011 01:54 PM, Lennart Poettering wrote: >> On Mon, 11.07.11 13:29, Steve Dickson (ste...@redhat.com) wrote: > * The variables read out of the EnvironmentFile are *always* > character strings which means set LOCKD_TCPPORT=2

Re: Deprecating portreserve

On 07/11/2011 03:08 PM, Tim Waugh wrote: > The BMC thing sounds a bit more special-purpose than portreserve, and > presumably could be done in its own package that could perhaps be > installed as needed depending on the hardware. > > So is the next step to deprecate portreserve? What actually need

Re: systemd: Is it wrong?

On 07/11/2011 08:42 AM, Michal Schmidt wrote: > On Sun, 10 Jul 2011 20:49:56 -0400 Steve Dickson wrote: >> Ok.. Now understand where my confusion is... Currently when one >> want to start the nfs server they type 'service nfs start' which >> calls a number of binaries and ultimately a system daemon

Re: systemd: Is it wrong?

On 07/11/2011 02:40 AM, Steve Dickson wrote: > I truly truly truly hope so... but at the end of the day... I > simply can't allow a new, untested (in a business environment) > package destabilize a technology that is used by a large number > of our community... The longer it takes to get a native

Re: systemd: Is it wrong?

On 07/11/2011 12:02 AM, Genes MailLists wrote: >> > >To be clear - I have as yet no views on systemd unit files et al here > - just saying its healthy to keep things coherent. So my comment is > limited to your specific suggestion of breaking things apart. Hum I guess we have a bit of miscom

Re: systemd: Is it wrong?

On 07/10/2011 11:16 PM, Genes MailLists wrote: > On 07/10/2011 07:08 PM, "Jóhann B. Guðmundsson" wrote: > ell variables has always had a >>> default value of the empty string.) >> It achieves afaict the behavior the maintainer wanted if it was up to me >&g

Re: systemd: Is it wrong?

On 07/10/2011 09:38 PM, Alexander Boström wrote: > I'm sceptical of Jóhann's FOO="foo=4711" solution. (Nothing to do with > integers vs. strings, btw, non-set shell variables has always had a > default value of the empty string.) It achieves afaict the behavior the maintainer wanted if it was up t

Re: systemd: Is it wrong?

On 07/08/2011 12:41 PM, JB wrote: > Johann, > I think you are "fixing" it to work according to your world view :-) > Nope > $ man sysctl > ... > SYNOPSIS > ... > sysctl [-n] [-e] [-q] -w variable=value ... > ... > > So, if nfslock.service file contains: > ... > ExecStart=/sbin/sysctl -w f

Re: systemd: Is it wrong?

On 07/08/2011 11:42 AM, JB wrote: > Hi, > > you are right about the synchronization problem within a service file exec > environment, at least as you showed it in that particular Bugzilla case. > No he did not and you are wrong the problem has nothing to do with order timing and execution but e

Re: systemd: Is it wrong?

On 07/08/2011 10:47 AM, Neil Horman wrote: > On Thu, Jul 07, 2011 at 10:57:54PM -0400, Steve Dickson wrote: >> Hello, >> >> One of the maintainers of systemd and I have been working >> together on trying to convert the NFS SysV init scripts >> into systemd services. Here is the long trail... >> >>

Re: cups service gone walkabouts?

On 07/06/2011 09:21 AM, Reindl Harald wrote: > > Am 06.07.2011 11:19, schrieb Paul F. Johnson: >> Hi, >> >> It seems that after yesterdays (5th July) mammoth rawhide update, that >> the cups daemon has vanished from /etc/init.d - any idea if this is just >> an oversight? > sounds like the switch to

Re: systemd: Tagging /dev/virtio-ports/* for systemd

On 07/06/2011 11:21 AM, Richard W.M. Jones wrote: > On Tue, Jul 05, 2011 at 08:36:42PM +0200, Lennart Poettering wrote: >> On Tue, 05.07.11 16:54, Daniel P. Berrange (berra...@redhat.com) wrote: >>> [Service] >>> ExecStart=-/usr/sbin/guestfsd >> Prefixing the binary path with "-" will result in the

Re: cups service gone walkabouts?

On 07/06/2011 11:18 AM, Tim Waugh wrote: > On Wed, 2011-07-06 at 10:30 +0100, Tom Hughes wrote: >> Well first of all I'd check it's enabled as I believe policy is that the >> enabled/disabled state of a service is not carried over when it migrates >> from svsvinit to systemd. > Correct, and I haven

Re: Plan for tomorrow's FESCo meeting (2011-06-15)

On 06/15/2011 07:42 PM, Stephen Gallagher wrote: On Wed, 2011-06-15 at 18:58 +, "Jóhann B. Guðmundsson" wrote: On 06/15/2011 06:25 PM, Kevin Fenzi wrote: * Open Floor (nirik, 18:07:26) * ACTION: sgallagh will collect base / core packages that need conversion to syst

Re: Plan for tomorrow's FESCo meeting (2011-06-15)

On 06/15/2011 06:25 PM, Kevin Fenzi wrote: > * Open Floor (nirik, 18:07:26) >* ACTION: sgallagh will collect base / core packages that need > conversion to systemd and we will try and get those done by alpha. > (nirik, 18:20:43) > Can I ask why FESCO decided to ignore the feature ow

Re: UID_MIN & GID_MIN changed

On 05/25/2011 08:14 PM, Simo Sorce wrote: > On Wed, 2011-05-25 at 20:04 +, "Jóhann B. Guðmundsson" wrote: >> On 05/25/2011 06:14 PM, Toshio Kuratomi wrote: >>> Coordination would be nice if we can decide on how we can sanely make >>> changes to thi

Re: UID_MIN & GID_MIN changed

On 05/25/2011 06:14 PM, Toshio Kuratomi wrote: > Coordination would be nice if we can decide on how we can sanely make > changes to this. I would think first is to reach consciousness on what the reserved/system IDs are supposed to be once that has been done we can start looking at what is the b

Re: UID_MIN & GID_MIN changed

On 05/25/2011 12:30 AM, Dennis Gilmore wrote: > On Tuesday, May 24, 2011 10:25:44 AM Toshio Kuratomi wrote: >> On Tue, May 24, 2011 at 1:59 AM, Peter Vrabec wrote: >>> Hi all, >>> >>> I'd like to inform you that I have changed UID_MIN& GID_MIN from 500 to >>> 1000 in upgraded shadow-utils. >>> >>

Re: Security release criterion proposal

On 05/18/2011 05:18 PM, Adam Miller wrote: > On Wed, May 18, 2011 at 10:27:07PM +0530, Rahul Sundaram wrote: >> On 05/18/2011 09:58 PM, "Jóhann B. Guðmundsson" wrote: >>> On 05/18/2011 03:57 PM, Adam Williamson wrote: >>>> Feedback please! Thanks:) >

Re: Security release criterion proposal

On 05/18/2011 03:57 PM, Adam Williamson wrote: > Feedback please! Thanks:) Given that we ship selinux on by default should this proposal only be applicable to exploits/vulnerability that selinux cant catch and prevent which leaves us with https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd questions

On 05/15/2011 05:05 PM, "Jóhann B. Guðmundsson" wrote: > On 05/15/2011 04:08 PM, Lennart Poettering wrote: >> Well, but ExecStartPre= doesn't help you with this. As it is run only >> after the service is already stopped. >> >> It has been suggested that

Re: systemd questions

On 05/15/2011 04:08 PM, Lennart Poettering wrote: > Well, but ExecStartPre= doesn't help you with this. As it is run only > after the service is already stopped. > > It has been suggested that we add ExecRestartPre=, i.e. something we run > before stopping a service for a restart. It has been on th

Re: systemd questions

On 05/15/2011 01:59 PM, Lennart Poettering wrote: > On Thu, 12.05.11 17:04, "Jóhann B. Guðmundsson" (johan...@gmail.com) wrote: > >> You can run ExecStartPre= before starting a service for syntax checking >> before starting the service like we do for .. >> &g

Re: systemd questions

On 05/12/2011 03:12 PM, Michal Schmidt wrote: > On Thu, 12 May 2011 15:28:54 +0200 Michal Hlavinka wrote: >> > 1) does systemd support alternative to "service sthd configtest" or >> > other special actions? > No. > You can run ExecStartPre= before starting a service for syntax checking before

Re: Is Rawhide supposed to be useful?

On 05/10/2011 09:08 PM, Adam Jackson wrote: > On 5/10/11 4:54 PM, Jonathan Corbet wrote: >> On Tue, 10 May 2011 13:07:22 -0400 >> Adam Jackson wrote: >>> If you need a usable system I recommend that you stay away from the >>> rawhide train until it hits alpha which is sometime late August if >>>

Re: informations about boot sequence (Re: F15 - mysql start problem)

On 05/09/2011 08:38 PM, Lennart Poettering wrote: > a) people who manually change the IP address fo mysql to bind on > specific ip addresses, manually also enable > NetworkManager-wait-online.service. This proposal makes the assumption and depends on users actually using NetworkManager as their n

Re: F15 and Broadcom BCM4313

On 04/27/2011 02:21 PM, Matthew Garrett wrote: > On Wed, Apr 27, 2011 at 04:03:16PM +0200, Jos Vos wrote: > >> > - Can I get this chip working (as a test) using the Live USB-stick, so >> > that I can verify the correct working without actually installing >> > Fedora on the disk? (Wired

Re: Systemd unit file implementation questions (ypbind)

On 04/14/2011 04:19 PM, Tomasz Torcz wrote: >> /etc/sysconfig/xxx is mostly a Fedora/Red Hat idiom. I am pretty sure >> > the Debian version of the boot scripts do not honour this request. >Debian has mostly identical /etc/default/xxx. > Perhaps the same team that look at /run changes can com

Re: Systemd unit file implementation questions (ypbind)

On 04/14/2011 03:36 PM, Lennart Poettering wrote: >> In man systemd.unit >> > >> > BindTo= >> > Configures requirement dependencies, very similar in style >> > to Requires=, however in addition to this behaviour it also >> > declares that this unit is stopped when

Re: Systemd unit file implementation questions (ypbind)

On 04/14/2011 03:14 PM, Michał Piotrowski wrote: > I had such situation when I worked on shorewall scripts conversion. I > just didn't converted main shorewall-init script. At that time, I just > did not have idea how to run bash loop in systemd service:) Using bash loop within systemd is and shou

Re: Systemd unit file implementation questions (ypbind)

On 04/14/2011 02:35 PM, Michal Hlavinka wrote: > If I use Requires= directive, it starts driver for upsd, but is it possible > to specify to > stop the driver when upsd stops? > I think that you would use BindTo= instead of Requires= in upsd.service ( that is if uspd is depend upon them being ru

Re: Systemd unit file implementation questions (ypbind)

On 04/14/2011 12:51 PM, Michal Hlavinka wrote: > >> Can you elaborate on this? > a) ups driver - runs when you have ups attached to that host > b) upsd - runs when you have ups attached to that host > c) upsmon (master/slave mode) - usualy runs on machine where you have ups, > but it can run > on

Re: Systemd unit file implementation questions (ypbind)

On 04/14/2011 09:14 AM, Michal Hlavinka wrote: > Is there a good solution for this? The right solution is to split this into three service files as I have done in bug 696611 then simply run systemctl start/stop/restart/reload/enable upsd-master.service # for master ( which start the upsd-mas

Re: Systemd unit file implementation questions (ypbind)

> Is there a good solution for this? Which service ( file ) is this. I can take a look at to see which way is best to approach it. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Systemd unit file implementation questions (ypbind)

On 04/13/2011 09:17 PM, Toshio Kuratomi wrote: > On Wed, Apr 13, 2011 at 11:00:18PM +0200, Lennart Poettering wrote: >> On Wed, 13.04.11 22:55, Miloslav Trmač (m...@volny.cz) wrote: >> >>> 2011/4/13 "Jóhann B. Guðmundsson": >>>> It would be good i

Re: Systemd unit file implementation questions (ypbind)

On 04/13/2011 05:55 PM, Honza Horak wrote: > Hi, > > I'm working on systemd unit file for ypbind and found some problems, > that I'm not sure about: It would be good if maintainers could take their time and assign themselves to their components here [1] if they have the time to convert old sysv

<    4   5   6   7   8   9   10   >