Re: RFC: usb-modeswitch 1.2.0 release embedding jimtcl

[Martin Wuertele]

* Roland Mas  [2011-10-18 18:46]:

> > I'm not even sure network-manager is needed on the desktop install,
> > but eh.
> 
> $ LANG=C aptitude why network-manager
> i   gnome-coreDepends network-manager-gnome (>= 0.8.999)
> i A network-manager-gnome Depends network-manager (>= 0.9)  

That's the reason why it gets pulled in, however that's not a reason why
it is needed on desktop installations.

Yours Martin


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111019072448.gc10...@anguilla.debian.or.at

Re: release goal proposal: enable hardening build flags

[Niels Thykier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 2011-09-14 00:38, Kees Cook wrote:
> Hi,
> 
> I would like to propose a release goal of enabling hardening build flags[1]
> for all C/C++ packages in the archive[2]. For Wheezy, specific sub-goals are
> being chosen.
> 
> The default flags are almost settled[3], additional subgoals may come
> up[4], and more work is needed to identify the specific packages involved
> in the subgoals[5], but I'd like to get the ball rolling on this as a
> release goal.
> 
> Thanks,
> 
> -Kees
> 
> [1] http://wiki.debian.org/Hardening
> 
> [2] http://wiki.debian.org/ReleaseGoals/Hardening
> 
> [3] http://lists.debian.org/debian-dpkg/2011/09/msg00025.html
> 
> [4] http://lists.debian.org/debian-devel/2011/09/msg00071.html
> 
> [5] 
> http://anonscm.debian.org/viewvc/secure-testing/hardening/subgoal-important.txt?view=log
> 
> http://anonscm.debian.org/viewvc/secure-testing/hardening/subgoal-dsa.txt?view=log
> 

Hi,

I am pleased to say this release goal has been approved for Wheezy.
Please remember to use the right usertag[1].

~Niels

[1] http://lists.debian.org/debian-release/2011/09/msg00472.html

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJOnoUHAAoJEAVLu599gGRCc8QP/jbx1q9QusXqqPTD0qgwJZf/
zwdVm0ChOT5DrnkqX+cX79eRvdhLvFWEedGWTzQ+xqWChv7RZiGP6JgmHzu4Us9Z
gkXIgcrINoOQYklSq7BVh3uR21rw9TtMUWV9nXwgraMi7z2m+LUKmzzYEjChSE4U
hP/0yXfg0O2h41Kj6CfM3l9pGOSY0DEk7YYC2BKn0jX/QBiSCqZMjqQp9S/SXYKm
JxITONNLZKAv0R0AgR6BSv00VCtEyakuobiU9tZjjRZfxtAA3eqCimuR4oNZeFGP
7SsfSZQ5nCgQeGa0mR3hWf0WjMFPmwMn/+8Nq7Yevy517L4faRy7BdUnFNkSldmp
ZmmHIdxnlz/6wp5Bn/tqrIBM+Ylflqgy0RpPayr0EQhY9a9+vD0ZP1HjjMP3Gl9n
RAQIo/pHjupdW88Ru4ejEqBHHXCGUqNhEf9fujXKEmwQvggzZ5FEqGqNEnT70hSF
8lKqqAJDp4Ng9BkqKFdL0Mo7Bx0gZntfAycsRuin9s5LnG9G/6ajFAskNgqp5Smn
Cd4bPWNHJ0eESCuNCk7wudyJV55A6Y1yexNF2PkL30LobYYNd42asnyhixR690rK
NBo7NKqJ55seimdejadivsv0dwPOEmp6nJqHxIYWL8gLu2hw0+hRyilYJC1OYYTV
16mJIKLS2HzSKvkxJ72z
=qhHy
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e9e8508.1030...@thykier.net

Re: RFC: usb-modeswitch 1.2.0 release embedding jimtcl

[Adam Borowski]

On Tue, Oct 18, 2011 at 06:46:26PM +0200, Roland Mas wrote:
> Yves-Alexis Perez, 2011-10-18 18:35:04 +0200 :
> > I'm not even sure network-manager is needed on the desktop install,
> > but eh.
> 
> $ LANG=C aptitude why network-manager
> i   gnome-coreDepends network-manager-gnome (>= 0.8.999)
> i A network-manager-gnome Depends network-manager (>= 0.9)  

And since network-manager disallows even basic networking above "a single
interface with DHCP", this makes the gnome-core metapackage useless.

I'm not talking about router setups.  Try a regular desktop with IPv6 that
runs virtual machines (VirtualBox, lxc) and has usb networking[1] enabled so
I can copy things to/from the phone ten times faster than over wifi.  You
can't have any of this with n-m.

Also, http://bugs.debian.org/542095 -- this came up already before and after
a brief flamewar has been promptly fixed.  Yet since a few days ago the hard
dependency on n-m is back.



[1]. Many thanks to new udev which makes the usb0 interface work out of the
box, including hotplugging.

-- 
1KB // Yo momma uses IPv4!


signature.asc
Description: Digital signature

Bug#645878: ITP: gnome-pie -- visual application launcher for GNOME

[Alessandro Ghedini]

Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini 

* Package name: gnome-pie
  Version : 0.2
  Upstream Author : Simon Schneegans 
* URL : http://gnome-pie.simonschneegans.de/
* License : GPL-3+
  Programming Lang: Vala
  Description : visual application launcher for GNOME

 gnome-pie is a radial visual application launcher for GNOME. It allows the
 user to bind groups of frequently used applications to a ring that appears 
 when a hot key / mouse binding is triggered.
 .
 It was inspired by the OPie addon written for the game World of Warcraft.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019095120.15908.66980.report...@pc-ale.fastwebnet.it

Bug#645882: ITP: python-riak -- Python client for Riak

[Soren Hansen]

Package: wnpp
Severity: wishlist
Owner: Soren Hansen 


* Package name: python-riak
  Version : 1.3.0
  Upstream Author : Basho Technologies 
* URL : https://github.com/basho/riak-python-client
* License : Apache 2.0
  Programming Lang: Python
  Description : Python client for Riak

Riak is a Dynamo-inspired database that is being used in production by
companies like Mozilla and Comcast. Riak scales predictably and easily
and simplifies development by giving users the ability to quickly
prototype, test, and deploy their applications.

A truly fault-tolerant system, Riak has no single point of failure. No
machine is special or central in Riak, so developers and operations
professionals can decide exactly how fault-tolerant they want and need
their applications to be.

This package provides a Python library to talk to Riak



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019104303.4423.30849.reportbug@localhost6.localdomain6

Bug#645883: ITP: twig -- Template engine for PHP

[Paul Waring]

Package: wnpp
Severity: wishlist
Owner: Paul Waring 

* Package name: twig
  Version : 1.3.0
  Upstream Author : Fabien Potencier 
* URL : http://www.twig-project.org
* License : BSD
  Programming Lang: PHP
  Description : Template engine for PHP

Twig is a template language for PHP, released under the new BSD license (code 
and documentation).

Twig uses a syntax similar to the Django and Jinja template languages which 
inspired the Twig runtime environment.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111019105837.1344.13173.reportbug@debian-sid

Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Tollef Fog Heen]

