2008/6/6 Duncan <[EMAIL PROTECTED]>: > Beso <[EMAIL PROTECTED]> posted > [EMAIL PROTECTED], excerpted > below, on Fri, 06 Jun 2008 08:16:50 +0000: > > > i have the a pan version installed and configured for 2 different users > > on the same pc. now, i'd like to remove one pan config and put the other > > user's one in its place but whenever i do: > > > > rsync -av /home/user1/.pan /home/user2/ && chown user2\: > > /home/user2/.pan -R > > > > > > and try to restart pan it cannot read the old db and work with it. in > > the past it used to work very well and the stuff that is strange is that > > the pan version used to generate db and sync the groups is the same for > > both the users. > > It would have helped had you mentioned the pan version, since old-pan > (0.14.x, now "unsupported" to an extent, tho we do try to help if we can) > is different than new-pan (0.90+, 0.132 the latest release, nearly a year > old now, Aug 2007, so the version most distributions are running) in that > regard. > > I can't figure out quite where to put this but I should mention that I > know you from the Gentoo lists, so know you are running Gentoo/AMD64. > FWIW, I just checked, 0.132 is stable on Gentoo/AMD64, but, well, see the > next paragraph. > > The complication is this: old-pan's default data and config dir was > ~/.pan. New-pan's default data and config dir is ~/.pan2. I'd normally > assume the new version, since the old one is close to five years old > (August 2003), and as i said, officially unsupported now, tho we try, but > your command as given uses the old .pan default location, so maybe you > are still using old-pan, crufty as it is. Complicating things further is > the PAN_HOME environmental variable, which if set, tells (new) pan to > look there for its config and data. Thus, it's quite possible the .pan > location is indeed a new-pan config, even if it's the old-pan default > location. > > So I'd guess at one of the following: > > 1) Despite your statement to the contrary, you are using a modern pan > (presumably 0.132) now, but had been using an old pan with the old user, > thus it's the default old-pan dir, and the new version simply isn't > seeing it as it's looking at the new default dir, and even if it did see > it, wouldn't be able to do a whole lot with it since most (but not all) > files are different.
i'm on unstable amd64 branch with 0.132 and the latest update of yesterday or some day ago. the configs have both been generated from sratch with the new version. > > > 2) You and the previous user are both using new-pan, 0.132, but the > previous user had set the PAN_HOME variable pointing at the old default > location (~/.pan), and the new user doesn't have the var set so when pan > starts it is looking in the current default location (~/.pan2) instead of > the real location (~/.pan). That's simple enough to correct, simply > rename the dir, or set and export the PAN_HOME variable appropriately (or > for that matter, use a symlink if you want). both users are looking into .pan2 as defaulted and pan_home is set to .pan2 Question: Does the .pan dir in question have a file preferences.xml or a > data subdir, with the file config.xml? The former, preferences.xml, > would indicate a config for a newer pan (0.132, presumably, but certainly > 0.90+), while the latter data/config.xml, would indicate a config for an > older pan (0.14.x). Does the filename agree with the version pan gives > in the about box when you run it? preferences.xml present in both .pan2 => new config files. > > It's also possible one or more files from the old config are missing or > corrupt. Can you still verify that they work as the old user? > as i've said, there's no old config and both .pan2 have been generated by 0.132 version. > > Finally, I'm not used to using rsync for local transfer so I can't read > that command line as correct on sight, but I assume you're sufficiently > familiar with it not to have screwed that part up. > is equal to cp -av. it just lets you resume the copying from where you've stopped if there are problems during the transfer. it's not more than an incremental cp -av. so the strange thing is that the 2 dirs aren't interchangable anymore, as it used to be some time ago. both of them should be interchangeable without any issue, and with only a change of permissions. the only thing i can think is that pan now stores some use specific settings. -- dott. ing. beso
_______________________________________________ Pan-users mailing list Pan-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/pan-users
