Hello!
On Thu, 14 Dec 2006 00:23:56 +0100, Arnaud Fontaine wrote:
> Here is the list of the affected packages (this kind of problem may
> already have been reported for some packages in this list):
[...]
> Fumitoshi UKAI <[EMAIL PROTECTED]>
>w3m-el
This is bug #321995 [1], quite old, I'm cc:i
Hello,
On Wed, 13 Dec 2006, Santiago Vila wrote:
> While we are at it, allowing each user to choose among several popular
> DNSBLs would be great too. In fact, there is a dnslists file in /etc/exim4
> which already contains several role accounts (and at least one which is not).
> We would just nee
> "Luca" == Luca Capello <[EMAIL PROTECTED]> writes:
Hello,
Luca> This is bug #321995 [1], quite old, I'm cc:ing the maintainer
Luca> in case he doesn't read d-d.
Actually, concerning nethack-el it is bug #378010 but the maintainer
hasn't answer whereas the bug was submitted 6 m
> "Luca" == Luca Capello <[EMAIL PROTECTED]> writes:
Hello,
Luca> This is bug #321995 [1], quite old, I'm cc:ing the maintainer
Luca> in case he doesn't read d-d.
Actually, concerning nethack-el it is bug #378010 but the maintainer
hasn't answer whereas the bug was submitted 6 m
On Thu, 14 Dec 2006, Raphael Hertzog wrote:
> Hello,
>
> On Wed, 13 Dec 2006, Santiago Vila wrote:
> > While we are at it, allowing each user to choose among several popular
> > DNSBLs would be great too. In fact, there is a dnslists file in /etc/exim4
> > which already contains several role acco
On Thu, 14 Dec 2006, Santiago Vila wrote:
> What about elementary HELO checking? Do they need "patches" as well?
> [ I would gladly explain how to do it with postfix, but we are using exim ].
I can't answer for them. But as an alioth admin, I always like patches
even for changes which look like tr
Hi,
I've an interesting bug scenario sent to me by someone trying to build
partimage statically.
The partimage build is being done to make a small minimal-environment
binary (sort of boot-cd, etc.).
partimage depends on libnewt, which I maintain. libnewt-dev ships libnewt.a.
libnewt opportunistic
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean <[EMAIL PROTECTED]>
* Package name: qct
Version : Not yet released
Upstream Author : Steve Borho <[EMAIL PROTECTED]>
* URL : http://hg.borho.org/qct/
* License : GPL
Programming Lang: Python (with PyQt4)
Package: wnpp
Severity: wishlist
Owner: "Raphaël Pinson" <[EMAIL PROTECTED]>
* Package name: array-info
Version : 0.12
Upstream Author : Benoit Gaussen <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/array-info
* License : GPL
Description : co
On December 14, 2006 at 12:23AM +0100,
arnaud (at andesi.org) wrote:
> At the moment, if you are using only emacs-snapshot some modes aren't
> installable because they depend only on emacs21 and not emacsen (or at
> least emacs-snapshot if the mode doesn't work with xemacs).
>
> I wonder wha
> "Tatsuya" == Tatsuya Kinoshita <[EMAIL PROTECTED]> writes:
[...]
Tatsuya> I think you may file bug reports to the `May be bug'
Tatsuya> packages.
Hello,
Thanks a lot. So there are 17 packages which may bug. I will bug report
these packages tonight if nobody has objections..
On Thu 14 Dec 2006, Raphael Hertzog wrote:
> On Thu, 14 Dec 2006, Santiago Vila wrote:
> > What about elementary HELO checking? Do they need "patches" as well?
> > [ I would gladly explain how to do it with postfix, but we are using exim ].
>
> I can't answer for them. But as an alioth admin, I al
On Dec 14, Alastair McKinstry <[EMAIL PROTECTED]> wrote:
> So where do people think the bug lies?
> - Should libdl be compiled into libnewt.a ?
Yes.
> - Should the static version of libnewt be built differently so as to
> not call dlopen()?
Maybe.
> - if so, any recommendations on how?
Rem
Le jeudi 14 décembre 2006 à 11:56 +, Alastair McKinstry a écrit :
> partimage depends on libnewt, which I maintain. libnewt-dev ships libnewt.a.
> libnewt opportunistically links to libfribidi if it is present; it uses
> dlopen() to do so.
>
> However the partimage build fails when done with '
On Dec 14, Modestas Vainius <[EMAIL PROTECTED]> wrote:
> 2006 m. gruodis 11 d., pirmadienis 20:33, Marco d'Itri raš?:
> > I do not think that every mmc* block device is removable,
> What do you think about following pmount policy on determining removable
> block
> devices? I think it would be a
Please have a look at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248393
which is an RFP bug which was closed due to inactivity and which
had to be reopened and retitled into ITP instead of filing 1 more
bug, or am I wrong?
Now, I guess, it needs to be reopened and merged with the current I
Am Donnerstag 14 Dezember 2006 20:01 schrieb Marco d'Itri:
> On Dec 14, Modestas Vainius <[EMAIL PROTECTED]> wrote:
> > 2006 m. gruodis 11 d., pirmadienis 20:33, Marco d'Itri raš?:
> > > I do not think that every mmc* block device is removable,
> >
> > What do you think about following pmount polic
Package: lsb-base
Version: 3.1-22
Severity: wishlist
Hi
Yesterday I saw a package which uses the shell functions provided by
lsb-base but did not have a dependency against it and I came across this
topic. Currently lsb-base is required and prodivdes the init script
functions which should be used
Hi,
2006 m. gruodis 14 d., ketvirtadienis 21:01, Marco d'Itri rašė:
> I don't, I believe that pmount is buggy and this is a security hole.
> While you can be pretty much sure that every USB and firewire device is
> removable, the same is not true for MMC devices.
>
> This is also related to #40264
On Thu, 2006-12-14 at 14:12 -0500, Yaroslav Halchenko wrote:
> Please have a look at
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248393
>
> which is an RFP bug which was closed due to inactivity and which
> had to be reopened and retitled into ITP instead of filing 1 more
> bug, or am I
Santiago Vila schrieb am Mittwoch, den 13. Dezember 2006:
> While we are at it, allowing each user to choose among several popular
> DNSBLs would be great too. In fact, there is a dnslists file in /etc/exim4
> which already contains several role accounts (and at least one which is not).
> We wou
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 339 (new: 3)
Total number of packages offered up for adoption: 86 (new: 0)
Total number of packages requeste
On Tue, Dec 12, 2006 at 03:05:35AM -0800, Don Armstrong wrote:
> If you disagree with a setting that a maintainer has specifically set,
> you should explain in an e-mail to the relevant bug that makes it
> clear why the state should be changed. If the maintainer is not
> convinced, then ask -devel
23 matches
Mail list logo