Package: ftp.debian.org
Severity: normal

(Cc-ed to debian-devel@l.d.o for their input in whether this would cause
problems anywhere else in the toolchain.)

It's a bit confusing that the file names of .debs don't contain the
epoch.  I think we should change that.

I would suggest %-encoding it, so foo-1:1 becomes foo_1%251_all.deb.
The reason to not include a : verbatim is it won't work correctly on all
file systems (: gets translated to / in the UI on Mac OS X and is
disallowed for at least FAT, I'm not sure about NTFS).  Also, : is
traditionally how you reference remote files and devices with tar and
scp (and probably more tools), so avoiding : in files names seem
prudent.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are




-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8739epcinl@qurzaw.varnish-software.com

Re: Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Tollef Fog Heen]

]] Tollef Fog Heen 

| I would suggest %-encoding it, so foo-1:1 becomes foo_1%251_all.deb.

s/%25/%3a/

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87y5whb3xr@qurzaw.varnish-software.com

Build error form Ubuntu regarding xz compression

[olivier sallou]

Hi,
I received an email error from Ubuntu regarding build of a package
(extracted from debian):

Rejected:
Require Pre-Depends: dpkg (>= 1.15.6) when using xz compression.
Require Pre-Depends: dpkg (>= 1.15.6) when using xz compression.


Package indeed uses xz compression, but do you know what I should put
in package for this on debian side?

Should I add in debian control a pre-depends on dpkg as said in message?

I think that someone else already the issue...


Thanks


Olivier


-- 

gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

Re: Build error form Ubuntu regarding xz compression

[Didier Raboud]

olivier sallou wrote:

> Rejected:
> Require Pre-Depends: dpkg (>= 1.15.6) when using xz compression.
> 
> Package indeed uses xz compression, but do you know what I should put
> in package for this on debian side?
> 
> Should I add in debian control a pre-depends on dpkg as said in message?

Yes, you should. That's because no dpkg << 1.15.6 [0] is able to uncompress 
xz-compressed data.tar members of binary packages, hence the Pre-Depends 
(which implies that you have a fully configured dpkg >= 1.15.6 before your 
package gets uncompressed).

Now, strictly speaking, this is not formally needed within Debian as our 
current stable has a newer dpkg (1.15.8.11), but this cannot hurt.

Cheers,

OdyX

P.S. This would probably have been more suited for debian-mentors.

[0] 
http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=commit;h=9bb208a8338253a1c9e1d0642cf1ef039a335951


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/j7mf2b$rha$1...@dough.gmane.org

Re: Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Neil Williams]

On Wed, 19 Oct 2011 13:42:06 +0200
Tollef Fog Heen  wrote:

> Package: ftp.debian.org
> Severity: normal
> 
> (Cc-ed to debian-devel@l.d.o for their input in whether this would cause
> problems anywhere else in the toolchain.)
> 
> It's a bit confusing that the file names of .debs don't contain the
> epoch.  I think we should change that.

Is there any reason other than aesthetics to change this? There are a
lot of tools which have to build a .deb filename from debian/control
and debian/changelog or from a Packages file. Right now it is trivial
to strip the epoch where necessary - this change requires multiple
character substitution which is far more error prone.

(It would dramatically complicate all the tools I'm using / developing
for Emdebian.)

The epoch is fully visible in the pool/ and has no direct relevance to
the binary package version.

> I would suggest %-encoding it, so foo-1:1 becomes foo_1%251_all.deb.

... which then complicates any number of previously working regular
expressions in tools all over the place.

I think we should not have % characters in .deb filenames if at all
possible.

> The reason to not include a : verbatim is it won't work correctly on all
> file systems (: gets translated to / in the UI on Mac OS X and is
> disallowed for at least FAT, I'm not sure about NTFS).  Also, : is
> traditionally how you reference remote files and devices with tar and
> scp (and probably more tools), so avoiding : in files names seem
> prudent.

Avoiding unnecessary changes would also seem prudent. I for one don't
think this change would be at all helpful.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpOnLVe3Sn2G.pgp
Description: PGP signature

Re: RFC: usb-modeswitch 1.2.0 release embedding jimtcl

[Didier Raboud]

Hi all again, 

first of all, thanks for the healthy discussion.

Now, given the feedback, I plan to go with the brand new option 6 which is an 
option 2, "done right" (eh, IMHO).

6) "Allow interpretation using separate libjim, from jimtcl"
This means packaging jimtcl and allow the usb-modeswitch-dispatcher to be
dynamically linked against libjim.
(That, plus "repacking to avoid the embedded jimtcl copy")
Pros: relatively easy, avoids the binary embedding of jimtcl.
Cons: replaces the need of the desktop install on a "tcl interpreter" to
  "libjim"; it weighting (with default options that are more than what
  is needed by the usb-modeswitch-dispatcher) 268k.

As far as I could see, it's possible to win 32k by providing a libjim-tiny 
alternative library, but it doesn't seem worth it.

So, ITP on its way I guess.

Cheers,

OdyX


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201110191417.12386.o...@debian.org

Re: Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Tollef Fog Heen]

]] Neil Williams 

| On Wed, 19 Oct 2011 13:42:06 +0200
| Tollef Fog Heen  wrote:
| 
| > Package: ftp.debian.org
| > Severity: normal
| > 
| > (Cc-ed to debian-devel@l.d.o for their input in whether this would cause
| > problems anywhere else in the toolchain.)
| > 
| > It's a bit confusing that the file names of .debs don't contain the
| > epoch.  I think we should change that.
| 
| Is there any reason other than aesthetics to change this?

