Bug#636822: ITP: gtimer -- GTK-based X11 task timer
Package: wnpp Severity: wishlist Owner: "Taylor LeMasurier-Wren" * Package name: gtimer Version : 2.0.0 Upstream Author : Craig Knudsen * URL : http://www.k5n.us/gtimer.php * License : GPL Programming Lang: C Description : GTK-based X11 task timer A graphical program that tracks how your time is spent. Maintains a simple list of tasks, each of which can belong to a project, and allows you to track time in each. Multiple clocks can run simultaneously, annotations can be added to a day's time, and reports can be generated in either HTML or text. If GTimer detects that you're idle, you are given the option of subtracting off the time you spent idle when you return. . Compared to other time tracking applications, GTimer is graphical without depending on a desktop environment and aims for simplicity rather than attempting to be a full-fledged project tracking and billing application. -- 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/20110806064425.29252.13070.reportbug@localhost6.localdomain6
Bug#636825: ITP: gtimer -- GTK-based X11 task timer
Package: wnpp Severity: wishlist Owner: "Taylor LeMasurier-Wren" * Package name: gtimer Version : 2.0.0 Upstream Author : Craig Knudsen * URL : http://www.k5n.us/gtimer.php * License : GPL Programming Lang: C Description : GTK-based X11 task timer A graphical program that tracks how your time is spent. Maintains a simple list of tasks, each of which can belong to a project, and allows you to track time in each. Multiple clocks can run simultaneously, annotations can be added to a day's time, and reports can be generated in either HTML or text. If GTimer detects that you're idle, you are given the option of subtracting off the time you spent idle when you return. . Compared to other time tracking applications, GTimer is graphical without depending on a desktop environment and aims for simplicity rather than attempting to be a full-fledged project tracking and billing application. -- 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/20110806063550.29055.33686.reportbug@localhost6.localdomain6
Re: Bug#636114: ITP: libdssialsacompat -- DSSI ALSA compatibility library for non-Linux platforms
Hi again, and sorry for the late reply. On Mon, Aug 1, 2011 at 6:05 PM, Samuel Thibault wrote: > Understood. But my point is that liboss-salsa already provides > ALSA-compatibility headers. Digging a bit more, it seems > libdssialsacompat installs its alsa headers into /usr/include/dssi/alsa, > so there shouldn't be a conflict actually. I guess this is where you > intended to let it install them? Sure, it is so. I've understood the point: the goal is to integrate those symbols in liboss-salsa, I think it's feasible and some work on both libdssialsacompat and liboss-salsa-dev is needed in order to get it achieved: - asoundef.h might be removed from libdssisalsacompat-dev and replaced by a symlink to the header provided by libasound2-dev - liboss-salsa-dev's seq_midi_event.h should point to libdssialsacompat-dev's one - seq_event.h needs little more investigation, the copy provided by libdssisalsacompat-dev may need to be refresh'd - ... This is just to set a beginning point, but I'm not an experienced kfreebsd porter, so any help is appreciated :) Regards, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- 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/CAMHuwoxABg_hpJNz=re0vp1fd5lb2j7axdlj0ow-satiyat...@mail.gmail.com
Re: Bug#636114: ITP: libdssialsacompat -- DSSI ALSA compatibility library for non-Linux platforms
Alessio Treglia, le Sat 06 Aug 2011 11:25:06 +0200, a écrit : > This is just to set a beginning point, but I'm not an experienced > kfreebsd porter, so any help is appreciated :) Well there is nothing specific to kfreebsd here, you can develop and test it all on a Linux box. Samuel -- 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/20110806093654.gk23...@type.famille.thibault.fr
Bug#636843: ITP: libtest-routine-perl -- Perl test framework for tests as composable units of assertion
Package: wnpp Owner: Maximilian Gass Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libtest-routine-perl Version : 0.012 Upstream Author : Ricardo Signes * URL : http://search.cpan.org/dist/Test-Routine/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl test framework for tests as composable units of assertion Test::Routine is a very simple framework for writing your tests as composable units of assertion. In other words: roles. For a walkthrough of tests written with Test::Routine, see Test::Routine::Manual::Demo. -- 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/20110806094406.52eab40a...@carrier.mxey.lan
Re: Fwd: Re: BLAST+ speed & build issues
On Thu, Aug 04, 2011 at 12:02:25PM +0200, Olivier Sallou wrote: > For info, executable is quite large 11MB (static) vs 2M (dynamic). The 11MB probably contains a whole bunch of libraries instead, making it larger. I don't see how this is relavant. > Dynamic build exe is linked against: > osallou@debiansid:/tmp/ncbi-blast-2.2.25+-src/debian/ncbi-blast+/usr/bin$ ldd > /usr/bin/blastx > linux-vdso.so.1 => (0x7fffb01a8000) > libblastinput.so => /usr/lib/ncbi-blast+/libblastinput.so > (0x7f06d9572000) [...lots of blast libs...] > For a simple "-h" call, here is a benchmark: Like others have pointed out, this is not a useful benchmark. You're basicly testing the startup time of your application. When you start an applications that dynamic linker has to resolv symbols and relocations. This takes time which for the static version was done at link time. Having more libraries it needs to check for the symbol means it will take longer. What can help is that you reduce the total amount of symbols that it needs to check be only exporting the symbols you need from the shared libraries. There are various methods for that. The basic 3 methods I know: - Making things as much as possible static. - Using symbol visibility: tell gcc which symbols should be visible. - Using a linker map to only export those that should be visible. Kurt -- 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/20110806103714.ga2...@roeckx.be
Bug#636859: ITP: test456 -- Another test, not working
Package: wnpp Severity: wishlist Owner: Misha Strong * Package name: test456 Version : sx.y.zasdasdasd Upstream Author : Name * URL : http://wasdasdasdww.example.org/ * License : asdasdadasdasdsadasSD, MIT/X, etc.) Programming Lang: C Description : assadsadsadasdasdasdasdasdsadasdasd Wastiung 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/20110806130816.8512.59549.reportbug@techview
Bug#636865: ITP: tree-style-tab -- Show tabs like a tree
Package: wnpp Severity: wishlist Owner: Ximin Luo I intend to package this as part of the pkg-mozext group. * Package name: tree-style-tab Version : 0.12.2011061701 Upstream Author : piro_or * URL : https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/ * License : MPL 1.1 or GPL 2.0 or LGPL 2.1 Programming Lang: Javascript Description : Show tabs like a tree This provides tree-style tab bar, like a folder tree of Windows Explorer. New tabs opened from links (or etc.) are automatically attached to the current tab. If you often use many many tabs, it will help your web browsing because you can understand relations of tabs. -- 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/20110806145135.17702.14498.reportbug@localhost.localdomain
Bug#636866: ITP: status-4-evar -- Status bar widgets and progress indicators for Firefox 4+
Package: wnpp Severity: wishlist Owner: Ximin Luo I intend to package this as part of the pkg-mozext group. * Package name: status-4-evar Version : 0.2011.07.20.21 Upstream Author : Sparky Bluefang https://addons.mozilla.org/en-US/firefox/user/861193/ * URL : https://addons.mozilla.org/en-US/firefox/addon/status-4-evar/ * License : MPL-1.1 Programming Lang: Javascript Description : Status bar widgets and progress indicators for Firefox 4+ That status bar was removed in Firefox 4.0. While some of the status bar items did find new homes, some did not, and you might not like where they ended up. There were also some nice innovations during the development of Firefox 4.0, such as progress/links/status in the location bar, which unfortunately didn't make it to the final release. Status-4-Evar aims to bring back (some of) the old status bar items, give you more control over the built-in Firefox features, and provide new alternatives. -- 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/20110806145630.17747.75928.reportbug@localhost.localdomain
removing yada (was: Re: Bug#636016: ITP: goodbye -- next part after 'hello', and a packaging example)
On 31 July 2011 07:53, Steve Langasek wrote: > It's hard to be sure something like this is a joke when packages like yada > are still in the archive. On the subject of yada: since your email, bug #334164 has been upgraded to RC, yada itself has been orphaned, and I have proposed its removal to debian-qa. So if anyone fancies adopting it and arguing in favour of keeping it, now's the time! -- Tim Retout -- 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/CADc0ge9K10eGWZqK6svqTKj-F8V5ZUe+QGC114D=a653imw...@mail.gmail.com
Re: Publishing mboxes of mailing list archives (Was: Debian mailing lists archives as mbox)
On Sat, 06 Aug 2011 07:58:35 +0200, Andreas Tille wrote: > On Fri, Aug 05, 2011 at 11:28:55PM +, Felipe Sateler wrote: >> > This does not apply to our topic as well. These lists are not >> > (publicly) archived (or am I missing something?) >> >> BTW, both gmane and the mail archive seem to be archiving the bugs >> lists. > > I have no idea why people are really trying to spoil this thread to > things we can not do anything about it. These third party sites are > archiving *all* our lists. I would like to discuss about the things we > can do something about, right? I think wasting time hiding public information is... wasting time. > > If you consequently think about your remark please explain why we should > strip information (author names and e-mails) as listmaster was thinking > about? I don't see any reason. > And why should we not provide mboxes on our side if others are > simply doing this anyway? I can't answer that. I was simply pointing out that the information is already out there, so hiding it doesn't really accomplish much. -- Saludos, Felipe Sateler -- 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/j1jrj2$4ff$1...@dough.gmane.org
Bug#636880: ITP: libexporter-easy-perl -- perl module to take the drudgery out of Exporting symbols
Package: wnpp Severity: wishlist Owner: Ben Webb * Package name: libexporter-easy-perl Version : 0.16 Upstream Author : Fergal Daly * URL : http://search.cpan.org/dist/Exporter-Easy/ * License : Artistic or GPL-1 Programming Lang: Perl Description : perl module to take the drudgery out of Exporting symbols Exporter::Easy makes using Exporter easy. In it's simplest case it allows you to drop the boilerplate code that comes with using Exporter. In more complicated situations where you use tags to build lists and more tags, it will set @EXPORT, @EXPORT_OK, @EXPORT_FAIL and %EXPORT_TAGS in the current package, add Exporter to that package's @ISA and do a use vars on all the variables mentioned. The rest is handled as normal by Exporter. -- 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/20110806172903.27668.5148.report...@li147-160.members.linode.com
Re: removing yada (was: Re: Bug#636016: ITP: goodbye -- next part after 'hello', and a packaging example)
On Sat, Aug 06, 2011 at 05:04:10PM +0100, Tim Retout wrote: > On 31 July 2011 07:53, Steve Langasek wrote: > > It's hard to be sure something like this is a joke when packages like yada > > are still in the archive. > On the subject of yada: since your email, bug #334164 has been > upgraded to RC, yada itself has been orphaned, and I have proposed its > removal to debian-qa. > So if anyone fancies adopting it and arguing in favour of keeping it, > now's the time! If anyone fancies adopting it and arguing in favour of keeping it: get help. It's not too late. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: linux-image-2.6.39 not booting due to older package (not in list of dependencies!)
On Tue, Aug 2, 2011 at 2:05 PM, Luke Kenneth Casson Leighton wrote: > now, i've discussed this on the bugtracker and there clearly isn't - > and really shouldn't be - a listed debian dependency between > linux-image-2.6.39 kernel and a userspace library. however, there > clearly *is* a dependency because "It Don't Wurk (tm)". > > so the issue is: how the bloody hell should this clear dependency be > expressed in "Debian Dependency" terms, such that nobody else runs > smack into this same issue? ok i spoke to phil hands, and asked his advice: apparently there's something called "Breaks:" which would do the job. http://www.debian.org/doc/debian-policy/ch-relationships.html#s-breaks this fulfils the requirements, namely that if you haven't got the package installed, it's irrelevant, but if you have, then the version must, clearly, be greater than N in order to work. thus, it would appear to be the case that the *older* libdevmapper library must have "Breaks: (< linux-image-2.6.39)" and this will force the installation of the newer libdevmapper *before* going ahead with the installation of linux-image-2.6.39. why must that be the case? very simple: if libdevmapper happens to be upgraded at the same time, and happens to get unpacked *after* initramfs-tools gets triggered [in the postinst?], then you have the nasty situation where the new (correct) library is correctly installed... but it was the *older* libdevmapper that was dropped into the initrd at the time of the 2.6.39 kernel upgrade. and that's known to be "Bad (tm)". the other nice thing about "Breaks:" is that it's the opposite of "Conflicts:" i.e. if you were to use "Conflicts:" it would have to go into the linux-image-2.6.39 package, and that would be just a bit... weird. @begin ot [plus, ben has completely ignored that he's been terribly insulting and believes that my responses pointing this out are themselves in fact insulting, and that all this ego insultingness including saying "you are a complete liar, your bugreport *must* be worthless" is something that justifies completely ignoring any further input, which is, itself insulting to say the least. thus, any further input from ben cannot be expected, and thus the way to fix the issue is to go from the "other end" i.e. fix the issue using "Breaks:". *sigh*. i really must actually try acting like the egofuckingmaniac that people believe i am, one of these days. perhaps if i pointed out more often that peoples' behaviour is very insulting rather than assuming that they know that, things would go a bit smoother. trouble is that i just don't notice the things that other people would, ordinarily, be completely outraged by, consequently get blamed rather a lot for being pathologically honest and blunt. oh well let's stop here, eh?] @end ot also it's not entirely clear (whereas "Breaks:" definitely is) that the use of "Conflicts:" would trigger a complete upgrade of libdevmapper before proceeding with the installation of the 2.6.39 kernel (or more to the point, proceeding with the initrd recreation). perhaps somebody with a bit more experience of how "Breaks:" and "Conflicts:" work would like to comment, thus ensuring that this issue is resolved in the best possible way for the benefit of the debian free software community? (*) l. (* i.e. ignoring that the report is coming from someone whom many debian developers feel is an "aggravating little shit who needs taking down a peg or two by deliberately seeing the absolute worst in whatever they write in order to *deliberately* create situations where afore-mentioned little shit can be proven wrong har har", because this particular aggravating little shit can in fact take care of his own system, whereas there are many debian users who, when presented with this same issue would find themselves completely lost) -- 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/capweedydwrzrn-ubuixmynupb1_qcsk5ffnyb85gi44u_xg...@mail.gmail.com
Unofficial Debian Monthly Testing Snapshot Release (version 2011.08)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, I am pleased to announce the unofficial Debian monthly testing snapshot release for August 2011 (version 2011.08). This release is currently available in two flavors (i386 and amd64) as mini iso images downloadable from: http://alioth.debian.org/~gilbert-guest/snapshots/2011.08/debian-testing-snapshot-2011.08-i386-mini.iso sha512sum: bf4d0ae84fd9d0817bb647f8f0d727f84b317fac7b9d47b8a768256b1c3700252617f995ddebad6a4806f17e518fc515a2a53d04165439639df8b3d9de55578f http://alioth.debian.org/~gilbert-guest/snapshots/2011.08/debian-testing-snapshot-2011.08-amd64-mini.iso sha512sum: 33eef14ad7b2be8341774848f7ddb28a295528905613ee5c506b69ab9974de9ad29700a19d5fa22d0bfaae7779b96197e47f7a257b789d1ca027bcfd47667213 These files can be written to CD or DVD media or directly to a USB stick. Instructions for USB installation can be found here: http://www.debian.org/releases/squeeze/i386/ch04s03.html.en IMPORTANT: There will be no inherent security support for these snapshot releases. The images do automatically set up testing-security as an apt source during installation, so any DTSA's (Debian Testing Security Advisories) will be automatically applied to snapshot installations. However, the security team does not issue many updates this way anymore (optioning instead to primarily use unstable uploads as a means to fix testing). This is an area that could potentially be improved if there are volunteers interested in this problem. For more information on current testing security processes, see: http://svn.debian.org/wsvn/secure-testing/doc/narrative_introduction Ideally for those wishing to have a mostly security supported system, the snapshot media will simply be a reliable stepping stone for installation followed by an upgrade to testing proper, which does receive quasi-official support from the security team (i.e. uploads to unstable that transition to testing). To upgrade from a previous snapshot, change the existing snapshot entries in your /etc/apt/sources.list to: deb http://snapshot.debian.org/archive/debian/20110430T092551Z wheezy main deb-src http://snapshot.debian.org/archive/debian/20110430T092551Z wheezy main Note that upgradability of individual packages isn't necessarily guaranteed. Note that this is an unofficial project since it does not come with the backing or support from Debian as a team, but hopefully that will change in the future as the concept is proven out. Anyway, enjoy! And send feedback to cut-t...@lists.alioth.debian.org. Best wishes, Mike Gilbert -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQQcBAEBCAAGBQJOPajcAAoJELjWss0C1vRzRdIgAL/RdqFTuHBRyKIqR6gSCp/m Zw9hwa3j36HWvAGpeQoYfwUxLGS4oCQvDbeUL//hjqm61uiAweOpe48o5sYc36Iu 7OL5tzJYcvYmpY9vsNyax1SfsCNr+3l0PoEA60Lqck87f93S0Hw49EwRgCUMIPSE 3aovWMDp5lBaRZB9/Yhl+USLgUrrSfDchZ6l/PcH1bIt+Z3ZxQuBvQkcOcD5Pnuy 7dKx/RHWV3zGqp70kT2YzcKW8uVfZUOhpU8RsLVlWR/BXiSzmLEpON37jLmFLqdE 6IWrEcPylIf1Hcmf/GJARw78RTsSzWhW56yRPV/i5g1SE7Pbz4kQjkz/+g9+SoP7 kiNgMXEjKy/H0DBePSLv++SE4UaS//wKjzWbM9f0UfQfVV/AqU9wV8NDQU7tPc5L cKoom+ic16xl3L3b9Hy8tQJHu2hmssslIoH+JIwO6edT+6BnMaLCJi2ghp8nrL1v RA1j1I9DUlPoRnbqfTwY2bKpOQVKElMuVLRyI4mwYYc2e4c1J1qRJSUGWIc37xPs URUmjEwlroBWhGWoQurGrHs5u87WOmzWgTUrR9IU9rwBNtAy3GX8QRZKarO1yOjr w8xcBQT3IXv+RlcVQXm+pUXLMTc1ufkNZluAW6Ji9eKaXkNseiQBrvqQktsyRIMy bTgG0GzgotfgKpnAP+r8mVI8TjY54E24AeehJMoosCmmQIYHPZcZ7A4WQKOgUHah +HfGd8Qpe2tQoDcAVPpV55iNtyJuFszHCe7mrps0HSC4wEOC8jooj5g5hVoFWp3s y6ocrOPQ/w2pUYdeIPbYnoWpPQzYIHQckxa9wdvy6yhGoOUu9QAGMo1IxZg5nJtM eOKm1tVmsCIsJ0ioX48Mqx1dnkccbrzQQCvzQb7I47N0bDEmP0a6U+da8psHxdHn 32jA3S7KAad+jiS2F7v3YwcUtItWIi/6IU6IDqQ+MG9gyve67rxnuvDaKjitEDKR ptnV3FrXgkPjwW13pbPjPkLejGX2+bcI/FEUdL+VLA+GgeS+2G4jWvUcQjeIbW1f 8hU3L3nHNvA963OpFIsSccOuPoFKxdtPFd6V1hUPIr3WubmIFqZ2KySlHxB5pKBi FedatYJZN4qIv6lctE2qdONGSgFQv6HwwpQkNnf/Z12lzwEmazE03AqMVPhaa1/1 Go69rA92RmSJbbcJNtRDJLAHriiKlTI0sQQf9OWBRd6jjMfCaSApWJQ5oBm7A9Ku avAZX3cAMzH1uaP+sKQDtwn6kgljWsfD+HV8jgO+dMwhWLEYvVzgX3zzP/5aiZGG 6fto0VulqgP7n9rv4RXU5kuRvNMdIsQpYXdq8NohUV7XMXYxJAKt+ycRUwaK/p0= =fBDF -END PGP SIGNATURE- -- 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/20110806165158.fd19639b6250e8115fe43...@gmail.com
Re: Unofficial Debian Monthly Testing Snapshot Release (version 2011.08)
Michael Gilbert wrote: > To upgrade from a previous snapshot, change the existing snapshot entries > in your /etc/apt/sources.list to: > > deb http://snapshot.debian.org/archive/debian/20110430T092551Z wheezy main > deb-src http://snapshot.debian.org/archive/debian/20110430T092551Z wheezy main Correction, apt sources for this version are: deb http://snapshot.debian.org/archive/debian/20110727T212503Z wheezy main deb-src http://snapshot.debian.org/archive/debian/20110727T212503Z wheezy main Best wishes, Mike -- 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/20110806171708.e0ff9ae37e462d6558fd7...@gmail.com
Bug#636915: ITP: python-msnlib -- Python implementation for the MSN messenger protocol.
Package: wnpp Severity: wishlist Owner: Margarita Manterola * Package name: python-msnlib Version : 3.8 Upstream Author : Alberto Bertogli * URL : http://blitiri.com.ar/p/msnlib/ * License : MIT Programming Lang: Python Description : Python implementation for the MSN messenger protocol. python-msnlib is an opensource Python implementation for the MSN messenger protocol version 8. It comes with a text-mode client named msn, which has a simple line-oriented user interface that resembles climm (previously called micq), and a base is a library (called msnlib), which uses a non-blocking callback scheme. It's written in Python and works under any Unix environment (Linux, *BSD, etc.). The library has been tested and reported to work successfuly also under Microsoft Windows. For more information about the library itself, please read the README file. -- 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/20110806230933.26561.94357.report...@ulises.gnuservers.com.ar
