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 sil
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 ?
Regards,
Pierre
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listin
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 us
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 a
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
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
On Tue, Aug 3, 2010 at 2:06 AM, Lennart Poettering 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 volume
>> > r
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,
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
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
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 commit
> 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
devel@lists.
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 i
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=
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
On 08/03/2010 12:37 AM, Lennart Poettering wrote:
> In contrast to PA systemd is a project whith an "end". i.e. there's a
> certain point not so far away, where it is "complete", i.e. where it
> will go into maintaince mode where additional features will be added
> only every now and then.
I never
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 an
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
> 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 un
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
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 as
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" 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 at 19:
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 v
Jesse Keating 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.
--
Andreas Schwab, sch...@redh
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 f
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 nam
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 th
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 stab
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 e
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
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.
> >
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
Hello,
I have a commit access but ACL to SDL package. I have created new branch
on the server accidentally. I'd like to remove it, however I'm denied to
do it:
$ git push origin :origin/f13
remote: + refs/heads/origin/f13 SDL ppisar DENIED by fallthru
remote: error: hook declined to update refs/h
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 al
Am Tue, 3 Aug 2010 11:44:02 +0200
schrieb Karel Zak :
> 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 advantag
On Tue, Aug 3, 2010 at 2:16 PM, Thomas Spura 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 call python, if aw
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 repo
Once upon a time, Kevin Kofler 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 (or any other signed
On Mon, Aug 2, 2010 at 7:52 PM, Adam Williamson 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 since PA was
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 2010-08-03
09:32:38 EDT ---
I haven't fixed this yet, because I'm waiting to hear what was g
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:
https://fedo
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 sho
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
https://admin.fedoraproject.org/updates/tzdata
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 Tue, 2010-08-03 at 09:39 -0400, Todd Zullinger wrote:
> 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 a
On 08/03/2010 09:56 AM, Tom "spot" Callaway wrote:
It helps when I actually put the command in the email. :(
> Here's how you can help:
>
> You can confirm that the fix is in place, by installing the 2010k
> package, then running:
zdump -v Egypt |grep 2010
> BEFORE FIX:
>
> Egypt Thu Apr 29
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:
$ i386 fedpkg local --arch=i686
...
+ ./conf
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
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
Am Tue, 03 Aug 2010 17:48:43 +0400
schrieb "Pavel Alexeev (aka Pahan-Hubbitus)" :
> 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++
Hello Tony!
I was a bit hasty with what I said about Silfreed.
Silfreed just contacted me. He wants to keep the package, but would be happy
to have you as a co-maintainer. Just add yourself to the pkgdb and he'll
approve you.
Volker
Am Dienstag 03 August 2010, 01:22:13 schrieb Tony Breeds:
>
I was wrong. Silfreed will continue maintaining gpsbabel. Sorry for being
hasty.
Volker
Am Dienstag 03 August 2010, 01:22:13 schrieb Tony Breeds:
> On Tue, Aug 03, 2010 at 01:11:54AM +0200, Volker Fröhlich wrote:
>
>
>
> > Maybe somebody can either help me to solve the problem or can take ov
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 --sbindir=/us
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 P
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 po
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.
--
Fedor
On Fri, 2010-07-30 at 09:14 -0700, Josh Stone wrote:
> A git trick I'd like fedpkg to learn is to use separate url/pushurl,
> e.g. in .git/config:
>
> [remote "origin"]
> fetch = +refs/heads/*:refs/remotes/origin/*
> url = git://pkgs.fedoraproject.org/foo
> pushurl = ssh://u...@p
On Tue, Aug 3, 2010 at 11:16 AM, Matt McCutchen wrote:
> don't want malware landing on my machine because someone did a MITM
> attack on a Fedora maintainer's unencrypted "git fetch" and inserted
> some extra patches to get pushed back to the real repository later.
The git protocol makes it extre
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 ha
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 f
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
Compose started at Tue Aug 3 13:15:24 UTC 2010
Broken deps for x86_64
--
CGAL-3.6.1-1.fc14.i686 requires libboost_thread-mt.so.1.41.0
CGAL-3.6.1-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit)
LuxRender-0
Chris Adams wrote:
> Still using Token Ring because that evil random Ethernet could fail?
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.
> How d
> 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 peop
On Tue, 2010-08-03 at 11:29 -0400, Martin Langhoff wrote:
> On Tue, Aug 3, 2010 at 11:16 AM, Matt McCutchen
> wrote:
> > don't want malware landing on my machine because someone did a MITM
> > attack on a Fedora maintainer's unencrypted "git fetch" and inserted
> > some extra patches to get pushe
I have a _very_ small package I've put up for review. Would someone with
a similarly easy-to-review package like to do a review swap?
My BZ: https://bugzilla.redhat.com/show_bug.cgi?id=620862
--
Darryl L. Pierce, Sr. Software Engineer @ Red Hat, Inc.
Delivering value year after year.
Red Hat rank
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 reall
On Tue, 03 Aug 2010 11:27:00 +0100
James Findley 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
> activity happ
>From 8137a2e8a917d0ddf0cc3d4826e88f0acfcdcff5 Mon Sep 17 00:00:00 2001
From: Nathan Kinder
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 prelink. It turn
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 unt
>From 9976cb340f9804456c9fb2179807b9c606fb01a0 Mon Sep 17 00:00:00 2001
From: Nathan Kinder
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 prelink. It turns
On 08/02/2010 09:58 PM, Chen Lei wrote:
> 2010/8/3 Jon Ciesla:
>>> 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 the
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://
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://
Greetings Testers,
F-14 Alpha TC2 is being posted for testing:
* http://serverbeach1.fedoraproject.org/pub/alt/stage/14.TC2/
It's still synchronizing right now, but should be fully available very
soon. This one actually works! Or so I'm told.
Please read the instructions and help executing the
On Tue, Aug 3, 2010 at 12:20 PM, Jon Ciesla wrote:
> On 08/02/2010 09:58 PM, Chen Lei wrote:
> > 2010/8/3 Jon Ciesla:
> >>> 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?
A file has been added to the lookaside cache for perl-PPIx-Utilities:
7fe268f24d30e1ca5f9f12da94d83fa1 PPIx-Utilities-1.01.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject
On Tue, Aug 3, 2010 at 3:51 PM, Todd Zullinger wrote:
> 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 yo
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=618310
--- Comment #1 from Kevin Fenzi 2010-08-03 14:24:18 EDT ---
GIT done (by process-git-requests).
--
Configure bugmail: https://
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 2010-08-03 14:26:31 EDT ---
GIT done (by process-git-requests).
(rob is not in the packager gro
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 2010-08-03 14:28:00 EDT ---
GIT done (by process-git-requests).
(rob is not in the packager gro
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 2010-08-03 14:27:35 EDT ---
GIT done (by process-git-requests).
(rob is not in the packager gro
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 2010-08-03 14:28:42 EDT ---
GIT done (by process-git-requests).
--
Configure bugmail: https://
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 2010-08-03 14:27:09 EDT ---
GIT done (by process-git-requests).
(rob is not in the packager gro
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 2010-08-03 14:28:22 EDT ---
GIT done (by process-git-requests).
(rob is not in the packager gro
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 2010-08-03 14:30:38 EDT ---
GIT done (by process-git-requests).
(rob is not in the packager gro
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_T
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 i
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
>
> > 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 agai
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 inf
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.
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 wa
1 - 100 of 143 matches
Mail list logo
