Re: [Call to Arms] Fedora 19 Test Days starts this week

On Ter, 2013-03-12 at 17:16 -0400, Martin Holec wrote: > Hi Fedora users, developers and friends! > > today Fedora 19 was branched from Rawhide. That means testing season begins > now and will continue till Fedora 19 Final Release, which may be (or may not > be) on 2013-06-25. Please, fasten yo

Re: Fwd: MariaDB replacing MySQL

On 14. 3. 2013 at 16:44:58, Norvald H. Ryeng wrote: > On Wed, 13 Mar 2013 18:08:55 +0100, Honza Horak wrote: > > On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote: > >> On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak > >> > >> wrote: > >>> On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote: > On M

Re: ImageMagick update in rawhide to 6.8.3-9 version, so-name change, split libs sub package

13.03.2013 20:24, Remi Collet wrote: Le 13/03/2013 17:16, Remi Collet a écrit : php-pecl-imagick As you're the owner of this one, if you prefer to update it, see http://svn.php.net/viewvc?view=revision&revision=329769 Thanks for pointing. Remi. -- devel mailing list devel@lists.fedoraprojec

Re: [Fedora QA] #348: Store Bugzilla Email Association in Database

#348: Store Bugzilla Email Association in Database ---+--- Reporter: tflink| Owner: mkrizek Type: enhancement | Status: closed Priority: major | Milestone: Fedora

Re: [Fedora QA] #349: Implement Bugzilla Email Verification

#349: Implement Bugzilla Email Verification ---+--- Reporter: tflink| Owner: mkrizek Type: enhancement | Status: closed Priority: major | Milestone: Fedora 19 Com

Re: ImageMagick update in rawhide to 6.8.3-9 version, so-name change, split libs sub package

14.03.2013 20:04, Orion Poplawski пишет: On 03/14/2013 09:34 AM, Orion Poplawski wrote: Okay, looks like upstream cmake has a patch, I'll get it into rawhide ASAP. Scratch that, it was a hack for Arch Linux's hacked version of ImageMagick sonames that doesn't work for Fedora. Will need t

Re: Should MariaDB touch my.cnf in %post?

Le mardi 12 mars 2013 à 12:27 +0100, Bjorn Munch a écrit : > On 08/03 12.56, Michael Scherer wrote: > > Le mardi 05 mars 2013 à 11:34 +0100, Bjorn Munch a écrit : > > > > > The package we have ready as an upgrade of the existing one removes > > > some no longer needed patches, adds a few new patch

Heads-up: liboauth 1.0.1 in Rawhide

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear all, I've just updated liboauth to the latest 1.0.1 release in Rawhide. The soname is now liboauth.so.0.8.5 (previously liboauth.so.0.8.4), and dependent apps should not need a rebuild, but maintainers of the affected components should probably d

dnf installs cron.hourly

I don't think users would expect that install of dnf would without asking (or control) automatically run dnf-makecache. At least, this should be controllable via /etc/sysconfig. Further, I think it's not consistent with Fedora practice to enable this on default by installing the package. --

Re: Should MariaDB touch my.cnf in %post?

On 13/03 15.05, Michael Scherer wrote: > > > We have run rpmlint on the package and it reported a number of > > problems. Many have been fixed, but this file lists a couple of > > problems to be ignored. Either they're not actually errors (e.g. a few > > zero length files) or they should be fixed

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: > I don't think users would expect that install of dnf would without asking (or > control) automatically run dnf-makecache. Heh. That's one of the things I love about DNF. No longer having to wait a long time for repo downloads when run

Re: dnf installs cron.hourly

On Fri, 15 Mar 2013 11:33:24 + "Daniel P. Berrange" wrote: > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: > > I don't think users would expect that install of dnf would > > without asking (or control) automatically run dnf-makecache. > > Heh. That's one of the things I love a

Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

