Re: Re (2): lilo removal in squeeze / new lilo upstream

[sean finney]

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 release that actually has merit, it can be
> reconsidered for inclusion in Debian.
> 
> In the meantime, the original plan continues.

actually, i don't think you have any say about what software can and
can not be in debian, that is the sole privilege of ftp-master.  your
options are (a) to claim you still want to maintain the package and
continue to do so, or (b) ask for its removal by ftp-master.  given your
comments here i think if you were to claim (a) there would be a decent
case for someone to take to the tech-ctte.

ftp-master, if they're aware of this argument, may just say "why not
orphan it instead?".  but regardless, if someone else is interested they 
can just follow that removal with a new upload using their name as
Maintainer, and then again it's up to ftp-master to accept or deny it.
given that there may be an active upstream and maintainer, and the
software is otherwise DFSG-compatible, i don't see why they would deny
such a new upload.

of course, it would be a lot nicer if you could just hand over the reins
of the current package to those who have been asking for them, to avoid
some un-needed overhead...


sean
~ 


signature.asc
Description: Digital signature

Re: status of circulars dependencies in unstable

[Holger Levsen]

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 BTS)...)

Anyway, how did you get this list? I'd probably like to re-use the code :)

> Here the list of current circular dependencies:

I think it's missing some kdelibs5 circular depends, but I might be wrong.


cheers,
Holger


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

Re: status of circulars dependencies in unstable

[Holger Levsen]

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 bug in piuparts.

(That's #526046 and badly fixed in svn, pending upload. The fixes uses a 
(incomplete) hard coded lists of circular depends (urgh!), which is also why 
I haven't uploaded it. It's running on piuparts.d.o though.)

(And, FWIW, piuparts.d.o still wouldnt test all packages: if a package has a 
broken depends (broken as in the piuparts test fails), that package won't be 
tested. Sadly there are quite some broken depends.)

> and a more deterministic 
> package installation order would be ensured.  :)

That's totally true :)


cheers,
Holger


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

Re: status of circulars dependencies in unstable

[Simon Richter]

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 breaks if the other package is not installed, rather, they'd just 
be dead weight without the other (i.e. an excellent candidate for a 
mechanism that hides them in the package manager), but that is not a 
criterion for Depends.


   Simon


--
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/4c0cc0c2.9040...@debian.org

Re: status of circulars dependencies in unstable

[Simon Richter]

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 to generate two libraries that have a circular dependency.


libgcc uses

 - abort(), which is short and could be pulled in from libc_pic if we 
don't mind the code duplication


 - memcpy() and memset(), which can be trivially reimplemented or 
pulled in from libc_pic


 - malloc()/free()/realloc()/calloc(), which can be trivially 
implemented using mmap()/munmap()/memset() if chunks allocated here need 
not be freed by libc's free().


The other symbols from libgcc are weak references to pthread functions 
(i.e. no dependency there), and dl_iterate_phdr() from ld.so, which is 
supplied implicitly and ignored by dpkg-shlibdeps.


   Simon


--
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/4c0cbe20.5070...@debian.org

João Paulo & Eduardo - Volta pra curtição (Pra você nada valeu)

[João Paulo & Eduardo]

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 mensagens cheguem em sua caixa de entrada, adicione o 
email m...@joaopauloeeduardo.com.br ao seu catálogo de endereços.
Não deseja mais receber nossas mensagens? Cancele sua inscrição aqui:
http://emkt.joaopauloeeduardo.com.br/emkt/tracer/?9,270155,c4b71992,25f1

Re: status of circulars dependencies in unstable

[Vincent Danjean]

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
>> would be able to test all the packages and a more deterministic
>> package installation order would be ensured.  :)
> 
> Indeed that would help a lot.
> 
> It is probably too late for squeeze, but how about forbidding it into
> the policy after the release?

I do not know if it is too late nor if this is the root of the problem,
but, last week, I upgraded two different machines from lenny to squeeze
(testing). In both case, the upgrade path found by apt-get and aptitude
involved removing all xorg packages.
  Note that I have been able to upgrade dpkg before most of the other
