new up2date available (with apt/yum repo support)

[Adrian Likins]

New up2date packages for testing available at:

http://people.redhat.com/~alikins/up2date/severn/

Most notable new feature is support for 3rd party
apt and yum repositories. See the included
/etc/sysconfig/rhn/sources file for info
on how to configure them. 

It's definately still got some rough edges,
but hopefully will at least work most of
the time ;->

Most of the rest of the changes are just
multilib related and should be mostly
transparent.


Adrian

[Féliciano Matias]

Le mer 13/08/2003 à 05:14, Adrian Likins a écrit : 
>  New up2date packages for testing available at:
>  http://people.redhat.com/~alikins/up2date/severn/
>  
>  Most notable new feature is support for 3rd party
>  apt and yum repositories. See the included
>  /etc/sysconfig/rhn/sources file for info
>  on how to configure them. 
>  
>  It's definately still got some rough edges,
>  but hopefully will at least work most of
>  the time ;->
>  
>  Most of the rest of the changes are just
>  multilib related and should be mostly
>  transparent. 
up2date version : 3.9.6

A little /etc/sysconfig/rhn/sources :
dir base /var/RH/9.0.93/os/i386
dir rawhide /var/RH/rawhide/os/i386

No "up2date default" line.

I remove old files in /var/spool/up2date .

The "Channels" window show "redhat-linux-severn-i386-9.0.93". I
uncheck
this channel.

This take more than 4 minutes to have the "Available Package Update"
window and no progress bar.

Cancel the action and change /etc/sysconfig/rhn/sources to use yum
repository :
yum base /var/RH/9.0.93/yum/os/i386
yum rawhide /var/RH/rawhide/yum/os/i386


New try, errors :
Traceback (most recent call last):
  File "/usr/share/rhn/up2date_client/gui.py", line 1281, in onChannelsPageNext
    self.pList.run()
  File "/usr/share/rhn/up2date_client/packageList.py", line 80, in run
    self.progressCallback)
  File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 152, in
availablePackageList
    progressCallback = progressCallback)
  File "/usr/share/rhn/up2date_client/rpcServer.py", line 114, in doCall
    ret = apply(method, args, kwargs)
  File "/usr/share/rhn/up2date_client/repoDirector.py", line 25, in
listPackages
    return self.handlers[channel['type']].listPackages(channel, msgCallback,
progressCallback)
  File "/usr/share/rhn/up2date_client/rpmSource.py", line 226, in listPackages
    msgCallback, progressCallback)
  File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 211, in
listPackages
    channelTimeStamp = time.strptime(oldVersion,"%Y%m%d%H%M%S")
ValueError: format mismatch
Traceback (most recent call last):
  File "/usr/share/rhn/up2date_client/gui.py", line 1346, in
onSkippedPagePrepare
    self.__preparePackageList()
  File "/usr/share/rhn/up2date_client/gui.py", line 1234, in
__preparePackageList
    self.pList.run()
  File "/usr/share/rhn/up2date_client/packageList.py", line 80, in run
    self.progressCallback)
  File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 152, in
availablePackageList
    progressCallback = progressCallback)
  File "/usr/share/rhn/up2date_client/rpcServer.py", line 114, in doCall
    ret = apply(method, args, kwargs)
  File "/usr/share/rhn/up2date_client/repoDirector.py", line 25, in
listPackages
    return self.handlers[channel['type']].listPackages(channel, msgCallback,
progressCallback)
  File "/usr/share/rhn/up2date_client/rpmSource.py", line 226, in listPackages
    msgCallback, progressCallback)
  File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 211, in
listPackages
    channelTimeStamp = time.strptime(oldVersion,"%Y%m%d%H%M%S")
ValueError: format mismatch

Clean /var/spool/up2date.
New try. Really faster, 15 seconds.

The size in the "Available Package Update" is 0.

Update my system. This take about 10 minutes for 53 packages (atlhon
1600xp, 256 Mo). This seems very long since there is no progress bar.



Now some ideas.

Permit to have multiple entries for the same repository like yum :
man yum.conf :
       baseurl
              must be a url to the directory where the yum repository’s ’head-
              ers’ directory lives.  Can be an http://, ftp:// or file:// url.
              You can specify multiple urls in one baseurl statement. The best
              way to do this is like this:
              [serverid]
              name=Some name for this server
              baseurl=url://server1/path/to/repository/
                      url://server2/path/to/repository/
                      url://server3/path/to/repository/

