Re: An help to create an debian/rules
Le Fri, Sep 05, 2003 at 11:05:06AM -0300, Luiz Rafael Culik Guimaraes a écrit : > > since i?m comming from rpm spec files, i?d like to know if the follow lines > can be added to > debian/rules and to what section i should add on the file, please note that > macros like %{name} %{version} is already added to top of debian/rules It looks like a shell script, not a Makfile, no ? I presume you'd better add it to a build script invoked by or the Makefile, or the debian/rules. -- MB: Wolf est dans un grand hôtel parisien ; si vous voulez, j'ai toutes les photos (un peu floues hélas). FR: Le talon aiguille de Wolf est exposé au Musée du Ritz. -+- in: Guide du Cabaliste Usenet - Wolf : L'étalon aiguille ? -+- Gaétan RYCKEBOER Société Virtual-Net [Tous textes et propos tenus dans ce couriel sont sous license DMDZZ] pgp7n96iLMaM5.pgp Description: PGP signature
Bug#207146: ITP: abul-bcd -- Abul-BCD is a system to maintain a library, mainly designed for french uses.
Package: wnpp Version: unavailable; reported 2003-08-24 Severity: wishlist * Package name: abul-bcd Version : 1.2.0 Upstream Author : ABUL-BCD <[EMAIL PROTECTED]> * URL : http://www.abuledu.org/modules/vitrine/index.php/telecharger-abulbcd * License : GPL Description : Abul-BCD is a system to maintain a library, mainly designed for french uses. ABUL-BCD isi a french application, written in PHP, to provide tools to maintain a library, school oriented. Actually, it is only available in french. AbulBCD est le module de gestion de la BCD d'AbulÉdu. La partie publique de la BCD permet de trouver un ouvrage par thème (selon kla classification Dewey), par auteur, ou par le biais du moteur de recherche interne. Une fois trouvé, vous êtes en mesure d'emprunter l'ouvrage -- si votre compte vous le permet -- ou de le réserver s'il n'est pas disponible. La partie privée d'abul-bcd permet de gérer la base documentaire, les utilisateurs, et d'importer nue base de documents à partir d'un fichier DBF (DBase). Démonstration en ligne: http://bcd.abuledu.org -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux asr-sarge 2.4.20ctx-16 #1 Tue Feb 25 13:58:02 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C
Re: #206298 spip: prerm script blindly removes directories
Le Wed, Aug 20, 2003 at 11:34:40AM -0600, Jamin W. Collins a écrit : > > Mmm... yes and no. Some of them could be. But a user may upload files > > without using them in the application. So, the files are available, > > but unused, and unreferenced. > > That would appear to be a deficiency of the spip app and one that should > probably be brought to the upstream developers attention. The > application should probably log all uploads. Not necessary. Web administrators may upload files via FTP, andspip users never use them onto spip ? If so, the files will stay in place in upload, instead of beeing integrated onto the spip tree at the right place, and being logged in the sql database. > > Of course, I understand. But I wonder they won't upload personal files > > for another use than spip here... > This falls into something of a grey area. Can the data concievably be > of value ot the user without spip? If so, then it is probably user data > and should not be removed without confirmation from the user (debconf > prompt that defaults to no?) You're right. I'll do such a dialog. > > True. But due to the implemntation of the application, which is > > written in php, datas are stored on the program dir. There is no real > > separation between datas and functions. > > > > And if i symlink some datas (for apache access AND direct file handler > > access), i'll will setup another alarm... and it won't be accepted. > > So, use Alias directives to relocate the directories that need changing > data to /var/lib. There is no need to use symlinks to accomplish this. Yes it needs. I've still moves documentation to usr/share/doc, instead of spip/ecrire/doc, but it is rather different with the cache and other application managed files. You may access the php files via apache, but php files may access to other php file, or static file. For instance, to modify the configuration, or read the cache. The cache management will be patched to go to /var/cache, but I cannot do more without symlinks... The application won't be changed to handle FHS correctly without complete rewriting. Just imagine that spip is a set of application datas for apache/php, but is an complete application, with datas, procedures, and cache -- the reason of the packaging. > As a matter of fact, your current apache include enables the following > of symlinks, which it doesn't need and probably shouldn't. I can provide > examples of this if you need. I accept. Please send me examples in private, if you found a way to move php files accessing each other (via "include") in another directory, without patching the application. -- Monsieur à qui on ne la fait pas cherche Dame à qui on ne l'a pas fait. Gaétan RYCKEBOER Société Virtual-Net [Tous textes et propos tenus dans ce couriel sont sous license DMDZZ] pgp6Zxum4rF0S.pgp Description: PGP signature
Re: #206298 spip: prerm script blindly removes directories
Le Wed, Aug 20, 2003 at 09:26:14AM -0600, Jamin W. Collins a écrit : > > All right. I understand the problem. But the directories removed by > > the postrm/purge are normaly only used : > > - by user, to upload datas related to his spip installation, > Is this uploaded data recorded anywhere? In the MySQL database perhaps? > If so, the file names can be retrieved from there for removal on purge. Mmm... yes and no. Some of them could be. But a user may upload files without using them in the application. So, the files are available, but unused, and unreferenced. > Additionally, you may upset users by simply deleting their uploaded > files on purge. Some may see this as deletion of user data, which > should not be done. Of course, I understand. But I wonder they won't upload personal files for another use than spip here... > > - by spip himself, to store cache informations, > Are the file names predictable in any way? If so, you can look for > files fitting the pattern. True. > > - by spip himself, for log or backups. > The file names of the logs or backups should be predictable, right? True. > As someone else has already pointed out, /usr/share should be capable of > being made read-only. Any runtime changing data for an application True. But due to the implemntation of the application, which is written in php, datas are stored on the program dir. There is no real separation between datas and functions. And if i symlink some datas (for apache access AND direct file handler access), i'll will setup another alarm... and it won't be accepted. -- "Il n'y a qu'un décolleté pour pousser un homme à rechercher la profondeur chez une femme." -- Zsa Zsa Gabor Gaétan RYCKEBOER Société Virtual-Net [Tous textes et propos tenus dans ce couriel sont sous license DMDZZ] pgpa40uOPwjAk.pgp Description: PGP signature
#206298 spip: prerm script blindly removes directories
> Package: spip > Version: 1.6.0-2 > Severity: normal > > The prerm script blindly deletes the following directories and all > subdirectories: > >/var/cache/spip >/usr/share/spip/ecrire/upload >/usr/share/spip/ecrire/data > > There is no guarantee that the files in these directories belong only to > this package. While it is quite likely that they will, it can not be > guaranteed and care should be taken on package removal to not remove any > files that are not owned solely by the package. All right. I understand the problem. But the directories removed by the postrm/purge are normaly only used : - by user, to upload datas related to his spip installation, - by spip himself, to store cache informations, - by spip himself, for log or backups. So, I cannot have any informations on who and why there are files in tese directories. I just cannot imagine why people wuold store files not related to spip here. (notice that i only delete these files on a purge operation). -- Pianiste condamné à trois mois de prison, cherche musicien pour l'accompagner au violon. Gaétan RYCKEBOER Société Virtual-Net [Tous textes et propos tenus dans ce couriel sont sous license DMDZZ] pgpCro5bWa7CW.pgp Description: PGP signature
Bug#204577: ITP: spip-eva -- EVA is a french template of spip site, mainly designed for school and education.
Package: wnpp Version: unavailable; reported 2003-08-08 Severity: wishlist * Package name: spip-eva Version : 1.0.0 Upstream Author : Sylvain MICHEL <[EMAIL PROTECTED]> * URL : http://spip-edu.edres74.net/rubrique.php3?id_rubrique=22 * License : GPL Description : EVA is a french template of spip site, mainly designed for school and education. EVA is french, for for users speaking french. . EVA est français, pour des utilisateurs parlant le français. C'est principalement un modèle de squelettes pour SPIP, mais également une base de données, contenant quelques petits plus : - Une rubrique de personnalisation du site, permettant à l'administrateur de rajouter ou modifier quelques parties du site; - Une rubrique d'aide aux rédacteurs orientée éducation; - 3 modes d'affichage différents pour les articles; - Un filtre pour les Simleys, remplaçant tout les smileys écrit en texte par l'image corespondante, très apprécié pour les forums. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux asr-sarge 2.4.20ctx-16 #1 Tue Feb 25 13:58:02 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C
Bug#200341: ITP: spip -- User Friendly but powerful Content Managment System build in php
Package: wnpp Version: unavailable; reported 2003-07-07 Severity: wishlist * Package name: spip Version : 1.6.0 Upstream Author : Gaétan RYCKEBOER <[EMAIL PROTECTED]> * URL : http://www.spip.org/ * License : GPL Description : User Friendly but powerful Content Managment System build in php SPIP is an open-source, free publication system on the Internet, mainly targetted at individuals, informal groups and non-profit organizations. SPIP allows contributive writing and managing of websites having a magazine-like structure (i.e. articles and short stories contained in nested sections), while not needing any HTML skills (except for defining the layout templates). . There are two kind of registered users : writers (who can submit articles and short stories, and comment pending submissions) and administrators (who validate submissions, manage the site structure and configuration...). Every task, including installation, is done through a Web-based, user-friendly interface ; only the writing of templates needs some technical learning. Writers can use convenient typographic and presentation shortcuts in their texts so as to make them ready to publish without any particular computer skills. The public part of the site as well as the back-office include a forum system to add comments to articles and short stories. A two-level cache system in the public site keeps the amount of resources used on the server very low. A lightweight fulltext indexation and search engine is also integrated, which incurs no noticeable slowdown when enabled. . Now for the annoying point : SPIP is in French. This doesn't prevent you from building sites in other languages, as your public site is entirely defined in the templates, but you still have to understand the documentation and the back-office interface -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux asr-sarge 2.4.20ctx-16 #1 Tue Feb 25 13:58:02 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C
ITP: spip
SPIP is an open-source, free publication system on the Internet, mainly targetted at individuals, informal groups and non-profit organizations. SPIP allows contributive writing and managing of websites having a magazine-like structure (i.e. articles and short stories contained in nested sections), while not needing any HTML skills (except for defining the layout templates). It is distributed under the GPL. -- Bûcheron célibataire recherche jeune fille aimant contrepétries pour faire un feu de poutre avec elle. Gaétan RYCKEBOER Société Virtual-Net [Tous textes et propos tenus dans ce couriel sont sous license DMDZZ] pgpVeOcPZm4w2.pgp Description: PGP signature