Bug#614183: ITP: ziparchive -- A C++ ZIP archive library
Package: wnpp Severity: wishlist Owner: "Kan-Ru Chen" -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: ziparchive Version : 4.1.0 Upstream Author : Tadeusz Dracz * URL : http://www.artpol-software.com/ * License : GPL-2+ Programming Lang: C++ Description : A C++ ZIP archive library The ZipArchive Library is written in C++ and offers the following features: . * Compression, decompression and modification of zip archives. * Segmented archives support (splitting and spanning). * Standard zip encryption. * In-memory archives processing. * Progress notifications with controllable frequency of calling callbacks. * Storing and retrieving custom data in extra fields. * Possibility of bulk adding files using built-in or custom filters. * Easy API. * Source code available. * Comprehensive documentation with samples. * Available in STL (cross-platform) and MFC (Windows) versions. * Available for: Windows, Linux, Mac OS X. * Compiles under: Microsoft Visual Studio 2010/2008/2005/2003/6.0, GCC, MinGW, * C++Builder. * 64-bit ready. * Supports little-endian and big-endian architectures. * Can be used in C++/CLI applications. - -- This package is required by the Sigil (#590180) package. Following binary packages are planned: * libziparchive-dev * libziparchive-doc * zippie - A command line zip archive utility No shared library because the upstream Makefile does not build one and the library interface may change between every revision. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk1g4FMACgkQsbdbXzZcx6Jh1gCfcOqFfEGu87T0xdHJ/WVEP/0D u80An0M+E4YpSHgLpUYkROJPt1xPH81R =lfhT -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/20110220093518.30239.22848.report...@anar.kanru.info
Bug#614245: ITP: pytango -- API for the TANGO control system
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: pytango Version : 7.1.3 Upstream Author : Tiago Coutinho * URL : http://packages.python.org/PyTango * License : LGPL3+ Programming Lang: C++, Python Description : API for the TANGO control system TANGO is an object oriented distributed control system using CORBA, mainly developed by the Controls Section of the ALBA Synchrotron. PyTango provides bindings for its client- and server-side C++ APIs. With PyTango, you can write TANGO device servers and TANGO applications (scripts, CLIs, GUIs) that access TANGO device servers in pure Python. -- 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/20110220171023.29991.94839.reportbug@mordor
Bug#614247: ITP: taurus -- framework for TANGO control system client applications
Package: wnpp Severity: wishlist Owner: "Picca Frédéric-Emmanuel" * Package name: taurus Version : 2.0.0 Upstream Author : Tiago Coutinho * URL : http://packages.python.org/taurus * License : LGPL3+ Programming Lang: Python Description : framework for TANGO control system client applications TANGO is an object oriented distributed control system using CORBA, mainly developed by the Controls Section of the ALBA Synchrotron. TAURUS is a library for connecting graphical or commandline clients to TANGO device servers, built on top of the PyTango bindings and the graphical library PyQt. It provides an abstraction layer for accessing TANGO in a pythonic, object oriented way. . The goals of this library are to: * provide a simple TANGO API to the end-user application; * speed up development of TANGO-based applications; * provide a standardized look-and-feel. . In many aspects, TAURUS follows the same approach as the TANGO Java Application Tool Kit: Tango ATK. If you know ATK, TAURUS will look familiar. . The TAURUS library is divided into two parts: the core module which handles all interaction with PyTango, and the Qt module which provides a collection of widgets that can be used inside any PyQt GUI. -- 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/20110220171506.30298.49550.reportbug@mordor
Small transition: protobuf 2.4.0
Hi all, I've uploaded to experimental the new protobuf version (2.4.0a) and this brings as always a SONAME increase. It also has a new experimental backend (C++-based) for the Python language bindings, hence the heads-up. Here is the list of packages that is affected by this (assuming my grep-dctrl foo is good): Build-depends: chromium-browser drizzle hbase mozc mumble protobuf-c sawzall Depends: python-protobuf.socketrpc Maintainers/uploaders of the respective packages are CCed. I would appreciate feedback on whether the new version is good for your packages, and/or if you need time for this transition; assuming nothing breaks, I'll probably upload this to unstable in a couple of weeks. thanks, iustin signature.asc Description: Digital signature
Bug#614278: ITP: figtree -- graphical phylogenetic tree viewer
Package: wnpp Severity: wishlist Owner: andr...@an3as.eu * Package name: figtree Version : 1.3.1 Upstream Author : Andrew Rambaut * URL : http://code.google.com/p/figtree/ * License : GPL Programming Lang: Java Description : graphical phylogenetic tree viewer FigTree is designed as a graphical viewer of phylogenetic trees and as a program for producing publication-ready figures. In particular it is designed to display summarized and annotated trees produced by BEAST. The package is maintained in the Debian Med team and available in SVN Vcs-Svn: svn://svn.debian.org/svn/debian-med/trunk/packages/figtree/trunk Vcs-Browser: http://svn.debian.org/wsvn/debian-med/trunk/packages/figtree/trunk/?rev=0&sc=0 -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (50, 'unstable') 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/20110220195609.27831.66720.report...@mail.an3as.eu
Re: Small transition: protobuf 2.4.0
On Sun, Feb 20, 2011 at 07:01:55PM +0100, Iustin Pop wrote: > Depends: > python-protobuf.socketrpc I maintain this in DPMT. The python-protobuf.socketrpc module works fine with python-protobuf from experimental, the whole test suite works without any issues. > I would appreciate feedback on whether the new version is good for your > packages, and/or if you need time for this transition; assuming nothing > breaks, I'll probably upload this to unstable in a couple of weeks. Regards Jan -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/ signature.asc Description: Digital signature
Re: Small transition: protobuf 2.4.0
On Sun, Feb 20, 2011 at 08:39:38PM +0100, Jan Dittberner wrote: > On Sun, Feb 20, 2011 at 07:01:55PM +0100, Iustin Pop wrote: > > Depends: > > python-protobuf.socketrpc > > I maintain this in DPMT. > > The python-protobuf.socketrpc module works fine with python-protobuf from > experimental, the whole test suite works without any issues. Thanks for the confirmation. For Python especially, please read the newly added README.Debian and check to see if your test suite works both with the C++-backend and the pure Python one; the upstream release notes mention that the C++ one will/might become the default in the future. regards, iustin signature.asc Description: Digital signature
Re: Bug#538802: ITP: mercury -- The Mercury programming system, a pure logical/functional programming language.
On Tue, Jul 28, 2009 at 05:48:07PM +1000, Paul Bone wrote: > On Tue, Jul 28, 2009 at 09:30:58AM +0200, Lucas Nussbaum wrote: > > > > gcc-3.4 is about to be removed from Debian (#536777). How do you plan to > > deal with that? > > We use a comple of GCC extensions that cause problems with more recent > versions > of GCC, we can turn those off or use the high-level C backend. Either way, we > can deal with it but we mightn't like to :-) since in some cases it will make > things slower, and we don't as yet have a way to prevent this in profiling and > debugging builds. > This has now been solved in newer upstream versions of Mercury. Thanks. signature.asc Description: Digital signature
RFH: kseg migration to qt4
tags 604479 + help thanks The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries from Debian shortly. The package kseg uses Qt3 presently and needs to be modified to build with Qt4. I'm not actively using kseg and don't have time to spend modifying it. I'm looking for someone to patch kseg to use Qt4 and upload it. Kseg is team-maintained by Debian Science Team; see svn://svn.debian.org/svn/debian-science/packages/kseg/trunk Thanks, -Steve signature.asc Description: Digital signature
