or
its derivatives. I'm a (retired) scientist turned database programmer,
I know Pascal, FORTRAN and SQL, and that's about it.
Thanks,
Brian.
On 3/4/24 03:10, Paul Eggert wrote:
Try running 'strace -o tr cp data.dat original' and then look at the
file 'tr' (which could be quite large). Look for the syscalls near the
start, and near the end, of the bulk copy.
Quite possibly it's a bug in your Linux drivers or your firmware or
hardwa
Sorry for the delay in updating this problem - I've been doing some
testing!
The first thing I did was wrote a quick and dirty Pascal program to do
a byte-by-byte comparison of the data files, just in case it was cmp
that was causing the problem, not cp. The results were the same using
my
Jan Engelhardt wrote:
> I wanted to get the number of seconds since the start of the day.
>
> echo $[`date +%s` % 86400];
How about:
echo $[$(date +%s) - $(date -d '' +%s)]
Brian
___
Bug-coreutils mailing list
Bug-cor
issue.
In addition, there's the possibility of doing this in-place if there's
not enough free space and/or if the size of the header fits into memory,
however that is dangerous since you suffer data loss if interrupted.
Brian
___
Bug-coreutils
x,:') cu=cu-;; *) cu= ;; esac;\
-$(MAKE) $(AM_MAKEFLAGS) binPROGRAMS_INSTALL=./ginstall\
+$(MAKE) $(AM_MAKEFLAGS) \
$${cu}install-binPROGRAMS
@$(NORMAL_INSTALL)
$(MAKE) $(AM_MAKEFLAGS) install-exec-hook
--
Brian Silverman
Concept X, LLC
__
the seven characters "654321\n". Use echo -n if you
don't want the newline included.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
rwin's or Sun's or the
BSD's, etc.
In short: adding options to standard commands when a portable solution
already exists does not make a lot of sense, and the coreutils
maintainers are very resistant to doing it as a result.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
-d '[:alpha:]'
You commonly see this also with find, where you have to quote globs that
you want to survive past the shell without interpolation and be passed
on to the command:
find . -name '*.ext'
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
I have built the coreutils 6.9 package (the latest) on a 64-bit x86
Linux system (Linux 2.6).
If as myself (not root) I type:
% su
I become root. No password asked!
Note: This software resides in AFS space. If I build it locally, the
problem does not occur.
BTW, I've also built coreutils
cho "foo"; sleep 1; done ) | LD_PRELOAD=./linebuf.so grep
foo | cat
foo
foo
foo
... # immediate output
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
end to be compiler specific though.
I'd be more concerned about the portability of LD_PRELOAD, which tends
to be a feature of ELF systems. Cygwin does provide an emulation of
LD_PRELOAD however, so the example at least does work there as well,
modulo s/-fPIC// and s/.so/.dll/.
Brian
_
the only reliable way to deal with arbitrary
filenames without complicated quoting is to \0-delimit them. Using tr
to convert newlines to \0 fails if you have filenames with newlines in
them, not to mention that it's pointless overhead.
Brian
___
B
The new feature is demonstrated by a wrapper script around tail which
gives me the ability to use tail to drive arbitrary alerts like this
(only the core concept lines are shown):
# put it into the background
tail -n 0 -f error_file > working_file &
#wait for some lines to arrive
while !
shes early, instead of waiting for the full 30
minute time interval, its Ctrl-C and the captured lines are sent to stdout and
captured in the test report.
-Original Message-
From: j...@gmail.com [mailto:j...@gmail.com] On Behalf Of James Youngman
Sent: Thursday, May 07, 2009 3:59 AM
length data. It just
doesn't seem very likely that you would actually ever want dd to operate
in text mode.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
~/whatever
However, when you view the .txt file with 'less' it will likely be
fairly unintelligible, certainly not a plain text log. Though if you
'cat' it to a terminal you will recreate the scp output in fast-forward
mode.
Brian
___
ngs as a command line argument at
all. If you want to accept short strings you can always do 'echo foo |
base64 -' or similar. In your examples of perl/sed/grep those all take
program/script code (or in the case of grep, a regular expressi
sed -n 11,+10p # gnu sed only
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
bout portability then you don't have
to bother checking for anything because you will be responsible for
knowing that the tools support whatever feature you want to use.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
tring, but then if one of
the found files had a space in its name you would end up invoking test
with invalid syntax. You could play quoting games to get around that
but I find using -printf to be simpler. YMMV.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
via execve to be:
#1 all arguments passed to imv/icp on the command line (not --help,etc)
#2 --
#3 file argument #1
#4 file argument #2
Maybe the version of coreutils (mv,cp) you're using is different
than mine? I am runing Gentoo 2005.1 on ~amd64.
> epm -q coreutils
coreutils-5.2.1-r6
ctually trying to achieve, rather
that the particular method you are trying to use.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Bob Proulx wrote:
> Please see this frequently given answer in the reference below.
>
> http://www.gnu.org/software/coreutils/faq/
>
> Look for "Why can only root chown files?"
Incidently, there is an incomplete sentence in that section of the FAQ
("Such as creating...").
BrianIndex: coreuti
like cat(1). Every(1) can also work
> on bytes or blocks instead of lines.
Can't you pretty much achieve the same thing with:
awk '(FNR-1) % M < N' file
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
gt; version0/data/r=2 146839.1
> version0/data/r=2/1/51 10.9
> version0/data/r=2/1/52 6.6
> version0/data/r=2/1/54 7.5
This is working correctly as designed, though probably not how you
expected.
<http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Sort-d
"Bryce Nesbitt (mailing list account)" wrote:
> This is a request for a command line switch to "diff -r",
The diff command is not a part of coreutils:
http://www.gnu.org/software/diffutils/diffutils.html
___
Bug-coreutils mailing list
Bug-coreutils@gn
something similar in another thread and one of
the responses made the point that in order to implement this, the
program would have to potentially traverse a number of links (e.g. xx ->
yy -> zz) and in doing so it would need to be careful not to get stuck
in a loop (xx -> yy -&g
has nothing to do with that script or any other
distro-specific file.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
w.unicom.com/pw/reply-to-harmful.html>. I wouldn't expect it
to be changed any time soon.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
e various To/CC/BCC/whatever fields.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
what you expected to happen, etc. Your message does not
include nearly enough information.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Read the FAQ.
http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Sort-does-not-sort-in-normal-order_0021
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
rnel
headers? It sounds like you're using an old strace with a newer kernel.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Bob Proulx wrote:
> You probably wanted the [EMAIL PROTECTED] mailing list for asking
> for gcc help.
That sound probably be gcc-help (at) gcc.gnu.org
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/li
ran the program with "]" as an argument. It returned nothing.
I was wondering if that [ program is supposed to be there, or if it's a typo.
If I run info [ I get the info page for test, so I wasn't certain if they
were related.
Thanks,
Brian
__
Dirk Stoecker wrote:
> So please tell me a way to use the sort program in contexts which allow no
> environment variable settings. I will be happy to accept it.
You can use "env LC_COLLATE=C sort -opts" as the sort command. Or 'sh
-c "LC_COLL
or is it part of a configuration file?
You must be using a patched coreutils because none of that alias junk is
in the official tarballs. Check the patches that your distribution
adds.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http:
ompared to trying to make
grep do this job.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
mation:
ls (coreutils) 5.2.1 (5.2.1-2ubuntu2)
Thanks,
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
kind of Makefile that expects to call
LINK.EXE (the Microsoft linker) to do linking, but instead it is trying
to invoke /bin/link from coreutils. In that case it's a problem with
his Makefile and/or his PATH and/or his environment, but has nothing to
do with Cygwin or coreutils.
Brian
__
"John P. Eisenmenger" wrote:
> So is this a bug, or do I just need to learn the new way of specifying
> column offsets?
It's not a bug. See the NEWS file.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://
from the cron job they are not set and
the default "C" locale is used.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
t was not valid
C++0x the response would be exactly the same, "fix your code" not "g++
is buggy for not accepting this broken code and should be boycotted."
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
d never be hand
edited, so I don't see how you would get conflicts.
Consult the CVS manual for information on conflicts, there is a whole
section about this (10.3 in my copy.) You should have gotten a warning
from cvs that there were conflicts (and/or seen "C" as the status
c
odifies a configure.ac or similar input file that would
ever set the stage for a conflict in a generated file, and this type of
change is comparitively rare -- certainly not something that I would
expect from the OP who stated that he has yet to successfully
g like:
$ echo -e "5~30\n55~40" | sort
55~40
5~30
It works when you use "," because that character comes before the digits
in the ascii order. Run your input files through 'sort' before passing
them to 'comm'.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
a "250GB" hard drive you are getting 250 billion bytes,
which is actually a factor of (1000/1024)**3 smaller in GB.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
ng to move the file from e.g. ext2/3 to a
brain-dead filesystem (e.g. FAT32) which has a 4GB limit. That's also
not something that mv can deal with, it's a limitation of the filesystem
that cannot be avoided.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
#x27; more than
once.
The choice of hash function is affected by the `--random-source'
option.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
I need to "parse" text from a file or input, and replace a string and
> put conclusion to output.
That's way too generic of a description to really be able to offer any
concrete advice.
> I tried to find a way, but I didn't:(
http://www.orei
above expression by
> writing:
>
> cut -f 3,5-+3 myfile
How about:
perl -F'\t' -nae 'print join "\t", @F[2,4..$#F-3]' myfile
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
hen
you try to add features to programs like 'cut' that have existed for
probably decades and that are standardized by IEEE/POSIX, and have
multiple implementations (i.e. not everybody uses GNU cut.) Any
features you add become GNU extensions, and can't be used in anything
but pri
d paste, it is a way
to tell readline to take the next keystroke literally, and it works in
any readline app (e.g. gdb.)
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
x distribution not support -rf? And what is the solution?
-r and -f are options for rm, not rmdir. They are different commands.
Note that you can always run "command --help" or "info command" or "man
command" if you want to see what options it supports.
Brian
___
quot; idiom. For details and examples run "info find" or
"info xargs" and browse. These commands are extremely flexible and the
way to go for doing most tasks involving recursively searching for all
files of a given specification. Pretty much the
dusan halicky wrote:
> This is the exact case why to do it, look at \"my\" version:
>
> $ cat filename | basename
Arg! Why why why do people do this nonsense? There is *NO* reason to
use cat here. "basename http://lists.gnu.org/mailman/listinfo/bug-coreutils
sign. The original intent of unix was along the lines of
"a lot of small programs, each that do one thing really well." In that
vein, the shell does all globbing (and variable expansion/substitution,
quoting, etc.) for all program invocations, rather than having to add
glob expan
sort | uniq
> /tmp/test
> /tmp/test/a
> /tmp/test/b
> /tmp/test/c
> /tmp/test/d
Now why in the world would you go to all that trouble? You're listing
every single file and directory in the tree, only to then go and strip
the filename component entirely, resulting in
Sam G wrote:
> I was wondering why the gnu chown doesn't have an option to behave
> like other unixes, where the 'owner' of a file can chown.
FAQ:
http://www.gnu.org/software/coreutils/faq/#Why-can-only-root-chown-files_003f
___
Bug-coreutils mailing
more information.
Looks like a misbehavior in option parsing.
Randomly,
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Thanks guys, you learn something new every day.
Cheers,
Brian
Eric Blake <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Brian Matheson on 4/18/2007 8:34 PM:
> > Old behavior:
> > red:~$ basename $0
> > -bash
&
; 1
> aa
> 938
> four
> a
Not to derail on perl golfing but how about just:
$ perl -e 'print sort {length($a)<=>length($b)} <>' file
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
s, use the info documentation. If you don't like the
'info' program there are numerous alternatives, the easiest of which is
HTML:
<http://www.gnu.org/software/coreutils/manual/html_node/comm-invocation.html>.
The ability to specify som
bsent and so you end up passing each
word of the date string as a separate argument, which is invalid input
to date, which complains. Everywhere that you have $TDATE you need to
use "$TDATE". Note that just using quotes when you assign to TD
s <http://undocumented.ntinternals.net/> so
that it is relatively well understood. As a very rough analogy to POSIX
systems, using it might be likened to making direct int 0x80 syscalls on
a POSIX system rather than going through the libc... i.e. somewhat
ugly.)
Brian
On
Darwin, do this; On FreeBSD, do this; On Windows, do this."
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
ldn't it?
I don't think it should. It would require much more context for a
generic options parser to speculatively treat certain groupings of
options as filenames, test for existance of those files, and change
behavior dynamically. That kind of thing would be rife with co
t -z "$casa"; echo $?
0
You might have also seen the idiom 'test "x$foo" = x' which is another
way of dealing with this problem, as well as several others such the
case when $foo is "=" or a value that starts with a dash.
Brian
_
alessandro salvatori wrote:
> On top of that the only way for me to get the desired behaviour of skipping
> existing files seems to be:
See the previous thread from earlier this month:
<http://lists.gnu.org/archive/html/bug-coreutils/2007-08/msg0.htm
mod 0700 testme'. Can it be
> done in 1 step using an octal number?
Read these threads for the past history on this behavior:
http://lists.gnu.org/archive/html/bug-coreutils/2006-07/msg00125.html
http://lists.gnu.org/archive/html/bug-coreutils/2007-05/msg00132.html
Brian
| xargs showargs
argv[0] = 'showargs'
argv[1] = 'one'
argv[2] = 'two'
argv[3] = 'three'
argv[4] = 'four'
I don't see how the xargs -L option has anything to do with the
situation.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
of
using xargs. So I still maintain that xargs without -print0/-0 is
deficient.
Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
; -o - --subnodes 2>/dev/null | wc
28815289654
That's a fifteen-hundred word explanation on the syntax and meaning
behind symbolic modes, and there are 19 examples by my count. --help
output and man pages are supposed to be short and concise.
Brian
but
very few end up making it in, because the project sets quite a high
standard: no size/space limitations, full texinfo and --help/man
documentation, testcases, implementing features not found in the
existing unix toolset, etc.
Brian
___
Bug-coreutils mail
Jari Aalto wrote:
> Could you point me to the manual (info?) sources and document
> which explains the build procedure for *.N files.
The .x files are just skeletons. The meat of the man pages are
generated automatically from the --help output of each binary with the
help2man script.
"Cutler, David" wrote:
> When I downloaded Cygwin, I specified the use of DOS line terminators.
>
> I found a bug in what I suspect is cat when used with a simple bash shell
> script.
Since you're using Cygwin, the Cygwin mailing list is a better place to
post this because most coreutils develo
have prompted, and thus the file would be overwritten despite the user
giving --reply=no. This was the source of much confusion and the reason
why it the option was deprecated, because it did work in the manner that
people expected.
Brian
___
Bug-co
to invoke the non-aliased version of the
command:
<http://lists.gnu.org/archive/html/bug-coreutils/2007-03/msg00099.html>
(or better, not have any troublesome aliases in the first place, but
obviously people are free to do whatever works best for them.)
Brian
eutils.
perl -e 'exec { "real" } "fake", "arg1", "arg2"'
As an observer of this list I have noted that coreutils maintainers are
highly reticent to add new commands to coreutils that are trivially
implemented with existing standard commands.
Brian
hy the error message?
If I compile the same code on tiger and run it on leopard I don't
get that error message (and the copy is done correctly).
???
--Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
system.
Someone suggested recompiling coreutils with
HAVE_BUGGY_NFS_TIME_STAMPS defined.
I did recompile with that define and it did fix the problem.
Just another data point.
--Brian
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http
x27;s is probably not something we should do, though. ???
--Brian
On Jan 17, 2008, at 3:49 AM, Jim Meyering wrote:
Brian Biswas <[EMAIL PROTECTED]> wrote:
I'm running coreutils 6.9 on leopard 10.5.1.
% cp file1 file2
works correctly. However:
% cp -p file1 file2
reason for
the creation of MSYS was to do exactly what you just said. If it were
possible to build coreutils (and bash, etc) without an emulation layer
like MSYS then it would never have been created.
Brian
___
Bug-coreutils mailing list
Bug-coreutil
stupid, but all my googling says
that it should be up and running. Any help would be appreciated. Thanks!
--
Brian Kreulen
"We shall not cease from exploration
And the end of all our exploring
Will be to arrive where we started
And know the place for the first time"
--T.S. Eliot
__
'false --help' and 'false --version' print nothing and return an error. I
honestly don't know if it's working as intended. If not, the man page needs
to be updated.
e a Docker container (Ubunut 14.04 as the client
OS). The command I executed is:
tail -f stderr.log
I am happy to provide followup information or testing.
Thanks,
Brian Drawert
quotes in their titles are now displayed
incorrectly. This bug also breaks existing scripts all over the place.
Please resolve this bug on the next release.
Brian Hartvigsen
When doing a math operation to a date command it appear to process the
timezone differently.
The system is Ubuntu 18.04.2 LTS.
Versions: coreutils/bionic,now 8.28-1ubuntu1 amd64 [installed]
#echo $datNow
2019-06-25 15:21:34
#date -d "$datNow " "+%Y-%m-%d %H:%M:%S" --debug
date: parsed date part:
ere are no test failures for coreutils-9.0 on
x86_64-unknown-openbsd7.0
Thanks.
~Brian
e virtually no warnings during the build (even before these
fixes).
I can send you a build log offlist if you'd like to see what the 7.0
build looks like.
~Brian
On 10/03/2021 01:42 PM, Paul Eggert wrote:
On 10/2/21 8:14 PM, Brian Callahan wrote:
I can send you a build log offlist if you'd like to see what the 7.0
build looks like.
It sounds like the more-recent clang has fixed most of the false
alarms. It'd probably be a more-efficient
d over many releases with
rebases to root inode handling and allowing case insensitivity that do not
appear to have had any other effect on the flow or operations.
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection
On 2024-10-18 11:32, Paul Eggert wrote:
On 2024-10-18 09:47, Brian Inglis wrote:
Hi folks,
Versions of coreutils cp from 9.1-9.5 have been failing with error message:
"cp: cannot create regular file '/tmp/b/c': File exists"
to overwrite existing files even with -f
to override, but ch???
redefine -f to --silent, --quiet, so would have to mandate the long --force
option with --preserve-root, and also change the docs!
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection is achieved
no
leys I chased down, the end result was that chown
now clears the suid bit from files it acts upon.
As the man page doesn't mention this, and it's certainly new behaviour, and
certainly deviant from every other unix,
I submit that it should not do this.
Thanks
Brian K. White -- [EM
e previously in the case of a no-op it really did (what I
think) the more sensible thing, nothing.
Anyways. As long as it's documented and can be counted on not to change (any
more), then it's fine...
Thanks much
Brian K. White -- [E
- Original Message -
From: "Bob Proulx" <[EMAIL PROTECTED]>
To: "Brian K. White" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, April 13, 2006 11:42 AM
Subject: Re: chown clears suid bit!
Brian K. White wrote:
Your explanations do make sense but it sure
Jim Meyering wrote:
Hello,
While writing a few tests for userspec (below), I was surprised to
re-learn that chown USER_NAME: has a special meaning. It is a
shorthand for chown USER_NAME:+$(id -g USER_NAME) ...
I had expected it to be equivalent to this:
chown USER_NAME ...
Since the above beha
It would be a useful enhancement to uniq to replace all lines
considered non-uniq (i.e. those that would be removed from the output)
with a message about how many times the previous line was repeated.
I.e.
$ cat <
signature.asc
Description: This is a digitally signed message part
1 - 100 of 102 matches
Mail list logo
