On Tue, Mar 12, 2013 at 08:36:57AM +0100, Jan Kratochvil wrote:
On Tue, 12 Mar 2013 02:03:16 +0100, Jared K. Smith wrote:
On Mon, Mar 11, 2013 at 7:02 PM, Richard W.M. Jones rjo...@redhat.com
wrote:
Has Fedora *ever* had a functional soft-phone? I ask this because I
have tried many,
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 your
On 14. 3. 2013 at 16:44:58, Norvald H. Ryeng wrote:
On Wed, 13 Mar 2013 18:08:55 +0100, Honza Horak hho...@redhat.com wrote:
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak hho...@redhat.com
wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng
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=revisionrevision=329769
Thanks for pointing.
Remi.
--
devel mailing list
#348: Store Bugzilla Email Association in Database
---+---
Reporter: tflink| Owner: mkrizek
Type: enhancement | Status: closed
Priority: major | Milestone: Fedora
#349: Implement Bugzilla Email Verification
---+---
Reporter: tflink| Owner: mkrizek
Type: enhancement | Status: closed
Priority: major | Milestone: Fedora 19
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
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 patches,
-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
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.
--
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
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
On Fri, 15 Mar 2013 11:33:24 +
Daniel P. Berrange berra...@redhat.com 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
On Thu, Mar 14, 2013 at 8:48 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Josh Boyer jwbo...@gmail.com 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
On Fri, Mar 15, 2013 at 11:40:59AM +, Frank Murphy wrote:
On Fri, 15 Mar 2013 11:33:24 +
Daniel P. Berrange berra...@redhat.com 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
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 berra...@redhat.com 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
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
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)
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
On Fri, Mar 15, 2013 at 7:42 AM, Josh Boyer jwbo...@gmail.com wrote:
On Thu, Mar 14, 2013 at 8:48 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Josh Boyer jwbo...@gmail.com said:
My patch put it in /usr/lib/sysctl.d, just coming from systemd itself.
We could possibly throw that
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
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
On Fri, 15 Mar 2013 11:33:24 +
Daniel P. Berrange berra...@redhat.com 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
-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 jwbo...@gmail.com wrote:
On Thu, Mar 14, 2013 at 8:48 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Josh Boyer jwbo...@gmail.com said:
My patch put
On Fri, Mar 15, 2013 at 9:57 AM, Daniel J Walsh dwa...@redhat.com 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 jwbo...@gmail.com wrote:
On Thu, Mar 14, 2013 at 8:48 PM, Chris Adams
Once upon a time, Josh Boyer jwbo...@gmail.com 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
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
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
On Fri, 15 Mar 2013 16:37:11 +0700
Michel Alexandre Salim sali...@fedoraproject.org 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
On Fri, Mar 15, 2013 at 09:55:57AM -0400, seth vidal wrote:
On Fri, 15 Mar 2013 11:33:24 +
Daniel P. Berrange berra...@redhat.com 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
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
On Fri, 15 Mar 2013 15:11:28 +
Daniel P. Berrange berra...@redhat.com 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 berra...@redhat.com wrote:
On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
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
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)
{
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. No longer
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 DNF. No longer
On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange berra...@redhat.com 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
On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač m...@volny.cz wrote:
On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange berra...@redhat.com
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
On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote:
On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač m...@volny.cz wrote:
On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange berra...@redhat.com
wrote:
Users shouldn't have to go searching out that kind of thing in a
separate
On Fri, Mar 15, 2013 at 10:48 AM, Daniel P. Berrange berra...@redhat.comwrote:
On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote:
On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač m...@volny.cz wrote:
On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange
berra...@redhat.com
- Original Message -
From: Daniel P. Berrange berra...@redhat.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
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 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,
On Fri, 15 Mar 2013 11:58:33 -0400 (EDT)
Steve Gordon sgor...@redhat.com wrote:
- Original Message -
From: Daniel P. Berrange berra...@redhat.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org Sent: Friday, March 15, 2013
11:48:41 AM Subject: Re: dnf
- Original Message -
From: seth vidal skvi...@fedoraproject.org
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
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
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-19arch=x86_64
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
berra...@redhat.comwrote:
On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote:
On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač m...@volny.cz wrote:
On Fri, Mar
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 sgor...@redhat.com wrote:
- Original Message -
From: Daniel P. Berrange berra...@redhat.com
To: Development discussions related to Fedora
On Fri, 15 Mar 2013 16:18:47 +
Sérgio Basto ser...@serjux.com 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.
On Fri, Mar 15, 2013 at 5:26 PM, Daniel P. Berrange berra...@redhat.com 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
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
On Fri, 15 Mar 2013 17:38:53 +0100
Lukáš Nykrýn lnyk...@redhat.com 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
Pá 15. březen 2013, 17:47:05 CET, Kevin Fenzi napsal:
On Fri, 15 Mar 2013 17:38:53 +0100
Lukáš Nykrýn lnyk...@redhat.com 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/,
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
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:
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 https://bugzilla.gnome.org/show_bug.cgi?id=695925
GUINT32/64_SWAP_LE_BE macros do not enclose val argument in parentheses.
Stephan
--
devel mailing
On Fri, Mar 15, 2013 at 9:36 AM, Kevin Fenzi ke...@scrye.com wrote:
On Fri, 15 Mar 2013 16:18:47 +
Sérgio Basto ser...@serjux.com 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
On Fri, Mar 15, 2013 at 10:24 AM, Stephan Bergmann sberg...@redhat.com 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 https://bugzilla.gnome.org/show_bug.cgi?id=695925
GUINT32/64_SWAP_LE_BE
On Mar 15, 2013 10:13 AM, Rahul Sundaram methe...@gmail.com 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
On Fri, Mar 15, 2013 at 10:18 AM, Ralf Corsepius rc040...@freenet.de 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
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
On 03/15/2013 06:53 PM, Dan Mashal wrote:
On Fri, Mar 15, 2013 at 10:18 AM, Ralf Corsepius rc040...@freenet.de 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
On Fri, Mar 15, 2013 at 10:56 AM, Michal Schmidt mschm...@redhat.com wrote:
On 03/15/2013 06:53 PM, Dan Mashal wrote:
On Fri, Mar 15, 2013 at 10:18 AM, Ralf Corsepius rc040...@freenet.de
wrote:
I am very much opposed to this change. You need to keep files which are
expected to be in /bin or
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
--
On Fri, Mar 15, 2013 at 5:52 PM, Lukáš Nykrýn lnyk...@redhat.com 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 lnyk...@redhat.com wrote:
After usr move packages should not install files to /sbin.
Unfortunately there is a lot of
On Fri, Mar 15, 2013 at 11:04 AM, Michal Schmidt mschm...@redhat.com 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
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 enable
On Fri, Mar 15, 2013 at 7:13 PM, Luya Tshimbalanga
l...@fedoraproject.org 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
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:
On Fri, Mar 15, 2013 at 11:15 AM, Michal Schmidt mschm...@redhat.com 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
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.
2)
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 sgor...@redhat.com wrote:
- Original Message -
From: Daniel P. Berrange berra...@redhat.com
To: Development discussions related to
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
an
On 15/03/13 08:30 AM, Miloslav Trmač wrote:
On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange berra...@redhat.com 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
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
berra...@redhat.com 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
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
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
On 15/03/13 11:07 AM, Dan Mashal wrote:
On Fri, Mar 15, 2013 at 11:04 AM, Michal Schmidt mschm...@redhat.com 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
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:
On Fri, Mar 15, 2013 at 10:36 AM, Kevin Fenzi ke...@scrye.com 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
Steve Gordon wrote:
- Original Message -
From: seth vidal skvi...@fedoraproject.org
To: Development discussions related to Fedora
devel@lists.fedoraproject.org Cc: sgor...@redhat.com
Sent: Friday, March 15, 2013 12:07:00 PM
Subject: Re: dnf installs cron.hourly
On Fri, 15 Mar
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/listinfo/devel
You
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:
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 f20
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
A file has been added to the lookaside cache for perl-Archive-Extract:
8316c72e5df9808364157875bd48d887 Archive-Extract-0.68.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 8b7bf42f1af5e6d598a285dbd63622502f3865ad
Author: Petr Písař ppi...@redhat.com
Date: Fri Mar 15 11:13:49 2013 +0100
0.68 bump
.gitignore|1 +
.rpmlint |2 ++
perl-Archive-Extract.spec |7 ++-
sources |2 +-
4
Summary of changes:
8b7bf42... 0.68 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-devel@lists.fedoraproject.org
perl-Math-Clipper has broken dependencies in the rawhide tree:
On x86_64:
perl-Math-Clipper-1.17-3.fc19.x86_64 requires
libpolyclipping.so.5()(64bit)
On i386:
perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5
Please resolve this as soon as possible.
--
Fedora
perl-Bio-SamTools has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve
A file has been added to the lookaside cache for perl-Digest-MD4:
b6e612cde0bfc48a580724db42291e15 Digest-MD4-1.8.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
perl-Math-Clipper has broken dependencies in the F-19 tree:
On x86_64:
perl-Math-Clipper-1.17-3.fc19.x86_64 requires
libpolyclipping.so.5()(64bit)
On i386:
perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5
Please resolve this as soon as possible.
--
Fedora
perl-Bio-SamTools has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve this
commit 33d0c86d0577f04ba11ccda719f8b87f2f51dfb0
Author: Paul Howarth p...@city-fan.org
Date: Fri Mar 15 10:46:45 2013 +
Update to 1.8
- New upstream release 1.8
- Fixed example output in doc in MD4.pm
- Removed defunct code that prevented building on 64-bit platform
The lightweight tag 'perl-Digest-MD4-1.8-1.fc19' was created pointing to:
33d0c86... Update to 1.8
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
The lightweight tag 'perl-Digest-MD4-1.8-1.fc20' was created pointing to:
33d0c86... Update to 1.8
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
commit 31309539843b4b3c41ae7aee6c14faf03432d0e1
Author: Petr Písař ppi...@redhat.com
Date: Fri Mar 15 14:24:27 2013 +0100
Correct dependencies of perl-HTTP-Tiny
perl.spec |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
---
diff --git a/perl.spec b/perl.spec
index
commit bffc0256e912ec6c926233e7f9a92ebbe124f8c0
Author: Petr Písař ppi...@redhat.com
Date: Fri Mar 15 14:24:43 2013 +0100
Sub-package Time-Local
perl.spec | 28 +++-
1 files changed, 27 insertions(+), 1 deletions(-)
---
diff --git a/perl.spec b/perl.spec
index
commit fda872f919597b99b50179080b33e76ee34578ff
Author: Petr Písař ppi...@redhat.com
Date: Fri Mar 15 14:28:46 2013 +0100
Unify file exclude titles
perl.spec | 52 ++--
1 files changed, 26 insertions(+), 26 deletions(-)
---
diff --git
1 - 100 of 108 matches
Mail list logo