Re: Bug#465813: ITP: cyclone -- Safe dialect of C

[Christian Perrier]

Quoting François-Denis Gonthier ([EMAIL PROTECTED]):
> Package: wnpp
> Owner: François-Denis Gonthier <[EMAIL PROTECTED]>
> Severity: wishlist
> 
> * Package name: cyclone
>   Version : 1.0/CVS
>   Upstream Author : Dan Grossman, Trevor Jim, Greg Morrisett et al.
> * URL or Web page : http://cyclone.thelanguage.org
> * License : GPL (+ BSD alike for some files)
>   Description : Safe dialect of C

I suggest "C-like compiler with improved security checks"

"dialect" is faily trivial language for me, which is IMHO not suitable
for a package description.




signature.asc
Description: Digital signature

Work-needing packages report for Feb 15, 2008

[wnpp]

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: 301 (new: 11)
Total number of packages offered up for adoption: 91 (new: 2)
Total number of packages requested help for: 36 (new: 0)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   aub (#465149), orphaned 4 days ago
 Description: Assembles binary files from USENET
 Installations reported by Popcon: 101

   bugzilla (#465426), orphaned 2 days ago
 Description: web-based bug tracking system
 Installations reported by Popcon: 258

   dfb++ (#465404), orphaned 2 days ago
 Description: c++ bindings for DirectFB
 Reverse Depends: libdfb++-dev
 Installations reported by Popcon: 65

   elog (#464902), orphaned 5 days ago
 Description: Web interface logbook system
 Installations reported by Popcon: 19

   fusionsound (#465403), orphaned 2 days ago
 Description: audio sub system for multiple applications
 Reverse Depends: libfusionsound-dev
 Installations reported by Popcon: 31

   hlatex (#464668), orphaned 6 days ago
 Description: LaTeX Korean support
 Installations reported by Popcon: 66

   hlatex-fonts (#464669), orphaned 6 days ago
 Description: HLaTeX font files
 Reverse Depends: latex-hangul-ucs-hlatex
 Installations reported by Popcon: 627

   idswakeup (#465037), orphaned 4 days ago
 Description: tool for testing network intrusion detection systems
 Installations reported by Popcon: 95

   mma (#465165), orphaned 4 days ago
 Description: Musical Midi Accompaniment generator
 Installations reported by Popcon: 76

   robodoc (#464894), orphaned 5 days ago
 Description: A source code documentation tool
 Installations reported by Popcon: 66

   yabasic (#465659), orphaned yesterday
 Description: Yet Another BASIC interpreter
 Installations reported by Popcon: 88

290 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   adtool (#465678), offered yesterday
 Description: command line utility for Active Directory
   administration
 Installations reported by Popcon: 99

   tkabber (#465690), offered yesterday
 Description: Tcl/Tk based Jabber client
 Installations reported by Popcon: 173

89 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

   aboot (#315592), requested 966 days ago
 Description: Alpha bootloader: Looking for co-maintainers
 Reverse Depends: aboot aboot-cross dfsbuild ltsp-client-core
 Installations reported by Popcon: 125

   apt-build (#365427), requested 656 days ago
 Description: Need new developer(s)
 Installations reported by Popcon: 984

   ara (#450876), requested 95 days ago
 Description: utility for searching the Debian package database
 Installations reported by Popcon: 117

   athcool (#278442), requested 1206 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 272

   cdrskin (#450873), requested 95 days ago
 Description: command line CD-R/CD-RW writing tool
 Reverse Depends: k3b
 Installations reported by Popcon: 446

   cfs (#458061), requested 48 days ago
 Description: Cryptographic Filesystem
 Installations reported by Popcon: 116

   cvs (#354176), requested 721 days ago
 Description: Concurrent Versions System
 Reverse Depends: crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl
   cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta cvsps (13 more
   omitted)
 Installations reported by Popcon: 22900

   dctrl-tools (#448284), requested 110 days ago
 Description: Command-line tools to process Debian package
   information
 Reverse Depends: debian-goodies dlocate feta haskell-devscripts
   hg-buildpackage mlmmj sbuild simple-cdd
 Installations reported by Popcon: 6045

   dpkg (#282283), requested 1181 days ago
 Description: dselect: a user tool to manage Debian packages
 Reverse Depends: alien alsa-source apt-build apt-cross apt-src
   backuppc build-essential bzr-builddeb clamsmtp crosshurd (107 more
   omitted)
 Installations reported by Popcon: 75439

   drscheme (#402589), requested 430 days ago
 Description: PLT scheme programming environment
 Reverse Depends: drscheme minlog proofgeneral-minlog
 Installations reported by Popcon: 364

   elvis (#432298),

Re: Bug#465809: ITP: hpt -- Creates a TCP tunnel through http and https proxies

[Christian Perrier]

Quoting Russell Stuart ([EMAIL PROTECTED]):
> Package: wnpp
> Severity: wishlist
> Owner: Russell Stuart <[EMAIL PROTECTED]>
> 
> * Package name: hpt
>   Version : 1.1
>   Upstream Author : Russell Stuart <[EMAIL PROTECTED]>
> * URL : http://www.stuart.id.au/russell/files/http-proxy-tunnel/
> * License : EPL
>   Description : Creates a TCP tunnel through http and https proxies

I suggest 

"tunnelling utility through HTTP and HTTPS proxies"

to better fit the write style recommended in DevRef.

> 
> This package installs http-proxy-tunnel.  Http-proxy-tunnel creates
> TCP tunnels through a series of http and https proxies.  It differs
> from other tunnelling programs such as corkscrew in that with the
> right additional magic (described in the README) you can create an
> ssh tunnel using the same TCP port web pages are served from.

s/ssh/SSH




signature.asc
Description: Digital signature

Release: VMKnoppix for x86(20080213)

[Kuniyasu Suzaki]

Dear,

We released new VMKNOPPIX for x86 (20080213).
  http://unit.aist.go.jp/itri/knoppix/vmknoppix/index-en.html
  Guide-PDF 
http://unit.aist.go.jp/itri/knoppix/vmknoppix/VMKnoppix-x86-20080213e.pdf

# Special Features
  * Xen3.2.0, KVM60, and QEMU091 are upgraded. 
  * Xen3.2.0 has a vTPM (TPM Emulator) and offers Trusted Computing
environment. Physical TPM&TCG-BIOS aren't required. KNOPPIX for
Trusted Computing Geeks(Trusted Boot + Remote Attestaion) boots on
Xen3.2.0+vTPM.
  Guide of KNOPPIX for Trusted Computing Geeks
  
http://sourceforge.jp/projects/openpts/wiki/FrontPage/attach/20080129-KNOPPIX511TCG-OPTS-UsersGuide-v1_0-E.pdf
  * OS Circular enables to boot some Linux Distributions
{CentOS5|Debian Etch|Ubuntu606|Ubuntu610|Ubuntu704} on a virtual
machine {Xen|QEMU|KQEMU|KVM} with Internet Virtual Disk "Trusted
HTTP-FUSE CLOOP".
  * QEMU091(x86_64) offers ADM-V instruction set for virtual machine. 
KVM runs on it but Xen doesn't.

# Included virtual machine software on KNOPPIX 5.1.1 (kernel 2.6.19) 　
  Xen3.2.0, KVM60, VirtualBox, QEMU091, KQEMU(QEMU with Accelerator), 
UserModeLinux 

# Guide PDF
  http://unit.aist.go.jp/itri/knoppix/vmknoppix/VMKnoppix-x86-20080213e.pdf

# Download
  File name: knoppix_v5.1.1CD_20070104_xen3.2.0_vbox-20080213.iso 
  MD5: 0d3832fd243f573efe4f23d59c1657c0 
  FTP: 
ftp://unit.aist.go.jp/itri/knoppix/iso/knoppix_v5.1.1CD_20070104_xen3.2.0_vbox-20080213.iso
 
  HTTP (Ring Servers): http://www.ring.gr.jp/archives/linux/knoppix/iso/ 
  Bittorrent: 
http://unit.aist.go.jp/itri/knoppix/vmknoppix/knoppix_v5.1.1CD_20070104_xen3.2.0_vbox-20080213.iso.torrent
 

--
suzaki


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#465813: ITP: cyclone -- Safe dialect of C

[François-Denis Gonthier]

Package: wnpp
Owner: François-Denis Gonthier <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: cyclone
  Version : 1.0/CVS
  Upstream Author : Dan Grossman, Trevor Jim, Greg Morrisett et al.
* URL or Web page : http://cyclone.thelanguage.org
* License : GPL (+ BSD alike for some files)
  Description : Safe dialect of C

Cyclone is a compiler for a language close to the C language.  It adds
several feature to improve the safety on the C language.  Such features
include:

- pattern matching, 
- algebraic datatypes
- exceptions
- region-based memory management
- optional garbage collection.

One of cyclone aims is to produce programs that are more secure than C
programs by eliminating buffers overflows, double free bugs, dangling
pointers access, etc.

For Cyclone-l readers, this is a "Intent To Package" for the Debian
GNU/Linux distribution.  It is meant to say that there is somebody
working on packaging a particular software for the distribution.

If you have any comments or questions, I'll be happy to answer.

F-D

Bug#53121: All tabIets you possibly need!

[js53]

Been drunk and get with the girl? Don't try your luck, insure yourself
with blue-pill! http://xmlja.gonebox.com




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#465809: ITP: hpt -- Creates a TCP tunnel through http and https proxies

[Russell Stuart]

Package: wnpp
Severity: wishlist
Owner: Russell Stuart <[EMAIL PROTECTED]>

* Package name: hpt
  Version : 1.1
  Upstream Author : Russell Stuart <[EMAIL PROTECTED]>
* URL : http://www.stuart.id.au/russell/files/http-proxy-tunnel/
* License : EPL
  Description : Creates a TCP tunnel through http and https proxies

This package installs http-proxy-tunnel.  Http-proxy-tunnel creates
TCP tunnels through a series of http and https proxies.  It differs
from other tunnelling programs such as corkscrew in that with the
right additional magic (described in the README) you can create an
ssh tunnel using the same TCP port web pages are served from.

The debian package has already been done.  It can be found here:
  http://www.stuart.id.au/russell/files/debian/etch/hpt/

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.17-8.1-lube-686-smp
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Meaning of the "Altering package upload rules"

[Charles Plessy]

Le Thu, Feb 14, 2008 at 01:12:44PM +0100, Enrico Tassi a écrit :
> On Wed, Feb 13, 2008 at 11:07:22PM +0100, Lucas Nussbaum wrote:
> > On 13/02/08 at 22:21 +0100, Stefano Zacchiroli wrote:
> > Currently, we already have several DDs building their packages without
> > using an up-to-date, clean sid chroot.  If we start throwing away the
> 
> Even if the package is rebuilt, the uploaded debs are not useless.
> You may debdiff them and eventually informe the developer that:
> - his build environment is corrupted (or the buildd's one)
> - his package build process is installation sensitive (behaves
>   differently on a different installation).

Hi all,

This is a very good idea, but the reason why source-only uploads are not
allowed is that there are concerns that if the binary package is not
used for real, the quality of the source package will drop. Within this
hypothesis, there is no incentive for the laxist developper to use the
valuable feedback that you propose.

When he communicated about source-only uploads in his email of January
2007, James Troup wrote:

  "This is not something I personally think is a good idea but
  I won't stand in the way of consensus of the Release Managers and the
  developer community as a whole."

http://lists.debian.org/msgid-search/[EMAIL PROTECTED]

Therefore, to move forward, It seems that the opinion of the release
managers is needed.

The other concern of James Troup is that the i386 buildd may not keep
up. So I guess that another piece of the puzzle is in the hand of the
i386 buildd maintainers, the release team, the i386 porters, and the
system administration team.

Then, because "a consensus between the Release Managers and the
developer community as a whole" has been required, a GR will be needed.
Since it is a necessary step, the writing of it may be a useful tool to
clarify arguments before presenting them to the persons in charge ?

Have a nice day,

-- 
Charles Plessy
http://charles.plessy.org
Wakō, Saitama, Japan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Alguien que te ama, envió una webcard!

[[EMAIL PROTECTED]]

 - This mail is a HTML mail. Not all elements could be shown in plain text 
mode. -

Ola
debian-devel@lists.debian.org
Ver la fotos y videos:
DSC1203Click.JPG
Mis fotos y videos.
Saludos,
Maria

Re: Openssl in experimental: please test.

[Kurt Roeckx]

On Thu, Feb 14, 2008 at 12:30:07PM +0100, Marc Haber wrote:
> On Tue, 12 Feb 2008 20:54:26 +0100, Kurt Roeckx <[EMAIL PROTECTED]>
> wrote:
> >I've uploaded openssl 0.9.8g-6 to experimental.  It adds support for TLS
> >extensions. 
> 
> Does this include MAC Padding? If so, expect some interoperability
> issues with symbian-based mobile devices.

I guess you mean "random length MAC padding".  This change has
nothing to do with that.  They might add that at some point, and
I doubt it's going to compile time option changing the ABI.

This change is about:
  *) Add initial support for TLS extensions, specifically for the server_name
 extension so far.  The SSL_SESSION, SSL_CTX, and SSL data structures now
 have new members for a host name.  The SSL data structure has an
 additional member SSL_CTX *initial_ctx so that new sessions can be
 stored in that context to allow for session resumption, even after the
 SSL has been switched to a new SSL_CTX in reaction to a client's
 server_name extension.

 New functions (subject to change):

 SSL_get_servername()
 SSL_get_servername_type()
 SSL_set_SSL_CTX()

 New CTRL codes and macros (subject to change):

 SSL_CTRL_SET_TLSEXT_SERVERNAME_CB
 - SSL_CTX_set_tlsext_servername_callback()
 SSL_CTRL_SET_TLSEXT_SERVERNAME_ARG
  - SSL_CTX_set_tlsext_servername_arg()
 SSL_CTRL_SET_TLSEXT_HOSTNAME   - SSL_set_tlsext_host_name()

 openssl s_client has a new '-servername ...' option.

 openssl s_server has new options '-servername_host ...', '-cert2 ...',
 '-key2 ...', '-servername_fatal' (subject to change).  This allows
 testing the HostName extension for a specific single host name ('-cert'
 and '-key' remain fallbacks for handshakes without HostName
 negotiation).  If the unrecogninzed_name alert has to be sent, this by
 default is a warning; it becomes fatal with the '-servername_fatal'
 option.

Anyway, it's been uploaded to unstable now.


Kurt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Proposalto introduce compiler options passed from dpkg-buildpackage

[Moritz Muehlenhoff]

Loïc Minier wrote:
> On Thu, Feb 14, 2008, Frank Lichtenheld wrote:
> > Hmm, I doubt that dpkg-dev should be the place to keep track of that.
> > I mean, that probably depends on the version of gcc/g++/whatever used,
> > so it's quite meaningless to make it dependent on the version of
> > dpkg-dev you use.
> 
>  Should we have a new "default-flags" package or something which would
>  be the place where these flags are set?  Perhaps queryable with:
> get-default-flags --gcc
> get-default-flags --ld
> etc.

Matthias, what about adding such a get-default-flags script into the 
gcc-defaults
package?

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: QUESTION: Debian Policy: Manual pages

[Bas Zoetekouw]

Hi Josselin!

You wrote:

> Le vendredi 15 février 2008 à 03:04 +1100, Harshula a écrit :
> > 1) a.tar.gz -> a.deb
> > 2) b.tar.gz -> b.deb
> > 3) c.tar.gz -> c.deb
> > 
> > c.tar.gz contains only documentation, including man pages for
> > binaries/scripts in a.tar.gz and b.tar.gz.
> 
> Then a and b should Recommend: c, regardless of how the upstream
> tarballs are packaged. All the rest is superfluous. Just ignore the
> lintian warning or add an override, 

Why a recommends?  In order to satisfy the spirit of policy ("every
binary must have a man page") it would need to be a depends, imo.

-- 
Kind regards,
Bas Zoetekouw.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: QUESTION: Debian Policy: Manual pages

[Russ Allbery]

Harshula <[EMAIL PROTECTED]> writes:

> Since c.deb contains all the man pages, running lintian on a.deb results
> in:
> ---
> W: m17n-db: binary-without-manpage usr/bin/m17n-db
> N:
> N:   Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games
> should
> N:   have a manual page
> N:   
> N:   Note, that though the `man' program has the capability to check for
> N:   several program names in the NAMES section, each of these programs
> N:   should have its own manual page (a symbolic link to the appropriate
> N:   manual page is sufficient) because other manual page viewers such
> as
> N:   xman or tkman don't support this.
> N:   
> N:   Refer to Policy Manual, section 12.1 for details.
> N:
> ---
>
> What is the recommended way to deal with this scenario?

I thought that tag in lintian already had a note that you should add an
override if the man pages are shipped in a different package on which this
package has a dependency.  Apparently I was just imagining things.

Such a note will be present in the next release.

-- 
Russ Allbery ([EMAIL PROTECTED])   


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: QUESTION: Debian Policy: Manual pages

[Josselin Mouette]

Le vendredi 15 février 2008 à 03:04 +1100, Harshula a écrit :
> 1) a.tar.gz -> a.deb
> 2) b.tar.gz -> b.deb
> 3) c.tar.gz -> c.deb
> 
> c.tar.gz contains only documentation, including man pages for
> binaries/scripts in a.tar.gz and b.tar.gz.

Then a and b should Recommend: c, regardless of how the upstream
tarballs are packaged. All the rest is superfluous. Just ignore the
lintian warning or add an override, 

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: FSVS and versioning /etc

[Philipp Marek]

Joey Hess wrote:
> Philipp Marek wrote:
> > * Some files have a commit-pipe defined, so that eg. the passwords get
> >   stripped out of the shadow files.
> >   In case of a restore all passwords have to be set afresh.
> > * For a few files that include passwords (like ddclient) there are
> >   already filters.
>
> Is there some insecurity in how the data is stored that makes stripping
> passwords on an ad-hoc basis like thia a good idea?
Sorry, I don't understand you here.
Having the passwords in the repository might make them vulnerable, especially 
if it's an off-site backup.

So per default they get stripped out.

In what way could that be *more* unsecure? I don't make the password fields 
in /etc/g?shadow empty, if it's that what you mean.

> > * Currently I use the apt option Dpkg::Post-Invoke to commit, although
> >   some anacron-job once a day or week might be good.
>
> If it has to manually commit, I don't see the point -- already wrote
> etckeeper. :-) I'd think that the benefit of a versioned filesystem
> would be that you don't have to manually commit changes.
Not manually - just at user-defined points in time (eg. "added a new user"), 
or when doing updates.

> >   Another idea might be to commit a new version only once per apt-get
> > run.
>
> That's what etckeeper does.
I know, I looked at that ;-)

I'd like to try doing a commit for each package - but I don't find the link 
anymore where I saw how that could be done. Something about low-memory 
systems, IIRC.

I'd like to do a non-empty commit after each package, and a final (possibly 
empty) commit after the apt-get run.


> > * Needed space for the repository is on my system (with 1853 installed
> >   packages) about 12MB for the initial import; the few changes up to now
> >   take no space (10 to 30kB).
>
> git takes about 2.5 mb to version my 16 mb /etc (161 revisions so far).
I know that git stores the data compressed, which gives it an advantage.

At the time I wrote FSVS there've been several ways to store complete binary 
trees in some versioning system; but they either couldn't do meta-data, or 
had to jump through some loops to dump the meta-data into a file, which could 
then be stored normally -- like etckeeper.
Doing that for several hundred thousand inodes is not fast - that's why I put 
meta-data versioning in FSVS directly.


Well, it's just one more way to do things :-)


Regards,

Phil


-- 
Versioning your /etc, /home or even your whole installation?
 Try fsvs (fsvs.tigris.org)!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: QUESTION: Debian Policy: Manual pages

[Felipe Sateler]

Harshula wrote:

> Hi,
> 
> re: http://www.debian.org/doc/debian-policy/ch-docs.html#s12.1
> ---
> Each program, utility, and function should have an associated manual
> page included in the same package. It is suggested that all
> configuration files also have a manual page included as well. Manual
> pages for protocols and other auxiliary things are optional.
> 
> If no manual page is available, this is considered as a bug and should
> be reported to the Debian Bug Tracking System (the maintainer of the
> package is allowed to write this bug report themselves, if they so
> desire). Do not close the bug report until a proper man page is
> available.[80]
> ---
> 
> Here's the example:
> 
> 1) a.tar.gz -> a.deb
> 2) b.tar.gz -> b.deb
> 3) c.tar.gz -> c.deb
> 
> c.tar.gz contains only documentation, including man pages for
> binaries/scripts in a.tar.gz and b.tar.gz.

> What is the recommended way to deal with this scenario?

If the three tarballs are released in sync, it may be possible to repack all
three as one source tarball for debian.

-- 

  Felipe Sateler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: QUESTION: Debian Policy: Manual pages

[Leo "costela" Antunes]

Hi

Firstly, this kind of question would be better suited in the
debian-mentors list.

Harshula wrote:
> Here's the example:
> 
> 1) a.tar.gz -> a.deb
> 2) b.tar.gz -> b.deb
> 3) c.tar.gz -> c.deb
> 

Are they really distributed in three separate upstream tarballs? If they
are, perhaps it would be better to generate a single tarball, if not,
there's no need to split it. A single tarball can - and most do -
generate many separate debs. Take a look at the New Maintainer Guide[0]
or get the sources of some existing packages to get the hang of it.

This should solve the manpage issue.


Cheers

[0] http://www.debian.org/doc/maint-guide/

-- 
Leo "costela" Antunes
[insert a witty retort here]



signature.asc
Description: OpenPGP digital signature

Re: QUESTION: Debian Policy: Manual pages

[Thibaut Paumard]

Le 14 févr. 08 à 17:04, Harshula a écrit :


Hi,

re: http://www.debian.org/doc/debian-policy/ch-docs.html#s12.1
---
Each program, utility, and function should have an associated manual
page included in the same package. [...]
---

Here's the example:

1) a.tar.gz -> a.deb
2) b.tar.gz -> b.deb
3) c.tar.gz -> c.deb

c.tar.gz contains only documentation, including man pages for
binaries/scripts in a.tar.gz and b.tar.gz.
[example of lintian warnings]
What is the recommended way to deal with this scenario?


My point-of-view is that it's fine IF the package which contains the  
binaries Depends: on the package which contains the manpage. In that  
case, you may write a lintian override.

(Note: IANADD... BADM)

Regards, Thibaut.

QUESTION: Debian Policy: Manual pages

[Harshula]

Hi,

re: http://www.debian.org/doc/debian-policy/ch-docs.html#s12.1
---
Each program, utility, and function should have an associated manual
page included in the same package. It is suggested that all
configuration files also have a manual page included as well. Manual
pages for protocols and other auxiliary things are optional.

If no manual page is available, this is considered as a bug and should
be reported to the Debian Bug Tracking System (the maintainer of the
package is allowed to write this bug report themselves, if they so
desire). Do not close the bug report until a proper man page is
available.[80]
---

Here's the example:

1) a.tar.gz -> a.deb
2) b.tar.gz -> b.deb
3) c.tar.gz -> c.deb

c.tar.gz contains only documentation, including man pages for
binaries/scripts in a.tar.gz and b.tar.gz.

Since c.deb contains all the man pages, running lintian on a.deb results
in:
---
W: m17n-db: binary-without-manpage usr/bin/m17n-db
N:
N:   Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games
should
N:   have a manual page
N:   
N:   Note, that though the `man' program has the capability to check for
N:   several program names in the NAMES section, each of these programs
N:   should have its own manual page (a symbolic link to the appropriate
N:   manual page is sufficient) because other manual page viewers such
as
N:   xman or tkman don't support this.
N:   
N:   Refer to Policy Manual, section 12.1 for details.
N:
---

What is the recommended way to deal with this scenario?

cya,
#


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#465660: ITP: extreme-tuxracer -- Arcade game featuring tux the penguin, snow ice and fishes

[Luca Brivio]

Alle 11:34, gio 14 febbraio 2008, Alexander Schmehl ha scritto:
> * Christian Perrier <[EMAIL PROTECTED]> [080214 06:54]:
> > >   Description : Arcade game featuring tux the penguin, snow ice and
> > > fishes
> >
> > At least uncapitalize "Arcade".
>
> "At least"?  You have further improvements?  Sounds "3D racing game
> featuring Tux, the Linux penguin" better for you?

Maybe e.g. "make Tux the penguin slide down mountains and collect fishes"?
(Tags: game::arcade, interface::3d, and perhaps game::sport:racing should 
apply, among others.)

-- 
Luca


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#436267: Firewire support in lenny

[Holger Levsen]

Hi,

On Tuesday 12 February 2008 12:31, Guus Sliepen wrote:
> I do not see why making the old stack available again, but blacklisted
> by default, discourages testing of the newer stack. If you have both
> available, then yes, users can switch to the new stack more easily, but
> at least they will still be using Debian kernel packages, and they can
> switch back to the juju stack just as well. If you do not make this
> option available, those who have problems with the new stack will have
> to compile their own kernels, and then they will not track the Debian
> kernel packages anymore.

I see this happening all around... (users compiling their own kernels cause 
they have to and stop tracking debian kernels)

Please make the old stack available.


regards,
Holger


pgpqdQ5CrhC1b.pgp
Description: PGP signature

Bug#465742: ITP: libpoe-component-server-soap-perl -- POE component to publish event handlers via SOAP over HTTP

[Martín Ferrari]

Package: wnpp
Severity: wishlist
Owner: "Martín Ferrari" <[EMAIL PROTECTED]>

* Package name: libpoe-component-server-soap-perl
  Version : 1.11
  Upstream Author : Apocalypse <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/POE-Component-Server-SOAP/
* License : Perl (Artistic | GPL-1+)
  Programming Lang: Perl
  Description : POE component to publish event handlers via SOAP over HTTP

POE::Component::Server::SOAP is a bolt-on component that can publish
event handlers via SOAP over HTTP. Currently, this module only supports
SOAP/1.1 requests, work will be done in the future to support SOAP/1.2
requests. The HTTP server is done via POE::Component::Server::SimpleHTTP.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Meaning of the "Altering package upload rules"

[Enrico Tassi]

On Wed, Feb 13, 2008 at 11:07:22PM +0100, Lucas Nussbaum wrote:
> On 13/02/08 at 22:21 +0100, Stefano Zacchiroli wrote:
> Currently, we already have several DDs building their packages without
> using an up-to-date, clean sid chroot.  If we start throwing away the

Even if the package is rebuilt, the uploaded debs are not useless.
You may debdiff them and eventually informe the developer that:
- his build environment is corrupted (or the buildd's one)
- his package build process is installation sensitive (behaves
  differently on a different installation).

Cheers
-- 
Enrico Tassi


signature.asc
Description: Digital signature

Re: Proposalto introduce compiler options passed from dpkg-buildpackage

[Loïc Minier]

On Thu, Feb 14, 2008, Frank Lichtenheld wrote:
> Hmm, I doubt that dpkg-dev should be the place to keep track of that.
> I mean, that probably depends on the version of gcc/g++/whatever used,
> so it's quite meaningless to make it dependent on the version of
> dpkg-dev you use.

 Should we have a new "default-flags" package or something which would
 be the place where these flags are set?  Perhaps queryable with:
get-default-flags --gcc
get-default-flags --ld
etc.

-- 
Loïc Minier


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Openssl in experimental: please test.

[Marc Haber]

On Tue, 12 Feb 2008 20:54:26 +0100, Kurt Roeckx <[EMAIL PROTECTED]>
wrote:
>I've uploaded openssl 0.9.8g-6 to experimental.  It adds support for TLS
>extensions. 

Does this include MAC Padding? If so, expect some interoperability
issues with symbian-based mobile devices.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: Proposalto introduce compiler options passed from dpkg-buildpackage

[Frank Lichtenheld]

On Wed, Feb 13, 2008 at 10:01:00PM +0100, Moritz Muehlenhoff wrote:
> On Mon, Feb 11, 2008 at 05:44:33PM +0100, Matthias Klose wrote:
> > Moritz Muehlenhoff writes:
> > > [This message has also been posted to gmane.linux.debian.devel.general.]
> > > On 2007-12-25, Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:
> > > > Matthias Klose wrote:
> > > >> This is a proposal to introduce a common set of compiler options which
> > > >> can be set independently from the package, and passed/injected to the
> > > >> package build process.  It was first discussed at the last UDS; a
> > > >> corresponding wiki page can be found at [1].
> > > >
> > > > A change like that is more or less required for the planned introduction
> > > > of security hardening features. Since noone really objected to the 
> > > > change
> > > > outlined, I'd be interested in the way forward from here and what 
> > > > timeline
> > > > is planned to set the changes into effect.
> > > 
> > > Matthias, what's the status?
> > 
> > thanks for the reminder; I did update the proposal and renamed the
> > environment variables to what Colin Watson did suggest. Bug #465282
> > now has a patch for dpkg-architecture attached.
> 
> That looks good to me. Maybe we should have individual default flags
> per architecture, so that features, which are buggy or not fully
> implemented on a given arch can be disabled so that the workarounds
> don't need to be done by the maintainers across several rules files?

Hmm, I doubt that dpkg-dev should be the place to keep track of that.
I mean, that probably depends on the version of gcc/g++/whatever used,
so it's quite meaningless to make it dependent on the version of
dpkg-dev you use.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#465660: ITP: extreme-tuxracer -- Arcade game featuring tux the penguin, snow ice and fishes

[Alexander Schmehl]

Hi!

* Christian Perrier <[EMAIL PROTECTED]> [080214 06:54]:

> >   Description : Arcade game featuring tux the penguin, snow ice and 
> > fishes
> At least uncapitalize "Arcade".

"At least"?  You have further improvements?  Sounds "3D racing game
featuring Tux, the Linux penguin" better for you?

(Hmm... why did I copy the long description from ppracer, but not the
synopsis?)


> >  You should have working 3D acceleration for your X or this game will run 
> > quite
> >  slow.
> I refrain my "neutral wording" stance here which makes me think that
> wording with "you should have", "you must", etc. should be dropped in
> favor of " is required".I guess that contradictors will
> object that some "friendly" wording is OK for games.
> 
> However, shouldn't the last word be "slowly"?

Now that you mention it... allthough it is in theorie possible to play
this game without 3D acceleration, it is practically impossible.  How
does: "3D acceleration is required or this game will run quite slowly."
sound to you?


Yours sincerely,
  Alexander


signature.asc
Description: Digital signature

Re: Proposition: 'NMU' upload of wxwidgets 2.8

[Miles Bader]

Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
>> > if you appreciate using Debian as a development platform, the fact
>> > that CodeBlocks can't be built on it is IMHO a pretty critical
>> > problem.
>> 
>> Why?
>
> Maybe "because not being able to build" and "development platform" don't go so
> well together?
>
> Differently put, why do you think that NOT having current versions of a 
> popular
> library, here wxwidgets in version 2.8, is a feature and not a bug?

I don't.  I'm just questioning the (apparent) assertion that the
presence or lack of "CodeBlocks" is "critical" to those who "appreciate
using Debian as a development platform".  Surely 99% of people who do
development on Debian haven't even _heard_ of CodeBlocks.

-Miles

-- 
Patience, n. A minor form of despair, disguised as a virtue.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

meena rawat wants to chat

[meena rawat]

---

meena rawat wants to stay in better touch using some of Google's coolest new
products.

If you already have Gmail or Google Talk, visit:
http://mail.google.com/mail/b-5f3142915c-ebe5574226-45f92fcfb3f8b8af
You'll need to click this link to be able to chat with meena rawat.

To get Gmail - a free email account from Google with over 2,800 megabytes of
storage - and chat with meena rawat, visit:
http://mail.google.com/mail/a-5f3142915c-ebe5574226-72ebe3ab34

Gmail offers:
- Instant messaging right inside Gmail
- Powerful spam protection
- Built-in search for finding your messages and a helpful way of organizing
  emails into "conversations"
- No pop-up ads or untargeted banners - just text ads and related information
  that are relevant to the content of your messages

All this, and its yours for free. But wait, there's more! By opening a Gmail
account, you also get access to Google Talk, Google's instant messaging
service:

http://www.google.com/talk/

Google Talk offers:
- Web-based chat that you can use anywhere, without a download
- A contact list that's synchronized with your Gmail account
- Free, high quality PC-to-PC voice calls when you download the Google Talk
  client

Gmail and Google Talk are still in beta. We're working hard to add new features
and make improvements, so we might also ask for your comments and suggestions
periodically. We appreciate your help in making our products even better!

Thanks,
The Google Team

To learn more about Gmail and Google Talk, visit:
http://mail.google.com/mail/help/about.html
http://www.google.com/talk/about.html

(If clicking the URLs in this message does not work, copy and paste them into
the address bar of your browser).


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#465660: ITP: extreme-tuxracer -- Arcade game featuring tux the penguin, snow ice and fishes

[Alexander Schmehl]

Hi!

* Andreas Tille <[EMAIL PROTECTED]> [080214 08:43]:

>>  Description : Arcade game featuring tux the penguin, snow ice and fishes
> Thanks for your work on it.  Could you please clarify whether it
> is just an alternative to ppracer or whether it is a replacement?

ppracer is upstream dead.  Extreme Tuxracer is a fork from a
beta-version of ppracer, which never made it stable.  So it is a
replacement, but since it seems to have quite higher hardware
requirements, I consider having both in Lenny and removing ppracer after
the Lenny release; (ppracer is in good shape and allthough unmaintained
upstream no security risc).

Positive aspect:  This branch of extreme tuxracer seems to use the same
format for courses as ppracer does, so planetpenguin-racer-extras might
be usable for extreme tuxracer as well.


Yours sincerely,
  Alexander


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#465713: ITP: xiterm+thai -- X terminal program with Thai languague support

[Neutron Soutmun]

Package: wnpp
Severity: wishlist
Owner: Neutron Soutmun <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It was removed from Debian because it had no users, even though it
actually did have users.

* Package name: xiterm+thai
  Version : 1.07
  Upstream Author : Vuthichai Ampornaramveth <[EMAIL PROTECTED]>,
Theppitak Karoonboonyanan <[EMAIL PROTECTED]>
* URL : ftp://linux.thai.net/pub/thailinux/software/xiterm+thai/
* License : GPL-2
  Programming Lang: C
  Description : X terminal program with Thai languague support

xiterm+thai is an X terminal emulator program with Thai language
support. It has built-in Thai keyboard input support. You could
also use X11 XKB extension to input Thai character.

- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHs/4w1k7Ar9TO/TcRAq0GAJ46QVHJ9sT63rSYnkJB0VO11H4PNQCgm/i+
LtV0WsVZCjzMiaet+Jr6Yr8=
=hfep
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]