On Thu, Mar 14, 2013 at 8:48 PM, Chris Adams wrote: > Once upon a time, Josh Boyer said: >> My patch put it in /usr/lib/sysctl.d, just coming from systemd itself. >> We could possibly throw that file into initscripts if systemd doesn't >> want to make that change (though I think Lennart would hav

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 11:40:59AM +, Frank Murphy wrote: > On Fri, 15 Mar 2013 11:33:24 + > "Daniel P. Berrange" wrote: > > > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: > > > I don't think users would expect that install of dnf would > > > without asking (or control) au

Re: dnf installs cron.hourly

Daniel P. Berrange wrote: > On Fri, Mar 15, 2013 at 11:40:59AM +, Frank Murphy wrote: >> On Fri, 15 Mar 2013 11:33:24 + >> "Daniel P. Berrange" wrote: >> >> > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: >> > > I don't think users would expect that install of dnf would >>

Re: dnf installs cron.hourly

On 15/03/13 11:33, Daniel P. Berrange wrote: On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: I don't think users would expect that install of dnf would without asking (or control) automatically run dnf-makecache. Heh. That's one of the things I love about DNF. No longer having to

[HEADS UP] initramfs - dracut - systemd

In case you were not bitten by Schrödinger's Cat in Grub or got around her, you might run in dracut/systemd problems in the initramfs. You will have to update to at least systemd-198-6.fc19 and dracut-026-48.git20130315.fc19 for a working initramfs. # koji download-build --arch=$(arch) systemd-19

[perl-Digest-MD4/f19] Update to 1.8

Summary of changes: 33d0c86... Update to 1.8 (*) (*) 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/mailm

Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

On Fri, Mar 15, 2013 at 7:42 AM, Josh Boyer wrote: > On Thu, Mar 14, 2013 at 8:48 PM, Chris Adams wrote: >> Once upon a time, Josh Boyer said: >>> My patch put it in /usr/lib/sysctl.d, just coming from systemd itself. >>> We could possibly throw that file into initscripts if systemd doesn't >>>

Self Introduction

Greetings, I'm a software developer from Fort Wayne, Indiana. I work for a company called ScreenCheck North America and have been building RPMs for our in-house software as well as various open source projects not foung in EPEL or other trusted repos. I created our internal Yum repos about a year

Re: Unhelpful update descriptions

On 03/14/2013 05:02 PM, Rahul Sundaram wrote: On 03/14/2013 04:33 PM, Przemek Klosowski wrote: I didn't realize that my method was 'relying on the kindness of strangers' for including the relevant CVE data in the changelog, but it often gives a quick, direct answer for the specific system you'r

Re: dnf installs cron.hourly

On Fri, 15 Mar 2013 11:33:24 + "Daniel P. Berrange" wrote: > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: > > I don't think users would expect that install of dnf would without > > asking (or control) automatically run dnf-makecache. > > Heh. That's one of the things I love a

Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/15/2013 09:04 AM, Josh Boyer wrote: > On Fri, Mar 15, 2013 at 7:42 AM, Josh Boyer wrote: >> On Thu, Mar 14, 2013 at 8:48 PM, Chris Adams wrote: >>> Once upon a time, Josh Boyer said: My patch put it in /usr/lib/sysctl.d, just coming from

Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

On Fri, Mar 15, 2013 at 9:57 AM, Daniel J Walsh wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 03/15/2013 09:04 AM, Josh Boyer wrote: >> On Fri, Mar 15, 2013 at 7:42 AM, Josh Boyer wrote: >>> On Thu, Mar 14, 2013 at 8:48 PM, Chris Adams wrote: Once upon a time, Josh Boyer

Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

Once upon a time, Josh Boyer said: > I don't think this needs a feature page. I'd like to see it in F19. > There's a case to be made for enabling it on the other releases too, but > F19 is a good target to start with. I agree that it doesn't really need a feature page, but IMHO it should be in t

Re: dnf installs cron.hourly

On 03/15/2013 09:55 AM, seth vidal wrote There's a yum-cron package. It did just that for years. that's where dnf got the idea. Yep but defaults matter Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: dnf installs cron.hourly