The first and obvious one is to avoid file name clashes in the
archive. Another one is so the version number in the file name actually
is the version number of the package which makes it less confusing when
you need to download a package with an epoch by hand for whatever
reason.

| There are a lot of tools which have to build a .deb filename from
| debian/control and debian/changelog or from a Packages file. Right now
| it is trivial to strip the epoch where necessary - this change
| requires multiple character substitution which is far more error
| prone.
| 
| (It would dramatically complicate all the tools I'm using / developing
| for Emdebian.)

If it would dramatically complicate all the tools you're using for
Emdebian, your tools must be pretty simple and I'd suggest you move the
bits that generates debs into some sort of module.  Or your toolset
isn't particularly big.  :-)

Multi-character substitutions are not particularly hard to do, nearly no
matter which language you're talking about.

| The epoch is fully visible in the pool/ and has no direct relevance to
| the binary package version.

No, it's not visible in the pool.  That's what I'm suggesting we
change.

| > I would suggest %-encoding it, so foo-1:1 becomes foo_1%251_all.deb.
| 
| ... which then complicates any number of previously working regular
| expressions in tools all over the place.

You shouldn't trust the file name to contain the version number anyway.

| I think we should not have % characters in .deb filenames if at all
| possible.

Why not?  Are there any tools that have trouble with % characters in
file names?

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ty75b1fh@qurzaw.varnish-software.com

Re: RFC: usb-modeswitch 1.2.0 release embedding jimtcl

[Ben Hutchings]

On Wed, 2011-10-19 at 11:22 +0200, Adam Borowski wrote:
> On Tue, Oct 18, 2011 at 06:46:26PM +0200, Roland Mas wrote:
> > Yves-Alexis Perez, 2011-10-18 18:35:04 +0200 :
> > > I'm not even sure network-manager is needed on the desktop install,
> > > but eh.
> > 
> > $ LANG=C aptitude why network-manager
> > i   gnome-coreDepends network-manager-gnome (>= 0.8.999)
> > i A network-manager-gnome Depends network-manager (>= 0.9)  
> 
> And since network-manager disallows even basic networking above "a single
> interface with DHCP", this makes the gnome-core metapackage useless.

This is simply nonsense.  NM allows multiple interfaces, static
addressing, static routes, IPv4 and IPv6, and it does all this using the
proper kernel interfaces.

> I'm not talking about router setups.  Try a regular desktop with IPv6 that
> runs virtual machines (VirtualBox, lxc) and has usb networking[1] enabled so
> I can copy things to/from the phone ten times faster than over wifi.  You
> can't have any of this with n-m.

Is 'USB networking' something other than a USB-attached Ethernet
adapter?  Does it not work with Network Manager?

Virtual machine networking works just fine for me with virt-manager and
network-manager.

> Also, http://bugs.debian.org/542095 -- this came up already before and after
> a brief flamewar has been promptly fixed.  Yet since a few days ago the hard
> dependency on n-m is back.

The FAQ says it doesn't support: PPP, PPPoE, Mobile Broadband, VPNs, or
controlling two interfaces at the same time (I think that means it only
brings one *up* at a time - out of one wired and one wireless).

Based on the web site, it doesn't appear to have a GUI for configuring
encryption; you have to edit text files.  Which is fine for you and me,
but not what I would call user-friendly.

Quite why GNOME should have this inferior alternative, I don't know.  If
you want to make your own custom desktop then fine, but don't demand
that a desktop metapackage should support it.

Ben.

> [1]. Many thanks to new udev which makes the usb0 interface work out of the
> box, including hotplugging.


-- 
Ben Hutchings
73.46% of all statistics are made up.


signature.asc
Description: This is a digitally signed message part

Bug#645895: Info received (Bug#645895: ftp.debian.org: epoch should be part of the .deb file name)

[Debian Bug Tracking System]

Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Debian FTP Master 

If you wish to submit further information on this problem, please
send it to 645...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

-- 
645895: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645895
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.645895.b645895.131902829430734.acki...@bugs.debian.org

Debian tutorial/Debian Certification

[Adel Hassan]

Dear all,

I am looking for a Debian tutorial and Debian Certification to improve and
enhance my Debian skills.

Any ideas???

Regards,
Adel

Re: Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Henrique de Moraes Holschuh]

On Wed, 19 Oct 2011, Tollef Fog Heen wrote:
> The first and obvious one is to avoid file name clashes in the
> archive. Another one is so the version number in the file name actually
> is the version number of the package which makes it less confusing when
> you need to download a package with an epoch by hand for whatever
> reason.

It will also break random scripts out there, so we might actually want to
have it very clear on how much benefit we'd get from this change.

> | > I would suggest %-encoding it, so foo-1:1 becomes foo_1%251_all.deb.
> | 
> | ... which then complicates any number of previously working regular
> | expressions in tools all over the place.
> 
> You shouldn't trust the file name to contain the version number anyway.

What would be the point of it all, then?  We have never had a filename
version clash.  Even if it would eventually happen, it is best that the
maintainer bring it up for some brainstorming, because it CAN cause a lot of
annoyance (people are NOT often aware of epochs).

Anyway, we would indeed need to encode the epoch separator, as ":" causes
way too much trouble.

> | I think we should not have % characters in .deb filenames if at all
> | possible.
> 
> Why not?  Are there any tools that have trouble with % characters in
> file names?

Well, while % is xml/xhtml/html-friendly, it is *not* http-friendly, and
will require double-encoding.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111019131850.gb22...@khazad-dum.debian.net

Bug#645897: ITP: nosexcover -- Add Cobertura-style XML coverage report to nose

[Soren Hansen]

Package: wnpp
Severity: wishlist
Owner: Soren Hansen 


* Package name: nosexcover
  Version : 1.0.7
  Upstream Author : Chris Heisel 
* URL : http://pypi.python.org/pypi/nosexcover
* License : BSD
  Programming Lang: Python
  Description : Add Cobertura-style XML coverage report to nose

 A companion to the built-in nose.plugins.cover, this plugin will write
 out an XML coverage report to a file named coverage.xml.
 .
 It will honor all the options you pass to the Nose coverage plugin,
 especially --cover-package.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019131733.14776.53407.reportbug@localhost6.localdomain6

Bug#645898: ITP: jimtcl -- Jim is a small-footprint implementation of Tcl.

[Didier Raboud]