packages (ie "apt-get install dpkg" only pull a few packages) but trying
to do the same with apt or aptitude trigger the removing of all xorg
packages and the upgrade of several hundreds of packages.
  Reinstalling xorg packages after the upgrade worked well.

  Regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main


-- 
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/4c0cd184.5090...@free.fr

Re: status of circulars dependencies in unstable

[Vincent Danjean]

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 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main


-- 
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/4c0cd3f7.4030...@free.fr

Bug#584886: ITP: libmkrf-ruby -- This proposed replacement to mkmf generates Rakefiles to build C Extensions.

[Deepak Tripathi]

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 generates Rakefiles to
build C Extensions.



-- 
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/20100607114555.1566.8902.report...@debian

Bug#584888: ITP: boing26 -- Boing! Amiga demo port for the Atari VCS 2600

[Stephen Kitt]

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 for the Atari VCS 2600

 Boing! is a small demo based on the famous Amiga-based bouncing ball
 demo.
 .
 This game is distributed as an Atari VCS 2600 ROM.  You will need a
 VCS 2600 emulator in order to view it, such as Stella.



-- 
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/20100607114706.14375.46271.report...@heffalump.sk2.org

Re: status of circulars dependencies in unstable

[Jon Dowland]

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 debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c0ce1db.4010...@debian.org

Bug#584892: ITP: haskell-syb-with-class-instances-text -- Haskell Text instance for Scrap Your Boilerplate with Class

[Giovanni Mascellani]

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: Haskell Text instance for Scrap Your Boilerplate with Class

This package provides Haskell instances of the class Text for the Scrap
Your Boilerplate with Class system.

The Scrap Your Boilerplate approach is a lightweight generic programming
approach for Haskell. See package haskell-syb-with-class for more
information.

