On Thu, 2011-11-03 at 07:20 +0100, 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 ?
>
> In that case, I think that the above discus
On Fri, Nov 04, 2011 at 09:13:43AM +0100, Frank Lin PIAT wrote:
> Other package that depend on menu... mostly meta package
> ===
> +---+---+++
> |Package name |provide| su in | Dependency
On Fri, 04 Nov 2011 11:06:26 +0800
jida...@jidanni.org wrote:
> Can somebody update wwwoffle? Upstream has a new version that makes
> HTTPS work once again.
May be better to remove it. The bug you mention is severity important
but there's an unfixed RC bug open since February. #615795. No
maintai
Bernd Zeimetz wrote:
And I believe that NM should not be something gnome should depend on as
there are various other ways to configure your network. Imho it should
Recommend network-manage | wicd-gtk | similar-tools-if-they-exist.
Those packages do not provide the NetworkManager DBus interface
* Josselin Mouette [03 18:53 +0100]:
> 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 t
We've a few native packages which handle data in package-specific
directories under /var/lib/. It would be convenient to specify the name
of this directory in debian/rules as a -D define to the compiler
(because it's native) and then pass that into the relevant maintainer
scripts, postinst and post
Package: wnpp
Severity: wishlist
Owner: Julien Danjou
* Package name: keystone
Version : 2011.3
Upstream Author : OpenStack Developers
* URL : https://launchpad.net/keystone
* License : Apache License 2.0
Programming Lang: Python
Description : OpenStack
Hello there!
My name is Björn Esser and I'm from near Hannover, Germany. I want to
contribute to the debian project and so I am looking for a sponsor
(preferred with German as native). I hope, I'm in the right place here
for asking.
Best regards,
Björn Esser
Hallo zusammen!
Mein Name ist
On Fri, Nov 04, 2011 at 03:57:00PM +0100, Björn Esser wrote:
> Hello there!
>
> My name is Björn Esser and I'm from near Hannover, Germany. I want to
> contribute to the debian project and so I am looking for a sponsor
> (preferred with German as native). I hope, I'm in the right place here
> for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Björn,
On 04.11.2011 15:57, Björn Esser wrote:
I want to
> contribute to the debian project and so I am looking for a sponsor
> (preferred with German as native). I hope, I'm in the right place here
> for asking.
thank you for your interest in
Thanks a lot!
2011/11/4 Josue Abarca :
> On Fri, Nov 04, 2011 at 03:57:00PM +0100, Björn Esser wrote:
>> Hello there!
>>
>> My name is Björn Esser and I'm from near Hannover, Germany. I want to
>> contribute to the debian project and so I am looking for a sponsor
>> (preferred with German as nativ
Hi.
I've also had/have several times problems with those meta pacakges
forcing me to install stuff I don't like (or I consider even unsecure).
NM is surely an example of this (just grep CVE in the changelog).
Another one is gnome-bluetooth... there are so many systems which don't
have bluetooth
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: lein-clojars
Version : 0.7.0
Upstream Author : Alex Osborne
* URL : https://github.com/ato/lein-clojars
* License :
Programming Lang: Java
Description : Leiningen plugin for int
Package: wnpp
Severity: wishlist
Owner: "Björn Esser"
* Package name: libblocxx
Version : 2.2.0+svn536
Upstream Author : Kevin Harris
* URL : http://sourceforge.net/projects/blocxx/
* License : BSD-3
Programming Lang: C++
Description : BloCXX--C++ Fra
Package: wnpp
Severity: wishlist
Owner: "Teus Benschop"
* Package name: bibledit-web
Version : 0.5
Upstream Author : Teus Benschop
* URL : http://bibledit.org/
* License : GPL
Programming Lang: PHP
Description : Online Bible translation tool
This too
]] Christoph Anton Mitterer
| I've also had/have several times problems with those meta pacakges
| forcing me to install stuff I don't like (or I consider even unsecure).
|
| NM is surely an example of this (just grep CVE in the changelog).
One CVE in the seven years it's been in the archive?
Igor Pashev writes:
> Isn't /usr/libexec for "internal use" exetutables?
Other places, yes. Not in the FHS.
So, being halfway serious: Debian wants FHS to document it before we can
use it, and the FHS wants to document current practice. Clearly, we need
someone in the Fedora project to start us
Le vendredi 04 novembre 2011 à 18:17 +0100, Christoph Anton Mitterer a
écrit :
> Nevertheless,.. why cant you make the metapackages to make more use of
> recommends instead of depends.
Because doing so is like ensuring there will be some systems that don’t
work correctly, wasting our time on bug
Le vendredi 04 novembre 2011 à 21:00 +0100, Stig Sandbeck Mathisen a
écrit :
> So, being halfway serious: Debian wants FHS to document it before we can
> use it, and the FHS wants to document current practice. Clearly, we need
> someone in the Fedora project to start using /usr/libexec first. :)
On Fri, 2011-11-04 at 10:21 +0100, Andreas Tille wrote:
> On Fri, Nov 04, 2011 at 09:13:43AM +0100, Frank Lin PIAT wrote:
> > Other package that depend on menu... mostly meta package
> > ===
> > +---+---++
On Fri, Nov 04, 2011 at 09:46:20PM +0100, Josselin Mouette wrote:
> Le vendredi 04 novembre 2011 à 21:00 +0100, Stig Sandbeck Mathisen a
> écrit :
> > So, being halfway serious: Debian wants FHS to document it before we can
> > use it, and the FHS wants to document current practice. Clearly, we ne
On Fri, Nov 04, 2011 at 09:46:20PM +0100, Josselin Mouette wrote:
> I don’t think Debian requests FHS to document something before we can
> use it. The real problem with the bizarre GNU invention that
> is /usr/libexec is that nobody knows what it is here for.
Allegedly it was going to be in the F
I have been thinking about the bootstrapping of pakages lately. I am
involved in bootstrapping a partial system -- no kernel and no libc --
for some architectures for internal use. And I just thought that we
could use one trick to help in the bootstrap of packages that depend
on other shared librar
[ http://article.gmane.org/gmane.linux.debian.devel.general/166498/ ]
> "NW" == Neil Williams writes:
NW> CC'ing the maintainer but if there's no interest in, say, a week, I'll
NW> file for removal instead, RoQA, RC-buggy, low popcon, cruft.
OK, I guess it must end this way. OK, thanks.
--
Ben Hutchings writes:
>> I don’t think Debian requests FHS to document something before we can
>> use it. The real problem with the bizarre GNU invention that
>> is /usr/libexec is that nobody knows what it is here for.
>
> It's not a GNU invention; I believe it derives from BSD.
Yes, it original
25 matches
Mail list logo
