Debarshi's den - দেবর্ষির ডেড়া

Debarshi's posts with tag: yum

What are tags? You can give your posts a "tag", which is like a keyword. Tags help you find content which has something in common. You can assign as many tags as you wish to each post.
View posts by people in your network with tag yum
Blog EntryOffline Package Manager for Fedora -- Part 4Jul 22, '07 9:26 PM
for everyone

I have modified the initial design for the "Manage Repositories" (Edit->Repositories) dialog according to suggestions from Jeremy Katz and others on fedora-devel-list@redhat.com.

The "Authentication" tab is now gone, since it was felt that key management was a repository-specific activity and not a top-level one.The "Save changes to disk" option, which allows you to switch between Yum's --enablerepo/--disablerepo functionality and actually modifying the repository configuration files on the disk, has now been hidden away inside an "Advanced options" drop-down menu since most users would not need to bother about it anyway. Adding a CD-ROM/DVD as a repository is no different than adding any other standard repository, so it would be now be offered as one of the presets in the "Add" dialog.

Comments?


Blog Entry Offline Package Manager for Fedora -- Part 3Jul 18, '07 5:19 PM
for everyone

The first beta release, version 0.0.1, is now available from http://rishi.fedorapeople.org/rum-0.0.1.tar.gz.  This is meant to be a low-grade high-quality release, where I want to ensure that the basic set of features is in working order.

Right now it does two things:
(a) Profile management-- export, import and deletion of profiles.
(b) YumPack creation.

You can read the documentation at https://fedoraproject.org/wiki/DebarshiRay/rum.


Blog Entry Offline Package Manager for Fedora -- Part 2Jul 8, '07 10:46 AM
for everyone

After looking at some existing alternatives-- Repoman, Synaptic and some mock-ups designed by Damien Duran and Thomas Canniot, and fiddling with Glade for a week, I have finally settled upon the initial design for the "Manage Repositories" (Edit -> Repositories) dialog.

The design is heavily based on Synaptic's, since it is the best GUI package management tool I have seen. A point to be noticed is the "Save changes to disk" check button. The idea is to provide the user with the choice of whether to modify the configuration files and make the changes persistent, or to effect the changes only for one instance of the application. The "authentication" tab is going to be used to manage the Public keys of the repositories.

Since Pirut lacks an interface to configure the repositories, I would like to contribute this to Pirut as well.

Comments?


Blog EntryOffline Package Manager for Fedora -- Part 1Jul 5, '07 1:15 AM
for everyone

For the past few months I have been working on a so-called "offline package management tool" for Fedora. The basic idea behind this tool has been laid out in the proposal I had submitted for Google Summer of Code 2007. Hence I shall desist from repeating what has already been said.

Two command line prototypes down the line, the final GUI application is finally taking shape. Now would be a good time to pause, step back and evaluate and let the world know what has been going on. In fact there has been a lot of criticism about the lack of publicly available information about the current state of affairs.

Unlike the previous command line prototypes, the GUI version does not import the YUM modules directly. It uses the core Pirut modules, which are in turn based on the YUM API, to do most of the work. The GUI interface is also based on Pirut's, with the necessary extra components separately designed for the offline counterpart.

These decisions resulted from my desire to merge with Pirut at some point of time. Whether that will ultimately happen is something I can not guarantee right now. It depends on what the Fedora community, especially Jeremy Katz (Pirut maintainer), think of it.

However the Pirut modules hide away many of the reconfigurability options offered by the underlying YUM API. eg., one could not change the 'installroot', and there was no way you could just download the packages and not install them. This has now been fixed by a patch against Pirut 1.3.7, and will be available to the public once Pirut 1.3.9 gets released.


The next objective was to incorporate the extra GUI bits into the existing Pirut interface that would be required by the offline manager to carry out its activities. eg., interfaces to import & export profiles and other profile management activities, installation from a selected yumpack, etc..

As of now the profile management interfaces have been designed, and their callback methods integrated into the code base.

