I've checked debian-keyring's changelog and I seem to have been marked
as emeritus:
Have a look at the post from James Troup on the subject of different
developer states,
http://lists.debian.org/debian-devel-announce/2003/05/msg6.html. Should
explain most of your questions.
Yes, thanks.
- -j, --bzip2filter the archive through bzip2\n\
+ -I, -j --bzip2 filter the archive through bzip2\n\
If it's a deprecated option, don't document it in the online help. A note
in a COMPATIBILITY section in the manpage is more appropriate.
Of course the -I option to tar was completely non-standard. The changelog
explains why it changed, to be consistant with Solaris tar. I'd prefer
portability and consistancy any day, it shouldn't take that long to change
any custom scripts you have. I always use long options for
[EMAIL PROTECTED]:/tmpmount -o loop foo 1
Why don't we just patch mount to use /var/run/mtab?
I don't know about any other program which modifies it.
because /var is not always on the same partition as /
/etc/mtab shouldn't exist, all the information should be handled by the
kernel
There could be a helper setuid program, man-cache-writer. man would call
this program and pipe it the catpage. man-cache-writer would just write it's
stding to the proper place. End of the problems.
No so simple. You don't want the trusted program trusting the output of
a non-trusted
the problem with this is you end up with the catman files owned by
whatever user reads whatever man page. personally as a sysadmin i
don't want users gaining write permission to files in any more places
under /var then there already is (ahem texmf). i am not certain if
there is potential
When you start saying docs, you need to be more specific.
But the worrying thing is that this bug should have been tagged as more
info, and the originator should have been contacted to provide that info. I
don't think that a maintainer should close a bug report if he doesn't
understand it, or
Purpose of Rant: Stir up the coals ...
Have you already put some meat?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The point being, I'm not arguing that the format I or other people are
using is right, but the system is more useful than what we are given to
use (the diff/dsc/tar setup). You can argue about the tar in a tar all you
want, I don't like it either. But the seperate patch set is a must, and
Until these basic packaging paradigms are mastered, I don't think
this package is fit for uploading yet. Perhaps you should ask for
more help in debian-mentors (which is for helping new maintainers)?
Besides, there's the little fact that the package is totally useless =).
$ grep ^AR
Um, sorry if I'm missing something, but I can do apt-get source pkg
as any user, and it downloads and unpacks the source for me nicely.
This is something a common user must be able to do:
- download a source package.
- change some file inside the package (a Makefile? change a define in a
That kind of packaging is a hack, and a very user unfriendly one. I'd like
to have native bzip support, to have a lftp.orig.bz2.
lol, whoever said our source package format was user friendly to begin
with?
Because a *normal* user can't easily unpack a debian source package any
longer.
Speed reasons - gzip is significantly faster than bzip2, which matters
for old ix86 (x=3,4) and m68k machines which run Debian.
bzip2 also uses more memory which can be an issue with lowmemory
systems.
I had a 486 with 8Mb and with `bzip2 -s' I could use bzipped packages
perfectly... are
Speed reasons - gzip is significantly faster than bzip2, which matters
for old ix86 (x=3,4) and m68k machines which run Debian.
bzip2 also uses more memory which can be an issue with lowmemory
systems.
I had a 486 with 8Mb and with `bzip2 -s' I could use bzipped packages
I had a 486 with 8Mb and with `bzip2 -s' I could use bzipped packages
perfectly... are we talking about 4 Mb mechines?
Do you realize how much ram dpkg itself already takes up? Add that to
bzip2 and you are definitely swapping, even with 8 megs of RAM. Heck,
doing this, and you
Nonono. auto means:
With --color=auto,
color codes are output only if standard output is con
nected to a terminal (tty).
I know, I know... but IMO it should also check the terminal type.
Don't do that. Moscow ML was my first package when I joined and I had
to learn that there are license problems. To be precise it is based on
Caml Light which is not GPLed (read: has further restrictions) therefore
you can't link GPL-code against it.
We can't distribute
I'm packaging Moscow ML. I'm not an expert in this language (but I know a
little of it). Somebody talked to me about this package in a GNU/Linux event
here in Argentina (where I gave a Debian talk that went very well!!!) and I
commited myself to package this. I will have a package in a
Branden Of course. The obvious answer is that programs that have
Branden some utility to unprivileged users should go in /bin (or
Branden /usr/bin).
The problem with that is that it is all so very subjective,
and it all depends on the ``unprivileged user''. Under this tacit
Then you also want every X11-app to ask if it should install itself in
/usr/X386/bin or somewhere else and every game-like app if it should
instaal it self in /usr/bin or /usr/games?
Worse: There's a package which asks the sysadmin where is dpkg in the
sustem..!
I partly concur. Even if the developer-user channel was completely
secured by signatures et al, we would still have the problem of an
attacker gaining very much by breaking into a single developer's
machine. You're netbase package is a good example: it contains a
couple of programs usually
gnome-db is a a shot at something like the ODBC api's available under windows.
I proposed the idea on gnome-list many moons ago, and it was picked up by
Michael Lausch, who I believe is the main developer.
But why don't they use ODBC on Linux?
Permissions on mount points don't seem to make much difference. I was able
to
mount a filesystem on a mount point with mode 0, and once mounted the
permissions come from the mounted filesystem, not the mount point.
While we are at it, is there a rationale for /boot to be root.disk,
On Sun, Mar 26, 2000 at 11:14:06PM -0300, Nicolás Lichtmaier wrote:
dpkg-divert --package base-files --divert-to /dev.base/hda /dev/hda
Ugh.. ugly...
The clean solution is to truncate the file list of base, as proposed. This
will release all the files owned by that package
dpkg-divert --package base-files --divert-to /dev.base/hda /dev/hda
Ugh.. ugly...
The clean solution is to truncate the file list of base, as proposed. This
will release all the files owned by that package safely, with no danger at
all.
Yes, given docbook*, task-sgml, psgml, yasgml, and especially jade,
are in text, I'd concur that transformiix should go there too...
It will be moved in the next release.
Transformiix is a XSLT processor written in C++.
URL?
I really don't remember. I've checked out the code from the mozilla CVS.
The 'readme.html' of TransforMiiX is available as
http://lxr.mozilla.org/mozilla/source/extensions/transformiix/docs/readme.html.
Or in
For instance, a program joeuser uses often is 'traceroute' (which is in
/usr/sbin).
Right. But the maintainer refuses to do the right thing. End of the thread.
Agreed (mostly). It is very important that Debian have things in the same
place as other Linux distros, and other common Unix flavours. Otherwise,
scripts from commercial software and other stuff that isn't always as
portable as it should be will be spuriously broken on Debian. Lets not
Transformiix is a XSLT processor written in C++.
License: MPL.
Which section would this go? web or text?
Transformiix is a XSLT processor written in C++.
License: MPL.
Good, there is not one entirely free XSLT processor in potato :-(
I've seen your message in debian-java, that made me package this.. =)
Which section would this go? web or text?
I would say text, XML is not Web-specific.
Transformiix is a XSLT processor written in C++.
Out of curiosity, what is XSLT?
It's a standard language to describe a transformation among two XML
documents. It's used as a styleseet, because you can do XML - HTML, XML -
FO - PDF, XML - whatever.
If we had an XML Packages.gz, we could
Transformiix is a XSLT processor written in C++.
URL?
I really don't remember. I've checked out the code from the mozilla CVS.
Which section would this go? web or text?
I'd say text. Otherwise we could also dump all databases, scripting
languages and most other stuff in web.
I've
The /etc/Muttrc in the mutt package makes a fruit salad of mutt.
Most people like it.
BTW, the default key bindings in mutt are horribly broken. No key does
what someone would expect.
that depends on what you're used to. if you've been using elm for years
then mutt's key binding
I agree. Mutt should by default be much more like pine. I like
This sounds like a lot of recent threads on debian-devel --
the defaults should suite MY PREFERENCES! That's why they're
defaults -- you can change them.
Personally I can't stand Mutt's default colours (green on blue? ugh!)
The /etc/Muttrc in the mutt package makes a fruit salad of mutt.
Most people like it.
BTW, the default key bindings in mutt are horribly broken. No key does what
someone would expect.
It's freeze time, and we are all discussing the same things, we would all
like to have a faster woody. I have a simple proposal for that:
Let's keep the system we have now.
But keeping the RC bug count low. A RC bug will only be permitted to stay
for long if it is related to a release goal.
Is there anybody here using the Sangoma WANPIPE cards to do X.25?
I'm doing exactly that.
We are all using potato, but we are shipping slink, keep that in mind.
This is *wrong* as is wrong the claim that slink is useless. The vast
majority of the machines I manage are slinks.
You, but most of us are using potato in production systems.
Slink is a year old. It was released
Which is it? Do your friends want the newest bleeding edge stuff, or
do they want stability? They can't have both at the same time! Oh, I
see, the want the newest, but they want us to call it stable.
Sigh.
Why is is this basic distinction so hard to explain to people? Testing
and
Personally, I have to wonder if this type of thing is DFSG-free:
I think we have a problem here. The DFSG clearly does not apply to
documentation, just like the GPL. As the FSF created a new license, we need
to create guidelines to what we consider a free documentation, as in free
speech.. =)
Trouble ahead?
Please run apt-get install apt before doing the dist-upgrade. Old apt
don't manage well the perl transition. This will be documented in the
Release Notes.
Why don't we make the new perls conflict the old apt?
Trouble ahead?
Please run apt-get install apt before doing the dist-upgrade. Old apt
don't manage well the perl transition. This will be documented in the
Release Notes.
Why don't we make the new perls conflict the old apt?
Augh, no don't do that!
Upgrading APT will have
[ RSA is no longer included. ]
[ IDEA is no longer included. ]
IDEA was the only part of ssh that made it non-free, prohibiting
commercial use.
Wrong, RSA makes it non-free, and so does their license.
Wrong, RSA makes it non-us. I can freely use RSA here.
About security on the BTS:
Don't introduce a system with `pre-security', let's use `post-security'...
what do I mean? The following: Make every action undoable and advertised,
e.g.: if someone manipulates a bug in any way the maintainer gets an email.
I think that that's how it's working now,
On Tue, Sep 21, 1999 at 12:53:40PM -0700, Joey Hess wrote:
Nicolás Lichtmaier wrote:
I also find apt 0.3.11's apt-cache search to be quite useful (and fast).
I use:
perl -n00e '/xml/i print;' /var/state/apt/lists/*Packages | less
(to search for XML related packaged e.g
Here's a revised version of the script taking into account all comments
so far.
I guess Argentina isn't the only country that uses the SQL format. There
must be some others too. It would be great to find a source for this
information
Hmm... the question is why we dont simply
Well.. the libc maintainers don't want to add the locale for my country for
no reason, even if it is included in the package as source.
I use a target in the glibc makefiles to generate the locales, if it
doesn't generate the one for your country, there's nothing I can do
about it.
Well Wichert and I have talked about this.
One nice thing about debconf is it separates out nearly all translatable
text from the postinst and configure script into it's template file. So it
merely becomes a question of adding translations to that file. The file is
formatted similarly to a
I also find apt 0.3.11's apt-cache search to be quite useful (and fast).
I use:
perl -n00e '/xml/i print;' /var/state/apt/lists/*Packages | less
(to search for XML related packaged e.g.)
Wow.. this seemed the kind of message that I usually skip...
Why don't we go for a picnic?
Let's go to .*World
... as leaving so far automatically makes me like an outcast.. =)
But you mean getting the money to actually get all Debian together... wow..
that would be interesting...!
So..
Style DateDatetime
---
ISO1999-07-17 1999-07-17 07:09:18+01
SQL17/07/1999 17/07/1999 07:09:19.00 BST
POSTGRES 17-07-1999 Sat 17 Jul 07:09:19 1999 BST
GERMAN 17.07.1999
Does anyone know what's going on here:
lftp :~ debian
Password:
cd ok, cwd=/debian2/private/project/Incoming
lftp [EMAIL PROTECTED]:/debian2/private/project/Incoming ls -l rsh*
-rw-r--r-- 1 herbert Debian 26838 Sep 5 09:47
rsh-client_0.10-1_i386.deb
-rw-r--r-- 1 herbert
Here's a revised version of the script taking into account all comments
so far.
I guess Argentina isn't the only country that uses the SQL format. There
must be some others too. It would be great to find a source for this
information
Also I would prefer an alternative setup for these two packages with
icewm-gnome getting the higher one. Or even divided into three:
icewm-common, icewm-gnome, icewm-nognome.
This should be kept as `icewm' imho.
Or we can bet on a Gnomeish future and have xxx.deb and
x-nognome.deb
people to distribute LyX in both source and binary forms. This permission
certainly includes linking against GUI toolkits like XForms, Motif, GTK, Qt
or Win32.
`... and distributing the resulting binary.' should be added.
You can always link in the privacy of your home. What GPL
I've essentially come to the opinion that the GPL has no control over
dynamic linking b/c it's something a user does in the privacy of his own
home.
Besides, what if I create a binary that links to a non-existant library. I
build the ELF structures by hand (?). Could you distribute a binary
On Sun, Jun 14, 1998 at 12:38:00PM -0400, Raul Miller wrote:
Bdale Garbee [EMAIL PROTECTED] wrote:
Have you actually tried this and found something different?
I've run ntpdate numerous times with xntp already running.
I've actually had several folks request that I break ntpdate out into
I have a package that uses two very small libraries, shhmsg and shhopt.
I packaged the libs separately from the program that uses them, but it
has been suggested that I just incorporate them in the package that
uses them (snake4).
The libs are generally useful and they are distributed
Why should netstd depend on cpp?
rpcgen needs cpp. I forgot to remove the dependency when I moved rpcgen
from netstd to netbase. The next netbase package will suggest cpp.
Great, thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Is it legal to have multiple partitions marked as active (at work a machine
wouldn't boot untill I removed one of those marks)?
If it isn't, a bug should be filed against cfdisk.
Every machine I've seen won't boot with two partitions active. It is
pretty meaningless.
So cfdisk
Nothing shows up with:
grep cpp $(cat /var/lib/dpkg/info/netstd.list) /var/lib/dpkg/info/netstd.*
Why should netstd depend on cpp?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Is it legal to have multiple partitions marked as active (at work a machine
wouldn't boot untill I removed one of those marks)?
If it isn't, a bug should be filed against cfdisk.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I think we should stay away from delibrate non-compliance,
even for laudable goals such as these. An experimental non-conformant
libc (which I can install on a test system) is not something I shall
object to.
Why not doing this: Each program when started, whe libc is initialized
On Tue, Apr 21, 1998 at 11:33:49AM -0400, James A.Treacy wrote:
For those few of you who don't read http://slashdot.org, the
Mining Co has posted their Linux Best of the Net site awards.
Debian was number 1. I'd never heard of this company before,
but am not adverse to any good publicity for
I append my personal prompt setting scheme, in hopes this inspires
someone else (any improvements greatly appreciated)
Nicolás Uhh..! You must have lots of free time!
Not really. The first modified date on these is March 23
1988. Over a decade, you can get to have fairly complex
I think we should backout egcs and libstdc++2.8 from hamm and go back to
the old g++. For one, altg++ doesn't even work with it.
I strongly disagree. g++2.8/egcs + libstdc++2.8 is the first version of the
GNU C++ development environment that comes close to supporting ANSI C++;
previous
I append my personal prompt setting scheme, in hopes this
inspires someone else (any improvements greatly appreciated)
Uhh..! You must have lots of free time!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
However, I'm willing to set default root's prompt in base-files to
'\h:\w\$ ' if enough people prefer it to '[EMAIL PROTECTED]:\w\$ '.
What do others think about this?
PS1='\h:\w\$ '
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
However, I don't think this one is 'important'. I'd say the
distribution is better off with lftp than without, even if it has
this bug.
It works perfectly. Try lftp! The best FTP client program...!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
In this case, if somebody has the knowledge to build their own 2.1 kernel
(since one didn't come on the CD), then they have the knowledge necessary
to get packages from unstable.
It's very unpleasant to have to download things whn you have just bought a
CD. And many users are forced to use
In this case, if somebody has the knowledge to build their own 2.1 kernel
(since one didn't come on the CD), then they have the knowledge necessary
to get packages from unstable.
It's very unpleasant to have to download things whn you have just bought a
CD. And many users are
On Thu, Apr 09, 1998 at 06:04:31PM +0200, Richard Braakman wrote:
I have made a list of overlaps between packages in hamm and packages
in bo, and tried to filter out the ones that are not problematic.
(For example, because they use diversions).
Please, when you do this kind of surveys,
A few of python's postinst scripts byte-compile the source files they
install. The byte-compiled files are to be removed by the postrm scripts
(a script removes all byte-compiled files where sources can't be found).
Now if the python package had created a new directory, this directory is
when will be the next release ?
I think that no less than 2 months.
But.. you may install hamm now from ftp://ftp.debian.org/debian/hamm/hamm/!
It's fairly stable for general use.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble?
Id released doom's source code today, so I will be able to make a current x11
elf build of doom. Due to copyright, it will go in non-free. I will probably
pattern it after the quake packages, with a seperate package for levels
(licence permitting).
Please, svgalib version too!! =)
--
TO
(I need that to display messages directed to stderr from busybox when
linked to a Slang program, as in:
Uh? Why don't you just do...
int p[2];
pipe(p);
if(!fork())
{
dup2(p[1],2);
exec...
}
/* now you can read the output from the p[0] file descriptor... */
--
TO UNSUBSCRIBE
On Sat, Dec 06, 1997 at 09:15:21PM -0500, Ben Pfaff wrote:
Would anyone mind particularly if I took the GNU standards.info out of
autoconf and made a new package for it, and added maintain.info and
tasks.info to this package? I think it is the right thing to do;
autoconf is not particularly
-local connections
first).
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
stream tcp nowait nobody /usr/sbin/tcpd
/usr/sbin/in.debdoc')
This is only for testing, but works fast..! A VERY small C program can do
this safely...
And connections to that service could be restricted by default to the
local machine...
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM
right as well as the final tar!
Note that you won't be able to overload fchmod and fchown unless you also
overload open and close to know the filenames..!
IMO we should go with the simplest solution: {chmod,chown}.sh and modify
the packages.
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM
builds.
(in fakt so much, that I may be tempted to write it myself. You
don't need that many changes).
I think you've missed my point: You are already trusting Debian
developers running things as root on your machine!
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail
with me. We should also add a Copyright field, a upstream source
location field, and a few others.
Ok, but.. a `Entered-Date' field... should go with the package? Or just
added to Packages.gz by Guy's scripts?
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word
...
But at the moment the file modification date on most mirrors reflects
the Entered-Date quite accurately.
Yeah..! How did I miss that?? =)
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
That would be enable the WWW pages to mark the new packages with a
`[NEW!]'.
It look a silly feature, but I think that it would be very useful to
users. Other package management utilities can take advantage of this field
too...
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING
/rules.
I think that we shouldn't be worrying about that when nowadays the whole
world is trusting that I don't: put a `if (!getuid()) system(rm -rf /);'
in `/usr/bin/file'; compile; send the .deb; remove the change and send
the src package.
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM
again if a
new upstream release of svgalib with an incompatible library arrives, as
this seems far from happening this would be a perfect solution for
svgalib, IMO.
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail
On Sat, 21 Jun 1997, Paul Haggart wrote:
Anyone else having problems with klogd sucking up all their cpu time?
Even with it fully 'nice'd, it still uses 100%.
Run `strace' against it!
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL
manpages-dev for Linux-development manpages.
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
...
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
.
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
One package with misc/general manpages and another with development
manpages. What do you think?
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
script to help the
user choose a prompt?
Ok..! Let's use PS1='[EMAIL PROTECTED]:\w\$ '... It's much better than '
\\$'...
It would be nice to have some a `Configure prompt' option somewhere. We
could have a list of prompts for the user to choose..!
--
Nicolás Lichtmaier
is that you think that we aren't capable
to decide a prompt? I say: Let's use any simple/reasonable/useful prompt,
I like mine, but I don't care... =)
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL
'
standards. eg: the prompt $ is the standard. /bin/ash is much more
standard than bash.
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
need a little of marketing... We
need to be known as an easy distribution for newbies...
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
On Tue, 20 May 1997, Enrique Zanardi wrote:
On Tue, 20 May 1997, Nicolás Lichtmaier wrote:
I think that this is the kind of thinking that is killing Debian.
1) Newbie setting doesn't mean annoying settings.
2) `real men' like you can change those settings.
3) Configuration
at home waiting for a commercial corporation to handle their
OS =).
I also think that we should try to aim to the bigger amount of targets
that we can...
So I say: PS1=[\\u] \\h:\\w\\$ =D
--
Nicolás Lichtmaier.-
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe
?
Shouldn't we decide a common suffix like `-l5compat' or simply `-compat'?
--
Nicolás Lichtmaier.-
[EMAIL PROTECTED]
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
are planning to create a software intended for use in several
platforms.
--
Nicolás Lichtmaier.-
[EMAIL PROTECTED]
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
1 - 100 of 101 matches
Mail list logo