On 03/15/2013 07:53 AM, Neal Becker wrote: You might prefer this, but I think it's against Fedora policy. Why do you think that? Can you point me to such a policy? Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Heads-up: liboauth 1.0.1 in Rawhide

On Fri, 15 Mar 2013 16:37:11 +0700 Michel Alexandre Salim wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Dear all, > > I've just updated liboauth to the latest 1.0.1 release in Rawhide. The > soname is now liboauth.so.0.8.5 (previously liboauth.so.0.8.4), and > dependent apps shou

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 09:55:57AM -0400, seth vidal wrote: > On Fri, 15 Mar 2013 11:33:24 + > "Daniel P. Berrange" wrote: > > > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: > > > I don't think users would expect that install of dnf would without > > > asking (or control) auto

Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

On 03/15/2013 10:52 AM, Chris Adams wrote: I agree that it doesn't really need a feature page, but IMHO it should be in the release notes (this is something that could break existing programs). Here you go https://fedoraproject.org/wiki/Documentation_Security_Beat Rahul -- devel mailing list

Re: dnf installs cron.hourly

On Fri, 15 Mar 2013 15:11:28 + "Daniel P. Berrange" wrote: > On Fri, Mar 15, 2013 at 09:55:57AM -0400, seth vidal wrote: > > On Fri, 15 Mar 2013 11:33:24 + > > "Daniel P. Berrange" wrote: > > > > > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: > > > > I don't think users

Re: Fwd: MariaDB replacing MySQL

On Wed, 2013-03-13 at 18:08 +0100, Honza Horak wrote: > I've spent some time deep in yum and it seems to be better than I > thought now. First, the magic about choosing one provider from more > alternatives is not so dark any more (it was worse few years before) -- > it's actually documented at

GCC produced wrong code in gvfs-1.14.2-3.fc18.x86_64