These include modifications to 'file' and 'edit' menus; a couple of instances of gtk.FileChooserDialog to handle the selection of profiles to be imported or exported; progress bars to track the import & export activity; and an all-purpose dialog to manage the profiles.

It has been one of my personal grudges against YUM and Pirut that they do not provide any interface to modify the yum.conf and *.repo files. Pirut is even worse. It does not even provide a GUI counterpart to YUM's --enablerepo and --disablerepo command line options. Funnily there exists a number of stand alone GUI and CLI applications which do offer such functionality. eg.. system-config-repo, repoman, yumex (GUI tools), and the Red Carpet User tool interface to YUM (CLI tool).

Jeremy Katz is game for including such a feature in Pirut, but the best way to do it would be to put in the file handling infrastructure in the YUM API so that yet another tool need not reinvent the wheel to do the job. A patch is already doing the rounds in the yum-devel list, while the GUI part of it is slowing taking shape.

I am keeping my fingers crossed for the time being, and awaiting any feedback that you may have.


Blog EntryThanks.May 24, '07 10:10 PM
for everyone
Last night sometime around 00:00 IST, thanks to Seth Vidal I learnt how to use the YUM API to download a list of packages from the repositories.

Blog EntryYUMmy!Jul 29, '06 1:26 AM
for everyone
I finally got YUM to work on my Fedora Core 5 system from behind Squid. After almost 2 years of struggle originating from my Tettnang days, it all turned out to be a minor fault in the configuration files.

For all those who have had trouble setting up YUM, I am posting the various configuration files below:

/etc/profile:

export http_proxy="http://mmh3:mmh3@172.16.16.2:3128/"
export https_proxy="http://mmh3:mmh3@172.16.16.2:3128/"
export ftp_proxy="http://mmh3:mmh3@172.16.16.2:3128/"
export socks_proxy="http://mmh3:mmh3@172.16.16.2:3128/"
export HTTP_PROXY="http://mmh3:mmh3@172.16.16.2:3128/"
export HTTPS_PROXY="http://mmh3:mmh3@172.16.16.2:3128/"
export FTP_PROXY="http://mmh3:mmh3@172.16.16.2:3128/"
export SOCKS_PROXY="http://mmh3:mmh3@172.16.16.2:3128/"


N.B.: The "/" at the end of the proxy values is very essential. It was one of the major stumbling blocks for me. Although wget works without it, YUM does not. In my case it was unable to resolve the names of the repositories.

/etc/yum.conf:

[main]
proxy=http://172.16.16.2:3128/
proxy_username=mmh3
proxy_password=mmh3
cachedir=/var/cache/yum
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest
distroverpkg=redhat-release
tolerant=1
exactarch=1
obsoletes=1
gpgcheck=0
plugins=1
metadata_expire=1800
timeout=90

N.B.: Such a high timeout value might not be required or desired by many, but I had kept it since I was experiencing some timeouts.

/etc/yum.repos.d/fedora-core.repo:

[core]
name=Fedora Core $releasever - $basearch
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/$bas earch/os/
mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-$releasever
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

[core-debuginfo]
name=Fedora Core $releasever - $basearch - Debug
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/$bas earch/debug/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

[core-source]
name=Fedora Core $releasever - Source
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/sour ce/SRPMS/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

/etc/yum.repos.d/fedora-updates.repo:

[updates]
name=Fedora Core $releasever - $basearch - Updates
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/$basearch/
mirrorlist=http://fedora.redhat.com/download/mirrors/updates-released-fc$releasever
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

[updates-debuginfo]
name=Fedora Core $releasever - $basearch - Updates - Debug
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/$basearch/debug/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

[updates-source]
name=Fedora Core $releasever - Updates Source
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/$releasever/SRPMS/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora

/etc/yum.repos.d/fedora-extras.repo:

[extras]
name=Fedora Extras $releasever - $basearch
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/$releasever/$basearch/
mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-extras-$releasever
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-extras
gpgcheck=1

