On Mon, Jun 24, 2013 at 11:15:11AM +0930, Glen Turner wrote:
On 22/06/2013, at 7:23 PM, Richard W.M. Jones wrote:
(2) Write a shell script that contains the ifconfig/route add (or ip ...)
commands they need and have it run at boot. Most simple static
network configs are 2 or 3
On 06/24/2013 03:27 AM, Bruno Wolff III wrote:
On Sun, Jun 23, 2013 at 18:04:55 -0400,
Matthias Clasen mcla...@redhat.com wrote:
rpm db 82M
I vaguely remember a discussion about dropping this for live images
because it gets rebuilt every boot when needed. My memory is that we
- Original Message -
From: Florian Weimer fwei...@redhat.com
To: devel@lists.fedoraproject.org
Sent: Friday, June 21, 2013 3:00:36 PM
Subject: Re: A need for build triggers automatic rebuilds
On 06/21/2013 08:28 AM, Krzysztof Daniel wrote:
OSGI records that there is a file
Krzysztof,
unrelated to this thread, but I've noticed the Face header in your
email, which exceeds the maximum size of such headers. As such, it breaks
the hard limits of some servers as well as clients, such as Claws Mail.
http://quimby.gnus.org/circus/face/
--
Fedora release 19
Le Lun 24 juin 2013 11:59, Aleksandar Kurtakov a écrit :
This shows another problem though: expressing version range in a spec file
e.g there is no easy way to say I want a package that provides osgi(smth)
[1.0.0, 1.5.0). If you try to express it with RPM requires as two
statements:
On 06/24/2013 11:59 AM, Aleksandar Kurtakov wrote:
I believe Debian relaxes the OSGi-generated dependencies on system
libraries. Fedora should do the same thing in its Eclipse packaging.
Just to clarify a bit - this is not a limitation of OSGi. It's the Eclipse
implementation being faulty
On Mon, Jun 24, 2013 at 11:15:11AM +0930, Glen Turner wrote:
Sun's tagline of the network is the computer was true. But for servers
these days the computer is the network is also the case. It's nothing
for a server today to statically NAT or bridge IPv4 to VMs. Even in that
case it's best if
- Original Message -
On Sat, 2013-06-22 at 22:17 -0700, Adam Williamson wrote:
On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote:
On Fri, 2013-06-21 at 14:14 -0700, Adam Williamson wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=958426 - 19 Final TC1
x86_64
- Original Message -
- Original Message -
On Sat, 2013-06-22 at 22:17 -0700, Adam Williamson wrote:
On Sat, 2013-06-22 at 11:00 -0400, Matthias Clasen wrote:
On Fri, 2013-06-21 at 14:14 -0700, Adam Williamson wrote:
Once upon a time, Glen Turner g...@gdt.id.au said:
What we don't want is a scenario where configuring these protocols on servers
has to be done by network engineers. We want them configured from a GUI and
supervised by a master daemon. Let's call that NetworkManager.
You think hundreds of
* Chris Adams [24/06/2013 06:30] :
You think hundreds of servers (with untold numbers of VMs), or any
complicated networking setups, are going to each have their network
configuration managed by a GUI?
I believe Glen meant that in the sense an admin is running a GUI app
on his workstation and
Le Lun 24 juin 2013 13:08, Matthew Miller a écrit :
So, the converse is that as actual workloads move to VMs (let alone
cloud),
the host systems become a special case, and the normal case for a server
tends to become much more simple: either a single interface probably with
fixed-address
Compose started at Mon Jun 24 08:15:03 UTC 2013
Broken deps for x86_64
--
[aries-blueprint]
aries-blueprint-0.3.1-5.fc19.noarch requires asm2
[chmsee]
chmsee-2.0-5.git0acc572a.fc20.x86_64 requires libxpcom.so()(64bit)
[cxf]
On Mon, Jun 24, 2013 at 01:22:03PM +0200, Reindl Harald wrote:
yes, and all these setups are more than satisfied with network.service
and do not need more complexity with a running daemon like NM
If you'd be interested in packaging and maintaining a network.service that
handles static
On Mon, Jun 24, 2013 at 01:41:16PM +0200, Nicolas Mailhot wrote:
So, the converse is that as actual workloads move to VMs (let alone
cloud), the host systems become a special case, and the normal case
for a server tends to become much more simple: either a single interface
probably with
Join us on irc.freenode.net in #fedora-meeting-2 for this important
meeting, wherein we shall determine the readiness of the Fedora 19.
Thursday, June 27, 2013 17:00 UTC (1 PM EDT, 10 AM PDT, 19:00 CEST)
Before each public release Development, QA and Release Engineering meet
to determine if the
Compose started at Mon Jun 24 09:15:02 UTC 2013
Broken deps for x86_64
--
[avgtime]
avgtime-0-0.5.git20120724.fc19.x86_64 requires
libphobos-ldc.so.60()(64bit)
[derelict]
derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686
- We have both js and mozjs17. js is still used by gjs, libpeas,
libproxy-mozjs and gnome-shell. Possible savings: 7M
I thought Colin was fixing everything to use mosjz17. Is that a F-20
thing?
Bill
--
devel mailing list
devel@lists.fedoraproject.org
Bruno Wolff III (br...@wolff.to) said:
On Sun, Jun 23, 2013 at 18:04:55 -0400,
Matthias Clasen mcla...@redhat.com wrote:
rpm db 82M
I vaguely remember a discussion about dropping this for live images
because it gets rebuilt every boot when needed. My memory is that we
ended up
On Mon, Jun 24, 2013 at 3:15 PM, Bill Nottingham nott...@redhat.com wrote:
Bruno Wolff III (br...@wolff.to) said:
On Sun, Jun 23, 2013 at 18:04:55 -0400,
Matthias Clasen mcla...@redhat.com wrote:
rpm db 82M
I vaguely remember a discussion about dropping this for live images
Hello,
a new DNF build has been built and pushed to updates-testing for F19
today[1]. It includes the latest upstream libsolv, hawkey, librepo and
DNF with bugfixes, see the DNF 0.3.8 release notes[2].
Ales
[1] http://bit.ly/19vfFeu
[2] http://akozumpl.github.io/dnf/release_notes.html#id7
On Mon, 2013-06-24 at 09:14 -0400, Bill Nottingham wrote:
- We have both js and mozjs17. js is still used by gjs, libpeas,
libproxy-mozjs and gnome-shell. Possible savings: 7M
I thought Colin was fixing everything to use mosjz17. Is that a F-20
thing?
It missed f19, yes.
--
devel
On Mon, 2013-06-24 at 09:15 -0400, Bill Nottingham wrote:
Bruno Wolff III (br...@wolff.to) said:
On Sun, Jun 23, 2013 at 18:04:55 -0400,
Matthias Clasen mcla...@redhat.com wrote:
rpm db 82M
I vaguely remember a discussion about dropping this for live images
because it
On Mon, Jun 24, 2013 at 12:53:14 +0300,
Panu Matilainen pmati...@laiskiainen.org wrote:
On 06/24/2013 03:27 AM, Bruno Wolff III wrote:
The __db.* files hopefully are not included on live images to begin
with. It might be possible to drop the indexes too: current rpm
Those are the files I
Le Lun 24 juin 2013 14:40, Matthew Miller a écrit :
I'm not sure it's the same reasoning because I have no idea how what I
said relates to replacing the BIOS wiith ESXi, but it's certainly the case
that VMware has been hugely successful. And part of that success is
because
addressing the
On 06/24/2013, Jaroslav Reznik wrote:
Do we have to be byte strict here? For physical medium sizes, we had to
be, this 1 GB is more we set it as we think it's a good idea. Or maybe
1 GB sticks (what's the real size one can use + overlay?) but it's not
as strict, as you could pick up bigger
On 06/20/2013 04:53 PM, Mario Ceresa wrote:
Thanks Don, for your answer. How can I follow progress in this area? Is there a
mailing list, or a wiki page for that?
upstream qemu list primarily;
potentiall lkml /or pci-list if vfio gets modified for it.
@Lars: I'll try the preview repo
Am 24.06.2013 13:08, schrieb Matthew Miller:
On Mon, Jun 24, 2013 at 11:15:11AM +0930, Glen Turner wrote:
Sun's tagline of the network is the computer was true. But for servers
these days the computer is the network is also the case. It's nothing
for a server today to statically NAT or
On Mon, Jun 24, 2013 at 04:05:35PM +0200, Nicolas Mailhot wrote:
The situation I described above is a feature, not a side-effect.
It's a feature for the cloud infra provider. It's an antifeature for
everyone else. There is value in providing more features infra-side. There
is no value in
On 06/24/2013 07:22 AM, John Reiser wrote:
Device sizes vary according to manufacturer and model. 3% is not uncommon.
[snip examples]
Flash drives, like RAM, (technically, they are non-volatile RAM) always
come in binary units. The difference between the nominal and actual
capacity is
On 24/06/2013, at 9:00 PM, Chris Adams wrote:
Once upon a time, Glen Turner said:
What we don't want is a scenario where configuring these protocols on
servers has to be done by network engineers. We want them configured from a
GUI and supervised by a master daemon. Let's call that
Here's the problem (found by Björn Esser):
https://bugzilla.redhat.com/show_bug.cgi?id=977446#c10
and then later on:
https://bugzilla.redhat.com/show_bug.cgi?id=977446#c14
So it seems as if _hardened_build for some reason doesn't work for
libtool-compiled libraries. It does look as if the
Does udev/systemd actually process files in rhis directory? I found a
couple of files in that directory, from the isdn4k-utils package and
from libwacom-0.6.1-1.fc17.x86_64. The lib64 directory isn't mentioned
in udev(7), and I can't find it in the /usr/lib/systemd/systemd-udevd
binary.
--
Florian Weimer (fwei...@redhat.com) said:
Does udev/systemd actually process files in rhis directory? I found
a couple of files in that directory, from the isdn4k-utils package
and from libwacom-0.6.1-1.fc17.x86_64. The lib64 directory isn't
mentioned in udev(7), and I can't find it in the
2013/6/24 Florian Weimer fwei...@redhat.com
Does udev/systemd actually process files in rhis directory? I found a
couple of files in that directory, from the isdn4k-utils package and from
libwacom-0.6.1-1.fc17.x86_64. The lib64 directory isn't mentioned in
udev(7), and I can't find it in
On Mon, Jun 24, 2013 at 8:46 PM, Richard W.M. Jones rjo...@redhat.com wrote:
but the plugins from that build are not hardened fully:
Isn't it possible that the plugins are just so trivial that there were
no opportunities for hardening?
$ hardening-check
Reindl Harald (h.rei...@thelounge.net) said:
Am 24.06.2013 20:57, schrieb Bill Nottingham:
Florian Weimer (fwei...@redhat.com) said:
Does udev/systemd actually process files in rhis directory? I found
a couple of files in that directory, from the isdn4k-utils package
and from
On 06/24/2013 08:57 PM, Bill Nottingham wrote:
Florian Weimer (fwei...@redhat.com) said:
Does udev/systemd actually process files in rhis directory? I found
a couple of files in that directory, from the isdn4k-utils package
and from libwacom-0.6.1-1.fc17.x86_64. The lib64 directory isn't
Am 24.06.2013 20:57, schrieb Bill Nottingham:
Florian Weimer (fwei...@redhat.com) said:
Does udev/systemd actually process files in rhis directory? I found
a couple of files in that directory, from the isdn4k-utils package
and from libwacom-0.6.1-1.fc17.x86_64. The lib64 directory isn't
On Mon, Jun 24, 2013 at 09:13:29PM +0200, Miloslav Trmač wrote:
On Mon, Jun 24, 2013 at 8:46 PM, Richard W.M. Jones rjo...@redhat.com wrote:
but the plugins from that build are not hardened fully:
Isn't it possible that the plugins are just so trivial that there were
no opportunities for
On Mon, Jun 24, 2013 at 08:46:51PM +0100, Richard W.M. Jones wrote:
On Mon, Jun 24, 2013 at 09:13:29PM +0200, Miloslav Trmač wrote:
On Mon, Jun 24, 2013 at 8:46 PM, Richard W.M. Jones rjo...@redhat.com
wrote:
but the plugins from that build are not hardened fully:
Isn't it possible that
On Mon, 2013-06-24 at 15:21 +0200, drago01 wrote:
On Mon, Jun 24, 2013 at 3:15 PM, Bill Nottingham nott...@redhat.com wrote:
Bruno Wolff III (br...@wolff.to) said:
On Sun, Jun 23, 2013 at 18:04:55 -0400,
Matthias Clasen mcla...@redhat.com wrote:
rpm db 82M
I vaguely
On Mon, 2013-06-24 at 07:22 -0400, Jaroslav Reznik wrote:
that is, with the old spin-kickstarts and without the above update,
we're 19215872 bytes oversize; with the update but old spin-kickstarts,
we're 17118720 bytes oversize (the update saves ~2.1MB); and with the
update and latest
Freemedia Hat on.
Seeing the other thread where size limits have been spoken about:
https://lists.fedoraproject.org/pipermail/devel/2013-June/184345.html
Looking at:
http://torrent.fedoraproject.org/ Fedora-18-source-DVD.torrent 8.8GB
Hazard a guess F19 will be similar.
It's pushed the limit of
On Tue, Jun 25, 2013 at 12:13 AM, Frank Murphy frankl...@gmail.com wrote:
Freemedia Hat on.
Seeing the other thread where size limits have been spoken about:
https://lists.fedoraproject.org/pipermail/devel/2013-June/184345.html
Looking at:
http://torrent.fedoraproject.org/
On Tue, 2013-06-25 at 00:45 +0200, drago01 wrote:
On Tue, Jun 25, 2013 at 12:13 AM, Frank Murphy frankl...@gmail.com wrote:
Freemedia Hat on.
Seeing the other thread where size limits have been spoken about:
https://lists.fedoraproject.org/pipermail/devel/2013-June/184345.html
Looking
Do people download / use the SRPM DVDs rather then just download the
ones they are interested in?
It does seem a tad...vestigial.
If you want to give away copies of the DVD with binaries,
then under GPL you must offer the source similarly,
or promise to maintain for 3 years a download site
On Mon, 24 Jun 2013, Richard W.M. Jones wrote:
Note there is still a problem that an LDFLAGS hack was needed in the
spec file, otherwise libtool (or something) eats the hardening LDFLAGS.
Too often Makefiles contain CFLAGS= / LDFLAGS=, instead of CFLAGS?= / LDFLAGS?=
Paul
--
devel mailing
On Mon, 2013-06-24 at 16:37 -0700, John Reiser wrote:
Do people download / use the SRPM DVDs rather then just download the
ones they are interested in?
It does seem a tad...vestigial.
If you want to give away copies of the DVD with binaries,
then under GPL you must offer the source
A file has been added to the lookaside cache for perl-HTTP-Tiny:
c0811f2422da288dae4fd3545599e4e5 HTTP-Tiny-0.033.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=977266
Bug ID: 977266
Summary: perl-ExtUtils-Typemaps-Default-1.04 is available
Product: Fedora
Version: rawhide
Component: perl-ExtUtils-Typemaps-Default
Keywords: FutureFeature, Triaged
commit b1c794663a966ca5fb44d36aa3e13ad9ac55c906
Author: Petr Písař ppi...@redhat.com
Date: Mon Jun 24 09:53:07 2013 +0200
0.033 bump
perl-HTTP-Tiny.spec |5 -
sources |1 -
2 files changed, 4 insertions(+), 2 deletions(-)
---
diff --git a/perl-HTTP-Tiny.spec
commit 7d5765658582460ebf5384839dbb4a819de5d38e
Author: Petr Písař ppi...@redhat.com
Date: Mon Jun 24 09:54:15 2013 +0200
Cache sources
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 0135c9dba8f110b81a170a0a0c468b211ced9592
Author: Petr Písař ppi...@redhat.com
Date: Mon Jun 24 09:57:09 2013 +0200
Cache sources really
.gitignore |1 +
sources|1 +
2 files changed, 2 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index
https://bugzilla.redhat.com/show_bug.cgi?id=976985
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=963123
Miro Hrončok mhron...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=977266
--- Comment #1 from Miro Hrončok mhron...@redhat.com ---
*** Bug 963123 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
commit 774cb0c229eea4dd83c4925124f875b9e9630c24
Author: Jitka Plesnikova jples...@redhat.com
Date: Mon Jun 24 14:07:23 2013 +0200
Update dependencies
perl-Clone.spec | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
---
diff --git a/perl-Clone.spec b/perl-Clone.spec
perl-PDL has broken dependencies in the rawhide tree:
On x86_64:
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
On i386:
perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
perl-Bio-SamTools has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve
commit 8d7943cd3ff890d4f99e200c5ffa7b38c791825c
Author: Miro Hrončok m...@hroncok.cz
Date: Mon Jun 24 14:34:37 2013 +0200
New upstream release
.gitignore |1 +
perl-Boost-Geometry-Utils.spec |5 -
sources|2 +-
3 files changed, 6
A file has been added to the lookaside cache for perl-Boost-Geometry-Utils:
14d705f8efda8db81e118aa8c8a21bed Boost-Geometry-Utils-0.15.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve this
perl-Bio-SamTools has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
A file has been added to the lookaside cache for perl-Math-Clipper:
b3ab7976e0248cf92ddda7546ad75771 Math-Clipper-1.22.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit e0ec2e5f28296d5096e88f34ce9e44e014656d51
Author: Miro Hrončok m...@hroncok.cz
Date: Mon Jun 24 14:43:33 2013 +0200
New upstream release
.gitignore |1 +
perl-Math-Clipper.spec |5 -
sources|2 +-
3 files changed, 6 insertions(+), 2
Summary of changes:
8d7943c... New upstream release (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
e0ec2e5... New upstream release (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit d16320fff2cc91841986412414a71ec44f402078
Author: Jitka Plesnikova jples...@redhat.com
Date: Mon Jun 24 16:19:44 2013 +0200
Update dependencies and license
perl-CGI.spec | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
---
diff --git a/perl-CGI.spec
A file has been added to the lookaside cache for slic3r:
5c7b9271685ea4c537ad411075126439 slic3r-0.9.10b-f13c611.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 2cba691fe1bef215038bfe811831dbda96b4ac39
Author: Miro Hrončok m...@hroncok.cz
Date: Mon Jun 24 16:36:39 2013 +0200
New upstream release
.gitignore |1 +
slic3r.spec | 24 +---
sources |2 +-
3 files changed, 11 insertions(+), 16 deletions(-)
---
A file has been added to the lookaside cache for perl-Math-PlanePath:
24cb8fb383762a9391be607181d933ce Math-PlanePath-105.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit dcf548c9e0ef81b080c575c9800aa921883da3f3
Author: Miro Hrončok m...@hroncok.cz
Date: Mon Jun 24 18:35:32 2013 +0200
New upstream release
.gitignore |1 +
perl-Math-PlanePath.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+),
Summary of changes:
dcf548c... New upstream release (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=971096
--- Comment #8 from Fedora Update System upda...@fedoraproject.org ---
perl-Module-Signature-0.73-1.el5 has been pushed to the Fedora EPEL 5 stable
repository. If problems still persist, please make note of it in this bug
report.
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=977592
Bug ID: 977592
Summary: svk throws perl errors while syncing and fails to
update properly
Product: Fedora
Version: 18
Component: perl-SVK
Severity: high
https://bugzilla.redhat.com/show_bug.cgi?id=914316
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=914316
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|perl-Net-Twitter-4.6-1.
This review reimplements the virtual attribute cache (per entry) within
a linked list.
https://fedorahosted.org/389/ticket/512
https://fedorahosted.org/389/attachment/ticket/512/0004-Ticket-512-improve-performance-of-vattr-code.patch
--
389-devel mailing list
See http://jenkins.cloud.fedoraproject.org/job/389-ds-base/52/changes
Changes:
[Noriko Hosoi] Ticket 123 - Enhancement request:whoami extended operation
--
Started by an SCM change
Building remotely on Fedora18 in workspace
81 matches
Mail list logo