Re: [RFC] DEP-6: Meta-Package debian/control field

[Ben Finney]

Russ Allbery  writes:

> Ben Finney  writes:
> > This seems like an ideal use for debtags. No?
>
> It doesn't to me. The whole point of debtags is that it's
> crowd-edited, but whether a package is a metapackage should be under
> the direct control of the package maintainer.

True enough. Thanks for the quick obvious answer to my poorly-conceived
question.

-- 
 \  “When we talk to God, we're praying. When God talks to us, |
  `\ we're schizophrenic.” —Jane Wagner, via Lily Tomlin, 1985 |
_o__)  |
Ben Finney


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

Re: [RFC] DEP-6: Meta-Package debian/control field

[Russ Allbery]

Ben Finney  writes:
> "Joe Smith"  writes:

>> Counter proposal:
>>
>> New meta-package Boolean field.

> Why a new field in the Packages file?

> This seems like an ideal use for debtags. No?

It doesn't to me.  The whole point of debtags is that it's crowd-edited,
but whether a package is a metapackage should be under the direct control
of the package maintainer.  Also, debtags can change independently of the
package, but the metapackage status will not change without a package
upload.

-- 
Russ Allbery (r...@debian.org)   


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

Re: [RFC] DEP-6: Meta-Package debian/control field

[Ben Finney]

"Joe Smith"  writes:

> Counter proposal:
>
> New meta-package Boolean field.

Why a new field in the Packages file?

This seems like an ideal use for debtags. No?

-- 
 \ “A child of five could understand this. Fetch me a child of |
  `\  five.” —Groucho Marx |
_o__)  |
Ben Finney


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

Re: [RFC] DEP-6: Meta-Package debian/control field

[Joe Smith]

Joe Smith wrote:

Counter proposal:

New meta-package Boolean field.

Meta-packages would normally have few or no Depends, being almost 
completely recommends.


Recommends (perhaps also Depends) of meta-packages are not marked as 
automatically installed.


The usefulness of this part of my counter proposal is debatable. It allows 
removing the meta-package without removing the installed packages. If that 
is not desired, then don't include it. That would make meta-packages special 
only due to the following:


Attempting to install a meta-package if apt is not configured to install 
recommends by default will terminate in an error, rather than completing, 
unless a force flag was passed. (This is to ensure the meta-package does 
not basically completely fail if that setting is off, without spitting out 
some form of error).




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

Re: [RFC] DEP-6: Meta-Package debian/control field

[Joe Smith]

"David Paleino"  wrote in message 
news:16193268.79mvg96...@home.hanskalabs.net...

Hello people,
per the DEP process described at http://dep.debian.net/deps/dep0/, this is
the first call for comments on this proposal.

   Title: Meta-Package debian/control field
   DEP: 6
   State: DRAFT
   Date: 2009-12-20
   Drivers: David Paleino , Luca Bruno 


   URL: http://dep.debian.net/deps/dep6
   License:
Copying and distribution of this file, with or without
modification, are permitted in any medium without royalty
provided the copyright notice and this notice are preserved.
   Abstract:
Introduce the usage of a new field in debian/control, 
Meta-Package,

to mark "meta-packages" as such, and allow easy choice of
installed packages, without being bitten by the "autoremove"
feature of package management tools.



Counter proposal:

New meta-package Boolean field.

Meta-packages would normally have few or no Depends, being almost completely 
recommends.


Recommends (perhaps also Depends) of meta-packages are not marked as 
automatically installed.


Attempting to install a meta-package if apt is not configured to install 
recommends by default will terminate in an error, rather than completing, 
unless a force flag was passed. (This is to ensure the meta-package does not 
basically completely fail if that setting is off, without spitting out some 
form of error).






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

Re: [MBF] Handling python2.4 removal

[Luca Falavigna]

Il giorno Tue, 15 Dec 2009 23:11:18 +0100
Luca Falavigna  ha scritto:

> Squeze will release with Python 2.5 and Python 2.6, while Python 2.4
> is scheduled for removal when no packages will depend on it. When
> Python 2.6 will enter unstable, Python 2.4 will be no longer
> supported version for module and extension building.
> 
> We're proposing a MBF for the following packages to ease transition,
> a brief explanation for every class of package involved follows.

Here's a follow-up to include some more packages, and to remove those
which were already fixed in the meantime.



---
NEED CODE/PACKAGING CHANGES
---

These packages build-depend or depend on one of the package built on top
of python2.4 source, and will be uninstallable when those packages will
be removed from Sid and Squeeze.

Jeff Breidenbach 
   jcc

Debian Games Team 
   adonthell

Debian/Ubuntu Zope Team 
   zope-common
   zope2.10
   zope2.11

Barry deFreese 
   adonthell (U)