[extras-debuginfo]
name=Fedora Extras $releasever - $basearch - Debug
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/$releasever/$basearch/debug/
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-extras
gpgcheck=1

[extras-source]
name=Fedora Extras $releasever - Source
baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/$releasever/SRPMS/
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-extras
gpgcheck=1

The GPG keys of the repositories should be present in /etc/pki/rpm-gpg.

eg., /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora:

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.0.7 (GNU/Linux)

mQGiBD+dnTsRBACwnlz4AhctOLlVBAsq+RaU82nb5P3bD1YJJpsAce1Ckd2sBUOJ
D11NUCqH8c7EctOquOZ5zTcWxHiWWbLyKQwUw2SUvnWa5SSbi8kI8q9MTPsPvhwt
gMrQMLenMO+nsrxrSaG6XcD+ssfJNxC7NQVCQAj3pvvg9rKi3ygsM7CXHwCghgsq
X6TOr55HE90DbEsoq3b/jjsD/i8aIZ6urUgrpAkQslcakXdJLKgSdwjRUgVZgvYZ
b7kAx1iPq0t/AhB3NJw3zW4AAKJohGg3xj5K4V8PJEZrSIpoRYlF43Kqlfu2p5gh
WT89SP4YAlWPeTqf0+dTYUYz3b144k2ZFOdRuXIRxunoYNAUr9oMrxBXbJ/eY+0U
QX3pBACYzKizyY4JJgd0zFJmNkcdK9nzcm+btYFnYQo33w5GSE686UNr+9yiXt9t
mPRvNEbj3u+xoAX8B/5k3aZ5NbUhV64/VcKlUdRIxNlFCG7I9KgxeHWAYwi7yqOG
XM3T/v6o7GLdQEB0ChFqS7kUlqmwLV+C3QhlrFe/Cuk26i+Q6rQiRmVkb3JhIFBy
b2plY3QgPGZlZG9yYUByZWRoYXQuY29tPohbBBMRAgAbBQI/nZ07BgsJCAcDAgMV
AgMDFgIBAh4BAheAAAoJELRCadBPKm/S2PAAnRTlhorITphab+oxAHtbxZF9BVyD
AJ9WOVaZUG53IWWIAXOGv3j/cmr3lohGBBMRAgAGBQI/nZ22AAoJECGRgM3bQqYO
R5QAoIp1G+omVktq/snxpmz5UeHjlSYjAKCRr/ea/L7S7ZTxB18cf1TYfad1x4hG
BBARAgAGBQI/ntjgAAoJECnVuiSN9W0FUSUAoJnrone4J0o1HMkRz+6g9KVuO2Fy
AJ0XyebOzVmI9U5OyOfnNmYV0wnQcrkBDQQ/nZ08EAQAugOfLWJbKwMA9vg2mJU5
94TZU0HRJkx/fqYhx0YxWWRpzplrEyvcDXuYcWi1Hwh0tD86T4fR5GV6joWiWClz
D+Hwhhb6gcSdeSGlGLlZAvWYtFSHWiv+3LaI9w8Vtczl99Bh2WiMDNDDGw0RQg6Z
aftldLSe4j1pffpFGQ8SuisAAwUEAKVxqLT7fC5xQ6oclcZ+PhoDlePQ1BiTS7tu
GM07bFF4nNvY91LL7S31pooz3XbGSWP8jxzSv1Fw35YhSmWGOBOEXluqMbVQGJJ5
m8fqJOjC0imbfeWgr/T7zLrJeiljDxvX+6TyawyWQngF6v1Hq6FRV0O0bOp9Npt5
zqCbDGs/iEYEGBECAAYFAj+dnTwACgkQtEJp0E8qb9L//gCcDVYnDegNCOxDn1se
dDwxw+0h8OcAn1CZHof15QqxnTwEnvwF2QeOI5dn
=mJAx
-----END PGP PUBLIC KEY BLOCK-----

© 2008 Multiply, Inc.    About · Blog · Terms · Privacy · Corp Info · Contact Us · Help