Re: Two versions of pan in etch?
On Thu, Sep 14, 2006 at 07:08:39AM +0200, Lionel Elie Mamane wrote: > > > Pan[0] is currently undergoing a major rewrite, and being the > > maintainer, I am currently considering what version of pan to > > include in etch. This mail[1] from one of the pan mailing lists sums > > up the situation quite nicely. > > I'm aware that it is a bit late now, but as a pan user whose pan got > upgraded under his feet: You consider the only showstopper is/was > unability to _delete_ servers? WTF? Pan 0.111 cannot _print_ articles! > I would have considered that a showstopper. I never ever printed a news article, so I didn't notice that such functionality was missing. Please feel free to open a bug report in the BTS. -- Søren O. "Oh, bother" said the Borg, "we've assimilated Pooh". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Two versions of pan in etch?
On Thu, Jul 27, 2006 at 08:31:34PM +0200, Søren Boll Overgaard wrote: > Pan[0] is currently undergoing a major rewrite, and being the > maintainer, I am currently considering what version of pan to > include in etch. This mail[1] from one of the pan mailing lists sums > up the situation quite nicely. I'm aware that it is a bit late now, but as a pan user whose pan got upgraded under his feet: You consider the only showstopper is/was unability to _delete_ servers? WTF? Pan 0.111 cannot _print_ articles! I would have considered that a showstopper. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Two versions of pan in etch?
David Weinehall wrote: > > Is the new version of pan able to migrate the information from the > old version yet? No, and it won't be until somebody writes the code. Charles Kerr (the upstream author) said that he's not going to do it as it's non-trivial and fairly difficult. I understand him, and I suffer as well as I'm subscribbed to a gazillion groups. > If it does support this now (or if you could at least add a postinst > script that does the migration), then I'm all for a switch to the > new version. I guess this (important, indeed) feature is irrelevant to the question. You'll hit the migration issue anyway. As a devoted Pan user, I'd like the new Pan in Etch, but since the code is changing very rapidly and is not yet mature, I think it's not a wise choice. Having the old and the new Pan together is over-projecting and not worth it, IMHO. OTOH, I really hope that upstream will release a stable version before freeze time. -- In the GNU Project, discrimination against proprietary software is not just a policy -- it's the principle and the purpose. Proprietary software is fundamentally unjust and wrong, so when we have the opportunity to place it at a disadvantage, that is a good thing. --RMS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Two versions of pan in etch?
On Thu, Jul 27, 2006 at 08:31:34PM +0200, Søren Boll Overgaard wrote: > Hello, > > Pan[0] is currently undergoing a major rewrite, and being the > maintainer, I am currently considering what version of pan to include > in etch. This mail[1] from one of the pan mailing lists sums up the > situation quite nicely. Is the new version of pan able to migrate the information from the old version yet? Last time I tried switching to the new version, it wouldn't recognize the fact that I was subscribed to several newsgroups. If it does support this now (or if you could at least add a postinst script that does the migration), then I'm all for a switch to the new version. Regards: David Weinehall -- /) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Two versions of pan in etch?
Søren Boll Overgaard wrote: > Essentially, what it boils down to is this: Would it be prudent to include two > separate versions of pan in etch (perhaps named pan and pan2)? This should be avoided where possible; if they share a common code base it's quite likely that discovered security problems need to be fixed in both source packages. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Two versions of pan in etch?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Søren Boll Overgaard wrote: > Hello, > > Pan[0] is currently undergoing a major rewrite, and being the > maintainer, I am currently considering what version of pan to > include in etch. This mail[1] from one of the pan mailing lists > sums up the situation quite nicely. > > Essentially, what it boils down to is this: Would it be prudent > to include two separate versions of pan in etch (perhaps named > pan and pan2)? The rewrite has been in Debian experimental for > some time now, and it has definite advantages over the old one, > whereas the old one has stability and feature completeness going > for it. > > A few google searches didn't yield any obvious precedents that I > could spot, so I would appreciate your input. As a pan user, if maintaining pan 0.14 is easy then I'd think it would be a good idea. AS LONG AS they can be installed *together*, so that one can test pan 0.1xx while being able to fall back to the usable pan 0.14. That seems like it would be lots of work on your part, and if so, pan 0.14 still "needs" to be in Etch. Personally, I don't think I'll *want* to move to pan 1.x, since it uses the GTK file picker, and the 0.14 file picker is *really* *useful* for newsgroups. > [0] http://pan.rebelbase.com/ [1] > http://lists.gnu.org/archive/html/pan-users/2006-07/msg00158.html - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEy4v2S9HxQb37XmcRAgIBAKCXNje/nlefSqzos6qjM4dCQmPHSwCgiTxt zpqwKRbwcTuEpbvqP5ctZDc= =PZXl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Two versions of pan in etch?
Hi, I'd advise against more than one version, that'll make you support two versions with very limited upstream support. Do ship the one you're comfortable with supporting until etch+1 and security supporting somewhat longer largely by yourself: Upstream will tell you 'not to use beta software' for the new one and that 'you should upgrade from the "way old and bitrotten" version' for the old one.[1] Having beta software in stable is a major headache (ha!) for all parties involved (I've seen something like that with phpGroupWare/woody.), so I'd vote for the old version over the new. As a third option - and this is no joke - you could[2] consider to ship none at all (have an external repo or somesuch). I did opt against AqBanking support for sarge (and am very glad I made the right choice with that) and most users are happy with the repository of backports maintained on alioth by Micha Lenk. As much as we wish to provide users with software in Debian, sometimes, this is not the ideal way of doing things. Kind regards T. 1. And there is nothing wrong with that, either. 2. And indeed, please do consider this seriously. It's OK if you decide to ship a version with stable, but do ship great software and not just the version that is available at freeze time that sucks the least. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Two versions of pan in etch?
Hello, Pan[0] is currently undergoing a major rewrite, and being the maintainer, I am currently considering what version of pan to include in etch. This mail[1] from one of the pan mailing lists sums up the situation quite nicely. Essentially, what it boils down to is this: Would it be prudent to include two separate versions of pan in etch (perhaps named pan and pan2)? The rewrite has been in Debian experimental for some time now, and it has definite advantages over the old one, whereas the old one has stability and feature completeness going for it. A few google searches didn't yield any obvious precedents that I could spot, so I would appreciate your input. [0] http://pan.rebelbase.com/ [1] http://lists.gnu.org/archive/html/pan-users/2006-07/msg00158.html -- Søren O. "Oh, bother" said the Borg, "we've assimilated Pooh". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