Package: wnpp
Severity: wishlist
Owner: Didier Raboud 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

  Package name: jimtcl
  Version : 0.72
  Upstream Author : Steve Bennnett , Øyvin Harboe 

  URL : http://jim.berlios.de/
  License : FreeBSD
  Programming Lang: C
  Description : Jim is a small-footprint implementation of Tcl.

Jim is a small-footprint implementation of the Tcl programming language. It
implements a large subset of Tcl and adds new features like references with
garbage collection, closures, built-in Object Oriented Programming system,
Functional Programming commands, first-class arrays and UTF-8 support. All
this with a binary size of about 100-200kB (depending upon selected options).

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

iQGcBAEBCAAGBQJOnsjeAAoJEIvPpx7KFjRVpTQL/jMjc3p2uvgrgS9/pGTPEfoS
dv86Yrlygzetjwt5z5gqejsG2ZnQAnPryfahi4ca7sYSe4CHkkQJOopkcrcJUisX
7H/cdbSrWm6yoVyW8hgYPohgEw2DuYCxIocmBALScXUCFEuOcKOzL7IA9eO6xhpO
21fR75Pqqb1ozCcw4MUSahthAd0TEXnDyikyUmDJuizJgqn2z8p8vp+NCLe7Orho
/PuKs05LsQhlyMMBAGoy+XnSrSa4DOMBdZUvqOKxPvf082Md73AfmLz7ZMqZGmaB
2OJRZLGw3LGjIAIlCCVkkwEm5c5XOwjU0GkyOB397pdlkVgL6zQ3lqH8ajMGcKN8
QX95+CObetn19HU7cSGh2KfyzpNdLufcoEeFr6J0b71V2cdVvrSFQMkiqhd3fUD9
/VyLlXkw9/dp341e06f6ICqntHFWmUpolHcANFXlCqZzBtnWD0bpP72EdW9rMXtl
1bYvafww2xnjL4Gg18HFEyXZbjGxgT7ZOy9CxF2Gig==
=xG9K
-END PGP SIGNATURE-



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111019125600.25860.44016.reportbug@Tamino

Bug#645899: ITP: nose-exclude -- Exclude specific directories from nosetests runs

[Soren Hansen]

Package: wnpp
Severity: wishlist
Owner: Soren Hansen 


* Package name: nose-exclude
  Version : 0.1.5
  Upstream Author : Kurt Grandis 
* URL : http://pypi.python.org/pypi/nose-exclude
* License : LGPL
  Programming Lang: Python
  Description : Exclude specific directories from nosetests runs

 nose-exclude is a Nose plugin that allows you to easily specify
 directories to be excluded from testing.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019132048.15268.25630.reportbug@localhost6.localdomain6

Bug#645900: ITP: mongoalchemy -- Document-Object Mapper/Toolkit for Mongo Databases

[Soren Hansen]

Package: wnpp
Severity: wishlist
Owner: Soren Hansen 


* Package name: mongoalchemy
  Version : 0.9
  Upstream Author : Jeffrey Jenkins 
* URL : http://mongoalchemy.org/
* License : MIT/X
  Programming Lang: Python
  Description : Document-Object Mapper/Toolkit for Mongo Databases

 MongoAlchemy is a layer on top of the Python MongoDB driver which adds
 client-side schema definitions, an easier to work with and
 programmatic query language, and a Document-Object mapper which allows
 python objects to be saved and loaded into the database in a type-safe
 way.
 .
 An explicit goal of this project is to be able to perform as many
 operations as possible without having to perform a load/save cycle
 since doing so is both significantly slower and more likely to cause
 data loss.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019132349.17572.35255.reportbug@localhost6.localdomain6

Bug#645901: ITP: lettuce -- Behaviour Driven Development for Python

[Soren Hansen]

Package: wnpp
Severity: wishlist
Owner: Soren Hansen 


* Package name: lettuce
  Version : 0.1.33
  Upstream Author : Gabriel Falcão 
* URL : http://packages.python.org/lettuce/
* License : GPL
  Programming Lang: Python
  Description : Behaviour Driven Development for Python

 Lettuce is an extremely useful and charming tool for BDD (Behavior
 Driven Development). It can execute plain-text functional descriptions
 as automated tests for Python projects, just as Cucumber does for Ruby.
 .
 Lettuce makes the development and testing process really easy,
 scalable, readable and - what is best - it allows someone who doesn’t
 program to describe the behavior of a certain system, without imagining
 those descriptions will automatically test the system during its
 development.



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019132915.17844.14882.reportbug@localhost6.localdomain6

Bug#645902: ITP: kombu-sqlalchemy -- Kombu transport using SQLAlchemy as the message store

[Soren Hansen]

Package: wnpp
Severity: wishlist
Owner: Soren Hansen 


* Package name: kombu-sqlalchemy
  Version : 1.1.0
  Upstream Author : Ask Solem 
* URL : http://github.com/ask/kombu-sqlalchemy/
* License : BSD
  Programming Lang: Python
  Description : Kombu transport using SQLAlchemy as the message store

This package enables you to use SQLAlchemy as the message store for Kombu.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019133215.18114.57279.reportbug@localhost6.localdomain6

Re: Build error form Ubuntu regarding xz compression

[Colin Watson]

On Wed, Oct 19, 2011 at 02:09:47PM +0200, olivier sallou wrote:
> I received an email error from Ubuntu regarding build of a package
> (extracted from debian):

I'm sorry you received this error; this is a Launchpad bug
(https://bugs.launchpad.net/launchpad/+bug/876594).  We obviously don't
want to spam Debian developers with Ubuntu upload errors.

> Rejected:
> Require Pre-Depends: dpkg (>= 1.15.6) when using xz compression.
> Require Pre-Depends: dpkg (>= 1.15.6) when using xz compression.
> 
> 
> Package indeed uses xz compression, but do you know what I should put
> in package for this on debian side?
> 
> Should I add in debian control a pre-depends on dpkg as said in message?

Didier has already answered this.  Making such a change is indeed
harmless in Debian.

I would also add that I've been fixing all these in Ubuntu as we go
along (in changes that we'll be able to discard after Ubuntu 12.04 LTS)
on the grounds that it's basically our fault for not having managed to
get dpkg 1.15.6 into our last LTS release and thus we should cope with
the fallout; so while I certainly wouldn't say no if Debian developers
want to add the appropriate Pre-Depends, we'll cope if you don't.

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019125056.ga7...@riva.dynamic.greenend.org.uk

Re: Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Tollef Fog Heen]

]] Henrique de Moraes Holschuh 

