Whilst preparing grub 2 for release, could you please look at
re-implementing the #howmany configuration option that was included in
grub1. Here is a link to an IMHO excellent blog on how to implement the
function:
http://www.linuxquestions.org/questions/blog/drask-180603/howmany-for-grub-2-24
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
Owner: NIIBE Yutaka
* Package name: postal-code-jp
Version : 2010-05-31
Upstream Author : Japan Post Service Co, Ltd.
* URL : http://www.post.japanpost.jp/zipcode/
* License : Public Domain
Programming La
Package: wnpp
Severity: wishlist
Owner: NIIBE Yutaka
Owner: NIIBE Yutaka
* Package name: tomoe-gtk
Version : 0.6.0
Upstream Author : Takuro Ashie
* URL : http://tomoe.sourceforge.jp/
* License : LGPL
Programming Lang: C, Python
Description : GTK+ GUI
Peter S Galbraith wrote:
> Anyone know how to make the auto-tools include the debian directory
> in the source tar ball (with `make dist') but NOT maintain any
> Makefile in those directories?
You can just list all needed files in EXTRA_DIST (or the appropriate
automake variable) and avoid using S
> > I maintain the debian directory in the upstream sources of a package
> > (gri) that uses auto-tools. So far, it seems to need the files:
> >
> > debian/source/Makefile.am
> > debian/source/Makefile.in
>
> Something like
>
> EXTRA_DIST = $(wildcard source/*)
>
> in debian/Makefile.am sh
Re: Peter S Galbraith 2010-06-07 <12003.1275931...@mixed>
> I maintain the debian directory in the upstream sources of a package
> (gri) that uses auto-tools. So far, it seems to need the files:
>
> debian/source/Makefile.am
> debian/source/Makefile.in
Something like
EXTRA_DIST = $(wildcard
Hi all,
I maintain the debian directory in the upstream sources of a package
(gri) that uses auto-tools. So far, it seems to need the files:
debian/source/Makefile.am
debian/source/Makefile.in
in order for `make dist' to work.
But lintian complains about these files.
Anyone know how to mak
[Robert Lemmen]
> so if anyone can think of good use cases for a tool that allows
> analytics on the dependencies between entities in the debian space
> (packages, bugs etc), then please send them my way. with a moderatly
> long list of use cases, i could go on defining the query language...
One
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: g...@debian.org
Package name: haskell-happstack-data
Version: 0.5.0.2
Upstream Author: Happstack team
URL: http://hackage.haskell.org/package/happstack-data
License: BSD
Description: Haskell Happstack web framewor
On Mon, 07 Jun 2010 10:33:52 -0400 (EDT), Holger Levsen wrote:
>
> Hi Stephen,
>
> thanks for stepping up maintaining lilo in Debian! I hope you'll manage this
> well.
Um, thanks; but I don't understand the reassignment of bug number 505609 to
package initramfs-tools. If you read my previous po
On Mon, Jun 07, 2010 at 10:35:24AM +0200, Holger Levsen wrote:
> Hi Bill,
>
> On Sonntag, 6. Juni 2010, Bill Allombert wrote:
> > Today circular dependencies in unstable reached an all-time low.
>
> Really? I'm surprised. (But don't have any reason not to believe, I'm just
> surprised from watch
On Mon, Jun 07, 2010 at 04:20:22PM +0200, Holger Levsen wrote:
> mind if we keep debian-devel in the loop? If not, please reply to
> debian-devel@lists.debian.org and quote me freely :-)
of course not!
> [...]
> Do you plan to package this for Debian? Then I could easily re-use it on
> piupart
Package: wnpp
Severity: wishlist
Owner: Michael Hanke
* Package name: invesalius
Version : 3.0.0
Upstream Author : Thiago Franco de Moraes and many more
* URL : http://svn.softwarepublico.gov.br/trac/invesalius
* License : GPL
Programming Lang: Python
Descr
Package: wnpp
Owner: Jon Bernard
Severity: wishlist
* Package name: python-opster
Version : 0.9.9
Upstream Author : Alexander Solovyov
* URL : http://hg.piranha.org.ua/opster/
* License : BSD
Programming Lang: Python
Description : a python command line
Hi Holger,
On Mon, Jun 07, 2010 at 04:39:20PM +0200, Holger Levsen wrote:
> On Montag, 7. Juni 2010, Stephen Kitt wrote:
> > I wanted to package it so that stella could move to main - admittedly
> > on somewhat of a technicality...
>
> /me is speechless, roles eyes and laughs :-)
I'll just laug
Adam Borowski wrote:
> perl-modules is exactly the same case as foo-data -> foo. I don't see why
> it should be treated any different.
No. IIRC already discusse ond -devel. 'perl-modules' contain arch:all Perl
modules some of which depend on arch:any modules in 'perl' and vice-versa.
Still can be
Hi Stephen,
On Montag, 7. Juni 2010, Stephen Kitt wrote:
> I wanted to package it so that stella could move to main - admittedly
> on somewhat of a technicality...
/me is speechless, roles eyes and laughs :-)
> Given its size (the current .deb is 6k), it might be worth simply
> bundling it with
reassign 505609 initramfs-tools
thanks
Hi Stephen,
thanks for stepping up maintaining lilo in Debian! I hope you'll manage this
well.
On Montag, 7. Juni 2010, Stephen Powell wrote:
> Perhaps I can offer a solution here. Since William obviously doesn't wish
> to maintain this package any longer
On Mon, Jun 07, 2010 at 11:49:54AM +0200, Simon Richter wrote:
> perl-modules -> perl could be demoted to Recommends, libstdc++6-4.4-dev
> -> g++-4.4 likewise. Neither package provides functionality on its own
> that breaks if the other package is not installed, rather, they'd just
> be dead
On Mon, 07 Jun 2010 03:22:46 -0400 (EDT), sean finney wrote:
> On Mon, Jun 07, 2010 at 01:44:05AM +0400, William Pitcock wrote:
>> Have fun. When you have a release that actually has merit, it can be
>> reconsidered for inclusion in Debian.
>>
>> In the meantime, the original plan continues.
>
>
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: g...@debian.org
Package name: haskell-happstack-ixset
Version: 0.5.0.2
Upstream Author: Happstack team
URL: http://hackage.haskell.org/package/happstack-ixset
License: BSD
Description: Haskell Happstack web framew
Hi,
On Mon, Jun 07, 2010 at 03:14:08PM +0200, Holger Levsen wrote:
> On Montag, 7. Juni 2010, Stephen Kitt wrote:
> > * License : Public domain
> > Description : Boing! Amiga demo port for the Atari VCS 2600
> >
> > Boing! is a small demo based on the famous Amiga-based bouncing bal
Hi,
On Montag, 7. Juni 2010, Stephen Kitt wrote:
> * License : Public domain
> Description : Boing! Amiga demo port for the Atari VCS 2600
>
> Boing! is a small demo based on the famous Amiga-based bouncing ball
> demo.
What is the value of having this in Debian?
cheers,
Package: wnpp
Severity: wishlist
Owner: Antony Gelberg
Package name: libhtml-formhandler-model-dbic-perl
Version : 0.11
Upstream Author : Gerda Shank
URL : http://search.cpan.org/dist/HTML-FormHandler-Model-DBIC/
License : GPL / Artistic (as for Perl)
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: g...@debian.org
Package name: haskell-happstack-util
Version: 0.5.0.2
Upstream Author: Happstack team
URL: http://hackage.haskell.org/package/happstack-server
License: BSD
Description: Haskell Happstack web framew
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: g...@debian.org
Package name: haskell-happstack-util
Version: 0.5.0.2
Upstream Author: Happstack team
URL: http://hackage.haskell.org/package/happstack-util
License: BSD
Description: Haskell Happstack web framewor
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: g...@debian.org
Package name: haskell-happstack-util
Version: 0.5.0.2
Upstream Author: Happstack team
URL: http://hackage.haskell.org/package/happstack-util
License: BSD
Description: Haskell Happstack web framewor
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: g...@debian.org
Package name: haskell-syb-with-class-instances-text
Version: 0.0.1
Upstream Author: Jeremy Shaw
URL: http://hackage.haskell.org/package/syb-with-class-instances-text
License: BSD
Description: Haske
On 06/06/2010 14:21, Bill Allombert wrote:
> * exim4 exim4-base exim4-daemon-heavy exim4-daemon-light fcron
exim4-base depends on cron | fcron and fcron depends on exim4 |
mail-transport-agent. Is this strictly a circular dependency? Is it one
that causes issues?
--
To UNSUBSCRIBE, email to de
Package: wnpp
Severity: wishlist
Owner: Stephen Kitt
* Package name: boing26
Version : 5
Upstream Author : Rob Kudla
* URL : http://www.kudla.org/raindog/games/
* License : Public domain
Programming Lang: Assembler
Description : Boing! Amiga demo port
Package: wnpp
Severity: wishlist
Owner: Deepak Tripathi
* Package name: libmkrf-ruby
Version : 0.2.3
Upstream Author : Kevin Clark
* URL : http://www.example.org/
* License : MIT
Programming Lang: Ruby
Description : This proposed replacement to mkmf ge
On 07/06/2010 11:38, Simon Richter wrote:
> The other symbols from libgcc are weak references to pthread functions
> (i.e. no dependency there),
gcc-4.5 can change that (unless bug #577961 has been fixed: I did not
recheck recently)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0x9
On 06/06/2010 18:29, Josselin Mouette wrote:
> Le dimanche 06 juin 2010 à 18:06 +0200, Petter Reinholdtsen a écrit :
>> [Bill Allombert]
>>> Dear developers,
>>> Today circular dependencies in unstable reached an all-time low.
>>
>> Very good to hear. If only we could get it down to zero, piuparts
Olá ,
Este programa não permite a visualização de mensagens formatadas (com cores,
imagens e links), portanto solicitamos que você copie o texto abaixo, e cole no
campo "Endereço" do seu navegador.
http://emkt.joaopauloeeduardo.com.br/emkt/tracer/?1,270155,c4b71992,25f1
Para garantir que nossas
Hi,
On 2010年06月06日 15:21, Bill Allombert wrote:
Today circular dependencies in unstable reached an all-time low.
Excellent.
* libc6 libgcc1
This one is tricky, because it is an accurate reflection of the ELF
headers. The gcc and glibc build processes actually jump through a lot
of hoops
Hi,
On 2010年06月06日 18:50, Neil Williams wrote:
Some might be too intrusive to be fixed for squeeze (lbc6, perl, g++)
libc6 is too difficult.
perl-modules -> perl could be demoted to Recommends, libstdc++6-4.4-dev
-> g++-4.4 likewise. Neither package provides functionality on its own
that b
Hi,
On Sonntag, 6. Juni 2010, Petter Reinholdtsen wrote:
> > Today circular dependencies in unstable reached an all-time low.
> Very good to hear. If only we could get it down to zero, piuparts
> would be able to test all the packages
As Steve already pointed out: this is (for the very most) a
Hi Bill,
On Sonntag, 6. Juni 2010, Bill Allombert wrote:
> Today circular dependencies in unstable reached an all-time low.
Really? I'm surprised. (But don't have any reason not to believe, I'm just
surprised from watching piuparts results (piuparts cant cope well with
circular depends (see the
hi,
this should all be prefaced with the disclaimer that i'm not actually
using lilo at the moment, but i thought i'd throw in something due to
some of the comments/posturing that i've been seeing here.
On Mon, Jun 07, 2010 at 01:44:05AM +0400, William Pitcock wrote:
> Have fun. When you have a
39 matches
Mail list logo