Debian QA Group 
   graphviz

Bjørn Hansen 
   balder2d

Ian Jackson 
   autopkgtest

Matthias Klose 
   python-extclass
   zope-common (U)

martin f. krafft 
   zope-common (U)

Rafael Laboissiere 
   plplot (U)

Jeremy Lainé 
   kdevelop

Iain Lane 
   adonthell (U)

Andrea Mennucci 
   zope-common (U)

Jonas Meurer 
   zope-common (U)
   zope2.10 (U)
   zope2.11 (U)

Andrew Ross 
   plplot

Fabio Tranchitella 
   zope-common (U)
   zope2.10 (U)
   zope2.11 (U)

Bernd Zeimetz 
   zope-common (U)
   zope2.10 (U)
   zope2.11 (U)



--
NEED A SOURCEFUL UPLOAD WITH NO CODE/PACKAGING CHANGES
--

In order to get rid of dependencies on python2.4 package, a no-change
sourceful upload should be enough in most cases for those packages.

Sebastien Bacher 
   pyorbit

 Daniel Baumann 
   pywebdav (U)

Mathias Behrle 
   pywebdav (U)

Vincent Bernat 
   simpleparse (U)
   sshproxy

Vincent Danjean 
   commit-tool

Debian GNOME Maintainers 
   pyorbit (U)

Debian Python Modules Team 
   simpleparse

Debian/Ubuntu Zope Team 
   zc.buildout
   zodb
   zope.testing

Dirk Eddelbuettel 
   nwsclient

Luca Falavigna 
   pyorbit (U)

Alexandre Fayolle 
   pyqonsole

Matthias Klose 
   zope.testing (U)

Jan Lübbe 
   bitbake

Debian Tryton Maintainers 
   pywebdav

Loic Minier 
   pyorbit (U)

Josselin Mouette 
   pyorbit (U)

Brian Sutherland 
   zodb (U)
   zope.testing (U)

Fabio Tranchitella 
   zc.buildout (U)
   zodb (U)
   zope.testing (U)



-
NEED A BINNMU
-

These packages should be fixed with a binNMU.

Loic Dachary (OuoU) 
   pypoker-eval

Sebastien Bacher 
   gnome-python-extras

Michael Banck 
   opensync

Luciano Bello 
   libmimic

Calendarserver Maintainers
 
   twisted-calendarserver

Carl Chenet 
   rdiff-backup

Pierre Chifflier 
   libcap-ng

Debian GNOME Maintainers 
   gnome-python-extras (U)

Debian Python Modules Team 
   pykcs11 (U)
   pyscard (U)

Sebastian Dröge 
   gstreamer0.10-rtsp (U)

Guido Guenther 
   twisted-calendarserver (U)

Anders Hammarquist 
   python-meld3

Thomas Jollans 
   chatplus

Jonny Lamb 
   librra

Arthur Loiret 
   medit

Maintainers of GStreamer packages
 
   gstreamer0.10-rtsp (U)

A Mennucc1 
   xdelta3

Loic Minier 
   gnome-python-extras (U)
   rpm (U)

Josselin Mouette 
   gnome-python-extras (U)

Sam Hocevar (Debian packages) 
   papaya

Kari Pahula 
   crossfire

Lucas Di Pentima 
   gwp

Python Applications Packaging Team
 
   rdiff-backup (U)

Sebastian Reichel 
   gstreamer0.10-rtsp

Ludovic Rousseau 
   pykcs11
   pyscard

David Smith 
   pykcs11 (U)

Davide Truffa 
   obmenu

Jelmer Vernooij 
   subvertpy

Michal Čihař 
   rpm



--
PACKAGES TO BE REMOVED
--

These packages ship modules or extensions already provided by python2.5
or newer Python versions, so they should be not needed anymore, a RM
request will be filed. Maintainers of packages that build-depend or
depend on these should update their packages. This will be the subject
for a future MBF.

SZALAY Attila 
   zorp

Debian Python Modules Team 
   celementtree
   ctypes (U)
   elementtree

Raphael Hertzog 
   celementtree (U)

Scott Kitterman 
   celementtree (U)

Matthias Klose 
   python2.4-doc

Torsten Marek 
   celementtree (U)
   elementtree (U)

Python Modules Packaging Team
 
   python-wsgiref (U)

Ganesan Rajagopal 
   ctypes

Noah Slater 
   python-wsgiref

Bernd Zeimetz 
   elementtree (U)



Regards,

-- 
Matthias Klose, Scott Kitterman & Luca Falavigna


signature.asc
Description: PGP signature

Bug#562217: ITP: jdownloader -- download manager for one-click hosting sites

[Benjamin Drung]

Package: wnpp
Severity: wishlist
Owner: Benjamin Drung 

