On 15/11/16 21:01, Dmitry Smirnov wrote:
On Monday, 31 October 2016 8:48:30 AM AEDT Dima Barsky wrote:
Thanks for your help, I'm going to apply your changes to the newly
released esniper 2.32.0. I'll upload it a couple of days.
More than two weeks passed... Would you like me to upload?
I
On 29/10/16 15:52, Dmitry Smirnov wrote:
Hi Dima,
I've prepared esniper updates for to upload:
https://anonscm.debian.org/cgit/collab-maint/esniper.git
I intend to upload soon... Please review. Thanks.
Hi Dmitry,
Thanks for your help, I'm going to apply your changes to the newly
Hi Martin,
I have to admit I'm a bit puzzled. The esniper package depends on
libcurl3, which depends on libssl1.0.0 only, so gnutls should not be
involved at all. Yet if I do ldd /usr/bin/esniper it shows both
libssl.so.1.0.0 and libgnutls.so.26. It might be a bug in the libcurl3
package, I'll
Hi Charles,
Sorry for the delay, I was away for a while. I have to admit, I have not paid
much attention to m2crypto lately, so if you or anybody else wants to pick it
up I would not mind at all. If there are no volunteers I'll have a look at the
bug reports and upload a new version in the next
Hi Sebastian,
On Wed, 2010-02-03 at 22:46 +0100, you wrote:
Package: esniper
Version: 2.22.0-1
Severity: grave
| nieh...@ceramic:/tmp$ esniper -v
| esniper version 2.21.0
Is it possible the you have an older version of esniper installed somewhere,
for example in /usr/local/bin? Assuming
Hi Bernhard,
On Mon, 2010-01-25 at 00:51 +0100, you wrote:
bernh...@s:~$ dpkg -l esniper
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
Package: sslh
Version: 1.6i-4
Severity: wishlist
Starting from the next version, it will be possible to start sslh from
inetd. It would be nice to have a debconf option to choose between inetd
and a standalone script at the install time.
-- System Information:
Debian Release: squeeze/sid
APT
Package: python-pycurl
Version: 7.18.2-1
Severity: important
The current version of python-pycurl is built against libcurl3-gnutls, which
does not work with a number of web sites. Just one example:
import pycurl
c = pycurl.Curl()
c.setopt(c.URL, https://www1.banking.first-direct.com/; )
Hi Phil,
Thanks for the report. The current version seems to work fine for me
on the Ebay UK site, but I have not tried sites in other countries.
Of course, I'll package the 2.18.0 anyway.
Regards,
Dima.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Hi Domenico,
You wrote:
Could you please check if this is still reproducible after the update
of libcurl4-gnutls to version 7.16.2-4?
Thanks, it works fine now. Do you think it was the same problem as
described in #424894?
Regards,
Dima.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Package: python-pycurl
Version: 7.16.2.1-2
Severity: important
My python script which uses python-pycurl started crashing after I upgraded
to python-pycurl_7.16.2.1-2. When I downgraded it to 7.15.5-1 it worked fine
again. Here are the details of the crash:
$ ./get_statement.py
*** glibc
On Tue, Apr 24, 2007 Sami Liedes wrote:
Well, I don't know the law too well, that's why I asked you (and if
you feel it's legal, I'm happy about that). But some kind of
contributory infringement came to my mind, ...
I'm not a lawyer either, but if we start talking about contributory
Arnoud Engelfriet wrote:
Considering the number of sniping software packages out there
eBay doesn't seem to be very interested in pursuing these
packages.
Indeed, they could've stopped sniping quite easily, if they wanted to.
Although I'm not sure if it could be considered a valid legal
Henrique,
You wrote:
Because dima isn't MIA per se, he is mostly MIA. From experience, Dima
doesn't have time to deal with SASL unless something very weird happens, but
he DOES show up from time to time.
You are right, I don't have time now to maintain the SASL package
properly. I'm going
14 matches
Mail list logo