Sun Nov 24 23:05:56 2024
EVENTS
 FREE
SOFTWARE
INSTITUTE

POLITICS
JOBS
MEMBERS'
CORNER

MAILING
LIST

NYLXS Mailing Lists and Archives
NYLXS Members have a lot to say and share but we don't keep many secrets. Join the Hangout Mailing List and say your peice.

DATE 2020-12-01

HANGOUT

2024-11-24 | 2024-10-24 | 2024-09-24 | 2024-08-24 | 2024-07-24 | 2024-06-24 | 2024-05-24 | 2024-04-24 | 2024-03-24 | 2024-02-24 | 2024-01-24 | 2023-12-24 | 2023-11-24 | 2023-10-24 | 2023-09-24 | 2023-08-24 | 2023-07-24 | 2023-06-24 | 2023-05-24 | 2023-04-24 | 2023-03-24 | 2023-02-24 | 2023-01-24 | 2022-12-24 | 2022-11-24 | 2022-10-24 | 2022-09-24 | 2022-08-24 | 2022-07-24 | 2022-06-24 | 2022-05-24 | 2022-04-24 | 2022-03-24 | 2022-02-24 | 2022-01-24 | 2021-12-24 | 2021-11-24 | 2021-10-24 | 2021-09-24 | 2021-08-24 | 2021-07-24 | 2021-06-24 | 2021-05-24 | 2021-04-24 | 2021-03-24 | 2021-02-24 | 2021-01-24 | 2020-12-24 | 2020-11-24 | 2020-10-24 | 2020-09-24 | 2020-08-24 | 2020-07-24 | 2020-06-24 | 2020-05-24 | 2020-04-24 | 2020-03-24 | 2020-02-24 | 2020-01-24 | 2019-12-24 | 2019-11-24 | 2019-10-24 | 2019-09-24 | 2019-08-24 | 2019-07-24 | 2019-06-24 | 2019-05-24 | 2019-04-24 | 2019-03-24 | 2019-02-24 | 2019-01-24 | 2018-12-24 | 2018-11-24 | 2018-10-24 | 2018-09-24 | 2018-08-24 | 2018-07-24 | 2018-06-24 | 2018-05-24 | 2018-04-24 | 2018-03-24 | 2018-02-24 | 2018-01-24 | 2017-12-24 | 2017-11-24 | 2017-10-24 | 2017-09-24 | 2017-08-24 | 2017-07-24 | 2017-06-24 | 2017-05-24 | 2017-04-24 | 2017-03-24 | 2017-02-24 | 2017-01-24 | 2016-12-24 | 2016-11-24 | 2016-10-24 | 2016-09-24 | 2016-08-24 | 2016-07-24 | 2016-06-24 | 2016-05-24 | 2016-04-24 | 2016-03-24 | 2016-02-24 | 2016-01-24 | 2015-12-24 | 2015-11-24 | 2015-10-24 | 2015-09-24 | 2015-08-24 | 2015-07-24 | 2015-06-24 | 2015-05-24 | 2015-04-24 | 2015-03-24 | 2015-02-24 | 2015-01-24 | 2014-12-24 | 2014-11-24 | 2014-10-24 | 2014-09-24 | 2014-08-24 | 2014-07-24 | 2014-06-24 | 2014-05-24 | 2014-04-24 | 2014-03-24 | 2014-02-24 | 2014-01-24 | 2013-12-24 | 2013-11-24 | 2013-10-24 | 2013-09-24 | 2013-08-24 | 2013-07-24 | 2013-06-24 | 2013-05-24 | 2013-04-24 | 2013-03-24 | 2013-02-24 | 2013-01-24 | 2012-12-24 | 2012-11-24 | 2012-10-24 | 2012-09-24 | 2012-08-24 | 2012-07-24 | 2012-06-24 | 2012-05-24 | 2012-04-24 | 2012-03-24 | 2012-02-24 | 2012-01-24 | 2011-12-24 | 2011-11-24 | 2011-10-24 | 2011-09-24 | 2011-08-24 | 2011-07-24 | 2011-06-24 | 2011-05-24 | 2011-04-24 | 2011-03-24 | 2011-02-24 | 2011-01-24 | 2010-12-24 | 2010-11-24 | 2010-10-24 | 2010-09-24 | 2010-08-24 | 2010-07-24 | 2010-06-24 | 2010-05-24 | 2010-04-24 | 2010-03-24 | 2010-02-24 | 2010-01-24 | 2009-12-24 | 2009-11-24 | 2009-10-24 | 2009-09-24 | 2009-08-24 | 2009-07-24 | 2009-06-24 | 2009-05-24 | 2009-04-24 | 2009-03-24 | 2009-02-24 | 2009-01-24 | 2008-12-24 | 2008-11-24 | 2008-10-24 | 2008-09-24 | 2008-08-24 | 2008-07-24 | 2008-06-24 | 2008-05-24 | 2008-04-24 | 2008-03-24 | 2008-02-24 | 2008-01-24 | 2007-12-24 | 2007-11-24 | 2007-10-24 | 2007-09-24 | 2007-08-24 | 2007-07-24 | 2007-06-24 | 2007-05-24 | 2007-04-24 | 2007-03-24 | 2007-02-24 | 2007-01-24 | 2006-12-24 | 2006-11-24 | 2006-10-24 | 2006-09-24 | 2006-08-24 | 2006-07-24 | 2006-06-24 | 2006-05-24 | 2006-04-24 | 2006-03-24 | 2006-02-24 | 2006-01-24 | 2005-12-24 | 2005-11-24 | 2005-10-24 | 2005-09-24 | 2005-08-24 | 2005-07-24 | 2005-06-24 | 2005-05-24 | 2005-04-24 | 2005-03-24 | 2005-02-24 | 2005-01-24 | 2004-12-24 | 2004-11-24 | 2004-10-24 | 2004-09-24 | 2004-08-24 | 2004-07-24 | 2004-06-24 | 2004-05-24 | 2004-04-24 | 2004-03-24 | 2004-02-24 | 2004-01-24 | 2003-12-24 | 2003-11-24 | 2003-10-24 | 2003-09-24 | 2003-08-24 | 2003-07-24 | 2003-06-24 | 2003-05-24 | 2003-04-24 | 2003-03-24 | 2003-02-24 | 2003-01-24 | 2002-12-24 | 2002-11-24 | 2002-10-24 | 2002-09-24 | 2002-08-24 | 2002-07-24 | 2002-06-24 | 2002-05-24 | 2002-04-24 | 2002-03-24 | 2002-02-24 | 2002-01-24 | 2001-12-24 | 2001-11-24 | 2001-10-24 | 2001-09-24 | 2001-08-24 | 2001-07-24 | 2001-06-24 | 2001-05-24 | 2001-04-24 | 2001-03-24 | 2001-02-24 | 2001-01-24 | 2000-12-24 | 2000-11-24 | 2000-10-24 | 2000-09-24 | 2000-08-24 | 2000-07-24 | 2000-06-24 | 2000-05-24 | 2000-04-24 | 2000-03-24 | 2000-02-24 | 2000-01-24 | 1999-12-24

Key: Value:

Key: Value:

MESSAGE
DATE 2020-12-23
FROM Mithun Bhattacharya
SUBJECT Re: [Hangout - NYLXS] Confused about two development utils [EXT]
From hangout-bounces-at-nylxs.com Sat Dec 26 03:24:21 2020
Return-Path:
X-Original-To: archive-at-mrbrklyn.com
Delivered-To: archive-at-mrbrklyn.com
Received: from www2.mrbrklyn.com (www2.mrbrklyn.com [96.57.23.82])
by mrbrklyn.com (Postfix) with ESMTP id C39B116406C;
Sat, 26 Dec 2020 03:24:20 -0500 (EST)
X-Original-To: hangout-at-www2.mrbrklyn.com
Delivered-To: hangout-at-www2.mrbrklyn.com
Received: by mrbrklyn.com (Postfix, from userid 1000)
id 77D89164059; Sat, 26 Dec 2020 03:24:04 -0500 (EST)
Resent-From: Ruben Safir
Resent-Date: Sat, 26 Dec 2020 03:24:04 -0500
Resent-Message-ID: <20201226082404.GI4921-at-www2.mrbrklyn.com>
Resent-To: hangout-at-mrbrklyn.com
X-Original-To: ruben-at-mrbrklyn.com
Delivered-To: ruben-at-mrbrklyn.com
Received: from mxout1-ec2-va.apache.org (mxout1-ec2-va.apache.org
[3.227.148.255]) by mrbrklyn.com (Postfix) with ESMTP id 09B0E164028
for ; Wed, 23 Dec 2020 19:06:11 -0500 (EST)
Received: from mail.apache.org (mailroute1-lw-us.apache.org [207.244.88.153])
by mxout1-ec2-va.apache.org (ASF Mail Server at
mxout1-ec2-va.apache.org) with SMTP id A1CFA47D23
for ; Thu, 24 Dec 2020 00:06:10 +0000 (UTC)
Received: (qmail 48773 invoked by uid 500); 24 Dec 2020 00:06:10 -0000
Mailing-List: contact modperl-help-at-perl.apache.org; run by ezmlm
Precedence: bulk
Delivered-To: mailing list modperl-at-perl.apache.org
Received: (qmail 48761 invoked by uid 99); 24 Dec 2020 00:06:09 -0000
Received: from spamproc1-he-de.apache.org (HELO spamproc1-he-de.apache.org)
(116.203.196.100)
by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Dec 2020 00:06:09 +0000
Received: from localhost (localhost [127.0.0.1])
by spamproc1-he-de.apache.org (ASF Mail Server at spamproc1-he-de.apache.org)
with ESMTP id C4E3F1FF3A1
for ; Thu, 24 Dec 2020 00:06:08 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at spamproc1-he-de.apache.org
X-Spam-Flag: NO
X-Spam-Score: 1.001
X-Spam-Level: *
X-Spam-Status: No, score=1.001 tagged_above=-999 required=6.31
tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.2, RCVD_IN_DNSWL_BLOCKED=0.001,
SCC_5_SHORT_WORD_LINES=1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001]
autolearn=disabled
Authentication-Results: spamproc1-he-de.apache.org (amavisd-new);
dkim=pass (2048-bit key) header.d=gmail.com
Received: from mx1-he-de.apache.org ([116.203.227.195])
by localhost (spamproc1-he-de.apache.org [116.203.196.100]) (amavisd-new,
port 10024) with ESMTP id vIkHYcBssZJT for ;
Thu, 24 Dec 2020 00:06:07 +0000 (UTC)
Received-SPF: Pass (mailfrom) identity=mailfrom;
client-ip=2607:f8b0:4864:20::e33; helo=mail-vs1-xe33.google.com;
envelope-from=mithnb-at-gmail.com; receiver=
Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com
[IPv6:2607:f8b0:4864:20::e33])
by mx1-he-de.apache.org (ASF Mail Server at mx1-he-de.apache.org) with ESMTPS
id 45F937F9F3
for ; Thu, 24 Dec 2020 00:06:07 +0000 (UTC)
Received: by mail-vs1-xe33.google.com with SMTP id u7so605167vsg.11
for ; Wed, 23 Dec 2020 16:06:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to;
bh=MtYsahtVnxvcKgVFE2B43XuBUFOMg84kXIMRWh5xSpY=;
b=KffF89VcX11o4ezc02c9H97w93uGjqN18dNa2oQdscEXbNi9EgFE58E487XKHRuJtc
JxfGkbBrsZYNTkfu60uLa/TjMuvGKZjcwDOOfT7I4vt+6KsY8nQXLqnQmub4t+kKfcb/
hNORvfMc5ugYL5B6a3qmkULmKp0Mpu6OnjQvnlNKNOZIaB1/QzLUxAl8aThHzgwvyaeK
2s8RzRieBr4dbsLr3mTu//hhSXqpgrpe6ZqGkNzWYhJn1GjAn7PfWd12fLUTE6SAcTNg
WZQdcvEWFrU+JrQVjbm5WSryh6qEuhaOgi2cJ468CKZE2fczvlsJYWWq6Td7cauovK1d
ZVxQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to;
bh=MtYsahtVnxvcKgVFE2B43XuBUFOMg84kXIMRWh5xSpY=;
b=tPdUfVJhjInjVftyHAPBrXVB5qVdvxAnbkTFsRLL2HKOdi2ig6WMhmiWm4JRPpELp7
bKmLBFhhoOx9NhLFqHl0fVJhZEFC5wDiruuYxMMjTA9PX/Zy7DXLMNnm2t9WlbtCYERt
iwv4txC7T8Y27yyhrV08wUzKE9zZd23+M7tNkl5re8m+7FymVuIS+8Jawy+Hci8jblHW
KDaV72FS/QxE+VzvkAMHr2Oc1qv9XhhQ0NJgknhNW9dc+AxUS0n/oYRMHUciQyU/FDWj
p91bZDC8k6NX/jk0ei++qOujX/Mox0UlZTeZd7fVmLkzDMLlbBJgotZSkWEShAhwve0t
MzWg==
X-Gm-Message-State: AOAM532A4CBYPH866NoqRALWpi8uEObfMQO5ltVvfDONgpVPrm/sKvnc
qAYWf9hTIOV8w8w4dFGhhsXNY3GAFznVJlmiGxgjjP6e
X-Google-Smtp-Source: ABdhPJxWvSCWWmui/HkuwV0AC4USjZaFUdO9ymSRg02+D2ppkYVLu5kGgnsdC0DGrJn7J3LXNmoIXgguvJS1GkeUTys=
X-Received: by 2002:a67:c316:: with SMTP id r22mr19971743vsj.30.1608768365417;
Wed, 23 Dec 2020 16:06:05 -0800 (PST)
MIME-Version: 1.0
References:
<971cc41d-b30e-7fc1-25a2-4a63f028321d-at-ice-sa.com>

<90ae0836-d487-926c-89e4-696a46fae57d-at-ice-sa.com>
<335e0e3cca2e4dd3aeb5f91d83ea08c0-at-sanger.ac.uk>


<11d9dcd77b2a4de7a98592c31664eb0c-at-sanger.ac.uk>
In-Reply-To: <11d9dcd77b2a4de7a98592c31664eb0c-at-sanger.ac.uk>
From: Mithun Bhattacharya
Date: Wed, 23 Dec 2020 18:05:54 -0600
Message-ID:
To: mod_perl list
Subject: Re: [Hangout - NYLXS] Confused about two development utils [EXT]
X-BeenThere: hangout-at-nylxs.com
X-Mailman-Version: 2.1.30rc1
List-Id: NYLXS Tech Talk and Politics
List-Unsubscribe: ,

List-Archive:
List-Post:
List-Help:
List-Subscribe: ,

Content-Type: multipart/mixed; boundary="===============1963975112=="
Errors-To: hangout-bounces-at-nylxs.com
Sender: "Hangout"

--===============1963975112==
Content-Type: multipart/alternative; boundary="000000000000f257f705b72a92c7"

--000000000000f257f705b72a92c7
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

James would you be able to share more info about your setup ?
1. What exactly is your application doing which requires so much memory and
CPU - is it something like gene splicing (no i don't know much about it
beyond Jurassic Park :D )
2. Do you feel Perl was the best choice for whatever you are doing and if
yes then why ? How much of your stuff is using mod_perl considering you
mentioned not much is web related ?
3. What are the challenges you are currently facing with your
implementation ?

On Wed, Dec 23, 2020 at 6:58 AM James Smith wrote:

> Oh but memory is a problem =E2=80=93 but not if you have just a small clu=
ster of
> machines!
>
> Our boxes are larger than that =E2=80=93 but they all run virtual machine=
{only a
> small proportion web related} =E2=80=93 machines/memory would rapidly bec=
ome in our
> data centre - we run VMWARE [995 hosts] and openstack [10,000s of hosts] =
+
> a selection of large memory machines {measured in TBs of memory per machi=
ne
> }.
>
> We would be looking at somewhere between 0.5 PB and 1 PB of memory =E2=80=
=93 not
> just the price of buying that amount of memory - for many machines we nee=
d
> the fastest memory money can buy for the workload, but we would need a lo=
t
> more CPUs then we currently have as we would need a larger amount of
> machines to have 64GB virtual machines {we would get 2 VMs per host. We
> currently have approx. 1-2000 CPUs running our hardware (last time I had =
a
> figure) =E2=80=93 it would probably need to go to approximately 5-10,000!
> It is not just the initial outlay but the environmental and financial cos=
t
> of running that number of machines, and finding space to run them without
> putting the cooling costs through the roof!! That is without considering
> what additional constraints on storage having the extra machines may have
> (at the last count a year ago we had over 30 PBytes of storage on side =
=E2=80=93
> and a large amount of offsite backup.
>
> We would also stretch the amount of power we can get from the national
> grid to power it all - we currently have 3 feeds from different part of t=
he
> national grid (we are fortunately in position where this is possible) and
> the dedicated link we would need to add more power would be at least 50
> miles long!
>
> So - managing cores/memory is vitally important to us =E2=80=93 moving to=
the
> cloud is an option we are looking at =E2=80=93 but that is more than 4 ti=
mes the
> price of our onsite set-up (with substantial discounts from AWS) and woul=
d
> require an upgrade of our existing link to the internet =E2=80=93 which i=
s
> currently 40Gbit of data (I think).
>
> Currently we are analysing a very large amounts of data directly linked t=
o
> the current major world problem =E2=80=93 this is why the UK is currently=
being
> isolated as we have discovered and can track a new strain, in near real
> time =E2=80=93 other countries have no ability to do this =E2=80=93 we in=
a day can and do
> handle, sequence and analyse more samples than the whole of France has
> sequenced since February. We probably don=E2=80=99t have more of the new =
variant
> strain than in other areas of the world =E2=80=93 it is just that we know=
we have
> because of the amount of sequencing and analysis that we in the UK have
> done.
>
>
>
> *From:* Matthias Peng
> *Sent:* 23 December 2020 12:02
> *To:* mod_perl list
> *Subject:* Re: Confused about two development utils [EXT]
>
>
>
> Today memory is not serious problem, each of our server has 64GB memory.
>
>
>
>
> Forgot to add - so our FCGI servers need a lot (and I mean a lot) more
> memory than the mod_perl servers to serve the same level of content (just
> in case memory blows up with FCGI backends)
>
> -----Original Message-----
> From: James Smith
> Sent: 23 December 2020 11:34
> To: Andr=C3=A9 Warnier (tomcat/perl) ; modperl-at-perl.apache=
.org
> Subject: RE: Confused about two development utils [EXT]
>
>
> > This costs memory, and all the more since many perl modules are not
> thread-safe, so if you use them in your code, at this moment the only saf=
e
> way to do it is to use the Apache httpd prefork model. This means that ea=
ch
> Apache httpd child process has its own copy of the perl interpreter, whic=
h
> means that the memory used by this embedded perl interpreter has to be
> counted n times (as many times as there are Apache httpd child processes
> running at any one time).
>
> This isn=E2=80=99t quite true - if you load modules before the process fo=
rks then
> they can cleverly share the same parts of memory. It is useful to be able
> to "pre-load" core functionality which is used across all functions {this
> is the case in Linux anyway}. It also speeds up child process generation =
as
> the modules are already in memory and converted to byte code.
>
> One of the great advantages of mod_perl is Apache2::SizeLimit which can
> blow away large child process - and then if needed create new ones. This =
is
> not the case with some of the FCGI solutions as the individual processes
> can grow if there is a memory leak or a request that retrieves a large
> amount of content (even if not served), but perl can't give the memory
> back. So FCGI processes only get bigger and bigger and eventually blow up
> memory (or hit swap first)
>
>
>
>
>
> --
> The Wellcome Sanger Institute is operated by Genome Research Limited, a
> charity registered in England with number 1021457 and a company register=
ed
> in England with number 2742969, whose registered office is 215 Euston
> Road, London, NW1 2 [google.com]
> ps_search_s-2B215-2BEuston-2BRoad-2C-2BLondon-2C-2BNW1-2B2-3Fentry-3Dgmail-=
26source-3Dg&d=3DDwMFaQ&c=3DD7ByGjS34AllFgecYw0iC6Zq7qlm8uclZFI0SqQnqBo&r=
=3DoH2yp0ge1ecj4oDX0XM7vQ&m=3DfriR8ykiZ-NWYdX6SrbT_ogNXEVR-4ixdkrhy5khQjA&s=
=3DxU3F4xE2ugQuDWHZ4GtDn9mPBCKcJJOI0PYScsSNjSg&e=3D>
> BE.
>
>
>
> --
> The Wellcome Sanger Institute is operated by Genome Research
> Limited, a charity registered in England with number 1021457 and a
> company registered in England with number 2742969, whose registered
> office is 215 Euston Road, London, NW1 2 [google.com]
> ps_search_s-2B215-2BEuston-2BRoad-2C-2BLondon-2C-2BNW1-2B2-3Fentry-3Dgmail-=
26source-3Dg&d=3DDwMFaQ&c=3DD7ByGjS34AllFgecYw0iC6Zq7qlm8uclZFI0SqQnqBo&r=
=3DoH2yp0ge1ecj4oDX0XM7vQ&m=3DfriR8ykiZ-NWYdX6SrbT_ogNXEVR-4ixdkrhy5khQjA&s=
=3DxU3F4xE2ugQuDWHZ4GtDn9mPBCKcJJOI0PYScsSNjSg&e=3D>
> BE.
>
> -- The Wellcome Sanger Institute is operated by Genome Research Limited, =
a
> charity registered in England with number 1021457 and a company registere=
d
> in England with number 2742969, whose registered office is 215 Euston Roa=
d,
> London, NW1 2BE.
>

--000000000000f257f705b72a92c7
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

James would you be able to share more info about your setu=
p ?
1. What exactly is your application doing which requires so much me=
mory and CPU - is it something like gene splicing (no i don't know much=
about it beyond Jurassic Park :D )
2. Do you feel Perl was the b=
est choice for whatever you are doing and if yes then why ? How much of you=
r stuff is using mod_perl considering you mentioned not much is web related=
?
3. What are the challenges you are currently facing with your =
implementation ?

class=3D"gmail_attr">On Wed, Dec 23, 2020 at 6:58 AM James Smith <ef=3D"mailto:js5-at-sanger.ac.uk">js5-at-sanger.ac.uk> wrote:
ockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-lef=
t:1px solid rgb(204,204,204);padding-left:1ex">







Oh but memory is a problem =E2=80=93 but not i=
f you have just a small cluster of machines!



Our boxes are larger than that =E2=80=93 but they all run virtual machine {=
only a small proportion web related} =E2=80=93 machines/memory would rapidl=
y become in our data centre - we run VMWARE [995 hosts] and openstack [10,0=
00s of hosts] + a selection of large memory machines
{measured in TBs of memory per machine }.



We would be looking at somewhere between 0.5 PB and 1 PB of memory =E2=80=
=93 not just the price of buying that amount of memory - for many machines =
we need the fastest memory money can buy for the workload, but we would nee=
d a lot more CPUs then we currently have as
we would need a larger amount of machines to have 64GB virtual machines {w=
e would get 2 VMs per host. We currently have approx. 1-2000 CPUs running o=
ur hardware (last time I had a figure) =E2=80=93 it would probably need to =
go to approximately 5-10,000!

It is not just the initial outlay but the environmental and financial cost =
of running that number of machines, and finding space to run them without p=
utting the cooling costs through the roof!! That is without considering wha=
t additional constraints on storage
having the extra machines may have (at the last count a year ago we had ov=
er 30 PBytes of storage on side =E2=80=93 and a large amount of offsite bac=
kup.



We would also stretch the amount of power we can get from the national grid=
to power it all - we currently have 3 feeds from different part of the nat=
ional grid (we are fortunately in position where this is possible) and the =
dedicated link we would need to
add more power would be at least 50 miles long!



So - managing cores/memory is vitally important to us =E2=80=93 moving to t=
he cloud is an option we are looking at =E2=80=93 but that is more than 4 t=
imes the price of our onsite set-up (with substantial discounts from AWS) a=
nd would require an upgrade of our existing link
to the internet =E2=80=93 which is currently 40Gbit of data (I think).



Currently we are analysing a very large amounts of data directly linked to =
the current major world problem =E2=80=93 this is why the UK is currently b=
eing isolated as we have discovered and can track a new strain, in near rea=
l time =E2=80=93 other countries have no ability
to do this =E2=80=93 we in a day can and do handle, sequence and analyse m=
ore samples than the whole of France has sequenced since February. We proba=
bly don=E2=80=99t have more of the new variant strain than in other areas o=
f the world =E2=80=93 it is just that we know we have because
of the amount of sequencing and analysis that we in the UK have done. <=
/u>


=C2=A0


top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm">

From:=3D"EN-US"> Matthias Peng <get=3D"_blank">pengmatthias-at-gmail.com>


Sent: 23 December 2020 12:02

To: mod_perl list <get=3D"_blank">modperl-at-perl.apache.org>

Subject: Re: Confused about two development utils [EXT]>



=C2=A0



Today memory is not serious problem, each of our ser=
ver has 64GB memory.




=C2=A0



order-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4=
.8pt;margin-right:0cm">



Forgot to add - so our FCGI servers need a lot (and I mean a lot) more memo=
ry than the mod_perl servers to serve the same level of content (just in ca=
se memory blows up with FCGI backends)



-----Original Message-----

From: James Smith <>js5-at-sanger.ac.uk>


Sent: 23 December 2020 11:34

To: Andr=C3=A9 Warnier (tomcat/perl) <arget=3D"_blank">aw-at-ice-sa.com>;
modperl-at-perl.a=
pache.org


Subject: RE: Confused about two development utils [EXT]





> This costs memory, and all the more since many perl modules are not th=
read-safe, so if you use them in your code, at this moment the only safe wa=
y to do it is to use the Apache httpd prefork model. This means that each A=
pache httpd child process has its own
copy of the perl interpreter, which means that the memory used by this emb=
edded perl interpreter has to be counted n times (as many times as there ar=
e Apache httpd child processes running at any one time).



This isn=E2=80=99t quite true - if you load modules before the process fork=
s then they can cleverly share the same parts of memory. It is useful to be=
able to "pre-load" core functionality which is used across all f=
unctions {this is the case in Linux anyway}. It also
speeds up child process generation as the modules are already in memory an=
d converted to byte code.



One of the great advantages of mod_perl is Apache2::SizeLimit which can blo=
w away large child process - and then if needed create new ones. This is no=
t the case with some of the FCGI solutions as the individual processes can =
grow if there is a memory leak or
a request that retrieves a large amount of content (even if not served), b=
ut perl can't give the memory back. So FCGI processes only get bigger a=
nd bigger and eventually blow up memory (or hit swap first)












--

=C2=A0The Wellcome Sanger Institute is operated by Genome Research=C2=A0 Li=
mited, a charity registered in England with number 1021457 and a=C2=A0 comp=
any registered in England with number 2742969, whose registered=C2=A0 offic=
e iogle.com_maps_search_s-2B215-2BEuston-2BRoad-2C-2BLondon-2C-2BNW1-2B2-3Fent=
ry-3Dgmail-26source-3Dg&d=3DDwMFaQ&c=3DD7ByGjS34AllFgecYw0iC6Zq7qlm=
8uclZFI0SqQnqBo&r=3DoH2yp0ge1ecj4oDX0XM7vQ&m=3DfriR8ykiZ-NWYdX6SrbT=
_ogNXEVR-4ixdkrhy5khQjA&s=3DxU3F4xE2ugQuDWHZ4GtDn9mPBCKcJJOI0PYScsSNjSg=
&e=3D" target=3D"_blank">s
215 Euston Road, London, NW1 2 [google.com]
BE.







--

=C2=A0The Wellcome Sanger Institute is operated by Genome Research

=C2=A0Limited, a charity registered in England with number 1021457 and a r>
=C2=A0company registered in England with number 2742969, whose registered <=
br>
=C2=A0office i-3A__www.google.com_maps_search_s-2B215-2BEuston-2BRoad-2C-2BLondon-2C-2BNW=
1-2B2-3Fentry-3Dgmail-26source-3Dg&d=3DDwMFaQ&c=3DD7ByGjS34AllFgecY=
w0iC6Zq7qlm8uclZFI0SqQnqBo&r=3DoH2yp0ge1ecj4oDX0XM7vQ&m=3DfriR8ykiZ=
-NWYdX6SrbT_ogNXEVR-4ixdkrhy5khQjA&s=3DxU3F4xE2ugQuDWHZ4GtDn9mPBCKcJJOI=
0PYScsSNjSg&e=3D" target=3D"_blank">s
215 Euston Road, London, NW1 2 [google.com]
BE.









--=20
The Wellcome Sanger Institute is operated by Genome Research=20
Limited, a charity registered in England with number 1021457 and a=20
company registered in England with number 2742969, whose registered=20
office is 215 Euston Road, London, NW1 2BE.=20





--000000000000f257f705b72a92c7--

--===============1963975112==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Hangout mailing list
Hangout-at-nylxs.com
http://lists.mrbrklyn.com/mailman/listinfo/hangout

--===============1963975112==--

--===============1963975112==
Content-Type: multipart/alternative; boundary="000000000000f257f705b72a92c7"

--000000000000f257f705b72a92c7
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

James would you be able to share more info about your setup ?
1. What exactly is your application doing which requires so much memory and
CPU - is it something like gene splicing (no i don't know much about it
beyond Jurassic Park :D )
2. Do you feel Perl was the best choice for whatever you are doing and if
yes then why ? How much of your stuff is using mod_perl considering you
mentioned not much is web related ?
3. What are the challenges you are currently facing with your
implementation ?

On Wed, Dec 23, 2020 at 6:58 AM James Smith wrote:

> Oh but memory is a problem =E2=80=93 but not if you have just a small clu=
ster of
> machines!
>
> Our boxes are larger than that =E2=80=93 but they all run virtual machine=
{only a
> small proportion web related} =E2=80=93 machines/memory would rapidly bec=
ome in our
> data centre - we run VMWARE [995 hosts] and openstack [10,000s of hosts] =
+
> a selection of large memory machines {measured in TBs of memory per machi=
ne
> }.
>
> We would be looking at somewhere between 0.5 PB and 1 PB of memory =E2=80=
=93 not
> just the price of buying that amount of memory - for many machines we nee=
d
> the fastest memory money can buy for the workload, but we would need a lo=
t
> more CPUs then we currently have as we would need a larger amount of
> machines to have 64GB virtual machines {we would get 2 VMs per host. We
> currently have approx. 1-2000 CPUs running our hardware (last time I had =
a
> figure) =E2=80=93 it would probably need to go to approximately 5-10,000!
> It is not just the initial outlay but the environmental and financial cos=
t
> of running that number of machines, and finding space to run them without
> putting the cooling costs through the roof!! That is without considering
> what additional constraints on storage having the extra machines may have
> (at the last count a year ago we had over 30 PBytes of storage on side =
=E2=80=93
> and a large amount of offsite backup.
>
> We would also stretch the amount of power we can get from the national
> grid to power it all - we currently have 3 feeds from different part of t=
he
> national grid (we are fortunately in position where this is possible) and
> the dedicated link we would need to add more power would be at least 50
> miles long!
>
> So - managing cores/memory is vitally important to us =E2=80=93 moving to=
the
> cloud is an option we are looking at =E2=80=93 but that is more than 4 ti=
mes the
> price of our onsite set-up (with substantial discounts from AWS) and woul=
d
> require an upgrade of our existing link to the internet =E2=80=93 which i=
s
> currently 40Gbit of data (I think).
>
> Currently we are analysing a very large amounts of data directly linked t=
o
> the current major world problem =E2=80=93 this is why the UK is currently=
being
> isolated as we have discovered and can track a new strain, in near real
> time =E2=80=93 other countries have no ability to do this =E2=80=93 we in=
a day can and do
> handle, sequence and analyse more samples than the whole of France has
> sequenced since February. We probably don=E2=80=99t have more of the new =
variant
> strain than in other areas of the world =E2=80=93 it is just that we know=
we have
> because of the amount of sequencing and analysis that we in the UK have
> done.
>
>
>
> *From:* Matthias Peng
> *Sent:* 23 December 2020 12:02
> *To:* mod_perl list
> *Subject:* Re: Confused about two development utils [EXT]
>
>
>
> Today memory is not serious problem, each of our server has 64GB memory.
>
>
>
>
> Forgot to add - so our FCGI servers need a lot (and I mean a lot) more
> memory than the mod_perl servers to serve the same level of content (just
> in case memory blows up with FCGI backends)
>
> -----Original Message-----
> From: James Smith
> Sent: 23 December 2020 11:34
> To: Andr=C3=A9 Warnier (tomcat/perl) ; modperl-at-perl.apache=
.org
> Subject: RE: Confused about two development utils [EXT]
>
>
> > This costs memory, and all the more since many perl modules are not
> thread-safe, so if you use them in your code, at this moment the only saf=
e
> way to do it is to use the Apache httpd prefork model. This means that ea=
ch
> Apache httpd child process has its own copy of the perl interpreter, whic=
h
> means that the memory used by this embedded perl interpreter has to be
> counted n times (as many times as there are Apache httpd child processes
> running at any one time).
>
> This isn=E2=80=99t quite true - if you load modules before the process fo=
rks then
> they can cleverly share the same parts of memory. It is useful to be able
> to "pre-load" core functionality which is used across all functions {this
> is the case in Linux anyway}. It also speeds up child process generation =
as
> the modules are already in memory and converted to byte code.
>
> One of the great advantages of mod_perl is Apache2::SizeLimit which can
> blow away large child process - and then if needed create new ones. This =
is
> not the case with some of the FCGI solutions as the individual processes
> can grow if there is a memory leak or a request that retrieves a large
> amount of content (even if not served), but perl can't give the memory
> back. So FCGI processes only get bigger and bigger and eventually blow up
> memory (or hit swap first)
>
>
>
>
>
> --
> The Wellcome Sanger Institute is operated by Genome Research Limited, a
> charity registered in England with number 1021457 and a company register=
ed
> in England with number 2742969, whose registered office is 215 Euston
> Road, London, NW1 2 [google.com]
> ps_search_s-2B215-2BEuston-2BRoad-2C-2BLondon-2C-2BNW1-2B2-3Fentry-3Dgmail-=
26source-3Dg&d=3DDwMFaQ&c=3DD7ByGjS34AllFgecYw0iC6Zq7qlm8uclZFI0SqQnqBo&r=
=3DoH2yp0ge1ecj4oDX0XM7vQ&m=3DfriR8ykiZ-NWYdX6SrbT_ogNXEVR-4ixdkrhy5khQjA&s=
=3DxU3F4xE2ugQuDWHZ4GtDn9mPBCKcJJOI0PYScsSNjSg&e=3D>
> BE.
>
>
>
> --
> The Wellcome Sanger Institute is operated by Genome Research
> Limited, a charity registered in England with number 1021457 and a
> company registered in England with number 2742969, whose registered
> office is 215 Euston Road, London, NW1 2 [google.com]
> ps_search_s-2B215-2BEuston-2BRoad-2C-2BLondon-2C-2BNW1-2B2-3Fentry-3Dgmail-=
26source-3Dg&d=3DDwMFaQ&c=3DD7ByGjS34AllFgecYw0iC6Zq7qlm8uclZFI0SqQnqBo&r=
=3DoH2yp0ge1ecj4oDX0XM7vQ&m=3DfriR8ykiZ-NWYdX6SrbT_ogNXEVR-4ixdkrhy5khQjA&s=
=3DxU3F4xE2ugQuDWHZ4GtDn9mPBCKcJJOI0PYScsSNjSg&e=3D>
> BE.
>
> -- The Wellcome Sanger Institute is operated by Genome Research Limited, =
a
> charity registered in England with number 1021457 and a company registere=
d
> in England with number 2742969, whose registered office is 215 Euston Roa=
d,
> London, NW1 2BE.
>

--000000000000f257f705b72a92c7
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

James would you be able to share more info about your setu=
p ?
1. What exactly is your application doing which requires so much me=
mory and CPU - is it something like gene splicing (no i don't know much=
about it beyond Jurassic Park :D )
2. Do you feel Perl was the b=
est choice for whatever you are doing and if yes then why ? How much of you=
r stuff is using mod_perl considering you mentioned not much is web related=
?
3. What are the challenges you are currently facing with your =
implementation ?

class=3D"gmail_attr">On Wed, Dec 23, 2020 at 6:58 AM James Smith <ef=3D"mailto:js5-at-sanger.ac.uk">js5-at-sanger.ac.uk> wrote:
ockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-lef=
t:1px solid rgb(204,204,204);padding-left:1ex">







Oh but memory is a problem =E2=80=93 but not i=
f you have just a small cluster of machines!



Our boxes are larger than that =E2=80=93 but they all run virtual machine {=
only a small proportion web related} =E2=80=93 machines/memory would rapidl=
y become in our data centre - we run VMWARE [995 hosts] and openstack [10,0=
00s of hosts] + a selection of large memory machines
{measured in TBs of memory per machine }.



We would be looking at somewhere between 0.5 PB and 1 PB of memory =E2=80=
=93 not just the price of buying that amount of memory - for many machines =
we need the fastest memory money can buy for the workload, but we would nee=
d a lot more CPUs then we currently have as
we would need a larger amount of machines to have 64GB virtual machines {w=
e would get 2 VMs per host. We currently have approx. 1-2000 CPUs running o=
ur hardware (last time I had a figure) =E2=80=93 it would probably need to =
go to approximately 5-10,000!

It is not just the initial outlay but the environmental and financial cost =
of running that number of machines, and finding space to run them without p=
utting the cooling costs through the roof!! That is without considering wha=
t additional constraints on storage
having the extra machines may have (at the last count a year ago we had ov=
er 30 PBytes of storage on side =E2=80=93 and a large amount of offsite bac=
kup.



We would also stretch the amount of power we can get from the national grid=
to power it all - we currently have 3 feeds from different part of the nat=
ional grid (we are fortunately in position where this is possible) and the =
dedicated link we would need to
add more power would be at least 50 miles long!



So - managing cores/memory is vitally important to us =E2=80=93 moving to t=
he cloud is an option we are looking at =E2=80=93 but that is more than 4 t=
imes the price of our onsite set-up (with substantial discounts from AWS) a=
nd would require an upgrade of our existing link
to the internet =E2=80=93 which is currently 40Gbit of data (I think).



Currently we are analysing a very large amounts of data directly linked to =
the current major world problem =E2=80=93 this is why the UK is currently b=
eing isolated as we have discovered and can track a new strain, in near rea=
l time =E2=80=93 other countries have no ability
to do this =E2=80=93 we in a day can and do handle, sequence and analyse m=
ore samples than the whole of France has sequenced since February. We proba=
bly don=E2=80=99t have more of the new variant strain than in other areas o=
f the world =E2=80=93 it is just that we know we have because
of the amount of sequencing and analysis that we in the UK have done. <=
/u>


=C2=A0


top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm">

From:=3D"EN-US"> Matthias Peng <get=3D"_blank">pengmatthias-at-gmail.com>


Sent: 23 December 2020 12:02

To: mod_perl list <get=3D"_blank">modperl-at-perl.apache.org>

Subject: Re: Confused about two development utils [EXT]>



=C2=A0



Today memory is not serious problem, each of our ser=
ver has 64GB memory.




=C2=A0



order-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4=
.8pt;margin-right:0cm">



Forgot to add - so our FCGI servers need a lot (and I mean a lot) more memo=
ry than the mod_perl servers to serve the same level of content (just in ca=
se memory blows up with FCGI backends)



-----Original Message-----

From: James Smith <>js5-at-sanger.ac.uk>


Sent: 23 December 2020 11:34

To: Andr=C3=A9 Warnier (tomcat/perl) <arget=3D"_blank">aw-at-ice-sa.com>;
modperl-at-perl.a=
pache.org


Subject: RE: Confused about two development utils [EXT]





> This costs memory, and all the more since many perl modules are not th=
read-safe, so if you use them in your code, at this moment the only safe wa=
y to do it is to use the Apache httpd prefork model. This means that each A=
pache httpd child process has its own
copy of the perl interpreter, which means that the memory used by this emb=
edded perl interpreter has to be counted n times (as many times as there ar=
e Apache httpd child processes running at any one time).



This isn=E2=80=99t quite true - if you load modules before the process fork=
s then they can cleverly share the same parts of memory. It is useful to be=
able to "pre-load" core functionality which is used across all f=
unctions {this is the case in Linux anyway}. It also
speeds up child process generation as the modules are already in memory an=
d converted to byte code.



One of the great advantages of mod_perl is Apache2::SizeLimit which can blo=
w away large child process - and then if needed create new ones. This is no=
t the case with some of the FCGI solutions as the individual processes can =
grow if there is a memory leak or
a request that retrieves a large amount of content (even if not served), b=
ut perl can't give the memory back. So FCGI processes only get bigger a=
nd bigger and eventually blow up memory (or hit swap first)












--

=C2=A0The Wellcome Sanger Institute is operated by Genome Research=C2=A0 Li=
mited, a charity registered in England with number 1021457 and a=C2=A0 comp=
any registered in England with number 2742969, whose registered=C2=A0 offic=
e iogle.com_maps_search_s-2B215-2BEuston-2BRoad-2C-2BLondon-2C-2BNW1-2B2-3Fent=
ry-3Dgmail-26source-3Dg&d=3DDwMFaQ&c=3DD7ByGjS34AllFgecYw0iC6Zq7qlm=
8uclZFI0SqQnqBo&r=3DoH2yp0ge1ecj4oDX0XM7vQ&m=3DfriR8ykiZ-NWYdX6SrbT=
_ogNXEVR-4ixdkrhy5khQjA&s=3DxU3F4xE2ugQuDWHZ4GtDn9mPBCKcJJOI0PYScsSNjSg=
&e=3D" target=3D"_blank">s
215 Euston Road, London, NW1 2 [google.com]
BE.







--

=C2=A0The Wellcome Sanger Institute is operated by Genome Research

=C2=A0Limited, a charity registered in England with number 1021457 and a r>
=C2=A0company registered in England with number 2742969, whose registered <=
br>
=C2=A0office i-3A__www.google.com_maps_search_s-2B215-2BEuston-2BRoad-2C-2BLondon-2C-2BNW=
1-2B2-3Fentry-3Dgmail-26source-3Dg&d=3DDwMFaQ&c=3DD7ByGjS34AllFgecY=
w0iC6Zq7qlm8uclZFI0SqQnqBo&r=3DoH2yp0ge1ecj4oDX0XM7vQ&m=3DfriR8ykiZ=
-NWYdX6SrbT_ogNXEVR-4ixdkrhy5khQjA&s=3DxU3F4xE2ugQuDWHZ4GtDn9mPBCKcJJOI=
0PYScsSNjSg&e=3D" target=3D"_blank">s
215 Euston Road, London, NW1 2 [google.com]
BE.









--=20
The Wellcome Sanger Institute is operated by Genome Research=20
Limited, a charity registered in England with number 1021457 and a=20
company registered in England with number 2742969, whose registered=20
office is 215 Euston Road, London, NW1 2BE.=20





--000000000000f257f705b72a92c7--

--===============1963975112==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Hangout mailing list
Hangout-at-nylxs.com
http://lists.mrbrklyn.com/mailman/listinfo/hangout

--===============1963975112==--

  1. 2020-12-01 docs-owner-at-mrbrklyn.com Subject: [Hangout - NYLXS] Docs post from ruben-at-mrbrklyn.com requires
  2. 2020-12-01 IEEE Engineering in Medicine and Biology Society <noreply-at-embs.org> Subject: [Hangout - NYLXS] Call for Distinguished Lecturers-DEADLINE EXTENDED
  3. 2020-12-01 From: "Free Software Foundation" <info-at-fsf.org> Subject: [Hangout - NYLXS] Free Software Supporter Issue 152, December 2020
  4. 2020-12-01 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] You can't make this shit up...
  5. 2020-12-01 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Old Audio on the Net!
  6. 2020-12-01 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] With COVID - loose lips sink ships...
  7. 2020-12-01 Richard Stallman <rms-at-gnu.org> Re: [Hangout - NYLXS] Can folks see this image?
  8. 2020-12-02 Ruben Safir <mrbrklyn-at-panix.com> Re: [Hangout - NYLXS] Can folks see this image?
  9. 2020-12-02 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Privacy rights under Halacha
  10. 2020-12-02 Yunxiang Li via artix-general <artix-general-at-artixlinux.org> Subject: [Hangout - NYLXS] [artix-general] Fixes for dbus-s6
  11. 2020-12-02 From: =?utf-8?Q?Zo=C3=AB_Kooyman=2C_FSF?= <info-at-fsf.org> Subject: [Hangout - NYLXS] 35 years of freedom and memories from the FSF
  12. 2020-12-02 NCPA eCommunications <ncpa.ecommunications-at-ncpanet.org> Subject: [Hangout - NYLXS] Thursday webinar will help increase your vaccine
  13. 2020-12-02 From: "Greg Farough, DbD" <info-at-defectivebydesign.org> Subject: [Hangout - NYLXS] International Day Against DRM (IDAD) is almost
  14. 2020-12-02 From: "[RSS/Feed] nixCraft: Linux Tips, Hacks, Tutorials, Subject: [Hangout - NYLXS] nixCraft Linux / UNIX Newsletter
  15. 2020-12-02 Dudemanguy via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] Fixes for dbus-s6
  16. 2020-12-02 Yunxiang Li via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] Fixes for dbus-s6
  17. 2020-12-02 Dudemanguy via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] Fixes for dbus-s6
  18. 2020-12-04 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Trump was aracist for his fear of Muslim
  19. 2020-12-04 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Vaccine roll out problems..
  20. 2020-12-05 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Things you could be doing with your life... -
  21. 2020-12-05 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] Photo Journal of SOHO from today - Note how
  22. 2020-12-05 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] prayers --
  23. 2020-12-06 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Fwd: Planned obsolescence in computing: examples
  24. 2020-12-06 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] china military might rapidy growing during covid
  25. 2020-12-07 Gabor Szabo <gabor-at-szabgab.com> Subject: [Hangout - NYLXS] [Perlweekly] #489 - Meta Advent
  26. 2020-12-08 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Architect of Florida's coronavirus dashboard says
  27. 2020-12-08 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Collapsing Airline business
  28. 2020-12-08 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Dylan Copyrights sold for millions...
  29. 2020-12-08 Ruben Safir <ruben.safir-at-my.liu.edu> Re: [Hangout - NYLXS] Dylan Copyrights sold for millions...
  30. 2020-12-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] NEW MTA slush fund... on like deliveries
  31. 2020-12-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] China has a vaccination also... and they are
  32. 2020-12-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] The shortage of emergency healthcare supplyand
  33. 2020-12-09 Lucy Phipps <landfillbaby69-at-gmail.com> Subject: [Hangout - NYLXS] [png-mng-implement] [PATCH] pngcheck: Output zlib
  34. 2020-12-09 Lucy Phipps <landfillbaby69-at-gmail.com> Re: [Hangout - NYLXS] [png-mng-implement] [PATCH] pngcheck: check
  35. 2020-12-09 Lucy Phipps <landfillbaby69-at-gmail.com> Subject: [Hangout - NYLXS] [png-mng-implement] [PATCH] pngcheck: check 4th
  36. 2020-12-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] NYC Freelancers on the endge
  37. 2020-12-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] New York just never learns - New York City
  38. 2020-12-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] China's Banking system moving into the primary
  39. 2020-12-09 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Future Free Phone OS that might not track you
  40. 2020-12-09 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] Future Free Phone OS that might not track you
  41. 2020-12-09 Javier via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] Fixes for dbus-s6
  42. 2020-12-09 Dudemanguy via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] Fixes for dbus-s6
  43. 2020-12-09 Javier via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] Was pandoc-bin dropped from
  44. 2020-12-09 Javier via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] [artix-gen] python2-pillow
  45. 2020-12-09 Javier via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] Fixes for dbus-s6
  46. 2020-12-09 From: "Donald Robertson, III, FSF" <info-at-fsf.org> Subject: [Hangout - NYLXS] The road to software freedom is paved with
  47. 2020-12-10 From: "Xavier B. via artix-general" <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] Was pandoc-bin dropped from
  48. 2020-12-10 From: "Dana Morgenstein, FSF" <info-at-fsf.org> Subject: [Hangout - NYLXS] In-depth free software news: Read the fall
  49. 2020-12-13 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Vaccine Madness
  50. 2020-12-13 John Emmas <john-at-creativepost.co.uk> Re: [Hangout - NYLXS] [png-mng-implement] Do PNG files come in
  51. 2020-12-13 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] City continues to die
  52. 2020-12-13 Miss Belmar Princess <missbelmar-at-aol.com> Subject: [Hangout - NYLXS] THANK YOU!
  53. 2020-12-13 Ben Bullock <benkasminbullock-at-gmail.com> Subject: [Hangout - NYLXS] [png-mng-implement] What is png_get_palette_max
  54. 2020-12-13 J Decker <d3ck0r-at-gmail.com> Re: [Hangout - NYLXS] [png-mng-implement] Do PNG files come in
  55. 2020-12-13 Greg Roelofs <newt-at-pobox.com> Re: [Hangout - NYLXS] [png-mng-implement] [PATCH] pngcheck: check
  56. 2020-12-14 Gabor Szabo <gabor-at-szabgab.com> Subject: [Hangout - NYLXS] [Perlweekly] #490 - Elevator Pitch Day
  57. 2020-12-13 Alexandre Oliva <lxoliva-at-fsfla.org> Subject: [Hangout - NYLXS] GNU Linux-libre 5.10-gnu
  58. 2020-12-14 Ben Bullock <benkasminbullock-at-gmail.com> Re: [Hangout - NYLXS] [png-mng-implement] What is
  59. 2020-12-14 Gabor Szabo <gabor-at-szabgab.com> Subject: [Hangout - NYLXS] [Perlweekly] #490 - Elevator Pitch Day
  60. 2020-12-14 From: "TheaterMania" <donotreply-at-email.theatermania.com> Subject: [Hangout - NYLXS] Concerts celebrating Gershwin, Rodgers,
  61. 2020-12-14 John Emmas <john-at-creativepost.co.uk> Re: [Hangout - NYLXS] [png-mng-implement] Do PNG files come in
  62. 2020-12-14 Sergey Poznyakoff <gray-at-gnu.org.ua> Subject: [Hangout - NYLXS] pies-1.5 released [stable]
  63. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] The Chinese Virus
  64. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] glass
  65. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] The MTA as a WUHAN-19 Vector
  66. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] [ Docs ] The MTA as a WUHAN-19 Vector
  67. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] [ Docs ] The MTA as a WUHAN-19 Vector
  68. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Israeli Uni RAM ->WIFI that steals data
  69. 2020-12-15 NYOUG <execdir-at-nyoug.org> Subject: [Hangout - NYLXS] Upcoming Events for Oracle Professionals
  70. 2020-12-15 Techno <techno6-at-glib.com> Re: [Hangout - NYLXS] [Gimp-user] Help!
  71. 2020-12-14 Javier via artix-general <artix-general-at-artixlinux.org> Subject: [Hangout - NYLXS] [artix-general] re2 package requires update to
  72. 2020-12-15 From: =?utf-8?Q?Zo=C3=AB_Kooyman=2C_FSF?= <info-at-fsf.org> Subject: [Hangout - NYLXS] Register for LibrePlanet 2021 and help us to
  73. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Funding Local Government on the post-COVID-19 Age
  74. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] findiing teachers with covid-19
  75. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Israel and Sudan and terrorism...
  76. 2020-12-15 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] UAE via Tel Aviva - Easy Peasy
  77. 2020-12-16 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] You need to watch this thing
  78. 2020-12-16 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Fwd: Winter storm preparation.
  79. 2020-12-16 Javier via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] re2 package requires update
  80. 2020-12-15 Liz Moore <lizmoorerph-at-gmail.com> Subject: [Hangout - NYLXS] Vaccine
  81. 2020-12-16 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Threatening the public with a full shutdown
  82. 2020-12-16 From: "Greg Farough, DbD" <info-at-defectivebydesign.org> Subject: [Hangout - NYLXS] IDAD 2020 sent Netflix and DRM a message
  83. 2020-12-16 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Bingo - Pardon Snowden!
  84. 2020-12-17 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Previous Gneerations..
  85. 2020-12-17 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] Previous Gneerations..
  86. 2020-12-17 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] Previous Gneerations..
  87. 2020-12-17 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] Previous Gneerations..
  88. 2020-12-18 From: "[RSS/Feed] nixCraft: Linux Tips, Hacks, Tutorials, Subject: [Hangout - NYLXS] nixCraft Linux / UNIX Newsletter
  89. 2020-12-18 NCPA eCommunications <ncpa.ecommunications-at-ncpanet.org> Subject: [Hangout - NYLXS] Grab reduced price on January Ownership Workshop
  90. 2020-12-20 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  91. 2020-12-20 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  92. 2020-12-20 Tom Browder <tom.browder-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  93. 2020-12-20 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  94. 2020-12-20 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  95. 2020-12-20 John Dunlap <John-at-lariat.co> Re: [Hangout - NYLXS] suggestions for perl as web development
  96. 2020-12-20 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  97. 2020-12-20 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] suggestions for perl as web development
  98. 2020-12-20 Tom Browder <tom.browder-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  99. 2020-12-20 Steven Lembark <lembark-at-wrkhors.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  100. 2020-12-20 Steven Lembark <lembark-at-wrkhors.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  101. 2020-12-19 Rabbinical Seminary of America/Yeshiva Chofetz Chaim Subject: [Hangout - NYLXS] Time is Running Out! Please Join Us in Expressing
  102. 2020-12-20 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Vaccine explanations by my favorite PA's who are
  103. 2020-12-20 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] we are in serious trouble...
  104. 2020-12-20 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] This is worth understanding...
  105. 2020-12-20 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Treatment Failure
  106. 2020-12-21 Gabor Szabo <gabor-at-szabgab.com> Subject: [Hangout - NYLXS] [Perlweekly] #491 - Both CPAN RT and the CPAN
  107. 2020-12-20 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  108. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  109. 2020-12-22 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  110. 2020-12-22 John Dunlap <John-at-lariat.co> Re: [Hangout - NYLXS] suggestions for perl as web development
  111. 2020-12-22 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] suggestions for perl as web development
  112. 2020-12-22 Matthias Peng <pengmatthias-at-gmail.com> Subject: [Hangout - NYLXS] Confused about two development utils
  113. 2020-12-22 John Dunlap <John-at-lariat.co> Re: [Hangout - NYLXS] suggestions for perl as web development
  114. 2020-12-21 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Don't use session hashes [EXT]
  115. 2020-12-22 From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat/perl=29?= <aw-at-ice-sa.com> Re: [Hangout - NYLXS] Confused about two development utils
  116. 2020-12-21 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] suggestions for perl as web development
  117. 2020-12-21 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] suggestions for perl as web development
  118. 2020-12-21 Vincent Veyron <vv.lists-at-wanadoo.fr> Subject: [Hangout - NYLXS] Don't use session hashes
  119. 2020-12-21 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  120. 2020-12-21 Vincent Veyron <vv.lists-at-wanadoo.fr> Re: [Hangout - NYLXS] suggestions for perl as web development
  121. 2020-12-20 Vincent Veyron <vv.lists-at-wanadoo.fr> Re: [Hangout - NYLXS] suggestions for perl as web development
  122. 2020-12-20 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  123. 2020-12-20 Vincent Veyron <vv.lists-at-wanadoo.fr> Re: [Hangout - NYLXS] suggestions for perl as web development
  124. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  125. 2020-12-22 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Our friends who we depend on for medical
  126. 2020-12-22 From: =?utf-8?Q?Zo=C3=AB_Kooyman=2C_FSF?= <info-at-fsf.org> Subject: [Hangout - NYLXS] Help us set high priorities for 2021: Send input
  127. 2020-12-22 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Answer to Asking about comparison
  128. 2020-12-22 From: "Rick Strong" <rnstrong-at-primus.ca> Re: [Hangout - NYLXS] [Gimp-user] Answer to Asking about comparison
  129. 2020-12-22 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Answer to Asking about comparison
  130. 2020-12-22 From: "Rick Strong" <rnstrong-at-primus.ca> Re: [Hangout - NYLXS] [Gimp-user] Answer to Asking about comparison
  131. 2020-12-23 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] The Panic is setting in!!!
  132. 2020-12-23 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] No end to Government Survalence
  133. 2020-12-23 Sandhya <sandhya.pawar03-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  134. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  135. 2020-12-23 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  136. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  137. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  138. 2020-12-23 From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat/perl=29?= <aw-at-ice-sa.com> Re: [Hangout - NYLXS] Confused about two development utils
  139. 2020-12-22 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  140. 2020-12-22 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  141. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  142. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  143. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  144. 2020-12-23 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Fwd: Winter storm preparation.
  145. 2020-12-23 Sergey Poznyakoff <gray-at-gnu.org.ua> Subject: [Hangout - NYLXS] mailutils-3.11 released [stable]
  146. 2020-12-23 Sergey Poznyakoff <gray-at-gnu.org.ua> Subject: [Hangout - NYLXS] gdbm-1.19 released [stable]
  147. 2020-12-23 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  148. 2020-12-23 Nuno Semedo via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Help me with the interface
  149. 2020-12-22 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Colour Palette
  150. 2020-12-21 Joshua Oxley via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Gaussian blur confusion
  151. 2020-12-22 Ofnuts via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Gaussian blur confusion
  152. 2020-12-22 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Gaussian blur confusion
  153. 2020-12-22 Peter Wells <mail-at-organbuilder.com> Subject: [Hangout - NYLXS] [Gimp-user] Colour Palette
  154. 2020-12-19 From: "Rick Strong" <rnstrong-at-primus.ca> Re: [Hangout - NYLXS] [Gimp-user] Images different in other editors
  155. 2020-12-18 Richard Kimber via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Images much darker in other editors
  156. 2020-12-19 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Images much darker in other
  157. 2020-12-18 Nicholas Perks via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Feedback
  158. 2020-12-18 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Images much darker in other
  159. 2020-12-17 Nicholas Perks via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Feedback
  160. 2020-12-16 nick glos via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] gimp-user-list Digest, Vol 111,
  161. 2020-12-16 Pat David via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Feedback
  162. 2020-12-11 ShiroYuki Mot via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] open multi tiff files in script-fu
  163. 2020-12-07 Cliff Pratt via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  164. 2020-12-13 Nicholas Perks via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Help!
  165. 2020-12-13 Francesco Angioni via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] problem with installation help file
  166. 2020-12-07 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  167. 2020-12-05 Partha Bagchi via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  168. 2020-12-05 Partha Bagchi via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] H E L P!
  169. 2020-12-05 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  170. 2020-12-05 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] H E L P!
  171. 2020-12-15 nick glos via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] gimp-user-list Digest, Vol 111,
  172. 2020-12-15 Nicholas Perks via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Feedback
  173. 2020-12-05 Ed Prothero via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] H E L P
  174. 2020-12-05 Partha Bagchi via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] H E L P!
  175. 2020-12-04 Mark Morin <mdmpsyd-at-gwi.net> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  176. 2020-12-04 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  177. 2020-12-04 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  178. 2020-12-04 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  179. 2020-12-03 Cliff Pratt via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  180. 2020-12-04 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] GIMP 2.10 .xcf files can't open
  181. 2020-12-04 From: "Rick Strong" <rnstrong-at-primus.ca> Re: [Hangout - NYLXS] [Gimp-user] Image Compression
  182. 2020-12-03 Dave Stevens <geek-at-uniserve.com> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  183. 2020-12-03 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  184. 2020-12-03 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  185. 2020-12-03 Partha Bagchi via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  186. 2020-12-03 Thomas Liljenstam via ekiga-list <ekiga-list-at-gnome.org> Re: [Hangout - NYLXS] [Ekiga-list] Ekiga 4.0.1 - Assertion fail:
  187. 2020-12-03 Jop Huttenhuis via ekiga-list <ekiga-list-at-gnome.org> Subject: [Hangout - NYLXS] [Ekiga-list] Ekiga 4.0.1 - Assertion fail:
  188. 2020-12-03 From: "Dr. Jason L. Amerson" <drjason-at-alphagenius.org> Re: [Hangout - NYLXS] [Gimp-user] Image Compression
  189. 2020-12-03 From: "Dr. Jason L. Amerson" <drjason-at-alphagenius.org> Re: [Hangout - NYLXS] [Gimp-user] Image Compression
  190. 2020-12-03 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  191. 2020-12-03 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  192. 2020-12-02 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  193. 2020-12-02 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  194. 2020-12-02 Partha Bagchi via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  195. 2020-12-02 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  196. 2020-12-02 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  197. 2020-12-02 Partha Bagchi via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  198. 2020-12-02 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  199. 2020-12-02 Partha Bagchi via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  200. 2020-12-02 Rick Kline <rick-at-kline.ms> Subject: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image files
  201. 2020-12-15 Ken Moffat via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] gimp-user-list Digest, Vol 111,
  202. 2020-12-17 Pat David via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Feedback
  203. 2020-12-02 Techno <techno6-at-glib.com> Re: [Hangout - NYLXS] [Gimp-user] GIMP 2.10 .xcf files can't open
  204. 2020-12-02 Jason Amerson via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Image Compression
  205. 2020-12-04 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  206. 2020-12-04 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  207. 2020-12-02 From: =?UTF-8?B?w5h5dmluZCBLb2zDpXM=?= <pippin-at-gimp.org> Re: [Hangout - NYLXS] [Gimp-user] Image Compression
  208. 2020-12-02 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Image Compression
  209. 2020-12-02 Cliff Pratt via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] GIMP 2.10 .xcf files can't open
  210. 2020-12-02 Cliff Pratt via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Image Compression
  211. 2020-12-04 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Opening uncompressed NASA image
  212. 2020-12-04 Richard Kimber via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Images different in other editors
  213. 2020-12-23 David Cantrell <david-at-cantrell.org.uk> Re: [Hangout - NYLXS] CFP NY.PM Technical Meetup
  214. 2020-12-23 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] CFP NY.PM Technical Meetup
  215. 2020-12-24 Alexandre Prokoudine via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Answer to Asking about comparison
  216. 2020-12-24 Alexandre Prokoudine via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Answer to Asking about comparison
  217. 2020-12-24 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Answer to Asking about comparison
  218. 2020-12-23 klausgoelker--- via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Answer to Asking about comparison
  219. 2020-12-24 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Anyone have a recommendation for a good source
  220. 2020-12-24 Simon Sobisch <simonsobisch-at-gnu.org> Subject: [Hangout - NYLXS] Release of GnuCOBOL 3.1.2
  221. 2020-12-24 IEEE Engineering in Medicine and Biology Society <m.markowycz-at-ieee.org> Subject: [Hangout - NYLXS] A Special Message from the EMBS President,
  222. 2020-12-25 From: "S." <sman356-at-yahoo.com> Re: [Hangout - NYLXS] Release of GnuCOBOL 3.1.2 | I spent alotta
  223. 2020-12-25 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] Release of GnuCOBOL 3.1.2 | I spent alotta
  224. 2020-12-25 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Fear Mongering never ends
  225. 2020-12-23 Nuno Semedo via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Help me with the interface
  226. 2020-12-25 Ofnuts via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] [Animations] How to merge down
  227. 2020-12-24 R45XvezA via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] [Animations] How to merge down
  228. 2020-12-25 Ofnuts via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Procedure Plug-in
  229. 2020-12-25 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Help me with the interface
  230. 2020-12-24 David Appleyard via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Procedure Plug-in
  231. 2020-12-24 Nicholas Perks via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] Feedback
  232. 2020-12-24 David Appleyard via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] Procedure Plug-in
  233. 2020-12-24 Liam R E Quin <liam-at-holoweb.net> Re: [Hangout - NYLXS] [Gimp-user] Help me with the interface
  234. 2020-12-23 Rick Kline <rick-at-kline.ms> Re: [Hangout - NYLXS] [Gimp-user] Help me with the interface
  235. 2020-12-26 Sandhya <sandhya.pawar03-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  236. 2020-12-26 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  237. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  238. 2020-12-25 From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat/perl=29?= <aw-at-ice-sa.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  239. 2020-12-26 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  240. 2020-12-26 Sandhya <sandhya.pawar03-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  241. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  242. 2020-12-25 From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat/perl=29?= <aw-at-ice-sa.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  243. 2020-12-23 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  244. 2020-12-23 Sandhya <sandhya.pawar03-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  245. 2020-12-23 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  246. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  247. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  248. 2020-12-23 From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat/perl=29?= <aw-at-ice-sa.com> Re: [Hangout - NYLXS] Confused about two development utils
  249. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  250. 2020-12-22 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] unsubscribe
  251. 2020-12-22 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  252. 2020-12-22 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  253. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  254. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  255. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  256. 2020-12-26 From: "S." <sman356-at-yahoo.com> Re: [Hangout - NYLXS] Release of GnuCOBOL 3.1.2 | I spent alotta
  257. 2020-12-25 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Edward Snowden
  258. 2020-12-28 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Snoden pardon
  259. 2020-12-28 Gabor Szabo <gabor-at-szabgab.com> Subject: [Hangout - NYLXS] [Perlweekly] #492 - Perl Steering Council Election
  260. 2020-12-28 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Zoom, Google, Facebook spyware
  261. 2020-12-28 From: "Humble Bundle" <contact-at-mailer.humblebundle.com> Subject: [Hangout - NYLXS] Learn what Sudo does and other Linux lexicons!
  262. 2020-12-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] SNoden and the EFF
  263. 2020-12-29 Nate Lally <nate.lally-at-gmail.com> Re: [Hangout - NYLXS] CFP NY.PM Technical Meetup
  264. 2020-12-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] cellphone mix up
  265. 2020-12-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] A survey the media distorions and the price we
  266. 2020-12-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] trust your friends in China - Free Medical
  267. 2020-12-29 Ruben Safir <mrbrklyn-at-panix.com> Re: [Hangout - NYLXS] [ Docs ] trust your friends in China - Free
  268. 2020-12-29 From: "S." <sman356-at-yahoo.com> Subject: [Hangout - NYLXS] Fw: Plastic coffins | | True report ?
  269. 2020-12-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Continuation of the Chinese political problem and
  270. 2020-12-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Swim Class on Zoom - Back Stroke it Baby
  271. 2020-12-29 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] COVID - the Rich get richer and leave the city
  272. 2020-12-29 Luis Falcon <falcon-at-gnuhealth.org> Re: [Hangout - NYLXS] [Health] Set another Default value on
  273. 2020-12-29 From: "Odile C. Kamno" <christelia3-at-hotmail.com> Subject: [Hangout - NYLXS] [Health] Set another Default value on nationality
  274. 2020-12-29 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] Fw: Plastic coffins | | True report ?
  275. 2020-12-30 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] COVID-19 causes hysteria in Congressional Alien
  276. 2020-12-30 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] CEOs and Economic results of COVID-19 really a
  277. 2020-12-30 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] Pharmacists
  278. 2020-12-29 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2361-1: important: Security
  279. 2020-12-29 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2359-1: important: Security
  280. 2020-12-29 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2360-1: important: Security
  281. 2020-12-28 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2357-1: important: Security
  282. 2020-12-28 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2350-1: moderate: Security
  283. 2020-12-28 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2351-1: moderate: Security
  284. 2020-12-27 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2349-1: moderate: Security
  285. 2020-12-27 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2348-1: moderate: Security
  286. 2020-12-27 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2344-1: Security update for
  287. 2020-12-26 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2336-1: moderate: Security
  288. 2020-12-26 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2343-1: important: Security
  289. 2020-12-26 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2334-1: important: Security
  290. 2020-12-26 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2333-1: important: Security
  291. 2020-12-26 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2332-1: important: Security
  292. 2020-12-25 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2325-1: critical: Security
  293. 2020-12-25 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2324-1: critical: Security
  294. 2020-12-22 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2317-1: critical: Security
  295. 2020-12-22 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2318-1: critical: Security
  296. 2020-12-22 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2317-1: critical: Security
  297. 2020-12-22 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2313-1: moderate: Security
  298. 2020-12-26 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2337-1: moderate: Security
  299. 2020-12-26 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2331-1: moderate: Security
  300. 2020-12-25 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2327-1: important: Security
  301. 2020-12-22 opensuse-security-at-opensuse.org Subject: [Hangout - NYLXS] openSUSE-SU-2020:2314-1: moderate: Security
  302. 2020-12-30 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Digital Mirrors with Adrino Boards
  303. 2020-12-30 From: "Geoffrey Knauth, FSF" <info-at-fsf.org> Subject: [Hangout - NYLXS] FSF fights to secure software freedom for future
  304. 2020-12-30 From: "S." <sman356-at-yahoo.com> Re: [Hangout - NYLXS] Plastic coffins | | True report ? | | | 29.95
  305. 2020-12-30 Rabbinical Seminary of America/Yeshiva Chofetz Chaim Subject: [Hangout - NYLXS] DEADLINE IN A FEW HOURS! In Lieu of Our Dinner...
  306. 2020-12-31 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Hackings and the Vaccine roll out
  307. 2020-12-31 From: "achmil" <achmil-at-free.fr> Subject: [Hangout - NYLXS] [Gimp-user] bugs Gimp 2.10.22
  308. 2020-12-31 dboland9 via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] LED white christmas lights effect
  309. 2020-12-31 Ruben Safir <ruben-at-mrbrklyn.com> Subject: [Hangout - NYLXS] Career change.... Fwd: 2021 Fossil Explainer
  310. 2020-12-31 Ruben Safir <mrbrklyn-at-panix.com> Subject: [Hangout - NYLXS] Collapse of intellectual culture... this is how
  311. 2020-12-31 Jacques Deguest <jack-at-deguest.jp> Subject: [Hangout - NYLXS] How to create an APR::SockAddr object
  312. 2020-12-30 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  313. 2020-12-30 Tom Browder <tom.browder-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  314. 2020-12-29 Adam Prime <adam.prime-at-utoronto.ca> Re: [Hangout - NYLXS] HTML template for MP2
  315. 2020-12-29 Matthias Peng <pengmatthias-at-gmail.com> Subject: [Hangout - NYLXS] HTML template for MP2
  316. 2020-12-31 Jacques Deguest <jack-at-deguest.jp> Subject: [Hangout - NYLXS] How to create an APR::SockAddr object
  317. 2020-12-30 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  318. 2020-12-30 Tom Browder <tom.browder-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  319. 2020-12-29 Matthias Peng <pengmatthias-at-gmail.com> Subject: [Hangout - NYLXS] HTML template for MP2
  320. 2020-12-26 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  321. 2020-12-29 Adam Prime <adam.prime-at-utoronto.ca> Re: [Hangout - NYLXS] HTML template for MP2
  322. 2020-12-30 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] suggestions for perl as web development
  323. 2020-12-31 Jacques Deguest <jack-at-deguest.jp> Subject: [Hangout - NYLXS] How to create an APR::SockAddr object
  324. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  325. 2020-12-25 From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat/perl=29?= <aw-at-ice-sa.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  326. 2020-12-23 Sandhya <sandhya.pawar03-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  327. 2020-12-23 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  328. 2020-12-23 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  329. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  330. 2020-12-22 Matthias Peng <pengmatthias-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  331. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  332. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  333. 2020-12-22 Mithun Bhattacharya <mithnb-at-gmail.com> Re: [Hangout - NYLXS] Confused about two development utils
  334. 2020-12-23 James Smith <js5-at-sanger.ac.uk> Re: [Hangout - NYLXS] Confused about two development utils [EXT]
  335. 2020-12-23 From: =?UTF-8?Q?Andr=c3=a9_Warnier_=28tomcat/perl=29?= <aw-at-ice-sa.com> Re: [Hangout - NYLXS] Confused about two development utils
  336. 2020-12-29 Nate Lally <nate.lally-at-gmail.com> Re: [Hangout - NYLXS] CFP NY.PM Technical Meetup
  337. 2020-12-28 Pen Guin via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] How to compile a vala GIMP plugin on
  338. 2020-12-27 Pen Guin via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] How to compile a vala plugin on
  339. 2020-12-26 flexible fotography via gimp-user-list <gimp-user-list-at-gnome.org> Subject: [Hangout - NYLXS] [Gimp-user] configuring GIMP 2.8 for Windows 10
  340. 2020-12-27 Alexandre Prokoudine via gimp-user-list <gimp-user-list-at-gnome.org> Re: [Hangout - NYLXS] [Gimp-user] configuring GIMP 2.8 for Windows
  341. 2020-12-16 Javier via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] re2 package requires update
  342. 2020-12-16 Javier via artix-general <artix-general-at-artixlinux.org> Re: [Hangout - NYLXS] [artix-general] re2 package requires update
  343. 2020-12-29 Nate Lally <nate.lally-at-gmail.com> Re: [Hangout - NYLXS] CFP NY.PM Technical Meetup
  344. 2020-12-24 Ruben Safir <ruben-at-mrbrklyn.com> Re: [Hangout - NYLXS] CFP NY.PM Technical Meetup

NYLXS are Do'ers and the first step of Doing is Joining! Join NYLXS and make a difference in your community today!