Terje Rosten wrote:
* seth vidal
|
| it might be useful to allow that field to look like:
|
| Dec 12 08:09:38 hostname yum(yum-cli): Updated: openssh-server.x86_64
| 4.3p2-14.fc6
| Dec 12 08:09:38 hostname yum(yumex): Updated: openssh-server.x86_64
| 4.3p2-14.fc6
| Dec 12 08:09:38 hostname
Terje Rosten wrote:
* Tim Lauridsen
|
| I have worked a little with Terje's patch and modified it so the
| application can be set by a function call.
Thanks Tim, please install the patch.
Ok, i will do that, should it go into the 3.0.x Branch or just into HEAD ???
Tim
seth vidal wrote:
On Wed, 2007-01-03 at 10:35 +0100, Terje Røsten wrote:
* Tim Lauridsen
|
| Ok, i will do that, should it go into the 3.0.x Branch or just into HEAD ???
Included in upcoming 3.0.3 would be nice, but I guess Seth want to wait:
http://wiki.linux.duke.edu/YumTodo
Terje Rosten wrote:
* seth vidal
|
| If no one sees anything brazen and stupid by friday I'll put out a 3.0.3
| to fix this up.
I might found one more bug, I did some profiling (howto coming soon)
to discover the issue.
It's a performance issue, yum 3.0.2 is spending lots of time (70%) in
Hi
I detected some problems with Error.py, mainly because of self.args was
renamed to self.value in the base class but not in the
children classes, i merged the changes Errors.py in HEAD into 3_0_X, so
now it is working again.
Jack Neely wrote:
=
Package Arch Version RepositorySize
=
Installing:
kmod-sysprofi686
Chris Lumens wrote:
David Cantrell and I have been working on a small utility to configure
yum repositories and made it available publically on Sunday night after
putting some serious work into it over the weekend. He sent an
announcement to fedora-devel-list, but since he's not on this list I
James Bowes wrote:
Jeremy Katz wrote:
I can see a few options:
1) Bail on moving things. Kind of sucks as moving things would get us a
lot more consistency.
2) In the %post of the yum package, move everything around. This breaks
verification of the packages containing repo files and
Tim Lauridsen wrote:
Hi.
yum-utils 1.1.1 has been released.
The yum-utils-1.1.x branch only works with yum = 3.1.1
Changes:
- Changed 'with=' to 'mdtype=' in repos.populateSack calls, because of
changes in the yum API in YumPackageSack.populate method to avoid
warnings about
seth vidal wrote:
Hey guys,
I've been going through a lot of the package sack code looking for what
takes so long on a couple of operations. What I've found is that to
figure out what's going on at any given time you have to chase over 5
different files. And most of it is for ridiculous cases.
Just stumpled over the one, i the current yum CVS HEAD.
[EMAIL PROTECTED] yum]# time ./yummain.py remove policycoreutils
Loading fastestmirror plugin
Loading installonlyn plugin
Loading mirror speeds from cached hostfile
Setting up Remove Process
Resolving Dependencies
-- Running transaction
seth vidal wrote:
On Wed, 2007-02-28 at 14:41 +0100, Tim Lauridsen wrote:
Just stumpled over the one, i the current yum CVS HEAD.
Got it. I left a db2class() call in sqlitesack.py. Should be fixed now -
please let me know when you get a chance.
Still got the same error
Jeremy Katz wrote:
On Thu, 2007-03-01 at 13:26 -0500, Tim Lauridsen wrote:
Update of /home/groups/yum/cvs/yum-utils/plugins/skip-broken
In directory login1.linux.duke.edu:/tmp/cvs-serv15598/plugins/skip-broken
Modified Files:
skip-broken.py
Log Message:
more clean fix for work
I was trying to install the Mondo system backup util and downloaded the
needed rpms at ftp://ftp.mondorescue.org/fedora/6.
I was trying to install then packages using 'yum localinstall *.rpm' and
got some dependency errors.
It look like that the depsolver dont uses the local packages when it is
Luke,
Why is the fastestmirror plugin TYPE_INTERACTIVE and not TYPE_CORE.
I would be nice if it worked in yumex, pup, pirut etc. There only use
TYPE_CORE plugins.
Tim
___
Yum-devel mailing list
Yum-devel@linux.duke.edu
A have made a little tool to test the speed of the depsolver in yum
here is a test of timing the depsolve of k3b in a clean root:
sudo ./testyum.py --installroot=/tmp/yum-test k3b
the tool have all the normal command line switch in yum cli.
Tim
#!/usr/bin/python -tt
#
#
# This program is free
yum-utils 1.0.4 has been released. (works with yum 3.0.x)
The mayor change is that the plugins now runs with plugins enabled, so
they will work on RHEL5 where the repos
are added by a plugin.
Check the Changelog for more changes.
Tarball:
Florian Festi wrote:
Tracebacks when pressing n after yum update
cu
Florian
Index: __init__.py
===
RCS file:
yum-utils 1.0.4 has been released. (works with yum 3.0.x)
The mayor change is that the plugins now runs with plugins enabled, so
they will work on RHEL5 where the repos
are added by a plugin.
Check the Changelog for more changes.
Tarball:
seth vidal wrote:
On Wed, 2007-03-21 at 19:28 +0100, Terje Røsten wrote:
seth vidal
Tim, Terje and Florian in particular, please check out latest cvs and
let me know where it screws up.
Something strange is going on, I will try to explain what I saw:
Doing this (on rawhide
seth vidal wrote:
On Wed, 2007-03-21 at 20:33 +0100, Tim Lauridsen wrote:
seth vidal wrote:
On Wed, 2007-03-21 at 19:28 +0100, Terje Røsten wrote:
seth vidal
Tim, Terje and Florian in particular, please check out latest cvs and
let me know where it screws up
I did the following in Fedora Rawhide Today.
#yum clean all
#yum makecache
#time echo n | yum update -C
Transaction Summary
=
Install 2 Package(s)
Update 52 Package(s)
Remove 2 Package(s)
Nello wrote:
Hi. i got big problems with yum. I do not know what to do... Nothing
works... I do not want to reinstall my fedora all the time.
Please help :)
It would be nice if i get a command line i can paste in to download
and install, overwriting my old one.
I was about to run a restore on
jonathan pickard wrote:
jonathan pickard wrote:
seth vidal wrote:
Hi all,
Yum 3.1.6 and yum-metadata-parser 1.0.4 are released.
[snip]
Hi
I have upgraded to yum 3.1.6 and upgraded the metadata-parser to 1.0.4,
I also have the following plugins installed:
kernel-module
Aurelien Bompard wrote:
Hi yummers,
There's a feature of another package manager that I like: when a config file
has changed, it asks you if you want to keep your local copy or if you want
to install the package's version. RPM is non-interactive, so it's not
supposed to do this. But I thought
Charlie Brady wrote:
On Thu, 12 Apr 2007, Charlie Brady wrote:
AttributeError: 'NoneType' object has no attribute 'name'
This patch to /usr/lib/python2.4/site-packages/yum/packages.py fixed
that little problem:
def __eq__(self, other):
# if other == None:
# return
I have created a patch to make yumdownloader work as non root with an
install root.
Can anybody see any problems with this.
i should not affect cli user, because the cli setup code sets,
self.conf.cache=1 for nonroot users.
Tim
### Eclipse Workspace Patch 1.0
#P yum
Index: yum/__init__.py
James Bowes wrote:
James Bowes wrote:
It breaks everything right now. self.grabfunc = ... in _setupGrab should
be self._grabfunc
It also didn't set up the callbacks properly.
Attached is a more working version.
-James
+urls = property(lambda self: self._geturls())
I think
James Antill wrote:
On Fri, 2007-04-13 at 07:44 +0200, Terje Røsten wrote:
James Antill
2. If you remove _everything_ in the preresolve_hook (think security
only updates, when there are none) you end up with an empty transaction.
At which point nothing in yum spots this and asks the
Alan Milligan wrote:
Hi,
In the 3.0.x series of yum, the --installroot argument worked such
that it cd/chroot'ed to this dir and *then* looked for /etc/yum.conf.
In 3.1.6, it binds to /etc/yum.conf outside the installroot.
This is a complete PITA when used with mock - my chroot is no
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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-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
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
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
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
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
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
Thanks, commited.
Tim
___
Yum-devel mailing list
Yum-devel@linux.duke.edu
https://lists.dulug.duke.edu/mailman/listinfo/yum-devel
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
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
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).
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
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
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:
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
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
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
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
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
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
1 - 100 of 201 matches
Mail list logo
