On Mon, Dec 14, 2009 at 11:31 PM, Todd Zullinger t...@pobox.com wrote:
Jeff Garzik wrote:
If done right, the move to git can still service CVS requests in
some capacity... that may make the transition a little less abrupt
and painful.
Perhaps. But git-cvsserver is a rather limited crutch
Hi all,
Since my latest rawhide update, performed on Dec 12 (with
--skip-broken enabled because of some broken dependencies and a
certain laziness on my side), my yum is giving me the following error:
Loaded plugins: presto
Error: Cannot retrieve repository metadata (repomd.xml) for
repository:
On Tue, Dec 15, 2009 at 9:00 AM, Martin Langhoff
martin.langh...@gmail.com wrote:
branches AFAIK. (It's not that awkward, but for developers resisting
change... ah, every changed comma is a slight :-) ... ).
To be clear, I mean developers with better things to do with their
time than dealing
I have the same problem. This is what i do to solve it.
edit /etc/hosts, add the following hosts
80.239.156.215 mirrors.fedoraproject.org
152.46.7.222download.fedoraproject.org
209.132.183.67 download.fedora.redhat.com
use baseurl instead of mirrorlist repos.
On Mon, Dec 14, 2009 at 04:57:03PM -0500, Todd Zullinger wrote:
Mike Chambers wrote:
If I understand what is happening now (and over the past weekend),
the datacenter machines are moving to a new location, AND the
package building is moving from cvs to git (will be, or already in
On Tue, Dec 15, 2009 at 09:43:33AM +, Richard W.M. Jones wrote:
On Mon, Dec 14, 2009 at 04:57:03PM -0500, Todd Zullinger wrote:
Mike Chambers wrote:
If I understand what is happening now (and over the past weekend),
the datacenter machines are moving to a new location, AND the
On Mon, Dec 14, 2009 at 07:21:19PM -0800, Jesse Keating wrote:
In my effort to create a proof of concept for using git to manage our
package source control, I have completed what I am calling phase one,
that is taking our current dist-cvs and converting it into git format.
On Tue, 2009-12-15 at 09:49 +, Richard W.M. Jones wrote:
Why not put everything in a single git repository?
That would require every packager to check out the entire package set,
all revisions, all branches. No thanks.
Tim.
*/
signature.asc
Description: This is a digitally signed
Hi.
On Mon, 14 Dec 2009 19:21:19 -0800, Jesse Keating wrote:
In my effort to create a proof of concept for using git to manage our
package source control, I have completed what I am calling phase one,
that is taking our current dist-cvs and converting it into git format.
That's just the
On Tue, Dec 15, 2009 at 10:06:42AM +, Tim Waugh wrote:
On Tue, 2009-12-15 at 09:49 +, Richard W.M. Jones wrote:
Why not put everything in a single git repository?
That would require every packager to check out the entire package set,
all revisions, all branches. No thanks.
Jesse
On Tue, Dec 15, 2009 at 10:34:04AM +, Richard W.M. Jones wrote:
On Tue, Dec 15, 2009 at 10:06:42AM +, Tim Waugh wrote:
On Tue, 2009-12-15 at 09:49 +, Richard W.M. Jones wrote:
Why not put everything in a single git repository?
That would require every packager to check out the
On Mon, 2009-12-14 at 20:22 -0800, Jesse Keating wrote:
On Mon, 2009-12-14 at 19:21 -0800, Jesse Keating wrote:
git clone git://publictest5.fedoraproject.org/git/pkgs/kernel
This was the wrong path:
git clone git://publictest5.fedoraproject.org/pkgs/kernel
Can you explain the tags a
On Tue, Dec 15, 2009 at 05:50:05AM -0500, Josh Boyer wrote:
On Tue, Dec 15, 2009 at 10:34:04AM +, Richard W.M. Jones wrote:
On Tue, Dec 15, 2009 at 10:06:42AM +, Tim Waugh wrote:
On Tue, 2009-12-15 at 09:49 +, Richard W.M. Jones wrote:
Why not put everything in a single git
On Tue, Dec 15, 2009 at 05:55:19AM -0500, Jon Masters wrote:
On Mon, 2009-12-14 at 20:22 -0800, Jesse Keating wrote:
On Mon, 2009-12-14 at 19:21 -0800, Jesse Keating wrote:
git clone git://publictest5.fedoraproject.org/git/pkgs/kernel
This was the wrong path:
git clone
On Tue, Dec 15, 2009 at 10:59:52AM +, Richard W.M. Jones wrote:
On Tue, Dec 15, 2009 at 05:50:05AM -0500, Josh Boyer wrote:
On Tue, Dec 15, 2009 at 10:34:04AM +, Richard W.M. Jones wrote:
On Tue, Dec 15, 2009 at 10:06:42AM +, Tim Waugh wrote:
On Tue, 2009-12-15 at 09:49 +,
Do you have any plan about hooks ?
Since 1 package = 1 repository, does that mean package maintainers will
be able to define their own hooks ? (bad idea) will we have some
pre-defined hooks (like bz integration) ? or something like github
webhooks or bitbucket brokers ?
H.
--
fedora-devel-list
On Tue, Dec 15, 2009 at 10:32 AM, phenix dalinhu...@gmail.com wrote:
I have the same problem. This is what i do to solve it.
edit /etc/hosts, add the following hosts
80.239.156.215 mirrors.fedoraproject.org
152.46.7.222 download.fedoraproject.org
209.132.183.67
On Mon, 14 Dec 2009 19:21:19 -0800
Jesse Keating jkeat...@redhat.com wrote:
pkgs/rpms/package/devel is now the git origin/master. All release
subdirs have been turned into git branches. History back to F7, as
well as the EPEL branches have been converted, from a snapshot of the
CVS tree I
On Tue, 15 Dec 2009 09:49:21 +
Richard W.M. Jones rjo...@redhat.com wrote:
Also git remote branches are quite painful, requiring non-obvious
changes to .git/config or hard to use commands. I'd rather do this
once (for an everything-in-one-repository model) than for every single
package I
On Tue, 15 Dec 2009 11:24:52 +0100
Ralf Ertzinger fed...@camperquake.de wrote:
On Mon, 14 Dec 2009 19:21:19 -0800, Jesse Keating wrote:
In my effort to create a proof of concept for using git to manage
our package source control, I have completed what I am calling
phase one, that is
On Mon, 14 Dec 2009 19:21:19 -0800
Jesse Keating jkeat...@redhat.com wrote:
git://publictest5.fedoraproject.org/git/pkgs/package
Give it a spin, see what you think.
In two of my packages which go back some time (id3v2, soundtracker),
there are two CVS commit authors which are not converted
I've just posted 2 videos shot at FUDConF13 Toronto last week. I'm
afraid I haven't done justice though...
1) Moksha, by Luke Macken. My camera cut out after the first 10
minutes, so that's all we've got.
http://alt.fedoraproject.org/pub/alt/videos/2009/FUDConF13/fudconf13-moksha.ogg
2)
On Tue, Dec 15, 2009 at 05:32:43PM +0800, phenix wrote:
I have the same problem. This is what i do to solve it.
edit /etc/hosts, add the following hosts
80.239.156.215 mirrors.fedoraproject.org
152.46.7.222download.fedoraproject.org
209.132.183.67
On Mon, Dec 14, 2009 at 20:45:36 -0800,
John Poelstra poels...@redhat.com wrote:
You have an interesting idea about tagging feature pages needing an
owner. In reality that pretty much represents all the pages in
'Category:FeaturePageIncomplete' If they had an active owner or
developer
Hello,
I feel like there are an increasing number of packages requiring a
system reboot. I'm wondering why. The following updates were installed
today, and required a full system reboot. I can't seem to find any
package in the list that I can conceivably see requiring a reboot, is it
that
It's likely that some people have not noticed this message because you
replied to an unrelated thread instead of starting with a new message
entirely. This is best avoided.
On 12/14/2009 02:45 PM, William Reich wrote:
Hello List...
I am working on trying to port a LINUX kernel
driver from
On Mon, 14 Dec 2009, Chris Adams wrote:
Have you actually shown any concrete benefits, or has it all just been
hand-waving?
Well, the benefits were already known from the introduction of 64bit
systems in the mid 90s. E.g. a rule of thumb with AXP systems was
that they required at least 30%
On Tue, 15 Dec 2009, Nathanael D. Noblet wrote:
Hello,
I feel like there are an increasing number of packages requiring a system
reboot. I'm wondering why. The following updates were installed today, and
required a full system reboot. I can't seem to find any package in the list
that I
On 12/15/2009 09:54 AM, Seth Vidal wrote:
Does gdm entirely restart when you logout? I don't believe so. I suspect
you get the same result by killing X then going back to that runlevel
but for many many many users a reboot is going to be less error-prone.
Isn't there gdm-restart for that
On Tue, Dec 15, 2009 at 09:31:39AM -0600, Matt Domsch wrote:
2) The last 20 minutes of the Fedora Infrastructure: Sysadmins
vs. Developers love-in. I'm grateful to whoever shot this, but
I've complete blanked on who it was now. I'll be glad to give you
attribution, please remind me!
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 15.12.2009 18:00, Nathanael D. Noblet napsal(a):
On 12/15/2009 09:54 AM, Seth Vidal wrote:
Does gdm entirely restart when you logout? I don't believe so. I suspect
you get the same result by killing X then going back to that runlevel
but for
I personally think the model used by many Unixes from the 90s makes a lot of
sense - 32bit userpace by default, 64bit kernel, 64bit for a select few
applications that actually need the benefits of x86_64 (memory/bit more
performance), but hey..
Assuming this was the case and somebody decided
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 Tue, 2009-12-15 at 05:55 -0500, Jon Masters wrote:
Can you explain the tags a little Jesse?
e.g.
F-12-split
F-12-start
I have absolutely no interest in the idea of doing one giant tree btw,
though I doubt that will ever get serious traction :) Also, on the
subject of branches, can
On Tue, 2009-12-15 at 09:49 +, Richard W.M. Jones wrote:
Why not put everything in a single git repository?
The cost to clone that repo would be enormous. The kernel alone is 57M
once cloned, 44 megs across the wire.
Also git remote branches are quite painful, requiring non-obvious
On Tue, 2009-12-15 at 11:11 +, Daniel P. Berrange wrote:
I was wondering if you could set up some meta repository, which had a
GIT sub-module for each package, but it seems sub-modules always have
to specify an explicit commit hash so they wouldn't seemlessly follow
changes.
I briefly
On Tue, 15 Dec 2009, Nathanael D. Noblet wrote:
On 12/15/2009 09:54 AM, Seth Vidal wrote:
Does gdm entirely restart when you logout? I don't believe so. I suspect
you get the same result by killing X then going back to that runlevel
but for many many many users a reboot is going to be less
On Tue, 2009-12-15 at 15:57 +0100, Hans Ulrich Niedermann wrote:
I would presume that the to-be-written package handling tool (the
code name is fpkg AFAIR) would set up local tracking branches
when...
uhm... needed (the exact triggers need to be worked out). It should
work
out to fpkg
On Tue, 2009-12-15 at 10:00 -0700, Nathanael D. Noblet wrote:
On 12/15/2009 09:54 AM, Seth Vidal wrote:
Does gdm entirely restart when you logout? I don't believe so. I suspect
you get the same result by killing X then going back to that runlevel
but for many many many users a reboot is
On 15/12/09 16:50, Nathanael D. Noblet wrote:
Hello,
I feel like there are an increasing number of packages requiring a
system reboot. I'm wondering why. The following updates were installed
today, and required a full system reboot. I can't seem to find any
package in the list that I can
On Tue, 2009-12-15 at 11:24 +0100, Ralf Ertzinger wrote:
Hi.
On Mon, 14 Dec 2009 19:21:19 -0800, Jesse Keating wrote:
In my effort to create a proof of concept for using git to manage our
package source control, I have completed what I am calling phase one,
that is taking our current
On Tue, 15 Dec 2009, Richard Hughes wrote:
2009/12/15 Seth Vidal skvi...@fedoraproject.org:
Now, having said that - how would you feel if the updater stopped you before
it ran and said you're running an app I'm trying to update, please close
the app so I can update it. Would that be a pain
On Tue, Dec 15, 2009 at 5:40 PM, Richard Hughes hughsi...@gmail.com wrote:
2009/12/15 Seth Vidal skvi...@fedoraproject.org:
Now, having said that - how would you feel if the updater stopped you before
it ran and said you're running an app I'm trying to update, please close
the app so I can
On Tue, 2009-12-15 at 12:15 +0100, Haïkel Guémar wrote:
Do you have any plan about hooks ?
Since 1 package = 1 repository, does that mean package maintainers
will
be able to define their own hooks ? (bad idea) will we have some
pre-defined hooks (like bz integration) ? or something like
On Tue, 2009-12-15 at 15:50 +0100, Hans Ulrich Niedermann wrote:
Will older history be available in the final production git repos?
This might come in handy for the remaining merge reviews, or for
historical purposes, or just be dead weight. I'm not sure which one.
I had originally wanted to
On Tue, 2009-12-15 at 16:17 +0100, Hans Ulrich Niedermann wrote:
In two of my packages which go back some time (id3v2, soundtracker),
there are two CVS commit authors which are not converted into proper
names of the Firstname Lastname e...@mail variety: cvsextras and
gafton.
Both CVS
-Original Message-
From: fedora-devel-list-boun...@redhat.com [mailto:fedora-devel-list-
boun...@redhat.com] On Behalf Of Colin Walters
Sent: Tuesday, December 15, 2009 11:44
To: Development discussions related to Fedora
Subject: Re: packages requiring me to reboot...
On Tue,
Jesse Keating jkeat...@redhat.com writes:
Ah, yes, there are going to be a few authors missed. The conversion
script just looks for a cvs author name in a file, and that file expands
that author name out to Full Name u...@fedoraproject.org.
There are also author names that where expanded to
Andreas Schwab wrote:
There are also author names that where expanded to user
u...@fedoraproject.org.
These are for accounts that have set the private flag, so their name
and other data is not available. (Nevermind that they end up putting
a name in the rpm changelog most of the time.)
--
On Tue, 2009-12-15 at 19:01 +0100, Andreas Schwab wrote:
There are also author names that where expanded to user
u...@fedoraproject.org.
Yeah, that might be a privacy thing, not sure if full name can be hidden
behind the privacy shield, we might not be able to get to them. That
data will
Jesse Keating wrote:
fpkg checkout --full kernel
that would give you kernel/devel kernel/F-12 kernel/F-11 etc...
where each of those subdirs map to the appropriate origin/F-1? (or
in the case of devel, to origin/master). Any git push/pull from
those dirs would do the right thing.
I'd like
On Tue, 2009-12-15 at 13:16 -0500, Todd Zullinger wrote:
I'd like to suggest (again ;) that origin/devel be used. Either that,
or use master as the local dir, e.g. kernel/master. Having it differ
seems like a recipe for unneeded confusion.
I'm willing to listen to other opinions on
BTW, please make sure the new system has something like cvs-import (ie
put the files in this srpm as new changeset in the vcs, I don't want to
know how your vcs works, this is a good srpm just eat it)
--
Nicolas Mailhot
signature.asc
Description: Ceci est une partie de message numériquement
Le mardi 15 décembre 2009 à 16:54 +, Paul Jakma a écrit :
I personally think the model used by many Unixes from the 90s makes a
lot of sense - 32bit userpace by default, 64bit kernel, 64bit for a
select few applications that actually need the benefits of x86_64
(memory/bit more
Nathanael D. Noblet (nathan...@gnat.ca) said:
I'm also curious why gdm is still running once I've logged in.
When you start a display manager, you start an X server; the display
manager then draws on this. Then, when you log in, you have to
stat an user session, as the authenticated user (which
Jesse Keating wrote:
I'm willing to listen to other opinions on this. Personally I'd
really rather not change the meaning of origin/master. devel
would show up as a directory in the classic view only to match
what CVS did. I'd even be willing to make two directories, one a
symlink to the
On Tue, 2009-12-15 at 19:24 +0100, Nicolas Mailhot wrote:
BTW, please make sure the new system has something like cvs-import (ie
put the files in this srpm as new changeset in the vcs, I don't want
to
know how your vcs works, this is a good srpm just eat it)
Yep, that functionality would
On Tue, 2009-12-15 at 13:33 -0500, Todd Zullinger wrote:
My thinking is that we don't use origin/next or origin/maint either
and both are common upstream in git and the kernel.
While origin/master is common,
origin/master isn't common, it's the friggin default. Every single
git repo I
On Mon, 14 Dec 2009, Jesse Keating wrote:
In my effort to create a proof of concept for using git to manage our
package source control, I have completed what I am calling phase one,
that is taking our current dist-cvs and converting it into git format.
pkgs/rpms/package/devel is now the git
On Tuesday 15 December 2009, Jesse Keating wrote:
fpkg checkout --full kernel
fpkg checkout kernel
fpkg checkout F-12
The first two Google hits I get for fpkg are already two different tools that
have something to do with software packaging, so I suggest not adding the
third but coming up
Once upon a time, Ville Skyttä ville.sky...@iki.fi said:
The first two Google hits I get for fpkg are already two different tools that
have something to do with software packaging, so I suggest not adding the
third but coming up with some other name for this one.
fedpak
fpak
--
Chris Adams
On Tue, 2009-12-15 at 09:31 -0600, Matt Domsch wrote:
If anyone else has video or audio from this or other Fedora events
you'd care to share, please contact me and I'll help you get it into
proper ogg format, tagged, and posted to Fedora Infrastructure servers
for distribution.
You rock :)
On Tue, 2009-12-15 at 16:54 +, Paul Jakma wrote:
On Mon, 14 Dec 2009, Chris Adams wrote:
Have you actually shown any concrete benefits, or has it all just been
hand-waving?
Well, the benefits were already known from the introduction of 64bit
systems in the mid 90s. E.g. a rule of
Once upon a time, Jon Masters j...@redhat.com said:
But again, Apples to Oranges. x86_64 (we should formally call it Intel
64, or similar, since I'm not aware of x86_64 having a formal blessing)
Intel 64 has no formal blessing either (it is Intel's marketing name
for their copy of AMD's
On Tue, 2009-12-15 at 13:32 -0600, Chris Adams wrote:
Once upon a time, Ville Skyttä ville.sky...@iki.fi said:
The first two Google hits I get for fpkg are already two different tools
that
have something to do with software packaging, so I suggest not adding the
third but coming up
Nathanael Noblet nathan...@gnat.ca writes:
However the setup/configuration of postgreSQL compared to MySQL is
basically something easy, versus something where I don't have a clue
what is going on, and there are million ways to do it, and when I'm
done I have no idea if I'm wide open to the
On Tue, Dec 15, 2009 at 10:22:35AM -0800, Jesse Keating wrote:
On Tue, 2009-12-15 at 13:16 -0500, Todd Zullinger wrote:
I'd like to suggest (again ;) that origin/devel be used. Either that,
or use master as the local dir, e.g. kernel/master. Having it differ
seems like a recipe for
On Tuesday 15 December 2009 07:33:58 Jesse Keating wrote:
Right now? Not all that hard. You'd have to write a script that has
all the package names and just cycles over them cloning them one by one.
Once we start working on fpkg we'll likely wire something up that gets a
list of active
Already discussed later in thread. Sorry for unnecessary noise.
--
Lorenzo Villani
signature.asc
Description: This is a digitally signed message part.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Mon, Dec 14, 2009 at 08:22:09PM -0800, Jesse Keating wrote:
On Mon, 2009-12-14 at 19:21 -0800, Jesse Keating wrote:
git clone git://publictest5.fedoraproject.org/git/pkgs/kernel
This was the wrong path:
git clone git://publictest5.fedoraproject.org/pkgs/kernel
I'm on vacation,
I have this problem too.
I believe the problem is in libcurl 7.19.7-8.fc13. If I downgrade to
curl/libcurl 7.19.6-10.fc12 the problem goes away.
If I run from a command line:
$ curl 'https://mirrors.fedoraproject.org/metalink?repo=rawhidearch=i386'
I now get:
curl: (7) Failed to connect to
On Tue, 2009-12-15 at 15:49 -0500, Dave Jones wrote:
I'm on vacation, but I couldn't resist taking a look-see.
Something looks odd. It appears to have collapsed every CVS branch
onto the master git branch instead of making a new branch for each
CVS branch.
Running git log on the master
On Tue, Dec 15, 2009 at 12:54:44PM -0800, Jesse Keating wrote:
On Tue, 2009-12-15 at 15:49 -0500, Dave Jones wrote:
I'm on vacation, but I couldn't resist taking a look-see.
Something looks odd. It appears to have collapsed every CVS branch
onto the master git branch instead of
On Tue, Dec 15, 2009 at 10:45:54AM -0800, Jesse Keating wrote:
On Tue, 2009-12-15 at 13:33 -0500, Todd Zullinger wrote:
My thinking is that we don't use origin/next or origin/maint either
and both are common upstream in git and the kernel.
While origin/master is common,
On Tue, 15 Dec 2009 16:05:07 -0500
Dave Jones da...@redhat.com wrote:
On Tue, Dec 15, 2009 at 12:54:44PM -0800, Jesse Keating wrote:
What things that were CVS branches are you seeing on
origin/master ?
run git log, and see all the myoung commits for example.
Run git log -p, and you
On Tue, Dec 15, 2009 at 9:24 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Jon Masters j...@redhat.com said:
But again, Apples to Oranges. x86_64 (we should formally call it Intel
64, or similar, since I'm not aware of x86_64 having a formal blessing)
Intel 64 has no formal
On Tue, 2009-12-15 at 22:16 +0100, Hans Ulrich Niedermann wrote:
On Tue, 15 Dec 2009 16:05:07 -0500
Dave Jones da...@redhat.com wrote:
On Tue, Dec 15, 2009 at 12:54:44PM -0800, Jesse Keating wrote:
What things that were CVS branches are you seeing on
origin/master ?
run git
On 12/14/2009 11:45 PM, John Poelstra wrote:
You have an interesting idea about tagging feature pages needing an
owner. In reality that pretty much represents all the pages in
'Category:FeaturePageIncomplete' If they had an active owner or
developer working on the feature they wouldn't be
On Tue, Dec 15, 2009 at 21:30:50 +0100,
Benny Amorsen benny+use...@amorsen.dk wrote:
That will give you an installation with quite reasonable defaults
including Unix-socket connectivity.
Of course then you discover all the PHP toys written for MySQL which
can't be told to connect a) by
On Tue, 15 Dec 2009, Jon Masters wrote:
But again, Apples to Oranges. x86_64 (we should formally call it Intel
64, or similar, since I'm not aware of x86_64 having a formal blessing)
doesn't have the fixed instruction width that you get on most RISC ISAs.
It's not about the instruction set.
On Tue, Dec 15, 2009 at 09:28:10PM +, Paul Jakma wrote:
And again, far from being some incredibly difficult thing that I'm
asking for, the support is pretty much 99.9% there..
And the remaining 0.1% of the work is probably the other 99.9% of the
time. I think you massively underestimate
On Tue, Dec 15, 2009 at 10:28 PM, Paul Jakma p...@dishone.st wrote:
- I am incredulous at the people who keep arguing that x86-64 is
better because it has PC-relative addressing, or because the ABI
is pass-by-register by default. I am extremely sceptical that
these respondents would
On Tue, 15 Dec 2009, Paul Jakma wrote:
I would like to have the advantages of *both* 32 and 64bit, as and where each
one is appropriate. I'd like to be able to use that 30-60% of memory on more
VMs, e.g., rather than bigger gnome-*, etc. processes.
Ah, and to get the memory benefits, you
On Tue, Dec 15, 2009 at 10:54 PM, Paul Jakma p...@dishone.st wrote:
On Tue, 15 Dec 2009, Paul Jakma wrote:
I would like to have the advantages of *both* 32 and 64bit, as and where
each one is appropriate. I'd like to be able to use that 30-60% of memory on
more VMs, e.g., rather than bigger
On Tue, 15 Dec 2009 13:29:25 -0500
Bill Nottingham nott...@redhat.com wrote:
Nathanael D. Noblet (nathan...@gnat.ca) said:
I'm also curious why gdm is still running once I've logged in.
When you start a display manager, you start an X server; the display
manager then draws on this. Then,
Am 2009-12-15 17:50, schrieb Nathanael D. Noblet:
Hello,
I feel like there are an increasing number of packages requiring a
system reboot. I'm wondering why. The following updates were installed
today, and required a full system reboot. I can't seem to find any
package in the list that I can
On Tue, 15 Dec 2009, Matthew Garrett wrote:
And the remaining 0.1% of the work is probably the other 99.9% of
the time. I think you massively underestimate the number of corner
cases present in an utterly untested configuration.
My data-point is that I ran an x86-64 kernel on i386 F10 for a
On Wed, 16 Dec 2009, Paul Jakma wrote:
My data-point is that I ran an x86-64 kernel on i386 F10 for a few
months until I got tired of yum not being able to update kernel
packages. The kernel side apparently works fine AFAICT. The .1% is
yum.
Oh, I don't quite remember the details, but I
On 12/15/2009 12:42 PM, Seth Vidal wrote:
this is what colin and I talked about at fudcon in toronto. I just added
some code to yum so it returns to you a list of all pkgs on the system
that own a file that is currently open/used in a running process.
should make that part of your lookup
Once upon a time, Paul Jakma p...@dishone.st said:
My data-point is that I ran an x86-64 kernel on i386 F10 for a few
months until I got tired of yum not being able to update kernel
packages. The kernel side apparently works fine AFAICT. The .1% is
yum.
No, it's the whole development
On Tue, 2009-12-15 at 12:01 -0600, Otto Haliburton wrote:
I am not sure what the argument is, factually there are packages that have
files open, locks and etc. that need to be shutdown to update, if they are
running and you replace the executable, doesn't mean that the memory image
is
On Tue, 2009-12-15 at 12:35 -0800, Toshio Kuratomi wrote:
master makes a lot of sense from a git perspective. devel (or rawhide)
makes sense from what we actually call the code that that branch eventually
makes. A symlink might alleviate the confusion but it could also add to it.
(For
Author: kwizart
Update of /cvs/pkgs/rpms/perl-BDB/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7765
Modified Files:
.cvsignore sources
Log Message:
Update missing source
Index: .cvsignore
===
RCS file:
A file has been added to the lookaside cache for perl-Params-Validate:
86da1b8ad762063913f454f81b42a816 Params-Validate-0.94.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Params-Validate/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16531/devel
Modified Files:
.cvsignore perl-Params-Validate.spec sources
Log Message:
* Thu Dec 15 2009 Ralf Corsépius corse...@fedoraproject.org - 0.94-1
- Upstream
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Params-Validate/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16531/F-11
Modified Files:
.cvsignore perl-Params-Validate.spec sources
Log Message:
* Thu Dec 15 2009 Ralf Corsépius corse...@fedoraproject.org - 0.94-1
- Upstream
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Params-Validate/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16531/F-12
Modified Files:
.cvsignore perl-Params-Validate.spec sources
Log Message:
* Thu Dec 15 2009 Ralf Corsépius corse...@fedoraproject.org - 0.94-1
- Upstream
Author: kasal
Update of /cvs/extras/rpms/perl-Math-BigInt-GMP/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv17377
Modified Files:
perl-Math-BigInt-GMP.spec
Log Message:
- skip check in distributions with perl-5.8
Index: perl-Math-BigInt-GMP.spec
Author: kasal
Update of /cvs/extras/rpms/perl-Math-BigInt-GMP/EL-4
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv17680
Modified Files:
.cvsignore sources
Log Message:
import from rawhide
Index: .cvsignore
===
RCS
Author: kasal
Update of /cvs/extras/rpms/perl-Math-BigInt-GMP/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv17924
Modified Files:
.cvsignore sources
Log Message:
import from rawhide
Index: .cvsignore
===
RCS
1 - 100 of 105 matches
Mail list logo