Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda
On Tue, 2010-03-02 at 04:44 +0200, Faidon Liambotis wrote: > Luis R. Rodriguez wrote: > > Can you guys upstream a package into Debian with a gitweb URL reference? > If I'm understanding the question correctly, yes. We have Vcs-$VCS (i.e. > Vcs-Git) and Vcs-Browser pseudo-headers. Both are optional. The Vcs-* fields are for the Debian package VCS. There is an emerging project to add upstream metadata to Debian source packages: http://wiki.debian.org/UpstreamMetadata > I agree with Kel here, git2cl et al are unimportant details. Indeed, that is why the relevant lintian warning is marked pedantic. Personally I think this part of Debian policy needs a review, I don't have the time or energy to bring it up on debian-policy though. > Kel, mail me in private when you have something ready for review & > upload, as usual. Check this thread: http://lists.alioth.debian.org/pipermail/pkg-wpa-devel/2010-March/thread.html#2541 He already created almost perfect packages that are pretty-much ready to be uploaded, just a couple of minor issues. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda
Luis R. Rodriguez wrote: > Can you guys upstream a package into Debian with a gitweb URL reference? If I'm understanding the question correctly, yes. We have Vcs-$VCS (i.e. Vcs-Git) and Vcs-Browser pseudo-headers. Both are optional. I agree with Kel here, git2cl et al are unimportant details. Kel, mail me in private when you have something ready for review & upload, as usual. Regards, Faidon -- 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/4b8c7b7c.5010...@debian.org
Bug#572163: ITP: haskell-mmap0.4 -- Memory mapped files for POSIX and Windows
Package: wnpp Severity: wishlist Owner: "Marco Túlio Gontijo e Silva" * Package name: haskell-mmap0.4 Version : 0.4.1 Upstream Author : Gracjan Polak * URL : http://hackage.haskell.org/package/mmap-0.4.1 * License : BSD3 Programming Lang: Haskell Description : Memory mapped files for POSIX and Windows This package provides a library for the Haskell programming language. See http://www.haskell.org/ for more information on Haskell. . This library provides a wrapper to mmap(2) or MapViewOfFile, allowing files or devices to be lazily loaded into memory as strict or lazy ByteStrings, ForeignPtrs or plain Ptrs, using the virtual memory subsystem to do on-demand loading. Modifications are also supported. -- 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/20100302022751.16685.23431.report...@zezinho
Bug#572160: ITP: libwiiuse -- A C library that connects with several Nintendo Wii remotes
Package: wnpp Severity: wishlist Owner: Joel Goguen * Package name: libwiiuse Version : 0.12 Upstream Author : Michael Laforest * URL : http://www.wiiuse.net/ * License : GPLv3 Programming Lang: C Description : A C library that connects with several Nintendo Wii remotes Wiiuse is a library written in C that connects with several Nintendo Wii remotes. Supports motion sensing, IR tracking, nunchuk, classic controller, and the Guitar Hero 3 controller. Single threaded and nonblocking makes a light weight and clean API. -- 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/20100302003744.6770.11472.report...@europa.jgoguen.lan
Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda
On Tuesday 02 March 2010 04:13:25 Luis R. Rodriguez wrote: > On Mon, Mar 1, 2010 at 8:09 AM, Paul Wise wrote: > > On Mon, 2010-03-01 at 10:47 -0500, John W. Linville wrote: > > > >> FWIW, I don't create the tarballs. Perhaps we could ask Johannes to > >> do something in his scripts that create them? Beyond that I don't > >> see much point in checking-in a ChangeLog. > > I can add that too. > > > It definitely shouldn't be checked into git, but rather generated from > > the git commit logs; with git2cl, git log or similar. With an autotools > > based build system you would add a command to the Makefile.am so that > > automake runs git2cl during 'make dist' / 'make distcheck'. For > > non-autotools based projects you usually won't have a standard 'make > > dist' so it would need to be added to whatever script is the equivalent. > > > >> Do you like that git2cl output? It seems rather ugly to me... > > > > Its the standard ancient GNU form for a ChangeLog. I have no opinion on > > its aesthetics and I don't think it matters what format it has really. > > I think the format is indeed pretty ugly, can't we just do: > > git log v0.9.8..v0.9.9 > ChangeLog > > I've attached an example output of this on the iw package for example. > Paul, does Debian packaging not care the format the ChangeLog is on? FWIW, I do not think all of this is necessary, the information stored in the git repository is rich and readily available. We're getting pedantic here. Thanks, Kel. -- 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/201003020750.58757@otaku42.de
Adoption sought for a few packages
Hi, I'm looking for adopters or assistance with the following packages. As with anyone there's a limit on the time I can(will) spend on Debian and I feel that in making choices there, these packages are currently starving for attention. * phpbb3. This needs some work to get the latest upstream into Debian. The vast flow of security issues seems to have dried up since the 3.x series fortunately. Still, I don't think we should be releasing phpbb3 lagging behind as it is now, since significant amounts of fixes have been released upstream. I don't have enough time for this package anymore, but co-maintainer Jeroen is still interested to remain on the team; contact him to coordinate. * serendipity. I don't really use this package anymore. It's currently removed from testing, because it needs to have a security bug fixed before it can be part of the next release. It's currently orphaned any will not be part of squeeze unless someone adopts it. * mailman. I'm still interested in maintainership of this package, but the current team is not very intense. The current package is of release quality, but more work can definately be done on it, if only to review the 80+ open bug reports on it. If you want to join the team, send a message to the Mailman for Debian mailinglist and we'll set you up with the necessary permissions. For all cases goes that I can help to get you started, or provide sponsoring. cheers, Thijs signature.asc Description: This is a digitally signed message part.
Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda
On Mon, Mar 1, 2010 at 1:50 PM, Kel Modderman wrote: > On Tuesday 02 March 2010 04:13:25 Luis R. Rodriguez wrote: >> On Mon, Mar 1, 2010 at 8:09 AM, Paul Wise wrote: >> > On Mon, 2010-03-01 at 10:47 -0500, John W. Linville wrote: >> > >> >> FWIW, I don't create the tarballs. Perhaps we could ask Johannes to >> >> do something in his scripts that create them? Beyond that I don't >> >> see much point in checking-in a ChangeLog. >> >> I can add that too. >> >> > It definitely shouldn't be checked into git, but rather generated from >> > the git commit logs; with git2cl, git log or similar. With an autotools >> > based build system you would add a command to the Makefile.am so that >> > automake runs git2cl during 'make dist' / 'make distcheck'. For >> > non-autotools based projects you usually won't have a standard 'make >> > dist' so it would need to be added to whatever script is the equivalent. >> > >> >> Do you like that git2cl output? It seems rather ugly to me... >> > >> > Its the standard ancient GNU form for a ChangeLog. I have no opinion on >> > its aesthetics and I don't think it matters what format it has really. >> >> I think the format is indeed pretty ugly, can't we just do: >> >> git log v0.9.8..v0.9.9 > ChangeLog >> >> I've attached an example output of this on the iw package for example. >> Paul, does Debian packaging not care the format the ChangeLog is on? > > FWIW, I do not think all of this is necessary, the information stored in the > git repository is rich and readily available. We're getting pedantic here. Can you guys upstream a package into Debian with a gitweb URL reference? Luis -- 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/43e72e891003011356l7491007co1e6837e2a64d8...@mail.gmail.com
Bug#572135: ITP: libstemmer -- Snowball stemming algorithms for use in Information Retrieval
Package: wnpp Severity: wishlist Owner: Stefano Rivera * Package name: libstemmer Version : 0+svn526 Upstream Author : Dr Martin Porter and Richard Boulton * URL : http://snowball.tartarus.org/ * License : BSD Programming Lang: C Description : Snowball stemming algorithms for use in Information Retrieval Snowball provides access to efficient algorithms for calculating a "stemmed" form of a word. This is a form with most of the common morphological endings removed; hopefully representing a common linguistic base form. This is most useful in building search engines and information retrieval software; for example, a search with stemming enabled should be able to find a document containing "cycling" given the query "cycles". Snowball provides algorithms for several (mainly European) languages. It also provides access to the classic Porter stemming algorithm for English: although this has been superseded by an improved algorithm, the original algorithm may be of interest to information retrieval researchers wishing to reproduce results of earlier experiments. -- 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/20100301191937.6647.38370.report...@bach
Bug#572127: ITP: liblocales-perl -- Object-oriented access to localized CLDR information
Package: wnpp Severity: wishlist Owner: "Ernesto Hernández-Novich (USB)" * Package name: liblocales-perl Version : 0.15 Upstream Author : Daniel Muey * URL : http://search.cpan.org/dist/Locales/ * License : GPL | Artistic Programming Lang: Perl Description : Object-oriented access to localized CLDR information Locales is a Perl library providing an object-oriented interface to a particular locale, in order to obtain CLDR language and territory information from it. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (900, 'stable'), (1, 'experimental') Architecture: i386 (i686) -- 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/20100301183655.1245.26914.report...@deepthought.itverx.com.ve
Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda
On Mon, Mar 1, 2010 at 8:09 AM, Paul Wise wrote: > On Mon, 2010-03-01 at 10:47 -0500, John W. Linville wrote: > >> FWIW, I don't create the tarballs. Perhaps we could ask Johannes to >> do something in his scripts that create them? Beyond that I don't >> see much point in checking-in a ChangeLog. I can add that too. > It definitely shouldn't be checked into git, but rather generated from > the git commit logs; with git2cl, git log or similar. With an autotools > based build system you would add a command to the Makefile.am so that > automake runs git2cl during 'make dist' / 'make distcheck'. For > non-autotools based projects you usually won't have a standard 'make > dist' so it would need to be added to whatever script is the equivalent. > >> Do you like that git2cl output? It seems rather ugly to me... > > Its the standard ancient GNU form for a ChangeLog. I have no opinion on > its aesthetics and I don't think it matters what format it has really. I think the format is indeed pretty ugly, can't we just do: git log v0.9.8..v0.9.9 > ChangeLog I've attached an example output of this on the iw package for example. Paul, does Debian packaging not care the format the ChangeLog is on? Luis commit f8396b2454ece21a9db91ad592192b865522aa33 Author: Johannes Berg Date: Sat Jan 24 15:36:08 2009 +0100 bump version to 0.9.9 commit c1d44a6c68790adc45d4a047cdd3a93332210c17 Author: Johannes Berg Date: Sat Jan 24 15:35:30 2009 +0100 RTFM link for ap/master modes commit 0c099f3edd23586680e700dbe16a484b0d0568f9 Author: Johannes Berg Date: Sat Jan 24 15:15:46 2009 +0100 add commas to see also section commit 585e62cbc9fddaba274d948dd0e1ab78b18fc02f Author: Luis R. Rodriguez Date: Fri Jan 23 15:02:38 2009 -0800 iw: fix typo, add few references This fixes a small typo s/ip/iw, and adds references to the other new wireless subsystem userspace applications/files. Lets also point users to the iw wiki as it has lots of good stuff. Signed-off-by: Luis R. Rodriguez commit 45d543f0a65cd4a5ad461b88acee1749a5c78431 Author: Johannes Berg Date: Wed Jan 21 16:30:52 2009 +0100 include netlink/netlink.h also fixes the nl_handle vs. nl_sock issue that has been plaguing people trying to use libnl from git commit ee9cd9875412bbe0ab24c4f8acd25253ec1410c4 Author: Johannes Berg Date: Sun Jan 18 18:13:54 2009 +0100 suppress flags on disabled channels
download de video aulas curso video aula
video aula net cursos online: Visite: http://www.cursoemvideoaulas.com download de video aulas curso video aula, video aula net cursos online, aula violino video aulas canto, como fazer sites video aulas violão, video aula em dvd video cursos, aula musica video aula matematica, aula violão video aulas guitarra, como fazer magica como fazer sites, video aula canto aprenda inglês, video aulas de violão video aula concursos. download de video aulas curso video aula. Mais detalhes em: http://www.cursoemvideoaulas.com video aula net sites de video aulas, cursos video aulas video aprenda, video aulas violão curso canto, violao em video video aulas inglês, video dança do ventre video aulas baixo, aprenda inglês como fazer video, aulas guitarra video aula concursos, como fazer trabalho aulas em video, video aula guitarra video aulas direito, video bateria como fazer maquiagem. video aulas sites de video aulas, downloads video aula vídeo aula, aprenda ingles videos aula guitarra, aulas guitarra online video aula em dvd, violao em video video aulas violão, aula guitarra on line como fazer montagens, como fazer amor palestra em video, como fazer video aula video direito, video aula matematica video aula informatica, video cursos como fazer bijuteria. aula violino video aulas cantodvd video aulas cursos à distância, video curso cursos em video aulas, aulas guitarra online video aula em dvd, video aulas flash videos aulas guitarra, video aulas canto video aulas violão, sites de video aulas como fazer bijuterias, aulas canto aulas em videos, como fazer montagem video aulas guitarra, video aula concursos como fazer sabonete, video aulas guitarra aprenda espanhol. -- 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/1267453068c4b71992bd71327e8969323a50583...@gmail.com
Re: Mass bug filing for python-apt API transition
Am Mittwoch, den 17.02.2010, 12:09 +0100 schrieb Julian Andres Klode: > Hi, > > as some of you already know, python-apt received a new > API (sometimes called 0.8 API). We intent to drop the old API > for Squeeze+1, and thus ask you to upgrade your packages to > use the new API. > > Mass bug filing > --- > On Friday, I will start reporting bugs on the packages > in the Debian BTS listed below, with a patch if easily > possible. All bugs will include the following information: > > User: de...@lists.debian.org > Usertags: python-apt-0-8-api I already wrote patches for the first 20 packages (about 15 ones today); and 2 packages have no bug report yet but are planned for later (software-properties and update-notifier). 2 packages (reportbug-ng & dblatex) were already fixed and did not get a bug report; 2 packages were fixed in response to the bug report (gnome-codec-install & apt-xapian-index). I have not yet started to look at my own 3 packages, because it's more fun to hack on other people's packages first. And the packages I maintain are all more or less graphical which means that most users won't see the deprecation warnings anyway. You may also want to look at the bug page: http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=de...@lists.debian.org;tag=python-apt-0-8-api I CCed debian-release this time, so they know what's going on here; and as this may require some special stuff to get those 30 packages migrated in time; once they all adapted to the new API. As always, please keep at least de...@l.d.o in CC. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- 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/1267462909.8822.26.ca...@hp
Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda
On Sat, Feb 27, 2010 at 01:43:46PM -0800, Luis R. Rodriguez wrote: > >> > I'd suggest that 'make dist' should include a ChangeLog file in the > >> > tarball, generated with git2cl or git log or whatever. A NEWS file > >> > summarising the user-visible changes in each version would also be a > >> > good idea for both crda and wireless-regdb. > >> > >> I see little point to maintaining a ChangeLog on these two upstream > >> git projects, is this something that has to be done on the package > >> debian/* stuff itself then? Is this required for inclusion into > >> Debian? > > > > The point is that upstream are already maintaining a ChangeLog with git > > and it'd be nice if they included that in the release tarballs (which > > don't include the git history) by doing git2cl or git log or whatever in > > 'make dist' when they create the tarball. > > > > The NEWS file is a separate, hand-maintained file summarising > > user-visible changes between different releases. > > Thanks, I understand now. I just downloaded git2cl: > > http://josefsson.org/git2cl/git2cl > > I'll include some ChangeLog for the next release. Its up to John if he > wants to use that as well, he maintains wireless-regdb while I > maintain crda. The current Debian package puts these two together > though so something custom is required anyway for now. FWIW, I don't create the tarballs. Perhaps we could ask Johannes to do something in his scripts that create them? Beyond that I don't see much point in checking-in a ChangeLog. Do you like that git2cl output? It seems rather ugly to me... John -- John W. LinvilleSomeday the world will need a hero, and you linvi...@tuxdriver.com might be all we have. Be ready. -- 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/20100301154701.gc2...@tuxdriver.com
Re: [RFH] Debian 2.6.32 CONFIG_WIRELESS_OLD_REGULATORY, wireless-regdb and crda
On Mon, 2010-03-01 at 10:47 -0500, John W. Linville wrote: > FWIW, I don't create the tarballs. Perhaps we could ask Johannes to > do something in his scripts that create them? Beyond that I don't > see much point in checking-in a ChangeLog. It definitely shouldn't be checked into git, but rather generated from the git commit logs; with git2cl, git log or similar. With an autotools based build system you would add a command to the Makefile.am so that automake runs git2cl during 'make dist' / 'make distcheck'. For non-autotools based projects you usually won't have a standard 'make dist' so it would need to be added to whatever script is the equivalent. > Do you like that git2cl output? It seems rather ugly to me... Its the standard ancient GNU form for a ChangeLog. I have no opinion on its aesthetics and I don't think it matters what format it has really. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Xen, Squeeze, and Beyond
On Fri, Feb 26, 2010 at 07:01:59AM +, Andrew M.A. Cater wrote: > On Thu, Feb 25, 2010 at 04:53:56PM -0600, John Goerzen wrote: > > Hi folks, > > > > There was a thread here a little while back about the status of Xen in > > future Debian releases. It left me rather confused, and I'm hoping to > > find some answers (which I will then happily document in the wiki). > > > > According to http://wiki.debian.org/SystemVirtualization : > > > > "Qemu and KVM - Mostly used on Desktops/Laptops" > > > Yes - but also the only game in town for cross platform emulation. > > KVM is shaping up well and appears to be very well supported by Red Hat. > > > "VirtualBox - Mostly used on Desktops/Laptops" > > Who knows what will happen to this now that Oracle own it? It's possible > it will be merged in one of their other products like Virtual Iron. > > > > > "Xen - Provides para-virtualization and full-virtualization. Mostly used > > on servers. Will be abandoned after squeeze." > > > > I think that the problem here is that Xen isn't mainstream in the > kernel. It takes a long time for a Xen-ified kernel to come out and any > distribution supporting it has to carry a heavy patch burden. Xen > doesn't keep anywhere current in terms of kernel - if we release Squeeze > this year with kernel 2.6.3*, Debian will have to maintain all the patches > / "forward port" them to 2.6.32 or 2.6.33 as was done with 2.6.2*. > Xen folks are creating 'xen/stable' branch for the pv_ops dom0 kernel, which is tracking the long-term supported 2.6.32 kernel, which Squeeze will ship. Currently it's at 2.6.32.9. So Xen dom0 support for Squeeze shouldn't be as problematic as the Lenny 2.6.26 kernel was. (no other distro shipped 2.6.26 and it was not a long-term maintained kernel). Now it would be a good time for everyone to test and report any problems found from the pvops dom0 kernel; it's still a WIP (Work In Progress), and requires both the success and problem reports. -- Pasi -- 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/20100301113424.gm2...@reaktio.net
Re: Xen, Squeeze, and Beyond
On Sun, 2010-02-28 at 01:03 +0300, William Pitcock wrote: > - "Josip Rodin" wrote: > > > On Sat, Feb 27, 2010 at 01:23:07AM +0300, William Pitcock wrote: > > > I am looking into packaging xenner already as a backup plan if I > > cannot > > > manage to fix some major reentrancy problems in the Xen dom0 code > > > (Xensource 2.6.18 patches, the pvops stuff has it's own share of > > problems > > > and needs more evaluation). > > > > The .18 dom0 patches are well on their way out from the perspective > > of > > both Debian and Xen upstream, so you might want to shift focus to the > > pvops > > branch instead. > > I am well aware of that. However, the pvops branch has several critical > bugs: > > - On a 8-way system, it reports 259GHz CPUs for all cores when booted under > Xen; > - The paravirtualized clock is 4 times slower then it should be in dom0 > mode; > - The same reentrancy issues exist, as It is very much worth taking these issues to the xen-devel mailing list. > the pvops work is mostly Jeremy forward porting the 2.6.18 code That's not completely true. Things like the backend drivers are largely forward ports (although new development work is also occurring in this tree these days) but the core infrastructure (memory management, interrupts etc) are rewritten from scratch for the pvops kernels. > There are also no pvops dom0 kernel packages shipped by Debian yet, at > least through official channels. > > While you are correct that pvops is the future, right now it's no better > reliability-wise then the 2.6.18 xensource patches... unfortunately tracking > these reentrancy bugs (mostly deadlocks) down is a massive pain in the ass. pvops may be "no better" than the 2.6.18 patches but pvops is the one where there will be the possibility of gaining momentum/interest to get the issues fixed. Ian. -- Ian Campbell Current Noise: Rammstein - Spring It's not reality that's important, but how you perceive things. -- 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/1267444665.11737.20793.ca...@zakaz.uk.xensource.com
Re: Cmap file are now free: List of package to move to main
Remainder: On Mon, Jan 4, 2010 at 11:36 AM, Bastien ROUCARIES wrote: >>>The Adobe CMap resources are now free software and licensed under the >>>BSD license. More information about this can be found here: http://bonedaddy.net/pabs3/log/2009/09/24/adobe-data-freed/ >>>http://lists.debian.org/debian-legal/2009/09/msg00039.html >> >> The following package that depends on cmap (according to licence file) may be >> moved to main: >> cmap-adobe-cns1 >> cmap-adobe-gb1 >> cmap-adobe-japan1 >> cmap-adobe-korea1 >> poppler-data >> gs-cjk-resource >> xpdf-japanese >> xpdf-chinese-simplified >> xpdf-chinese-traditional >> xpdf-korean >> libpdfbox-java >> libpdfbox-java-doc (could be done now BTW) >> jabref >> > Only the xpdf* package are remaining. CC Hamish Moffatt I have send this mail two months ago and no answer, therefore I resend. Please add cmap to main. Bastien -- 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/195c7a901003010119o460ddab9i2076c37dc3f12...@mail.gmail.com
Bug#572037: ITP: haskell-sdl-gfx -- Haskell SDL gfx binding for GHC
Package: wnpp Severity: wishlist Owner: Erik de Castro Lopo * Package name: haskell-sdl-gfx Version : 0.5.3 Upstream Author : David Himmelstrup * URL : http://hackage.haskell.org/package/SDL-gfx * License : BSD Programming Lang: Haskell Description : Haskell SDL gfx binding for GHC This package provides the SDL gfx library bindings for the Haskell programming language. SDL gfx is an extension to the SDL library which provides basic antialiased drawing routines such as lines, circles or polygons, an interpolating rotozoomer for SDL surfaces, framerate control and MMX image filters. -- 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/20100301083410.11081.75186.report...@localhost
