Package: wnpp
Severity: wishlist
Owner: Fernando Ike de Oliveira <[EMAIL PROTECTED]>
* Package name: skytools
Version : 2.1.4
Upstream Author : Marko Kreen, Skype Technologies
* URL : http://pgfoundry.org/projects/skytools/
* License : BSD
Programming Lang: C
Ron Johnson <[EMAIL PROTECTED]> writes:
> On 06/06/07 17:59, Michael Vogt wrote:
>> I would also love to find a way in the future to interface with the
>> aptitude dependency problem resolver (that is superiour to the one in
>> libapt).
> Is this the same dependency resolver that tries to remove
On 06/06/07 17:59, Michael Vogt wrote:
[snip]
term. I would also love to find a way in the future to interface
with the aptitude dependency problem resolver (that is superiour
to the one in libapt).
Is this the same dependency resolver that tries to remove half your
packages as a result of the
On Wed, 2007-06-06 at 21:49:00 -0400, Joey Hess wrote:
> Michael Vogt wrote:
> > - support for the new dpkg "Breaks" field (thanks to Ian Jackson for
> > his work on this)
>
> Although dpkg still doesn't have Breaks support, so we still can't use
> it, AFAIK..
It will have on 1.14.5.
regards,
Michael Vogt wrote:
> - support for the new dpkg "Breaks" field (thanks to Ian Jackson for
> his work on this)
Although dpkg still doesn't have Breaks support, so we still can't use
it, AFAIK..
> - automatic installation of recommends like aptitude
I want to check how this will affect d-i. The
Le Tue, Jun 05, 2007 at 11:14:31PM +1000, Anthony Towns a écrit :
>
> Some thoughts on constraints:
Hi all,
there has been much brainstorming since the begining of this thread, so
I tried to summarise grossly the ideas on the wiki:
http://wiki.debian.org/DataPackages
Unfortunately, I will not
Hi Michael,
On Thu, Jun 07, 2007 at 12:59:38AM +0200, Michael Vogt wrote:
> I plan to do an apt 0.7.2 upload for sid this weekend. It's a big merge
> of the version in debian/experimental and the version in Ubuntu.
> It will break the ABI, so all packages that depend on libapt will need
> a rebu
Dear Friends,
I plan to do an apt 0.7.2 upload for sid this weekend. It's a big merge
of the version in debian/experimental and the version in Ubuntu.
It will break the ABI, so all packages that depend on libapt will need
a rebuild against this version (so expect a bit of a transition until
ever
On Wed, Jun 06, 2007 at 02:33:58PM +0200, Raphael Hertzog wrote:
> On Wed, 06 Jun 2007, Steve Langasek wrote:
> > > > Consider cases where you want to declare that more than one package
> > > > satisfies the dependency -- we do have libraries using that today in
> > > > their
> > > > shlibs. I do
Package: wnpp
Severity: wishlist
Owner: Daigo Moriwaki <[EMAIL PROTECTED]>
* Package name: libhpricot-ruby
Version : 0.5.140
Upstream Author : why the lucky stiff <[EMAIL PROTECTED]>
* URL : http://code.whytheluckystiff.net/hpricot/
* License : BSD
Programmin
On Wed, Jun 06, 2007 at 09:53:41PM +0200, Kurt Roeckx wrote:
> On Wed, Jun 06, 2007 at 07:55:28PM +0200, Julien Cristau wrote:
> > On Wed, Jun 6, 2007 at 17:50:26 +, Oleg Verych wrote:
> > > Just as better alternative IMHO, please consider using `eu-readelf -ds`
> > > from elfutils.
> > elfu
* From: Julien Cristau
> Newsgroups: gmane.linux.debian.devel.general
>
> On Wed, Jun 6, 2007 at 17:50:26 +, Oleg Verych wrote:
>
>> Just as better alternative IMHO, please consider using `eu-readelf -ds`
>> from elfutils.
>
> elfutils isn't build-essential. binutils is, and does the job, so "
On Wed, Jun 06, 2007 at 07:55:28PM +0200, Julien Cristau wrote:
> On Wed, Jun 6, 2007 at 17:50:26 +, Oleg Verych wrote:
>
> > Just as better alternative IMHO, please consider using `eu-readelf -ds`
> > from elfutils.
>
> elfutils isn't build-essential. binutils is, and does the job, so "it's
On Wed, Jun 6, 2007 at 17:50:26 +, Oleg Verych wrote:
> Just as better alternative IMHO, please consider using `eu-readelf -ds`
> from elfutils.
elfutils isn't build-essential. binutils is, and does the job, so "it's
better IMHO" isn't a particularly compelling reason to make all packages
bu
* From: Steve Langasek
* Date: Wed, 6 Jun 2007 03:34:59 -0700
[]
> FWIW, in the prototyping I did in the unixodbc package I made the symbol
> version and the symbol name two separate fields separated by whitespace,
> because this made it easier to generate files of this format with objdump -T
> and
Luis Matos wrote:
> can we have a per packge permission set???
> kind of users can update package X and Y
I proposed something like this a long time ago, but it met with a mostly
negative response, so I never went to the trouble of starting an
implementation. If you're interested, the email
Package: wnpp
Severity: normal
I request assistance with maintaining the stfl package.
The package description is:
stfl is a library which implements a curses-based widget set for text
terminals.
.
This package contains the development files required to
build software that uses libstfl.
.
On 6 Jun 2007, at 12:00 pm, Andreas Tille wrote:
On Wed, 6 Jun 2007, Tim Cutts wrote:
... (some interesting points)
There were many valid points in your mail but even if the issue
was raised at the example of biological data it is a more general
issue for others as well. It might be that we
Frank Küster escreveu:
Santiago Vila <[EMAIL PROTECTED]> wrote:
On Wed, 6 Jun 2007, Tim Cutts wrote:
(aside: I'd love it if we could have some sort of "user package"
system which could allow non-root users to install software packages
in areas they have access to, and yet have full de
On Wed, 06 Jun 2007, Loïc Minier wrote:
> On Wed, Jun 06, 2007, Raphael Hertzog wrote:
> > We could then have the package field contain multiple packages (separated
> > by "," or "|" or whatever) and have dpkg-shlibdeps generate pkg1 (>=
> > min-ver) | pkg2 (>= min-ver).
>
> I don't think so; at
Santiago Vila <[EMAIL PROTECTED]> wrote:
> On Wed, 6 Jun 2007, Tim Cutts wrote:
>
>> (aside: I'd love it if we could have some sort of "user package"
>> system which could allow non-root users to install software packages
>> in areas they have access to, and yet have full dependency checking
>> on
On Wed, 06 Jun 2007, Steve Langasek wrote:
> > > Consider cases where you want to declare that more than one package
> > > satisfies the dependency -- we do have libraries using that today in their
> > > shlibs. I do think it's necessary here to support the full range of
> > > dependency semantics
Russell Coker wrote:
> On Wednesday 06 June 2007 20:05, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
>
>>> What benefits does this offer over authbind which has been in Debian for
>>> ages?
>>>
Before I begin answering your questions, the bug report has a link to
technical explanation of ho
On Wed, 06 Jun 2007, Steve Langasek wrote:
> On Wed, Jun 06, 2007 at 09:15:02AM +0200, Raphael Hertzog wrote:
> > Now, if we have people store symbols in shlibs file, it means that
> > dh_installdeb would install the shlibs file with symbols. That could be
> > almost enough except that we really wa
On Wednesday 06 June 2007 20:05, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
> > What benefits does this offer over authbind which has been in Debian for
> > ages?
>
> It uses a (I think) much more secure mode of operation. In particular:
> - No SUID executables
> - User who launches the daemon must
On Wed, Jun 06, 2007 at 01:42:55PM +0200, Raphael Hertzog wrote:
> On Wed, 06 Jun 2007, Steve Langasek wrote:
> > > It would be much more worth to drop the package name from the
> > > dependencies. Except a few corner cases (which could probably be
> > > worked around some other way), they are alwa
On Wed, Jun 06, 2007, Raphael Hertzog wrote:
> We could then have the package field contain multiple packages (separated
> by "," or "|" or whatever) and have dpkg-shlibdeps generate pkg1 (>=
> min-ver) | pkg2 (>= min-ver).
I don't think so; at least sometimes you want to depend on
non-versionne
On Wed, 06 Jun 2007, Steve Langasek wrote:
> > It would be much more worth to drop the package name from the
> > dependencies. Except a few corner cases (which could probably be
> > worked around some other way), they are always the package name
> > inside which the library is...
>
> > The >= is a
On Wed, 6 Jun 2007, Tim Cutts wrote:
... (some interesting points)
There were many valid points in your mail but even if the issue
was raised at the example of biological data it is a more general
issue for others as well. It might be that we could:
0. Find a solution for large data sets i
On Wed, 6 Jun 2007, Tim Cutts wrote:
> (aside: I'd love it if we could have some sort of "user package"
> system which could allow non-root users to install software packages
> in areas they have access to, and yet have full dependency checking
> on the main system packages)
dpkg --admindir=$HOME
Charles Plessy <[EMAIL PROTECTED]> wrote:
> Obviously, this strongly increases the size that would be taken on the
> mirrors. Also, in the (mid-term) future, Debian can have many more
> mainstream tools, and I am quite sure that they do not all use the same
> format. So there is the risk of a pack
On Wed, Jun 06, 2007 at 09:53:22AM +0200, Raphael Hertzog wrote:
> What you propose would look like:
> libc 6
> [EMAIL PROTECTED] libc6 2.3.6.ds1-13
> [EMAIL PROTECTED] libc6 2.3.6.ds1-13
> Because of the "^\s*" you can't use starting spaces as a differentiating
> factor. The lines wit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 5 Jun 2007, at 9:47 pm, Roger Leigh wrote:
Anthony Towns <[EMAIL PROTECTED]> writes:
On Tue, Jun 05, 2007 at 06:28:53PM +0900, Charles Plessy wrote:
Le Tue, Jun 05, 2007 at 10:09:07AM +0200, Michael Hanke a ?crit :
My question is now: Is it r
On Wed, Jun 06, 2007 at 09:15:02AM +0200, Raphael Hertzog wrote:
> Now, if we have people store symbols in shlibs file, it means that
> dh_installdeb would install the shlibs file with symbols. That could be
> almost enough except that we really want a check that the information
> stored in those f
On Tue, Jun 05, 2007 at 08:14:18PM +0200, Mike Hommey wrote:
> On Tue, Jun 05, 2007 at 02:02:59PM -0400, Joey Hess <[EMAIL PROTECTED]> wrote:
> > [1] #363133
> > [2] Would it be worthwhile to support multiple symbols on one line to
> > save even more space?
> > symbol [symbol...] de
On Tue, 05 Jun 2007 the mental interface of
Elimar Riesebieter told:
[...]
> Is someone out there to give me a hint?
Done with flac 1.1.4-2. Thanks Joshua ;)
Elimar
--
Alles was viel bedacht wird ist bedenklich!;-)
Friedrich Nietzsche
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Russell Coker wrote:
> On Tuesday 05 June 2007 16:52, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
>
>> Package: wnpp
>> Severity: wishlist
>> Owner: Shachar Shemesh <[EMAIL PROTECTED]>
>>
>
> What benefits does this offer over authbind which has been in Debian for ages?
>
>
It uses a (I t
On Tuesday 05 June 2007 16:52, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Shachar Shemesh <[EMAIL PROTECTED]>
What benefits does this offer over authbind which has been in Debian for ages?
--
[EMAIL PROTECTED]
http://etbe.coker.com.au/ My Bl
On Tue, Jun 05, 2007 at 01:32:34PM -0400, Joey Hess <[EMAIL PROTECTED]> wrote:
> Anthony Towns wrote:
> > Debug packages: (369MB) (not arch:all)
> > 53959746 boson-dbg
> > 55430908 icedove-dbg
> > 56274922 koffice-dbg
> > 59787420 iceape-dbg
> > 86404478 libgl1-mesa-dri-dbg
On Tue, Jun 05, 2007 at 02:02:59PM -0400, Joey Hess <[EMAIL PROTECTED]> wrote:
> [1] #363133
> [2] Would it be worthwhile to support multiple symbols on one line to
> save even more space?
> symbol [symbol...] dependencies...
It would be much more worth to drop the package name from the
On Tue, Jun 05, 2007 at 08:38:47AM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote:
> Hi,
>
> How is generated the following file ?
> http://qa.debian.org/data/ddpo/results/bugs.txt
>
> I'm asking because it usually happens that it contains broken entries,
> such as, currently:
> information:===
On Tue, 05 Jun 2007, Joey Hess wrote:
> It seems that this could be extended to include symbol information:
>
> [package-type:] library-name soname-version-number dependencies...
> [symbol dependencies...]
> [...]
>
> Like the package-type extension, this extra information will be
> t
On Tue, 05 Jun 2007, Joey Hess wrote:
> Note that policy doesn't fully document[1] the current shlibs format,
> which is:
>
> [package-type:] library-name soname-version-number dependencies...
>
> It seems that this could be extended to include symbol information:
>
> [package-type:] library-nam
43 matches
Mail list logo
