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
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@redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list
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 ;)
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
Quoting seth vidal skvidal@phy.duke.edu:
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
On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote:
New up2date packages for testing available at:
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
Quoting Daniel Veillard veillard@redhat.com:
On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote:
New up2date packages for testing available at:
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.
On Wed, Aug 13, 2003 at 12:09:35PM +0300, Panu Matilainen wrote:
Quoting Daniel Veillard veillard@redhat.com:
On Tue, Aug 12, 2003 at 11:14:50PM -0400, Adrian Likins wrote:
New up2date packages for testing available at:
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
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://hans@deragon.biz http://autopoweroff.sourceforge.net
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.
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
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'
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.
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
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
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
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