So should I pm JP and ask him if he agrees? Is that how it's supposed to be done?

I don't think defining a standard for the mirror URLs would really help, all of the Zenwalk mirrors already have current/snapshot in their names, and we can't exactly just shoot off an email to Patrick Volkerding and tell him he needs to change the URLs for Slackware mirrors. Not to mention linuxpackages.net and the other mirrors which also don't conform to this standard. Printing 'snapshot' or 'current' helps for Zenwalk mirrors, but for other mirrors and other distributions it wouldn't help at all.

Posting the mirror URL right before the warning helps no matter what kind of mirror you are using, and like Shador said, it is easy to identify snapshot or current from the URL.

I'm not condemning the idea of printing 'snapshot' or 'current', I'm just pointing out the fact that such a method only works with Zenwalk mirrors. ZPM is quite capable of handling mirrors form other distros and standard Slackware mirrors, so it would be a shame to lock it into one specific distro, even though pragmatically speaking Zenwalk is probably the vast majority of users.

I didn't think of this point of view.
I agree.

Like I said before: I think it would be best to try to identify by the URL if it's snapshot or current and if that fails, there should be the URL printed instead. That would be an advantage for Zenwalk, but would keep the compatibility with Slackware, etc.
What do you think?

Edit: I've got a new suggestion. An option to blacklist would be great. Also a way to filter packages, which are installed but not on the mirror. Usually thos packages were removed, but they can of course also be self-built packages.

We speak about Zenwalk mirrors normalization, not about all Slackware compatible mirrors.
A Slackware mirror is neither current nor snapshot by the way...

Wrong. In Slackware they name their dev mirror "current" (the equivalent of our "snapshot").

Oh yes, I forgot about this (some years I don't use slackware anymore...)

So here are my 3 new suggestions:

• a way to easily add packages to the blacklist like in zendo would be nice, but is not a mus
• You can yet see which pages are required by package x. What I want is a way to see by which packages package x itself is required. For example compiz requires:
  
  Code:
  atk,bzip2,ccsm,compiz,compiz-bcop,compiz-fusion-plugins-main,compizconfig-backend-gconf,compizconfig-python,cxxlibs,dbus,dbus-glib,directfb,e2fsprogs,emerald,expat,fontconfig,freetype,fuse,fusion-icon,gcc,gconf,glib2,gtk+2,libcompizconfig,libcroco,libgsf,libpng,librsvg,libwnck,libxml2,libxslt,mesa,orbit2,pango,pixman,startup-notification,xcb,xorg-libs,zlib
  
  And is required by to name a few:
  
  Code:
  fusion-icon,libcompizconfig,compiz-fusion-plugins-main,..,
  
  Either that's integrated into -d or it gets it own option
• At last an issue somebody here in the board brought up. There's no way to get correct dep resolution if installation breaks and you don't know anymore the names of the packages you installed. So a feature which checks if the deps of all installed packages are installed and if not installs them would help a lot.
• At last not really a feature request, is their a way to reinstall all installed packages with zpm? With Zendo just filter all installed packages and select all, but zpm? If you broke your system, this is sometimes a good alternative to a reinstall.

Let's say I do a full system upgrade, and I don't have time to finish it. How do I stop it? Ctrl+c?

You'll find that zpm behaves quite badly if you do that. It will not download the rest of the packages, but it will think that it did and it will replace your packages with new empty ones! Maybe this is a bug that should be corrected. Until then I think the best thing to do is kill zpm (or close the terminal window).

Ok thank you. Sparky? your respone?

An by the way, there is a misspelled word in "zpm -e":
Warning! This function is somewhat dangerous.
Please make sure you are connected to one of the official
mirrors for your distrobution, and that it supports dependencies.

?

Yes, I noticed this myself trying to cancel a system upgrade recently. It's a very tricky problem, stemming from my misunderstanding of the way wget works. There is probably a clever way to fix it though, so I will add that to the list.

Good catch on the misspelling too, I almost always misspell that word, probably because I often say "distro".

good luck sparky.
Thank you for the program.

Due to changes in the zenwalk package format, it is imperative that a new version of ZPM be released to handle these packages. Thus, 1.3 is ready but a little rag-tag. I changed a lot of back-end stuff, so there's a chance some things could be broken, but hopefully not. Anyway, here are the important changes for this version:

* -l, -u, and -U check the timestamp on the mirror package list and refresh the mirror if it is over 1 hour old
* Added mirror URL with fancy highlighting before upgrade warnings
* Ctrl+C is handled much more gracefully now, especially during downloads
* .tlz packages are now supported

There are more changes than that, but those are the really important ones for this release. Sorry I haven't gotten everything in there yet, but I wasn't planning to release it yet.

http://zendo.naquadah.org/downloads/zpm/1.3/zpm-1.3-i486-62.1.tgz

You'll also need the latest 'xz' and 'pkgtools' from snapshot if you want to use the tlz packages appearing on snapshot mirrors.

Just did a zpm -u with 10 tlz and 7 tgz packages. Worked great! Thanks sparky!