Put /etc/sysconfig/rhn/sources in a directory. If possible in a
"neutral" directory. For example /etc/rpm-repositories.d/

If yum/apt/synaptic are able to parse file in /etc/rpm-repositories.d/
the user have the choice of the tool without editing multiple files.

This can be useful for third party like freshrpms/fedora. They don't
need to provide a specific yum package already supply with RHLP.

Perhaps freshrpms can create freshrpms-release-9.0.93 package with :
/etc/rpm-repositories.d/freshrpms
And some over useful informations :
/usr/share/doc/freshrpms-9.0.93/README MANIFESTO GPG-KEY

This could also be used to update mirrors list when doing regular
updates.

What bug/RFE i should put in bugzilla ?


>  Adrian
>  
>   

-- 

Féliciano Matias <feliciano.matias(a)free.fr&gt;

[Panu Matilainen]

Quoting Daniel Veillard <veillard(a)redhat.com&gt;:

>  On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote:
>  > New up2date packages for testing available at:
>  > 
>  > http://people.redhat.com/~alikins/up2date/severn/
>  
>    Hum, can't rebuild the package on my Red Hat 9 box:
>  make[1]: Entering directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man'
>  Makefile:44: *** target pattern contains no `%'.  Stop.
>  make[1]: Leaving directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man'
>  
>  define install_default
>  $(foreach catman, $(CAT),
>      @if [ -n "$(wildcard en/*.$(catman))" ] ; then \
>          $(INSTALL_DATA) en/*.$(catman) $(MANDIR)/man$(catman) ; \
>      fi
>      $(newline) )
>  endef
>  
>  with make-3.79.1-17 installed.
>  I never used defines in Makefile so I'm dry on this bizarre syntax and
>  error... 
Hmm, up2date-3.9.6-1 builds for me on RH9 without problems, same version of make
as well.

-- 
    - Panu -

[Daniel Veillard]

On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote:
>  New up2date packages for testing available at:
>  
>  http://people.redhat.com/~alikins/up2date/severn/ 
  Hum, can't rebuild the package on my Red Hat 9 box:
make[1]: Entering directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man'
Makefile:44: *** target pattern contains no `%'.  Stop.
make[1]: Leaving directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man'

