Re: where is /etc/hosts supposed to come from?

[Florian Weimer]

* Philipp Kern:

>> That's false.  You can use protocol-level gateways, which do NAT and PT
>> (protocol translation).
>
> Can you point me to one please?

There's DNS64 and BEHAVE, probably with some free implementation.  Of
course, there are hardly any users because the entire IPv6 user base
is rather small, and we're talking about a renegade faction of that.

IOS has NAT-PT support, IIRC.  It's also patent-encumbered.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563242: ITP: gprbuild-4.4 -- a multi-language extensible build tool

[Stephen Leake]

Package: wnpp 
version: 1.0
Severity: wishlist
Upstream Author : AdaCore (rep...@adacore.com)
URL : http://libre.adacore.com/libre/
License : GPL
Programming Lang: Ada
Description : a multi-language extensible build tool

 A set of tools for processing GNAT project files. gprbuild runs tools
 on the specified source files; gprclean removes the corresponding
 built files; gprconfig configures both tools. It is highly
 configurable; the default configuration supports compiling Ada,
 Assembler, C, C++, and Fortran sources.
 .
 This package contains the executables gprbuild, gprclean, gprconfig.


The package name includes "-4.4" because it is tightly tied to gnat;
gnat is currently at version 4.4. Future releases of gprbuild will
coincide with future releases of gnat.

It might make sense to have the "gnat" meta-package install gprbuild
as well (the AdaCore distributions of the GNAT toolset do this).
However, gprbuild can be used without gnat.

-- 
-- Stephe



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: where is /etc/hosts supposed to come from?

[Philipp Kern]

On 2010-01-01, Florian Weimer  wrote:
> * Philipp Kern:
>>> That's false.  You can use protocol-level gateways, which do NAT and PT
>>> (protocol translation).
>> Can you point me to one please?
> There's DNS64 and BEHAVE, probably with some free implementation.  Of
> course, there are hardly any users because the entire IPv6 user base
> is rather small, and we're talking about a renegade faction of that.

I wouldn't call them renegade, to be honest.  I wondered back then how
to achieve an IPv6-only network to check applications for compatibility,
but missed the option to still connect to IPv4 hosts without the use
of proxies.  I don't care about the additional NAT layer because I'm
NATed anyway.  Thanks for those pointers, although the implementations
seem to be missing (not for Windows but for others as it seems).

> IOS has NAT-PT support, IIRC.  It's also patent-encumbered.

Oh ok, I just saw documents deprecating NAT-PT altogether, but I didn't
know the latter.

Thanks a lot,
Philipp Kern


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: perl and perl-modules; reflexive dependencies vs. archive bloat

[Magnus Holmgren]

On fredagen den 23 oktober 2009, Don Armstrong wrote:
> Currently there is a proposal[0] to combine perl-modules and perl into
> a single package. perl-modules currently contains architecture
> independent bits, and perl contains architecture dependent bits.
> 
> FWICT, the primary argument[1] to do this is because perl and
> perl-modules both require the other to function properly (so a
> reflexive dependency or combining is reqeuired), and because circular
> dependencies make things complicated for dpkg and other frontends.

IIUC, the problem is with the ordering of the postinst scripts. "Depends" 
means that the other package has to be in the configured state before the 
depending package's postinst script can be run, but in many cases the 
depending package has no postinst script or the dependency doesn't apply to 
the postinst script but merely to the application as such after installation.

Would  a new package relationship, say "Post-Depends", be helpful?

-- 
Magnus Holmgrenholmg...@debian.org
Debian Developer 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563258: ITP: libgeometry-primitive-perl -- module to represent geometric entities

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libgeometry-primitive-perl
  Version : 0.20
  Upstream Author : Cory Watson 
* URL : http://search.cpan.org/dist/Geometry-Primitive/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to represent geometric entities

Geometry::Primitive is a device- and library-agnostic system for representing
geometric entities such as points, lines, and shapes. It provides some simple
objects and many convenience methods you would expect from a simple geometry
library.

NOTE: Needed for Chart::Clicker



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563259: ITP: libgraphics-color-perl -- module for manipulating colours in different colour spaces

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libgraphics-color-perl
  Version : 0.27
  Upstream Author : Cory G Watson 
* URL : http://search.cpan.org/dist/Graphics-Color/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module for manipulating colours in different colour spaces

Graphics::Color is a Perl module that provides a device- and library-agnostic
system for creating and manipulating colour definitions in various colour
spaces. It currently supports colours specified as CMYK, HSL, RGB, YIQ and
YUV.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Can not install xserver-xorg-video-vesa

[John Wong]

I can not install xserver-xorg-video-vesa a few weeks ago.

apt-get install xserver-xorg-video-vesa
The following packages have unmet dependencies:
xserver-xorg-video-vesa: Depends: xserver-xorg-core (>= 2:1.6.99.900)
but 2:1.6.5-1 is to be installed
E: Broken packages

My system is unstable/amd64 on kvm
How to solve it?
Please help, and thank you.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Can not install xserver-xorg-video-vesa

