I am running lucid_256.
Repeating the very same comments I made
in another topic:
1) The UI is awful. It doesn't adapt well to my screen size, I can't resize/adjust panes properly, just viewing the information is horrible. I can't adjust the width of the columns. Instead, I have to use the HORIZONTAL scroll bar to read the description of the packages. I can't believe there is still people making GUIs like that. It forces me to...
-----------------------> scroll to the right to read a description..
<----------------------- scroll to the left to read package names.
Oh, I think this one interests me! What's the description?
-----------------------> scroll to the right to read the description...
<----------------------- scroll to the left to read more package names...
Oh, another one!
-----------------------> scroll to the right to read the description...
<----------------------- scroll to the left to read package names...
-----------------------> scroll to the right...
<----------------------- scroll to the left...
-----------------------> scroll to the right...
<----------------------- scroll to the left...
-----------------------> scroll to the right...
<----------------------- scroll to the left...
About 45 times. Excruciating.
You must be one of those developers who have a glorious, very large, very hi-res screen and assume that, of course, unquestionably, everyone else in the world has a screen as large as yours. Why wouldn't they? Typical.
2) Problem partially swept under the carpet by the fact that the available information is actually scant. Debian packages/repositories offer a lot more detailed descriptions than that, but PPM won't show them. I feel robbed.
It's not just about leisurely reading a catalog of applications that might interest me. Searching in the description is very useful too. For example, I want a Quake-like terminal. I search for "term" in PPM. None of the five search results match what I want. If the descriptions had been searched, Tilda would have come up.
(BTW: Tilda does not work, due to GTK conflicts. I HATE GTK. I hate GTK and Python. GTK and Python applications fail to run all the time.)
(BTW 2: try searching for "xdsfcvgfv". A red warning will pop up telling you that no match has been found. Try to close that pop-up without reaching for the mouse, just using the keyboard. OBVIOUS lack of basic design considerations.)
3) What's the deal with selecting just 5 repositories in the configuration? Why? Why can't I have a drop-down with 150 repositories if I damn well please? And what's the deal with having to restart PPM after configuration changes? That is pitiful. Just reload the new settings and apply the changes on the fly. No big deal.
4) I can only select and install ONE package at a time?!!! You've got to be kidding. Come on, let me put all the ones I want in a basket and check out just once.
5) I select one package (because there can only be one) and it takes too looooooooong to install. Too many steps and waiting around. And it forces me to click pop-ups all the time. I have to select a mirror for each dependency individually. That is just insane. That is worse than Windows with its infamous Next > Next > Next annoyance! Why does it take so long anyway? The fact that I can only install ONE package at a time makes this whole excruciating experience N times as excruciating, where N = the number of packages I choose to install.
6) I'm pretty sure that bad design is what makes it take so long. Let's see: I added a new repository by myself. Can I have PPM fetch and update just that one repository? Noooo... I have to update each and every damn one. Can I skip one and continue? Noooo... It's all or nothing. The entire process is aborted if I choose not to update any one.
Well, downloading the Packages.bz2 files doesn't take that long. But then PPM wants to convert all that info into its own format. Come on, that's all plain text! It should be a 3 or 4-second sed/awk operation. ZAP! SWOOSH! Instead, it takes as long as 20 minutes printing package names to an Xterm window while I want to drive a stake through my chest. Only bad design could explain why that operation is taking so long.
Oh, BTW, PPM's own repository format. Let's take a look at it: file:///usr/local/petget/README-add-repo.htm
First, I lost count of how many times I had to read that rigmarole just so I could understand it. After several attempts, PPM finally accepted my repository. Let's take a look at that format:
Code: Select all
PKG_DOCS_DISTRO_COMPAT="archive.ubuntu.com|http://archive.ubuntu.com/ubuntu/dists/${DISTRO_COMPAT_VERSION}/main/binary-i386/Packages.bz2|Packages-${DISTRO_BINARY_COMPAT}-${DISTRO_COMPAT_VERSION}-main archive.ubuntu.com|http://archive.ubuntu.com/ubuntu/dists/${DISTRO_COMPAT_VERSION}/universe/binary-i386/Packages.bz2|Packages-${DISTRO_BINARY_COMPAT}-${DISTRO_COMPAT_VERSION}-universe archive.ubuntu.com|http://archive.ubuntu.com/ubuntu/dists/${DISTRO_COMPAT_VERSION}/multiverse/binary-i386/Packages.bz2|Packages-${DISTRO_BINARY_COMPAT}-${DISTRO_COMPAT_VERSION}-multiverse
(The above is one single line)
Holy spaghetti incident, Batman! If you actually expect people to edit that thing manually in order to add repositories instead of scripting/automating the process for them, then at least have the mercy to impose a more humane format, not a dense, machine-readable string. Just finding the single spaces that are supposed to separate the entries in there was quite a challenge. No Sudoku for me tonight.
I suppose you hate my overall tone, but it's not meant to offend, it's rather meant to give you a very accurate report of my reactions and utter amazement at how bad this PPM application is. It really, really is bad on many levels. Remember that Puppy piggybacks on other distros' repositories. So sometimes some package will not work as expected. So maybe I want to remove it and try another one. But every time I install or remove something I have to put up with a lot of grievance. It eats away too much of my time. I've been very close to giving up on Puppy just because of that. It's really awful.
Sorry, no sweet words for today.