define install_default
$(foreach catman, $(CAT),
    @if [ -n "$(wildcard en/*.$(catman))" ] ; then \
        $(INSTALL_DATA) en/*.$(catman) $(MANDIR)/man$(catman) ; \
    fi
    $(newline) )
endef

with make-3.79.1-17 installed.
I never used defines in Makefile so I'm dry on this bizarre syntax and
error...

Daniel

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard(a)redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

[Panu Matilainen]

Quoting seth vidal <skvidal(a)phy.duke.edu&gt;:

>  On Wed, 2003-08-13 at 00:20, Rik van Riel wrote:
>  > On Tue, 12 Aug 2003, Adrian Likins wrote:
>  > 
>  > > Most notable new feature is support for 3rd party
>  > > apt and yum repositories. See the included
>  > > /etc/sysconfig/rhn/sources file for info
>  > > on how to configure them. 
>  > 
>  > How can we set up repositories with RPMS for apt and yum ?
>  > 
>  > I should put together a repository with some ham radio
>  > applications ;)
>  
>  
>  make a dir of rpms
>  run yum-arch .
>  in a directory above that dir.
>  
>  that will generate a headers directory.
>  
>  just make that dir available via http or ftp.
>  
>  I don't know all the details for setting up an apt repo 
Not really much more difficult than yum, except apt expects the directory names
to have a suffix like RPMS.os RPMS.updates and then run genbasedir on the
toplevel tree. For details see https://moin.conectiva.com.br/AptRpm/Repositories

-- 
    - Panu -

[Rik van Riel]

On Tue, 12 Aug 2003, Adrian Likins wrote:

>  Most notable new feature is support for 3rd party
>  apt and yum repositories. See the included
>  /etc/sysconfig/rhn/sources file for info
>  on how to configure them.  
How can we set up repositories with RPMS for apt and yum ?

I should put together a repository with some ham radio
applications ;)

-- 
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan

[Adrian Likins]

On Thu, Aug 14, 2003 at 01:48:41PM -0400, Adrian Likins wrote:
>  On Thu, Aug 14, 2003 at 05:53:09PM +0200, Féliciano Matias wrote:
>  > Le mer 13/08/2003 à 05:14, Adrian Likins a écrit : 
>  > I remove old files in /var/spool/up2date .
>  > 
>  > The "Channels" window show "redhat-linux-severn-i386-9.0.93". I
> uncheck
>  > this channel.
>  > 
>  > This take more than 4 minutes to have the "Available Package Update"
>  > window and no progress bar.
>  > 
>  	Yup. It's reading the header file for every package in
>  those directorys. Hooking up progress callbacks in all the approriate
>  places is on the TODO list (though filing a bug wouldnt hurt)
>  
	at least slightly better progress bars should land in the
next release.
 
>  > Cancel the action and change /etc/sysconfig/rhn/sources to use
> yum
>  > repository :
>  > yum base /var/RH/9.0.93/yum/os/i386
>  > yum rawhide /var/RH/rawhide/yum/os/i386
>  > 
>  > 
>  > New try, errors :
>  >     channelTimeStamp = time.strptime(oldVersion,"%Y%m%d%H%M%S")
>  > ValueError: format mismatch
>  >
>  	You used the same channel label for two different sources.
>  The channel label determines what filename the repo info gets cached
>  in, so you read the dir channels with the yum channel reader. Which
>  doesnt make it sense, but it also means the dirRepo is using a
>  different timestamp format than the yum repos (ie, a bug).
>    
	Actually, I'd forgotten that I'd gotten rid of
caching dir based package lists. I might resurect this
at some point (just need to use mtime of the dir to
validate the cache).

	So, in the mean time, the fix is to
use different names.

Adrian

[Adrian Likins]

On Thu, Aug 14, 2003 at 05:53:09PM +0200, Féliciano Matias wrote:
>  Le mer 13/08/2003 à 05:14, Adrian Likins a écrit : 
>  > New up2date packages for testing available at:
>  > http://people.redhat.com/~alikins/up2date/severn/
>  > 
>  > Most notable new feature is support for 3rd party
>  > apt and yum repositories. See the included
>  > /etc/sysconfig/rhn/sources file for info
>  > on how to configure them. 
>  > 
>  > It's definately still got some rough edges,
>  > but hopefully will at least work most of
>  > the time ;->
>  > 
>  > Most of the rest of the changes are just
>  > multilib related and should be mostly
>  > transparent.
>  
>  up2date version : 3.9.6
>  
>  A little /etc/sysconfig/rhn/sources :
>  dir base /var/RH/9.0.93/os/i386
>  dir rawhide /var/RH/rawhide/os/i386
>  
>  No "up2date default" line.
>  
	Thats completely untested. 
 
>  I remove old files in /var/spool/up2date .
>  
>  The "Channels" window show "redhat-linux-severn-i386-9.0.93". I
> uncheck
>  this channel.
>  
>  This take more than 4 minutes to have the "Available Package Update"
>  window and no progress bar.
>   
	Yup. It's reading the header file for every package in
those directorys. Hooking up progress callbacks in all the approriate
places is on the TODO list (though filing a bug wouldnt hurt)

>  Cancel the action and change /etc/sysconfig/rhn/sources to use yum
>  repository :
>  yum base /var/RH/9.0.93/yum/os/i386
>  yum rawhide /var/RH/rawhide/yum/os/i386
>  
>  
>  New try, errors :
>      channelTimeStamp = time.strptime(oldVersion,"%Y%m%d%H%M%S")
>  ValueError: format mismatch
>  
	You used the same channel label for two different sources.
The channel label determines what filename the repo info gets cached
in, so you read the dir channels with the yum channel reader. Which
doesnt make it sense, but it also means the dirRepo is using a
different timestamp format than the yum repos (ie, a bug).
 
>  Now some ideas.
>  
>  Permit to have multiple entries for the same repository like yum :
>  man yum.conf :
>         baseurl
>                must be a url to the directory where the yum repository’s ’head-
>                ers’ directory lives.  Can be an http://, ftp:// or file:// url.
>                You can specify multiple urls in one baseurl statement. The best
>                way to do this is like this:
>                [serverid]
>                name=Some name for this server
>                baseurl=url://server1/path/to/repository/
>                        url://server2/path/to/repository/
>                        url://server3/path/to/repository/
>  
	Hmm, maybe. I'd really rather keep the config format
simple for now, at least till I finish modularizing the repo
support. 
 
>  Put /etc/sysconfig/rhn/sources in a directory. If possible in a
>  "neutral" directory. For example /etc/rpm-repositories.d/
>  
>  If yum/apt/synaptic are able to parse file in /etc/rpm-repositories.d/
>  the user have the choice of the tool without editing multiple files.
>  
>  This can be useful for third party like freshrpms/fedora. They don't
>  need to provide a specific yum package already supply with RHLP.
>   
	thats an interesting idea. I might look into that. Only
probabaly there is ordering. 

>  Perhaps freshrpms can create freshrpms-release-9.0.93 package with :
>  /etc/rpm-repositories.d/freshrpms
>  And some over useful informations :
>  /usr/share/doc/freshrpms-9.0.93/README MANIFESTO GPG-KEY
>  
>  This could also be used to update mirrors list when doing regular
>  updates.
>  
>  What bug/RFE i should put in bugzilla ? 
	Most sound like valid RFE's. Dont know how many will
make cambridge, but be nice to get them recorded.

Adrian

[Mike Chambers]

On Wed, 2003-08-13 at 09:09, Mike Chambers wrote:

>  If removing and installing both up2date and up2date-gnome from dir
>  above, and even removing your profile from the RHN web site, I can't
>  seem to re-register now.
>  
>  [mike@bart mike]$ rpm -qa | grep up2date
>  up2date-3.9.3-1
>  up2date-gnome-3.9.3-1 
Blah, should read through all emails before replying to something. 
Already upgraded to the newer packages and registration works now.

-- 
Mike Chambers
Madisonville, KY

"The road to to success is always under construction!"

[Adrian Likins]

On Wed, Aug 13, 2003 at 09:28:32AM -0400, seth vidal wrote:
>  On Wed, 2003-08-13 at 09:17, Rik van Riel wrote:
>  > On Wed, 13 Aug 2003, Hans Deragon wrote:
>  > 
>  > > Well that shuts the apt/yum debate. :)  Now we have a GUI and CLI that 
>  > > supports both type of repositories.  Great, and thanks.
>  > 
>  > I'll try setting up a repository that has both types of
>  > metadata.  That way everybody can choose which mechanism
>  > they want to use for upgrading.
>  
>  This is the reason we're working on a single format for the repository
>  metadata. Generating 2 or 3 or 4 metadata types is a nightmare for
>  mirror maintainers and simply wasteful.
>   
	And once we decide on the new repo format, it should be
fairly easy to support (if it sane, which it appears to be the
case so far). 

Adrian

[Mike Chambers]

On Tue, 2003-08-12 at 22:14, Adrian Likins wrote:
>  New up2date packages for testing available at:
>  
>  http://people.redhat.com/~alikins/up2date/severn/
>  
>  Most notable new feature is support for 3rd party
>  apt and yum repositories. See the included
>  /etc/sysconfig/rhn/sources file for info
>  on how to configure them.  
If removing and installing both up2date and up2date-gnome from dir
above, and even removing your profile from the RHN web site, I can't
seem to re-register now.

[mike@bart mike]$ rpm -qa | grep up2date
up2date-3.9.3-1
up2date-gnome-3.9.3-1
[mike@bart mike]$ rpm -qa | grep rhn
rhn-applet-2.0.10-2
rhnlib-1.3-1

[mike@bart mike]$ up2date register
Traceback (most recent call last):
  File "/usr/sbin/up2date", line 22, in ?
    from up2date_client import repoDirector
  File "repoDirector.py", line 12, in ?
  File "rhnChannel.py", line 129, in getChannels
AttributeError: 'NoneType' object has no attribute 'get'

-- 
Mike Chambers
Madisonville, KY

"The road to to success is always under construction!"

[seth vidal]

On Wed, 2003-08-13 at 09:17, Rik van Riel wrote:
>  On Wed, 13 Aug 2003, Hans Deragon wrote:
>  
>  > Well that shuts the apt/yum debate. :)  Now we have a GUI and CLI that 
>  > supports both type of repositories.  Great, and thanks.
>  
>  I'll try setting up a repository that has both types of
>  metadata.  That way everybody can choose which mechanism
>  they want to use for upgrading. 
This is the reason we're working on a single format for the repository
metadata. Generating 2 or 3 or 4 metadata types is a nightmare for
mirror maintainers and simply wasteful.

-sv

[Rik van Riel]

On Wed, 13 Aug 2003, Hans Deragon wrote:

>  Well that shuts the apt/yum debate. :)  Now we have a GUI and CLI
> that 
>  supports both type of repositories.  Great, and thanks. 
I'll try setting up a repository that has both types of
metadata.  That way everybody can choose which mechanism
they want to use for upgrading.

-- 
This is my personal opinion.  It probably isn't Red Hat's,
though I often wish it were.

[seth vidal]

On Wed, 2003-08-13 at 00:20, Rik van Riel wrote:
>  On Tue, 12 Aug 2003, Adrian Likins wrote:
>  
>  > Most notable new feature is support for 3rd party
>  > apt and yum repositories. See the included
>  > /etc/sysconfig/rhn/sources file for info
>  > on how to configure them. 
>  
>  How can we set up repositories with RPMS for apt and yum ?
>  
>  I should put together a repository with some ham radio
>  applications ;) 

make a dir of rpms
run yum-arch .
in a directory above that dir.

that will generate a headers directory.

just make that dir available via http or ftp.

I don't know all the details for setting up an apt repo
-sv

[Hans Deragon]

Adrian Likins wrote:
>  New up2date packages for testing available at:
>  
>  http://people.redhat.com/~alikins/up2date/severn/
>  
>  Most notable new feature is support for 3rd party
>  apt and yum repositories. See the included
>  /etc/sysconfig/rhn/sources file for info
>  on how to configure them. 
>  
>  It's definately still got some rough edges,
>  but hopefully will at least work most of
>  the time ;->
>  
>  Most of the rest of the changes are just
>  multilib related and should be mostly
>  transparent. 
Well that shuts the apt/yum debate. :)  Now we have a GUI and CLI that 
supports both type of repositories.  Great, and thanks.


Best regards,
Hans Deragon
--
Consultant en informatique/Software Consultant
Deragon Informatique inc.         Open source:
http://www.deragon.biz            http://swtmvcwrapper.sourceforge.net
mailto://[e-mail]         http://autopoweroff.sourceforge.net

[Daniel Veillard]

On Wed, Aug 13, 2003 at 12:09:35PM +0300, Panu Matilainen wrote:
>  Quoting Daniel Veillard <veillard(a)redhat.com&gt;:
>  
>  > On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote:
>  > > New up2date packages for testing available at:
>  > > 
>  > > http://people.redhat.com/~alikins/up2date/severn/
>  > 
>  >   Hum, can't rebuild the package on my Red Hat 9 box:
>  > make[1]: Entering directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man'
>  > Makefile:44: *** target pattern contains no `%'.  Stop.
>  > make[1]: Leaving directory `/u/veillard/rpms/BUILD/up2date-3.9.6/man'
>  
>  Hmm, up2date-3.9.6-1 builds for me on RH9 without problems, same version of make
>  as well. 
  Hum, it built as root, not under my login. weird ...
    thanks,

Daniel

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard(a)redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

[Jim Cornette]

Now this is an updating program! I love it already.

Jim



Adrian Likins wrote:
>  New up2date packages for testing available at:
>  
>  http://people.redhat.com/~alikins/up2date/severn/
>  
>  Most notable new feature is support for 3rd party
>  apt and yum repositories. See the included
>  /etc/sysconfig/rhn/sources file for info
>  on how to configure them. 
>  
>  It's definately still got some rough edges,
>  but hopefully will at least work most of
>  the time ;->
>  
>  Most of the rest of the changes are just
>  multilib related and should be mostly
>  transparent.
>  
>  
>  Adrian
>  
>  
>  --
>  Rhl-beta-list mailing list
>  Rhl-beta-list(a)redhat.com
>  http://www.redhat.com/mailman/listinfo/rhl-beta-list
>   

-- 
Feeling amorous, she looked under the sheets and cried, "Oh, no,
it's Microsoft!"