On Tue, 2010-08-03 at 05:40 +0200, Kevin Kofler wrote:
Neal Becker wrote:
OK, got mercurial updated for devel, apparantly OK. Now try to update
f13:
[snip a bunch of git tribulations]
It's quite telling that the git workflow is so arcane and exotic that even
the maintainer of another
Matt McCutchen wrote:
Broken in the past tense is inaccurate: no SHA-1 collision has been
published yet. I would like to see DVCSes switch to a stronger hash
algorithm sooner rather than later, but it's not enough of a concern
that I would avoid using them. If it makes you feel any better,
Matt McCutchen wrote:
The only potentially confusing behavior was that git defaulted to
pushing all branches. Given that, the push failed due to a concurrent
change to a different branch on the destination, and it was necessary to
switch to that branch in order to perform the merge (well,
On Tue, Aug 03, 2010 at 08:10:06AM +0200, Kevin Kofler wrote:
For sequential commit numbering, try git describe.
Nobody actually uses those numbers though
statements with nobody or everybody can be easily disproven so you might
want to reword or narrow down your definition of nobody. I've
On Tue, 2010-08-03 at 08:10 +0200, Kevin Kofler wrote:
I'm not talking about intentional collisions, I'm talking about accidental
collisions, which ALL hash algorithms are vulnerable to, no matter how
strong. Hashes are inherently non-injective and mathematically CANNOT be
otherwise. Now
On Tue, Aug 3, 2010 at 12:07 PM, Kevin Kofler wrote:
Rahul Sundaram wrote:
Nevertheless, if you really want to try this method, use
http://repos.fedorapeople.org,
No thanks. repos.fedorapeople.org is a very sorry excuse for a PPA
infrastructure, it's basically only storage with a list
On Tue, 2010-08-03 at 08:16 +0200, Kevin Kofler wrote:
Matt McCutchen wrote:
The only potentially confusing behavior was that git defaulted to
pushing all branches. Given that, the push failed due to a concurrent
change to a different branch on the destination, and it was necessary to
Peter Hutterer wrote:
I think this may be the main issue here - there is no meaning of newer
in git.
There is a partial order given by ancestry, and 2 revisions you want to
compare WILL in general be ordered. (In fact, whenever it makes sense to
numerically compare SVN revision IDs, the
Matt McCutchen wrote:
That's not strictly true: you're welcome to write svn-git. But the
point is taken, and that's why I invited clarification as to the reasons
for choosing git.
Bolting a distributed client onto a central server makes sense. A central
client with a distributed server
Matt McCutchen wrote:
You might like this article:
http://valerieaurora.org/review/hash.html
That article makes my point pretty well.
I'm willing to accept the miniscule probability of a collision. If you
aren't, I have some other windmills for you to tilt at.
I am not willing to
Peter Hutterer wrote:
this is imo superior to re-editing spec files, possibly forgetting to
update sources/cvsignore in other branches (which has happened in the
past). I know what the original commit did, so cherry-picking it to other
branches will do the same.
With the CVS workflow, I
On Tue, Aug 03, 2010 at 09:03:25AM +0200, Pierre-Yves wrote:
Hi,
Small question, when I did fedpkg clone R2spec this morning to update to
3.0.3 I saw that the changelog entry for the rebuild for python 2.7 was
not present.
Shouldn't it be ?
Looks like it was rebuilt for Rawhide and
Oh, and I forgot:
Peter Hutterer wrote:
it's likely that one you get used to git you'll be using branches heavily.
And once you start using several branches interchangably, directories
don't cut it anymore compared to git.
one example: updating to a new version of the wacom driver was a
On Tue, Aug 03, 2010 at 08:49:14AM +0200, Kevin Kofler wrote:
Peter Hutterer wrote:
I think this may be the main issue here - there is no meaning of newer
in git.
There is a partial order given by ancestry, and 2 revisions you want to
compare WILL in general be ordered.
there is an
On Tue, 2010-08-03 at 09:12 +0200, Tomasz Torcz wrote:
Looks like it was rebuilt for Rawhide and Fedora 14. Are you sure
you are not looking ong f13 branch?
I looked right after doing my fedpkg clone when I edited the spec file.
Pierre
--
devel mailing list
devel@lists.fedoraproject.org
On Tue, Aug 03, 2010 at 09:03:47AM +0200, Kevin Kofler wrote:
Peter Hutterer wrote:
this is imo superior to re-editing spec files, possibly forgetting to
update sources/cvsignore in other branches (which has happened in the
past). I know what the original commit did, so cherry-picking it to
On Tue, Aug 3, 2010 at 2:06 AM, Lennart Poettering mzerq...@0pointer.de wrote:
On Mon, 02.08.10 23:50, pbrobin...@gmail.com (pbrobin...@gmail.com) wrote:
So, I guess what I want to say is: I will return full-time to PA not so
far away. And I have a queue of patches in my checkout (including
On Tue, 2010-08-03 at 09:02 +0200, Kevin Kofler wrote:
Matt McCutchen wrote:
You might like this article:
http://valerieaurora.org/review/hash.html
That article makes my point pretty well.
I'm willing to accept the miniscule probability of a collision. If you
aren't, I have some
On Tue, Aug 03, 2010 at 09:12:48AM +0200, Kevin Kofler wrote:
Oh, and I forgot:
Peter Hutterer wrote:
it's likely that one you get used to git you'll be using branches heavily.
And once you start using several branches interchangably, directories
don't cut it anymore compared to git.
On Tue, 2010-08-03 at 08:52 +0200, Kevin Kofler wrote:
Matt McCutchen wrote:
That's not strictly true: you're welcome to write svn-git. But the
point is taken, and that's why I invited clarification as to the reasons
for choosing git.
Bolting a distributed client onto a central server
Peter Hutterer wrote:
consider the use-case where the spec files aren't 100% identical because
they have different changelog history, or build instructions, or any other
reason a part of the spec file may be differnt to the ones being changed
right now. by copying it over, you destroy that
On 08/03/2010 12:53 PM, Peter Hutterer wrote:
correct, git will share objects between branches, so by storing in different
directories you'll loose that advantage.
I've got a shell prompt that shows me the branch name whenever I enter a git
directory so I don't have to worry about committing
619947 :: MODIFIED :: gnote :: Rahul Sundaram :: gnote needs to be
rebuilt against Boost 1.44 in F14 and devel ::
https://bugzilla.redhat.com/show_bug.cgi?id=619947
This was rebuilt:
http://koji.fedoraproject.org/koji/buildinfo?buildID=187183
-benjamin
--
devel mailing list
Matt McCutchen wrote:
If you want to talk about correctness of algorithms, there is a notion
of negligible (less than inverse polynomial) probability of failure
that can be used. In the real world, you are not doing yourself any
measurable good by professing to go after this risk which is
On 08/03/2010 01:00 PM, Benjamin Kosnik wrote:
619947 :: MODIFIED :: gnote :: Rahul Sundaram :: gnote needs to be
rebuilt against Boost 1.44 in F14 and devel ::
https://bugzilla.redhat.com/show_bug.cgi?id=619947
This was rebuilt:
http://koji.fedoraproject.org/koji/buildinfo?buildID=187183
On Tue, 2010-08-03 at 09:12 +0200, Kevin Kofler wrote:
But I guess git
will be storing a lot of redundant stuff and forcing extra pulls if you work
that way. :-(
It looks like the current implementation of fedpkg clone -B creates
independent repositories that don't share anything except the
On Tue, 2010-08-03 at 09:31 +0200, Kevin Kofler wrote:
Matt McCutchen wrote:
If you want to talk about correctness of algorithms, there is a notion
of negligible (less than inverse polynomial) probability of failure
that can be used. In the real world, you are not doing yourself any
On Tuesday, August 03, 2010 09:26:37 am Rahul Sundaram wrote:
On
08/03/2010 12:53 PM, Peter Hutterer wrote:
correct, git will share
objects between branches, so by storing in
different directories you'll
loose that advantage.
I've got a shell prompt that shows me the
branch name
On Mon, 2010-08-02 at 23:50 +0100, pbrobin...@gmail.com wrote:
On Mon, Aug 2, 2010 at 11:37 PM, Lennart Poettering
snip
Which is great and I understand that but systemd will basically cover
the release time frame for F-13 and F-14 and in that timeframe the
support and issues for PA are going
On Tue, 2010-08-03 at 05:36 +0200, Kevin Kofler wrote:
I wrote:
s/desktop/GNOME/
KDE packages are tracking upstream closely and are regularly updated,
including upstream bugfixes. Plus, we backport or sometimes even develop
bugfixes of our own.
To me, this shows that a model where
On Mon, 2010-08-02 at 23:37 +0200, Michael Schwendt wrote:
On Mon, 02 Aug 2010 16:01:02 -0400, Carl wrote:
Perhaps we could organize a bug zapping day for the pulseaudio bugs?
Sure, i'm willing to _try_ to help if we
can get Lennart to participate and/or pulseaudio experts to assist
On Mon, Aug 02, 2010 at 04:52:28PM -0600, Kevin Fenzi wrote:
On Mon, 2 Aug 2010 22:10:13 +0100
Richard W.M. Jones rjo...@redhat.com wrote:
On Mon, Aug 02, 2010 at 01:58:56PM -0600, Kevin Fenzi wrote:
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow
On Sun, 2010-08-01 at 09:24 +0200, Martin Sourada wrote:
Hi,
I've been wondering what's up with webkitgtk maintainership. It's pretty
important gnome desktop component but it looks rather neglected. Last
update on stable branches of fedora was done by rahul who even isn't in
the commit
On Wed, 2010-07-28 at 16:27 +0200, Michał Piotrowski wrote:
Hi,
It seems that Gnome 3 will be released in march 2011. How will this
affect Fedora 14? Gnome 3 was an important feature of F14.
This is being discussed on the fedora-desktop list, and Matthias, as the
person who has the best view
Jesse Keating jkeat...@j2solutions.net writes:
I suspect parsecvs got confused by the contents of the file having RCS
keywords.
parsecvs's handling of expansion overrides is broken.
http://repo.or.cz/w/parsecvs/schwab.git/commitdiff/5751a0b42436f90e5a36208967c74e3fdbb12970
Andreas.
--
On Tue, 2010-08-03 at 09:17 +0200, Pierre-Yves wrote:
On Tue, 2010-08-03 at 09:12 +0200, Tomasz Torcz wrote:
Looks like it was rebuilt for Rawhide and Fedora 14. Are you sure
you are not looking ong f13 branch?
I looked right after doing my fedpkg clone when I edited the spec file.
On Tue, Aug 03, 2010 at 08:10:06AM +0200, Kevin Kofler wrote:
Sadly, more and more projects are getting infected by the git virus, KDE is
also moving to git, several other upstream projects already did. :-(
Documentation/ManagementStyle:
While it turns out that most people are idiots, the
On Tue, Aug 03, 2010 at 12:56:37PM +0530, Rahul Sundaram wrote:
On 08/03/2010 12:53 PM, Peter Hutterer wrote:
correct, git will share objects between branches, so by storing in different
directories you'll loose that advantage.
I've got a shell prompt that shows me the branch name
On Tue, 2010-08-03 at 11:44 +0200, Karel Zak wrote:
The git package contains the /etc/bash_completion.d/git file where
is defined function __git_ps1() which provides more usable strings
(it's able to detect if you are rebasing, bisecting, merging, ...) and
allows to use formatting for the
On Tue, 2010-08-03 at 09:43 +0100, Bastien Nocera wrote:
On Sun, 2010-08-01 at 09:24 +0200, Martin Sourada wrote:
Hi,
I've been wondering what's up with webkitgtk maintainership. It's pretty
important gnome desktop component but it looks rather neglected. Last
update on stable
On 08/02/2010 01:41 PM, Michael Schwendt wrote:
On Mon, 02 Aug 2010 12:31:22 +0100, James wrote:
Remember that some packages get very little activity because they need
very little.
And these are not a problem at all.
Increasing someone's AWOLness counter because they didn't for example,
On Tue, 2010-08-03 at 05:40 +0200, Kevin Kofler wrote:
Neal Becker wrote:
OK, got mercurial updated for devel, apparantly OK. Now try to update
f13:
[snip a bunch of git tribulations]
It's quite telling that the git workflow is so arcane and exotic that even
the maintainer of another
On Tue, 03 Aug 2010 11:27:00 +0100, James wrote:
On 08/02/2010 01:41 PM, Michael Schwendt wrote:
On Mon, 02 Aug 2010 12:31:22 +0100, James wrote:
Remember that some packages get very little activity because they need
very little.
And these are not a problem at all.
Increasing
On Tuesday, August 03, 2010 12:01:37 pm Martin Sourada wrote:
On Tue,
2010-08-03 at 09:43 +0100, Bastien Nocera wrote:
On Sun, 2010-08-01 at
09:24 +0200, Martin Sourada wrote:
Hi,
I've been
wondering what's up with webkitgtk maintainership. It's
pretty
important gnome desktop
1. I just want to update mercurial in whatever way is easiest. I don't know
git. I was trying to follow the documented procedure, but I guess it's a
bit early and docs are sketchy.
2. What I used to do with cvs is a) update devel b) clone this to stable
releases. The devel and stable were
Am Tue, 3 Aug 2010 11:44:02 +0200
schrieb Karel Zak k...@redhat.com:
On Tue, Aug 03, 2010 at 12:56:37PM +0530, Rahul Sundaram wrote:
On 08/03/2010 12:53 PM, Peter Hutterer wrote:
correct, git will share objects between branches, so by storing
in different directories you'll loose that
On Tue, Aug 3, 2010 at 2:16 PM, Thomas Spura toms...@fedoraproject.org wrote:
function bash_git_branch
{
git branch 2 /dev/null | grep \* | awk '{print $2}'
}
export PS1='\[\033[01;32m\...@\h\[\033[01;34m\] \w\[\033[31m\]
$(bash_git_branch)\[\033[01;34m\]\$\[\033[00m\] '
So no need to
Kevin Fenzi said the following on 08/02/2010 12:58 PM Pacific Time:
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.
= Followups =
#topic #351 Create a policy for updates - status report on
Once upon a time, Kevin Kofler kevin.kof...@chello.at said:
I am not willing to silently accept anything with a nonzero probability of
failure on perfect hardware. Any such algorithm is just incorrect.
Still using Token Ring because that evil random Ethernet could fail?
How do you verify RPMs
On Mon, Aug 2, 2010 at 7:52 PM, Adam Williamson awill...@redhat.com wrote:
On Mon, 2010-08-02 at 16:52 +, Robert 'Bob' Jensen wrote:
The fact that the question was asked suggests to me that perhaps one
should rethink what and how they are doing things. People have had
this complaint
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=616626
--- Comment #4 from Peter Halliday phalli...@excelsiorsystems.net 2010-08-03
09:32:38 EDT ---
I haven't fixed this yet, because
Léon Keijser wrote:
You're probably on a different branch. Do a
$ git branch -a
to see on which branch you're working [1]. Then switch to the f14
branch if you're not already on it:
It's also worth considering adding the current git branch to your
shell prompt. For bash:
Karel Zak wrote:
On Tue, Aug 03, 2010 at 12:56:37PM +0530, Rahul Sundaram wrote:
On 08/03/2010 12:53 PM, Peter Hutterer wrote:
correct, git will share objects between branches, so by storing in different
directories you'll loose that advantage.
I've got a shell prompt that shows me the
I think it because name of package contain plus sign:
$ fedpkg -v clone DivFix++
Cloning ssh://hubbi...@pkgs.fedoraproject.org/DivFix++
Running git clone ssh://hubbi...@pkgs.fedoraproject.org/DivFix++
directly on the tty
Cloning into DivFix++...
bad command: git-upload-pack '/DivFix '
fatal:
Hi packagers (and proventesters)
I've made an update to tzdata to 2010k, this handles the fact that Egypt
will move out of DST during Ramadan this year (August 10, 2010 -
September 9, 2010).
https://admin.fedoraproject.org/updates/tzdata-2010k-1.fc12
On Tue, 3 Aug 2010, Pavel Alexeev (aka Pahan-Hubbitus) wrote:
I think it because name of package contain plus sign:
$ fedpkg -v clone DivFix++
Cloning ssh://hubbi...@pkgs.fedoraproject.org/DivFix++
Running git clone ssh://hubbi...@pkgs.fedoraproject.org/DivFix++
directly on the tty
On 03/08/10 15:06, David Woodhouse wrote:
I have a modified package locally and want to install and test it. Since
it's a biarch package, I need to build the i686 version too. How?
A local build no longer seems to work for anything but the primary arch,
because it still configures for x86_64:
Hi,
python-migrate has been updated to version 0.6 in devel and F-14 branches.
The new version has support for SQLAlchemy 0.6.x (and fixes FTBFS bug #599773)
but brings in some
backward incompatible changes:
- api.test() and schema comparison functions now all accept url as first
parameter
On Tue, 2010-08-03 at 15:06 +0100, David Woodhouse wrote:
$ i386 fedpkg local --arch=i686
...
+ ./configure --build=x86_64-unknown-linux-gnu
--host=x86_64-unknown-linux-gnu --program-prefix=
--disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
--bindir=/usr/bin
perl-Data-Alias has broken dependencies in the F-14 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 Extras
perl-Pugs-Compiler-Rule has broken dependencies in the F-14 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 as
perl-Config-Model has broken dependencies in the F-14 tree:
On x86_64:
perl-Config-Model-1.205-2.fc14.noarch requires perl(YAML::Any) =
0:0.303
On i386:
perl-Config-Model-1.205-2.fc14.noarch requires perl(YAML::Any) =
0:0.303
Please resolve this as soon as possible.
--
Fedora
Bastien Nocera wrote:
Shipping snapshots doesn't require much brain waves, knowing what to put
in the snapshots, knowing what to backport does.
This is exactly why I suggest to ship snapshots from master wholesale, then
we don't have to bother with cherry-picking.
Of course, ideally, we'd
One week from today we will begin preparing the Alpha Release Notes.
If you have an application you think should be mentioned in the Alpha
Notes please be sure your Feature page is concise and compelling.
The Alpha Release Notes are quite succinct, so not every new feature
will be mentioned, in
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
Which is great and I understand that but systemd will basically cover
the release time frame for F-13 and F-14 and in that timeframe the
support and issues for PA are going unfixed or even un triaged. Not
great for a core sub system. So maybe it would be a good idea to train
up a few people
Hi.
On Tue, 03 Aug 2010 17:40:35 +0200, Kevin Kofler wrote
No (we're basically all being forced to use Ethernet, it's
everywhere), but Ethernet's design makes me feel extremely
uncomfortable. Give it enough load and it WILL break down under the
collisions.
And yet it magically works to a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/30/2010 08:22 PM, Camilo Mesias wrote:
OK, an update. I reinstalled F13, added Picasa 3 from the Google repo.
It does run although it triggers tens of SELinux alerts about
mmap_zero on unknown.
The messages are pretty confusing really,
On Tue, 03 Aug 2010 11:27:00 +0100
James Findley s...@gmx.com wrote:
Really? So imagine this scenario.
Packager foo has two packages, bar and baz.
bar is a package much like ed, which needs very little attention, and
goes for a year without anything needing doing to it, no koji
From 8137a2e8a917d0ddf0cc3d4826e88f0acfcdcff5 Mon Sep 17 00:00:00 2001
From: Nathan Kinder nkin...@redhat.com
Date: Thu, 29 Jul 2010 15:16:44 -0700
Subject: [PATCH] Bug 594745 - Get rid of dirsrv_lib_t label
The dirsrv_lib_t label used to label the dirsrv libraries is causing
AVCs to occur from
Le lundi 02 août 2010 à 16:05 -0700, John Poelstra a écrit :
Tomorrow is the Alpha Deadline
Chances of composing the release candidate for the Fedora 14 Alpha on
Thursday are not looking good, but a little time remains. Release
Engineering cannot spin a Fedora 14 Release Candidate until
From 9976cb340f9804456c9fb2179807b9c606fb01a0 Mon Sep 17 00:00:00 2001
From: Nathan Kinder nkin...@redhat.com
Date: Tue, 3 Aug 2010 10:05:38 -0700
Subject: [PATCH] Bug 594745 - Get rid of dirsrv_lib_t label
The dirsrv_lib_t label used to label the dirsrv libraries is causing
AVCs to occur from
On 08/02/2010 09:58 PM, Chen Lei wrote:
2010/8/3 Jon Cieslal...@jcomserv.net:
Also I think that with
wordpress 3 the separate wordpress-mu release fork has been merged
into mainline. So wouldn't it be better to concentrate on wordpress 3?
Well, yes, probably. That might even help with
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
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 Tue, Aug 3, 2010 at 12:20 PM, Jon Ciesla l...@jcomserv.net wrote:
On 08/02/2010 09:58 PM, Chen Lei wrote:
2010/8/3 Jon Cieslal...@jcomserv.net:
Also I think that with
wordpress 3 the separate wordpress-mu release fork has been merged
into mainline. So wouldn't it be better to
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=620411
--- Comment #2 from Kevin Fenzi ke...@tummy.com 2010-08-03 14:26:31 EDT ---
GIT done (by process-git-requests).
(rob is not in
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=620420
--- Comment #2 from Kevin Fenzi ke...@tummy.com 2010-08-03 14:28:00 EDT ---
GIT done (by process-git-requests).
(rob is not in
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=620419
--- Comment #2 from Kevin Fenzi ke...@tummy.com 2010-08-03 14:27:35 EDT ---
GIT done (by process-git-requests).
(rob is not in
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=620423
--- Comment #2 from Kevin Fenzi ke...@tummy.com 2010-08-03 14:28:42 EDT ---
GIT done (by process-git-requests).
--
Configure
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=620413
--- Comment #2 from Kevin Fenzi ke...@tummy.com 2010-08-03 14:27:09 EDT ---
GIT done (by process-git-requests).
(rob is not in
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=620421
--- Comment #2 from Kevin Fenzi ke...@tummy.com 2010-08-03 14:28:22 EDT ---
GIT done (by process-git-requests).
(rob is not in
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=620410
--- Comment #2 from Kevin Fenzi ke...@tummy.com 2010-08-03 14:30:38 EDT ---
GIT done (by process-git-requests).
(rob is not in
On Mon, 2010-08-02 at 16:01 -0400, Carl G. wrote:
Sure, i'm willing to _try_ to help if we
can get Lennart to participate and/or pulseaudio experts to assist
us.
Pulseaudio is currently marked as Only for PA experts here
:
https://fedoraproject.org/wiki/BugZappers/Components_and_Triagers
On Tue, 2010-08-03 at 00:10 +, Robert 'Bob' Jensen wrote:
It always amazes me how the Red Hat employees are those that speak up
against criticism of something like this. I stand by my mothership
comment no matter how inflammatory it may be. Can we let this go for
now?
You seem to be
On Tue, 2010-08-03 at 09:24 +0100, Bastien Nocera wrote:
On Mon, 2010-08-02 at 23:50 +0100, pbrobin...@gmail.com wrote:
On Mon, Aug 2, 2010 at 11:37 PM, Lennart Poettering
snip
Which is great and I understand that but systemd will basically cover
the release time frame for F-13 and F-14
On Tue, 2010-08-03 at 09:30 +0100, Bastien Nocera wrote:
The slider not working anymore is most likely an XI2 regression in GTK3
(which I can reproduce), the missing icons is a missing dep on
gnome-icon-theme-symbolic that should be lower down the stack and the
I reported a bug on this
On Tue, 2010-08-03 at 11:44 -0700, Adam Williamson wrote:
On Tue, 2010-08-03 at 00:10 +, Robert 'Bob' Jensen wrote:
It always amazes me how the Red Hat employees are those that speak up
against criticism of something like this. I stand by my mothership
comment no matter how
On Tue, 2010-08-03 at 19:17 +0200, Nicolas Mailhot wrote:
Le lundi 02 août 2010 à 16:05 -0700, John Poelstra a écrit :
Tomorrow is the Alpha Deadline
Chances of composing the release candidate for the Fedora 14 Alpha on
Thursday are not looking good, but a little time remains. Release
On Tue, 2010-08-03 at 13:02 +0530, Rahul Sundaram wrote:
On 08/03/2010 01:00 PM, Benjamin Kosnik wrote:
619947 :: MODIFIED :: gnote :: Rahul Sundaram :: gnote needs to be
rebuilt against Boost 1.44 in F14 and devel ::
https://bugzilla.redhat.com/show_bug.cgi?id=619947
This was rebuilt:
On Tue, 2010-08-03 at 06:41 +0200, Kevin Kofler wrote:
All this dist-git migration has brought us is chaos, a much higher barrier
to entry and much harder work for existing packagers. (And yes, I've also
I disagree. I'm not an expert on cvs or git. Being not an expert, to
update packages, I
On Tue, 2010-08-03 at 12:56 +0530, Rahul Sundaram wrote:
On 08/03/2010 12:53 PM, Peter Hutterer wrote:
correct, git will share objects between branches, so by storing in different
directories you'll loose that advantage.
I've got a shell prompt that shows me the branch name whenever I
Summary of changes:
856791b... Rebuilt for EPEL-6
95b51ff... Merge branch 'el6/master' of ssh://pkgs.fedoraproject.org/p
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 856791b7520ffbb0d11924ba1df75a689773267d
Author: Dennis Gregorovic dgre...@redhat.com
Date: Tue Aug 3 20:59:13 2010 +0100
Rebuilt for EPEL-6
This package is included in RHEL-6 but not for all architectures
(e.g. ppc64). It is needed to satisfy dependencies in EPEL-6 and
commit 95b51ff2a031f4341ead918e642452bead86ca41
Merge: 856791b c8892fc
Author: Paul Howarth p...@city-fan.org
Date: Tue Aug 3 21:17:26 2010 +0100
Merge branch 'el6/master' of ssh://pkgs.fedoraproject.org/perl-Devel-Cycle
into el6/master
.cvsignore |1 -
Makefile | 21
On Tue, Aug 03, 2010 at 01:17:26PM -0700, Adam Williamson wrote:
Would it be nice to stick this customization into fedora-packager, or
would it just confuse/surprise people?
If it's there as something that's easily enabled with an include, yes. But I
think changing people's prompts globally
Adam Williamson wrote:
Would it be nice to stick this customization into fedora-packager, or
would it just confuse/surprise people?
Is it fast enough to not delay the prompt noticeably even on old computers?
What's the worst thing that could happen if it were to break? If Git were to
enter an
===
#fedora-meeting: FESCO (2010-08-03)
===
Meeting started by nirik at 19:30:02 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-08-03/fesco.2010-08-03-19.30.log.html
Meeting summary
Summary of changes:
c09344e... Rebuilt for EPEL-6
a3ee5b1... Merge branch 'el6/master' of ssh://pkgs.fedoraproject.org/p
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit a3ee5b1284f6a27855519635334ae713ebdb2b34
Merge: c09344e d224ea9
Author: Paul Howarth p...@city-fan.org
Date: Tue Aug 3 21:35:44 2010 +0100
Merge branch 'el6/master' of ssh://pkgs.fedoraproject.org/perl-Pod-Spell
into el6/master
---
--
Fedora Extras Perl SIG
1 - 100 of 137 matches
Mail list logo