Bug#975570: ITP: capbattleship -- Sink your enemy! - A (pretty) pirate battleship board game.
Package: wnpp Severity: wishlist Owner: Fabien Givors X-Debbugs-Cc: debian-devel@lists.debian.org, f+deb...@chezlefab.net * Package name: capbattleship Version : 1.0~alpha2 Upstream Author : Fabien Givors and Damien Monteillard * URL : https://capbattleship.tuxfamily.org/ * License : MIT (code) + CC-BY-4.0 (music) + CC0-1.0 (artworks) Programming Lang: Python3 + Pygame Description : Sink your enemy! - A (pretty) pirate battleship board game. Capbattleship is a pirate themed modern implementation of the classic turn-based battleship board-game, featuring amazing graphics and cool music. I beleive this package should be included in Debian because: - it's more graphical and accessible to children - there is an imersive pirate theme - it has very little dependencies I would like to maintain this package inside the Debian Games Team. I am looking for a sponsor.
Bug#659610: ITP: python-logsparser -- Library providing facilities to parse many different types of logs.
Package: wnpp Severity: wishlist Owner: Fabien Boucher * Package name: python-logsparser Version : 0.4 Upstream Author : Wallix Inc * URL : http://www.wallix.org/pylogsparser-project/ * License : LGPL Programming Lang: Python Description : Library providing facilities to parse many different types of logs. Pylogsparser is a library that provides mechanisms to parse differents kinds of logs. It uses as core system a set of normalizers. Each normalizer describes one or many log lines and how to extract useful fields from theses logs lines. The library is provided with a set of ready to use normalizers for parsing logs from services like Syslog, Apache, Squid and many others. Pylogsparser takes a python dictionnary with a raw log line set to raw key as input and returns an enhanced dictionnary with useful fields extracted. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120212144051.15439.37722.reportbug@packaging-sid.localdomain
Bug#580221: ITP: python-libssh2 -- python-libssh2 is a python binding for libssh2 library.
Package: wnpp Severity: wishlist Owner: fabien.dot.bouc...@gmail.com * Package name: python-libssh2 Version : 1.0.0 Upstream Author : Wallix * URL : http://pypi.python.org/pypi/pylibssh2/1.0.0 * License : (LGPL, BSD) Programming Lang: (C, Python) Description : python-libssh2 is a python binding for libssh2 library. python-libssh2 is a python binding for libssh2 library. It was forked and rewrote from scratch using old org.keyphrene (http://sourceforge.net/projects/orgkeyphrene/) bindings. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504134716.7061.87136.report...@wlb2-fbo.ifr.lan
Bug#548450: ITP: librrdtool-oo-perl -- Object-oriented perl interface to RRDTool
Package: wnpp Severity: wishlist Owner: fabien * Package name: librrdtool-oo-perl Version : 0.25 Upstream Author : Mike Schilli * URL : http://search.cpan.org/~mschilli/RRDTool-OO-0.25/ * License : (PERL) Programming Lang: (Perl) Description : Object-oriented perl interface to RRDTool "RRDTool::OO" is an object-oriented interface to Tobi Oetiker's round robin database tool *rrdtool*. It uses *rrdtool*'s "RRDs" module to get access to *rrdtool*'s shared library. "RRDTool::OO" tries to marry *rrdtool*'s database engine with the dwimminess and whipuptitude Perl programmers take for granted. Using "RRDTool::OO" abstracts away implementation details of the RRD engine, uses easy to memorize named parameters and sets meaningful defaults for parameters not needed in simple cases. For the experienced user, however, it provides full access to *rrdtool*'s API (if you find a feature that's not implemented, let me know). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#301510: RFP: tinyerp -- ERP and CRM for small to medium businesses
Package: wnpp Severity: wishlist * Package name : tinyerp * Version: 2.0 * Upstream Author : Fabien Pinckaers <[EMAIL PROTECTED]> * URL: http://tinyerp.org * Licence: GPL * Description: Tiny ERP is a Enterprise Resource Planning and Customer Relationship Management software for small to medium businesses. Written in Python, using PostgreSQL and GTK. Technical features include distributed server, flexible workflows, object database, dynamic GUI, customizable reports, SOAP and XML-RPC interface. The main functional features are: CRM & SRM, analytic and financial accounting, double-entry stock management, sales and purchases management, tasks automation, help desk, marketing campaign, and vertical modules for very specific businesses. May be 2 packages; tinyerp-server & tinyerp-client ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Looking for a co-maintainer for adduser
Only on a well-written OS... ;) Mark Brown wrote: On Mon, Oct 06, 2003 at 01:01:52AM +0200, Marc Haber wrote: Well-written C++ using well tested class libraries tend to do a pretty good job, security-wise. I often find that well written code does a good job.
Re: Package verification and "/usr/bin/install" tool replacements
Kim Lester wrote: Although debian packages may contain md5sums it seems package verification is not available (unless I have missed something). Although your proposition seems more complete, have you try debsums and checksecurity? debsums with the following feature in /etc/apt/apt.conf DPkg::Post-Invoke { "debsums --generate=nocheck -sp /var/cache/apt/archives"; }; Can be very handy in creating md5sums (BTW, I think it's a bug against policy to include md5sums in control files). Ciao! Fabien
Re: [PHP] Placement of PHP programs?
Matthew a écrit : > As a kind of an adjunct to the other discussion on PHP libraries, what about > PHP programs? Not quite so touchy, as I can't see a single way forward here > (and there's no blazingly obvious reason to do so). So what are people's > best thoughts on the matter? Most packages I've seen put their > web-accessible content in /usr/share/, then either set up a > separate apache config and include it from the main apache config > (phpgroupware does it this way, for one example) while other packages modify > apache.conf more intrusively. I'm a fan of the phpgroupware method, which > at least minimises pain. Shouldn't webpage go to /var/www or at least /var/, and _not_ /usr/share ? We are talking about PHP, but it's still webpages after all. The apache configuration should go into a separate file in /etc/apache/ which would be included in httpd.conf later; easier to modify I guess. The software configuration should stay into the its location, the software directory. -- Fabien Penso <[EMAIL PROTECTED]> | LinuxFr a toujours besoin de : http://perso.LinuxFr.org/penso/ | http://linuxFr.org/dons/ A PHP Template Engine ? Take the best ! http://templeet.org/ pgpmL8cOmeRRY.pgp Description: PGP signature
Re: Bug#158683: ITP: oggasm -- MP3 to Ogg converter
Joey a écrit : >> | To clarify, since the beginning of our mp3 licensing program in 1995, >> | Thomson has never charged a per unit royalty for freely distributed >> software >> | decoders. For commercially sold decoders primarily hardware mp3 >> players >> | the per-unit royalty has always been in place since the beginning of the >> | program. > This is irrelivent since debian is commercially sold. I suppose it would > let us put mp3 decoders in non-free or something. I guess they basicly don't care for free softwares, even when they are solded. I understand than some people might want to move MP3 players From main to non-free, what I don't understand is why people do wake up now as the license didn't change recently. Well, never too late :-) -- Fabien Penso <[EMAIL PROTECTED]> | LinuxFr a toujours besoin de : http://perso.LinuxFr.org/penso/ | http://linuxFr.org/dons/ A PHP Template Engine ? Take the best ! http://templeet.org/ pgpdFwWTA9EeY.pgp Description: PGP signature
Re: Bug#158683: ITP: oggasm -- MP3 to Ogg converter
Michael a écrit : > On Thu, Aug 29, 2002 at 09:31:39PM +0200, Fabien Penso wrote: [...] > can you please post the "company statement" that is refferred here? [...] Here is the rest of the message. Someone got in touch with us for http://linuxfr.org/ and this should be published tomorrow. , | Statement from Thomson Multimedia, mp3 Licensing | | In a posting appearing Tuesday August 27, 2002 on the Web site | slashdot.org, an individual cited a change in the mp3 license fee | structure of Thomson and Fraunhofer. The writer of the post apparently | misread the mp3 licensing conditions, as Thomsons mp3 licensing policy has | not experienced any change. | | To clarify, since the beginning of our mp3 licensing program in 1995, | Thomson has never charged a per unit royalty for freely distributed software | decoders. For commercially sold decoders primarily hardware mp3 players | the per-unit royalty has always been in place since the beginning of the | program. | | Therefore, there is no change in our licensing policy and we continue to | believe that the royalty fees of .75 cents per mp3 player (on average | selling over $200 dollars) has no measurable impact on the consumer | experience. `---- -- Fabien Penso <[EMAIL PROTECTED]> | LinuxFr a toujours besoin de : http://perso.LinuxFr.org/penso/ | http://linuxFr.org/dons/ A PHP Template Engine ? Take the best ! http://templeet.org/ pgpCXQWdoyKfZ.pgp Description: PGP signature
Re: Bug#158683: ITP: oggasm -- MP3 to Ogg converter
Craig a écrit : > Furthermore, with the recent announcement of patent royalties from > Frauenhofer, it seems that Debian may need to remove all packages that > are covered by the mp3 patents, at which point an mp3-to-vorbis > converter would either be removed, or would be dependent on software > that is no longer part of Debian. I think you will hear soon than the person who posted that to Slashdot was wrong and misunderstood the license. See the following... , | From: Steve Syatt <[EMAIL PROTECTED]> | To: [EMAIL PROTECTED] | Cc: [EMAIL PROTECTED] | Subject: mp3 licensing | Date: 28 Aug 2002 11:40:10 -0700 | | Dear Patrick, | | I am the public relations person for Thomson multimedia (mp3 licensing) and | was copied on your email. Please take a look below at the company statement | response from Thmomson multimedia regarding the Slashdot posting - which was | written by someone who completely misunderstood the mp3 licensing program! | Most important, there is no change whatsoever to the mp3 licensing program, | which has pretty much stayed intact since its inception in 1995! Please | stay with mp3 - it has always been Thomson's biggest objective to be totally | accessible and fair to the consumer, and always will be! | | Sincerely, | | Steve Syatt | SSA Public Relations (for Thomson multimedia, mp3 Licensing) ` -- Fabien Penso <[EMAIL PROTECTED]> | LinuxFr a toujours besoin de : http://perso.LinuxFr.org/penso/ | http://linuxFr.org/dons/ A PHP Template Engine ? Take the best ! http://templeet.org/ pgp4AaaC7qovb.pgp Description: PGP signature
Bug#157810: [ITP]: passivetex -- Macros to process XSL formatting objects
Package: wnpp Severity: wishlist Package name: passivetex Version : 1.18 Upstream Author : Sebastian Rahtz <[EMAIL PROTECTED]> URL : http://users.ox.ac.uk/~rahtz/passivetex/ License : BSD like (see below) Description : Macros to process XSL formatting objects PassiveTeX is a library of TeX macros which can be used to process an XML document which results from an XSL transformation to formatting objects. This package need xmltex >= 1.9 (not currently in Debian). I will contact xmltex maintainer about this. Working debs can be found at http://www.tzone.org/~fabien/debian/. LICENSE: % Copyright 2002 Sebastian Rahtz/Oxford University % <[EMAIL PROTECTED]> % % Permission is hereby granted, free of charge, to any person obtaining % a copy of this software and any associated documentation files (the % ``Software''), to deal in the Software without restriction, including % without limitation the rights to use, copy, modify, merge, publish, % distribute, sublicense, and/or sell copies of the Software, and to % permit persons to whom the Software is furnished to do so, subject to % the following conditions: % % The above copyright notice and this permission notice shall be included % in all copies or substantial portions of the Software.
A Quebecer in France.
Sorry, this message is for people currently living in France where I'm going this summer. I'm a little too much lazy to translate it currently and I expect the people interested will be able to read it in French. Thanks! === Bon, c'est juste un email envoyé sur plusieurs ML pour vous avertir de ma visite en France du 23 juin au 9 juillet. Je serai sur Paris du 23 au 25 juin, puis ensuite LaRochelle du 25 au 28 juin, suivi d'Audenges (Bassin d'Arcachon) le 28 et 29 juin pour finalement terminé mon voyage à Bordeaux à partir du 30 (avec la conférence sur Debian et le Logiciel Libre). J'ai bien hâte de rencontrer tous ces visages électroniques, d'échanger des poignées de mains et d'intéressantes discussions, et je serais aussi disponible pour signer vos clefs PGP pour les intéressés. Merci et à la prochaine, Fabien. PS: SVP, attention au reply... n'oubliez pas de retirer les ML dont vous ne faites pas parti ou en m'écrivant directement à mon adresse personnel (voir signature ci-bas). -- -------* *- Fabien Niñoles/ / [EMAIL PROTECTED] Chevalier Servant de Sa Dame / / C15D FE9E BB35 F596 127F Veneur Gris par la Clef / /BF7D 8F1F DFC9 BCE0 9436 Développeur pour Debian/ / http://www.tzone.org/~fabien --* *--
Re: [dickey@clark.net: Re: http://cgi.debian.org/cgi-bin/bugreport.cgi?bug=59191]
On Mon, Mar 20, 2000 at 07:56:07PM +0100, Raphael Hertzog wrote: > Le Mon, Mar 20, 2000 at 03:38:34PM +0100, Santiago Vila écrivait: > > Perhaps we should open the Bug System to upstream maintainers by adding a > > flag to every package. If this flag is on, reports are automatically > > forwarded to a given upstream email address. I'm sure many upstream > > authors would ask this flag to be enabled for their packages, even if this > > means a small percentage of received bugs happen to be packaging bugs > > which would not have to be forwarded in normal circumstances. > > I can't believe it, usually I don't agree with you but here I do ! That's a > pretty good idea. I'm sure that for most of the packages, there aren't > that much Debian specific bugs and since the author can choose I don't see > a reason not to implement it. Even better anybody should be able to > register himself in the BTS so that he'll get all the bugreports for > a specific package (or source package, but that's something more difficult > to implement I guess) ... this would allow several maintainer to maintain > the same package without using an alias or a list. Following a specific bug request and/or a specific package is always a feature I would like to see in the BTS. Currently, the only way to follow a bug already mentions on the BTS is to make a new bug report and merge it to the old. Having the possibilities to add someone to a specific bug reply will make it possible to form a bug test team for all people who has the same bug, and will greatly help to follow specific policy amendment (and futurely QA tasks ;) without necessarely being subscribe to the specific mailing lists. > > Adding to this the possibility to have architecture specific bugs, and > distribution specific bugs, and we'll have the best BTS around the world. > Ok, who does it ? ;-) We should at least report it has a wish list against debbugs. Hmm... it's already done by Lars (bug# 34071) and has more than a year already (03-03-1999). Seems the idea wasn't that original ;) > > Cheers, > -- > Raphaël Hertzog >> 0C4CABF1 >> http://tux.u-strasbg.fr/~raphael/ > CD Debian : http://tux.u-strasbg.fr/~raphael/debian/#cd > Formations Linux et logiciels libres : http://www.logidee.com > -- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail:[EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Re: aptitude
On Sat, Mar 18, 2000 at 08:35:52PM +0100, Robert Ramiega wrote: > On Wed, Mar 15, 2000 at 07:23:50AM -0500, Fabien Ninoles wrote: > > > I tried to find it on download.stormix.com but failed > > > > It's in > > ftp://download.stormix.com:/storm/dists/rain/main/source/ > I must have missed it... Anyway it needs dpkg.h and i cant find it on my > system... Searcher on Debian Web site can't find it either =o(( dpkg.h is in the dpkg source, I think. Ian doesn't want to export the functionnalities of dpkg into a librarie since he couldn't change the interface then. > > -- > Robert Ramiega | [EMAIL PROTECTED] IRC: _Jedi_ | Don't underestimate > UIN: 13201047 | http://www.plukwa.net/ | the power of Source -- ---- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail:[EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Re: aptitude
On Wed, Mar 15, 2000 at 10:55:38AM +0100, Robert Ramiega wrote: > On Sun, Mar 12, 2000 at 08:00:27PM -0500, Fabien Ninoles wrote: > > > > You just miss another one: sl-stormpkg from Stormix. > > Sure, it's not on potato but add > > deb ftp://download.stormix.com/storm potato main > > in sources.list and install sl-stormpkg. > > > > It's GPLed, GNOME-based, used whatever commands you want for > > updating/upgrading (default is the dselect apt methods) > > under whichever (including current tty) x-terminal. > > Use it for a month now and really love it. > > Since it's GPLed where can i find sources? I'd like to compile it for PPC. > I tried to find it on download.stormix.com but failed It's in ftp://download.stormix.com:/storm/dists/rain/main/source/ if I understand correctly, rain is their stable distribution and potato is just a recompilation of some packages for upgrade purpose. > > -- > Robert Ramiega | [EMAIL PROTECTED] IRC: _Jedi_ | Don't underestimate > UIN: 13201047 | http://www.plukwa.net/ | the power of Source -- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail: [EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Re: aptitude
On Wed, Mar 08, 2000 at 07:52:40AM -0800, Kenneth Scharf wrote: > Just take my comments as a wish list for the future, I > know this stuff is still alpha grade (but still very > usefull). Nice thing about debian is that it not only > has a bullet resistant package manager (not bullet > proof as per some of the slink->potato upgrade horror > stories I've been reading), but several different > front ends. Gnome-apt looks good too, (but has a bug > in that the 'terminal window' that shows the 'action' > goes black after one screenfull scrolls up). > > I installed potato from scratch on a computer via the > web (had to install the 'base' from floppies 'cause I > couldn't get apt to use a proxy at first to see though > a firewall) but got the rest via apt-get, dselect, > gnome-apt, and aptitude. (can mixing package manager > frontends screw up things?) Anyway it is LOOKING > GOOD! > Goodluck with the un-freeze process! You just miss another one: sl-stormpkg from Stormix. Sure, it's not on potato but add deb ftp://download.stormix.com/storm potato main in sources.list and install sl-stormpkg. It's GPLed, GNOME-based, used whatever commands you want for updating/upgrading (default is the dselect apt methods) under whichever (including current tty) x-terminal. Use it for a month now and really love it. Stormix make great efforts to make their distributions fully compatible with Debian. This should be applaused, especially in regards to the mess that some other vendors made. I hope to try it in a week or two. Just my 2 canadian cents. -- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail: [EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Re: How not to be a nice person (Was: Re: Packages should not Conflict on the basis of duplicate functionality)
On Sat, Oct 02, 1999 at 03:10:23PM +1000, Hamish Moffatt wrote: > On Fri, Oct 01, 1999 at 09:06:59PM -0500, The Doctor What wrote: > > On Fri, Oct 01, 1999 at 08:47:20PM +1000, Craig Sanders wrote: > > In short, a summary (admittedly from my point of view) follows: > > In a discussion on whether network daemons should do one of the following: > > a) Simply start up, grabbing any ports it needs (most do this) > > b) Not start up (a few do this) > > c) Ask about what ports to grab and whether to start up (some do this) > > > > This letter is to make it public that I think Craig has gone too far. He > > has hurt my feelings and has been very insulting to everyone in > > debian-devel. And this is not the way to get things done. > > Did you consider his point, though? Why would you install a service > if you don't want it to run? I can add I'm one of those who would prefer being asked. My configuration is that I have network service on init 3 and 5, [xwgk]dm on 4 and 5. Sometime I'm on a network, sometime I'm not. Having *any* service start automatically can be as annoying as having to restart all services after each upgrade. Given the possibilities that debconf give us, can't we consider to make it a possible choice of medium priorities, the default being that each daemon should (re)start themself? It's not as secure as it should be but is reasonable and more insecure daemon (like date, echo, etc.) can use a greater priority. > > Hamish > -- > Hamish Moffatt VK3SB (ex-VK3TYD). > CCs of replies from mailing lists are welcome. > -- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail: [EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Little FAQ for users and maintainers
Many time, apt-get break on conflicting files. It happens me often on unstable but also when upgrading from slink to potato. Here some recommendations to help users resolved the conflicts and also to help maintainers do the Right Things (TM) the first time. Should we consider building a debian-mentors FAQ for things like this? - For users: When a conflict occurs, try to run apt-get -f install several time until all conflict are removed or no more packages can be install without conflicting somewhere else. Sometime it takes more than one turn to apt-get to correct those packages. Also, take in note the conflicting packages and report them to the BTS under the package one you was trying to install or upgrade. This will help to improve the overall quality of Debian. For maintainers: Moving files from one package to another. Supposed that you move a file from Package foo to Package bar. If Package foo still existed, Package bar should included a Conflicts reading this way: Conflicts: foo (<< new-version) where new-version is the version of the Package foo who has the conflicting file removed. If foo is removed, you should change it to Conflicts: foo or Conflicts: foo (<= old-version) where old-version is the latest version of foo. This last one don't handle local package in the form of foo old-version.1 (that's the recommended way to do local NMU) and that's why it should be avoid when possible. -- ---- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail:[EMAIL PROTECTED] WebPage: http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Re: a question about BTS severities
On Tue, Sep 28, 1999 at 12:01:16PM +1000, Herbert Xu wrote: > On Mon, Sep 27, 1999 at 05:30:51PM -0700, Joey Hess wrote: > > > > > > Actually, it should be critical if it's a root exploit. Grave only > > > includes > > > those that only comprise the user's account. > > > > Last I checked, root is a user. This is not a formal definition we're > > working from, please use common sense. (Note: grave is a _higher_ priotity > > than critical. Note also: root exploits tend to turn into user account > > exploits as soon as the attacker wants them to.) > > Root may be a user, but he is a special one at that :) root has privileges > that no other users have. If a user account was compromised, the attacker > is only able to perform tasks that user was allowed to, however, if the > root account is compromised, then that implies the compromise of all user > accounts on that machine, and things like using privileged ports, or > doing port IO, etc. I think that any user account exploit is critical -> maybe it's a sudoers, not. However, grave is for exploit such as external access to private file without however giving login access to the machine. > > Also, AFAIK, critical is listed above grave (and important and others) in > all the relevant docos that I've seen. That's what I read also. > -- > Debian GNU/Linux 2.1 is out! ( http://www.debian.org/ ) > Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> > Home Page: http://gondor.apana.org.au/~herbert/ > PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt > -- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail:[EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Re: Censoring :) (was: Re: anarchism_7.7-1.deb)
On Mon, Sep 27, 1999 at 02:23:03PM +0200, Federico Di Gregorio wrote: > Scavenging the mail folder uncovered Siggy Brentrup's letter: > > There should be one for the main distribution. Assume I want to go > > into the CD business providing support for packages in the main > > dist. No major problem with most of the packages, but I am not willing > > to support packages with philosophical, political or religious > > contents. > > > > The way it is, I can't say "Support for all of Debian's main dist". > > > > My point is, should there be subjective stuff in the main dist? > > I don't know the answer but having non-doc (in the sense of > non-application-that-is-in-main-doc) stuff is bad. What if I package > the 3 CD set of US maps that is publicy available? That is about 1.8Gb > of sources plus 1.8Gb of .debs for about 3.6Gb of ftp space... and > nobody can tell me don't do that! OTH, everybody can say you to not do that. The only point where policy say you not to do something, is about dfsg-freeness. Even there, they just say you to put them in non-free. What protect Debian from abuse is the eye-balls of everyone. The same ones who say: "He! new-maintainer take too much time!" or "What all those packages waiting so long in Incoming?" or even: "Should we consider a free client of a non-free server to be non-free?". I have a great confidence about hearing the herd of kitten if you really upload the US maps, I'm just not sure if they'll just say you to remove it or ask you to upload the more recent version ;) > > What about having Debian be an OS+apps and have SPI found a *new* > association for the distribution of free *data*? The data can even use > .deb format, but Debian/doc is definitely the wrong place for > religious/political/etc stuff. IMHO! Why can't Debian just can't be this association? That's right that main/doc is missed named and that we need a better sectionning (main/graphics is even worst and what about x11). When I submit data, I knew that it was just a patch, an incomplete solution to the problem. It has to be easily realisable, implementable and not too much contrainst so that it will add to Debian without removing anything. IMHO, that's why it was accepted with so few discussions. It was just a first step but now it's done. Debian will continue to grow and we will handle it better then some company that forget their starter consumers to go for the mass market. It's simply not the way we work. Debian is one of the most interesting example of distributed development I can see. A very flat organization, based on volunteers, distributed around the world and with a organizational system to make it shame most of the R&D directors of TOP500 companies. Sure, Debian don't follow the same model but, that's ok: we don't even share the same goals; they want to make money, we want to make the best distribution and have some fun by doing so. We have some fantastic tools: the build system, dpkg/apt, debconf/menu & consors, the cd-scripts, dinstall, the BTS, the vote system, the build queue, the policy modifications process, etc. All this tools manage the growth of Debian fantastically. There still some bugs to work around (growing numbers of critical bugs, lag in the new maintainer process...) but new initiatives (qa.debian.org and the sponsorship page) proves that we aware about them and that we are in the process of correcting them. Maybe should we make more publicity about this aspect of Debian. I'll just give a conference next month about the organization of Debian, what we are, how we work and how can they work *with* us. A quick poll of people around me, all implicated in Linux just show me a big point: most (something like half the people) think that Debian is a startup company like RH was a time ago. They can't believe that Debian work the same way as Linux, even a more open one should I say. Maybe ESR should brainwash them a little more about the OpenSource model ;) To everyone, keep working on this, I'm pretty sure we can get out of it *without* removing anything to Debian. Just make it even better! Ciao, Fabien { who finally remove his Debian patriotic hat ;) } BTW, why couldn't we make a Cecilia/RoseGarden/abc contest for a Debian Hymn? The FSF has one, why not us ;) > > Ciao, > Federico > > -- > Federico Di Gregorio [http://www.bolinando.com/fog] {Friend of Penguins} > Debian GNU/Linux Developer & Italian Press Contact[EMAIL PROTECTED] > Try the Joy of TeX [http://www.tug.org] > -- brought to you by One Line Spam > -- Fabien Ninoles Chevalier servant de la Dame Catherine des Ros
Re: FreeBSD-like approach for Debian? [was: Re: Deficiencies in Debian]
On Thu, Sep 16, 1999 at 12:48:43PM -0700, Jakob 'sparky' Kaivo wrote: > On Thu, 16 Sep 1999, Raul Miller wrote: > > > > Thursday, September 16, 1999, 10:50:57 AM, Raul wrote: > > > > Um.. you're just not lazy enough... > > > > # cd /usr/local/bin > > > > # ln -s /usr/bin/perl > > > > On Thu, Sep 16, 1999 at 11:42:21AM -0700, Steve Lamb wrote: > > > ln -s `which perl` /usr/local/bin/perl > > > > You're confusing keystroke time with character count. > > Hmm > > cd /ulobln -s /ubperl > 28 keystrokes > > ln -s `which perl` /ulob > 28 keystrokes > > Of course, these assume a fairly clean /, /usr, and /usr/local. Someone > may want to double-check my counting. The answer of course, is that the > first is better, as you don't have to reach for the backtick. ;) BTW, I > know you can also complete the which command, but you first have to > type "whic" to get past matching "while", so just typing "h" is simpler. > > -- > Jakob 'sparky' Kaivo - [EMAIL PROTECTED] - http://www.ndn.net/ > "As time goes on, my signature gets shorter and shorter..." - me > What about: zsh# ln -s =perl /usr/local/bin <27 keystrokes without assuming anything> or even: zsh# ln -s =perl ~lbin <18 keystrokes if you have ~lbin variable correctly set> Just picking ;) -- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail:[EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Re: Metapackages (was Re: Debian Weekly News - September 14th, 1999)
On Thu, Sep 16, 1999 at 12:51:16PM +0200, Laurent Martelli wrote: > >>>>> "SB" == Stephane Bortzmeyer <[EMAIL PROTECTED]> writes: > > SB> On Thursday 16 September 1999, at 2 h 3, the keyboard of Laurent > SB> Martelli <[EMAIL PROTECTED]> wrote: > > >> very nice, but how will uninstallation be handled ? Will you be > >> able to uninstall all the packages of a metapackage in one step ? > > SB> Certainly not: > > SB> - a package can be a member of several meta-packages, > > We could state that the default is not to remove a package as long as > it belongs to a metapackage. > > SB> - a package could have been installed before (and independently > SB> of) a metapackage which includes it). > > That could be tracked during the installation of the metapackage. It > would know what packages were already installed before. Then when you > want to remove the metapackage, you could say "only remove packages > that were installed by the metapackage" or "remove all packages, > regardless of when they were installed". > > -- > Laurent Martelli > [EMAIL PROTECTED] > What should be good is a new state saying that a package has been install by the dependencies check rather than by user direct selection. So, the package will stay as long as it resolved a dependency, but be remove when no more package who depends on it is install, on a dpkg --remove --pending. How sould we implement it? That's the big discussion: IMHO, this should be add to dpkg along with hold, installed, upgrade, purge, etc. Other think that dpkg is not the right tool for such a feature and this should be handle by apt. Just my 2 pennies. -- Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le Veneur Gris Debian GNU/Linux maintainer E-mail:[EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Let's Debian blow... gracefully! [was Re: Intent to package GNU Philosophy web pages]
Quoting Joseph Carter <[EMAIL PROTECTED]>: > On Tue, May 25, 1999 at 10:35:57AM +0100, Edward Betts wrote: > > I changed the description so it does not say it is a mirror anymore: > > > > [..] > > > > Does that help at all? > > Not really, but if enough people really think I'm wrong on this I won't > press the issue. I also didn't press the issue with the anarchists > thing, I'm hoping for a better solution to the overall size od the > distribution. > > -- > Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer > PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First! > - > There are worse things than PerlASP comes to mind > Although I tend to agreed with Joseph on this point, I also think that the main problem is still the same as with the Anarchy FAQ: No other cool place (personal web page is not the answer because is not part of the distribution) to place this kind of stuff. So I want to make a Suggestion: Creation of a sub-directory aside from main, contrib, non-free named data. The data directory will contain packages DFSG-Free that the maintainers feel they can be useful to a minority of people or is too big to be included in the main distribution. The main purpose is too provided data that's is not essential to any programs in main but can be useful for any user. Examples of those packages are: - Supplemental themes (a default should however be included in main); - Some not program specific documentation; - Tutorials; - Astronomical data; - Foo-Scripts; - Funny manpages. The following rules should be follow, however: - No packages in main should depend solely on a package in data. - The maintainer decision on this subject is just the same as with the Section: field. It's a suggestion that can be override by the archive maintainer. - The data should only contain packages compliant with the DFSG. - The data subdirectory is an entire part of Debian. It's purpose is to let the CD vendors/archives maintainers/users choice between a Debian Light who fit on a reasonable amount of CDs, and an Debian Extended who can fill you're entire RAID array. The reason for a seperate directory is for ease of mirroring and CD building. It gives us also an easy way to check if a package can be on data. I will really like to see this one at least second. It's an old thread that I saw reborn and kill too often. My english is not perfect, so it's certainly need some correction but I think the idea is here. Fabien NinolesChevalier servant de la Dame Catherine des Rosiers aka Corbeau aka le VeneurDebian GNU/Linux maintainer E-mail: [EMAIL PROTECTED] WebPage:http://www.tzone.org/~fabien RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70
Re: Bug#23436: vrwave should maybe go in contrib?
On Mon, Jun 15, 1998 at 11:04:04PM +0200, Remco Blaakmeer wrote: > On Sat, 13 Jun 1998, Javier Fernandez-Sanguino Pen~a wrote: > > > > > Well, vrwave only needs a java runtime environment to run. The > > dependancies I've marked are related to jdk 1.1 (jdk1.1-runtime) or jdk > > 1.0.2 (jdk-shared OR jdk-static). Alas, I sent a mail to wnpp because I > > don't like this either, I would prefer a "Depends: java (=> 1.0.2)" and > > let the package manager figure out if the dependancy is fulfilled with any > > version of Java runtime you have. > > You can't do that because of a limitation in dpkg. If a package Provides: > java and another package Depends: java (=> 1.0.2), the former package can > never satisfy this dependency. To satisfy this versioned dependency, > you'll have to have a package that is actually called "java" and has > version 1.0.2 or higher. > > > AFAIK there are other runtime environments (kaffee?) that would go > > into "main", but since there is no virtual package as of now, and I really > > haven't tried it with these (maybe you could help?) the Dependancies are > > as shown. I remember to see some place for this issue in the policy but dpkg has already enough bugs against version dependencies for going to a feature-add [but may be is it the right time?] Virtual package version dependencies are something often ask and even apt is ready for it [According to the doc]. > -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Well, please ignore the precedent (was Re: Documentation/License freeness)
On Tue, Jun 09, 1998 at 06:41:25PM -0500, Fabien Ninoles wrote: > On Mon, Jun 08, 1998 at 11:39:38AM +0200, Santiago Vila wrote: > > -BEGIN PGP SIGNED MESSAGE- > > > > On Mon, 8 Jun 1998, Marcus Brinkmann wrote: > > > > > On Sat, Jun 06, 1998 at 08:42:14PM -0500, Chris Lawrence wrote: > > > > On Jun 06, Santiago Vila wrote: > > > > > > > > Documentation may be included in main so long as there are no > > > > restrictions > > > > on the unmodified use of the documentation and no restrictions on > > > > translating the documentation to another format, provided the > > > > translation > > > > preserves the natural language of the author. > > > > Mmm, sorry but I didn't write that :-) > > > > Thanks. > > > > -BEGIN PGP SIGNATURE- > > Version: 2.6.3ia > > Charset: latin1 > > > > iQCVAgUBNXuxUyqK7IlOjMLFAQHnwAP8CxurYIwwUcAQHLiIU5j9BcObpiYe6x5a > > QGgqdTojuh65NPDq59db7onxIdUyfNoVuo3CbyWGFUZn3M+CPTwaIdSi7e4t61b2 > > nJu76KZCsEAepV2Fid8IBDZYVGs2PKuWHq+tmTgUUb66FD0k245CBbYGUK4rdKHS > > ErjxOJ/s6Wg= > > =2i6I > > -END PGP SIGNATURE- > > > > Yes, just look is from myself. > > -- > > Fabien Ninoles Running Debian/GNU Linux > E-mail:[EMAIL PROTECTED] > WebPage: http://www.callisto.si.usherb.ca/~94246757 > WorkStation [available when connected!]: http://nightbird.tzone.org/ > RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 > ---- > Well, sometime you just hope to doesn't this damn key to quickly... Sorry, this quote aren't mind, although it expresses some of my opinions ;) Ciao! -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Documentation/License freeness
On Tue, Jun 09, 1998 at 07:56:31PM +0200, Marcus Brinkmann wrote: > > Hello Fabien! Hello Marcus! > > On Tue, Jun 09, 1998 at 10:41:38AM -0500, Fabien Ninoles wrote: > > I'm not sure I understand you well but here is my opinions about freeness > > of Documentation: > > > > Documentation describing the functionnality of a software are dependant > > of the software. Then, they should be considered as source by the DFSG. > > The reason underlying this is the same as why bad documentation is > > considered like a bug. The DFSG must be apply to them. This included most > > FAQ, manual and source. > > Yes, this is correct. > > > Not technical documentation can be divised in two kind. Author works and > > Official Documents. Author works must not be changed. They express the > > opinions and observations from a person and can even be a description of > > something. They have the particularity to be fixed in time and always > > can't be fixed because heavily link to a given author and a given time. > > White Paper, most e-mails, and document such as "Homesteading in the > > Noosphere" or "Le Corbeau et le Renard" from Jean de la Fontaine, are > > of this kind. I considered this work free enough for Debian when simple > > verbatim reproduction, with or without a fee, are permitted without > > conditions. Even unofficial translations can be prohibited because we > > can't decided if the translation really correctly reflect the thought > > of the author. > > Yes, although it would be very sad if we would have much documents of this > sort in our distribution. I don't think those sort of documents belong to > the Debian distribution (are there any of these beside some email quotes in > /usr/doc?). The most important thing is: We don't *need* to change them. > There is no reason for us to change them, as we don't do censorship (well, > we include them or we don't). > > I don't know what "Homesteading in the Noosphere" is, but if they are > literature, well, copyright expires after some fifty years, and then it > becomes free. Isn't overly important for us, too. Yes, literature is of this kind of documents. As you say, we don't need to change them, so why not including them simply because is not allowed us to do thing we already know we should not do [well, hope you understand what I try to say.] About the inclusion of such document, white paper [that's it, paper written to say why such software was written and the idea behind is design. CVS as one who merits some looks...] can be very interesting for understanding what the purpose of this kind of software. Is especially true with specialized software that are mostly distributed only by Debian [because other distribution don't care.]. > > > Official document are like author works. They are bound with a specified > > time and loose all their value if modifications are done freely on them. > > However, translations should be permitted given it is clearly mark as > > a translation and that the authors are [may be] not accepting the work > > as a verbatim copy of the original. DFSG compliance can may be need > > modifications with version and/or title change [because people need to > > know what we are talking about], but aren't necessary IMHO. > > Do you have examples for this category? The only one I can think of are > copyright documents. I think copyrights fit very well in your description. > I can't think of other examples. RFC, W3C standard, POSIX, etc... Changing anything in this kind of document, even fixing "bugs", are enough to say that the document is no longer the RFC 351 or the HTTP 3.0 standard. If we make change to such documents other than translating them, how someone can say its program are "bug for bug" compliant with such standard? We should not override the standard mecanism used for revising such documents who consists mostly in putting out a new revision of the standard with a different numbers. Remember that's harder to decided what's a bug in a document than in software. It's like trying to say if this document works well. > > > Finally, it's possible for a document to included both technical part > > and non-technical part. The license should then permit the technical part > > to be changed accordingly to the source to be DFSG compliant. > > Yes, but it would be better to have them completely seperated. In a book, > this seperation should be made clear using different chapters or whatever. > It should probably be easy (and allowed) to remove the "offending" > non-technical part, although I'm not sure if this is
Re: Documentation/License freeness
On Mon, Jun 08, 1998 at 11:39:38AM +0200, Santiago Vila wrote: > -BEGIN PGP SIGNED MESSAGE- > > On Mon, 8 Jun 1998, Marcus Brinkmann wrote: > > > On Sat, Jun 06, 1998 at 08:42:14PM -0500, Chris Lawrence wrote: > > > On Jun 06, Santiago Vila wrote: > > > > > > Documentation may be included in main so long as there are no restrictions > > > on the unmodified use of the documentation and no restrictions on > > > translating the documentation to another format, provided the translation > > > preserves the natural language of the author. > > Mmm, sorry but I didn't write that :-) > > Thanks. > > -BEGIN PGP SIGNATURE- > Version: 2.6.3ia > Charset: latin1 > > iQCVAgUBNXuxUyqK7IlOjMLFAQHnwAP8CxurYIwwUcAQHLiIU5j9BcObpiYe6x5a > QGgqdTojuh65NPDq59db7onxIdUyfNoVuo3CbyWGFUZn3M+CPTwaIdSi7e4t61b2 > nJu76KZCsEAepV2Fid8IBDZYVGs2PKuWHq+tmTgUUb66FD0k245CBbYGUK4rdKHS > ErjxOJ/s6Wg= > =2i6I > -END PGP SIGNATURE----- > Yes, just look is from myself. -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Documentation/License freeness
tly reflect the thought of the author. Official document are like author works. They are bound with a specified time and loose all their value if modifications are done freely on them. However, translations should be permitted given it is clearly mark as a translation and that the authors are [may be] not accepting the work as a verbatim copy of the original. DFSG compliance can may be need modifications with version and/or title change [because people need to know what we are talking about], but aren't necessary IMHO. Finally, it's possible for a document to included both technical part and non-technical part. The license should then permit the technical part to be changed accordingly to the source to be DFSG compliant. What we need to keep in mind with deciding if a document is DFSG compliant is the user point of view. If it does more harm to allow modifications in a document, regarding both the historical aspect and the technical point of view, documents don't need to allow modifications. Allowing no verbatim modifications on Author Works can harm [just see what out-of- context citations can do in press media and you should understand me.]. Not allowing translation of Official Documents are, IMHO, discrimination. This documents needs to be known by everybody. However, other modifications can lead to the distribution of different standards whom all share the same name, which as everybody know is worst than not having any standard at all. Finally, source needs to be fixed and technical documentation who are not compliant with the source are already broken. Not allowe the documentation to be fixed is a bug in itself. All that's IM[NS]HO. -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian Bazaar Politics (was: Debian Re-organization proposal)
I just split the subject of the previous to take more about politics in Debian and let people discuss about the proposal. I think we too much mess up with wordin like democracy and government. Debian are neither. It's a bunch of volunteers trying to work together. If voting let you think it's a democracy, don't be foul. It's a really an officialisation of a concensus. Debian needs it to ensure that's it's not only the big talker who leads, and loose all the silent majority of developpers. Voting is not need for submitting decisions, discussing about it or deciding who's working on what. Debian already works correctly for most of the Decision making process. Ideas are submit, discussed and most of the time, something came out [may be I'm a little optimistic here, but see apt, see the quality of the distribution. We are the only one who really supports that much features and without being paid for!] The problems came when it's time to put it out to the world. Are we sure that everybody agreed? Will we loose all ours maintainers by doing the move? Having a leader it's the easy solution. Whatever he decided, we can always blame it if it's not right. And I'm sure you'll do it! Even for petty thing like the Blue Eye Captain. The SPR are the solution proposes by Ian for helping thing a little. By this mean,he intents to ensure that everybody could talk even about subject it even doesn't have time to heard before. I'm pretty sure that most of the vote taken will be a big yes with no compromise. I think we are a little more than whatever cat crowd Bruce deems to call us when in his bad mood. I think we can recognize wise decision as a crowd and, contrarely to the common tought, us IQ aren't the lesser IQ of all of us divided by the number of people. If this was right, Debian will be the worst distribution in the World. We are an example. We do the Bazaar all the way. We should be proud about it. Not even red hat or slackware want to deal with so a big goal as we do in Debian [eh, we triple the number of package and support not two or three but four architectures!] Debian is still an example, and for now, we just try to solve the normal organisational problem it's happen, I mean ensuring that an idea wasn't lost in the under the normal mess of any bazaar. [sorry about my english, it's the first I try myself on something that's complicated in englis :) ] -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: consistency check
On Sat, Apr 25, 1998 at 06:11:25PM +1000, Anthony Towns wrote: [...] > > In particular, it checks that all the files listed as alternatives, as > diversions and in the dpkg database itself are all present and accounted > for, and produces a list of things that weren't listed but are still on > your system, and things that were listed, but aren't. It also takes into > account symlinks (if you've got a symlink from /usr/tmp to /var/tmp, it'll > complain if /var/tmp doesn't exist, for example), user home directories > (it'll make sure that everything in /home/aj is owned by aj, for example), > and a couple of other things. > > It's still a work in progress -- in particular there are bunches of files > that are created when packages are installed but dpkg is never told about > (/etc/passwd is one example), which cruft doesn't cope with too well at the > moment -- but it's a start, at least. > That's the reason why I would like to see a dpkg --{remove,add}-files [--package ] option to dpkg. I think it's simple to implement and can ease the task for securing local files from dpkg in addition to help checking the system. > > -- > Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/> > I don't speak for anyone save myself. PGP encrypted mail preferred. > > ``It's not a vision, or a fear. It's just a thought.'' -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 pgpnW1NS8aU4Q.pgp Description: PGP signature
Re: AUC-TeX in xemacs
On Thu, Apr 09, 1998 at 05:28:45PM -0500, Douglas Bates wrote: > Fabien Ninoles <[EMAIL PROTECTED]> writes: > > > Sorry but from upgrading to xemacs20 make AUC-TeX not seems to work well > > in xemacs, especially the key bindings and no menu.=20 > > > > Here's an extract from my .emacs file, I only put the relevant part. > > > > ;; > > ;; AUC-TeX settings ;; > > ;; > > (setq TeX-auto-save t) > > (setq TeX-parse-self t) > > (setq-default TeX-master nil) > > ;; > > > > XEmacs seems to forget everything about LaTeX and by example bind C-c > > C-e to tex-close-latex-block in place of LaTeX-environment who aren't > > even define (but exists in auctex/latex.elc). This old behavior miss me > > a lot... Can some one can give me an hint? > > Try using M-x load-library tex-site immediately after starting > xemacs. If that works then put > (require 'tex-site) > in your .emacs file. > > I think the thing that has changed is that tex-site is no longer > autoloaded in the 50debian-site.el file > -- > Douglas Bates[EMAIL PROTECTED] > Statistics Department608/262-2598 > University of Wisconsin - Madisonhttp://www.stat.wisc.edu/~bates/ That's the point... I try to load the file but after already open a TeX file. May be this should be mentionned somewhere. Or is it a bug (minor one)? -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 pgp7iwKWsNXEy.pgp Description: PGP signature
AUC-TeX in xemacs
Sorry but from upgrading to xemacs20 make AUC-TeX not seems to work well in xemacs, especially the key bindings and no menu. Here's an extract from my .emacs file, I only put the relevant part. ;; ;; AUC-TeX settings ;; ;; (setq TeX-auto-save t) (setq TeX-parse-self t) (setq-default TeX-master nil) ;; XEmacs seems to forget everything about LaTeX and by example bind C-c C-e to tex-close-latex-block in place of LaTeX-environment who aren't even define (but exists in auctex/latex.elc). This old behavior miss me a lot... Can some one can give me an hint? Thanks, -- -------- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 pgp6cHVtWEgQ1.pgp Description: PGP signature
Re: dinstall and PGP
On Wed, Apr 08, 1998 at 08:50:56PM +0100, Enrique Zanardi wrote: > On Wed, Apr 08, 1998 at 08:23:48PM +0200, Marco d'Itri wrote: > > Can someone hack dinstall to install packages which are not PGP signed > > but has been copied to incoming? If the UID of the files is the one of a > > developer we can know who did upload the package. > > No. We know which account the uploader used. (Even that is not true. The > uploader may have changed the UID if he obtained root privileges, but > then he can bypass dinstall). And what about packages uploaded to chiar > or erlangen? > > We should be talking about improving our security instead (by signing the > packages, and not the .changes file). One of these days we will find > trojan horses in Debian packages at compromised mirror sites, and will > have to hear all that "But, RPM packages are PGPsigned..." stuff again > and again. > Signing changes files are enough because of the md5sums contained in the changed and md5 are an algorithm of mostly the same strength as the one used by pgp for signing up (only the ID are better encrypt), pratically speaking. For better checkup, check for dpkg-cert... I think it also check for the integrity of the files in the systems. So to speak, it was really to find a file that have the same md5 sums than an other one, to find one that's represent something is frankly harder, and to find one that can also do real harms is like finding a neutrinos: something that it's easier to think is an error that it's true. -- Fabien Ninoles Running Debian/GNU Linux E-mail:[EMAIL PROTECTED] WebPage: http://www.callisto.si.usherb.ca/~94246757 WorkStation [available when connected!]: http://nightbird.tzone.org/ RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99 4F 80 2D 2D 1F 85 C1 70 pgpjSrg0EnJ2U.pgp Description: PGP signature