[Cyril Brulebois]

John Wong  (01/01/2010):
> I can not install xserver-xorg-video-vesa a few weeks ago.
> 
> apt-get install xserver-xorg-video-vesa
> The following packages have unmet dependencies:
> xserver-xorg-video-vesa: Depends: xserver-xorg-core (>= 2:1.6.99.900)
> but 2:1.6.5-1 is to be installed
> E: Broken packages
> 
> My system is unstable/amd64 on kvm
> How to solve it?
> Please help, and thank you.

Wait until the appropriate version is uploaded to unstable. (And
http://ikibiki.org/blog/2009/12/06/Early_december_announcements/
for context.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Can not install xserver-xorg-video-vesa

[Andrew Dougherty]

I just had this problem today.  My work around, which will probably
not help you, was to realize that I could indeed get the radeon driver
to work by using the radeon instead of the radeonhd
(i.e. xserver-xorg-video-radeon) driver.

> I can not install xserver-xorg-video-vesa a few weeks ago.
> 
> apt-get install xserver-xorg-video-vesa
> The following packages have unmet dependencies:
> xserver-xorg-video-vesa: Depends: xserver-xorg-core (>= 2:1.6.99.900)
> but 2:1.6.5-1 is to be installed
> E: Broken packages
> 
> My system is unstable/amd64 on kvm
> How to solve it?
> Please help, and thank you.
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Can not install xserver-xorg-video-vesa

[Julien Cristau]

On Fri, Jan  1, 2010 at 23:24:39 +0800, John Wong wrote:

> How to solve it?

Install xserver-xorg-video-vesa from testing.

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563299: ITP: libaudio-nama-perl -- Ecasound-based multitrack audio recorder/mixer

[Joel Roth]

Package: wnpp
Severity: wishlist
Owner: Joel Roth 


* Package name: libaudio-nama-perl
  Version : 1.02
  Upstream Author : Joel Roth 
* URL : http://freeshell.de/~bolangi/nama
* License : GPL
  Programming Lang: Perl
  Description : Ecasound-based multitrack audio recorder/mixer

Nama is a recorder/mixer application using Ecasound to
perform multitrack recording, effects processing, and
mastering.

Nama's features include tracks, buses, effects, presets,
sends, inserts, marks and regions. Nama supports JACK
and ALSA audio routing.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: where is /etc/hosts supposed to come from?

[Vincent Lefevre]

On 2009-12-31 14:34:34 -0800, Russ Allbery wrote:
> Uh, no.  That statement implies nothing of the sort; identification is not
> necessarily unique.

I suggest that you look in a dictionary.

> I've been participating in standardization of network protocols through
> the IETF for more than a decade now, and I've never seen someone use this
> definition of FQDN that you're using.  I'm quite confident that this is
> not the intented interpretation of the standards to which you're
> referring, in large part because I was participating in the mailing lists
> on which they were written.

This is not only me. "hostname -f" uses the same definition.

There's also the open problem of what "canonical name" means under
Debian / Linux. Some software also assumes the unicity of the FQDN
(under the "hostname -f" definition), and even the nodename (e.g.
that's procmail when storing mail in a Maildir mailbox).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563311: ITP: python-django-haystack -- A modular search engine for Django applications

[Ulrich Dangel]

Package: wnpp
Severity: wishlist
Owner: Ulrich Dangel 


* Package name: python-django-haystack
  Version : 1.0.1
  Upstream Author : Daniel Lindsley 
* URL : http://haystacksearch.org/
* License : BSD
  Programming Lang: Python
  Description : A modular search engine for Django applications

 Haystack is a modularized search engine for Django applications.
 It supports multiple back-ends like Solr and Whoosh with an unified
 and simple Django like API. It has advanced features like spelling
 suggestions, highlighting, more like this and faceting.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563315: ITP: dragonegg -- GCC plugin that uses LLVM for optimization and code generation

[Robert Millan]

Package: wnpp
Severity: wishlist
Owner: Robert Millan 

* Package name: dragonegg
  Version : SVN snapshot
  Upstream Author : Duncan Sands 
* URL : http://dragonegg.llvm.org/
* License : GPL
  Programming Lang: C
  Description : GCC plugin that uses LLVM for optimization and code 
generation

 DragonEgg is a GCC plugin (dragonegg.so) that replaces GCC's optimizers
 and code generators with those from the LLVM project.
 .
 It is a reimplementation of llvm-gcc that works with gcc-4.5 or later.
 .
 DragonEgg is under heavy development and is not mature - it may crash or
 produce wrong code.

It will be initially uploaded for experimental (I expect it'll stay there
for a while, at the very least untill gcc-4.5 reaches sid).

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: where is /etc/hosts supposed to come from?

[Petter Reinholdtsen]

[Iustin Pop]
> the FQDN should be available directly on the host, without external
> dependencies. Which is why I personally think the machine name (the
> one that the kernel knows) should hold the canonical name.

I agree, and I always make sure /etc/hostname is the FQDN or something
close to it on machines I run.

We do the same at the university where I work, on all Unix versions
that are capable of storing the long names (had some problems with
older HP-UX, not sure we have any Unix versions left which refused
hostnames >8 characters).

Happy hacking,
-- 
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: perl and perl-modules; reflexive dependencies vs. archive bloat

[Steve Langasek]

On Fri, Jan 01, 2010 at 03:18:17PM +0100, Magnus Holmgren wrote:
> Would  a new package relationship, say "Post-Depends", be helpful?

No.  Too many of our maintainers can't even follow the semantics of the
relationship fields we /already/ have...

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563323: ITP: libclass-gomor-perl -- class and object builder

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libclass-gomor-perl
  Version : 1.02
  Upstream Author : Patrice Auffret 
* URL : http://search.cpan.org/dist/Class-Gomor/
* License : Artistic
  Programming Lang: Perl
  Description : class and object builder

Class::Gomor is a Perl class and object builder, providing features like
automatic validation of attributes. It can automatically create accessors
for scalar or array attributes, as well as supporting custom attributes.

NOTE: this package is needed to complete the RFP of libnet-packet-perl
- see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533293



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563327: ITP: libnet-write-perl -- a portable interface to open and send raw data to network

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libnet-write-perl
  Version : 1.05
  Upstream Author : Patrice Auffret 
* URL : http://search.cpan.org/dist/Net-Write/
* License : Artistic
  Programming Lang: Perl
  Description : a portable interface to open and send raw data to network

Net::Write provides a portable interface to write raw data directly to a
network interface. It provides three methods: open, send and close. It is
especially useful because it can send arbitrary packets on the link layer
(layer 2), network layer (layer 3) or transport layer (layer 4).

This is needed for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533293



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563332: ITP: libnet-libdnet-perl -- interface to libdnet's low-level network functions

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libnet-libdnet-perl
  Version : 0.92
  Upstream Author : Patrice Auffret 
* URL : http://search.cpan.org/dist/Net-Libdnet/
* License : BSD
  Programming Lang: Perl
  Description : interface to libdnet's low-level network functions

Net::Libdnet is a Perl module that provides a simple and portable interface
to many useful low-level networking routines. Its functionality includes
network address manipulation, kernel ARP cache and route table manipulation,
firewalling, network interface manipulation, network traffic interception via
tunnel interfaces, and raw IP packet/Ethernet frame transmission.

This module is intended to complement functionality provided by libpcap. For
historical reasons, Dug Song's libdnet is called libdumbnet on Debian.

NOTE: this is needed for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533293



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Debian OpenSSH commit access

[Colin Watson]

Various folks have asked me in the past about the possibility of helping
out with Debian OpenSSH packaging. Until now I've always had to
regretfully put them off as I had no way to offer them commit access,
since I was using a CVS repository on a private host for historical
reasons.

I've now migrated all my CVS history to a true distributed VCS branch
based off an import of upstream's CVS repository. As far as I can tell,
I've lost none of anyone's history in the process, which I'm quite proud
of given the craziness that was going on with vendor branches. :-)
Instructions on dealing with the new repository are here:

  
http://bzr.debian.org/loggerhead/pkg-ssh/openssh/trunk/annotate/head:/debian/README.source

I'd now like to get back in touch with those people who offered help and
take them up on their offer. Unfortunately, without computer assistance,
I have a memory like a thing with holes in, and a number of these
contacts were at Debian conferences and the like. If you have spoken
with me in the past about helping out with OpenSSH and you're still
interested, could you please contact me privately using this e-mail
address? I'd like to explore the possibility of getting a few more
people involved in co-maintenance of this vital package.

If you haven't spoken with me in the past about this but are
nevertheless interested, then tasks that badly need attention are
roughly what you might expect, given that the most immediate problem is
the fact that the bug list is so large it tends to obscure urgent items:

  * Go through the bug list looking for upstreamable bugs, especially
those with patches that look reasonable, forward them to upstream
Bugzilla, and mark the Debian bugs as forwarded.

  * Look for bugs that have already been fixed (preferably if you can
trace the fix to an individual commit, rather than just "I can't
reproduce this any more" which might just mean that your
circumstances differ from the reporter's) and close them.

  * Find reasonably accessible bugs, produce patches, and send them
upstream.

For good measure, I've also added PuTTY to the pkg-ssh repository. If
any other maintainers of SSH implementations in Debian are interested in
joining this project, please get in touch.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563333: ITP: libmodule-used-perl -- library to detect modules loaded by Perl code without running it

[Jonathan Yu]

Package: wnpp
Owner: Jonathan Yu 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libmodule-used-perl
  Version : 1.2.0
  Upstream Author : Elliot Shank 
* URL : http://search.cpan.org/dist/Module-Used/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : library to detect modules loaded by Perl code
without running it

Module::Used is a Perl module that does static analysis of arbitrary Perl
code, looking for use and require statements to determine what modules are
required by the code. It also knows about Moose and Moose::Role, so it can
determine appropriate dependencies in that case too.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org