Bug#956681: /etc/logrotate.d/fail2ban cause logrotate failures when fail2ban isn't running.

2020-04-15 Thread Ron Varburg
, if at all, to make someone aware of it is not by creating logrotate failures. On Tuesday, April 14, 2020, 10:45:15 AM GMT+1, Sylvestre Ledru wrote: Hello Thanks for your patch! Le 14/04/2020 à 11:30, Ron Varburg a écrit : > Package: fail2ban > Version: 0.10.2-2.1 > Severit

Bug#613641: Should include/nut_version.h be removed from nut_2.4.3.orig.tar.gz?

2011-02-16 Thread Ron Varburg
Source: nut Version: 2.4.3-2 Severity: normal While building the deb, I got: dpkg-source: info: building nut using existing ./nut_2.4.3.orig.tar.gz dpkg-source: warning: ignoring deletion of file include/nut_version.h By looking at include/nut_version.h and include/Makefile* I think

Bug#571339: A discussion from July-2010 on the problem at hand:

2010-07-04 Thread Ron Varburg
For the record: One might be interested in the thread started by: http://www.mail-archive.com/linux...@cs.huji.ac.il/msg58796.html Same thread, different archive, is at: http://article.gmane.org/gmane.linux.region.israel/40568

Bug#571339: Have you uploaded a new version?

2010-07-03 Thread Ron Varburg
Why is that? Date: Sat, 3 Jul 2010 20:07:02 +0300 Subject: Re: Bug#571339: Have you uploaded a new version? From: kaplanl...@gmail.com To: linux...@hotmail.com; 571...@bugs.debian.org Nope. 2010/7/3 Ron Varburg Have you uploaded a new version

Bug#571339: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571339#15

2010-07-03 Thread Ron Varburg
To: linux...@hotmail.com CC: 571...@bugs.debian.org Because there isn't any new upstream version and no one provided a patch to fix the FTBFS. 2010/7/3 Ron Varburg Why is that? Date: Sat, 3 Jul 2010 20:07:02 +0300 Subject: Re: Bug#571339: Have you

Bug#583629: calendar.judaic is out of date

2010-05-28 Thread Ron Varburg
Package: bsdmainutils Version: 8.0.11 Severity: normal Tags: patch File: /usr/share/calendar/calendar.judaic   calendar.judaic was last updated in 2007.  Due to the nature of the Jewish calendar, it renders the file unusable.  To address the difficulties facing the maintainer, a python script is

Bug#583092: [Debian-hebrew-package] Bug#583092: should return None instead of none

2010-05-26 Thread Ron Varburg
1) I am not familiar with swig.  Can't it produce better documentation? 2) none - None I didn't mean to simply substitute one string (none), by another  (None).  I meant to make it behave, and thus have a similar  code, to hdate_holyday_string: --- src/hdate_strings.c    2010-05-26 15:29:19.0

Bug#583235: Do convert to quilt

2010-05-26 Thread Ron Varburg
Package: libhadte1 Version: 1.4.12-2 Severity: normal Tags: patch I think that all you have to do is: mkdir debian/source echo 3.0 (quilt)\n debian/source/format I think that converting to quilt is a release goal.

Bug#583092: should return None instead of none

2010-05-25 Thread Ron Varburg
Package: libhdate-python Version: 1.4.12-2 Severity: normal Consider the following: $ cat bugDemonstration #! /usr/bin/python import hdate h = hdate.Hdate() h.set_gdate(1, 1, 2010) julian = h.get_julian() parasha = h.get_parasha_string(julian) if parasha:     print parasha $

Bug#583092: get_holyday_string method does seem to be able to return a proper None object

2010-05-25 Thread Ron Varburg
  Just pointing out that the get_holyday_string method does  seem to be able to return a proper None object. _ Hotmail: שירות דואר אלקטרוני מהימן ועשיר המסופק בחינם.

Bug#583092: none / None and python

2010-05-25 Thread Ron Varburg
I was asked, in a private mail, to explain why does None/none makes any difference. I believe it is a good thing to keep conversation about the report in the archive: None is predefined, and interpreted to False.  while none is like any other object. I can modify a little the code snippet I

Bug#583092: [Debian-hebrew-package] Bug#583092: should return None instead of none

2010-05-25 Thread Ron Varburg
I believe that the same logic that enables:     holyday = h.get_holyday_string(1)     if holyday:     print holyday Should be applicable to the output of the h.get_parasha_string() function.  Why parasha = h.get_paraha_string(1)     if parasha:     print parasha prints none,