| On Wed, 19 Oct 2011, Tollef Fog Heen wrote:
|
| > The first and obvious one is to avoid file name clashes in the
| > archive. Another one is so the version number in the file name actually
| > is the version number of the package which makes it less confusing when
| > you need to download a package with an epoch by hand for whatever
| > reason.
| 
| It will also break random scripts out there, so we might actually want to
| have it very clear on how much benefit we'd get from this change.

Yes.  And some are probably broken because they think that the files are
named $package_$version_$arch.deb and don't strip the epoch.

| > You shouldn't trust the file name to contain the version number anyway.
| 
| What would be the point of it all, then?

That tools handling .debs can't trust the file name to match the package
and version doesn't mean we shouldn't generate packages where the name
matches the package and version.

| We have never had a filename version clash.  Even if it would
| eventually happen, it is best that the maintainer bring it up for some
| brainstorming, because it CAN cause a lot of annoyance (people are NOT
| often aware of epochs).

I'm not sure we've never had a clash.  The maintainer might well just
have worked around it silently.

| > | I think we should not have % characters in .deb filenames if at all
| > | possible.
| > 
| > Why not?  Are there any tools that have trouble with % characters in
| > file names?
| 
| Well, while % is xml/xhtml/html-friendly, it is *not* http-friendly, and
| will require double-encoding.

Yes, that's somewhat ugly.  You already have to handle % encoded links
for anything pointing to packages with version numbers including ~
though, so this won't make any difference there.

Cheers,
-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87pqhtay6e@qurzaw.varnish-software.com

Re: Build error form Ubuntu regarding xz compression

[olivier sallou]

Thanks for clarification

2011/10/19 Colin Watson 

> On Wed, Oct 19, 2011 at 02:09:47PM +0200, olivier sallou wrote:
> > I received an email error from Ubuntu regarding build of a package
> > (extracted from debian):
>
> I'm sorry you received this error; this is a Launchpad bug
> (https://bugs.launchpad.net/launchpad/+bug/876594).  We obviously don't
> want to spam Debian developers with Ubuntu upload errors.
>
> > Rejected:
> > Require Pre-Depends: dpkg (>= 1.15.6) when using xz compression.
> > Require Pre-Depends: dpkg (>= 1.15.6) when using xz compression.
> >
> >
> > Package indeed uses xz compression, but do you know what I should put
> > in package for this on debian side?
> >
> > Should I add in debian control a pre-depends on dpkg as said in message?
>
> Didier has already answered this.  Making such a change is indeed
> harmless in Debian.
>
> I would also add that I've been fixing all these in Ubuntu as we go
> along (in changes that we'll be able to discard after Ubuntu 12.04 LTS)
> on the grounds that it's basically our fault for not having managed to
> get dpkg 1.15.6 into our last LTS release and thus we should cope with
> the fallout; so while I certainly wouldn't say no if Debian developers
> want to add the appropriate Pre-Depends, we'll cope if you don't.
>
> Thanks,
>
> --
> Colin Watson   [cjwat...@ubuntu.com]
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/20111019125056.ga7...@riva.dynamic.greenend.org.uk
>
>


-- 

gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

Re: Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Ognyan Kulev]

На 19.10.2011 16:18, Henrique de Moraes Holschuh написа:

Well, while % is xml/xhtml/html-friendly, it is *not* http-friendly, and
will require double-encoding.


So we have encoding ":" anyway. What about using ".." (horizontal ":") 
- it looks much nicer than %-encoding.


Regards,
Ognyan Kulev


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e9ee6e0.8020...@tower.3.bg

Re: Debian tutorial/Debian Certification

[Игорь Пашев]

Try to create packages and promote them into Debian repos ;-)

2011/10/19 Adel Hassan 

> Dear all,
>
> I am looking for a Debian tutorial and Debian Certification to improve and
> enhance my Debian skills.
>
> Any ideas???
>
> Regards,
> Adel

Re: console-tools removal from sid

[Sven Joachim]

On 2011-10-19 14:35 +0200, Alastair McKinstry wrote:

> I propose to remove console-tools from sid, in favour of kbd.
> This is long planned: console-tools has been dead upstream for many
> years, with only Debian and derivatives
> still using it; For squeeze, kbd was made priority: optional and
> console-tools priority: extra
> (both provide virtual console-utilities).
>
> Does anyone have any objections?

There seem to be a few packages which still depend on console-tools
without an alternative dependency on kbd or console-utilities, e.g.
goto-fai or gcpegg.  You probably want to file bugs against those.

Otherwise, removing console-tools is a good idea IMO.

Cheers,
   Sven


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871uu9hu1m@turtle.gmx.de

Bug#645912: ITP: libsoftware-release-perl -- Perl class representing a release of software

[Alessandro Ghedini]

Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini 

* Package name: libsoftware-release-perl
  Version : 0.02
  Upstream Author : Cory G Watson 
* URL : http://search.cpan.org/dist/Software-Release/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl class representing a release of software

Software::Release is a purely informational collection of objects that you
can use to represent a release of software. Its original use-case was to
provide a contract between a git log parser and a formatter class that 
outputs a changelog, but it may be useful to others to create bug trackers, 
dashboards or whathaveyour.

Note that this package is needed by the new version of 
libdist-zilla-plugin-changelogfromgit-perl.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019155414.29329.28692.report...@pc-ale.fastwebnet.it

Bug#645913: ITP: libsystem-command-perl -- Perl class for running system commands

[Alessandro Ghedini]

Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini 

* Package name: libsystem-command-perl
  Version : 1.05
  Upstream Author : Philippe Bruhat (BooK) 
* URL : http://search.cpan.org/dist/System-Command/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl class for running system commands

System::Command is a class that launches external system commands and return
an object representing them, allowing to interact with them through their
STDIN, STDOUT and STDERR handles.

Note that this is needed by libgit-repository-perl which is needed by the
new version of libdist-zilla-plugin-changelogfromgit-perl.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019160047.15445.88912.report...@pc-ale.fastwebnet.it

Re: Debian tutorial/Debian Certification

[Ben Hutchings]

On Wed, Oct 19, 2011 at 02:57:36PM +0200, Adel Hassan wrote:
> Dear all,
> 
> I am looking for a Debian tutorial and Debian Certification to improve and
> enhance my Debian skills.
> 
> Any ideas???

This is the wrong list to ask.  If you want to learn about Debian
system administration, try debian-user.  If you want to learn about
Debian package maintenance, try debian-mentors.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111019160600.gm3...@decadent.org.uk

