also sprach Pierre Habouzit <[EMAIL PROTECTED]> [2008.10.08.1054 +0200]:
> FWIW I've upgraded a machine to replace pdnsd with unbound, it hit that
> bug of course.
[...]
> I don't think this is too hard to ask from someone that is installing
> multiple DNS softwares on the same machine. A bit more
Ben Finney <[EMAIL PROTECTED]> writes:
> Clint Adams <[EMAIL PROTECTED]> writes:
>
>> We need to stop pretending that patent enforcement is one of our
>> responsibilities
>
> I've not seen anyone argue that it is, nor request that we do such
> enforcement.
Then you have been closing your eyes. I'
On Thu, Oct 09, 2008 at 09:07:00AM +0200, martin f krafft wrote:
> also sprach Pierre Habouzit <[EMAIL PROTECTED]> [2008.10.08.1054 +0200]:
> > FWIW I've upgraded a machine to replace pdnsd with unbound, it hit that
> > bug of course.
> [...]
> > I don't think this is too hard to ask from someone t
On Thu, Oct 09, 2008 at 09:07:00AM +0200, martin f krafft <[EMAIL PROTECTED]>
wrote:
> also sprach Pierre Habouzit <[EMAIL PROTECTED]> [2008.10.08.1054 +0200]:
> > FWIW I've upgraded a machine to replace pdnsd with unbound, it hit that
> > bug of course.
> [...]
> > I don't think this is too hard
Processing commands for [EMAIL PROTECTED]:
> clone 501590 -1
Bug#501590: Please change the established behaviour of PrtScr key
Bug 501590 cloned as bug 501654.
> reassign -1 console-setup
Bug#501654: Please change the established behaviour of PrtScr key
Bug reassigned from package `general' to `c
Hi Christian,
I don't understand why you reassigned this bug to general. Surely, if you want
to discuss this with debian-devel@ you can cc: the list. Reassigning the bug
to general often achieves nothing (which cannot be achieved by cc:ing) while
it tends to pile up the list of general bugs and
Package: wnpp
Severity: wishlist
Owner: David Francos Cuartero <[EMAIL PROTECTED]>
* Package name: airoscript
Version : 2.0.7b1
Upstream Author : Daouid <[EMAIL PROTECTED]>
* URL : http://airoscript.aircrack-ng.org/
* License : GPL-2
Programming Lang: Bash
D
Hi,
"Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes:
> Michael Welle wrote:
>> Hi,
>>
>> I'm packaging a little tool called vared. Vared relies on some shell
>> functions and/or aliases that must have been sourced into the
>> environment before usage. What may be the best pratice to package
>>
Hi,
Michael Meskes <[EMAIL PROTECTED]> writes:
>> I'm packaging a little tool called vared. Vared relies on some shell
>> functions and/or aliases that must have been sourced into the
>> environment before usage. What may be the best pratice to package
>> such shell functions?
>> ...
>
> How abou
> I'm packaging a little tool called vared. Vared relies on some shell
> functions and/or aliases that must have been sourced into the
> environment before usage. What may be the best pratice to package
> such shell functions?
> ...
How about a little wrapper setting the environment and then execu
On Thu, Oct 09, 2008 at 03:04:28PM +0200, Michael Welle wrote:
> vared [1] lets you edit environment variables an a fancy way and than
> it sets their new value in your current shell session. The shell
> functions/aliases are a crude way to work around some limitations
> (environment variables can
Michael Welle wrote:
> Hi,
>
> I'm packaging a little tool called vared. Vared relies on some shell
> functions and/or aliases that must have been sourced into the
> environment before usage. What may be the best pratice to package
> such shell functions?
I would take a look on packaging of 'app
Hi,
Clint Adams <[EMAIL PROTECTED]> writes:
> On Thu, Oct 09, 2008 at 03:04:28PM +0200, Michael Welle wrote:
>> vared [1] lets you edit environment variables an a fancy way and than
>> it sets their new value in your current shell session. The shell
>> functions/aliases are a crude way to work ar
Hi,
I'm packaging a little tool called vared. Vared relies on some shell
functions and/or aliases that must have been sourced into the
environment before usage. What may be the best pratice to package
such shell functions?
First approch is to put the shell code somewhere under
/usr/share/vared
On Wed, Oct 08, 2008 at 12:38:41AM +0100, Jo Shields wrote:
> Package: moonlight-plugin-core
> Architecture: any
> Depends: ${shlibs:Depends}
> Conflicts: moonlight
> Description: open source clone of Microsoft Silverlight - core plugin
> Moonlight is a free Silverlight clone, allowing Free Softwa
clone 501590 -1
reassign -1 console-setup
thanks
On Thu, Oct 09, 2008 at 06:39:59AM +0200, Christian Perrier wrote:
>
> Quoting Jason Spiro ([EMAIL PROTECTED]):
> > I assigned it to console-data because it I assume that the bug is
> > caused by the line "keycode 99 = Control_backslash" in
> > con
Package: wnpp
Severity: wishlist
Owner: Matt Zagrabelny <[EMAIL PROTECTED]>
* Package name: libthread-queue-any-perl
Version : 0.09
Upstream Author : Elizabeth Mattijsen <[EMAIL PROTECTED]>
* URL :
*
http://search.cpan.org/~elizabeth/Thread-Queue-Any-0.09/lib/Thread/Q
Package: wnpp
Severity: wishlist
Owner: Apollon Oikonomopoulos <[EMAIL PROTECTED]>
* Package name: xmobar
Version : 0.9
Upstream Author : Andrea Rossato
* URL :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/xmobar
* License : BSD
Programming La
Package: wnpp
Severity: wishlist
Owner: Apollon Oikonomopoulos <[EMAIL PROTECTED]>
* Package name: libghc6-x11-xft-dev
Version : 0.3
Upstream Author : Clemens Fruhwirth <[EMAIL PROTECTED]>
* URL :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/X11-xft-0.3
On Wed, 08 Oct 2008 23:45:08 +0200
Michael Biebl <[EMAIL PROTECTED]> wrote:
> They are already marked as done with the correct version.
unblocked fixed version (thanks, Luk!)
# and now I say good-bye to RC-buggy list with smile :)
--
Regards,
Hideki Yamane henrich @ debian.or.jp/iijmio-
Quoting Holger Levsen ([EMAIL PROTECTED]):
> Hi Christian,
>
> I don't understand why you reassigned this bug to general. Surely, if you
> want
> to discuss this with debian-devel@ you can cc: the list. Reassigning the bug
> to general often achieves nothing (which cannot be achieved by cc:ing)
Btw, please keep in mind that the description issues I pointed out are
relatively unimportant compared to legal risk (and I haven't seen that
being discussed in debian-legal yet).
On Thu, Oct 09, 2008 at 03:32:48PM +0200, Robert Millan wrote:
> On Wed, Oct 08, 2008 at 12:38:41AM +0100, Jo Shields
On Tue, Oct 07, 2008 at 04:44:40PM +0200, Reinhard Tartler wrote:
> Robert Millan <[EMAIL PROTECTED]> writes:
>
> >> At the very least, we could distribute them in a specific "patented"
> >> section, with rules similar to non-free, and that we’d only mirror in
> >> countries where it is not a prob
On Wed, Oct 08, 2008 at 09:15:16PM +, Clint Adams wrote:
> On Wed, Oct 08, 2008 at 02:30:50PM -0500, Manoj Srivastava wrote:
> > So I think we need to modify the proposal, not the policy.
>
> We need to stop pretending that patent enforcement is one of our
> responsibilities or that we
On Wed, Oct 08, 2008 at 04:30:09PM -0700, Russ Allbery wrote:
> [...]. I have absolutely no idea whether any
> of the software that I package is affected by some patent.
You're putting all patents in the same bag, and it's not like that. For
example, if you distribute a windowing system, you're
On Wed, Oct 08, 2008 at 11:41:16AM +0800, Paul Wise wrote:
> On Wed, Oct 8, 2008 at 1:39 AM, Reinhard Tartler <[EMAIL PROTECTED]> wrote:
>
> > I fully agree with you in principle. The 'restricted' idea is basically
> > a convenience service for our users and distributors.
>
> Such convenience ser
Package: wnpp
Severity: wishlist
Owner: Jan Hauke Rahm <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA224
* Package name: biblatex-dw
Version : 1.1h
Upstream Author : Dominik Waßenhoven <[EMAIL PROTECTED]>
* URL :
http://www.ctan.org/tex-archive/help/
On Tue, Oct 07, 2008 at 05:54:22PM +0200, Holger Levsen wrote:
> Hi,
>
> On Tuesday 07 October 2008 16:44, Reinhard Tartler wrote:
> > - packages in 'patented' must fulfill the requirements of the dfsg
>
> I dont think we should support the obsolete, useless & wrong patent system by
> doing thi
Robert Millan <[EMAIL PROTECTED]> writes:
> Our users weight the quality of our product against the risk of liability
> that it carries. I think it's obvious we need some balance. In some cases
> (e.g. Linux, Glibc or X11) the risk is low and quality strongly depends on
> them; in others (e.g. M
Robert Millan <[EMAIL PROTECTED]> writes:
> But software patents cover algorithms contained in programs, not the
> packages themselves. How about the more descriptive "patent-encumbered"
> then?
I don't really have a strong opinion on the naming here. Perhaps I
should really haved used 'main' a
also sprach Mike Hommey <[EMAIL PROTECTED]> [2008.10.09.1024 +0200]:
> Another problem that is looking for a solution is programs such as apache
> or dnsmasq which binaries may be used by other software (gnome-user-share,
> virt-manager...) but shouldn't be running daemons in this case.
> It is esp
Package: wnpp
Severity: wishlist
Owner: Matt Zagrabelny <[EMAIL PROTECTED]>
* Package name: libthread-serialize-perl
Version : 0.10
Upstream Author : Elizabeth Mattijsen <[EMAIL PROTECTED]>
* URL :
*
http://search.cpan.org/~elizabeth/Thread-Serialize-0.10/lib/Thread/S
Package: wnpp
Severity: wishlist
Owner: Matt Zagrabelny <[EMAIL PROTECTED]>
* Package name: libload-perl
Version : 0.19
Upstream Author : Elizabeth Mattijsen <[EMAIL PROTECTED]>
* URL :
* http://search.cpan.org/~elizabeth/load-0.19/lib/load.pm
* License : Same
Package: wnpp
Severity: wishlist
Owner: Matt Zagrabelny <[EMAIL PROTECTED]>
* Package name: libnet-mac-vendor-perl
Version : 1.18
Upstream Author : brian d foy <[EMAIL PROTECTED]>
* URL :
* http://search.cpan.org/~bdfoy/Net-MAC-Vendor-1.18/lib/Vendor.pm
* License
Matt Zagrabelny wrote:
>Package: wnpp
>Severity: wishlist
>* Package name: libnet-mac-vendor-perl
Hi Matt;
I noticed you ITP'd 3 perl modules recently. Perhaps you would like to join
the debian perl team (http://alioth.debian.org/projects/pkg-perl/)
and maintain your modules there. There ar
On Thu, 2008-10-09 at 14:54 -0500, Matt Zagrabelny wrote:
> * Package name: libnet-mac-vendor-perl
> Description : Look up the vendor for a MAC
I'm currious on how many MAC-prefix to OUI we have in Debian...
nmap: /usr/share/nmap/nmap-mac-prefixes
kismet: /etc/kismet/ap_manuf
wiresh
Package: wnpp
Severity: wishlist
Owner: sean finney <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package name: ps3-utils
Version : 2.2.0
Upstream Author : Sony Computer Entertainment Inc.
URL :
http://riksun.riken.go.jp/pub/pub/Linux/kernel/pe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: Nathan Handler <[EMAIL PROTECTED]>
Package Name: lyricue
Version: 1.9.8
Upstream Author: Chris Debenham <[EMAIL PROTECTED]>
URL: http://lds.sourceforge.net
License: GN
Robert Millan <[EMAIL PROTECTED]> writes:
> On Wed, Oct 08, 2008 at 04:30:09PM -0700, Russ Allbery wrote:
> > [...]. I have absolutely no idea whether any
> > of the software that I package is affected by some patent.
>
> You're putting all patents in the same bag, and it's not like that.
Agree
Ben Finney <[EMAIL PROTECTED]> writes:
> Robert Millan <[EMAIL PROTECTED]> writes:
>> On Wed, Oct 08, 2008 at 04:30:09PM -0700, Russ Allbery wrote:
>>> [...]. I have absolutely no idea whether any
>>> of the software that I package is affected by some patent.
>> You're putting all patents in the
Ben Finney <[EMAIL PROTECTED]> writes:
> A more significant distinction is, as I've pointed out several times
> already, that the Fraunhofer patents on MPEG audio algorithms *are
> known to be actively enforced* by the holder against parties who
> infringe those patents.
Please back up that claim
Reinhard Tartler <[EMAIL PROTECTED]> writes:
> Ben Finney <[EMAIL PROTECTED]> writes:
>
> > A more significant distinction is, as I've pointed out several
> > times already, that the Fraunhofer patents on MPEG audio
> > algorithms *are known to be actively enforced* by the holder
> > against part
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: 443 (new: 0)
Total number of packages offered up for adoption: 125 (new: 1)
Total number of packages request
On Thu, Oct 09, 2008 at 10:38:30PM +0200, Franklin PIAT wrote:
> On Thu, 2008-10-09 at 14:54 -0500, Matt Zagrabelny wrote:
> > * Package name: libnet-mac-vendor-perl
> > Description : Look up the vendor for a MAC
>
> I'm currious on how many MAC-prefix to OUI we have in Debian...
> nmap
44 matches
Mail list logo