* Package name: jdownloader
  Version : 0.1
  Upstream Author : JDownloader DEV-Team 
* URL : http://jdownloader.org/
* License : GPL-3
  Programming Lang: Java
  Description : download manager for one-click hosting sites

 JDownloader is open source, platform independent and written completely in
 Java. It simplifies downloading files from One-Click-Hosters like
 Rapidshare.com or Megaupload.com - not only for users with a premium account
 but also for users who don't pay. It offers downloading in multiple paralell
 streams, captcha recognition, automatical file extraction and much more. Of
 course, JDownloader is absolutely free of charge. Additionally, many "link
 encryption" sites are supported - so you just paste the "encrypted" links and
 JD does the rest. JDownloader can import CCF, RSDF and the new DLC files.
 .
 This package contains only a dektop file and a script, which will download and
 launch the current JDownloader.



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

Re: [Expat-discuss] RFH: Patch for CVE-2009-3560 in expat breaks the Perl XML parser

[Karl Waclawek]

Daniel Leidert wrote:
> x-post to expat-discuss, debian-devel and debian-perl
> 
> Hi,
> 
> The security issue known as CVE-2009-3560 [1] has been fixed in expats
> source code some time ago [2]. Now a Debian user informed [3] me, that
> the fix breaks parsing XML files with entities using Perls XML parser.
> Also several tests of the suite then fail (attached build log). So this
> makes the problem RC for us Debian and creates a problem in the *stable
> suites.
> 
> I guess, the Perl XML parser needs to be fixed and not expat. But I'm
> not familiar with the Perl module. I wonder if you (expat developers)
> have been informed about this? Unfortunately the author of the Perl XML
> parser module seems not active anymore (CCed him tough).

No, I haven't heard about the Perl issue before.