Bug#645914: ITP: libgit-repository-perl -- Perl interface to Git repositories

[Alessandro Ghedini]

Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini 

* Package name: libgit-repository-perl
  Version : 1.22
  Upstream Author : Philippe Bruhat (BooK) 
* URL : http://search.cpan.org/dist/Git-Repository/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl interface to Git repositories

Git::Repository is a Perl interface to Git, for scripted interactions with
repositories. It's a low-level interface that allows calling any Git command,
whether porcelain or plumbing, including bidirectional commands such as git
commit-tree.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111019160732.15747.96647.report...@pc-ale.fastwebnet.it

Re: Bug#645700: RFP: civicrm -- contact and relationship management system for community and advocacy groups

[Andrew Starr-Bochicchio]

On Mon, Oct 17, 2011 at 6:22 PM, Ben Finney  wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name    : civicrm
>  Version         : 4.0
>  Upstream Author : CiviCRM LLC
> * URL or Web page : http://civicrm.org/
> * License         : GNU AGPL-3
>  Description     : contact and relationship management system for community 
> and advocacy groups
>
>    CiviCRM is a Contact and Relationship Manager designed specifically to
>    meet the needs of advocacy, non-profit, and non-governmental groups.
>    .
>    Many optional components provide additiona integrated functionality:
>    * Case management for clients and constituents.
>    * Online fundraising and donor management.
>    * Online event registration and participant tracking.
>    * Online signup and membership management.
>    * Personalized email campaigns and newsletters.
>    * Report generation and template management.

Hi Ben,

It's great to see that someone is working on getting CiviCRM into
Debian. I wanted to let you know that there was some previous work on
this a while back that you might be able to leverage. Daniel Holbach
and I put some effort into this as part of the Ubuntu NGO team, but
this has stalled largely due to the number of bundled PHP code copies.
There is a wiki page that we used to track this work [0]. There you
can find links to debian packaging branches for quite a few of the
bundled code copies as well as a link to a PPA with binary and source
packages. We forwarded our work to pkg-php-maint at the time. Some of
these things have found there way into Debian since. There is also a
branch for a civicrm package at lp:~ubuntu-ngo/civicrm/ubuntu This
package was functional, but never really ready for prime-time.

Please let me know if there is any way I can help.

[0] https://wiki.ubuntu.com/NGO/ApplicationPackaging#CRM_Packaging

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Maintainer

   PGP/GPG Key ID: D53FDCB1


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAL6k_AzX=4t7m8slwrguwrgg+y8gnoaggumr4b5tn_mbqgr...@mail.gmail.com

Re: Debian tutorial/Debian Certification

[Rodolfo kix Garcia]

And if you have doubts, you need something like:

http://www.thinkgeek.com/tshirts-apparel/5d6a/

or

http://www.thinkgeek.com/tshirts-apparel/unisex/frustrations/691f/

Print and put it in your wall ;-)

On Wed, 19 Oct 2011 19:12:07 +0400, Игорь Пашев wrote:

Try to create packages and promote them into Debian repos ;-)

2011/10/19 Adel Hassan


Dear all,

I am looking for a Debian tutorial and Debian Certification to
improve and enhance my Debian skills.

Any ideas???

Regards,
Adel




Links:
--
[1] mailto:hassana...@gmail.com


--
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/caa99147b19baac54c2026756e8be...@kix.es

Re: Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Joachim Wiedorn]

Tollef Fog Heen  wrote on 2011-10-19 15:49:

> Yes, that's somewhat ugly.  You already have to handle % encoded links
> for anything pointing to packages with version numbers including ~
> though, so this won't make any difference there.

And it would be more difficult for reading - at least for me. Every time
copying package files from apt cache which *have* the epoch included I
remove this short part in the file names (e.g. 4%3a) because it is bad to
read and have no benefit.

---
Have a nice day.

Joachim (Germany)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111019191921.2e637...@jupiter.home

zlib1g and multi-arch

[Игорь Пашев]

What is the future of zlib1g package with multi-arch?

Now there are zlib1g with nativbe libz, and lib32z (or lib64z)
for other arch.

Does it make sence to keep only libz instead of zlib1g?

Re: Bug#645895: ftp.debian.org: epoch should be part of the .deb file name

[Henrique de Moraes Holschuh]

On Wed, 19 Oct 2011, Ognyan Kulev wrote:
> На 19.10.2011 16:18, Henrique de Moraes Holschuh написа:
> >Well, while % is xml/xhtml/html-friendly, it is *not* http-friendly, and
> >will require double-encoding.
> 
> So we have encoding ":" anyway. What about using ".." (horizontal
> ":") - it looks much nicer than %-encoding.

Because that's a valid version in itself, and also a valid component of a
valid version.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111019194545.ga25...@khazad-dum.debian.net

Packages depending on libncurses5 but not build-depending on libncurses-dev

[Sven Joachim]

Recently the readline-dev package and its GPL2 variant
libreadline-gplv2-dev dropped their dependencies on libncurses5-dev.
This prompted me to look for packages that currently depend on
libncurses5 but do not build-depend on libncurses5-dev or its aliases
libncurses-dev and ncurses-dev, nor have libncurses5-dev pulled in via
other means.