I happened to run across a problem with current gvfsd-sftp in x86_64 Fedora 18 that is apparently due to bad code generated by GCC. The function void g_vfs_read_channel_send_seek_offset (GVfsReadChannel *read_channel, goffset offset) { GVfsDaemonSocketPro

Re: dnf installs cron.hourly

Am 15.03.2013 12:33, schrieb Daniel P. Berrange: > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: >> I don't think users would expect that install of dnf would without asking >> (or >> control) automatically run dnf-makecache. > > Heh. That's one of the things I love about DNF. N

Re: dnf installs cron.hourly

Am 15.03.2013 16:11, schrieb Daniel P. Berrange: >>> On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote: I don't think users would expect that install of dnf would without asking (or control) automatically run dnf-makecache. >>> >>> Heh. That's one of the things I love about DN

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange wrote: > Users shouldn't have to go searching out that kind of thing in a > separate package IMHO, it could just be part of stock yum install. > If it needs to be optional a config param would suffice, rather > than the big hammer of installing/u

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač wrote: > On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange > wrote: > > Users shouldn't have to go searching out that kind of thing in a > > separate package IMHO, it could just be part of stock yum install. > > If it needs to be optional a conf

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote: > On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač wrote: > > > On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange > > wrote: > > > Users shouldn't have to go searching out that kind of thing in a > > > separate package IMHO, it could

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 10:48 AM, Daniel P. Berrange wrote: > On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote: > > On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač wrote: > > > > > On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange < > berra...@redhat.com> > > > wrote: > > > > Users s

Re: dnf installs cron.hourly

- Original Message - > From: "Daniel P. Berrange" > To: "Development discussions related to Fedora" > > Sent: Friday, March 15, 2013 11:48:41 AM > Subject: Re: dnf installs cron.hourly > > On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote: > > On Fri, Mar 15, 2013 at 10:30 AM,

Re: GCC produced wrong code in gvfs-1.14.2-3.fc18.x86_64

On 03/15/2013 04:23 PM, Stephan Bergmann wrote: I happened to run across a problem with current gvfsd-sftp in x86_64 Fedora 18 that is apparently due to bad code generated by GCC. The function void g_vfs_read_channel_send_seek_offset (GVfsReadChannel *read_channel,

Re: dnf installs cron.hourly

On Fri, 15 Mar 2013 11:58:33 -0400 (EDT) Steve Gordon wrote: > - Original Message - > > From: "Daniel P. Berrange" > > To: "Development discussions related to Fedora" > > Sent: Friday, March 15, 2013 > > 11:48:41 AM Subject: Re: dnf installs cron.hourly > > > > On Fri, Mar 15, 2013 at

Re: dnf installs cron.hourly

- Original Message - > From: "seth vidal" > To: "Development discussions related to Fedora" > > Cc: sgor...@redhat.com > Sent: Friday, March 15, 2013 12:07:00 PM > Subject: Re: dnf installs cron.hourly > > On Fri, 15 Mar 2013 11:58:33 -0400 (EDT) > Steve Gordon wrote: > > > - Orig

using fedup to upgrade to f19

Hi, where are mock configures ? [1] and boot images for fedup ? [2] and [3] [1] mock -r fedora-19-x86_64 ERROR: Could not find required config file: /etc/mock/fedora-19-x86_64.cfg [2] Could not parse metalink https://mirrors.fedoraproject.org/metalink?repo=fedora-install-19&arch=x86_64 erro

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 10:55:57AM -0500, Jon Ciesla wrote: > On Fri, Mar 15, 2013 at 10:48 AM, Daniel P. Berrange > wrote: > > > On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote: > > > On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač wrote: > > > > > > > On Fri, Mar 15, 2013 at 4:11 P

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 12:07:00PM -0400, seth vidal wrote: > On Fri, 15 Mar 2013 11:58:33 -0400 (EDT) > Steve Gordon wrote: > > > - Original Message - > > > From: "Daniel P. Berrange" > > > To: "Development discussions related to Fedora" > > > Sent: Friday, March 15, 2013 > > > 11:48:4

Re: using fedup to upgrade to f19

On Fri, 15 Mar 2013 16:18:47 + Sérgio Basto wrote: > Hi, > > where are mock configures ? [1] > and boot images for fedup ? [2] and [3] > > > [1] > mock -r fedora-19-x86_64 > ERROR: Could not find required config > file: /etc/mock/fedora-19-x86_64.cfg Please file a bug on mock. They nee

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 5:26 PM, Daniel P. Berrange wrote: > On Fri, Mar 15, 2013 at 12:07:00PM -0400, seth vidal wrote: >> To be fair - none of those call out to the network. >> >> they all act on things locally. > > Hmm, but the system service guidelines don't say anything about > forbiding use

Packages requires /sbin/service.

After usr move packages should not install files to /sbin. Unfortunately there is a lot of packages requiring /sbin/service, which was recently moved to /usr/sbin/, and these packages were uninstallable. As a workaround I have put Provides: /sbin/service in the initscript spec, but I think that

Re: Packages requires /sbin/service.

On Fri, 15 Mar 2013 17:38:53 +0100 Lukáš Nykrýn wrote: > After usr move packages should not install files to /sbin. > Unfortunately there is a lot of packages requiring /sbin/service, > which was recently moved to /usr/sbin/, and these packages were > uninstallable. As a workaround I have put Pro

Re: Packages requires /sbin/service.

Pá 15. březen 2013, 17:47:05 CET, Kevin Fenzi napsal: On Fri, 15 Mar 2013 17:38:53 +0100 Lukáš Nykrýn wrote: After usr move packages should not install files to /sbin. Unfortunately there is a lot of packages requiring /sbin/service, which was recently moved to /usr/sbin/, and these packages w

Re: dnf installs cron.hourly

Rahul Sundaram wrote: > On 03/15/2013 07:53 AM, Neal Becker wrote: >> You might prefer this, but I think it's against Fedora policy. > > Why do you think that? Can you point me to such a policy? > > Rahul https://fedoraproject.org/wiki/Starting_services_by_default -- devel mailing list devel@

Re: Packages requires /sbin/service.

On 03/15/2013 05:38 PM, Lukáš Nykrýn wrote: After usr move packages should not install files to /sbin. Unfortunately there is a lot of packages requiring /sbin/service, which was recently moved to /usr/sbin/, and these packages were uninstallable. As a workaround I have put Provides: /sbin/servic

Re: GCC produced wrong code in gvfs-1.14.2-3.fc18.x86_64

On 03/15/2013 05:06 PM, Stephan Bergmann wrote: Grr, sorry for the noise; appears to be rather a bug in glib2-devel-2.34.2-2.fc18.x86_64 See "GUINT32/64_SWAP_LE_BE macros do not enclose val argument in parentheses." Stephan -- devel mailing

Re: using fedup to upgrade to f19

On Fri, Mar 15, 2013 at 9:36 AM, Kevin Fenzi wrote: > On Fri, 15 Mar 2013 16:18:47 + > Sérgio Basto wrote: > >> Hi, >> >> where are mock configures ? [1] >> and boot images for fedup ? [2] and [3] >> >> >> [1] >> mock -r fedora-19-x86_64 >> ERROR: Could not find required config >> file: /etc/

Re: GCC produced wrong code in gvfs-1.14.2-3.fc18.x86_64

On Fri, Mar 15, 2013 at 10:24 AM, Stephan Bergmann wrote: > On 03/15/2013 05:06 PM, Stephan Bergmann wrote: >> >> Grr, sorry for the noise; appears to be rather a bug in >> glib2-devel-2.34.2-2.fc18.x86_64 > > > See > "GUINT32/64_SWAP_LE_BE macro

Re: Is there a reason we do not turn on the file system hardlink/symlink protection in Rawhide?

On Mar 15, 2013 10:13 AM, "Rahul Sundaram" wrote: > > On 03/15/2013 10:52 AM, Chris Adams wrote: >> >> I agree that it doesn't really need a feature page, but IMHO it should >> be in the release notes (this is something that could break existing >> programs). > > Here you go > > https://fedorapro

Re: Packages requires /sbin/service.

On Fri, Mar 15, 2013 at 10:18 AM, Ralf Corsepius wrote: > On 03/15/2013 05:38 PM, Lukáš Nykrýn wrote: >> >> After usr move packages should not install files to /sbin. Unfortunately >> there is a lot of packages requiring /sbin/service, which was recently >> moved to /usr/sbin/, and these packages

Re: [HEADS UP] initramfs - dracut - systemd

On 15/03/13 05:07 AM, Harald Hoyer wrote: In case you were not bitten by Schrödinger's Cat in Grub or got around her, you Thinking about it, by strict Law of Narrative Causality, I expect precisely half of the Rawhide/F19 testers would have got bitten by Schrödinger's Cat ;) -- Adam Williams

Re: Packages requires /sbin/service.

On 03/15/2013 06:53 PM, Dan Mashal wrote: On Fri, Mar 15, 2013 at 10:18 AM, Ralf Corsepius wrote: I am very much opposed to this change. You need to keep files which are expected to be in /bin or /sbin under these paths. /sbin is a symlink to /usr/sbin, so calling /sbin/service still works.

Re: Packages requires /sbin/service.

On Fri, Mar 15, 2013 at 10:56 AM, Michal Schmidt wrote: > On 03/15/2013 06:53 PM, Dan Mashal wrote: >> >> On Fri, Mar 15, 2013 at 10:18 AM, Ralf Corsepius >> wrote: >>> >>> I am very much opposed to this change. You need to keep files which are >>> expected to be in /bin or /sbin under these path

Re: Packages requires /sbin/service.

On 03/15/2013 07:00 PM, Dan Mashal wrote: Looks like you guys added provides(service) and fixed the problem. Yes, Lukáš added it. He even mentioned it in the email that started this thread. Still it would be nice to drop legacy provide name after packages stop Requiring it. Michal -- devel

Re: Packages requires /sbin/service.

On Fri, Mar 15, 2013 at 5:52 PM, Lukáš Nykrýn wrote: > Pá 15. březen 2013, 17:47:05 CET, Kevin Fenzi napsal: > >> On Fri, 15 Mar 2013 17:38:53 +0100 >> Lukáš Nykrýn wrote: >> >>> After usr move packages should not install files to /sbin. >>> Unfortunately there is a lot of packages requiring /sbi

Re: Packages requires /sbin/service.

On Fri, Mar 15, 2013 at 11:04 AM, Michal Schmidt wrote: > On 03/15/2013 07:00 PM, Dan Mashal wrote: >> >> Looks like you guys added provides(service) and fixed the problem. > > > Yes, Lukáš added it. He even mentioned it in the email that started this > thread. Still it would be nice to drop legac

Re: dnf installs cron.hourly

On 15/03/13 04:16 AM, Neal Becker wrote: > I don't think users would expect that install of dnf would without asking (or > control) automatically run dnf-makecache. > > At least, this should be controllable via /etc/sysconfig. Further, I think > it's > not consistent with Fedora practice to ena

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 7:13 PM, Luya Tshimbalanga wrote: > On 15/03/13 04:16 AM, Neal Becker wrote: >> I don't think users would expect that install of dnf would without asking (or >> control) automatically run dnf-makecache. >> >> At least, this should be controllable via /etc/sysconfig. Furthe

Re: Packages requires /sbin/service.

On 03/15/2013 07:07 PM, Dan Mashal wrote: Well I was reading an IRC discussion on devel. I'm like a horse with blinders. "This used to work and doesn't anymore". I cannot be sure, but I think you're referring here to the breakage caused by initscripts-9.45-1 due to the missing "Provides: /sbi

Re: Packages requires /sbin/service.

On Fri, Mar 15, 2013 at 11:15 AM, Michal Schmidt wrote: > On 03/15/2013 07:07 PM, Dan Mashal wrote: >> >> Well I was reading an IRC discussion on devel. I'm like a horse with >> blinders. "This used to work and doesn't anymore". > > > I cannot be sure, but I think you're referring here to the brea

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 07:14:39PM +0100, Miloslav Trmač wrote: > 1) Changing the mechanism would not resolve any of the questions discussed > here. Systemd is a bit cleaner to admin, and turning the service off wouldn't make an oddity show up in rpm -qaV like moving a cron job aside would. > >

