On Sunday 05 February 2012 10:14:44 intrigeri wrote:
> Hi Robert,
>
> Lunar wrote (30 Jan 2012 17:45:37 GMT) :
> > It looks like to ideally solve this, proper probing logic must be
> > implemented to support all OS, architectures and glibc variants.
> > The attached patch uses a more brute force a
hrieb:
> > On 2009-10-19 Robert Hogan wrote:
> >> Is there any way the reporter or an interested packager could check
> >> the fix for this in upstream CVS:
> >>
> >> http://sourceforge.net/mailarchive/message.php?msg_name=E1MLhzT-a
> >>q...@ddv4j
On Sunday 25 October 2009 14:18:07 Andreas Metzler wrote:
> I think this is caused by mixing old ltmain.sh in ./admin with new
> libtool.m4 in /usr/share/ or something like that.
Interesting, I tried libtoolize to no avail - it just broke the build even
further.
I checked the admin folder in t
On Sunday 18 October 2009 17:44:01 Patrick Matthäi wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm
>
> Hello,
>
> please remove tork from testing/squeeze.
>
> Reasons:
> 2) Upstream is not very reponsive
Hi - I'm the upstre
Is there any way the reporter or an interested packager could check the fix
for this in upstream CVS:
http://sourceforge.net/mailarchive/message.php?msg_name=e1mlhzt-aq...@ddv4jf1.ch3.sourceforge.com
Once validated, I can perform a release - or alternatively the patch can be
applied to the
On Tuesday 14 October 2008 18:13:18 Patrick Matthäi wrote:
> Package: tork
> Version: 0.29.2-2
> Severity: normal
>
> If you use the custom tor server configuration and you change the
> connection ports, tork will create a wrong configuration file:
>
> DirListenAddress 6730
> DirPort 9030
> ORListe
On Tuesday 29 January 2008 17:34:44 Patrick Matthäi wrote:
> Jonathan Patrick Davies schrieb:
> > On Sun, 27 Jan 2008, Patrick Matthäi wrote:
> >> The package is at the moment freezed. You and me are not allowed to
> >> publish it because of licensing problems.
> >
> > Hm, I was under the impressio
0.39 fixes freshclam compatibility but not onaccess scanning (klamd.cpp).
i will commit a quick fix later today to klamav cvs and release a 0.39.1 as
soon as i can.
i still need to revisit and completely redo the klamd executable, an ugly hack
providing on-modify scanning that has spent a yea
8 matches
Mail list logo
