On 2023-10-15 16:08:32, Wookey wrote:
> I think you can consider me representative of the typical maintainer
> who's intereaction with *roff languages almost entirely takes the
> form: 'Oh bloody hell I really ought to write a man page for this
> because upstream is too youthful to have done so - n
On 2023-06-24 16:58:15, Ilias Tsitsimpis wrote:
> Control: forwarded -1 https://github.com/ndmitchell/hoogle/issues/359
>
> Hi Iustin,
>
> On Sun, Apr 23, 2023 at 11:25PM, Iustin Pop wrote:
> > AFAIK, both armel and armfh are low-powered/"slow" arches, but i386
AFAIK, both armel and armfh are low-powered/"slow" arches, but i386 is
surprising. Maybe due to memory limits?
I wonder if tests shouldn't simply be restricted to amd64, arm64, ppc64el and
s390x? This should give it enough of architecture heterogeneity to catch
any problems that simply do not appe
On 2023-01-20 22:24:39, Timo Röhling wrote:
> Hi,
>
> python3-mox has no reverse dependencies, last upstream activity is from
> 2018, the package is RC-buggy and there are plenty of Python mock
> libraries available already.
Thanks for checking - I was going to do so this weekend. For the last
re
>From what I see, upstream version 1.7.1 fixes this
(https://github.com/borgmatic-collective/borgmatic/releases/tag/1.7.1):
#574: Fix for potential data loss (data not getting backed up) when the
"patterns" option was
used with "source_directories" (or the "~/.borgmatic" path existed, which got
On 2020-10-23 15:32:48, Steinar H. Gunderson wrote:
> On Fri, Oct 23, 2020 at 03:27:23PM +0200, Guillem Jover wrote:
> > If we want to support the interim versions that have never been in a
> > stable release, then I think the only way is to bump the minmum
> > version in liburing shlibs and symbol
On 2020-10-10 13:34:16, Bernhard Übelacker wrote:
> Dear Maintainer,
> tried to have a look at this one, found the segfault [1],
> and can point to the place where the pointer gets overwritten [2].
> Unfortunately Valgrind or ASAN gave me not more details.
Thanks for this information. To me, this
On 2020-01-18 15:38:18, Adrian Bunk wrote:
> Package: python3-mox
> Version: 0.7.8-3
> Severity: serious
> Control: affects -1 python-mox
>
> ? python3
> Python 3.7.6 (default, Dec 19 2019, 09:25:23)
> [GCC 9.2.1 20191130] on linux
> Type "help", "copyright", "credits" or "license" for more inform
This happens in othe packages - well, not the FTBFS, but the error, like
getmail. It's been reported in other distros as well, e.g. see
https://bugs.archlinux.org/task/65976.
Maybe re-assign to libssl1.1?
Package: ledger
Version: 3.1.2+dfsg1-1
Severity: grave
What happens:
$ ledger
ledger: error while loading shared libraries: libboost_python27.so.1.67.0:
cannot open shared object file: No such file or directory
$ $ dpkg -L libboost-python1.67.0
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib
On 2019-01-04 21:26:03, Iustin Pop wrote:
> On 2019-01-04 20:16:40, Gianfranco Costamagna wrote:
> > thanks for having a look! I was wondering about something more subtle and
> > behind the scenes :)
> > btw for some reasons the ci is not running the testsuite
On 2019-01-04 20:16:40, Gianfranco Costamagna wrote:
> thanks for having a look! I was wondering about something more subtle and
> behind the scenes :)
> btw for some reasons the ci is not running the testsuite on
> unstablehttps://ci.debian.net/packages/d/doc-rfc/probably because testing is
>
On 2019-01-04 19:45:26, Gianfranco Costamagna wrote:
> Source: doc-rfc
> Version: 20181229-1
> Severity: serious
> tags: patch
>
> Hello, the following Ubuntu patch [1] does the switch from pstotext (really
> unmaintained, and out from testing),
> to ps2txt, part of src:ghostscript.
>
> I'm fili
On Mon, Jul 28, 2014 at 11:02:53PM +0200, Evgeny Kapun wrote:
> My suggestion is that downloading files in a secure manner is hard, and
> maintainer scripts probably shouldn't be doing it.
On Tue, Jul 29, 2014 at 09:27:34AM +0300, Henri Salo wrote:
> Do you have an alternative solution? Maybe thi
Just FYI: this bug is marked as upstream fixed, but I checked and while
the non-minified source code is in the git tree, it's not distributed in
the upstream archive. I've sent a trivial pull request so hopefully the
next upstream release will allows us to fix this bug.
signature.asc
Description:
On Sun, Jun 23, 2013 at 10:10:30AM -0400, Ben Lipton wrote:
> On Sun, Jun 23, 2013 at 9:48 AM, Iustin Pop wrote:
>
> > On Sat, Jun 22, 2013 at 06:52:38PM -0400, Ben Lipton wrote:
> > > > > htools/Ganeti/HTools/ExtLoader.hs:56:15: Not in scope: `catch'
> > &g
On Sat, Jun 22, 2013 at 06:52:38PM -0400, Ben Lipton wrote:
> > > htools/Ganeti/HTools/ExtLoader.hs:56:15: Not in scope: `catch'
> > > make[2]: *** [htools/htools] Error 1
> >
>
> This seems to be a result of the removal of catch from the prelude, which
> apparently happened in ghc 7.6.1:
> http:/
On Sat, Jun 01, 2013 at 01:18:00AM +, Steve Langasek wrote:
> Source: nfs-utils
> Source-Version: 1:1.2.8-3
>
> We believe that the bug you reported is fixed in the latest version of
> nfs-utils, which is due to be installed in the Debian FTP archive.
>
>* Build --with-libgssglue, which w
On Mon, Jul 16, 2012 at 01:46:43PM -0400, Scott Kitterman wrote:
> Uploading the attached to delay/2 due to no maintainer response after a week.
>
> If you want to fix it differently or have me delay it further, please let me
> know.
Nope, this is the correct fix, I just had not time yet for m
On Mon, Jun 11, 2012 at 03:08:54PM +0100, Steven Chamberlain wrote:
> Hi,
>
> Actually there seems to be another problem after this, when building the
> Java bindings. I wonder if Build-Depends: default-jdk is really
> acceptable for platforms without an openjdk:
>
> > Setting up gcj-4.7-jdk (4.
On Sun, Jun 03, 2012 at 06:11:03PM +0200, Christoph Egger wrote:
> Package: src:protobuf
> Version: 2.4.1-2
> Severity: serious
> Tags: sid wheezy
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
> X-Debbugs-Cc: debian-...@lists.debian.org
> Justification: fails to build from source (but bu
On Tue, May 08, 2012 at 02:13:09PM +0200, Lucas Nussbaum wrote:
> Source: ganeti
> Version: 2.5.0-1
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20120508 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all packages in sid,
Package: xen-utils-common
Version: 4.1.2-5
Severity: grave
Hi,
Between 4.1.2-3 and 4.1.2-5, the sanity checks on the variables
defined in /etc/default/xendomains (XENDOMAINS_SAVE,
XENDOMAINS_RESTORE, etc.) was lost. I can't check exactly when because
there's no Vcs defined for this package.
4.1.
On Tue, Feb 28, 2012 at 11:16:20AM +0100, Vincent Lefevre wrote:
> Package: doc-rfc-misc
> Version: 20120225-1
> Severity: serious
> Justification: Policy 7.6.1
>
> When upgrading:
>
> Preparing to replace doc-rfc-misc 20100731-1 (using
> .../doc-rfc-misc_20120225-1_all.deb) ...
> Unpacking repl
On Wed, Feb 16, 2011 at 01:29:16PM +0100, Ronny Lindner wrote:
> Package: ganeti2
> Version: 2.1.6-1
> Severity: critical
> Tags: patch upstream
> Justification: breaks unrelated software
>
>
> The command "gnt-node add" changes the permissions of /var/lock to
> "d-wxrwS--t"
> (3661 octal, 1777
I just took a quick look at this bug, but it's against version 4.0b7,
and current upstream version is 6.1, so the easiest way out would be to
first test a new upstream version.
regards,
iustin
signature.asc
Description: Digital signature
1 (no changes needed)
+ * Add dependency on debhelper
+ * Fix syntax errors in NEWS.Debian
+ * Register the configuration file via ucfr, so that ucf knows about it
+
+ -- Iustin Pop Fri, 20 Aug 2010 00:45:19 +0200
+
localepurge (0.6.2) unstable; urgency=low
* Corrected entry in debian/NEWS.D
On Wed, Aug 18, 2010 at 08:12:24PM +0200, Iustin Pop wrote:
> On Wed, Aug 18, 2010 at 07:46:37PM +0200, Peter Palfrader wrote:
> > It might not be something we can fix for this release, but I think this
> > is a significant security bug in the source package.
>
> Un
On Wed, Aug 18, 2010 at 07:46:37PM +0200, Peter Palfrader wrote:
> On Wed, 18 Aug 2010, Iustin Pop wrote:
>
> > First, thanks for reporting this. But I cannot reproduce this on
> > unstable (in a clean pbuilder chroot), since the python-setuptools
> > is new enough (for
On Mon, Aug 16, 2010 at 10:16:38PM +0200, Peter Palfrader wrote:
> Source: protobuf
> Version: 2.3.0-3
> Severity: serious
>
> During building your package on stable:
>
> | make[1]: Leaving directory `/home/weasel/.temp/2010-08-16/protobuf-2.3.0'
> | # python bindings
> | cd python && python setu
On Sun, Jul 11, 2010 at 12:46:18PM +0200, Giuseppe Iuculano wrote:
> On 07/11/2010 12:27 PM, Julien Cristau wrote:
> > Because there's no requirement anywhere that says arch:all packages need
> > to be buildable on all architectures.
>
> "The binary target must be all that is necessary for the use
On Sun, Jul 11, 2010 at 01:32:07AM +0200, Giuseppe Iuculano wrote:
> Hi Iustin,
>
> On 07/10/2010 08:39 PM, Iustin Pop wrote:
> > I was planning to revert the move of the openjdk-6 from b-d-i to b-d, as
> > an alternative to depend on default-jdk. The move was done si
On Sat, Jul 10, 2010 at 07:52:38PM +0200, Giuseppe Iuculano wrote:
> tags 587732 + patch
> tags 587732 + pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for protobuf (versioned as 2.3.0-2.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
On Thu, Jul 01, 2010 at 11:17:46AM +0200, Patrick Matthäi wrote:
> Package: protobuf
> Version: 2.3.0-2
> Severity: serious
>
> Hello,
>
> the current version of protobuf could not be build on some architectures
> (namely hppa, hurd and kfreebsd-*) because you build depend on
> openjdk-6-jdk, ins
While searching for more information on GCC on armel, I came across
#580334, which sounds very much like our case: gcc 4.3 is fine, gcc 4.4
breaks on armel. Following their approach, I've disabled optimizations
on the ZigZagDecode64 function, and suprise! unittests pass without any
error.
Until th
On Thu, Apr 15, 2010 at 09:24:47PM +0200, sean finney wrote:
> hiya,
Hi there,
> On Thu, Apr 15, 2010 at 09:14:16PM +0200, Iustin Pop wrote:
> > Since I honestly don't know that much here, I think it would be best that
> > you
> > forward this to upstream, to get i
On Mon, Apr 05, 2010 at 07:34:05PM +0200, sean finney wrote:
> On Sun, Apr 04, 2010 at 09:47:36PM +0200, sean finney wrote:
> > fixing both of these doesn't fix the problem, though the protoc program
> > does get a tiny bit further before abort()ing.
>
> also, ConsumeSignedInteger (text_format.cc)
I just saw gcc-4.4 4.4.3-5 is available, will do a test run with it once
I'm back from the current vacation - it does have some ARM mentions in
the changelog, who knows.
iustin
signature.asc
Description: Digital signature
On Sat, Mar 13, 2010 at 12:17:14PM +0100, sean finney wrote:
> On Sat, Mar 13, 2010 at 11:07:13AM +0100, Iustin Pop wrote:
> > So again, sorry if I'm talking stupid things. But here the compiler does
> > exactly what you required it to do. 0x8000 as a positive constant
On Sat, Mar 13, 2010 at 11:07:13AM +0100, Iustin Pop wrote:
> On Fri, Mar 12, 2010 at 11:33:41PM +0100, sean finney wrote:
> > i'm not saying it *isn't* a compiler error, but inserting a few printfs and
> > the problem disappearing is also pretty common in other sit
On Fri, Mar 12, 2010 at 11:33:41PM +0100, sean finney wrote:
> hi,
>
> On Fri, Mar 12, 2010 at 09:47:50PM +0100, Iustin Pop wrote:
> > > (without the negation). adding a negation operator to this is what was
> > > raising my eyebrows. it could be that as long
On Fri, Mar 12, 2010 at 09:22:31PM +0100, sean finney wrote:
> On Tue, Mar 09, 2010 at 11:38:23PM +0100, Iustin Pop wrote:
> > actually, from /usr/lib/limits.h, -0x8000 is indeed the minimum
> > value for signed int32. a brief look at the tests failing show that this
>
On Mon, Mar 08, 2010 at 06:47:46PM +0100, sean finney wrote:
> hey folks,
>
> just to throw something out there, the last time i ran into a bug like
> this was a few weeks back with php, also with gcc 4.4 and also on arm.
> turns out it was a case of signed integer overflow, which has undefined
>
On Sun, Mar 07, 2010 at 08:03:48PM +0100, Julien Cristau wrote:
> On Sun, Mar 7, 2010 at 19:19:25 +0100, Iustin Pop wrote:
>
> > Now, I'm not sure how to proceed here. I see that gcc-4.4 on armel is still
> > the
> > same (4.4.3-1) as when the build was attempt
On Sun, Mar 07, 2010 at 06:45:16PM +0100, Julien Cristau wrote:
> Package: protobuf
> Version: 2.3.0-1
> Severity: serious
>
> the protobuf testsuite fails on armel, leading to ftbfs.
>
> See
> https://buildd.debian.org/fetch.cgi?pkg=protobuf&arch=armel&ver=2.3.0-1&stamp=1264814475&file=log&as=ra
: 4: Can't open /usr/lib/grub/grub-mkconfig_lib" by checking
+both grub files and also changing the linux/linux16 grub command based
+on which version we find (Closes: #550096)
+ * Update suggests to a recent version of grub2
+ * Add a lintian override for statically-linked-
recent version of grub2
+ * Add a lintian override for statically-linked-binary (which is expected)
+
+ -- Iustin Pop Sun, 06 Dec 2009 12:17:12 +0100
+
memtest86 (3.5-2) unstable; urgency=low
* Sync'd packaging with memtest86+ 2.11-3.
diff -u memtest86-3.5/debian/control memtest86-3.5
On Sat, Dec 05, 2009 at 07:15:55PM +0400, Stepan Golosunov wrote:
> 05.12.2009 в 13:33:13 +0100 Iustin Pop написал(а):
> > Yes, but you're tying here together the grub-mkconfig_lib change and the
> > linux/linux16 change, and these were not done together. These two should
&
On Sat, Dec 05, 2009 at 11:13:52AM +0400, Stepan Golosunov wrote:
> 04.12.2009 в 22:07:56 +0100 Iustin Pop написал(а):
> > On Fri, Dec 04, 2009 at 10:09:02PM +0400, Stepan Golosunov wrote:
> > > 04.12.2009 в 16:27:03 +0100 Iustin Pop написал(а):
> > > > On Wed, Oc
On Fri, Dec 04, 2009 at 10:09:02PM +0400, Stepan Golosunov wrote:
> 04.12.2009 в 16:27:03 +0100 Iustin Pop написал(а):
> > On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan Golosunov wrote:
> > > Package: memtest86+
> > > Version: 4.00-2
> > > Severity: serio
On Wed, Oct 07, 2009 at 08:44:39PM +0500, Stepan Golosunov wrote:
> Package: memtest86+
> Version: 4.00-2
> Severity: serious
>
> Upgrade to memtest86+ 4.00-2 fails:
>
> Preparing to replace memtest86+ 2.11-3 (using .../memtest86+_4.00-2_i386.deb)
> ...
> Unpacking replacement memtest86+ ...
> U
for #539907).
+ * Fix "please source grub-mkconfig_lib instead of deprecated update-
+grub_lib in /etc/grub.d/20_memtest86" (apply same patch as in #522345)
+(Closes: #523114)
+ * Due to the above changes, conflict with old version of grub-pc and
+grub-common that don'
+0100
+++ memtest86+-4.00/debian/changelog 2009-12-02 21:59:13.000468227 +0100
@@ -1,3 +1,10 @@
+memtest86+ (4.00-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Replace manual propt with debconf (Closes: #553292).
+
+ -- Iustin Pop Wed, 02 Dec 2009 21:58:36 +0100
+
memtest
On Wed, Dec 02, 2009 at 08:26:54PM +0100, Benny Baumann wrote:
> Am 01.12.2009 22:18, schrieb Iustin Pop:
> > On Wed, Nov 18, 2009 at 11:54:31AM +0100, Benny Baumann wrote:
> >
> >> Package: mc
> >> Version: 2:4.6.2~git20080311-4
> >> Severity: cri
On Tue, Apr 07, 2009 at 02:31:30PM +0200, martin f krafft wrote:
> Package: nfs-common
> Version: 1:1.1.4-1
> Severity: grave
> […]
Hi,
> However, they could not write to new files. They could create them,
> but trying to write to them causes:
>
> open("testfile", O_WRONLY|O_CREAT|O_TRUNC, 066
On Fri, Apr 17, 2009 at 10:34:07AM +0100, Nigel Horne wrote:
> Package: nfs-common
> Version: 1:1.1.2-6lenny1
> Severity: grave
> Justification: renders package unusable
>
>
> Large remote files can't be read:
>
> packard:/mnt/gateway/tmp$ mount | fgrep gateway
> gateway:/ on /mnt/gateway type n
On Sat, Nov 07, 2009 at 04:26:49PM +0100, Iustin Pop wrote:
> Attached to this email is patch against the current SVN tree that simply
> disables the "stop" of the prerm for upgrades. If by any chance, an
> upgrade absolutely requires the stop, IMHO this should be done
> co
On Wed, Oct 21, 2009 at 01:25:34AM +0200, Marco Righi wrote:
> Package: nfs-common
> Version: 1:1.2.0-4
> Severity: grave
>
> --- Please enter the report below this line. ---
> Hi,
> I have some lines in fstab as the following one (the server is the same,
> the pointed directory are different)
>
On Wed, Nov 18, 2009 at 11:54:31AM +0100, Benny Baumann wrote:
> Package: mc
> Version: 2:4.6.2~git20080311-4
> Severity: critical
> Justification: breaks the whole system
>
> When running mc inside a screen session via SSH mc crashes as soon as you
> resize
> the window in which mc is displayed.
On Thu, Oct 29, 2009 at 10:09:50AM -0400, BandiPat wrote:
> Package: os-prober
> Version: 1.35
>
> There seems to be a problem with this version detecting Windows
> partitions that are mounted on a system. I have tried this version then
> reverted back to the 1.29 version which works correcti
On Mon, Jun 15, 2009 at 02:35:37PM +0200, folkert van heusden wrote:
> Package: apt-proxy
> Version: 1.9.36.3+nmu1
> Severity: grave
> Justification: renders package unusable
>
>
> No longer starts due to twistd error.
>
> mmc:/usr/share/doc/nagios3# /etc/init.d/apt-proxy start
> Starting apt-pr
* Non-maintainer upload.
+ * No longer stops the drbd resources on upgrades of the drbd8-utils
+ package, since this is not needed and shutdowns must be done by the
+administrator
+
+ -- Iustin Pop Sat, 07 Nov 2009 16:17:41 +0100
+
drbd8
On Sat, Aug 22, 2009 at 11:19:07PM +0200, Philipp Kern wrote:
> On Fri, Aug 07, 2009 at 09:29:04AM +0200, Jean-Luc Coulon (f5ibh) wrote:
> > libprotobuf3 has been removed.
> > So libcompizconfig0 (and the whole compiz stack) is uninstalable.
>
> I've scheduled binNMUs for this package now. (Seems
OK, so I managed to reproduce this and find out the cause.
While adding an extra check for cases of upgrading from 1.2 to 2.0, I
managed to break cluster init in the Debian init script (upstream init
script is fine, but gives more errors).
I'll try to cook up a fixed one ASAP. In the meantime, re
On Thu, Jul 30, 2009 at 04:27:14PM +0200, Maximilian Mill wrote:
> Package: ganeti2
> Version: 2.0.1-2
> Severity: grave
> Justification: renders package unusable
>
> Hello,
Hi and thanks for the report.
> it looks like 'gnt-cluster init --vg-name=vg0 cluster.xyz.com' doesn't create
> all needed
On Tue, Jun 02, 2009 at 05:11:49PM +0200, Julien Cristau wrote:
> On Tue, Jun 2, 2009 at 14:54:58 +0200, Julien Cristau wrote:
>
> > On Tue, May 26, 2009 at 20:30:37 +0200, Iustin Pop wrote:
> >
> > > Thanks for the report. I'm currently on a trip and thus won&#
merge 530606 530613
retitle 530606 protobuf: FTBFS on ia64
thanks
Thanks for the report. I'm currently on a trip and thus won't be able to work
on this for about a week or so. If this is blocks other packages (and the
release hint is not enough), a NMU would be very welcome.
I also wonder how to
On Thu, May 14, 2009 at 01:45:00PM -0400, Sam Hartman wrote:
>
>
> We do believe the patch is correct--or at least is a step forward.
> It's definitely worth trying.
I can confirm that with the patch applied, rpc.svcgssd doesn't segfault
anymore.
Unfortunately I didn't have a working kerberised
On Wed, Apr 15, 2009 at 09:12:28PM +0300, Riku Voipio wrote:
> Package: protobuf
> Version: 2.0.3-1
> Severity: serious
>
> > dh_link
> > dh_strip
> > dh_compress
> > dh_fixperms
> > dh_pysupport
> > make[1]: dh_pysupport: Command not found
> > make[1]: *** [binary-common] Error 127
> > make[1]: L
On Wed, Jan 07, 2009 at 11:37:55PM +0100, Iustin Pop wrote:
> On Wed, Jan 07, 2009 at 01:05:59PM +0100, Daniel Schreiber wrote:
> > ~# gnt-cluster --version
> > gnt-cluster (ganeti) 1.2.6
> > ~# gnt-cluster version
> > Software version: 1.2.6
> > Internode protoco
On Wed, Jan 07, 2009 at 01:05:59PM +0100, Daniel Schreiber wrote:
> ~# gnt-cluster --version
> gnt-cluster (ganeti) 1.2.6
> ~# gnt-cluster version
> Software version: 1.2.6
> Internode protocol: 14
> Configuration format: 3
> OS api version: 5
> Export interface: 0
> ~# python -c 'import ganeti.con
On Wed, Jan 07, 2009 at 10:57:19AM +0100, Daniel Schreiber wrote:
> It is the same stacktrace that is mentioned in
> http://groups.google.com/group/ganeti/browse_thread/thread/957d9e1af53b9d2c
>
> The node daemons had been restarted after the upgrade. Ganeti was
> installed from backports.org b
tags 510965 + moreinfo
thanks
Ok, I tried again and I cannot reproduce this on lenny machine, on which ganeti
and twisted have been freshly installed.
Could it be that the upgrade is somehow broken? Can you verify that the
node daemons (ganeti-noded processes) have been restarted and that they
a
On Tue, Dec 09, 2008 at 04:06:11PM +0100, Henning Sprang wrote:
> In the meantime, there is a xen-linux-system package in testing as well
> in unstable!
>
> Please let this package into testing...
FYI, I've contacted debian-release@ and asked if we can get back into testing.
Let's see how it goes
On Sun, Apr 06, 2008 at 05:01:43PM +0200, Amaya wrote:
> Iustin Pop wrote:
> > Unfortunately, today ganeti needs xen to work, as other hypervisors
> > are not yet implemented.
>
> I somehow expected that.
>
> > Without xen, I don't think it makes sense to h
Package: ganeti
Severity: serious
Tags: confirmed
This bug is just to track the known issue of ganeti with the 8.x version
of twisted.
The current stable ganeti versions (1.2.x) do not work with recent
twisted versions (due to some changed API and the fact we use a hacked
reactor), and thus ganet
76 matches
Mail list logo
