Re: Possible mass bug filling for package depending on "menu".

[Christian PERRIER]

Quoting Bill Allombert (bill.allomb...@math.u-bordeaux1.fr):

> > What about moving the su-to-root binary to a different binary package ?
> > Bill what's your PoV about spliting it ?
> 
> I am not very keen creating a new Debian package for a 3kB script.


In that case, I think that the above discussion showed that there is a
quite strong rationale for this: don't have packages depending on menu
just because they need su-to-root. And, as Russ mentioned, it is like
3 years than many people are waiting for this to happen. I suspect
that the aggressive NMU button is appealing for many.

From my understanding, trying to have a perfect solution (xdg-su) has
delayed progress on that matter for a really long timeleading to
the exact opposite : enforcing many packages to depend on menu while
several of them probably wouldn't otherwise.

In French, I would call that "vente forcée".

From what I understand, xdg-su will not happen. On the other hand, an
easy fix (a new binary package) can help doing progress here. Isn't it
time to do it?

Sorry for being harsh, but it's maybe time to move on.




signature.asc
Description: Digital signature

Re: directory under /usr/bin -- Ok or not?

[Josselin Mouette]

Le mercredi 02 novembre 2011 à 19:15 -0400, Yaroslav Halchenko a
écrit : 
> thanks Cyril -- that indeed clarifies it (finally)!
> 
> it is all clear now that users would need to invoke them from under
> /usr/lib/

No, they would need to invoke them using a wrapper in /usr/bin. Think of
“git foo” or “svn blah” as good examples to follow.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


--
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/1320308733.3334.370.camel@pi0307572

Re: Possible mass bug filling for package depending on "menu".

[Josselin Mouette]

Le jeudi 03 novembre 2011 à 00:48 +0100, Bill Allombert a écrit : 
> The real issue is that nobody is really maintaining the XDG menu system.

No, the real issue here is that some packages require to run GUIs as
root while X11 was not designed to do that. Upstream is not going to
encourage broken behavior by providing us with a script to help doing
that.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


--
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/1320308885.3334.372.camel@pi0307572

Bug#647505: ITP: tcp-over-dns -- TCP tunnel through the standard DNS protocol

[Wolfgang Frisch]

Package: wnpp
Severity: wishlist
Owner: Wolfgang Frisch 

* Package name: tcp-over-dns
  Version : 1.3
  Upstream Author : Tim Valenzuela
* URL : http://analogbit.com/software/tcp-over-dns
* License : BSD
  Programming Lang: Java
  Description : TCP tunnel through the standard DNS protocol

tcp-over-dns contains a special dns server and a special dns client. The
client and server work in tandem to provide a TCP (and UDP!) tunnel
through the standard DNS protocol.

This is similiar to the defunct NSTX dns tunelling software. The purpose
of this software to is succeed where NSTX failed. For me at least, all
NSTX tunnels disconnect within tens of seconds in real world situations.
tcp-over-dns was written to be quite robust while at the same time
providing acceptable bandwidth speeds.



-- 
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/2003111346.31970.11330.report...@localhost.tld

popcon.debian.org improvement

[Bill Allombert]

Dear developers,

I have updated popcon.debian.org to publish two dataset instead of one:
1) the statistics for all reports
2) the statistics for reports generated with the version of popcon in stable.

See .

Suggestions for the site layout are welcome.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


-- 
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/2003133706.GF2515@yellowpig

Re: Bug#645656: network-manager in Gnome

[Elimar Riesebieter]

* Laurent Bigonville [01 14:14 +0100]:

> Le Tue, 1 Nov 2011 12:31:26 +,
> Ian Jackson  a écrit :
> 
> > Josselin Mouette writes ("Bug#645656: network-manager in Gnome"):
> > > Le lundi 31 octobre 2011 à 16:37 +, Ian Jackson a écrit : 
> > > > I agree with the original submitter of this bug that
> > > > network-manager needs to be optional.  In particular, gnome-core
> > > > should not pull it in.  What can be done in Debian's gnome-core
> > > > to fix this ?
> > > 
> > > There?s nothing to fix. NM is now part of the official moduleset
> > > for the core GNOME desktop.
> > 
> > I would like to ask you to reconsider this approach.  network-manager
> > is not acceptable to many Debian users, and those users should be able
> > to use Gnome.  In particular, I would like to know what will go wrong
> > if network-manager is removed and what can be done to mitigate that.
> > 
> > Saying that "this is now officially part of Gnome" is no answer at
> > all.  Just because Gnome upstream do something doesn't mean we have to
> > do it too.
> 
> Well as already said, gnome-core meta-package depends on official core
> GNOME modules, which network-manager is part of. If you don't want to
> install network-manager, don't install gnome-core meta-package.