Re: dnf installs cron.hourly

Daniel P. Berrange wrote: > On Fri, Mar 15, 2013 at 12:07:00PM -0400, seth vidal wrote: >> On Fri, 15 Mar 2013 11:58:33 -0400 (EDT) >> Steve Gordon wrote: >> >> > - Original Message - >> > > From: "Daniel P. Berrange" >> > > To: "Development discussions related to Fedora" >> > > Sent:

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 02:29:19PM -0400, Casey Dahlin wrote: > On Fri, Mar 15, 2013 at 07:14:39PM +0100, Miloslav Trmač wrote: > > 1) Changing the mechanism would not resolve any of the questions discussed > > here. > > Systemd is a bit cleaner to admin, and turning the service off wouldn't make

Re: dnf installs cron.hourly

On 15/03/13 08:30 AM, Miloslav Trmač wrote: On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange wrote: Users shouldn't have to go searching out that kind of thing in a separate package IMHO, it could just be part of stock yum install. If it needs to be optional a config param would suffice, rat

Re: dnf installs cron.hourly

On 15/03/13 11:51 AM, Adam Williamson wrote: On 15/03/13 08:30 AM, Miloslav Trmač wrote: On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange wrote: Users shouldn't have to go searching out that kind of thing in a separate package IMHO, it could just be part of stock yum install. If it needs to