In the end I found 58 such packages on i386 in unstable/experimental,
all but two of which build-depend on one of the libreadline*-dev
packages.  Since those are potentially RC-buggy, they probably deserve a
look.  The two exceptions are afflib (bug #645915) and
nvidia-cuda-toolkit (non-free, binary-only(?)).

List of source packages:
  acedb
  afflib
  atari800
  atftp
  bacula
  bc
  cdcd
  chrony
  ctsim
  cyphesis-cpp
  dbacl
  ddd
  dump
  dvbstreamer
  eresi
  eukleides
  evolver
  fityk
  gcl
  gftp
  ginac
  glusterfs
  gnokii
  gnu-smalltalk
  gnudatalanguage
  gutenprint
  haskell-readline
  honeyd
  illuminator
  inetutils
  ipmitool
  lftp
  libphysfs
  lie
  lua5.2
  lustre
  malaga
  mono-debugger
  multipath-tools
  nickle
  nvidia-cuda-toolkit
  pyxplot
  qcake
  samba
  scanmem
  spectemu
  sqlite
  sqlite3
  tclreadline
  torque
  twinkle
  udftools
  uml-utilities
  units
  xqf
  yap
  yaz
  zeroc-ice


dd-list:

"Adam C. Powell
   illuminator (U)

Laszlo Boszormenyi (GCS) 
   sqlite
   sqlite3

Clint Adams 
   haskell-readline (U)

Matthias Albert 
   glusterfs (U)

Russ Allbery 
   nvidia-cuda-toolkit (U)

Richard Atterer 
   udftools

Juan A. Añel 
   gnudatalanguage (U)

Mirco Bauer 
   mono-debugger (U)

Axel Beckert 
   gnudatalanguage (U)

Andreas Beckmann 
   nvidia-cuda-toolkit (U)

Dominique Belhachemi 
   torque (U)

John V. Belmonte 
   lua5.2 (U)

Luk Claes 
   ipmitool (U)

Leo Costela 
   gnokii

Vincent Danjean 
   yaz

Debian Bacula packaging Group 
   bacula

Debian Forensics 
   afflib

Debian Games Team 
   libphysfs

Debian GNU Smalltalk maintainers 

   gnu-smalltalk

Debian Haskell Group 
   haskell-readline

Debian Lustre Packaging team 
   lustre

Debian LVM Team 
   multipath-tools

Debian Med Packaging Team 
   acedb

Debian Mono Group 
   mono-debugger

Debian NVIDIA Maintainers 
   nvidia-cuda-toolkit

Debian Printing Group 
   gutenprint

Debian Samba Maintainers 
   samba

Debian Science Maintainers 
   illuminator

Debian Tcl/Tk Packagers 
   tclreadline

Debian VoIP Team 
   twinkle

Barry deFreese 
   libphysfs (U)

Mattia Dongili 
   uml-utilities (U)

Ludovic Drolez 
   atftp

Zak B. Elep 
   dbacl

Gerfried Fuchs 
   qcake

Bdale Garbee 
   dump

Thomas Girard 
   gnu-smalltalk (U)

Sergei Golovan 
   tclreadline (U)

Guido Günther 
   multipath-tools (U)

John G. Hasler 
   bc
   chrony
   units

Uwe Hermann 
   cdcd

Adam C. Powell, IV 
   evolver

IV" 
   illuminator (U)

Matthew Johnson 
   ipmitool

Guillem Jover 
   inetutils

Timo Jyrinki 
   malaga

Morten Kjeldgaard 
   torque

Michael Koch 
   cyphesis-cpp

Antonin Kral 
   atari800

Kilian Krause 
   twinkle (U)

Richard Kreckel 
   ginac

Noèl Köthe 
   lftp
   lustre (U)
   samba (U)

Steve Langasek 
   samba (U)

Alexander Lazarević 
   gnu-smalltalk (U)

Roger Leigh 
   gutenprint (U)

Robert Lemmen 
   eukleides

WANG Lu 
   scanmem

Mikael Magnusson 
   twinkle (U)

Camm Maguire 
   gcl

Jordi Mallach 
   torque (U)
   xqf

Santiago Garcia Mantinan 
   twinkle (U)

Cleto Martín 
   zeroc-ice (U)

Patrick Matthäi 
   glusterfs
   libphysfs (U)

A Mennucc1 
   dvbstreamer

Kartik Mistry 
   scanmem (U)

Steffen Moeller 
   acedb (U)
   torque (U)

Christophe Monniez 
   afflib (U)

Francisco Moya 
   zeroc-ice

Xavier Oswald 
   gftp

Keith Packard 
   nickle

Kasper Peeters 
   lie (U)

Javier Fernandez-Sanguino Pen~a 
   honeyd

Christian Perrier 
   samba (U)

Stuart Prescott 
   pyxplot

Mark Purcell 
   twinkle (U)

Jan Hauke Rahm 
   bacula (U)

Andrés Roldán 
   eresi

Kevin M. Rosenberg 
   ctsim

Ritesh Raj Sarraf 
   multipath-tools (U)

Daniel Schepler 
   ddd

Andreas Schuldei 
   uml-utilities (U)

Carlo Segre 
   fityk

Gürkan Sengün 
   lie

Gürkan Sengün 
   gnudatalanguage

Jose Carlos Garcia Sogo 
   twinkle (U)

Enrico Tassi 
   lua5.2

Andreas Tille 
   acedb (U)

Ralf Treinen 
   yap

User Mode Linux Maintainers 
   uml-utilities

Jelmer Vernooij 
   samba (U)

Chris Waters 
   tclreadline (U)

Colin Watson 
   spectemu

Patrick Winnertz 
   lustre (U)




pgp2AIt9c4vok.pgp
Description: PGP signature

Re: Packages depending on libncurses5 but not build-depending on libncurses-dev

[Russ Allbery]

Sven Joachim  writes:

> The two exceptions are [...] nvidia-cuda-toolkit (non-free,
> binary-only(?)).

Yup, binary-only.  I believe the dependency is present in the binary that
we get from upstream, and no -dev packages are used since we don't build
the binary.

-- 
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
Archive: http://lists.debian.org/87zkgw3agt@windlord.stanford.edu

Re: apt-listbugs

[Francesco Poli]

On Tue, 18 Oct 2011 23:45:03 +0700 Alexey Salmin wrote:

> Thank you, Francesco!

You're welcome!   :-)

[...]
> On Tue, Oct 18, 2011 at 2:37 AM, Francesco Poli
>  wrote:
[...]
> > In your example, if I understand correctly, you upgrade
> > nvidia-graphics-drivers and crash xserver-xorg-core.
> > This is described by the fact that bug #642757 is assigned to
> > nvidia-graphics-drivers, but affects xserver-xorg-core.
> >
> No! That's the whole point! You upgrade xserver-xorg-core from 2:1.10
> to 2:1.11 and your desktop dies because of a bug in
> nvidia-graphics-drivers.

Ah, OK.
I thought it was the other way around: I hadn't found the time to read
the whole log of bug #642757, sorry.

> If the issue was caused by an upgrade of
> nvidia stuff everything would be fine: there's a bug in the nvidia
> package and apt-listbugs warns you about it during the upgrade.

Exactly.

> But
> it's not that way in this case. There's a bug in one package and it's
> exposed by a new version of another. Probably that's a common scenario
> e.g. a bug in a script could be exposed by a newer version of
> interpreter or vice a verse. In this case you'll not get a warning
> from apt-listbugs at all.

True.
I don't know how common this scenario is, but it's true that
apt-listbugs is not able to save your day when that happens!
Unless an auxiliary bug report is filed against the package that should
not be upgraded, I mean.

> 
> There're some ideas coming into mind how to solve it:
[...]
>
> * Create a dummy bug report on xserver-xorg-core saying e.g.
> "xserver-xorg-core 2:1.11 is incompatible with nvidia-graphics-drivers
> 285.05.09-1"
> It may help a bit but:

I think that, currently, this is the best course of action.

Since xserver-xorg-core/2:1.11.1-1 is already in testing, a bug report
of severity grave against version 2:1.11.1-1 should not prevent future
migrations to testing of newer xserver-xorg-core versions (please
correct me, if I am wrong).

This bug report could be marked as blocked by #642757.
It will be possible to close it, as soon as a fixed version of
nvidia-graphics-drivers has migrated to testing.

> - Somebody should care enough to create such bug reports and close
> them as appropriate.

True, but it seems that a good number of people care about this issue...

> - I doesn't depend on the actual version of nvidia-graphics-drivers
> installed so it will show up in the cases it shouldn't.

Sure: a good descriptive bug report title would help users to determine
whether they may ignore the issue or not.

> 
> * Make use of the "642757 affects xserver-xorg-core" record
> That was my original idea but it will not work as is because AFAIK
> currently there's not way to specify the version of package affected
> by some bug. So if someone have a nvidia-graphics-drivers=285.05.09-1
> installed he'll be warned at ANY update of the xserver-xorg-core (even
> when he makes a downgrade workaround) which is just useless.
> 
> MY SUGGESTION IS:
> - Extend the "affects" record in the BTS to store the version of the
> package affected

