On 02/14/2011 10:08 PM, seth vidal wrote:
On Mon, 2011-02-14 at 21:47 +0200, Panu Matilainen wrote:
If we forget about rpm 4.6 - 4.7 (ie just let them behave like 4.4.x
does), in newer versions you can use your own keyring without ever
touching the rpmdb for keys if you want to - for example pul
On Mon, 2011-02-14 at 21:47 +0200, Panu Matilainen wrote:
> If we forget about rpm 4.6 - 4.7 (ie just let them behave like 4.4.x
> does), in newer versions you can use your own keyring without ever
> touching the rpmdb for keys if you want to - for example pulling the
> keys pointed to by .repo
On 02/14/2011 07:42 PM, seth vidal wrote:
On Mon, 2011-02-14 at 19:40 +0200, Panu Matilainen wrote:
On 02/14/2011 07:07 PM, James Antill wrote:
On Mon, 2011-02-14 at 18:37 +0200, Panu Matilainen wrote:
Spotted while looking at something related: commit
e95f16d8342bc4dcdfde6b8858a8704bc4c1bdf8
On Mon, 2011-02-14 at 12:55 -0500, Seth Vidal wrote:
> ---
> yum/__init__.py |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/yum/__init__.py b/yum/__init__.py
> index c160201..143a07e 100644
> --- a/yum/__init__.py
> +++ b/yum/__init__.py
> @@ -1435,9 +1435,13 @
On Mon, Feb 14, 2011 at 5:42 PM, seth vidal wrote:
> On Fri, 2011-02-11 at 11:49 +0100, tim.laurid...@gmail.com wrote:
> > Hi
> >
> >
> > I have trigged by Seth done a document about a proposal for giving
> > access to yum services using a DBus system service daemon
> >
> >
> > Please read an let
---
yum/__init__.py |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/yum/__init__.py b/yum/__init__.py
index c160201..143a07e 100644
--- a/yum/__init__.py
+++ b/yum/__init__.py
@@ -1435,9 +1435,13 @@ class YumBase(depsolve.Depsolve):
# will be we store what we
On Mon, 2011-02-14 at 19:40 +0200, Panu Matilainen wrote:
> On 02/14/2011 07:07 PM, James Antill wrote:
> > On Mon, 2011-02-14 at 18:37 +0200, Panu Matilainen wrote:
> >> Spotted while looking at something related: commit
> >> e95f16d8342bc4dcdfde6b8858a8704bc4c1bdf8 causes yum to hold the rpmdb
>
On 02/14/2011 07:07 PM, James Antill wrote:
On Mon, 2011-02-14 at 18:37 +0200, Panu Matilainen wrote:
Spotted while looking at something related: commit
e95f16d8342bc4dcdfde6b8858a8704bc4c1bdf8 causes yum to hold the rpmdb
open throughout the remaing package downloads after first signature
check
> Yeh, it's probably not worth it ... no sane person has more than 10
> repos.
$ yum repolist
adobe-linux-i386 Adobe Systems
Incorporated 18
fedoraFedora 14 -
x86_64
On 02/14/2011 06:38 PM, seth vidal wrote:
On Mon, 2011-02-14 at 18:37 +0200, Panu Matilainen wrote:
Spotted while looking at something related: commit
e95f16d8342bc4dcdfde6b8858a8704bc4c1bdf8 causes yum to hold the rpmdb
open throughout the remaing package downloads after first signature
check h
On Mon, 2011-02-14 at 18:37 +0200, Panu Matilainen wrote:
> Spotted while looking at something related: commit
> e95f16d8342bc4dcdfde6b8858a8704bc4c1bdf8 causes yum to hold the rpmdb
> open throughout the remaing package downloads after first signature
> check happens. Which wont exactly help ca
On Fri, 2011-02-11 at 11:49 +0100, tim.laurid...@gmail.com wrote:
> Hi
>
>
> I have trigged by Seth done a document about a proposal for giving
> access to yum services using a DBus system service daemon
>
>
> Please read an let me know what you think
>
>
> http://yum.baseurl.org/wiki/YumDB
On Mon, 2011-02-14 at 18:37 +0200, Panu Matilainen wrote:
> Spotted while looking at something related: commit
> e95f16d8342bc4dcdfde6b8858a8704bc4c1bdf8 causes yum to hold the rpmdb
> open throughout the remaing package downloads after first signature
> check happens. Which wont exactly help ca
Spotted while looking at something related: commit
e95f16d8342bc4dcdfde6b8858a8704bc4c1bdf8 causes yum to hold the rpmdb
open throughout the remaing package downloads after first signature
check happens. Which wont exactly help catching ctrl-c in timely manner...
Perhaps the simplest bandaid
On Mon, 2011-02-14 at 17:15 +0200, Panu Matilainen wrote:
> >> _header_from_index() could be converted to use this too, but if it's
> >> expected to return headers for gpg-pubkeys too then _get_packages() will
> >> need a switch to enable/disable the filtering.
> >
> > That should be fine, altho
On 02/14/2011 04:31 PM, James Antill wrote:
On Sun, 2011-02-13 at 16:51 +0200, Panu Matilainen wrote:
On Fri, 11 Feb 2011, James Antill wrote:
Gah, another reason to hate auto_close ... ACK.
Can you add a comment to the ts.close() calls though, saying something
like "note all 'mi' have to be g
On Sun, 2011-02-13 at 16:51 +0200, Panu Matilainen wrote:
> On Fri, 11 Feb 2011, James Antill wrote:
> >
> > Gah, another reason to hate auto_close ... ACK.
> > Can you add a comment to the ts.close() calls though, saying something
> > like "note all 'mi' have to be gone when we call this" or somet
17 matches
Mail list logo
