On 10/4/06, Patrick Shanahan
* Sunny
[10-04-06 10:27]: But all these problems with the repositories, package managers, etc. in SuSE start to be really frustrating. It is still manageable, but I'm in a "change distro" mood lately.
Whatever pulls your chain, BUT, the updates the last several days via smart-0.42-58.1 have been perfect and I push the envelope.
Where from you got smart-0.42-58.1 for 10.0 x86_64? It does not show in smart itself, even I have packan's and guru's repos. A few examples for bad repo data, I'm complaining about: 1. guru - the channel is set: [guru] type = yast2 name = Guru 3rd party package repository baseurl = http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.0 An update from this repo fails: sunny@compy:~> sudo smart install inkscape Loading cache... Updating cache... ######################################## [100%] Computing transaction... Upgrading packages (1): inkscape-0.44.1-2.guru.suse100@x86_64 37.3MB of package files are needed. 3.3kB will be freed. Confirm changes? (Y/n): y Fetching packages... -> http://ftp.gwdg.de/pub/linux/.../inkscape-0.44.1-2.guru.suse100.x86_64.rpm inkscape-0.44.1-2.guru.suse10.. [ 0%] error: Failed to download packages: error: http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.1/RPMS/x86_64/inkscape-0...: Not Found It have been that way at least since last Saturday. 2. Packman: The repo is set like this: [packman] type = yast2 name = Packman 3rd Party Package Repository baseurl = http://packman.iu-bremen.de/suse/10.0 And ... it tries to fetch from a wrong, wrong path (for 10.1): sunny@compy:~> sudo smart install faac Loading cache... Updating cache... ######################################## [100%] Computing transaction... Upgrading packages (1): faac-1.25-0.pm.3@x86_64 220.2kB of package files are needed. 13.4kB will be used. Confirm changes? (Y/n): y Fetching packages... -> http://packman.iu-bremen.de/suse/10.1/./x86_64/faac-1.25-0.pm.3.x86_64.rpm faac-1.25-0.pm.3.x86_64.rpm [ 0%] error: Failed to download packages: error: http://packman.iu-bremen.de/suse/10.1/./x86_64/faac-1.25-0.pm.3.x86_64.rpm: Server reports unexpected size I tried to delete the smart cache and channels and packages in /var/lib/smart. It rebuilds them, and the result is the same. So clearly these are problems with the repo metadata, not smart itself, as it works OK with all other repo's.
cu when/if you return.... (or were you just threatening us?)
I'm going nowhere :), I said I'm is such a mood. I support a couple of family/friends Ubuntu machines :), and besides that they broke X after 2 updates, they fixed it really really soon. I know, that the guys from packman and guru are volunteers, and they do their best, but with all the problems we had with YaST in 10.1 (I have 2 machines), and these problems, which happen too often, it's start to be PITA. SuSE is great distro, or at least was, before Novell and the Ximian guys took over. Since then, everything goes down. They push this gnome (read ximian) stuff, rug (again ximian), beagle (again), etc., which in my opinion does a little good to SUSE as is. I have no objection to any of these technologies, but when they are rushed like this, with all the hidden decision making, while pretending to be "OPEN"SUSE, and without even testing enough ... How comes, that there is no mono yast repository. All they offer is .zip file with the rpms. And (again) rug repo, but without providing any useful information so it can be used with smart? All the directories are with forbidden browsing, so one cannot figure it out by himself. A multiple posts in the mono list about this are left w/o answers. The end point is, that IMHO the combination Ximian/Suse is not good for anybody, while every one of them by itself is pretty good in all technical aspects. But looks like too much politics are involved, and in the end of the day both projects may be harmed very bad, which is not good for us as users. -- -- Svetoslav Milenov (Sunny) Still staying with SUSE with a big hope that they will sort it out.