Friday, June 02, 2006

» Supplementary KDE repository moved to the Build Service

The "supplementary KDE" repository has been moved to the openSUSE Build Service (read the announcement here), which has a number of consequences if you have been using it to get the latest KDE release on your desktop: From a technical point-of-view, moving it to the Build Service has a lot of advantages, and it will also make it easier for the KDE packagers at Novell to maintain and provide that service, albeit unsupported and low priority. Mirrors are currently actively been looked for. Most notably, there is also a new repository on the Build Service for the latest version of popular KDE applications, called KDE:Backports. Those were previously also available through the "supplementary KDE" repository, but now they're also being built against the stock KDE version that is shipped with every SUSE Linux distribution (i.e. KDE 3.4.2 for 10.0 and KDE 3.5.1 for 10.1), which means that you can also use those if you don't consider upgrading KDE itself (kdelibs3, kdebase3, ...). Note that even if built against an older KDE release (as it is particularely the case for 10.0), the packages will work fine on the latest KDE 3 version from the Build Service as well. I have been providing KDE application packages in my repository like that for years, and it always worked well (except for KDE styles). If you're already using smart to manage your packages, you should upgrade to at least 0.41-26, where the preconfigured channels reflect these changes (it will prompt you for adding KDE:Backports):
smart update guru smart upgrade 'smart*' smart update suse-kde suse-kde-backports


Blogger yazid said...

Just updated my KDE to 3.5.3 by using the both repo and installation been done by your smart latest build. Due to some reasons, smart keep on asking me to downgrade my new 3.5.3 in order to restore back the old 3.5.1. I am however just ignore the 'upgrades' prompt by smart because several reboot showed me no conflicts in my KDE.

Well done, smart really saved my days from unreliable default package managment in SUSE 10.1. Thank you

Anonymous Anonymous said...

This is a smart error when I try to update my database.

Traceback (most recent call last):

File "/usr/lib/python2.4/site-packages/smart/interfaces/gtk/", line 171, in callback
exec code in globals

File "/usr/lib/python2.4/site-packages/smart/interfaces/gtk/", line 401, in updateChannels
self._ctrl.reloadChannels(channels, caching=NEVER)

File "/usr/lib/python2.4/site-packages/smart/", line 351, in reloadChannels
if not channel.fetch(self._fetcher, progress):

File "/usr/lib/python2.4/site-packages/smart/channels/", line 67, in fetch
digest = getFileDigest(fetched.getTargetPath())

File "/usr/lib/python2.4/site-packages/smart/util/", line 31, in getFileDigest
file = open(path)

TypeError: coercing to Unicode: need string or buffer, NoneType found


Post a Comment

<< Home