Entries Tagged 'smart' ↓

I’ve been working on fixing some ksmarttray annoyances. All committed to latest Smart SVN r910:

• add ksmarttray.desktop xdg menu
• fix desktop icon install location.
• update ksmarttray/admin based on 3.5 SVN (removed CVS version)

I just registered myself to the Ohloh service. Not because I feel the need to be praised or something like that, it’s just that it’s a very interesting service that gives very good overview of projects status. Take a look on what it has to say about Smart.

RPM 5.0 has been released. Note that this is a fork that is causing a lot of controversy. Nevertheless, it’s a very interesting release.

Back to Smart coding, I’ve just finished a small plugin that will keep /etc/yum.repos.d synchronized with Smart channels. If anyone wants to review it, take a look in the tracker.

I’m trying to get back working on some Smart code. I hope to get some interesting job done in a few weeks.

Today I received a file to add zh_TW (Traditional Chinese) to Smart. It’s commited on SVN trunk r845. Thanks to Swyear.

I’ve be giving Fedora a try (because I need to, I’ll explain later). It makes me realize how bad is to have fixed ideas about solving a problem, which is common when you need to deal with some different concepts in a regular basis for quite some time. So it felt really strange when I switched from Slackware (my first distro) to RedHat, then to Conectiva, Mandriva, SUSE and now Fedora.

This really feels strange. Even more because I’m switching from KDE to Gnome. I’m having a very hard time finding the things around. The apps that should be the equivalents of K3B (Gnomebaker) and Amarok (Rhythmbox) may be really tight to the Gnome HIG, but they are far (far) away from being user friendly, and would need to grow up for ages before being real competitors to their KDE counterparts. Hey, this is my opinion. You’re free to disagree.

Kudos to the SUSE developers on how they managed to build a x86_64 distribution. Fedora is just a big nightmare when comes to that. I may be wrong, but it doesn’t look like they’re paying too much attention on that matter. Explaining the problems I’m having with it (mostly browser, plugins, duplicated packages, repository problems, etc) would need a separate post, which I don’t feel I’m up to write at the moment.

And may I say that, I don’t know why, Yum behaves differently on Fedora than it does on SUSE (don’t ask me to explain), which makes me feel very comfortable to, once more, say out loud that Smart is, definitely, the most comprehensible, stable and easy to use package manager.

Well, I guess I don’t have much to say for now. This post is not a review, neither a comparison, is just a follow up on what I’ve been doing. Maybe I’ll post some more on this matter when when I fell I won’t hurt anyone’s feelings.

Today Raúl Moratalla sent an updated smart.po for es_ES. Now Smart is also 100% translated to spanish. Thanks to him! (Commited into SVN r840)

Later when issue99 was filled I coded a solution which wasn’t very nice and clear regarding coding style, so it got removed from the main sources before going into any released version.

Today, after some fixes and improvements, the ‘–dump’ option has been commited again into Smart’s SVN trunk (r839), with a little change from the original implementation: there is only a single option called ‘–dump’. If you wan to dump the package names without the versions, you would need ’smart -o dump-versions=False –dump’ (or make it permanent with ’smart config –set dump-versions=False’). Here is an example output:

# smart install eclipse --dump -o dump-versions=False
Loading cache...
Updating cache...          ######################################## [100%]

Computing transaction...
ant
eclipse
eclipse-gtk2
eclipse-platform
eclipse-scripts
jakarta-commons-logging
libswt3-gtk2
regexp
servletapi4
xerces-j2

Some users noticed that Smart didn’t have support for URPMI’s newly (?) feature ‘reconfig.urpmi’. After some reading and testing, I managed to make it work, and the last patch proposed on issue248 has been applied into SVN r836.