Hmm, does NM works if nis runs ? nis daemon has by default no
time-out, starts before NM provides a network and locks the machine
lng time 'til root can become access to stop nis.

Elimar

-- 
.~.
/V\   L   I   N   U   X
   /( )\ >Phear the Penguin<
   ^^-^^


--
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/2003142635.ga4...@samweis.home.lxtec.de

Re: Bug#645656: network-manager in Gnome

[Michael Biebl]

Am 03.11.2011 15:26, schrieb Elimar Riesebieter:
> Hmm, does NM works if nis runs ? nis daemon has by default no
> time-out, starts before NM provides a network and locks the machine
> lng time 'til root can become access to stop nis.

If that is true, this is a serious flaw in nis and really needs to be
fixed there. Otherwise, how would you handle the case where the ethernet
cable was unplugged.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Bug#647505: ITP: tcp-over-dns -- TCP tunnel through the standard DNS protocol

[Bastian Blank]

On Thu, Nov 03, 2011 at 12:13:46PM +0100, Wolfgang Frisch wrote:
>   Description : TCP tunnel through the standard DNS protocol

How does this differ to dns2tcp?

Bastian

-- 
Mind your own business, Spock.  I'm sick of your halfbreed interference.


-- 
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/2003152751.ga13...@wavehammer.waldi.eu.org

Re: Bug#647505: ITP: tcp-over-dns -- TCP tunnel through the standard DNS protocol

