Florian Festi wrote:
Florian Festi wrote:
Florian Festi wrote:
Hi!
Attached patch completes the behavior change Jeremy introduced with
5badc2b67b9885d2993b6f77423bc632b8595b01 - when an obsolete is
available for a package, only install most matching arch rather than
all available arches
Florian Festi wrote:
Tim Lauridsen wrote:
Tim Lauridsen wrote:
James Bowes wrote:
While fiddling with some test cases for package removal, I ran into
some
problems with transactioninfo. It looks at the class of a package to
determine if its from the rpmdb, from a repo, or a local rpm
Tim Lauridsen wrote:
Florian Festi wrote:
Hi Tim!
Some more skip broken code:
Fix the endless loop (sorry, test case is still broken). Code is not
that beautiful - feel free to adjust your personal taste ;)=
Tim Lauridsen wrote:
Added some patch to fix issues with skip-broken and updates
seth vidal wrote:
On Wed, 2007-11-28 at 09:30 -0500, Jesse Keating wrote:
What I'd like to propose instead is that yum's default failover setting
of roundrobin be changed to priority. This would allow any yum tool
using Fedora's Mirror Manager to return mirror lists work without
adjusting
Tim Lauridsen wrote:
Tim Lauridsen wrote:
Florian Festi wrote:
Hi Tim!
Some more skip broken code:
Fix the endless loop (sorry, test case is still broken). Code is not
that beautiful - feel free to adjust your personal taste ;)=
Tim Lauridsen wrote:
Added some patch to fix issues
Florian Festi wrote:
Hi Tim!
Some more skip broken code:
Fix the endless loop (sorry, test case is still broken). Code is not
that beautiful - feel free to adjust your personal taste ;)=
Tim Lauridsen wrote:
Added some patch to fix issues with skip-broken and updates.
If we remove
Tim Lauridsen wrote:
James Bowes wrote:
While fiddling with some test cases for package removal, I ran into some
problems with transactioninfo. It looks at the class of a package to
determine if its from the rpmdb, from a repo, or a local rpm. This makes
testing with fake packages hard
seth vidal wrote:
The attached patch would allow callers to define copy_local at the
repository level so they could make file:// repos copy the packages to
the cache path. The use case for this is really just pungi but it seems
to make sense to me. The reason I'm worried about it is that I want
Florian Festi wrote:
Hi!
While playing around with the skipbroken code I run into some problems
when transaction members are removed and the packages is readded later
on. Reason for this is that __cmp__ and __hash__ methods are
overloaded in the TransactionMember class. This means that
James Bowes wrote:
While fiddling with some test cases for package removal, I ran into some
problems with transactioninfo. It looks at the class of a package to
determine if its from the rpmdb, from a repo, or a local rpm. This makes
testing with fake packages hard.
The attached patch switches
e0d67275a269ee8164cbda61c18ccb0bd462cd55 Mon Sep 17 00:00:00 2001
From: Tim Lauridsen [EMAIL PROTECTED]
Date: Mon, 26 Nov 2007 15:04:48 +0100
Subject: [PATCH] Fixed skip-broken on updates
---
yum/__init__.py |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/yum/__init__.py b/yum/__init__.py
index
Florian Festi wrote:
Hi Tim!
I applied your patch to my gold branch to have a fixed base as needed
for the test cases. I also cleaned up some whitespace and other quirks.
The main change is adding two test cases that really go wrong. One
removes a previously installed package (by cleaning
Michael E Brown wrote:
I was thinking about a couple enhancements to mock, and one of the
things that came up was an 'offline' mode for mock, ie. the ability to
build packages when disconnected from the internet.
I believe that everything is now in place in mock 0.8.x to allow this.
Mock now
seth vidal wrote:
On Wed, 2007-11-21 at 08:04 +0100, Tim Lauridsen wrote:
seth vidal wrote:
On Fri, 2007-11-16 at 21:36 -0500, James Bowes wrote:
On Thu, Nov 15, 2007 at 11:22:42AM +0100, Tim Lauridsen wrote:
I have created at patch to add skip-broken
seth vidal wrote:
On Wed, 2007-11-21 at 08:04 +0100, Tim Lauridsen wrote:
seth vidal wrote:
On Fri, 2007-11-16 at 21:36 -0500, James Bowes wrote:
On Thu, Nov 15, 2007 at 11:22:42AM +0100, Tim Lauridsen wrote:
I have created at patch to add skip-broken
Florian Festi wrote:
Hi Tim!
Having a first look over you patches the following comes to my mind:
Tim Lauridsen wrote:
I have created at patch to add skip-broken functionality to YumBase.
I works the following way:
1. I have added some code to the depsolver to store packages with
problems
Adel Gadllah wrote:
Looks good to me, but i have some problems apply the patch.
please do a 'git diff origin basearchonly.patch' and send the file.
ok done (git diff master) .. file is attached.
Adel Gadllah wrote:
2007/11/18, Jeremy Katz [EMAIL PROTECTED]:
Really, looking at the plugin code, it should be of type
TYPE_INTERACTIVE as opposed to TYPE_CORE given that you're depending on
having things in the command line.
Which would also avoid the system-install-packages crash as
There is some kind of problem in current Yum git HEAD
i have added a little test program the Traceback that is failing.
it is working in yum-3.2.7-1.fc8
Tim
import yum
yb = yum.YumBase()
yb.doConfigSetup()
txmbr = yb.install(name='BackupPC')
if txmbr:
print Adding %s to transaction %
There is a proposal in this bugzilla report[1] about changing the name of the
plugins in yum-utils
from yum-pluginname to yum-plugin-pluginname.
I just want to hear what YOU are feeling about this change.
Tim
[1] http://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=848
Terje Røsten wrote:
Jeremy Katz
Having a test suite only means that we know it doesn't break anything
which we have a test for. That's no substitute for reviewing changes
and thinking about the intent and implications
Of course, my posting was not a reply to your review, I just saw that
James Bowes wrote:
On Tue, Nov 06, 2007 at 03:53:47PM +0100, Florian Festi wrote:
Tim Lauridsen wrote:
Florian Festi wrote:
Tim Lauridsen wrote:
Have some problems applying the patch to yum master, it is
complaining about a missing file.
Ehm, true
I have run the yum test cases on a x86_64 system and on a i686 system.
On the x86_64 all tests run without problems on the i686 system 15 test
fails.
The test need to be grouped some how, so the multilib test not is
performed on a non multi lib systems.
Tim
Luke Macken wrote:
On Mon, Oct 29, 2007 at 03:26:49PM -0400, Jeremy Katz wrote:
So my concern with this is that if we're in the middle of installing
updates, this is going to leave your system in a really bad place. :-/
True. How did the monolithic daemon handle this ?
luke
Florian Festi wrote:
Hi!
While creating the new test frame work I came across several minor
issues. One problem is the existence of the
RPMDBPackageSack.installed() method. It is currently only supported by
the RPMDBPackageSack class. This doesn't allow to replace the rpmdb
with an inmemory
Florian Festi wrote:
Hi!
More testing fun:
The .whatProvides() method is provided by the RpmSack only. In fact
that method should be used anymore anyway. And - ta ta - I still had
some patches fixing that issue. It also moves the cheaterlookup to
contain package objects insted of pkgtups.
Panu Matilainen wrote:
On Thu, 4 Oct 2007, Tim Lauridsen wrote:
Panu Matilainen wrote:
The problem with installed() is just that it's the wrong term for
this - make it exists() and it'll make sense for all the package
sack types. Whether a package is installed or not is just a question
seth vidal wrote:
On Thu, 2007-10-04 at 12:07 +0200, Tim Lauridsen wrote:
Florian Festi wrote:
Hi!
More testing fun:
The .whatProvides() method is provided by the RpmSack only. In fact
that method should be used anymore anyway. And - ta ta - I still had
some patches fixing
seth vidal wrote:
On Thu, 2007-10-04 at 13:23 +0200, Tim Lauridsen wrote:
Panu Matilainen wrote:
On Thu, 4 Oct 2007, Tim Lauridsen wrote:
Panu Matilainen wrote:
The problem with installed() is just that it's the wrong term for
this - make it exists() and it'll make
I you want then i will reverse the patch ?
I = if :)
Tim
___
Yum-devel mailing list
Yum-devel@linux.duke.edu
https://lists.dulug.duke.edu/mailman/listinfo/yum-devel
I have created a Yum Download Base Callback class to make it easier for
3. party users to create custom download progress bars in a simple
ways.
Comments ?
Tim
diff --git a/yum/callbacks.py b/yum/callbacks.py
index e126f54..c1513a5 100644
--- a/yum/callbacks.py
+++ b/yum/callbacks.py
@@ -47,4
Neal Becker wrote:
yumdownloader man doesn't mention that many (all?) yum options can be used.
For example, I was pleased to find that --enablerepo works fine.
___
Yum-devel mailing list
Yum-devel@linux.duke.edu
Florian Festi wrote:
Tim Lauridsen wrote:
Tim Lauridsen wrote:
Florian Festi wrote:
Tim Lauridsen wrote:
I tested the script with the current yum git master branch
it gives a lot of FAILED (See attached file)
Error: Cannot retrieve repository metadata (repomd.xml) for
repository
seth vidal wrote:
On Tue, 2007-09-18 at 15:42 -0400, James Antill wrote:
then it's just changing the output for a search, right?
That seems like a much better solution to me, yeh. I just wasn't sure
about what the opinion was on breaking backwards compatability on the
UI like that.
Florian Festi wrote:
Hi!
I realized that the yum release test have to be done by hand some
weeks ago. I now had the time to start translating the wiki page into
shell code.
The script requires root privileges. It doesn't have full coverage yet
and the tests that everything is really OK are
James Antill wrote:
With the recent generation of updateinfo.xml it's become obvious that
info-security is doing the wrong thing, as it displays the entire
updateinfo metadata for each package (when multiple packages can refferr
to the same metadata). This means you can get spammed with the
Jeremy Katz wrote:
For repos on physical media, they're never going to change, so it'd be
nice to be able to express that. Allow metadata_expire=-1 to imply that
they should never expire.
Jeremy
Jeremy Katz wrote:
With the mediaid/mediafunc bits being opt-in for API users, if there's a
repo which is media _only_, we should probably just disable it if you're
not using a media-aware frontend. Attached implements.
This will make it so that we can stick a dvd.repo on the top-level of
the
Matthew Miller wrote:
This would be handy for scripting an automatic package database problem
check
--- package-cleanup.200709172007-07-06 13:32:06.0 -0400
+++ package-cleanup 2007-09-17 16:17:44.0 -0400
@@ -101,8 +101,12 @@
# Store the resolve_sack
Jeremy Katz wrote:
With the new transaction handling stuff, we can actually start to get to
where grabbing the output of scriptlets is pretty doable so that it can
be more easily consumed by tools sitting on top of yum.
anaconda has been redirecting the bits to a file roughly forever (and
Jeremy Katz wrote:
yum/__init__.py |2 +-
yum/rpmtrans.py |5 -
2 files changed, 5 insertions(+), 2 deletions(-)
New commits:
commit ac87ad138493036b6dbfec4cbfabf9daa3313f81
Author: Jeremy Katz [EMAIL PROTECTED]
Date: Wed Sep 12 10:41:20 2007 -0400
event() only takes one
Hi.
yum-utils 1.1.7 has been released.
The yum-utils-1.1.x branch only works with yum = 3.1.1
Changes:
- New basearchonly plugin by Adel Gadllah
- New --repofrompath=repotag,path/URL option to specify local repos to
repoquery
- Lot of bug fixes ( Check the ChangeLog[1] for details).
Mike McGrath wrote:
As we talked about in the meeting yesterday we have a new sponsor
(http://www.teliasonera.com/). There are a couple of others in the
works (I don't want to officially announce until its finalized) but
one thing is clear. Pretty soon we're going to have multiple proxy
seth vidal wrote:
On Thu, 2007-09-06 at 15:37 -0400, seth vidal wrote:
On Thu, 2007-09-06 at 08:26 +0200, Tim Lauridsen wrote:
+1, for inclusion in core.
something like
cost=5
in the repo file.
the default value for cost should be '10' or something like that.
So
seth vidal wrote:
On Thu, 2007-09-06 at 08:26 +0200, Tim Lauridsen wrote:
+1, for inclusion in core.
something like
cost=5
in the repo file.
the default value for cost should be '10' or something like that.
So here's an interesting twist.
cost is really an attribute
seth vidal wrote:
On Wed, 2007-09-05 at 08:27 +0200, Tim Lauridsen wrote:
simple-local-repo-priority - allows you to setup a local repo that has
SOME of the pkgs from another repo and know that the ones in the local
(or better priority repo) will be used. This only works for nevra-exact
pkgs
Thanks, commited.
Tim
___
Yum-devel mailing list
Yum-devel@linux.duke.edu
https://lists.dulug.duke.edu/mailman/listinfo/yum-devel
Jeremy Katz wrote:
On Fri, 2007-08-31 at 10:24 +0200, Jeroen van Meeuwen wrote:
Here's a thought:
1304 random packages will install 724 MB of data in /usr/share/doc
I'm sure there is /something/ to gain here. If every package on average
installs ~0.5 MB of docs... Would it worth figuring
seth vidal wrote:
Git People:
On Fri, 2007-08-31 at 00:48 -0400, Seth Vidal wrote:
yum/yumRepo.py |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
okay - this one is me.
New commits:
commit 3401ba6c332e676f838d2e419e59ae3da5085c41
Merge: 564fd27... 003ef7e...
seth vidal wrote:
On Fri, 2007-08-31 at 08:02 +0200, Tim Lauridsen wrote:
seth vidal wrote:
Git People:
On Fri, 2007-08-31 at 00:48 -0400, Seth Vidal wrote:
yum/yumRepo.py |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
okay - this one is me
Tim Lauridsen wrote:
Hi,
I have cleaned up processTransaction a little and added
yum/callbacks.py with some callback classes to use with
processTransaction
I have attached the patch and a test program.
Tim
I did some basic testing of the current yum git HEAD vs. yum 3.2.2.
I did a simple
time echo n | yum update (yum 3.2.2)
real0m3.396s
user0m2.965s
sys 0m0.370s
time echo n | ./yummain.py update (git HEAD)
real0m5.707s
user0m4.997s
sys 0m0.651s
Dependencies Resolved
Florian Festi wrote:
Tim Lauridsen wrote:
I did some basic testing of the current yum git HEAD vs. yum 3.2.2.
Yes, current git head is a bit slower than 3.2.2. There is a simple
reason for that: Linear searches on disk are even slower than linear
searches in memory.
In other words: We
Hi,
I have cleaned up processTransaction a little and added yum/callbacks.py
with some callback classes to use with processTransaction
I have attached the patch and a test program.
Tim
diff --git a/yum/__init__.py b/yum/__init__.py
index 377fd0f..823ac5a 100644
--- a/yum/__init__.py
+++
Florian Festi wrote:
Tim Lauridsen wrote:
Florian Festi wrote:
Tim Lauridsen wrote:
Jeremy Katz wrote:
On Mon, 2007-08-20 at 15:41 +0200, Tim Lauridsen wrote:
After adding prepareTransaction helpers to YumBase a YumBaseError
exception is raised if any thing goes wrong.
but i would
After adding prepareTransaction helpers to YumBase a YumBaseError
exception is raised if any thing goes wrong.
but i would be nice to see, if it was Download or GPGCheck or
TestTransaction there went wrong.
So i have created a patch with some extra Yum Exception and make the
different step cast
Jeremy Katz wrote:
On Mon, 2007-08-20 at 15:41 +0200, Tim Lauridsen wrote:
After adding prepareTransaction helpers to YumBase a YumBaseError
exception is raised if any thing goes wrong.
but i would be nice to see, if it was Download or GPGCheck or
TestTransaction there went wrong.
So i have
Florian Festi wrote:
Tim Lauridsen wrote:
Jeremy Katz wrote:
On Mon, 2007-08-20 at 15:41 +0200, Tim Lauridsen wrote:
After adding prepareTransaction helpers to YumBase a YumBaseError
exception is raised if any thing goes wrong.
but i would be nice to see, if it was Download or GPGCheck
seth vidal wrote:
On Fri, 2007-08-17 at 14:31 +0200, Tim Lauridsen wrote:
Look like my last post was eaten by the list size limit, so i try
again without attachments.
I have made a prof of concept to how it could work.
Patch to YumBase.
http://timlau.fedorapeople.org/yum/yum
Tim Lauridsen wrote:
seth vidal wrote:
writing a program that downloads pkgs and runs the transaction w/o
duplicating a bunch of code from cli.doTransaction(). this clearly needs
to be fixed.
The standard operating set:
1. download pkgs
2. sig check pkgs
3. test transaction
4. rpm_check_debug
Tim Lauridsen wrote:
seth vidal wrote:
writing a program that downloads pkgs and runs the transaction w/o
duplicating a bunch of code from cli.doTransaction(). this clearly needs
to be fixed.
The standard operating set:
1. download pkgs
2. sig check pkgs
3. test transaction
4. rpm_check_debug
seth vidal wrote:
On Fri, 2007-05-04 at 09:07 +0200, Tim Lauridsen wrote:
This is why i think something like yum list vendors could be nice, i
could show something like this
foo-1.0-1.fc7.i386 Vendor X
bar-1.0-2.fc7.noarch Vendor
seth vidal wrote:
Tim,
A while back when we were talking about 3.2.0 and beyond features you
mentioned a patch for yum from someone at ibm to use ssl_certs with
urlgrabber to auth to our repos. I don't see this applied anywhere. Do
you still have it? Would you be willing to commit it if it
seth vidal wrote:
On Wed, 2007-08-15 at 09:10 +0200, Tim Lauridsen wrote:
seth vidal wrote:
Tim,
A while back when we were talking about 3.2.0 and beyond features you
mentioned a patch for yum from someone at ibm to use ssl_certs with
urlgrabber to auth to our repos. I don't see
Tim Lauridsen wrote:
seth vidal wrote:
On Wed, 2007-08-15 at 09:10 +0200, Tim Lauridsen wrote:
seth vidal wrote:
Tim,
A while back when we were talking about 3.2.0 and beyond features you
mentioned a patch for yum from someone at ibm to use ssl_certs with
urlgrabber to auth to our
I have made a RPMBaseCallback class in rpmtrans.py to reduce duplicated
code and make it easier to a lazy yum api user to create a
RPMCallback handler. :-)
Tim
diff --git a/output.py b/output.py
index 073cb0c..095dd07 100644
--- a/output.py
+++ b/output.py
@@ -30,6 +30,7 @@ from
Florian Festi wrote:
Hi!
I synced my personal repository to the new, shiny, yum git repository.
The web interface can still be found at:
http://www.jur-linux.org/git/?p=yum-ffesti.git;a=summary
It now contains tree branches:
* master - this is yum upstream
- ffesti - this contains my
James Antill wrote:
Sometime recently yum-security in list updates mode[1] has started
causing backtraces and taking a huge amount of time.
For those that don't know the way plugins exclude items frfom list
updates is to use the exclude_hook and call conduit.getPackages and the
Hi.
yum-utils 1.1.6 has been released.
The yum-utils-1.1.x branch only works with yum = 3.1.1
Changes:
- Added protect-packages plugin by Svetlana Anissimova and Matthew
Miller
- Lot of bug fixes ( Check the ChangeLog[1] for details).
Tarball:
Jeremy Katz wrote:
On Tue, 2007-07-24 at 04:24 -0400, Tim Lauridsen wrote:
commit 1d15dc62cc1696e99c07642d6184373b352645f8
Author: Tim Lauridsen [EMAIL PROTECTED]
Date: Tue Jul 24 10:23:39 2007 +0200
Remove .git directory from tarball
You might want to look at using git-archive
Tim Lauridsen wrote:
seth vidal wrote:
On Fri, 2007-07-13 at 10:00 +0200, Tim Lauridsen wrote:
Now that cfgparse has been resurrected and renamed to iniparse [1], how
do we handle it.
1. Include it in the yum code as a iniparse module.
2. submit it for Fedora as a separate package and add
seth vidal wrote:
On Fri, 2007-07-13 at 10:00 +0200, Tim Lauridsen wrote:
Now that cfgparse has been resurrected and renamed to iniparse [1], how
do we handle it.
1. Include it in the yum code as a iniparse module.
2. submit it for Fedora as a separate package and add it as a dependency
Greg Swallow wrote:
Michael E Brown wrote:
On Mon, Jul 09, 2007 at 10:35:53AM -0700, Greg Swallow wrote:
No luck...When using yum 2.4 (yum-2.4.3-4.el4.centos) I still get the
error:
ImportError: cannot import name TYPE_INTERACTIVE
You can trivially wrap each
Valent Turkovic wrote:
Do freshrpm maintainers read this list? I there another list that we
can post this bugs to that they do read?
Yes, Matthias read this list and he replies very quickly most of the
times, Maybe he is out of town on vacation.
Tim
Paramjit Oberoi wrote:
Hi all,
I'm the author of the 'cfgparse' library that is being discussed here.
Debarshi brought the discussion to my attention. I'm referring to
the library at www.cs.wisc.edu/~param/... - the same which that Tim
Lauridsen wants to add to the codebase.
I haven't worked
seth vidal wrote:
On Fri, 2007-07-06 at 16:57 +0200, Tim Lauridsen wrote:
I have created a patch for adding cfgparse to yum base.
Does it look sane to everybody.
Tim
Tim,
1. web links are welcome - if you need space you can drop it in the
path on your linux.duke.edu account.
2
Jeremy Katz wrote:
On Fri, 2007-07-06 at 16:53 +0200, Tim Lauridsen wrote:
I have created a patch for adding cfgparse to yum base.
Does it look sane to everybody.
Looks empty ;-)
Just to see if anybody is awake out there :-) :-)
Tim
Tim Lauridsen wrote:
seth vidal wrote:
On Fri, 2007-07-06 at 16:57 +0200, Tim Lauridsen wrote:
I have created a patch for adding cfgparse to yum base.
Does it look sane to everybody.
Tim
Tim,
1. web links are welcome - if you need space you can drop it in the
path on your
Greg Swallow wrote:
I got the protect-packages plugin to work with yum 2.4 in EL4 by renaming
the two instances of TYPE_INTERACTIVE to TYPE_INTERFACE and changing
requires_api_version = '2.4' to requires_api_version = '2.1'. It seems to
work fine like that. Just wondering if there is a way to
Debarshi 'Rishi' Ray wrote:
It's a little concerning that there's only one release (0.1) and that
was in 2004 and apparently nothing since. I wonder if it's worth sort
of taking and building on within yum proper rather than adding the
dependency.
I posted an older link. The latest one is
I have created a patch for adding cfgparse to yum base.
Does it look sane to everybody.
Tim
___
Yum-devel mailing list
Yum-devel@linux.duke.edu
https://lists.dulug.duke.edu/mailman/listinfo/yum-devel
seth vidal wrote:
On Thu, 2007-07-05 at 03:04 +0530, Debarshi 'Rishi' Ray wrote:
Please find attached a patch to incorporate the persistent
enable/disable of repositories by editing the .repo files.
Repositories mentioned in yum.conf are still not supported.
This is done using the following
Debarshi 'Rishi' Ray wrote:
Sorry I did notice this before, but these problems in ConfigParser
seem to be well discussed at
http://wiki.python.org/moin/ConfigParserShootout
I will try to cook something together there there fits into the
current yum
config code, so it can save stuff in the
Tim Lauridsen wrote:
Debarshi 'Rishi' Ray wrote:
In any case I will re-write this using some other parsing module.
Let me try.
Done, using cfgparse
(http://pages.cs.wisc.edu/~param/software/cfgparse/) which preserves
the ordering of the options and the comments.
Good thing is that cfgparse
James Bowes wrote:
On Wed, Jun 27, 2007 at 01:35:18PM -0400, Jeremy Katz wrote:
When downloading, it can be useful to distinguish between an error due
to no more mirrors being available and other errors. Attached patch
adds a new error type so that if you care, you can catch it instead and
Matthew Miller wrote:
Also, Sveta says: wait, don't send that yet, change this:
confdir = conduit.confString('main','confdir')
if not confdir:
confdir = /etc/sysconfig/
to
confdir = conduit.confString('main','confdir','/etc/sysconfig')
.
Which I *will* take credit for,
Hi
Just installed cinelerra from freshrpms.
when i start it, i get an error libx264.so.54 not found.
The following work around make it work.
ln -s /usr/lib64/libx264.so.55 /usr/lib64/libx264.so.54
it look like the problem is introduced by the the latest update of the
x264 package.
[EMAIL
Matthias Saou wrote:
Tim Lauridsen wrote :
Just installed cinelerra from freshrpms.
when i start it, i get an error libx264.so.54 not found.
The following work around make it work.
ln -s /usr/lib64/libx264.so.55 /usr/lib64/libx264.so.54
it look like the problem is introduced
James Antill wrote:
On Wed, 2007-06-13 at 15:15 -0400, Jeremy Katz wrote:
On Wed, 2007-06-13 at 14:52 -0400, Matthew Miller wrote:
On Wed, Jun 13, 2007 at 02:43:13PM -0400, Jeremy Katz wrote:
In some cases (especially on distro upgrades where you have to do
further updates
Jeremy Katz wrote:
So, I think we've probably got a sufficient number of important bug
fixes that it's worth getting a yum 3.2.1 out in the near future.
I would love to see a yum 3.2.1 soon, i get a lot of yumex bugzilla
reports because of a bug in config.py (fixed in CVS).
Anyone know of
Clint Savage wrote:
I feel very dense here, and I must be missing something. When I
attempt to simply build a minimal live CD with either livecd-creator
or revisor it fails. revisor seems to hang, and gives me very little
in the way of error messages. Because of this, I resorted to using
seth vidal wrote:
On Wed, 2007-06-06 at 10:24 +0300, Panu Matilainen wrote:
On Tue, 5 Jun 2007, Jeremy Katz wrote:
The other thing that would be nice (and you alluded to below) would be
actually splitting into a patch series. As it stands right now, it's a
good sized diff and it's
Hi,
I have created a patch to add a '--disableplugin' option,
ex.
yum --disableplugin=installonlyn list yum
Just want to make a sanity check, before commiting :-)
Tim
### Eclipse Workspace Patch 1.0
#P yum
Index: yum/plugins.py
Luke Macken wrote:
On Tue, Apr 24, 2007 at 09:34:33AM -0400, James Antill wrote:
o ysp_show_pkg_md_info() -- This looks like it would best fit into
yum.update_md.UpdateNotice.__str__. Right now the __str__ for
UpdateNotices is a bit ugly, but improvements are definitely
Charlie Brady wrote:
On Thu, 3 May 2007, James Bowes wrote:
seth vidal wrote:
* Switch from cvs to git
is git the clear winner on the distributed SCM wars? I always lose
track.
Yes.
In some circles, perhaps. Mercurial is also widely used, very easy to
use and does a very good job.
I
Panu Matilainen wrote:
On Thu, 3 May 2007, Michael E Brown wrote:
On Thu, May 03, 2007 at 05:11:46PM -0400, seth vidal wrote:
On Thu, 2007-05-03 at 09:18 +0200, Tim Lauridsen wrote:
* yum list vendors
List install packages and the rpm vendors, there have been a
lot of
discussions
seth vidal wrote:
On Fri, 2007-05-04 at 08:33 +0200, Tim Lauridsen wrote:
Panu Matilainen wrote:
On Thu, 3 May 2007, Michael E Brown wrote:
On Thu, May 03, 2007 at 05:11:46PM -0400, seth vidal wrote:
On Thu, 2007-05-03 at 09:18 +0200, Tim Lauridsen wrote
seth vidal wrote:
2. don't branch, release 3.2.0 off of HEAD and continue working on HEAD
but w/o breaking the API while we stabilize and work on new items.
+1
Tim
___
Yum-devel mailing list
Yum-devel@linux.duke.edu
seth vidal wrote:
Some other brainstorms as I've been sitting around and talking to folks
on jabber and irc. Some of these are things to add into yum, others are
just things to implement as yum-utils - but feedback on the stupidity of
some of these items is welcome, in no particular order:
1.
I got the following patches from Eric J. Barkie.
Purpose:
The main purpose of the client-side certificate patch is for restricting
access to repositories when dealing with licensed RPMS/distributions,
ie: RHEL. The typical use would be to generate a CA and then with that
CA issue a
301 - 400 of 433 matches
Mail list logo