> 
> Is someone able to help to track this down? Any help is appreciated.
> 
> [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3560
> [2] 
> http://expat.cvs.sourceforge.net/viewvc/expat/expat/lib/xmlparse.c?r1=1.164&r2=1.165
> [3] http://bugs.debian.org/561658
> 

Could you please run the failing tests with Expat directly, instead of the
Perl parser?

Karl


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

An English presentation about Config::Model and package upgrades

[Dominique Dumont]

Le vendredi 4 décembre 2009 20:08:57, gregor herrmann a écrit :
> Since you speak French you might be interested in Dominique's
> presentation at some French Perl meeting:
> http://fpw2009.ubicast.eu/videos/free/64/

For non-french speakers, I've recorded a new session in English. In this 
presentation, I've also talked about Augeas and package upgrades.

Here are the slides : http://config-model.sourceforge.net/config-model-en.pdf
And the video: http://config-model.sourceforge.net/config-model-2.avi (280MB)

All the best

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont


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

Bug#562199: ITP: dnsjava -- Implementation of DNS in Java

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: dnsjava
  Version : 2.0.8
* URL : http://www.dnsjava.org/
* License : BSD
  Programming Lang: Java
  Description : Implementation of DNS in Java

dnsjava is an implementation of DNS in Java. It supports all defined
record types (including the DNSSEC types), and unknown types. It can
be used for queries, zone transfers, and dynamic updates. It includes
a cache which can be used by clients, and a minimal implementation
of a server. It supports TSIG authenticated messages, partial DNSSEC
verification, and EDNS0.



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

Bug#562193: ITP: xen-qemu-dm-3.4 -- Xen Qemu Device Model virtual machine hardware emulator

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: xen-qemu-dm-3.4
  Version : 3.4.2
  Upstream Author : Xensource 
* URL : http://www.xen.org/
* License : GPL
  Programming Lang: C
  Description : Xen Qemu Device Model virtual machine hardware emulator

This package is the Xen version of the Qemu emulator especially patched for
its hypervisor. With xen-qemu-dm, you can run a fully virtualized virtual
machine if your hardware supports it (Intel VT support, or AMD-v
technology).

Explanation on why this package is created:
Bastian Blank decided to remove xen-qemu-dm from his Xen packages, as he
believed he could not face any potential security issues in the Xen version
of Qemu. As many people still need HVM support in Xen, I have gathered a small
team of people that are reading the xen-devel list, to maintain this package:

Ian Jackson  -> Debian guy at Citrix
Stefano Stabellini  -> Qemu guy at Citrix
Christian Motschke  -> Volunteering
Samuel Thibault  -> Can help

so that I wont get stuck if there is any security issue on the package.
I will also build a private mailing list with the above persons registered,
so we can work as a team in case any issue is raised by the security team
or others.

I intend to be the main package maintainer, but I wont have any internal
knowledge of the source code, which is why I insisted on having help here.
This has already proven to be the right path, as Ian Jackson (and others)
have been of great help.

-- 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: defaulting to net.ipv6.bindv6only=1 for squeeze

[Jarek Kamiński]

Na grupie linux.debian.devel napisałe(a)ś:
> Jarek Kamiński  writes:
>
>> Yes. Following code actually works (runs with bindv6only enabled,
>> listens on [::]:1234 and accepts connection made to localhost:1234):

> I'm sure it works.  But I wanted to note that "localhost" is somewhat
> ambigious.  It may include ::1

In my case it doesn't.

> You'd better test 127.0.0.1:1234 explicitly if that's what you want. 

I've done the test correctly, connecting over IPv4 with 127.1.

Jarek.


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

Re: QA pages and epochs: problem?

[Felix Zielcke]

Am Donnerstag, den 24.12.2009, 01:18 +0900 schrieb Osamu Aoki:
> unstable has oldest version.
> 
> old   0.9.7-3 
> stable0.9.14-6 
> testing   0.9.16-3 
> unstable  0.9.7-1 
> 
> http://packages.qa.debian.org/g/gsynaptics.html
> 
> I orphaned this long time ago without anyone taking it.  It looks like
> some one uploaded very old version to unstable and got through the
> system. ???
> 
hurd-i386 still has 0.9.7-1:
http://qa.debian.org/madison.php?package=gsynaptics
reachable from above PTS page by that little square+arrow icon after
versions
Seems like you missed the mail from d-d-a or the thread on d-d that
ftpmasters allow now multiple versions in unstable, which broke a few
things.

-- 
Felix Zielcke
Proud Debian Maintainer and GNU GRUB developer


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

Re: QA pages and epochs: problem?

[Osamu Aoki]

On Wed, Dec 23, 2009 at 05:10:07PM +0100, Jens Peter Secher wrote:
> Recently, it seems that the QA pages started ignoring the epoch in
> changelog versions.  Specifically
> http://packages.qa.debian.org/h/haxe.html shows an ancient version
> 20060912-2 as the version in sid, while it shows 1:2.4-3 as the
> version in testing.
> 
> Have anybody else seen the like?

I see funny page too.

 
http://packages.debian.org/search?suite=default§ion=all&arch=any&searchon=names&keywords=gsynaptics

unstable has oldest version.

old   0.9.7-3 
stable0.9.14-6 
testing   0.9.16-3 
unstable  0.9.7-1 

http://packages.qa.debian.org/g/gsynaptics.html

I orphaned this long time ago without anyone taking it.  It looks like
some one uploaded very old version to unstable and got through the
system. ???


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

Re: QA pages and epochs: problem?

[James Vega]

Julien is correct.  See #559863 and merged bugs.


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

Re: QA pages and epochs: problem?

[Julien Cristau]

On Wed, Dec 23, 2009 at 17:10:07 +0100, Jens Peter Secher wrote:

> Recently, it seems that the QA pages started ignoring the epoch in
> changelog versions.  Specifically
> http://packages.qa.debian.org/h/haxe.html shows an ancient version
> 20060912-2 as the version in sid, while it shows 1:2.4-3 as the
> version in testing.
> 
Well.  20060912-2 *is* in sid.
  haxe | 20060912-2 |  unstable | source, hurd-i386
So I suspect something's getting confused about multiple versions being
listed in the Sources files (1:2.4-3 is there as well, obviously).

Cheers,
Julien


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

QA pages and epochs: problem?

[Jens Peter Secher]

Recently, it seems that the QA pages started ignoring the epoch in
changelog versions.  Specifically
http://packages.qa.debian.org/h/haxe.html shows an ancient version
20060912-2 as the version in sid, while it shows 1:2.4-3 as the
version in testing.

Have anybody else seen the like?
-- 
Jens Peter Secher.
_DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_.
A. Because it breaks the logical sequence of discussion.
Q. Why is top posting bad?


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

xserver-xorg-core_may_be_bug

[krogar]

Hello - (Systems - Debian test unstable AMD64)
read from terminal - may be "unmet dependencies":
dselect print error, and apt-get - read from terminals:
"user# apt-get install xserver-xorg-video-apm
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  xserver-xorg-video-apm: Depends: xserver-xorg-core (>= 2:1.6.99.900) but 
2:1.6.5-1 is to be installed
E: Broken packages
kroxalt:/home/kizipy# apt-get install xserver-xorg-core
Reading package lists... Done
Building dependency tree   
Reading state information... Done
xserver-xorg-core is already the newest version.
xserver-xorg-core set to manually installed.
The following packages were automatically installed and are no longer required:
  libbcel-java libgcj9-0-awt libsensors3 libxklavier12 libgcj-bc bsh-gcj 
libhsqldb-java-gcj bsh libgraphviz4 libmx4j-java libpoppler4 libgnomekbd3
  openssl-blacklist uswsusp fastjar libsplashy1 liblog4j1.2-java 
liblog4j1.2-java-gcj
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
kroxalt:/home/kizipy# apt-get autoremove
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  bsh bsh-gcj fastjar libbcel-java libgcj-bc libgcj9-0-awt libgnomekbd3 
libgraphviz4 libhsqldb-java-gcj liblog4j1.2-java liblog4j1.2-java-gcj 
libmx4j-java
  libpoppler4 libsensors3 libsplashy1 libxklavier12 openssl-blacklist uswsusp
0 upgraded, 0 newly installed, 18 to remove and 0 not upgraded.
After this operation, 30.1MB disk space will be freed.
Do you want to continue [Y/n]? 
(Reading database ... 315620 files and directories currently installed.)
Removing bsh-gcj ...
Removing bsh ...
Removing fastjar ...
Removing libmx4j-java ...
Removing libbcel-java ...
Removing liblog4j1.2-java-gcj ...
Removing libhsqldb-java-gcj ...
Removing libgcj-bc ...
Removing libgcj9-0-awt ...
Removing libgnomekbd3 ...
Removing libgraphviz4 ...
Removing liblog4j1.2-java ...
Removing libpoppler4 ...
Removing libsensors3 ...
Removing uswsusp ...
Removing libsplashy1 ...
Removing libxklavier12 ...
Removing openssl-blacklist ...
Processing triggers for menu ...
Processing triggers for man-db ...
Processing triggers for install-info ...
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-program.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/python2.5-ref.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/python2.5-dist.info.gz'
install-info: warning: no info dir entry in `/usr/share/info/accounting.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-snippets.info-images-dir-dep.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-learning.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/python2.5-lib.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/python2.5-mac.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond.info-images-dir-dep.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/python2.5-ext.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/python2.5-tut.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/python2.5-api.info.gz'
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-trunk-amd64
user# apt-get remove xserver-xorg-core
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  fglrx-amdcccle fglrx-atieventsd fglrx-control fglrx-driver fglrx-glx 
fglrx-glx-ia32 fglrx-kernel-2.6.32-trunk-amd64 xorg xserver-xorg 
xserver-xorg-core
  xserver-xorg-core-dbg xserver-xorg-input-all xserver-xorg-input-evdev 
xserver-xorg-input-synaptics xserver-xorg-input-wacom xserver-xorg-video-intel
  xserver-xorg-video-openchrome xserver-xorg-video-radeon 
xserver-xorg-video-radeon-dbg xserver-xorg-video-radeonhd 
xserver-xorg-video-radeonhd-dbg
  xserver-xorg-video-tga
0 upgraded, 0 newly installed, 22 to remove and 0 not upgraded.
After this operation, 124MB disk space will be freed.
Do you want to continue [Y/n]? 
(Reading database ... 315395 files and directories currently installed.)
Removing fglrx-amdcccle ...
Removing fglrx-atieventsd ...
Stopping atieventsd: done.
Removing fglrx-control ...
Removing fglrx-kernel-2.6.32-trunk-amd64 ...
Removing fglrx-glx-ia32 ...
Removing `diversion of /usr/lib32/libGL.so.1.2 to 
/usr/lib32/fglrx/diversions/libGL.so.1.2 by fglrx-glx-ia32'
Removing `diversion of /us

Bug#562179: ITP: smem -- memory reporting tool

[Michal Čihař]

Package: wnpp
Severity: wishlist
Owner: "Michal Čihař" 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: smem
  Version : 0.9
  Upstream Author : Matt Mackall 
* URL : http://www.selenic.com/smem/
* License : GPL
  Programming Lang: Python
  Description : memory reporting tool

Tool that can give numerous reports on memory usage on Linux systems.
Unlike existing tools, smem can report proportional set size (PSS),
which is a more meaningful representation of the amount of memory used
by libraries and applications in a virtual memory system.

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

iEYEARECAAYFAksyJE0ACgkQ3DVS6DbnVgQxQACfbR0LZ+oJDjU3KozrQ8Gupadu
36gAoIeKeMF69/C3tZ/LFLvXRrMdJqF9
=ycVk
-END PGP SIGNATURE-



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

Bug#562180: ITP: monajat -- Islamic supplications screenlet/tray applet/console app

[أحمد المحمودي]

Package: wnpp
Severity: wishlist
Owner: "أحمد المحمودي" 


* Package name: monajat
  Version : 2.3.1
  Upstream Author : Fadi Al-katout (cutout) , 
Muayyad Alsadi 
* URL : https://www.launchpad.net/monajat
* License : GPL
  Programming Lang: Python
  Description : Islamic supplications screenlet/tray applet/console app

 Monajat is a small application that displays Islamic supplications
 (azkar) at predetermined times.

 It consists of a python backend, screenlet, tray applet and console
 application.



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

Re: Bug#559761: ITP: release -- provides information about the current releases

[Benjamin Drung]

Am Freitag, den 11.12.2009, 15:57 -0600 schrieb Peter Samuelson:
> [Benjamin Drung]
> > Yes, the name is a bit to generic. Any other suggestions for the name?
> > On the mailing list I found 'release-info'. On my list are now:
> > 
> > * release-info
> > * distro-release-info
> > * distro-releases
> 
> I'd go with 'os-release'.  Mostly because I hate the word 'distro'.

To avoid the distro/os discussion, I will use release-info as package
name. It's short and not too generic.

> Unix tradition is to have a bit of OS release info in one flag of
> 'uname' or another, but of course on Linux, where the kernel and the
> userland are fairly decoupled, this makes less sense.
> 
> (Also, one might think /usr/share/misc/config.guess could say whether
> we're on debian or ubuntu ... but it doesn't.)

-- 
Benjamin Drung
Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Re: Bug#559761: ITP: release -- provides information about the current releases

[Benjamin Drung]

Am Freitag, den 11.12.2009, 09:17 +0100 schrieb Frank Lin PIAT:
> On Fri, 2009-12-11 at 00:09 +0100, Benjamin Drung wrote:
> > To sum up the naming discussion, there are two possible package names:
> > 
> > * distro-release-info
> > * release-info
> > 
> > The two distro-specific script will be named debian-release-info and
> > ubuntu-release-info. I tend to name the package distro-release-info and
> > the symlinked script release-info.
> 
> The distro specific script should be in /usr/share/release-info/.

No. If I want to know the current stable release of Debian, I have to
run 'debian-release-info -s' regardless which os/distro I run.

> If the distribution specific scripts are in the path, people may tend to
> use them, which isn't portable because one needs to know the local
> distribution before invoking the script.

It depends on the purpose. Portable scripts have to use release-info,
but distribution specific scripts can use $distro-release-info.

> Also, it you be nice if your script was easily extensible by Debian and
> Ubuntu derivatives.

Every derivative can add their own $distro-release-info script. Having
one generic script for all distributions would not work, because there
is not _one_ release policy for all.

> BTW, did you notice that the DebianRelease[1] wiki page has a link per
> distribution release, with EOL dates (?)

Yes, but for buzz to hamm (1.1 to 2.0) the EOL dates are missing.

> I just have a feature request: add some "--foobar-url" options, which
> would return some official urls about that distribution:
>  * Info and support (http://www.debian.org/releases/lenny/ )
>  * Release Notes (http://www.debian.org/releases/lenny/releasenotes )
>  * Errata (http://www.debian.org/releases/stable/errata )
>  * Installation Guide (http://www.debian.org/releases/lenny/installmanual )

Do you have a use case for that? If you want to know these URLs for the
current installed distro, you can use lsb_release instead:

http://www.debian.org/releases/$(lsb_release -cs)/
http://www.debian.org/releases/$(lsb_release -cs)/releasenotes

We would need the equivalent URLs for Ubuntu.

-- 
Benjamin Drung
Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Re: Bug#561688: ITP: turbotail -- drop-in replacement for tail, using FAM for following files

[Joachim Breitner]

Hi,

Am Samstag, den 19.12.2009, 17:24 +0100 schrieb Christian Dietrich:
> Package: wnpp
> Severity: wishlist
> Owner: Christian Dietrich 
> 
> 
> * Package name: turbotail
>   Version : 0.3
>   Upstream Author : Folkert van Heusden 
> * URL : http://www.vanheusden.com/turbotail/
> * License : GPL
>   Programming Lang: C
>   Description : drop-in replacement for tail, using FAM for following 
> files
> 
> turbotail provides almost all command line options as the normal tail
> from coreutils, but when following files with -f, it doesn't poll the
> file every second, but uses FAM to get informed about changes at the
> file.

what advantage does turbotail provide over inotail, which is in Debian:

“inotail is a replacement for the 'tail' program found in the base
installation of every Linux/UNIX system. It makes use of the inotify
infrastructure in recent versions of the Linux kernel to speed up
tailing files in the follow mode (the '-f' option). Standard tail polls
the file every second by default while inotail listens to special events
sent by the kernel through the inotify API to determine whether a file
needs to be reread.”

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Bjørn Mork]

Jarek Kamiński  writes:

> Yes. Following code actually works (runs with bindv6only enabled,
> listens on [::]:1234 and accepts connection made to localhost:1234):


I'm sure it works.  But I wanted to note that "localhost" is somewhat
ambigious.  It may include ::1


 ipv6-pppoe-1:~# grep localhost /etc/hosts
 127.0.0.1   localhost
 ::1 localhost ip6-localhost ip6-loopback

 ipv6-pppoe-1:~# host localhost
 localhost has address 127.0.0.1
 localhost has IPv6 address ::1


You'd better test 127.0.0.1:1234 explicitly if that's what you want. 



Bjørn


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

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Jarek Kamiński]

Na grupie linux.debian.devel napisałe(a)ś:
>
> I have failures now with a client that cannot connect() to the IPv4 address 
> but get an ENETUNREACH instead.
> The application DOES set this socket option:
> socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 3
^-- You meant IPPROTO_TCP?
> setsockopt(3, SOL_IPV6, IPV6_V6ONLY, [0], 4) = 0
> bind(3, {sa_family=AF_INET6,) = 0
> listen(3, ) = 0
>
> Did you ever test that "setting this option back to 0 by a program before 
> bind() and listen()" actually works?

Yes. Following code actually works (runs with bindv6only enabled,
listens on [::]:1234 and accepts connection made to localhost:1234):
#v+
#include 
#include 

int main ()
{
int no = 0;
int listenfd = socket (AF_INET6, SOCK_STREAM, IPPROTO_TCP);
int clientfd;
char buf[1024];
ssize_t rv;
struct sockaddr_in6 addr = { AF_INET6, htons(1234), 0, IN6ADDR_ANY_INIT 
};
setsockopt (listenfd, SOL_IPV6, IPV6_V6ONLY, &no, sizeof(no));
bind (listenfd, (void*)&addr, sizeof(addr));
listen (listenfd, 1);
clientfd = accept (listenfd, 0, 0);
while ((rv = read (clientfd, buf, sizeof(buf))) > 0)
write (1, buf, rv);
return 0;
}
#v-

> Reverting your change fixes this.

If something doesn't work with bindv6only enabled, it's broken.

Jarek.


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

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Marco d'Itri]

On Dec 23, Hendrik Sattler  wrote:

> 1. It obviously doesn't do this only on new installation but also on upgrades.
This is correct.

> 2. You cite RFC3493 but your request (and action) obviously violates it:
RFC3493 is informational.

> Did you ever test that "setting this option back to 0 by a program before 
> bind() and listen()" actually works?
Yes.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Hendrik Sattler]

Am Samstag 24 Oktober 2009 20:24:31 schrieb Marco d'Itri:
> I propose that netbase will create on new installations a file in
> /etc/sysctl.d/ containing net.ipv6.bindv6only=1.
[...]
> [2] http://tools.ietf.org/html/rfc3493#section-5.3

1. It obviously doesn't do this only on new installation but also on upgrades.
2. You cite RFC3493 but your request (and action) obviously violates it:
 "By default this option is turned off."

Hint: "off" means 0, not 1.

Why does Debian violate the RFC on purpose? Why does it break installed 
systems?

I have failures now with a client that cannot connect() to the IPv4 address 
but get an ENETUNREACH instead.
The application DOES set this socket option:
socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 3
setsockopt(3, SOL_IPV6, IPV6_V6ONLY, [0], 4) = 0
bind(3, {sa_family=AF_INET6,) = 0
listen(3, ) = 0

Did you ever test that "setting this option back to 0 by a program before 
bind() and listen()" actually works?

Reverting your change fixes this. I am using Debian testing up-to-date with 
linux-2.6.32 (self-compiled).

HS


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

Bug#562167: ITP: php5-symfony1.4 -- Open-Source PHP Web Framework

[Federico Gimenez Nieto]

Package: wnpp
Severity: wishlist
Owner: Federico Gimenez Nieto 


* Package name: php5-symfony1.4
  Version : 1.4.1
  Upstream Author : Fabien Potencier 
* URL : http://www.symfony-project.com/
* License : MIT
  Programming Lang: PHP
  Description : Open-Source PHP Web Framework

Symfony is a full-stack framework, a library of cohesive classes written in
PHP5.

It provides an architecture, components and tools for developers to build
complex web applications faster. Choosing symfony allows you to release your
applications earlier, host and scale them without problem, and maintain them
over time with no surprise.

Symfony is based on experience. It does not reinvent the wheel: it uses most of
the best practices of web development and integrates some great third-party
libraries.



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

Brazilian Sugar: ICUMSA45 Spot/Contract And High Seas Offer

Concrad CraigNormalConrad 
Craig172292009-11-03T10:14:00Z2009-12-22T13:56:00Z120211549214179.2720110
Hello
1) We introduceourselves as selling/buying agents for Sugar/Urea
 White Crystal Sugar ICUMSA 45: Our Offer To Sell
 
2.a) Spot BookingOffer 25000 MT CIF = us$ 460/MT
2.b) Annual ContractBooking Offer 12 x 12500 MT CIF = us$ 415/MT
 
2.c) High SeasOffer  = ClickHere
 Raw Sugar ICUMSA 600-1200: Our Offer To Sell
 
3.a) Raw Sugar ICUMSA600-1200 stocks now available in Brazil
3.b) Please contactfor further details and prices
 Sugar Stocks Offer
 
4) Available StockOffer = ClickHere
 
5) Please inform yourinterest and required quantity so can comeback with 
details accordingly
 Our Offer To Purchase
 
6) If you are holdingany available stocks of sugar for sale, please send 
complete details so canarrange local sale within the country of stock
 
Best Regards
Kashif Waheed
C&M CommoditiesAnd Mercantile
20-Saeed Colony # (1)
213 Faisalabad 38060,Pakistan
Tel: 00923008661624 /Fax: 0092418730125

Re: Bits from the kernel team

[Michael Tokarev]

Ben Hutchings wrote:
> On Wed, 2009-12-23 at 01:51 +0100, Frans Pop wrote:
>> Ben Hutchings wrote:
>>> Currently you can install kernel images from unstable or backports
>>> without any extra dependencies.  I'm not aware of any significant
>>> breakage though some packages may rely on deprecated and removed stuff
>>> in procfs or sysfs.
>> I've been running upstream kernels without any problems on Lenny.
>>
>> The only issue I'm aware of is that the init script of nfs-kernel-server is
>> not compatible with 2.6.32.
>> The following change in /etc/init.d/nfs-kernel-server fixes this:
>>  # See if our running kernel supports the NFS kernel server
>> -if [ -f /proc/kallsyms ] && ! grep -qE 'init_nf(sd|)' 
>> /proc/kallsyms; then
>> +if ! [ -d /sys/module/nfsd ]; then
> 
> I made that change myself, how could I forget it?!

That apparently breaks non-modular nfsd -- see #561674.

/mjt


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

Re: Bits from the kernel team

[Frans Pop]

Michael Gernoth wrote:
> On Wed, Dec 23, 2009 at 01:51:01AM +0100, Frans Pop wrote:
>> The following change in /etc/init.d/nfs-kernel-server fixes this:
>>  # See if our running kernel supports the NFS kernel server
>> -if [ -f /proc/kallsyms ] && ! grep -qE 'init_nf(sd|)'
>> /proc/kallsyms; then
>> +if ! [ -d /sys/module/nfsd ]; then
> 
> Only when nfsd is a module, not when it is compiled in:
> $ grep NFSD /boot/config-2.6.32.2
> CONFIG_NFSD=y
> $ ls -dl /sys/module/nfs*
> drwxr-xr-x 3 root root 0 Dec 23 09:05 /sys/module/nfs
> $

Right. Looks like that's already being discussed in #550153.

> Testing for /proc/fs/nfs/exports could probably work everywhere.

That's mentioned in the BR as well.

Cheers,
FJP


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

Re: Bits from the kernel team

[Michael Gernoth]

On Wed, Dec 23, 2009 at 01:51:01AM +0100, Frans Pop wrote:
> The following change in /etc/init.d/nfs-kernel-server fixes this:
>   # See if our running kernel supports the NFS kernel server
> - if [ -f /proc/kallsyms ] && ! grep -qE 'init_nf(sd|)' 
> /proc/kallsyms; then
> + if ! [ -d /sys/module/nfsd ]; then

Only when nfsd is a module, not when it is compiled in:
$ grep NFSD /boot/config-2.6.32.2
CONFIG_NFSD=y
$ ls -dl /sys/module/nfs*
drwxr-xr-x 3 root root 0 Dec 23 09:05 /sys/module/nfs
$

Testing for /proc/fs/nfs/exports could probably work everywhere.

Regards,
  Michael

-- 
Michael GernothDepartment of Computer Science IV 
Martensstrasse 1  D-91058 Erlangen Germany  University of Erlangen-Nuremberg
  http://www4.informatik.uni-erlangen.de/~gernoth/


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

Re: [RFC] DEP-6: Meta-Package debian/control field

[Thibaut Paumard]

Le 22 déc. 09 à 13:59, Rene Engelhard a écrit :


Hi,

On Mon, Dec 21, 2009 at 05:12:15PM +, Philipp Kern wrote:

You're on your own with these.


I don't think you want to go though A recommends B which depends on C
which depends on D etc." route on servers which should have only
the stuff installed you need. Or even on desktops which you want  
"clean".


If you want a minimalistic install, you don't want to install "meta- 
packages" either. You want to install a base Debian system plus a very  
few packages that you really need (without recommends) plus there  
dependencies. You certainly don't want Gnome or KDE or anything that  
means "everything is suite blah".


Cheers, Thibaut.


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