Rationale: it is a dependency of happstack (bug #569501).

Regards, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org







signature.asc
Description: OpenPGP digital signature

Bug#584901: ITP: haskell-happstack-util -- Haskell Happstack web framework - utilities package

[Giovanni Mascellani]

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 framework - utilities package

Happstack is a Haskell web framework, designed so that developers can
prototype quickly, deploy painlessly, scale massively, operate reliably,
and change easily. It supports GNU/Linux, OS X, FreeBSD, and Windows
enironments.

Happstack provides you with all the components you need to build and
deploy your application, which is completely self-contained.
Particularly, Happstack provides the application with a distributed and
persistent data storage layer, capable to interact with the application
itself directly in terms of Haskell data structures.

This package contains miscellaneous libraries used by happstack.

Rationale: it is part of happstack (bug #569501).

Regards, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org









signature.asc
Description: OpenPGP digital signature

Bug#584902: ITP: haskell-happstack-state -- Haskell Happstack web framework - distributed state layer

[Giovanni Mascellani]

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 framework - distributed state layer

Happstack is a Haskell web framework, designed so that developers can
prototype quickly, deploy painlessly, scale massively, operate reliably,
and change easily. It supports GNU/Linux, OS X, FreeBSD, and Windows
enironments.

Happstack provides you with all the components you need to build and
deploy your application, which is completely self-contained.
Particularly, Happstack provides the application with a distributed and
persistent data storage layer, capable to interact with the application
itself directly in terms of Haskell data structures.

This package contains the distributed event-based state layer provided
by Happstack to the web application.

Rationale: it is part of happstack (bug #569501).

Regards, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org











signature.asc
Description: OpenPGP digital signature

Bug#584903: ITP: haskell-happstack-server -- Haskell Happstack web framework - HTTP server

[Giovanni Mascellani]

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 framework - HTTP server

Happstack is a Haskell web framework, designed so that developers can
prototype quickly, deploy painlessly, scale massively, operate reliably,
and change easily. It supports GNU/Linux, OS X, FreeBSD, and Windows
enironments.

Happstack provides you with all the components you need to build and
deploy your application, which is completely self-contained.
Particularly, Happstack provides the application with a distributed and
persistent data storage layer, capable to interact with the application
itself directly in terms of Haskell data structures.

This package contains the HTTP server itself.

Rationale: it is part of happstack (bug #569501).

Regards, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org




signature.asc
Description: OpenPGP digital signature

Bug#584899: ITP: libhtml-formhandler-model-dbic-perl -- Model class for HTML::FormHandler using DBIx::Class

[Antony Gelberg]

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)
  Programming Lang: Perl
  Description : Model class for HTML::FormHandler using DBIx::Class

This is a separate DBIx::Class model class for HTML::FormHandler.  It will
handle normal DBIC column accessors and a number of DBIC relationships. Single
Select fields will handle 'belongs_to' relationships, where the related table
is used to construct a list of choices. Multiple Select fields use a
many_to_many pseudo-relation to create the select list. A Compound field can
represent a single relation. A Repeatable field will map onto a multiple
relationship.



-- 
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/20100607121828.23143.42765.report...@labrie.wayforth.com

Re: Bug#584888: ITP: boing26 -- Boing! Amiga demo port for the Atari VCS 2600

[Holger Levsen]

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,
Holger


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

Re: Bug#584888: ITP: boing26 -- Boing! Amiga demo port for the Atari VCS 2600

[Stephen Kitt]

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 ball
> >  demo.
> 
> What is the value of having this in Debian?

I wanted to package it so that stella could move to main - admittedly
on somewhat of a technicality... (The idea is similar to that behind
the packaging of efp, which allows NES emulators to be in main.) I am
trying to find something else more interesting which would satisfy the
requirements.

Given its size (the current .deb is 6k), it might be worth simply
bundling it with stella, in a multiple-tarball 3.0 format.

Obviously I'll withdraw my ITP if it doesn't make sense. I had
intended to explain all this in the original ITP, but forgot when I
got round to filing it!

Regards,

Stephen


signature.asc
Description: Digital signature

Bug#584904: ITP: haskell-happstack-ixset -- Haskell Happstack web framework - indexing engine

[Giovanni Mascellani]

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 framework - indexing engine

Happstack is a Haskell web framework, designed so that developers can
prototype quickly, deploy painlessly, scale massively, operate reliably,
and change easily. It supports GNU/Linux, OS X, FreeBSD, and Windows
enironments.

Happstack provides you with all the components you need to build and
deploy your application, which is completely self-contained.
Particularly, Happstack provides the application with a distributed and
persistent data storage layer, capable to interact with the application
itself directly in terms of Haskell data structures.

This package contains an indexing engine Happstack applications can use
to quickly retrieve the data they're interested into.

Rationale: it is part of happstack (bug #569501).

Regards, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org






signature.asc
Description: OpenPGP digital signature

new lilo package maintainer? (was lilo removal in squeeze or please test grub2)

[Stephen Powell]

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.
> 
> actually, i don't think you have any say about what software can and
> can not be in debian, that is the sole privilege of ftp-master.  your
> options are (a) to claim you still want to maintain the package and
> continue to do so, or (b) ask for its removal by ftp-master.  given your
> comments here i think if you were to claim (a) there would be a decent
> case for someone to take to the tech-ctte.
> 
> ftp-master, if they're aware of this argument, may just say "why not
> orphan it instead?".  but regardless, if someone else is interested they 
> can just follow that removal with a new upload using their name as
> Maintainer, and then again it's up to ftp-master to accept or deny it.
> given that there may be an active upstream and maintainer, and the
> software is otherwise DFSG-compatible, i don't see why they would deny
> such a new upload.
> 
> of course, it would be a lot nicer if you could just hand over the reins
> of the current package to those who have been asking for them, to avoid
> some un-needed overhead...
>
>
> sean

Perhaps I can offer a solution here.  Since William obviously doesn't wish
to maintain this package any longer, I am willing to take over his
responsibilities as a Debian package maintainer for lilo under two
conditions:  (1) The kernel team fixes bug number 505609, and (2) Debian
ceases its attempts to remove lilo from the distribution.  What do you
say, William?  Do you have any objections?  Does anyone else have any
objections?  If so, speak now, or forever hold your peace.

Keep in mind that I have never been a Debian package maintainer before.
This will be my first package.  Please be patient with me as I "learn the
ropes", so to speak.

As for whether or not lilo continues to be offered as an alternate boot
loader by the Debian installer, that is entirely up to them.  I would
think that the path of least resistance would be to maintain the status
quo, but if they want to remove lilo from the Debian installer menu
that's their call, as far as I am concerned.  I just don't want to see
lilo removed from the distribution.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-


-- 
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/1196418916.5745.1275918400688.javamail.r...@md01.wow.synacor.com

Re: status of circulars dependencies in unstable

[Adam Borowski]

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 weight without the other

perl-modules is exactly the same case as foo-data -> foo.  I don't see why
it should be treated any different.

libstdc++6-4.4-dev depending on g++-4.4 is plain wrong.  In its not yet
packaged version, clang can use these headers to compile C++ code without
needing g++.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


-- 
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/20100607143017.ga24...@angband.pl

Re: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)

[Holger Levsen]

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, I am willing to take over his
> responsibilities as a Debian package maintainer for lilo under two
> conditions:  (1) The kernel team fixes bug number 505609, and (2) Debian
> ceases its attempts to remove lilo from the distribution.

There is no attempt "from Debian". The current lilo maintainer thought this 
was the best option for lilo as he was going to orphan it and also because 
there was no upstream. If you step up to maintain lilo (and the codebase is 
and stays acceptable) and maintain lilo in Debian, removing lilo is moot.

> Keep in mind that I have never been a Debian package maintainer before.

The Debian New Maintainers Guide (ie at 
http://www.debian.org/doc/maint-guide/) shall be your friend, as well as 
lintian and debian-ment...@lists.debian.org as well as #debian-mentors on 
IRC.

Have fun! :-)

> As for whether or not lilo continues to be offered as an alternate boot
> loader by the Debian installer, that is entirely up to them.  

Fair enough. 


cheers,
Holger


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

Re: Bug#584888: ITP: boing26 -- Boing! Amiga demo port for the Atari VCS 2600

[Holger Levsen]

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 stella, in a multiple-tarball 3.0 format.

That sounds way better to me.

But technically a package doesnt need to have something in main to work with. 
It just needs to exist. Somewhere. If this bouncing ball demo is like those 
free games (which are free software( for mame emulators stella can probably 
go into main anyway.


Thanks,
Holger


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

Re: status of circulars dependencies in unstable

[Eugene V. Lyubimkin]

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 resolvered by merging together (quite complex from packaging side
but possible).

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



signature.asc
Description: OpenPGP digital signature

Re: Bug#584888: ITP: boing26 -- Boing! Amiga demo port for the Atari VCS 2600

[Stephen Kitt]

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 laugh along!

> > Given its size (the current .deb is 6k), it might be worth simply
> > bundling it with stella, in a multiple-tarball 3.0 format.
> 
> That sounds way better to me.
> 
> But technically a package doesnt need to have something in main to work with. 
> It just needs to exist. Somewhere. If this bouncing ball demo is like those 
> free games (which are free software( for mame emulators stella can probably 
> go into main anyway.

OK, thanks for clarifying. I'll just mention it in the README.Debian
in the stella package, along with some pointers to other possible
sources of DFSG-free games.

I'm closing the ITP, there's no point poluting Debian with packages
such as these...

Thanks for your time,

Stephen


signature.asc
Description: Digital signature

Bug#584917: ITP: python-opster -- a python command line parsing speedster

[Jon Bernard]

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 parsing speedster

Opster is a command line parser, intended to make writing command line
applications easy and painless. It uses built-in Python types (lists,
dictionaries, etc) to define options, which makes configuration clear
and concise. Additionally it contains possibility to handle subcommands
(i.e. hg commit or svn update).

-- 
Jon



-- 
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/20100607144554.ga8...@shaniqua

Bug#584920: ITP: invesalius -- 3D medical imaging reconstruction toolkit

[Michael Hanke]

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
  Description : 3D medical imaging reconstruction toolkit

3D medical imaging reconstruction based on a sequence of 2D DICOM files
acquired with CT or MRI equipments, providing several visualization
tools. More information is available on the webpage.

The package will probably be team-maintained by Debian Med and/or the
upstream authors themselves. A packaging effort is already on-going
since a while. I'm finally filing this ITP to properly document this and
add proper tags which open bugs block this effort.


Michael



-- 
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/20100607151000.321.7471.report...@meiner

Re: status of circulars dependencies in unstable

[Robert Lemmen]

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 
> piuparts.debian.org :) If not, a textfile with that list updated daily for 
> stable, testing and sid would also help (me now), but be less robust and 
> useful for others.

it does produce a text file for unstable which you can get at
http://debian.semistable.com/unstable_raw.txt
if you need the same for testing and stable just give me a shout.

packaging this really doesn't make much sense as long as teh code is in
the bad state it currently is in. which isn't really a coding problem,
but more that i would need input from other people.

quoted from my earlier mail to holger for background:
> the code that produces that page is a branched and hacked version of the
> one here: https://debian.semistable.com/svn/debgraph/
>
> unfortunately this is in a weird state. the original idea was to produce
> a big graph of all sorts of relations between source packages, binary
> packages, distributions, version, architectures, maintainers, bugs etc
> and then have a functional language in which to formulate queries
> against it. the goal was to create something like lintian, but for the
> relationships between entities. i still think it is a splendid idea, but
> it kinda got stuck, mostly for the lack of someone to discuss
> applications of it with. the circular dependency check is just an
> example of what you can do with it, and not a very good one.

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...

cu  rober

-- 
Robert Lemmen   http://www.semistable.com 


signature.asc
Description: Digital signature

Re: status of circulars dependencies in unstable

[Bill Allombert]

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 watching piuparts results (piuparts cant cope well with 
> circular depends (see the BTS)...)

See



> Anyway, how did you get this list? I'd probably like to re-use the code :)

This is provided by Robert Lemmen.

> > Here the list of current circular dependencies:
> 
> I think it's missing some kdelibs5 circular depends, but I might be wrong.

There used to be a circular dependency kdelibs-bin <-> kdelibs5 but it
is fixed now (see bug 530522).

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/20100607145710.gb10...@yellowpig

Re: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)

[Stephen Powell]

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 posts to the bug log, it
is clear that this problem started with a change to the maintainer scripts
between Etch and Lenny.  Please read my posts again carefully.  Then consider
whether this is really a bug in initramfs-tools or a bug in the kernel 
maintainer
scripts.  initramfs-tools only gets involved when

   update-initramfs -u

is issued.  And it *does* invoke the boot loader under these conditions, if
"do_bootloader = yes" is present in /etc/kernel-img.conf and lilo is installed.
But for a kernel install or reconfigure, it is the responsibility of the
kernel maintainer scripts to invoke the bootloader.  See also, for example,
linux-image-2.6.26-2-s390.postinst, where zipl is assigned as the bootloader
on line 38.  This really is an "open and shut case", if only I can the kernel
people to actually look at it!  Please look at it!




-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-


-- 
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/120369280.10411.1275925077969.javamail.r...@md01.wow.synacor.com

Bug#584936: ITP: haskell-happstack-data -- Haskell Happstack web framework - miscellaneous data routines

[Giovanni Mascellani]

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 framework - miscellaneous data routines

Happstack is a Haskell web framework, designed so that developers can
prototype quickly, deploy painlessly, scale massively, operate reliably,
and change easily. It supports GNU/Linux, OS X, FreeBSD, and Windows
enironments.

Happstack provides you with all the components you need to build and
deploy your application, which is completely self-contained.
Particularly, Happstack provides the application with a distributed and
persistent data storage layer, capable to interact with the application
itself directly in terms of Haskell data structures.

This package contains some miscellaneous data-handling-related routines.

Rationale: it is part of happstack (bug #569501).

Regards, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org








signature.asc
Description: OpenPGP digital signature

Re: status of circulars dependencies in unstable

[Petter Reinholdtsen]

[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 thing I would find useful to have more focus on, is how many
duplicate libraries are installed as dependencies in the Gnome and KDE
desktops.  For Debian Edu, I notice for example four versions of libdb
is needed (libdb4.5, libdb4.6, libdb4.7 and libdb4.8) and two versions
of libjpeg (libjpeg62 and libjpeg8).  This is a problem for Debian Edu
because we try to squeeze as many useful packages as possible on a
DVD, and duplicates like that waste space. :)

So, if you could start with the desktop tasks from tasksel and find
all such duplicates, it might be useful to get migrations to newer
library versions in place to save space on the DVDs.

Happy Hacking,
-- 
Petter Reinholdtsen


-- 
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/2flwrua930t@login1.uio.no

auto-tools and debian/source/Makefile.am file

[Peter S Galbraith]

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 make the auto-tools include the debian directory in
the source tar ball (with `make dist') but NOT maintain any Makefile in
those directories?

Thanks,
Peter
-- 
Peter S. Galbraith, Debian Developer  
 http://people.debian.org/~psg
GPG key 4096/70D4A979 6309 28AE 8EB3 AB57 22F3  03BC 17DC 3CC4 70D4 A979


-- 
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/12003.1275931...@mixed

Re: auto-tools and debian/source/Makefile.am file

[Christoph Berg]

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 source/*)

in debian/Makefile.am should work.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Re: auto-tools and debian/source/Makefile.am file

[Peter S Galbraith]

> > 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 should work.

Thanks!  Add to  EXTRA_DIST and remove "source" from DIST_SUBDIRS.
Works great!  

Peter


-- 
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/19517.1275945...@mixed

Re: auto-tools and debian/source/Makefile.am file

[Yavor Doganov]

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 SUBDIRS, e.g.

EXTRA_DIST = upstream-file1 upstream-file2 debian/control \
 debian/changelog debian/source/format ...


It's a separate question why would you need to distribute the upstream
tarball with a debian dir included...

(BTW, Automake is smart enough to automatically distribute ChangeLog,
README, THANKS, etc. and defining VPATH/srcdir is not necessary since
quite some time.)


-- 
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/87mxv6edry.gnus_not_unix!%ya...@gnu.org

Bug#584977: ITP: tomoe-gtk -- GTK+ GUI library of Tomoe handwriting engine

[NIIBE Yutaka]

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 library of Tomoe handwriting engine

 Tomoe is a software which provides a handwriting recognition engine
 and its user interface on desktop environment.
 .
 This package give GTK+ GUI library for tomoe.



-- 
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/20100608014853.14849.70265.report...@localhost.localdomain

Bug#584978: ITP: postal-code-jp -- Postal code data in Japan

[NIIBE Yutaka]

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 Lang: CSV
  Description : Postal code data in Japan

Postal code data in Japan.  Key is postal code (zip code) and value is
a part of address.

See following pages for Japanese addressing system and postal code:
http://en.wikipedia.org/wiki/Japanese_addressing_system
http://en.wikipedia.org/wiki/Postal_codes_in_Japan

It is usual for Japanese input system (Kana-Kanji conversion) to help
inputting address.  Currently, we have duplicates of postal code data
among input systems, such as SKK, Anthy, Canna, and others.  We expect
maintainers of those packages to use this 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/20100608021000.14899.55681.report...@localhost.localdomain

#howmany for grub 2

[linbloke]

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-2466/


Kind regards and thanks to all debian devs,
Josh


--
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/4c0daabe.6070...@fastmail.fm