Hello,
2010-07-21 06:18 keltezéssel, John Poelstra írta:
> Feature Freeze means that all accepted feature for the release are
> *significantly* "feature complete", ready for testing, and have a
> current status.
>
What does it from the software version point of view? I'm asking because
of the
Hi,
I want to thank everyone for their get well wishes. I am already a lot
better than I was when I wrote the initial mail and have full internet
access again. The mail might have been a little premature, but this is
what happens if one has access to an internet phone too soon after an
accident. I
> $ cat Makefile
> # Makefile for source rpm: pungi
> # $Id$
> .PHONY :: $(ARCHES) sources uploadsource upload export check build-check
[...]
Just use a single .DEFAULT: or %: rule, you don't need to list anything.
(And :: is almost never what you meant.)
Thanks,
Roland
--
devel mailing list
de
> 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.
So the expectation would be people leave this boile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/20/2010 10:48 PM, Pierre-Yves wrote:
> 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
> > Using names like f13, el5, and so forth would also keep dist-git
> > consistent with git branch naming conventions. If we were to do
> > something like that we might as well just use the value of %{dist}.
But that's just too obviously right for us to be allowed to do it!
> That was going t
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 funct
-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 so
2010/7/20 Andy Shevchenko :
> 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
> question is why the package name is jack-audio-connection-kit? As fa
-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
>> hyphe
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 d
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, a
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 n
On Tue, Jul 20, 2010 at 9:54 AM, Christof Damian wrote:
> On Tue, Jul 20, 2010 at 00:33, Roland McGrath wrote:
>> My opinion is that a branch called F-/master is the nicest thing.
>> Actually, all else being equal, I'd probably go for it being called
>> f/master, since gratuitous caps and punctua
On Wed, Jul 14, 2010 at 2:50 PM, Adam Williamson 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 Q&A? ie, I used to do this in upstart/sysvinit, how do I do it with
>> systemd?
>
> Jóhann Guðmundsson (v
On Tue, Jul 20, 2010 at 4:02 PM, David Malcolm 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 owner. That will help
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. Su
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 it
Hello all,
Sundaram 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 well very
-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-/"
>> matching at all. Rather, just have fedpkg front-end commands set and
>> show the state of branch.SOMEBRANCH.
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 r
Roland McGrath wrote:
> My first suggestion was not to have the magical leading "F-/"
> 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
> b
On 21/07/10 02:54, 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:
>>> 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
-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
>
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 aro
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
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
https://
>From 56824d9699ad2f471ac4ec30c24c0600735e42f7 Mon Sep 17 00:00:00 2001
From: Nathan Kinder
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 differently. This patch mak
===
#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
-
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 ha
> 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 con
> 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
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 afte
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
https://admin.fedora
-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 pack
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 changed:
What|Removed |Added
-
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 o
> 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
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 worki
On 20/07/10 17:22, Brian Pepple wrote:
> On Tue, Jul 20, 2010 at 11:16 AM, 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
On Tue, Jul 20, 2010 at 11:16 AM, 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 m
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 thi
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.fedoraproje
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
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 Summary
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 h
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 wh
On Tue, Jul 20, 2010 at 5:04 PM, 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 from the main tarball
>> name.
> I thought about doing that once
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 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 collect
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
> tcontext=system_u:obj
On 07/19/2010 08:19 PM, Chris Jones wrote:
> On Tue, Jul 20, 2010 at 10:59 AM, Rahul Sundaram wrote:
>
>> It is all listed at
>>
>> https://fedoraproject.org/wiki/TillMaas
>>
>> Rahul
>>
>
> Thanks mate.
>
> Chris
>
I found the following more immediately useful:
https://admin.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 re
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 r
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 curre
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
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
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 a
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 -
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 requ
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
On Tue, Jul 20, 2010 at 00:33, Roland McGrath wrote:
> My opinion is that a branch called F-/master is the nicest thing.
> Actually, all else being equal, I'd probably go for it being called
> f/master, since gratuitous caps and punctuation in branch names is
> not a normal git convention. (But I
Zach Carter 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 theories?
H
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
64 matches
Mail list logo