Re: dnf installs cron.hourly

On Fri, Mar 15, 2013 at 07:44:58PM +0100, Tomasz Torcz wrote: > There was a decision of not _migrating_ cronjobs to timer units yet. But I > think we should ban _introducing_ new cronjobs. Instead, new periodic jobs > should be introduced as timer units. That's assuming all cron jobs should bec

Re: using fedup to upgrade to f19

On 15/03/13 10:25 AM, Dan Mashal wrote: I would advise using yum to upgrade to f19 at this time. kevin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel You think if it breaks systems using yum (not yum's fault) you will have better lu

Re: Packages requires /sbin/service.

On 15/03/13 11:07 AM, Dan Mashal wrote: On Fri, Mar 15, 2013 at 11:04 AM, Michal Schmidt wrote: On 03/15/2013 07:00 PM, Dan Mashal wrote: Looks like you guys added provides(service) and fixed the problem. Yes, Lukáš added it. He even mentioned it in the email that started this thread. Stil

Re: Packages requires /sbin/service.

On 03/15/2013 10:38 AM, Lukáš Nykrýn wrote: After usr move packages should not install files to /sbin. Unfortunately there is a lot of packages requiring /sbin/service, which was recently moved to /usr/sbin/, and these packages were uninstallable. As a workaround I have put Provides: /sbin/servic

Re: using fedup to upgrade to f19

On Fri, Mar 15, 2013 at 10:36 AM, Kevin Fenzi wrote: > Please file a bug on mock. They need to push out a version with f19 > configs: Thanks for pointing in the right direction. I've filed https://bugzilla.redhat.com/922268 - Ken -- devel mailing list devel@lists.fedoraproject.org https://admin

Re: dnf installs cron.hourly

Steve Gordon wrote: > - Original Message - >> From: "seth vidal" >> To: "Development discussions related to Fedora" >> Cc: sgor...@redhat.com >> Sent: Friday, March 15, 2013 12:07:00 PM >> Subject: Re: dnf installs cron.hourly >> >> On Fri, 15 Mar 2013 11:58:33 -0400 (EDT) >> Steve Gord

Re: using fedup to upgrade to f19

On Sex, 2013-03-15 at 12:19 -0700, Adam Williamson wrote: > On 15/03/13 10:25 AM, Dan Mashal wrote: > > >> I would advise using yum to upgrade to f19 at this time. > >> > >> kevin > >> > >> -- > >> devel mailing list > >> devel@lists.fedoraproject.org > >> https://admin.fedoraproject.org/mailman/

Re: using fedup to upgrade to f19

On 15/03/13 04:56 PM, Sérgio Basto wrote: When I can expect have an updates.img ? composing is failing to generate images ? Possibly tomorrow, but it depends on the state of dracut and lorax. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfed

Package EVR problems in Fedora 2013-03-16

Broken upgrade path report for tags f19 -> f20: cumin: f19 > f20 (cumin-0.1.5739-1.fc19 cumin-0.1.5522-5.fc19) cups: f19 > f20 (1:cups-1.6.1-26.fc19 1:cups-1.6.1-25.fc19) cups-filters: f19 > f20 (cups-filters-1.0.30-3.fc19 cups-filters-1.0.30-2.fc20) fedora-arm-installer: f19 > f

Re: dnf installs cron.hourly

On 03/15/2013 01:20 PM, Neal Becker wrote: https://fedoraproject.org/wiki/Starting_services_by_default Doesn't cover cron jobs at all Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: dnf installs cron.hourly

On 03/15/2013 07:51 PM, Adam Williamson wrote: In this case it seems perfectly logical. The thing in question is a cron script. May-be I am missing something, but the issue is not cron-jobs in general, it is unwanted, non-user-intended/initiated network access. Ralf -- devel mailing list dev

Re: Heads-up: liboauth 1.0.1 in Rawhide

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/03/13 22:04, Kevin Fenzi wrote: > On Fri, 15 Mar 2013 16:37:11 +0700 Michel Alexandre Salim > wrote: > >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> Dear all, >> >> I've just updated liboauth to the latest 1.0.1 release in >> Rawhide

Re: dnf installs cron.hourly

On 15/03/13 09:48 PM, Ralf Corsepius wrote: On 03/15/2013 07:51 PM, Adam Williamson wrote: In this case it seems perfectly logical. The thing in question is a cron script. May-be I am missing something, but the issue is not cron-jobs in general, it is unwanted, non-user-intended/initiated netw