[Marco d'Itri]

On Nov 03, Wolfgang Frisch  wrote:

> * Package name: tcp-over-dns
How is this different from dns2tcp?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Minified files and source code requirement

[Mike O'Connor]

On Wed, 2 Nov 2011 22:11:34 +0100, Raphael Hertzog  wrote:
> On Wed, 02 Nov 2011, Mike O'Connor wrote:
> > > > What is the preferred form for modification for a work (aka source) is
> > > > highly context-dependent.
> > > 
> > > I share entirely the opinion of Russ who replied to this specific point.
> > 
> > Am I misreading you? or are you making an argument here that it might be
> > preferred to edit minimized javascript instead of the original? 
> 
> You're misreading me. Russ gave other examples where the preferred form
> of modification implied much more than something convenient to do
> modifications. Cf mid:87k47r2e3x@windlord.stanford.edu
> 
ah, got it.  my appologies :)

stew


-- 
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/87fwi51bcl@puffer.vireo.org

Re: Bug#647505: ITP: tcp-over-dns -- TCP tunnel through the standard DNS protocol

[gregor herrmann]

On Thu, 03 Nov 2011 16:27:51 +0100, Bastian Blank wrote:

> On Thu, Nov 03, 2011 at 12:13:46PM +0100, Wolfgang Frisch wrote:
> >   Description : TCP tunnel through the standard DNS protocol
> How does this differ to dns2tcp?

Or iodine?

Cheers,
gregor
 
-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Paul McCartney: Run Devil Run


signature.asc
Description: Digital signature

Re: Bug#647505: ITP: tcp-over-dns -- TCP tunnel through the standard DNS protocol

[Marco d'Itri]

On Nov 03, gregor herrmann  wrote:

> > On Thu, Nov 03, 2011 at 12:13:46PM +0100, Wolfgang Frisch wrote:
> > >   Description : TCP tunnel through the standard DNS protocol
> > How does this differ to dns2tcp?
> Or iodine?
iodine tunnels IP, which is not very efficient if you only need ssh.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Bug#645656: network-manager in Gnome

[Josselin Mouette]

Le jeudi 03 novembre 2011 à 15:26 +0100, Elimar Riesebieter a écrit : 
> Hmm, does NM works if nis runs ? nis daemon has by default no
> time-out, starts before NM provides a network and locks the machine
> lng time 'til root can become access to stop nis.

You don’t use NIS on a desktop machine without a local cache, so this is
a non-issue.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


--
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/1320342818.16875.71.camel@pi0307572

Re: Possible mass bug filling for package depending on "menu".

[Luk Claes]

On 11/03/2011 07:20 AM, Christian PERRIER wrote:
> Quoting Bill Allombert (bill.allomb...@math.u-bordeaux1.fr):
> 
>>> What about moving the su-to-root binary to a different binary package ?
>>> Bill what's your PoV about spliting it ?
>>
>> I am not very keen creating a new Debian package for a 3kB script.
> 
> 
> In that case, I think that the above discussion showed that there is a
> quite strong rationale for this: don't have packages depending on menu
> just because they need su-to-root. And, as Russ mentioned, it is like
> 3 years than many people are waiting for this to happen. I suspect
> that the aggressive NMU button is appealing for many.
> 
> From my understanding, trying to have a perfect solution (xdg-su) has
> delayed progress on that matter for a really long timeleading to
> the exact opposite : enforcing many packages to depend on menu while
> several of them probably wouldn't otherwise.
> 
> In French, I would call that "vente forcée".
> 
> From what I understand, xdg-su will not happen. On the other hand, an
> easy fix (a new binary package) can help doing progress here. Isn't it
> time to do it?

It seems many uses of su-to-root could be replaced by pkexec (package
policykit-1), no?

Or is there something wrong with that approach?

Cheers

Luk


-- 
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/4eb2dd66.6080...@debian.org

Bug#647547: ITP: python-tomahawk -- A simple ssh wrapper for executing commands into many hosts

[Kouhei Maeda]

Package: wnpp
Severity: wishlist
Owner: Kouhei Maeda 

* Package name: python-tomahawk
  Version   0.4.1
  Upstream Author : oinume 
* URL : https://github.com/oinume/tomahawk
* License : LGPL
  Programming Lang: Python
  Description : A simple ssh wrapper for executing commands into many hosts

Executing remote commands tool via ssh to multi remote hosts. This tool is like 
dsh. This tool also has other function like rsync.



-- 
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/2003182946.13994.15324.report...@vmdeb.palmtb.net

Re: Possible mass bug filling for package depending on "menu".

[Michael Biebl]

Am 03.11.2011 19:28, schrieb Luk Claes:
> On 11/03/2011 07:20 AM, Christian PERRIER wrote:
> It seems many uses of su-to-root could be replaced by pkexec (package
> policykit-1), no?
> 
> Or is there something wrong with that approach?

Ideally, applications should support policykit natively and split the
part which requires admin privileges in a small, separate helper binary,
which controlls the access to it via policykit.

pkexec, similar to gksudo, will run the full application with root
privileges.
pkexec has native GUI implementations (providing the authentication
dialogs) for KDE, gnome-shell and a GTK based interface.
It also works on the command line.
pkexec also supports "sudo" mode, i.e. if you add users to the sudo
group, they will be prompted for their own password instead of the root
password.
So it can be considered as a replacement for both gksudo and gksu (and
all the other su and sudo frontends).

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: directory under /usr/bin -- Ok or not?

[Igor Pashev]

03.11.2011 00:48, Roger Leigh пишет:

When considering the divide between "internal use" and "for users",
consider that if it's for users to invoke then it should simply be
in the default path.  It's not typical to need to add special
directories to one's path, and it's certainly not encouraged or
recommended.


Isn't /usr/libexec for "internal use" exetutables?


--
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/4eb2e45e.1080...@gmail.com

Re: directory under /usr/bin -- Ok or not?

[Simon McVittie]

On Thu, 03 Nov 2011 at 22:58:38 +0400, Igor Pashev wrote:
> Isn't /usr/libexec for "internal use" exetutables?

In the GNU coding standards and on Red Hat-based distributions, yes; in the
FHS (and hence Debian), no. (libexec isn't specified by the FHS.)

S


-- 
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/2003192159.gc12...@reptile.pseudorandom.co.uk

Re: directory under /usr/bin -- Ok or not?

[Yaroslav Halchenko]

well -- correct but ...

,---
| 
http://www.pathname.com/fhs/pub/fhs-2.3.html#LIBLTQUALGTALTERNATEFORMATESSENTIAL
| /lib : Alternate format essential shared libraries (optional)
| Purpose
|
| There may be one or more variants of the /lib directory on systems which 
support more than one binary format requiring separate libraries. [14]
| Requirements
|
| If one or more of these directories exist, the requirements for their 
contents are the same as the normal /lib directory, except that /lib/cpp 
is not required. [15]
`---

discussion about having /lib/libexec in Debian has happened around 5-6 years
ago and it was agreed just to dump everything under the universal dump --
/usr/lib

On Thu, 03 Nov 2011, Simon McVittie wrote:
> > Isn't /usr/libexec for "internal use" exetutables?

> In the GNU coding standards and on Red Hat-based distributions, yes; in the
> FHS (and hence Debian), no. (libexec isn't specified by the FHS.)

-- 
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic


-- 
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/2003200934.gr10...@onerussian.com

Bug#647554: ITP: python-flaskext.oauth -- Extention that makes easy to connect flask apps to oauth providers

[Lincoln de Sousa]

Package: wnpp
Severity: wishlist
Owner: Lincoln de Sousa Primo Clarete 

* Package name: python-flaskext.oauth
  Version : 0.11
  Upstream Author : Armin Ronacher 
* URL : http://packages.python.org/Flask-OAuth/
* License : BSD
  Programming Lang: Python
  Description : Extention that makes easy to connect flask apps to oauth 
providers

Flask-OAuth is an extension to Flask that allows you to interact with
remote OAuth enabled applications. Currently it only implements the
consumer interface so you cannot expose your own API with OAuth.



-- 
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/2003201353.1821.90183.reportbug@transeunte

Re: directory under /usr/bin -- Ok or not?

[Ben Hutchings]

On Thu, Nov 03, 2011 at 07:21:59PM +, Simon McVittie wrote:
> On Thu, 03 Nov 2011 at 22:58:38 +0400, Igor Pashev wrote:
> > Isn't /usr/libexec for "internal use" exetutables?
> 
> In the GNU coding standards and on Red Hat-based distributions, yes; in the
> FHS (and hence Debian), no. (libexec isn't specified by the FHS.)
 
Is there any movement to fix this (by specifying /usr/libexec) now
that FHS is being updated?

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/2003204750.gy3...@decadent.org.uk

Re: directory under /usr/bin -- Ok or not?

[Michael Biebl]

Am 03.11.2011 21:47, schrieb Ben Hutchings:
> On Thu, Nov 03, 2011 at 07:21:59PM +, Simon McVittie wrote:
>> On Thu, 03 Nov 2011 at 22:58:38 +0400, Igor Pashev wrote:
>>> Isn't /usr/libexec for "internal use" exetutables?
>>
>> In the GNU coding standards and on Red Hat-based distributions, yes; in the
>> FHS (and hence Debian), no. (libexec isn't specified by the FHS.)
>  
> Is there any movement to fix this (by specifying /usr/libexec) now
> that FHS is being updated?

The 3.0 draft does contain /usr/libexec



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#647558: ITP: instead-game-lines -- clone of "Color Lines" game

[Sam Protsenko]

Package: wnpp
Severity: wishlist
Owner: Sam Protsenko 

* Package name: instead-game-lines
  Version : 1.0
  Upstream Author : Peter Kosyh 
* URL : http://code.google.com/p/instead-games/downloads/list
* License : CC-BY-3.0
  Programming Lang: Lua
  Description : clone of "Color Lines" game

 "INSTEAD Lines" is clone of popular game called "Color Lines".
 Color Lines is a computer puzzle game.
 .
 For details see article at Wikipedia:
 http://en.wikipedia.org/wiki/Lines_%28video_game%29



-- 
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/2003212500.13767.22081.report...@joe-pc.joe-network.org

Description-less packages file

[Joerg Jaspert]

Hello world,

I don't know if I really got everyone who should have a copy of this
mail in my CC list, so please forward it to wherever you think I am
missing. Thanks.

I just merged a patch from Ansgar to generate the Packages files without
the English description embedded inside them. Instead they are now
written into a new file, the "English Translation" file in
"main/i18n/Translation-en.bz2". They thus appear alongside all other
translated descriptions as "just another language". apt & co will (or
should) just download those Translation files to show the description,
as they do already for all other languages.
This lets us save quite a bit of space on our mirrors by not repeating
them as many times as we have architectures - and also enables
non-English-speaking users (and eventually multi-arch enabled APT) to
save on download size, as they no longer need to download a language
that is of no use to them or is already there.


As this is is a larger changeset we did not switch the official dists/
tree directly. Instead we are providing files generated in this way over
at  [1] for you to test with and report bugs you find in this
implementation or in the handling of it in whatever tool breaks
down. That location is updated right during dinstall so should always
contain current information.

Provided there are no showstoppers turning up we intend to switch the
official dists/ tree one month from now.

[1] http://ftp-master.debian.org/newdists/

-- 
bye, Joerg
It’s not easy to juggle a pregnant wife and a troubled child, but
somehow I managed to fit in eight hours of TV a day.


pgpTCtzTa5HCf.pgp
Description: PGP signature

Bug#647559: ITP: tweetstream -- Module for simple access to twitter's streaming API

[Lincoln de Sousa]

Package: wnpp
Severity: wishlist
Owner: Lincoln de Sousa 

* Package name: tweetstream
  Version : 1.1.1
  Upstream Author : Rune Halvorsen 
* URL : https://bitbucket.org/runeh/tweetstream/
* License : BSD
  Programming Lang: Python
  Description : Module for simple access to twitter's streaming API

Now, twitter provides a streaming API, that allows high-throughput
near-realtime access to various subsets of twitter data. This library is
a provides a very pythonic way for accessing this new twitter service



-- 
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/2003213803.23581.49630.reportbug@transeunte

Re: Bug#645656: network-manager in Gnome

[Jean Charles Delepine]

Florian Reitmeir  écrivait (wrote) :

> Tollef Fog Heen wrote:
> >]] Florian Reitmeir
> >| i believe a way of installing network-manager, but disabling it
> >| completly would be enough for many people.
> 
> >like update-rc.d disable network-manager or dpkg-divert --rename --local
> >/usr/sbin/NetworkManager or just using equivs?
> 
> sure, it also would be nice to get a question for disabling it by
> default, while installing, if a /etc/network/interface file is
> found. it would save many people a lot of pain.

Just having gnome-core recommand it should be enough.

Jean Charles Delépine


-- 
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/2003214022.ga12...@duvel.u-picardie.fr

Re: Bug#645656: network-manager in Gnome

[Jean Charles Delepine]

Laurent Bigonville  écrivait (wrote) :

> Well as already said, gnome-core meta-package depends on official core
> GNOME modules, which network-manager is part of. If you don't want to
> install network-manager, don't install gnome-core meta-package.

I don't want to have to know which packages I have to install to have a
fonctionnal gnome desktop. So I want to install gnome and I want it to
install a gnome desktop.

During last upgrade network-manager does break things on my station (home
theater, gnome desktop, kids game station, kvm server, 2 net providers, 
vpn, dmz,  local lan, ... you don't want to know). It was working before
network-manager, it works now with
 echo exit > /etc/defaul/NetworkManager 

I need gnome and I need network. My network.

apt defaults to install all recommands, gnome works fine without 
network-manager-gnome, network-manager-gnome depends network-manager and 
network-manager breaks some unusual installations.

http://www.debian.org/doc/debian-policy/ch-relationships.html :
Recommends
This declares a strong, but not absolute, dependency.
The Recommends field should list packages that would be found 
 together with this one in all but unusual installations.

This field has been done for network-manager-gnome !

Sincerly,
 Jean Charles Delépine
-- 
Pour la neutralité de Net, contre Hadopi2, la Loppsi et d'autres lois   
liberticides, soutenez la Quadrature du Net.
  http://www.laquadrature.net/Soutien2010


-- 
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/2004001107.gc12...@duvel.u-picardie.fr

Work-needing packages report for Nov 4, 2011

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 401 (new: 4)
Total number of packages offered up for adoption: 145 (new: 2)
Total number of packages requested help for: 65 (new: 0)

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



The following packages have been orphaned:

   dwm (#647088), orphaned 4 days ago
 Installations reported by Popcon: 568

   flup (#647089), orphaned 4 days ago
 Installations reported by Popcon: 803

   suckless-tools (#647090), orphaned 4 days ago
 Description: simple commands for minimalistic window managers
 Reverse Depends: dwm-tools surf wmii
 Installations reported by Popcon: 1594

   surf (#647091), orphaned 4 days ago
 Installations reported by Popcon: 99

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



The following packages have been given up for adoption:

   curl (#647255), offered 2 days ago
 Description: A library and a commandline client for HTTP and a
   number of protocols
 Reverse Depends: aegis aegis-web afflib-tools alien-arena
   amanda-client amanda-common amanda-server amarok approx apt-file
   (297 more omitted)
 Installations reported by Popcon: 77899

   ipplan (#647269), offered 2 days ago
 Description: web-based IP address manager and tracker
 Installations reported by Popcon: 61

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



For the following packages help is requested:

   apache2 (#646208), requested 12 days ago
 Description: Apache HTTP Server
 Reverse Depends: aegis-web apache2 apache2-dbg apache2-mpm-event
   apache2-mpm-itk apache2-mpm-prefork apache2-mpm-worker
   apache2-prefork-dev apache2-suexec apache2-suexec-custom (179 more
   omitted)
 Installations reported by Popcon: 59235

   apt-xapian-index (#567955), requested 640 days ago
 Description: maintenance tools for a Xapian index of Debian packages
 Reverse Depends: adept ept-cache fuss-launcher packagesearch
 Installations reported by Popcon: 47317

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

   asymptote (#517342), requested 979 days ago
 Description: script-based vector graphics language inspired by
   MetaPost
 Installations reported by Popcon: 2822

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

   balsa (#642906), requested 39 days ago
 Description: An e-mail client for GNOME
 Reverse Depends: balsa-dbg debreaper
 Installations reported by Popcon: 266

   bastille (#592137), requested 453 days ago
 Description: Security hardening tool
 Installations reported by Popcon: 279

   boinc (#511243), requested 1029 days ago
 Description: BOINC distributed computing
 Reverse Depends: boinc boinc-app-milkyway boinc-app-seti boinc-dbg
   boinc-server-maker
 Installations reported by Popcon: 1861

   cardstories (#624100), requested 192 days ago
 Description: Find out a card using a sentence made up by another
   player
 Installations reported by Popcon: 5

   chromium-browser (#583826), requested 522 days ago
 Description: Chromium browser
 Reverse Depends: chromium chromium-browser chromium-browser-dbg
   chromium-browser-inspector chromium-browser-l10n chromium-dbg
   chromium-l10n gecko-mediaplayer mozplugger
 Installations reported by Popcon: 9221

   cryptsetup (#600777), requested 379 days ago
 Description: configures encrypted block devices
 Reverse Depends: cryptsetup cryptsetup-udeb libcryptsetup-dev
   libguestfs0 libpam-mount ltsp-client mandos-client partman-crypto-dm
   rescue-mode systemd
 Installations reported by Popcon: 6882

   cvs (#354176), requested 2079 days ago
 Description: Concurrent Versions System
 Reverse Depends: cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html
   cvschangelogbuilder cvsconnect cvsd cvsps cvsservice cvssuck (8 more
   omitted)
 Installations reported by Popcon: 18225

   dctrl-tools (#448284), requested 1468 days ago
 Description: Command-line tools to process Debian package
   information
 Reverse Depends: aptfs debian-goodies debtree dlocate
   haskell-devscripts javahelper libsbuild-perl linux-patch-debianlogo
   postgresql-server-dev-all simple-cdd (1 more

Bug#647573: ITP: python-flaskext.uploads -- Upload handling utility for flask applications

[Lincoln de Sousa]

Package: wnpp
Severity: wishlist
Owner: Lincoln de Sousa 

* Package name: python-flaskext.uploads
  Version : 0.1.3
  Upstream Author : Matthew "LeafStorm" Frazier 
* URL : http://bitbucket.org/leafstorm/flask-uploads/
* License : MIT/X
  Programming Lang: Python
  Description : Flexible and efficient upload handling for Flask

This library allows your application to flexibly and efficiently handle
file uploading and serving the uploaded files. You can create different
sets of uploads: one for document attachments, one for photos, etc.
..
And the application can be configured to save them all in different
places and to generate different URLs for them.



-- 
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/2004020022.13800.7120.reportbug@transeunte

can somebody update wwwoffle

[jidanni]

Can somebody update wwwoffle? Upstream has a new version that makes
HTTPS work once again.


-- 
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/87d3d81t8t@jidanni.org

Bug#647579: ITP: python-libmemcached -- python wrapper for libmemcached

[Shell Xu]

Package: wnpp
Severity: wishlist
Owner: Shell Xu 

* Package name: python-libmemcached
  Version : 0.40
  Upstream Author : hongqn 
* URL : http://code.google.com/p/python-libmemcached/
* License : Apache License 2.0
  Programming Lang: C python
  Description : python wrapper for libmemcached



-- 
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/2004063237.24396.72827.report...@shell-deb.shdiv.qizhitech.com