On Tue, May 11, 2010 at 6:17 PM, Orcan Ogetbil oget.fed...@gmail.com wrote:
For F-13 it may be a little late. So shall we make this an F-14 target?
I see new commit to the koji. Thanks for working on jack2, but the
question is why the package name is jack-audio-connection-kit? As far
as I know
I read somewhere that firefox 4 would be out in november. Fedora 14 will
be released at the end of october. So will fedora 14 include firefox 4 ?
Thanks
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Zach Carter z.car...@f5.com writes:
Howeverthe question remains, why did it build just fine with the function
header as-is on a rawhide machine and in my local mockbuild, but not when the
build was run on the koji server? Some difference in the autotools, g++
compiler, boost? Any
On Tue, Jul 20, 2010 at 00:33, Roland McGrath rol...@redhat.com wrote:
My opinion is that a branch called F-n/master is the nicest thing.
Actually, all else being equal, I'd probably go for it being called
fn/master, since gratuitous caps and punctuation in branch names is
not a normal git
On 10/07/10 18:50, Emilio Fernandes wrote:
Hi all again...
I have a motherboard that has no entries IDEs only sata.
When I try to install fedora 8 on this machine by the cdrom, the
instalation process started normally but when will it start anaconda
does not find the cdrom:/ks8.cfg. The
Compose started at Tue Jul 20 08:15:21 UTC 2010
Broken deps for x86_64
--
BackupPC-3.1.0-14.1.fc14.noarch requires perl-suidperl
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686
It'll come through as an update in the updates repo, I suspect. There
might be a beta version included depending on its stability at the
time of a F14 release I guess.
Regards
--
Chris Jones
Freelance Photographic Imaging Professional
and Graphic Designer
ABN: 98 317 740 240
PHOTO RESOLUTIONS
On 07/19/2010 06:41 PM, Hans de Goede wrote:
In a systemd world we can fix this in a much nicer way:
libvirtd.service would just have a Wants: iscsid.service in it. That
way when libvirtd is started iscsid is started too. And if people use
iscsid in other areas too they can just add a single
On Tue, Jul 20, 2010 at 12:41:11AM +0200, Hans de Goede wrote:
I think the problem was that the iscsid service was on by default, so
when things like libvirt install it iscsid would always start but many
times not be needed.
In a systemd world we can fix this in a much nicer way:
Hi,
I would like to retire the xorg-x11-drv-radeonhd package before it gets
into F-14.
Kernel based modesetting (KMS) and xorg-x11-drv-ati work really nicely
and radeonhd's upstream appears stalled and has no support for KMS, so I
do not see any advantage to Fedora in carrying a radeonhd package
Hello,
we would like to help Package Maintainers to increase public participation in
their activities. We believe that an important step in achieving that is in
rewarding the most active participants with fame in different top
tens, ladders and charts. Therefore we would like to extend the
On Fri, 2010-07-16 at 17:07 -0700, Jesse Keating wrote:
I've been struggling with a particular wrinkle in dist-git, how fedpkg
is supposed to reliably discover what Fedora release a packager is
working on.
In other words: How does fedpkg map the currently checked out git HEAD
to a Fedora
On Mon, Jul 19, 2010 at 03:09:50PM -0700, Jesse Keating wrote:
Seriously? Nobody has an opinion here? Or will this just be another
case of ZOMG WHY DID YOU DO THIS STUPID THING as soon as it rolls out...
I'm not around enough right now to be able to test anything :-(.
I also don't really
On 07/19/2010 08:19 PM, Chris Jones wrote:
On Tue, Jul 20, 2010 at 10:59 AM, Rahul Sundarammethe...@gmail.com wrote:
It is all listed at
https://fedoraproject.org/wiki/TillMaas
Rahul
Thanks mate.
Chris
I found the following more immediately useful:
On Mon, 19.07.10 13:52, Daniel J Walsh (dwa...@redhat.com) wrote:
I am noticing the following in F14
type=1400 audit(1279559591.480:31): avc: denied { read } for pid=526
comm=udevd name=/ dev=autofs ino=9519
scontext=system_u:system_r:udev_t:s0-s0:c0.c1023
On Tue, Jul 20, 2010 at 2:30 AM, Andy Shevchenko wrote:
On Tue, May 11, 2010 at 6:17 PM, Orcan Ogetbil wrote:
For F-13 it may be a little late. So shall we make this an F-14 target?
I see new commit to the koji. Thanks for working on jack2, but the
No problem. Although I was the one collecting
On Tue, 20.07.10 16:04, Lennart Poettering (mzerq...@0pointer.de) wrote:
I am not entirely sure though why those processes actually access those
dirs in this case. Maybe they are iterating through the files in /dev?
Smells a bit broken to me.
OK, the udevd is a result from /lib/udev/devices/
On Tue, Jul 20, 2010 at 5:04 PM, Orcan Ogetbil oget.fed...@gmail.com wrote:
On Tue, Jul 20, 2010 at 2:30 AM, Andy Shevchenko wrote:
question is why the package name is jack-audio-connection-kit? As far
as I know the package name should be derived from the main tarball
name.
I thought about
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this morning (including
updates-testing), and I had reason to reboot my machine this afternoon.
Empathy no longer has any of my accounts in it.
I can't see anything obvious in yum.log
Le mardi 20 juillet 2010 à 16:16 +0100, Matthew Booth a écrit :
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this morning (including
updates-testing), and I had reason to reboot my machine this afternoon.
Empathy no longer has
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
--
= Weekly KDE
On 20/07/10 16:19, Jonathan MERCIER wrote:
Le mardi 20 juillet 2010 à 16:16 +0100, Matthew Booth a écrit :
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this morning (including
updates-testing), and I had reason to reboot my
On 07/18/2010 11:05 PM, Till Maas wrote:
Hi,
I cannot maintain my packages or handle anything else until further
notice, because I had an accident.
Regards
Till
I'm sorry to hear and get well soon. I hope it's nothing serious.
Matthias
--
devel mailing list
devel@lists.fedoraproject.org
Le mardi 20 juillet 2010 à 16:28 +0100, Matthew Booth a écrit :
On 20/07/10 16:19, Jonathan MERCIER wrote:
Le mardi 20 juillet 2010 à 16:16 +0100, Matthew Booth a écrit :
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this
On Tue, Jul 20, 2010 at 11:16 AM, Matthew Booth mbo...@redhat.com wrote:
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this morning (including
updates-testing), and I had reason to reboot my machine this afternoon.
Empathy no
On 20/07/10 17:22, Brian Pepple wrote:
On Tue, Jul 20, 2010 at 11:16 AM, Matthew Boothmbo...@redhat.com wrote:
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this morning (including
updates-testing), and I had reason to reboot my
On Tue, 2010-07-20 at 10:04 -0400, Orcan Ogetbil wrote:
On Tue, Jul 20, 2010 at 2:30 AM, Andy Shevchenko wrote:
On Tue, May 11, 2010 at 6:17 PM, Orcan Ogetbil wrote:
For F-13 it may be a little late. So shall we make this an F-14 target?
I see new commit to the koji. Thanks for working on
Le mardi 20 juillet 2010 ? 16:16 +0100, Matthew Booth a ?crit :
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this morning (including
updates-testing), and I had reason to reboot my machine this afternoon.
Empathy no
On Tue, 2010-07-20 at 16:16 +0100, Matthew Booth wrote:
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this morning (including
updates-testing), and I had reason to reboot my machine this afternoon.
Empathy no longer has any of
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=612875
Mark Chappell trem...@tremble.org.uk changed:
What|Removed |Added
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2010 05:52 AM, Hans Ulrich Niedermann wrote:
On Fri, 2010-07-16 at 17:07 -0700, Jesse Keating wrote:
I've been struggling with a particular wrinkle in dist-git, how fedpkg
is supposed to reliably discover what Fedora release a packager
On Tue, Jul 20, 2010 at 05:30:04PM +0100, Matthew Booth wrote:
It seems empathy and everything related to it has lost the ability to
execute programs.
What if you setenforce 0?
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, Jul 19, 2010 at 12:41:39PM -0600, Kevin Fenzi wrote:
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on
irc.freenode.net.
I must send my regrets for todays meeting, I've got to run an errand
this
That said, I don't think I'd use either HEAD or master as the branch name
since they both have some sort of association with how git itself works
unless the name actually matches 100% with the concept that you're trying to
express here.
This is nothing more or less than our convention for git
My first idea would be for fedpkg to do something similar to the
following when trying to find out the target to build for:
0. If --target F-13 is given, use that as target.
If not, continue.
1. Determine the current git branch ($origbranch=$curbranch).
2. Check 'git config
On Tue, Jul 20, 2010 at 04:16:04PM +0100, Matthew Booth wrote:
When I booted my machine this morning and started Empathy everything was
fine. I did a rather big yum update this morning (including
updates-testing), and I had reason to reboot my machine this afternoon.
Empathy no longer has
===
#fedora-meeting: FESCO (2010-07-20)
===
Meeting started by nirik at 19:30:04 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-07-20/fesco.2010-07-20-19.30.log.html
Meeting summary
From 56824d9699ad2f471ac4ec30c24c0600735e42f7 Mon Sep 17 00:00:00 2001
From: Nathan Kinder nkin...@redhat.com
Date: Tue, 20 Jul 2010 14:18:00 -0700
Subject: [PATCH] Fix perl URL parsing code to work with OpenLDAP.
When using PerLDAP built against OpenLDAP, the URL parsing works
a bit
Nathan Kinder wrote:
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
ack
--
389-devel mailing list
389-de...@lists.fedoraproject.org
On 07/20/2010 02:27 PM, Rich Megginson wrote:
Nathan Kinder wrote:
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
ack
Thanks.
On Tue, 2010-07-20 at 09:03 -0400, Toshio Kuratomi wrote:
On Mon, Jul 19, 2010 at 03:09:50PM -0700, Jesse Keating wrote:
Seriously? Nobody has an opinion here? Or will this just be another
case of ZOMG WHY DID YOU DO THIS STUPID THING as soon as it rolls out...
I'm not around enough
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2010 03:07 PM, Adam Williamson wrote:
On Tue, 2010-07-20 at 09:03 -0400, Toshio Kuratomi wrote:
On Mon, Jul 19, 2010 at 03:09:50PM -0700, Jesse Keating wrote:
Seriously? Nobody has an opinion here? Or will this just be another
case of
Roland McGrath wrote:
My first suggestion was not to have the magical leading F-n/
matching at all. Rather, just have fedpkg front-end commands set and
show the state of branch.SOMEBRANCH.fedora-target settings. e.g.,
'fedpkg checkout foo' would both do 'git checkout foo' and set the
There will be an outage starting at 2010-07-21 16:00 UTC, which will
last approximately 3 hours. Outages will be small but noticeable for
small segments as systems are updated and rebooted.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2010 03:32 PM, Michael Cronenworth wrote:
Roland McGrath wrote:
My first suggestion was not to have the magical leading F-n/
matching at all. Rather, just have fedpkg front-end commands set and
show the state of
Hello all,
Sundarammethe...@gmail.com wrote:
It is all listed at
https://fedoraproject.org/wiki/TillMaas
Despite I'm don't have sponsorship yet, I'd like to help as much as I can.
If it is possible, I'd like to be co-maintainer of some packages of yours.
Regards and I hope you get
I'm planning to do a partial mass-rebuild for Python 2.7.
This would cover all Python 2 users within the distribution, roughly
1000 src.rpms.
Some notes can be seen at:
https://fedoraproject.org/wiki/Features/Python_2.7/MassRebuild
I hoped to start this tomorrow (2010-07-21) at 16:00 UTC, but
On Tue, 2010-07-20 at 17:32 -0500, Michael Cronenworth wrote:
Here's one nice feature I'd like to see for a simple scenario of when
upstream releases a new stable version:
1. Edit the 'master' branch spec file.
2. git commit my change.
3. git rebase my F-* branches to master.
4. Submit
On Tue, Jul 20, 2010 at 4:02 PM, David Malcolm dmalc...@redhat.com wrote:
I'm planning to do a partial mass-rebuild for Python 2.7.
Please, when you hit build failures, and you will if you can
provide a link to a failure report that is easily searchable(if not
sorted by) primary package
On Wed, Jul 14, 2010 at 2:50 PM, Adam Williamson awill...@redhat.com wrote:
On Wed, 2010-07-14 at 15:42 -0600, Kevin Fenzi wrote:
Perhaps someone could put together a wiki page for lazy sysadmins with
a QA? ie, I used to do this in upstart/sysvinit, how do I do it with
systemd?
Jóhann
On Tue, Jul 20, 2010 at 9:54 AM, Christof Damian chris...@damian.net wrote:
On Tue, Jul 20, 2010 at 00:33, Roland McGrath rol...@redhat.com wrote:
My opinion is that a branch called F-n/master is the nicest thing.
Actually, all else being equal, I'd probably go for it being called
fn/master,
On 7/20/2010 19:13, Hans Ulrich Niedermann wrote:
BTW, while typing the above, I have noted that master or devel or
f13 are quite easy to type, while F-13 with capital letter and
hyphen is relatively complicated. Perhaps that could be an argument when
choosing branch names.
Using names like
It's hard to believe, but the window for full blown feature development
closes soon. A friendly reminder that next Tuesday, July 27, 2010 is
Feature Freeze for Fedora 14.
Feature Freeze means that all accepted feature for the release are
*significantly* feature complete, ready for testing,
On Tue, Jul 20, 2010 at 12:54 PM, Fernando Lopez-Lezcano wrote:
On Tue, 2010-07-20 at 10:04 -0400, Orcan Ogetbil wrote:
On Tue, Jul 20, 2010 at 2:30 AM, Andy Shevchenko wrote:
question is why the package name is jack-audio-connection-kit? As far
as I know the package name should be derived
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2010 08:55 PM, Garrett Holmstrom wrote:
On 7/20/2010 19:13, Hans Ulrich Niedermann wrote:
BTW, while typing the above, I have noted that master or devel or
f13 are quite easy to type, while F-13 with capital letter and
hyphen is
2010/7/20 Andy Shevchenko andy.shevche...@gmail.com:
On Tue, May 11, 2010 at 6:17 PM, Orcan Ogetbil oget.fed...@gmail.com wrote:
For F-13 it may be a little late. So shall we make this an F-14 target?
I see new commit to the koji. Thanks for working on jack2, but the
question is why the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It was suggested to keep the Makefile that exists in every package
module/branch in CVS right now, but set it up so that any Make command
issued would print a reminder to the user that the Make system has been
retired and to use fedpkg. I could use
On Tue, 2010-07-20 at 22:38 -0700, Jesse Keating wrote:
$ make tag
Make system retired, please use fedpkg. See fedpkg --help
Suggestions on what to put in here?
Might be nice to already print the equivalent command:
$ make tag
Make system retired, please use fedpkg.
The equivalent function
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Class-Autouse/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv18031
Modified Files:
perl-Class-Autouse.spec
Log Message:
* Tue Jul 20 2010 Ralf Corsépius corse...@fedoraproject.org - 1.29-9
- Reenable pmv test.
Index:
A file has been added to the lookaside cache for perl-Set-IntSpan:
700bdabd4343cc1dd29fde70ecbd18e2 Set-IntSpan-1.14.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Set-IntSpan/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv21927
Modified Files:
.cvsignore perl-Set-IntSpan.spec sources
Log Message:
* Tue Jul 20 2010 Ralf Corsépius rc040...@freenet.de - 1.14.1
- Upstream update.
Index:
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires
perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires
perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon
perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.07-6.fc13.x86_64 requires perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Data-Alias-1.07-6.fc13.i686 requires perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as possible.
--
Fedora
perl-DBI-Dumper has broken dependencies in the rawhide tree:
On x86_64:
perl-DBI-Dumper-2.01-8.fc12.x86_64 requires perl(:MODULE_COMPAT_5.10.0)
On i386:
perl-DBI-Dumper-2.01-8.fc12.i686 requires perl(:MODULE_COMPAT_5.10.0)
Please resolve this as soon as possible.
--
Fedora
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: python-pip pkg conflict with perl-pip
https://bugzilla.redhat.com/show_bug.cgi?id=616626
Summary: python-pip pkg conflict with perl-pip
Product:
65 matches
Mail list logo