Bug#510035: ITP: libmaa -- The Maa programming library
Package: wnpp Severity: wishlist Owner: Robert Luberda Hi, I'm intending to pacakge libmaa library, which used to be part of dictd sources, but now is an independent librabry, needed to build the newest version of dictd. * Package name: libmaa (binary pkgs: libmaa1, libmaa-dev) Version : 1.1.0 Upstream Author : Rickard E. Faith (fa...@dict.org) Aleksey Cheusov (v...@gmx.net) * URL : http://sourceforge.net/project/showfiles.php?group_id=605&package_id=301895 * License : GPL Programming Lang: C Description : The Maa programming library The libmaa library provides many low-level data structures which are helpful for writing compilers, including hash tables, sets, lists, debugging support, and memory management. Although libmaa was designed and implemented as a foundation for the kheperalong, the data structures are generally applicable to a wide range of programming problems. . The memory management routines are especially helpful for improving the performance of memory-intensive applications. Regards, Robert signature.asc Description: Digital signature
Bug#473299: ITP: wmxmms2 -- remote-control dockapp for XMMS2
Package: wnpp Severity: wishlist Owner: Robert Luberda <[EMAIL PROTECTED]> * Package name: wmxmms2 Version : 0.6 Upstream Author : Remy Bosch * URL : http://reboli.nl/ * License : GPLv2 Programming Lang: C Description : remote-control dockapp for XMMS2 wmxmms2 is a dockapp for WindowMaker and other window managers that support dockable applets. It acts as a remote control for the XMMS2 media player. Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Doc-base section hierarchy (was: Re: doc-base, menu, and policy (Re: Debian Policy 3.7.3.0 uploaded))
Stefano Zacchiroli writes:
Hi,
On Mon, Dec 03, 2007 at 05:24:06PM +0900, Charles Plessy wrote:
(http://www.debian.org/doc/packaging-manuals/menu-policy/ch2.html#s2.1).
Required field.
>>
>> I am wondering if when a .doc-base file is not updated, it makes the
doc-base 0.8.7, I uploaded yesterday, already refers to the new
hierarchy defined in menu package.
I found not reasonable that the doc-base hierarchy is bound to the menu
one.
I fully agree. Even though the newest doc-base tries to map old sections
into new ones while generating control files in
/var/lib/doc-base/documents, I really think that the doc-base and the
menu hierarchies should be separated, however I need some help with
this. If you have some ideas, how the hierarchy should be changed, I'm
looking forward to hearing them.
The problem was already reported[1] several years ago and discussed on
debian-devel than[2]. From that discussion I most like the proposal from
[3] to made the hierarchy similar to that one from menu package, but
with the "Apps" prefix removed. I think we could start from this but
update it for the current menu structure (i.e change "Database" into
"Data Management", "Maths" into "Science/Mathematics", etc, but remove
any "Apps" or "Applications" prefix). Than we could add some top-level
sections to it like "Debian".
A month ago I gathered some data about doc-base files (see [4] and [5]).
Based on that data I prepared some statistics about current doc-base
sections and also some mapping ("Apps/Applications" prefix removed):
OLD SECTION (COUNT)POSSIBLE NEW SECTION
Hamradio (2)=> Amateur Radio
Databases (7) => Data Management
Database (1)=> Data Management
Data Management (2) => Data Management
Debian (103)=> Debian
Debian/Installation (188) => Debian/Installation
Editors (28)=> Editors or Editing
Education (1) => Education
Emulators (47) => Emulators
Games (8) => Games
Games/Arcade (11) => Games/Action
Games/Adventure (3) => Games/Adventure
Games/Tetris-Like (2) => Games/Blocks
Games/Board (16)=> Games/Board
Games/Board/Chess (2) => Games/Board/Chess
Games/Card (5) => Games/Card
Games/Educational (1) => Games/Educational # not in menu hier.
Games/Puzzles (8) => Games/Puzzles
Games/Simulation (2)=> Games/Simulation
Games/Strategy (4) => Games/Strategy
Games/Toys (7) => Games/Toys
Graphics (76) => Graphics
Help (27) => Help
Manpages (1)=> Help
Faq (8) => Help/FAQ or FAQ
Howto (4) => Help/HOWTO or HOWTO
Rfc (16)=> Help/RFC or Standards/RFC or RFC
Standards (1) => Help or Standards
Net (112) => Network
Mail (16) => Network/Communication # like in menu
Contrib/Libs (1)=> Programming
Development (4) => Programming
Devel (77) => Programming
Libs (4)=> Programming or Programming/$language
Non-Free/Devel (1) => Programming
Programming (704) => Programming or Programming/$language
Programming/Java (2)=> Programming/Java
Lisp/Documentation (1) => Programming/Lisp
Lisp/Net (1)=> Programming/Lisp
Python (2) => Programming/Python
Libdevel (5)=> Programming
Science (75)=> Science
Science/Biology (5) => Science/Biology
Electronics (6) => Science/Electronics
Math (110) => Science/Mathematics
Science/Medicine (1)=> Science/Medicine
Technical (8) => Science/Electronics #like in menu
Shells (7) => Shells
Audio (2) => Sound
Sound (41) => Sound
Music (5) => Sound
System (48) => System
Admin (23) => System/Administration
System/Security (1) => System/Security
Xshells (5) => Terminal Emulators
Text (87) => Text
Utilities (1) => Utilities or Tools
Utils (9) => Utilities or Tools
Tools (100) => Utilities or Tools
Viewers (3) => Viewers
Windowmanagers (8) => Window Managers
Windowmanager (2) => Window Managers
X11/Window Managers (1) => Window Managers
Sections with no obvious mapping:
1 (1) =>
Apps (2)
Re: Bug#409367: ITP: iceape-locales -- language packs for Iceape
On 2 Feb 2007 at 20:53, Daniel Baumann wrote: Hi, > > please use iceape-l10n-* naming scheme like iceweasel locales do. Yeah, it seems we have in Debian three different ways of naming translation packages: *-l10n-* used for iceweasel and openoffice.org locales. *-locale-*used for icedove and enigmail translations. *-i18n-* used by kde packages. Is there any particular reason for iceape-l10n-* being a better name then iceape-locale-*? Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409367: ITP: iceape-locales -- language packs for Iceape
Package: wnpp Severity: wishlist Owner: Robert Luberda <[EMAIL PROTECTED]> * Package name: iceape-locales Version : 1.0.7 Upstream Author : SeaMonkey Translators * URL : http://releases.mozilla.org/pub/mozilla.org/seamonkey/releases/1.0.7/contrib-localized/ * License : MPL Description : language packs for Iceape Hi, As I've already maintain iceape-locale-pl, I've been asked by Alexander Sack to maintain a unified source package for all Iceape locales. So here's an ITP for such a package ;) The following binary packages will be created: Main packages:Transitional packages: -- iceape-locale-be iceape-locale-camozilla-locale-ca iceape-locale-csmozilla-locale-cs iceape-locale-demozilla-locale-de-at iceape-locale-frmozilla-locale-fr iceape-locale-he iceape-locale-itmozilla-locale-it iceape-locale-plmozilla-locale-pl iceape-locale-ru Preliminary package (unfinished, not tested, lacks rebranding) can be found at http://pingu.ii.uj.edu.pl/~robert/iceape-locales/ Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New make is breaking several packages
On Tue, 20 Dec 2005, Daniel Schepler wrote: Hi, > Yes, a Makefile with > all: > echo 'foo'\ > 'bar' > > will pass to the shell: > (old make) echo 'foo''bar' > (new make) echo 'foo'\ > 'bar' > > And both will echo a single word. Unfortunatelly that's not true: the sarge version of make prints two words ;( Has anybody any other ideas how to write a Makefile that will work in the same way with both sarge and sid make? Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#198190: ITP: upx-ucl-beta -- an efficient live-compressor for executables (beta version)
Package: wnpp Version: unavailable; reported 2003-06-20 Severity: wishlist Hi, I intend to package an unstable (beta) version of upx. This version supports compresing of the Linux kernel and thus can be used by our boot floppies team. * Package name: upx-ucl-beta Version : 1.91 Upstream Author : Markus F.X.J. Oberhumer <[EMAIL PROTECTED]> Laszlo Molnar <[EMAIL PROTECTED]> * URL : http://upx.sourceforge.net (CVS repository) * License : GPL Description : an efficient live-compressor for executables (beta version) . This is a beta version of UPX, the advanced executable file compressor. . Comparing to the stable version (available in upx-ucl and upx-nrv packages), this version e.g.: - has slightly better compression algorithm - supports bootable Linux kernels - support playstation exes and probably has a lot of known and unknown bugs, so please use it only for testing! . NOTE: This package is based on the UCL library, which is licensed under GPL. Regards, Robert
Broken dpkg-source in the newest dpkg (warning).
Hi all! dpkg 1.8.1, which was installed a few hours ago, comes with broken dpkg-source. You can't make your packages with it. Please see #81152 and #65021 for more info. BTW. Applying my patches from #81152 will cause that source packages generated by dpkg-source 1.8.1 could not be unpacked with dpkg-source in version < 1.8. So I think that probably the best solution of the problem is to revert changes made in dpkg-source 1.8. Regards, Robert -- Robert Luberda * [EMAIL PROTECTED] * [EMAIL PROTECTED] * GnuPG: AEE0 1F85 3E63 8BAA CDF1 3D18 4E18 7570 9D30 9C3B *
