Bug#607297: cvs: violates FHS
NO I DO NOT WANT TO SETUP CVS SERVER REPOSITORIES! I just wanted to able to import cvs repos into git... That is really stupid. just split the package into client and server packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607297: cvs: violates FHS
Carsten Hey dixit: Creating /srv/cvs without administrator permission is still buggy (if I wonder why the package sets up a repository automatically anyway. //mirabilos ❦ cvs -- ch you introduced a merge commit│mika % g rebase -i HEAD^^ mika sorry, no idea and rebasing just fscked │mika Segmentation ch should have cloned into a clean repo │ fault (core dumped) ch if I rebase that now, it's really ugh │mika:#grml wuahh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607297: cvs: violates FHS
Package: cvs Severity: serious cvs puts a cvs repository into /srv/cvs, even when the user does not see the debconf question. This violates FHS. Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607297: cvs: violates FHS
* Carsten Hey [2010-12-16 19:24 +0100]: Package: cvs Severity: serious cvs puts a cvs repository into /srv/cvs, even when the user does not see the debconf question. This violates FHS. Actually, I think this is serious because of the FHS violation in combination with the broken dpkg-reconfigure cvs. The latter could be fixed by rebuilding cvs. I'm not sure if such a rebuilding is planned by the release team, see [1] and the surrounding thread for details. Regards Carsten [1] http://lists.debian.org/20101216183257.bab31572.codeh...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607297: cvs: violates FHS
cvs puts a cvs repository into /srv/cvs, even when the user does not see the debconf question. This violates FHS. I can see nothing in the FHS that is violated by that. CVS can be configured to use a directory other than /srv/cvs -- that meets the requirement that no program should rely on a specific subdirectory structure of /srv existing or data necessarily being stored in /srv. Using /srv by default is, meanwhile, endorsed by the FHS: [/srv] should be used as the default location for such data. *Numerous* other packages are configured to use /srv by default, without even a debconf question. They do *not* have RC bugs. Actually, I think this is serious because of the FHS violation in combination with the broken dpkg-reconfigure cvs. There is no requirement that packages that use /srv have to be configurable by debconf. There is even no reqirement that packages that use debconf can always be dpkg-reconfigured usefully, although we would prefer they not gratituously break that. -- see shy jo signature.asc Description: Digital signature
Bug#607297: cvs: violates FHS
severity 607297 normal retitle 607297 cvs: Please don't install files to /srv/cvs without administrators permission thanks * Joey Hess [2010-12-16 17:41 -0400]: cvs puts a cvs repository into /srv/cvs, even when the user does not see the debconf question. This violates FHS. I can see nothing in the FHS that is violated by that. ... The footnote makes it clear, that you are right. Using /srv for both, files installed by the distributor and files installed by the administrator, doesn't seem to be a sane solution, at least in my perspective. Anyway, discussing the FHS isn't be helpful here. | Distributions must take care not to remove locally placed files in | these directories without administrator permission. This is also respected, but leads to files remaining in /srv/cvs after installing cvs and purging it afterwards. Creating /srv/cvs without administrator permission is still buggy (if anyone disagrees, please change the severity to wishlist). Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
