Jim Henderson posted on Thu, 31 Oct 2024 03:21:00 -0000 (UTC) as excerpted:
> you could edit group-preferences.xml and do a search/replace for the old > profile and new profile name. That file does contain all groups you've > ever subscribed to, and I agree that an option to remove groups that are > no longer unlisted would be beneficial. > > But a quick fix would be to search/replace on the posting-profile > elements - that at least would save you having to manually set/reset > individual groups each time you post. Strong second on search/replace for this sort of thing. Probably faster than a GUI would be for it anyway, and arguably more dependable, given the low usage and therefore low practical level of testing such a bulk-edit special-purpose pan function would likely get. =:^) Meanwhile, it's a tangent and unlikely to be useful for the current issue ATM, but here's a handy thing to know pan can do and to consider, as it can help with the clutter in some cases, depending on your pan usage. First a pan factoid: Pan honors the PAN_HOME environmental variable and looks for its data and config there if it find that set. The ~/.pan2 location is simply the default if PAN_HOME doesn't point it elsewhere. Taking advantage of that it's possible to keep multiple pan configuration and data instances available. Here, I have three, my main-use text instance with all my gmane lists, a binary instance that I always think I'll get back to working with someday but never seem to actually get to (I have most of a TB block account left... I think... if the provider didn't go bankrupt and disappear over the years), and a "test" instance where I do all my playing with groups I don't know whether I'll stay subscribed to or not. And I have a pan wrapper script with symlinks to it like "pan.test", that (among other things) will set and export the PAN_HOME variable appropriately based on which symlink name I called it with, before calling the real pan executable. Of course you can organize your instances how you like. Some might have say music and images and movies instances instead of just my binaries. Some might have "kid-safe" instances... vs. not... =:^) But in any case, it can be valuable to have a (or maybe one each for your major categories?) test/scratch instance that you can just blow away between tests without losing anything you really want to keep. More importantly, it keeps my "real pan instances config" from getting "all the groups you've ever subscribed to or even only visited once" memories. =:^) Additionally, this way I can set my text group instance up for archiving -- never expire anything, with a cache of several gigs, several times what I've accumulated over the 20ish years I've been on those lists/groups, with my binaries instance pointed at a dedicated 50-ish gig partition/ cache (good enough for short music and mostly still images, movie groups would need bigger I think) I can cache a bunch of stuff to before going through it in more detail once it's local, then wipe the entire cache and do it again, without interfering with the text-instance archive. And of course the test instance can have an intermediate size cache for caching to, browsing, and erasing, on a faster cycle than the binaries instance. That's the theory anyway. As I said I don't actually seem to get to the binaries these days enough to have really established that instance at all, and even the test instance it's a good thing I don't have it set to expire headers and to keep a reasonable size cache around, as it could be a couple years between times I actually get it cleaned up, at which point I really need to test even those groups I would have kept again before I transfer them to the binary instance... so they never get to the binary instance and the binary instance is apparently just there, dedicated cache partition empty and I don't think even fully configured, for the "security" of being able to do it if I ever decided to... Honestly, I upgraded from spinning rust and now upgraded SSDs a couple times, setting up the empty dedicated binary partitions each time... without ever using them before I upgrade again... Kind of like all those books I have that I've never read... Maybe in retirement (I'm in my late 50s), but then I took a "practice retirement" of 18 months during covid, and never got around to it even then, so realistically there's a 50/50 chance (more?) I /never/ will. Oh, well. When I bought that TB block several years ago (actually could be close to a decade ago now, certainly half since from late 2024 that would have been late 2019!) I figured at the rate I was going that could be a lifetime subscription, and it very well could be. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman _______________________________________________ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
