ight action, 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
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 th
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
> From: kaplanl...@gmail.com
> 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?
>
>
>
> ___
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>
>
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
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.
__
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
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, whil
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
Just pointing out that the get_holyday_string method does
seem to be able to return a proper None object.
_
Hotmail: שירות דואר אלקטרוני מהימן ועשיר המסופק בחינם.
https://signup.live.com/
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
$ ./bugDemonstratio
12 matches
Mail list logo