Maybe two entirely new BTS commands should be created, with mandatory
version info. Something like "exposed by" and "hidden by" (a better name
should perhaps be chosen).
That way, it could be agreed that:

bug #nnn (assigned to package B, found in version v1) affects package A
means that
the bug is actually present in B/v1, but causes breakage in package A
hence, do not upgrade to B/v1 or later, if you want to avoid breaking
package A

bug #nnn (assigned to package B, found in version v1) is exposed by
E/v2, is hidden by E/v3, is exposed by E/v4
means that
the bug is actually present in B/v1, but only shows up when a version
of package E which exposes the bug is installed
hence, do not upgrade to E/v2 or E/v4, if you want to avoid exposing
the bug in package B (it is however safe to upgrade to E/v3)

The versions of package E used in "exposed by" and "hidden by" would be
treated exactly like version tracking (which is driven by the "found"
and "fixed" commands): in other words, the changelog would be used to
determine the most recent descendant of version v, among the listed
"exposed" and "hidden" versions, and this descendant would determine
whether version v exposes or hides the bug. 

> - Implement a feature in the apt-listbugs to make use of this records
> 
> I'll try to express this with more details:
> 1) There packages A of version X and B of version Y installed
> 2) You're trying to upgrade package B to version Z
> 3) There's a bug report NNN on package A=X and it "affects B=Z"
> 4) In this case apt-listbugs should warn you before upgrading B to Z
> 
> What do you think?

I think that, if the above idea looks good to you and others, maybe the
opinion of debbugs developers should be asked.
If they think it's OK, a proper wishlist bug report should be filed
against the debbugs package.
Only after this new feature is implemented in the BTS, I will be able
to make use of it in apt-listbugs..

Bug#645723: general: asks for root password instead of user password

[Bob Proulx]

Jimmy Li wrote:
> Apparently, anything that needs root asks for the root password instead of my
> user password. Apparently, it's using su instead of sudo.

The debian-installer will set up your system to use either su or sudo
depending upon whether you specified a root password or only a user
password.  If you set a root password then it will set it up for su.
If you only set a user password then it will set it up for sudo.  What
you describe is normal when the installer has been given a root
password.

This selection is controlled by the alternatives system for the
'libgksu-gconf-defaults' command.  You can change this selection by
updating it to use sudo instead of su.

Documentation for the gksu library is available here:

  /usr/share/doc/libgksu2-0/README.Debian

Where it says:

  The gksu library enables the user to run programs with root powers
  using one of `su' or `sudo' as backend. If the application that uses
  the library doesn't specify the backend it wants to use, the backend
  will be selected through the `/apps/gksu/sudo-mode' boolean gconf
  option.

To change the selection to something different:

  # update-alternatives --config libgksu-gconf-defaults
  # update-gconf-defaults

> Just a moment ago, I had to manually re-add myself to the sudo
> group. Now sudo works, but all applications still ask for the root
> password instead of the user password.

You did not say if the use of su and the root password was a change in
behavior or if it has always been using su since system installation
time.  But if it is a change then perhaps something updated the
gconf-defaults on your system recently.

The sudo configuration setup is only for sudo.  It doesn't affect the
libgksu-gconf-defaults configuration.  If sudo is to be used then of
course sudo itself needs to be configured and working too.  Again the
debian-installer does this automatically if only a user password is
given at install time.

Hope this helps,
Bob


signature.asc
Description: Digital signature

Re: zlib1g and multi-arch

[Paul Wise]

On Thu, Oct 20, 2011 at 2:33 AM, Игорь Пашев wrote:

> What is the future of zlib1g package with multi-arch?

http://bugs.debian.org/569697

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caktje6ekhoeugwqhadmuhhtxs_tywvz+neyge6j8rl_0imy...@mail.gmail.com

Re: RFC: usb-modeswitch 1.2.0 release embedding jimtcl

[Philipp Matthias Hahn]

Hello,

On Wed, Oct 19, 2011 at 01:48:17PM +0100, Ben Hutchings wrote:
> Virtual machine networking works just fine for me with virt-manager and
> network-manager.

As far as I know not (fully) for the bridged setup [0]: NM recognized
the bridge, but since it doesn't have a "link status" [1], VPNs are
disabled.

Background: I have one desktop PC which is my main work station at home,
which alse can run several VMs. Since I also own other mobile devices, I
like to connect from them to the VMs. 
ut I also use OpenVPN to open tunnels to other sides on demand.

[0] A dedicated bridge for all VMs works fine, as then the ethernet
interface is fully handled by NM itself.

[1] Only the physical ethernet card has a link status, which is part of
the bridge, but NM doesn't handle this.

BYtE
Philipp
-- 
Philipp Matthias Hahn 
 GPG/PGP: 9A540E39 @ keyrings.debian.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111020052733.ga4...@pmhahn.de