Bug#904216: ITP: fuse3 -- Filesystem in Userspace (3.x version)
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) * Package name: fuse3 Version : 3.2.4 Upstream Author : Nikolaus Rath * URL : https://github.com/libfuse/libfuse/wiki * License : GPL-2, LGPL-2.1 Programming Lang: C Description : Filesystem in Userspace (3.x version) Filesystem in Userspace (FUSE) is a simple interface for userspace programs to export a virtual filesystem to the Linux kernel. It also aims to provide a secure method for non privileged users to create and mount their own filesystem implementations.
Bug#863946: ITA: snappy -- fast compression/decompression library
retitle 863946 ITA: snappy -- fast compression/decompression library owner 863946 ! thanks I would like to maintain it as my package, leveldb build depends on it.
Bug#729207: ITA: qpid-python -- Python bindings for qpid/mlib
retitle 729207 ITA: qpid-python -- Python bindings for qpid/mlib owner 729207 ! thanks As maintainer of other Qpid packages, I would like to update the whole stack and keep that up-to-date.
Bug#842942: ITA: python-leveldb -- Python wrapper for LevelDB
retitle 842942 ITA: python-leveldb -- Python wrapper for LevelDB owner 842942 ! thanks As one of the LevelDB maintainers, I would like to keep this package updated for Stretch.
Bug#849917: ITA: ivykis -- Asynchronous I/O readiness notification library
retitle 849917 ITA: ivykis -- Asynchronous I/O readiness notification library
owner 849917 !
thanks
I would like to maintain it, as my packages syslog-ng{,-incubator}
depends on this.
Bug#840110: ITA: jfsutils -- utilities for managing the JFS filesystem
retitle 840110 ITA: jfsutils -- utilities for managing the JFS filesystem owner 840110 ! thanks I still have JFS filesystems around and would like to keep it maintained in Stretch.
Bug#831684: ITP: nsntrace -- perform network trace of a single process
retitle 831684 ITP: nsntrace -- perform network trace of a single process owner 831684 ! thanks Package is ready, uploading soon.
Bug#819986: ITP: resolv-wrapper -- A wrapper for DNS name resolving or DNS faking
retitle 819986 ITP: resolv-wrapper -- A wrapper for DNS name resolving or DNS faking owner 819986 ! thanks Package is ready, uploading soon.
Bug#819891: ITP: C3.js -- D3-based reusable chart library
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) <g...@debian.org> * Package name: libjs-c3 Version : 0.4.10 Upstream Author : Masayuki Tanaka <masayuki0...@mac.com> * URL : https://github.com/masayuki0812/c3 * License : Expat Programming Lang: JavaScript Description : D3-based reusable chart library C3 is a D3-based reusable chart library that enables deeper integration of charts into web applications.
Bug#811155: ITP: paxctld -- Daemon to automatically set appropriate PaX flags
Package: wnpp Severity: wishlist * Package name: paxctld Version : 1.0 Upstream Author : Brad Spengler * URL : http://grsecurity.net/ * License : GPL-2 Programming Lang: C Description : Daemon to automatically set appropriate PaX flags paxctld automatically sets appropriate PaX flags on binaries on the system using user extended attributes. The flags are maintained across any updates made to the binaries listed in the paxctld configuration file.
Bug#801184: ITA: git-flow -- Git extension to provide a high-level branching model
retitle 801184 RFA: git-flow -- Git extension to provide a high-level branching model owner 801184 ! thanks I've good connection with the previous maintainer. I'm going to use this package heavily. Thanks for all the fish Gergely!
Bug#801184: ITA: git-flow -- Git extension to provide a high-level branching model
retitle 801184 ITA: git-flow -- Git extension to provide a high-level branching model owner 801184 ! thanks I should sleep more... Still would like to adopt this package this time with a correct ITA mail.
Bug#801707: ITA: shadow -- system login tools
retitle 801707 ITA: shadow -- system login tools owner 801707 ! thanks Hi Christian, What's up with the team behind the maintenance of shadow? Does it still exists / active? I would like to adopt it, but under control for the first some months if you don't mind. First I'd like to package the new upstream release and do some cleanup. Does it sound right with you, do you accept me as the future maintainer? I'm a Security Team trainee and have some cryptographic background, but this package is vital to the system. Regards, Laszlo/GCS
Bug#793491: ITP: rocksdb -- A persistent key-value store for fast storage environments
retitle 793491 ITP: rocksdb -- A persistent key-value store for fast storage environments owner 793491 ! thanks The package is ready, quick local testing shows it's working. But its self test fails: [ RUN ] ColumnFamilyTest.ReadDroppedColumnFamily db/column_family_test.cc:1101: Failure Value of: kKeysNum * ((i == 2) ? 1 : 2) Actual: 1 Expected: count Which is: 9231 terminate called after throwing an instance of 'testing::internal::GoogleTestFailureException' what(): db/column_family_test.cc:1101: Failure Value of: kKeysNum * ((i == 2) ? 1 : 2) Actual: 1 Expected: count Which is: 9231 Aborted -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1437904071.7082.2.ca...@debian.org
Bug#792097: ITP: thrift -- software framework, for scalable cross-language services development
Package: wnpp Severity: wishlist * Package name: thrift Version : 0.9.2 Upstream Author : The Apache Software Foundation * URL : https://thrift.apache.org/ * License : Apache-2.0 Programming Lang: C++, Java, Python, PHP and others Description : software framework, for scalable cross-language services development The Apache Thrift software framework, for scalable cross-language services development, combines a software stack with a code generation engine to build services that work efficiently and seamlessly between C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, JavaScript, Node.js, Smalltalk, OCaml and Delphi and other languages. Thrift is already in the archive, but in a sliced, separate packages version. I'm in the process to use the vanilla upstream source and build everything from it. This is just a tracking / heads-up ITP. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1436606943.18984.9.ca...@debian.org
Bug#770374: ITA: socket-wrapper -- socket wrapper library
Control: retitle -1 ITA: socket-wrapper -- socket wrapper library Control: owner -1 ! After some discussion with Jakub, I take over this package. Thanks for all the fish! -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1433479763.11638.67.ca...@debian.org
Bug#786769: ITP: libodb-mysql -- ODB Runtime Library for MySQL
Package: wnpp Severity: wishlist * Package name: libodb-mysql Version : 2.4.0 Upstream Author : Code Synthesis * URL : http://www.codesynthesis.com/products/odb/ * License : GPL-2 Programming Lang: C++ Description : ODB Runtime Library for MySQL ODB is an object-relational mapping (ORM) system for C++. It provides tools, APIs, and library support that allow you to persist C++ objects to a relational database (RDBMS) without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. This package contains the MySQL ODB runtime library. Every application that includes code generated for the MySQL database will need to link to this library. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1432555204.22854.5.ca...@debian.org
Bug#786770: ITP: libodb-pgsql -- ODB Runtime Library for PostgreSQL
Package: wnpp Severity: wishlist * Package name: libodb-pgsql Version : 2.4.0 Upstream Author : Code Synthesis * URL : http://www.codesynthesis.com/products/odb/ * License : GPL-2 Programming Lang: C++ Description : ODB Runtime Library for PostgreSQL ODB is an object-relational mapping (ORM) system for C++. It provides tools, APIs, and library support that allow you to persist C++ objects to a relational database (RDBMS) without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. This package contains the PostgreSQL ODB runtime library. Every application that includes code generated for the PostgreSQL database will need to link to this library. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1432555213.22854.6.ca...@debian.org
Bug#786820: ITP: libodb-boost -- Boost ODB runtime library
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) g...@debian.org * Package name: libodb-boost Version : 2.4.0 Upstream Author : Code Synthesis * URL : http://www.codesynthesis.com/products/odb/ * License : GPL-2 Programming Lang: C++ Description : ODB Runtime Library for PostgreSQL ODB is an object-relational mapping (ORM) system for C++. It provides tools, APIs, and library support that allow you to persist C++ objects to a relational database (RDBMS) without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. This package contains the Boost ODB profile library. The Boost profile provides support for persisting Boost smart pointers, containers, and value types with the ODB system. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1432584871.22854.13.ca...@debian.org
Bug#786821: ITP: libodb-qt -- Qt ODB runtime library
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) g...@debian.org * Package name: libodb-qt Version : 2.4.0 Upstream Author : Code Synthesis * URL : http://www.codesynthesis.com/products/odb/ * License : GPL-2 Programming Lang: C++ Description : ODB Runtime Library for PostgreSQL ODB is an object-relational mapping (ORM) system for C++. It provides tools, APIs, and library support that allow you to persist C++ objects to a relational database (RDBMS) without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. This package contains the Qt profile library. The Qt profile provides support for persisting Qt smart pointers, containers, and value types with the ODB system. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1432584894.22854.14.ca...@debian.org
Bug#786696: ITP: libodb -- Common ODB Runtime Library
Package: wnpp Severity: wishlist * Package name: libodb Version : 2.4.0 Upstream Author : Code Synthesis * URL : http://www.codesynthesis.com/products/odb/ * License : GPL-2 Programming Lang: C++ Description : Common ODB Runtime Library ODB is an object-relational mapping (ORM) system for C++. It provides tools, APIs, and library support that allow you to persist C++ object to a relational database (RDBMS) without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. This package contains the common ODB runtime library. Every application that includes code generated by the ODB compiler will need to link to this library. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1432475490.7008.13.ca...@debian.org
Bug#786697: ITP: libodb-sqlite -- ODB Runtime Library for SQLite
Package: wnpp Severity: wishlist * Package name: libodb-sqlite Version : 2.4.0 Upstream Author : Code Synthesis * URL : http://www.codesynthesis.com/products/odb/ * License : GPL-2 Programming Lang: C++ Description : ODB Runtime Library for SQLite ODB is an object-relational mapping (ORM) system for C++. It provides tools, APIs, and library support that allow you to persist C++ objects to a relational database (RDBMS) without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. This package contains the SQLite ODB runtime library. Every application that includes code generated for the SQLite database will need to link to this library. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1432475504.7008.14.ca...@debian.org
Bug#782470: ITP: wiredtiger -- high performance, scalable, NoSQL, extensible platform for data management
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) g...@debian.org * Package name: WiredTiger Version : 2.5.2 Upstream Author : MongoDB, Inc. * URL : http://www.wiredtiger.com/ * License : GPL-2+ Programming Lang: C, Java, Python Description : high performance, scalable, NoSQL, extensible platform for data management Supports row-oriented storage (where all columns of a row are stored together), column-oriented storage (where columns are stored in groups, allowing for more efficient access and storage of column subsets) and log-structured merge trees (LSM), for sustained throughput under random insert workloads. . Includes ACID transactions with standard isolation levels and durability at both checkpoint and fine-grained granularity. . Can be used as a simple key/value store, but also has a complete schema layer, including indices and projections. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1428861941.6739.10.ca...@debian.org
Bug#777694: ITA: icu -- Development utilities for International Components for Unicode
retitle 777694 ITA: icu -- Development utilities for International Components for Unicode owner 777694 ! thanks I intend to adopt this package or if Jay may disagree then at least help with it. Will update it soon and ask for a review before my first upload. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1423680066.29387.4.ca...@debian.org
Bug#774005: ITP: photoflow -- fully non-destructive photo retouching program
retitle 774005 ITP: photoflow -- fully non-destructive photo retouching program owner 774005 ! thanks Actually I've already package it[1], but as it needs a newer VIPS package in the archive (it's stuck in NEW queue ATM) I can't upload it yet. But anyone can check it and tell me if something should be done somehow else. Laszlo/GCS [1] dget -x http://barcikacomp.hu/gcs/photoflow_0~141220.dfsg-1.dsc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1420029093.12309.53.ca...@debian.org
Bug#763070: ITP: Phototonic -- Image viewer and organizer
retitle 763070 ITP: Phototonic -- Image viewer and organizer owner 763070 ! thanks The package is ready and I'm going to upload it immediately. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1412022646.26222.11.ca...@julia.gcs.org.hu
Bug#708432: ITP: ovirt-guest-agent -- oVirt agent for Linux
retitle 708432 ITP: ovirt-guest-agent -- oVirt agent for Linux owner 708432 ! thanks Hi, I've preliminary package available[1]. Be advised that there's a copyright problem, ovirt-guest-agent/version.py has unknown license. Hope this can be cleared. Yedidyah, as I've read the Ubuntu deb has initscript problem that this should fix. Any feedback is appreciated. Laszlo/GCS [1] dget -x http://www.barcikacomp.hu/gcs/ovirt-guest-agent_1.0.9-1.dsc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1397538600.25518.17.ca...@julia.gcs.org.hu
Bug#734188: ITP: folly -- library of C++11 components designed with practicality and efficiency in mind
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) g...@debian.org * Package name: folly Version : git snapshot Upstream Author : Facebook, Inc. * URL : https://github.com/facebook/folly * License : Apache-2.0 Programming Lang: C++ Description : library of C++11 components designed with practicality and efficiency in mind It complements (as opposed to competing against) offerings such as Boost and of course std. In fact, we embark on defining our own component only when something we need is either not available, or does not meet the needed performance profile. Performance concerns permeate much of Folly, sometimes leading to designs that are more idiosyncratic than they would otherwise be (see e.g. PackedSyncPtr.h, SmallLocks.h). Good performance at large scale is a unifying theme in all of Folly. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1388856019.6407.26.ca...@julia.gcs.org.hu
Bug#733417: ITP: smash -- concatenate files together using import statements
Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) g...@debian.org * Package name: smash Version : 0.0.12 Upstream Author : Michael Bostock m...@ocks.org * URL : https://github.com/mbostock/smash * License : BSD-3-Clause Programming Lang: JavaScript Description : concatenate files together using import statements Concatenates one or more input files, outputting a single merged file. Any import statements in the input files are expanded in-place to the contents of the imported file. If the same file is imported multiple times, only the first instance of the file is included. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1388262663.6407.4.ca...@julia.gcs.org.hu
Bug#733067: ITP: converseen -- batch image resizer and conversion tool written with Qt4 and ImageMagick
retitle 733067 ITP: converseen -- batch image resizer and conversion tool written with Qt4 and ImageMagick owner 733067 ! thanks -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1387967016.6759.17.ca...@julia.gcs.org.hu
Bug#733068: ITP: delaboratory -- an unique image postprocessing application
retitle 733068 ITP: delaboratory -- an unique image postprocessing application owner 733068 ! thanks -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1387968934.6759.20.ca...@julia.gcs.org.hu
Bug#731915: ITA: graphicsmagick -- collection of image processing tools
retitle 731915 ITA: graphicsmagick -- collection of image processing tools
owner 731915 !
thanks
Hi,
I've already updated it to the newest upstream release and to meet the
current Debian policy. However one of the tests is failing. It fails in
the version in the pool as well. It's:
t/ps/read.t ...
ReadImage: Exception 405: Unable to get type metrics (The quick brown fox jumps
over the lazy dog.)
not ok 3
The code follows:
$x=$image-ReadImage('label:The quick brown fox jumps over the lazy dog.');
Anyone has knowledge about its cause, please share it.
Regards,
Laszlo/GCS
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1386861051.5191.7.ca...@julia.gcs.org.hu
Bug#730585: ITP: angularjs -- JavaScript MVC Framework for HTML applications running in the Browser
retitle 730585 ITP: angularjs -- JavaScript MVC Framework for HTML applications running in the Browser owner 730585 ! thanks I'm learning AngularJS and would like to package it. However it builds with Grunt. As it pulls in the non-free JSHint, it can't be packaged ATM. :( -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1385583573.31329.54.ca...@julia.gcs.org.hu
Bug#718760: ITP: ceph-deploy -- deployment and configuration of Ceph
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.org Severity: wishlist * Package name: ceph-deploy Version : 1.0 Upstream Author : Inktank Storage, Inc. * URL : https://github.com/ceph/ceph-deploy * License : MIT Programming Lang: Python Description : deployment and configuration of Ceph Ceph-deploy is an easy to use deployment and configuration tool for the Ceph distributed storage system. . This package includes the programs and libraries to support simple ceph cluster deployment. Actually James Page from Ubuntu already have a package. Basically it just needs uploading. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1375679405.16700.28.ca...@julia.gcs.org.hu
Bug#619642: ITP: libjs-extjs4 - cross-browser JavaScript library, version 4
Hi Michael, On Sat, 2013-05-25 at 20:06 +0200, Michael Ziegler wrote: I'd be interested in this package as well, as I'd like to port Mumble-Django (among others) to ExtJS 4. Good goal. Keep me informed how it goes. I'm willing to prepare packages (in fact, I have already done so), but as a DM, I need a DD to sponsor an upload for me and I do still have a few technical questions. You mean that upstream is not really communicative and/or not release everything that needed for the build process? I had these problems. So, anyone? :) Contact me in private and give me the instructions where can I get your package. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369554834.15092.68.ca...@julia.gcs.org.hu
Bug#706626: ITP: node-utilities -- classic collection of JavaScript utilities
Package: wnpp Owner: Laszlo Boszormenyi (GCS) g...@debian.hu Severity: wishlist * Package name: node-utilities Version : 0.0.24 Upstream Author : Matthew Eernisse m...@fleegix.org * URL : https://github.com/mde/utilities * License : MIT Programming Lang: JavaScript Description : classic collection of JavaScript utilities Contains various helper utilities for other applications. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1367513973.6124.7.camel@julia
Bug#706634: ITP: node-minimatch -- glob matcher in javascript
Package: wnpp Owner: Laszlo Boszormenyi (GCS) g...@debian.hu Severity: wishlist * Package name: node-minimatch Version : 0.2.11 Upstream Author : Isaac Z. Schlueter i...@izs.me * URL : https://github.com/isaacs/minimatch * License : MIT Programming Lang: JavaScript Description : glob matcher in JavaScript This is the matching library used internally by npm. Eventually, it will replace the C binding in node-glob. It works by converting glob expressions into JavaScript RegExp objects. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1367519384.6124.14.camel@julia
Bug#706360: ITP: node-queue-async -- asynchronous helper library for JavaScript
Package: wnpp Owner: Laszlo Boszormenyi (GCS) g...@debian.hu Severity: wishlist * Package name: node-queue-async Version : 1.0.4 Upstream Author : Mike Bostock * URL : https://github.com/mbostock/queue * License : BSD-3-Clause Programming Lang: JavaScript Description : asynchronous helper library for JavaScript Yet another asynchronous helper library for JavaScript. Think of it as a minimalist version of Async.js that allows fine-tuning over parallelism. Or, think of it as a version of TameJs that does not use code generation. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1367182730.14333.53.camel@julia
Bug#704930: ITP: node-growl -- unobtrusive notification system for nodejs
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: node-growl Version : 1.7.0 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/visionmedia/node-growl * License : MIT Programming Lang: JavaScript Description : unobtrusive notification system for nodejs Growl support for Nodejs. Essentially a port of the Ruby Growl Library from the same author. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1365366414.21376.17.camel@julia
Bug#704330: about adopting twitter-bootstrap
Twitter includes two of their projects in bootstrap, which need packaging. Both are licensed under Apache-2.0 . These are: recess at http://twitter.github.com/recess/ Hogan.js at http://twitter.github.com/hogan.js/ Needs investigation if Bootstrap can build without JSHint, which is considered non-free and won't be packaged ATM. May also need node-connect from Sencha: https://github.com/senchalabs/connect -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364807615.20068.51.camel@julia
Bug#704447: ITP: recess -- simple, attractive code quality tool for CSS built on top of LESS
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: node-recess Version : 1.1.0 Upstream Author : Twitter Inc., Jacob Thornton * URL : https://github.com/twitter/recess * License : Apache-2.0 Programming Lang: JavaScript Description : simple, attractive code quality tool for CSS built on top of LESS Incorporate it into your development process as a linter, or integrate it directly into your build system as a compiler, RECESS will keep your source looking clean and super manageable. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364808598.20068.64.camel@julia
Bug#704448: ITP: Hogan.js -- compiler for the Mustache templating language
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: node-hoganjs Version : 3.0.0 Upstream Author : Twitter Inc., Robert Sayre and Jacob Thornton * URL : https://github.com/twitter/hogan.js * License : Apache-2.0 Programming Lang: JavaScript Description : compiler for the Mustache templating language Hogan.js was written to meet three templating library requirements: good performance, standalone template objects, and a parser API. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364808602.20068.65.camel@julia
Bug#704320: ITA: archipel packages -- Virtual Machine Orchestration
retitle 704320 ITA: archipel-core -- Virtual Machine Orchestration (Core) owner 704319 ! owner 704319 ! owner 704319 ! owner 704320 ! thanks As it seems I will have to manage several VMs over the network, I plan to adopt these packages. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364880816.20068.70.camel@julia
Bug#704330: ITA: twitter-bootstrap -- HTML, CSS and JS toolkit from Twitter
retitle 704330 ITA: twitter-bootstrap -- HTML, CSS and JS toolkit from Twitter owner ! thanks I'm intend to use it in my projects and one of my friends already do. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364775504.20068.45.camel@julia
Bug#703780: ITP: node-shelljs -- portable implementation of Unix shell commands on top of the Node.js API
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: node-shelljs Version : 0.1.2 Upstream Author : Artur Adib aa...@mozilla.com * URL : http://documentup.com/arturadib/shelljs * License : BSD-3-clause Programming Lang: JavaScript Description : portable implementation of Unix shell commands on top of the Node.js API You can use it to eliminate your shell script's dependency on Unix while still keeping its familiar and powerful commands. Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364053675.12547.130.camel@julia
Bug#620602: ITP: python-googleapi -- Google API client for Python
package wnpp owner 620602 ! retitle 620602 ITP: python-googleapi -- Google API client for Python thanks Hi, I plan to package this in the coming days. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1363637762.12547.1.camel@julia
Bug#622960: Freeplane package + JMapViewer dependency
On Fri, 2013-03-15 at 21:13 +1100, Andrew Harvey wrote: I've just pushed some updates to the packaging to clean it up and updated to the latest upstream version. Cool! I was beginning to think about hijacking it. I'm happy to maintain it (unless upstream makes big changes which make harder to package). However a DD will need to sponsor it's upload if we want it included in Debian. Lastly, my apologies to Laszlo who offered to sponsor it's upload back in August last year, but I never got around to fixing up the package. Hopefully the latest updates I've made will mean it can be sponsored and uploaded into Debian. Sure, it looks OK. Still, there's some things to fix. Why do you use Java 6? Java 7 is in Debian now, see the openjdk-7-jre package. Copyright format is now official, please use its format line[1]. BSD-2 license text lines are too long, please use a 80 chars width one. It would be nice to 'beautify' debian/rules . The second line can show the file format if set to: '# -*- makefile -*-'. Override targets should be listed in the '.PHONY: ...' line at the end. The debian/watch is essentially empty, delete it or make use of it. Worst is that JMapViewer_Demo.jar is empty, contains only MANIFEST.MF . Is it an upstream build problem? Cheers, Laszlo/GCS [1] http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1363361523.18357.57.camel@julia
Bug#692830: preliminary Nemo package
Hi Tao, Long time no see. But to answer your question, the preliminary package is available from the git tree[1]. It contains 1.7.1 ATM, the source tar.gz is available from upstream[2]. Package builds and works as expected. Laszlo/GCS [1] git clone git://anonscm.debian.org/pkg-cinnamon/nemo.git [2] https://github.com/linuxmint/nemo/tags -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1363340404.18357.47.camel@julia
Bug#702170: ITP: zopfli -- zlib (gzip, deflate) compatible compressor
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: zopfli Version : git version Upstream Author : Lode Vandevenne lode.vandeve...@gmail.com * URL : http://code.google.com/p/zopfli/ * License : Apache-2.0 Programming Lang: C Description : zlib (gzip, deflate) compatible compressor Zopfli Compression Algorithm is a new zlib (gzip, deflate) compatible compressor. This compressor takes more time (~100x slower), but compresses around 5% better than zlib and better than any other zlib-compatible compressor we have found. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1362318048.24306.77.camel@julia
Bug#698972: about php5-xhprof packaging
On Thu, 2013-02-21 at 16:22 -0500, Antoine Beaupré wrote: On 2013-02-02, Laszlo Boszormenyi (GCS) wrote: Please check it[1]. I'm open for any suggestions or packaging problems you may find. Here's a late review, sorry for the delay! No problem, there's no rush. It won't be part of Wheezy and Wheezy+1 is far to go. First thing, please sign your package with your PGP key. But I guess you know that - I thought you weren't a DD! :) I didn't want to reveal that! :) Then, why is there a git20130123 timestamp in there? Shouldn't we aim to package a stable release at first, then maybe a git snapshot in experimental? As far as I can remember, the stable release doesn't build. The fixes are mandatory from the git tree. Patches are not an option as there are too many changes to consider. The description in xhprof should probably have only the paragraph, so I would turn this: +1 on this. jquery should probably be removed from the package, which should have a +dfsg flag I can't show you proof, but as I know, embedded (F)OSS libraries can remain in the source until the following apply. The library is readable (ie, it's not compressed/obfuscated) and it's not installed as-is. If you check, jQuery*.js are readable and I don't include them in the binary. I take it you don't need a sponsor... :) Well, at least not now. :) I may leave Debian someday, but that won't be soon I hope. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1361487553.14479.148.camel@julia
Bug#699767: Processed (with 1 errors): ITA: ulogd -- The Netfilter Userspace Logging Daemon
Hi Maykel, On Tue, 2013-02-05 at 00:38 +0100, Maykel Moya wrote: Please take a look at bug 395302[1] and previous ITP[2]. I see. Your work have good parts, but contains trivial mistakes as well. In short, what's your plans? Do you want to do it yourself or let me to do it? In the latter, do you allow me to use parts of your works? Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1360030969.21674.302.camel@julia
Bug#699767: ITA: ulogd -- The Netfilter Userspace Logging Daemon
On Tue, 2013-02-05 at 04:22 +0100, Maykel Moya wrote: El 05/02/13 03:22, Laszlo Boszormenyi (GCS) escribió: I see. Your work have good parts, but contains trivial mistakes as well. In short, what's your plans? Do you want to do it yourself or let me to do it? In the latter, do you allow me to use parts of your works? My plans are basically learn packaging by doing and trying to improve the current ulogd situation in Debian. A challenge for a newcomer. As you write, it'll be a big challenge for you. Easier and smaller packages would suit you better IMHO. I have no problem with you to use part of my works but with respect to the you-or-me thing, do you have any inconvenience with working together on this? Of course, I'll credit whatever I'll use from your work. We can work together, no problem. Still, I advise you to check and learn other, smaller packages as well. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1360045432.21674.308.camel@julia
Bug#698972: about php5-xhprof packaging
Hi Antoine, On Fri, 2013-02-01 at 16:19 -0500, Antoine Beaupré wrote: On 2013-01-26, Laszlo Boszormenyi (GCS) wrote: Are you interested to review it Antonie? Any progress here? Can you upload the package yourself or do you need a sponsor? If the latter, where can I review the package? Please check it[1]. I'm open for any suggestions or packaging problems you may find. PS: I noticed you Cc'd cont...@bugs.debian.org - I think it's usually preferable to Bcc it, otherwise replies of other people may end up sending garbage to it... I agree that Bcc is better. I've seen false mails sent to control@ on replies. On the other hand a simple Cc can be more visual that you sent the commands there. Regards, Laszlo/GCS [1] dget -x http://barcikacomp.hu/gcs/xhprof_0.9.2+git20130123-1.dsc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1359817407.21674.260.camel@julia
Bug#699123: about packaging python-sh
Hi Ben, How the packaging goes? I've a package, ready to be uploaded. But the ITP is yours, I only take over it if you all me to do so. The same is for python-srp , I may take over that ITP as well. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1359420774.21674.141.camel@julia
Bug#697054: ITP: pyro4 -- distributed object middleware for Python (RPC)
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: pyro4 Version : 4.17 Upstream Author : Irmen de Jong ir...@razorvine.net * URL : http://pypi.python.org/pypi/Pyro4/ * License : MIT Programming Lang: Python Description : distributed object middleware for Python (RPC) Pyro means PYthon Remote Objects. It is a library that enables you to build applications in which objects can talk to eachother over the network, with minimal programming effort. You can just use normal Python method calls, with almost every possible parameter and return value type, and Pyro takes care of locating the right object on the right computer to execute the method. It is designed to be very easy to use, and to generally stay out of your way. But it also provides a set of powerful features that enables you to build distributed applications rapidly and effortlessly. Pyro is written in 100% pure Python and therefore runs on many platforms and Python versions, including Python 2.x, Python 3.x, IronPython, Jython and Pypy. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1356953512.7896.109.camel@julia
Bug#691609: ITP: tcplay -- a free (BSD-licensed), pretty much fully featured and stable TrueCrypt implementation
retitle 691609 ITP: tcplay -- a free (BSD-licensed), pretty much fully featured and stable TrueCrypt implementation owner 691609 ! thanks Hi, I've created a package of TrueCrypt with the name RealCrypt, but never uploaded. Now created a package out of tcplay, upload is coming shortly. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1351550206.25265.75.camel@julia
Bug#690182: about takeover of ITA: git-cola -- highly caffeinated git GUI
owner 690182 ! thanks Hi Daniel, On Tue, 2012-10-16 at 20:39 +0100, Iulian Udrea wrote: On 16 October 2012 20:36, Laszlo Boszormenyi (GCS) g...@debian.hu wrote: However I don't want to be harsh with you. Asking for your permission to take over this ITA. Regards, Laszlo/GCS Brilliant. Thanks a lot Laszlo! Well, a day has passed and no answer from Daniel. As you, the previous maintainer seems to be agree with the takeover I do that now. An upload is coming soon. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1350490542.25403.38.camel@julia
Bug#690182: about takeover of ITA: git-cola -- highly caffeinated git GUI
Hi Daniel, I'm a Debian Developer and have a working v1.8.0 package of git-cola ready to be uploaded. I've fixed everything, the new homepage, move to dh_python2 and link to jQuery and Underscore javascript libraries. The watch file is also updated and the package now conforms to v3.9.3 of Standards-Version. However I don't want to be harsh with you. Asking for your permission to take over this ITA. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1350416174.25403.34.camel@julia
Bug#646525: take over of ITP: sizzle -- Pure-JavaScript CSS selector engine designed to be easily dropped in to a host library
package wnpp owner 646525 ! thanks Hi, This ITP is inactive for almost a year. I've a package ready to upload. Will upload after the BTS reply. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1348170475.4399.110.camel@julia
Bug#615614: take over of ITP: setuptools-git -- setuptools revision control system plugin for git
package wnpp owner 615614 ! thanks Hi, After everyone let me take over this ITP, I do it and upload the package right away. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1348007830.4399.105.camel@julia
Bug#615614: take over of ITP: setuptools-git -- setuptools revision control system plugin for git
Hi! I will take over this ITP on Monday if no one objects. The original ITP is open for a while without any visible activity. I've a package ready to upload. It is based on the work of Chuck Short, but builds the Python3 variant as well. Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Bug#683746: rspamd packaging
On Mon, 2012-08-27 at 19:04 +0400, Vsevolod Stakhov wrote: I've fixed this issue and reuploaded the package to m.d.net. ... and I've uploaded your package to the official archives. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1346097033.26461.40.camel@julia
Bug#683746: rspamd packaging
On Thu, 2012-08-23 at 18:33 +0400, Vsevolod Stakhov wrote: I've updated rspamd and package to 0.5.2 version. The packaging is good now. One missing bit however that you missed to close your ITP in the changelog. Preferably in the first, 0.4.3-1 entry please close #683746 . After that, I'll upload it. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1345984129.26461.30.camel@julia
Bug#685319: ITA: python-eventlet
On Tue, 2012-08-21 at 18:14 +0200, Stefano Rivera wrote: I previously contacted my co-maintainers, and got an ACK on moving it to the OpenStack team from Monty, but no replies from anyone else.I suggest you remove all of the existing Uploaders when you take this over, unless anyone explicitly asks to stay involved. OK, will remove them, unless hear otherwise. BTW, there's one open RC Bug that needs some attention/coordination: #684852 I think python-greenlet needs to be fixed for Wheezy. Its bug will affect everyone, not just python-eventlet. Only the relevant bugfix should be uploaded to wheezy-proposed or something that fits this case. I can fix it in python-eventlet , the test should be run with the '--without-greenlet' switch and it'll build. But still downloads greenlet. :( This seconds that python-greenlet should be fixed. By the way, Örjan, do you still maintain your package? May I take over it? Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1345580443.14167.319.camel@julia
Bug#685319: ITA: python-eventlet
retitle 685319 ITA: python-eventlet -- concurrent networking library for Python owner ! thanks Hi, I would like to adopt for several reasons. I plan to use it for my own projects. Also plan to be part of the OpenStack team, for Ceph packaging and for other things as well. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1345492798.14167.249.camel@julia
Bug#685178: ITP: android tools -- adb and fastboot tools for Android
Package: wnpp Owner: Laszlo Boszormenyi (GCS) g...@debian.hu Severity: wishlist * Package name: android-tools Version : 4.1.1 Upstream Author : The Android Open Source Project * URL : https://android.googlesource.com/platform/system/core https://android.googlesource.com/platform/system/extras * License : Apache 2.0 Programming Lang: C Description : adb and fastboot tools for Android Package is ready and accepted to Ubuntu. I would like to add it to Debian as well. It has two binary packages, one for adb and other for fastboot. ATM the packages will be amd64 and i386 only. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1345226233.14167.137.camel@julia
Bug#459219: android-tools packaging
On Wed, 2012-08-15 at 16:07 +0200, Adnan Hodzic wrote: On Tue, Aug 14, 2012 at 8:01 PM, Laszlo Boszormenyi (GCS) g...@debian.hu wrote: I think this ITP should be several ones. One for command like tools like adb , one for Eclipse plugin and one for the emulator at least. ATM Adnan's work is great. I'm a DD and just changed bits in his packaging to be perfect. Thank you for appreciating my work. Which bits did you change because I don't see any chances in the code. I've my own package, not yet uploaded to anywhere. Attached a diff what I've changed. I was wrong by the way, it's Marcin who made a very good package of android-tools. He tries to outsmart debhelper and do some parts by hand. It's not needed, just show debhelper where it can find the files. Also, install manpage as is, not with the binary. I would be happy to maintain android-tools with him or me for Debian and he is for Ubuntu but with the same package base. Also why do you think we should separate them in couple of pieces instead of having the installer which could let you select which pieces you want and which you don't? I personally would like to have it all in a single package, thus why I started working on this installer. Still didn't check your installer in detail. But why do you want to be outsmart apt-get and dpkg? It would be similar like a gnome-all package, where you choose you need for example evince, but not gome-terminal. How do you handle Eclipse dependency? One package has one dependency line in it. If you set the package need Eclipse, it would be an overkill for ones they don't need the Android plug-in in general. If you miss it, you will install the plug-in without the editor that uses it. Also, you'll just kill GUI based package installers. Those won't handle that you ask question on CLI. May add more CLI tools to android-tools package, but currently it seems to be a good start. In case we do decide to the way you suggested above, besides being an uploader do you mind me being a maintainer together with you? Because I really do have great interest in future of this package. Maintainer and uploader have the same rights and can be changed anytime one doesn't want contribute to the package anymore. Laszlo/GCS diff -Nru android-tools-4.1.1+git20120801/debian/android-tools-adb.install android-tools-4.1.1+git20120801/debian/android-tools-adb.install --- android-tools-4.1.1+git20120801/debian/android-tools-adb.install 2012-07-16 16:14:25.0 +0200 +++ android-tools-4.1.1+git20120801/debian/android-tools-adb.install 2012-08-14 15:02:29.0 +0200 @@ -1,2 +1 @@ -usr/bin/adb -usr/man/* +core/adb/adb usr/bin/ diff -Nru android-tools-4.1.1+git20120801/debian/android-tools-adb.manpages android-tools-4.1.1+git20120801/debian/android-tools-adb.manpages --- android-tools-4.1.1+git20120801/debian/android-tools-adb.manpages 1970-01-01 01:00:00.0 +0100 +++ android-tools-4.1.1+git20120801/debian/android-tools-adb.manpages 2012-08-14 15:05:26.0 +0200 @@ -0,0 +1 @@ +debian/adb.1 diff -Nru android-tools-4.1.1+git20120801/debian/android-tools-fastboot.install android-tools-4.1.1+git20120801/debian/android-tools-fastboot.install --- android-tools-4.1.1+git20120801/debian/android-tools-fastboot.install 2012-07-16 16:14:25.0 +0200 +++ android-tools-4.1.1+git20120801/debian/android-tools-fastboot.install 2012-08-14 15:04:16.0 +0200 @@ -1 +1 @@ -usr/bin/fastboot +core/fastboot/fastboot usr/bin/ diff -Nru android-tools-4.1.1+git20120801/debian/changelog android-tools-4.1.1+git20120801/debian/changelog --- android-tools-4.1.1+git20120801/debian/changelog 2012-08-01 12:30:36.0 +0200 +++ android-tools-4.1.1+git20120801/debian/changelog 2012-08-14 14:40:55.0 +0200 @@ -1,3 +1,10 @@ +android-tools (4.1.1+git20120801-1) unstable; urgency=low + + * Initial upload to Debian (closes: #459219), based on the work of Marcin +Juszkiewicz. + + -- Laszlo Boszormenyi (GCS) g...@debian.hu Tue, 14 Aug 2012 12:24:28 + + android-tools (4.1.1+git20120801-0ubuntu1) quantal; urgency=low * Updated upstream code: diff -Nru android-tools-4.1.1+git20120801/debian/control android-tools-4.1.1+git20120801/debian/control --- android-tools-4.1.1+git20120801/debian/control 2012-07-16 16:30:08.0 +0200 +++ android-tools-4.1.1+git20120801/debian/control 2012-08-14 15:10:10.0 +0200 @@ -1,8 +1,8 @@ Source: android-tools Section: devel Priority: extra -Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com -XSBC-Original-Maintainer: Marcin Juszkiewicz marcin.juszkiew...@linaro.org +Maintainer: Laszlo Boszormenyi (GCS) g...@debian.hu +Uploaders: Marcin Juszkiewicz marcin.juszkiew...@linaro.org Build-Depends: debhelper (= 9), zlib1g-dev Standards-Version: 3.9.3 Homepage: http://developer.android.com/guide/developing/tools/adb.html diff -Nru android-tools-4.1.1+git20120801/debian/rules android-tools-4.1.1+git20120801/debian/rules --- android-tools-4.1.1
Bug#459219: android-tools packaging
Hi Marcin, Adnan, I think this ITP should be several ones. One for command like tools like adb , one for Eclipse plugin and one for the emulator at least. ATM Adnan's work is great. I'm a DD and just changed bits in his packaging to be perfect. I think it should be uploaded (ie, the android-tools package). Most users will need only adb and fastboot. The other parts can be packaged later. Would you let me file an ITP for android-tools and upload it? I've set myself as the maintainer and Adnan as uploader. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344967314.14167.39.camel@julia
Bug#683746: rspamd packaging
On Thu, 2012-08-09 at 17:56 +0400, Vsevolod Stakhov wrote:
Fixed them, thank you!
Getting close. Found some spelling fixes, patch attached.
I've uploaded the package: http://mentors.debian.net/package/rspamd
Seems to be good. Please add the also attached watch file.
Regards,
Laszlo/GCS
diff -Nur orig.rspamd-0.5.1/src/dkim.c rspamd-0.5.1/src/dkim.c
--- orig.rspamd-0.5.1/src/dkim.c 2012-08-09 13:40:26.0 +0200
+++ rspamd-0.5.1/src/dkim.c 2012-08-09 23:15:05.168196938 +0200
@@ -475,7 +475,7 @@
}
break;
default:
-g_set_error (err, DKIM_ERROR, DKIM_SIGERROR_UNKNOWN, invalid dkim param lenght: %zd, taglen);
+g_set_error (err, DKIM_ERROR, DKIM_SIGERROR_UNKNOWN, invalid dkim param length: %zd, taglen);
state = DKIM_STATE_ERROR;
break;
}
diff -Nur orig.rspamd-0.5.1/src/lua/lua_redis.c rspamd-0.5.1/src/lua/lua_redis.c
--- orig.rspamd-0.5.1/src/lua/lua_redis.c 2012-08-09 13:40:26.0 +0200
+++ rspamd-0.5.1/src/lua/lua_redis.c 2012-08-09 23:16:44.964202086 +0200
@@ -343,7 +343,7 @@
}
}
else {
- msg_info (function requred as 4-th argument);
+ msg_info (function required as 4-th argument);
lua_pushboolean (L, FALSE);
}
}
diff -Nur orig.rspamd-0.5.1/src/main.c rspamd-0.5.1/src/main.c
--- orig.rspamd-0.5.1/src/main.c 2012-08-09 13:40:26.0 +0200
+++ rspamd-0.5.1/src/main.c 2012-08-09 23:15:51.076199305 +0200
@@ -1074,14 +1074,14 @@
#endif
if (do_terminate) {
do_terminate = 0;
- msg_info (catch termination signal, waiting for childs);
+ msg_info (catch termination signal, waiting for children);
pass_signal_worker (rspamd_main-workers, SIGTERM);
break;
}
if (child_dead) {
child_dead = 0;
msg_debug (catch SIGCHLD signal, finding terminated worker);
- /* Remove dead child form childs list */
+ /* Remove dead child form children list */
wrk = waitpid (0, res, 0);
if ((cur = g_hash_table_lookup (rspamd_main-workers, GSIZE_TO_POINTER (wrk))) != NULL) {
/* Unlink dead process from queue and hash table */
diff -Nur orig.rspamd-0.5.1/src/plugins/lua/ip_score.lua rspamd-0.5.1/src/plugins/lua/ip_score.lua
--- orig.rspamd-0.5.1/src/plugins/lua/ip_score.lua 2012-08-09 13:40:26.0 +0200
+++ rspamd-0.5.1/src/plugins/lua/ip_score.lua 2012-08-09 23:17:15.308203651 +0200
@@ -171,5 +171,5 @@
rspamd_config:register_post_filter(ip_score_set)
end
else
- rspamd_logger.err('cannot register module ip_score as it requres at least 9 version of lua API and rspamd = 0.4.6')
+ rspamd_logger.err('cannot register module ip_score as it requires at least 9 version of lua API and rspamd = 0.4.6')
end
version=3
https://bitbucket.org/vstakhov/rspamd/downloads .+rspamd-(\d+[\d\.]*).tar.gz
Bug#660141: Update Regarding php-mongo
owner 660141 ! thanks On Wed, 2012-08-08 at 19:30 +0200, Rajmund Zawiślak wrote: My package uploaded to mentors didn't found sponsor for 20 weeks and was deleted, so feel free to package it by yourself. Too bad. :( There are a lot of good software that don't get into Debian as no one notices their importance. I try to package rockmongo - WWW interface do database based on php, what you think about it? Will look into it. How it goes? On Wed, 2012-08-08 at 20:49 +0200, Rajmund Zawiślak wrote: More info: After installing phpunit from upstream source, extension mongo.so compiled and installed from pecl didn't pass phpunit tests written by authors of this extension. My question is: Does software which doesn't pass their own tests, is worthy to be packaged for Debian? Well, upstream should be noted about the failures. Those can be for several reasons. Bad version of PHP installed, testcase failures, some dependency is missing or not set up correctly. I'm using php with mongo on production system with heavy load, and there are was not any troubles, but I would be careful. The answer is two folds. Testcase errors don't necessary means the result is faulty. See your case, it works in real environment. Also, Debian has a queue before release. Packages go to unstable, which shows it's a new version and may have problems. If it passes ten days there, it can enter to testing. After several months, a new stable release happen. Any time it has a serious problem, it is removed from the list of packages that are ready to be released. In short, let it go to unstable, ask upstream about build failures and see how they can be fixed. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344457721.7759.281.camel@julia
Bug#611660: tomb vs cryptmount
Hi Bert, On Tue, 2012-08-07 at 13:03 +0200, berta...@ptitcanardnoir.org wrote: I'd say that one of the most important difference is the use of the steghide tool to hide access keys in an image. Also Tomb has some Gtk integration. The steghide sounds good! However there are plenty of softwares in the Debian archive that provide almost the same features, so I'm not sure to get the point of this question. Some DDs would argue, as this is not the optimal state. There are a _lot of_ packages in Debian, but not all of them maintained correctly. Smaller number but more competent packages would help in general. Better packaging, easier to write HOWTOs for a specific task and so on. But to stay on topic, the question was more user oriented this time. I use and like cryptmount and I like CLI applications better. On the other hand, if tomb is better in many ways, I may migrate to it. Will do my tests then. About to create a package of tomb first. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344340859.7759.232.camel@julia
Bug#683746: rspamd packaging
Hi Vsevolod, On Mon, 2012-08-06 at 16:30 +0400, Vsevolod Stakhov wrote: On 08/05/2012 10:46 AM, Laszlo Boszormenyi (GCS) wrote: [ about the hardened build failure ] Well, I've tried the same on my ubuntu dev box and cannot repeat this issue. Can you please try it again with modified package? Version 0.5.1 still fails with hardening enabled. gcc is: gcc-4.7.real (Debian 4.7.1-5) 4.7.1 cmake is: cmake version 2.8.8 Related messages: [ 10%] Building C object lib/CMakeFiles/rspamd-util.dir/__/src/mem_pool.c.o cd /root/compile/rspamd/rspamd-0.5.1/obj-x86_64-linux-gnu/lib /usr/bin/cc -O0 -fstrict-aliasing -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -DLINUX -fPIC -fpic -g -W -Wall -Wpointer-arith -Wno-unused-parameter -Wno-unused-function -Wunused-variable -Wno-pointer-sign -Wstrict-prototypes -pedantic -std=c99 -I/usr/include/x86_64-linux-gnu -I/usr/include/lua5.1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gmime-2.6 -I/root/compile/rspamd/rspamd-0.5.1/compat -I/root/compile/rspamd/rspamd-0.5.1/src -I/root/compile/rspamd/rspamd-0.5.1/obj-x86_64-linux-gnu/src -I/root/compile/rspamd/rspamd-0.5.1/contrib/hiredis -I/root/compile/rspamd/rspamd-0.5.1/lib/src-fno-strict-aliasing -o CMakeFiles/rspamd-util.dir/__/src/mem_pool.c.o -c /root/compile/rspamd/rspamd-0.5.1/src/mem_pool.c [...] Linking C shared library libkvstorageclient.so cd /root/compile/rspamd/rspamd-0.5.1/obj-x86_64-linux-gnu/lib /usr/bin/cmake -E cmake_link_script CMakeFiles/kvstorageclient.dir/link.txt --verbose=1 /usr/bin/cc -fPIC -O0 -fstrict-aliasing -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -DLINUX -fPIC -fpic -g -W -Wall -Wpointer-arith -Wno-unused-parameter -Wno-unused-function -Wunused-variable -Wno-pointer-sign -Wstrict-prototypes -pedantic -std=c99 -shared -Wl,-soname,libkvstorageclient.so -o libkvstorageclient.so CMakeFiles/kvstorageclient.dir/kvstorage/libkvstorageclient.c.o librspamd-util.a -lm -lrt -ldl -lutil -lpcre -lgmodule-2.0 -lrt -ldl -lutil -lpcre -lgmodule-2.0 -lglib-2.0 -lffi -levent /usr/bin/ld.bfd.real: librspamd-util.a(mem_pool.c.o): relocation R_X86_64_PC32 against symbol `memory_pool_alloc' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld.bfd.real: final link failed: Bad value collect2: error: ld returned 1 exit status Where does memory_pool_alloc come from? Maybe its source is not compiled with -fPIC / -fpic . I've fixed that as well. Thought FreeBSD port system is more tolerative in this aspect affording addition of the upstream changelog to a port's changelog, so why I thought that debian/changelog should be the same. FreeBSD uses the port system, it needs to list upstream changes as well. For us, the file is named _debian_/changelog . On Tue, 2012-08-07 at 16:24 +0400, Vsevolod Stakhov wrote: On 08/06/2012 04:30 PM, Vsevolod Stakhov wrote: Well, I've fixed all issues you pointed and committed them to rspamd mercurial repository. I think I'll release 0.5.1 version soon and the package would be for it, not for 0.5.0. It seems there are still issues with debian/copyright . Please see the attached patch. Well, I've released 0.5.1 version in which I've fixed all problems you pointed me out. So what should be my next steps - go to the mentors.debian.net and upload packages? If you fix the mentioned bits, then please upload the package to mentors.debian.net and notify me. I'm going to sponsor it. Regards, Laszlo/GCS diff -Nur rspamd-0.5.1.orig/debian/copyright rspamd-0.5.1/debian/copyright --- rspamd-0.5.1.orig/debian/copyright 2012-08-06 19:41:57.0 +0200 +++ rspamd-0.5.1/debian/copyright 2012-08-07 20:12:01.0 +0200 @@ -3,9 +3,9 @@ Source: https://bitbucket.org/vstakhov/rspamd Files: contrib/lgpl/* -Copyright: 1999, 2000 Scott Wimer -Copyright: 2004, Matthias Clasen mcla...@redhat.com -Copyright: 2005 - 2007, Marco Barisione ma...@barisione.org +Copyright: 1999, 2000 Scott Wimer, + 2004Matthias Clasen mcla...@redhat.com, + 2005 - 2007 Marco Barisione ma...@barisione.org License: LGPL-2+ This program is free software; you can redistribute it and/or modify it under the terms of the GNU Library General Public @@ -51,9 +51,16 @@ Files: * Copyright: 2008-2012 Vsevolod Stakhov vsevo...@highsecure.ru -License: BSD +License: BSD-2-Clause Redistribution and use in source and binary forms, with or without - modification, are permitted under the terms of the BSD License. + modification, are permitted provided that the following conditions are met: + . + Redistributions of source code must retain the above copyright notice, this + list of conditions and the following disclaimer. + . + Redistributions in binary form must reproduce the above copyright notice, + this list of conditions
Bug#611660: tomb vs cryptmount
Hi Bert, On Tue, 2012-08-07 at 14:20 +0200, berta...@ptitcanardnoir.org wrote: On Tue, Aug 07, 2012 at 12:00:59PM +, Laszlo Boszormenyi (GCS) wrote: You make a point. If I asked for the status of this packaging, it's because I was willing to stand up for maintaining it if no one was wiling to do so. I've packaged it and it's ready to upload. After reconsider everything, I say just drop it. Two shell scripts for a package simply doesn't worth it IMHO. Especially that both are zsh specific (the user have to install zsh to run them) and it needs root rights. This can break anytime a called binary changes it's command line flags or differ in its output. Great, don't hesitate to tell me what you think about it, I'm curious too. Upstream already did some packaging work in its debian0 branch. Also if you need any help, I'd be glad to. Including co-maintaining it if you're willing to include it in Debian. God forbid, but even if I upload it, I think two shell scripts don't worth more than one maintainer. I say cryptmount should be used instead. They differ in several ways, but it is a much better solution in general. Sorry for the noise, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344379929.7759.258.camel@julia
Bug#660141: Update Regarding php-mongo
Hi Martin, On Mon, 2012-08-06 at 13:03 +0100, Martin Meredith wrote: I'm looking to work with php-mongo in Debian - and actually require to build a package ASAP. Is there any progress on either of your packages? If not, I'm happy to look @ sponsoring the upload of these ? I've a package, ready to upload[1]. Please check if it meets DFSG and other rules. Otherwise, I intend to hijack the ITP. Please don't. If the package meets your needs, I'll upload it. Regards, Laszlo/GCS [1] dget -ux http://www.barcikacomp.hu/gcs/php-mongo_1.2.12-1.dsc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344277027.7759.202.camel@julia
Bug#611660: tomb vs cryptmount
Hi, Without too much reading, it seems tomb and cryptmount somewhat similar. The latter is already in the archives and stable. What's the most important differences (if any)? Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344277481.7759.205.camel@julia
Bug#660141: Update Regarding php-mongo
Hi Martin, On Mon, 2012-08-06 at 19:38 +0100, Martin Meredith wrote: Hi Laszlo - I can't find you in db.debian.org Please don't make me unknown to Debian. I'm a DD[1] since 2005-01-19, also an application manager[2]. When I search about myself[3] and type 'gcs' as login, I can find myself. Have some packages[4] in the archive. If you check the signatures on my GnuPG keys (ie A51A4FDD and BBAA47C9), you can see that I know other DDs in person like Steve Langasek, Stefano Zacchiroli, Tom Marble, Bdale Garbee or Enrico Zini. Also some RedHat employees, but that's the other side. and from the way you've been talking about this package - I'm presuming you won't actually have rights to upload. Quoting myself: If the package meets your needs, I'll upload it.. Where do you read that I don't have rights to upload? Can you please push your package onto mentors.debian.net - it'll help me with doing some basic packaging checks, rather than having to do them all manually. That sound strange for me. Never trust an external source in things that you can check yourself. A pbuilder chroot can make sure that build-dependencies are correct, you can check d/*, etc. Please upload the package to mentors by yourself if you still want to go that way. I didn't want to be harsh, sorry if this mail sounds like that. Regards, Laszlo/GCS [1] https://nm.debian.org/public/person/gcs [2] https://nm.debian.org/public/managers [3] https://db.debian.org/ [4] http://qa.debian.org/developer.php?login=g...@debian.hu signature.asc Description: This is a digitally signed message part
Bug#683746: rspamd packaging
Hi Vsevolod, On Sat, 2012-08-04 at 23:53 +0400, Vsevolod Stakhov wrote: Thanks for taking care of it! I'm using this package for my machines, but I'm not very familiar with debian packaging policies unfortunately. Hmmm, do you really want to learn and package it? Learning is always good, I don't want to hijack it from you. It's strange as rspamd is built with -fpic -fPIC flags if they are supported on the targeted architecture. How can I repeat this bug using my debian system? Sure, I've seen that you use -fpic and -fPIC as well for compilation. The patch I've sent to you contains everything. Just uncomment the export DEB_BUILD_MAINT_OPTIONS=hardening=+all line in debian/rules . I think one of your source files might not be compiled with the PIC flags and that's the problem. Library is only used for rspamd client (rspamc), so maybe it would be better to link it statically for debian package? I think a development package is only useful when there is any external software that uses the normal package's API. I do agree with your lines. Either make the binary statically linked and without the header file or consider the package split. Do you intend to use plug-ins or whatever external to spamc? There's no problem if nobody else will use the separated library, but it'll be rejected from the official archives if you keep it as-is. Acknowledged. So on upgrades of this package I should only inlcude lines like 'Update to version x.x.x', rigth? Sure, 'initial release', 'new upstream release', 'fixed compilation on 64 bit machines' or anything related to the packaging itself is OK. The code related ones like 'added IPv6 support', 'many bugfixes', 'rework events system' and 'write plugin for ...' are not. The latter ones can go to toplevel_dir/ChangeLog with a date and version number added. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344149218.7759.128.camel@julia
Bug#622960: freemind packaging needs jmapviewer
Hi Andrew, On Sun, 2012-08-05 at 20:24 +1000, Andrew Harvey wrote: On 05/08/12 00:07, Laszlo Boszormenyi (GCS) wrote: How goes the jmapviewer packaging? As I see, there's a git repository[1], but it seems it was never uploaded nor update for eight months now. I don't think it was uploaded to Debian because I couldn't find a DD to sponsor it. However, I believe it still needs some more work anyway. Now you've found a DD who would upload it. Sure, it needs to be updated to the newest stable version and conforms to the latest Debian policy. Are you still interested to maintain it or should I finish packaging that as well? I don't know if I can commit to anything, but I can try to help out with its packaging. So happy to either co-maintain, or co-contribution of packaging work. Well, somehow you created it. You are set as owner and it seems you did some commit to it. Which version of jmapviewer does freemind need? Because I noticed that if I updated the alioth packaging for jmapviewer to the latest, it would pull in an embedded MapQuest logo, so we would need to either cut it out, or ensure it is DFSG compliant. Sure, the image should be DFSG compliant as well. I don't know the required version number, even if freemind contains the source jar for jmapviewer. I couldn't find its version number. Is there any release at all? What I could find is: http://svn.openstreetmap.org/applications/viewer/jmapviewer/releases/2011-02-19/ Nothing more. No version number, just a date. I'm more than happy to try to help out or for you to work directly off http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary I'm not exactly sure how much time I'll have to look into it. I'll try, but feel free to jump ahead and work on it yourself. So you mean I can be its maintainer and set you as uploader? Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344163546.7759.138.camel@julia
Bug#622960: freemind packaging needs jmapviewer
Hi Andrew, How goes the jmapviewer packaging? As I see, there's a git repository[1], but it seems it was never uploaded nor update for eight months now. I intend to adopt freemind[2] and almost ready packaging its newest release, 1.0.0~beta5. However it needs jmapviewer to build correctly. Are you still interested to maintain it or should I finish packaging that as well? Regards, Laszlo/GCS [1] http://anonscm.debian.org/gitweb/?p=pkg-osm/jmapviewer.git;a=summary [2] http://freemind.sourceforge.net/wiki/index.php/Main_Page -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344089237.7759.99.camel@julia
Bug#683746: rspamd packaging
Hi Vsevolod, I've seen your ITP of rspamd and thought I may package it instead of you. But as I see, it's close to ready. I send a patch to make it better. Contains the following fixes: - make it rebuildable with deleting src/modules.c between builds - fixing debian/copyright (the BSD license text is still not 100% correct) - install the correct binaries and not symlinks to specific versioned ones - fix spelling mistake in debian/rules - correct build-dependencies for Sid - add patch to build with newer gmime (v2.6) - update standards-version to the current one - take a step toward build hardening build I couldn't build it with hardening enabled due to this error: /usr/bin/ld.bfd.real: librspamd-util.a(mem_pool.c.o): relocation R_X86_64_PC32 against symbol `memory_pool_alloc' can not be used when making a shared object; recompile with -fPIC The package should be split to lib, -dev and binary. Please don't use debian/changelog as upstream changelog. It's only for packaging changes and nothing else. Regards, Laszlo/GCS diff -Nur rspamd-0.5.0.orig/debian/control rspamd-0.5.0/debian/control --- rspamd-0.5.0.orig/debian/control 2012-06-09 14:35:05.0 +0200 +++ rspamd-0.5.0/debian/control 2012-08-04 20:01:52.0 +0200 @@ -2,8 +2,8 @@ Section: mail Priority: extra Maintainer: Vsevolod Stakhov vsevo...@highsecure.ru -Build-Depends: debhelper (= 7.0.50~), cmake, libevent1-dev(= 1.3), libglib2.0-dev (= 2.16.0), libgmime-2.4-dev, liblua5.1-0-dev, libpcre3-dev, cdbs -Standards-Version: 3.9.1 +Build-Depends: debhelper (= 7.0.50~), dpkg-dev (= 1.16.1~), cmake, libevent-dev (= 1.3), libglib2.0-dev (= 2.16.0), libgmime-2.6-dev, liblua5.1-0-dev, libpcre3-dev, cdbs +Standards-Version: 3.9.3 Homepage: https://bitbucket.org/vstakhov/rspamd/ Vcs-Hg: https://bitbucket.org/vstakhov/rspamd/ Vcs-Browser: https://bitbucket.org/vstakhov/rspamd/src diff -Nur rspamd-0.5.0.orig/debian/copyright rspamd-0.5.0/debian/copyright --- rspamd-0.5.0.orig/debian/copyright 2012-06-09 14:35:05.0 +0200 +++ rspamd-0.5.0/debian/copyright 2012-08-04 19:51:37.0 +0200 @@ -3,15 +3,47 @@ Source: https://bitbucket.org/vstakhov/rspamd Files: contrib/lgpl/* -Copyright: 1999, 2000 Scott Wimer -Copyright: 2004, Matthias Clasen mcla...@redhat.com -Copyright: 2005 - 2007, Marco Barisione ma...@barisione.org +Copyright: 1999, 2000 Scott Wimer, + 2004, Matthias Clasen mcla...@redhat.com, + 2005 - 2007 Marco Barisione ma...@barisione.org License: LGPL-2+ - + This package is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public + License as published by the Free Software Foundation; either + version 2 of the License, or (at your option) any later version. + . + This package is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General Public License for more details. + . + You should have received a copy of the GNU Library General Public + License along with this package; if not, write to the Free Software + Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA + . + On Debian systems, the complete text of the GNU Library General + Public License can be found in `/usr/share/common-licenses/LGPL-2'. Files: * Copyright: 2008-2011 Vsevolod Stakhov vsevo...@highsecure.ru License: BSD + Redistribution and use in source and binary forms, with or without + modification, are permitted under the terms of the BSD License. + . + THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND + ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE + FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + SUCH DAMAGE. + . + On Debian systems, the complete text of the BSD License can be + found in `/usr/share/common-licenses/BSD'. Files: debian/* Copyright: 2011 Vsevolod Stakhov vsevo...@highsecure.ru diff -Nur rspamd-0.5.0.orig/debian/patches/gmime-2.6.patch rspamd-0.5.0/debian/patches/gmime-2.6.patch --- rspamd-0.5.0.orig/debian/patches/gmime-2.6.patch 1970-01-01 01:00:00.0 +0100 +++ rspamd-0.5.0/debian/patches/gmime-2.6.patch 2012-08-04 20:06:18.741331505 +0200 @@ -0,0 +1,20 @@ +Description: build with gmime-2.6 + CMake checks for gmime-2.4 , change it to gmime-2.6 to build with that + version. + . +Author: Laszlo Boszormenyi
Bug#597899: ITP: yii-framework -- High-performance component-based PHP framework
retitle 597899 ITP: yii-framework -- High-performance component-based PHP framework owner 597899 ! thanks Hi, I've a package already, just need to recheck debian/copyright and may rework to official copyright format 1.0 . Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344107837.7759.114.camel@julia
Bug#676396: ITP: libjs-d3 -- JavaScript library for manipulating documents
retitle 676396 ITP: libjs-d3 -- JavaScript library for manipulating documents thanks Hi all, I would like to package libjs-d3 and actually already did that. It needs some more love, but basically it needs node-jsdom 0.2.14 or newer. Asked David Paleino if he wants to keep it and updated or handle that to me. I've a package of it ready to upload if he let me to take over. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1344017446.7759.88.camel@julia
Bug#683666: help with gradle packaging
Hi Miguel, I'm new to gradle, but intend to help. First I've to check it in details and start with the 1.1 upstream release. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1343955397.7759.77.camel@julia
Bug#660141: php-mongo packaging
Hi Rajmund, Your ITP doesn't have any activity for months. I've a package ready to upload. If you let me take over this ITP or you don't answer say, for five days, I'll upload my package version. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1343404396.27884.24.camel@julia
Bug#678699: ITP: sidplayfp -- Fork of sidplay2, a C64 and C128 music player
Package: wnpp Owner: Laszlo Boszormenyi (GCS) g...@debian.hu Severity: wishlist * Package name: sidplayfp Version : 0.3.1 Upstream Author : Leandro Nini drfiem...@users.sourceforge.net * URL : http://bel.fi/~alankila/c64-sw/index-cpp.html * License : GPL-2.0+ Programming Lang: C++ Description : Fork of sidplay2, a C64 and C128 music player sidplayfp is a fork of sidplay2, a C64 music player which integrates the reSID SID chip emulation into a cycle-based emulator environment, started with primary purpose to improve emulation of the C64 system and the SID chips. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1340482435.11775.5.camel@julia
Bug#678700: ITP: libsidplayfp -- Library to play Commodore 64 music based on libsidplay2
Package: wnpp Owner: Laszlo Boszormenyi (GCS) g...@debian.hu Severity: wishlist * Package name: libsidplayfp Version : 0.3.5 Upstream Author : Leandro Nini drfiem...@users.sourceforge.net * URL : http://bel.fi/~alankila/c64-sw/index-cpp.html * License : GPL-2.0+ Programming Lang: C++ Description : Library to play Commodore 64 music based on libsidplay2 Libsidplayfp (and its console frontend sidplayfp) is a fork of sidplay2 born with the aim to improve the quality of emulating the 6581, 8580 chips and the surrounding C64 system in order to play SID music better. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1340482469.11775.6.camel@julia
Bug#676912: ITP: libs3 -- C Library and Tools for Amazon S3 Access
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: libs3 Version : 2.0 Upstream Author : Bryan Ischo br...@ischo.com * URL : http://libs3.ischo.com/index.html * License : GPL-3 Programming Lang: C Description : C Library and Tools for Amazon S3 Access Includes the libs3 shared object library, needed to run applications compiled against libs3, and additionally contains the s3 utility for accessing Amazon S3. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1339335096.7726.31.camel@julia
Bug#662637: closed by Laszlo Boszormenyi (GCS) g...@debian.hu (Bug#662637: fixed in php-suhosin 0.9.33-2)
Hi Alexander, Jan, On Tue, 2012-05-29 at 22:28 +0200, Alexander Wirt wrote: On Tue, 22 May 2012, Jan Wagner wrote: we (Alexande and I) wished, that an adopter had contacted us about his intention befor just uploading a new package. It was not really my intention to do it silent. I've serious email problems for a while. My Evolution crashes on startup and can't fix it. It calls a function which ends in glibc functions, coded in x64 assembly. Now I installed it in a Wheezy chroot. Still not good, but better than nothing. Anyways .. looking into your php54_fixes.patch doesn't convince me, that is a appropriate fix. For more info please have a look into: In short, I know it's not a finished and polished patch. Stefan Esser gave no ETA for the finished PHP 5.4 support. All I would like to give users a chance to evaluate it, find things that may break and so on. Wheezy freeze is coming and Suhosin needs testing, even if not yet ready for production environments. Ok, given your bad done uploads I revert the maintainership back to us. Tomorrow I'll upload the package back to the state of 0.9.33-1. It was a RFA and you never talked about it to us. And you made exactly the errors we wanted to prevent. While I agree that 0.9.33-2 contained a bad mistake, I would like to learn and fix everything as soon as possible. Of course, it's your call if you give me a helping hand in this or take over the package. Thanks for your patience. Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
Bug#670999: ITA: libapache2-mod-geoip
retitle 670999 ITA: libapache2-mod-geoip -- GeoIP support for apache2 thanks I've a new package version which compiles clean to Apache 2.4 but needs testing. Hopefully will upload in some days. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1335936173.17729.3.ca...@julia.gcs.org.hu
Bug#661270: muffin packaging
Hi Bas, Clement, I've always looking for experience with Linux Mint. I'm a Debian Developer and such, I don't want to leave it. I've started packaging Cinnamon and dependencies. Muffin packaging is ready, even if it still has some edges. Looking for two things. First is an official release of Muffin 1.0.2 . Downloaded the git tag, but that's suboptimal I think. Also I would like to ask for review and testers of packages. Bas has the ITP for muffin, but can't see any activity from him. May I take over of #661270 ? Beware, I don't have experience with Cinnamon and I may not maintain it in the long run if I'm disappointed with it. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1332987185.3523.17.ca...@julia.gcs.org.hu
Bug#650394: preliminary tigervnc 1.1.0 package
Hi Yaroslav, I've made a preliminary tigervnc package[1]. It builds and seems to be working. However it has some problems, like debian/copyright is not DEP5 compatible and due to upstream issues it can't be build two times in a row. Even worse, upstream tarball contains embedded code of libjpeg and zlib1g. Only libjpeg seems to be used from the system. Cheers, Laszlo/GCS [1] dget -x http://www.routers.hu/gcs/tigervnc_1.1.0-1.dsc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1322633200.14749.37.ca...@julia.gcs.org.hu
Bug#581485: RFC: Kohana v3.1 packaging
Hi, I've packaged Kohana framework v3.1 and made it downloadable[1]. This is my first PHP package and may have severe problems. Thus please let me know every problem you may find. First I was confused with the package naming, the symfony packages were named php5-symfony$(VERSION) . This didn't follow the PHP policy, which says that PHP packages should be named lib$(package-name)-php . I'm not subscribed to the list, so please Cc me on replies. Laszlo/GCS [1] http://www.routers.hu/gcs/libkohana3.1-php_3.1.3.1-1.dsc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1309696164.7966.100.ca...@julia.gcs.org.hu
Bug#506040: Status of ceph ITP?
Hi Clint, On Mon, 2011-02-07 at 10:26 -0800, Clint Byrum wrote: Seeing as squeeze is out, and the NEW queue is, as I understand it, hundreds and hundreds of packages long right now, it would probably be good to get CEPH into that NEW queue ASAP. Please don't get me wrong, but did you check the NEW queue? I've uploaded ceph there[1] for more than two months. It's not processed yet, but I hope that the backlog of the queue is going to shrink as Squeeze is out. I'm a little unclear where any additional packaging changes reside, but I've gone ahead and packaged 0.24.2 for Ubuntu, it is here: I've also packaged it a while ago and also uploaded to the NEW queue[2]. Note a few changes for policy v3.9.1 including removing the .la files from the -dev libs. Well, it's not entirely true. The exact wording[3] says [...] For public libraries intended for use by other packages, these files normally should not be included in the Debian package, since the information they include is not necessary to link with the shared library on Debian and can add unnecessary additional dependencies to other programs or libraries. [...]. Of course please read the whole paragraph. In short, it's not 'you must remove all *.la files'; but yes, I should remove them as well. I hope I can check your packages today and may write an other mail. Cheers, Laszlo/GCS [1] http://ftp-master.debian.org/new/ceph_0.24-1.html [2] http://ftp-master.debian.org/new/ceph_0.24.2-1.html [3] http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1297105745.4008.16.ca...@julia.gcs.org.hu
Bug#506040: Status of ceph ITP?
Hi Sage, Yehuda, On Fri, 2010-12-03 at 22:02 -0800, Yehuda Sadeh Weinraub wrote: [ about OpenSSL license exception for ceph ] I removed all the openssl references in the ceph code and replaced it with crypto++, so hopefully all this discussion is now moot. It's all pushed to the ceph rc branch. Does it mean that I shouldn't upload v0.23.2 [1] to Debian? Wait for the v0.24.0 release and upload that one? I know v0.23.2 is not even noted as a release on the homepage, but tagged in the git tree. Main changes are that debian/source/format is re-added, the tree cleaned as make distclean, backported cephfs.8 manpage as a patch, pristine clean the source, noted myself as maintainer while Sage remains as an uploader. Laszlo/GCS Ps: Please delete parts of the email that not relevant to the conversation. [1] dget http://www.routers.hu/gcs/ceph_0.23.2-1.dsc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1291467221.25001.30.ca...@julia.gcs.org.hu
Bug#506040: Status of ceph ITP?
Hi Clint, On Wed, 2010-12-01 at 23:19 -0800, Clint Byrum wrote: On Thu, 2010-12-02 at 01:30 +0100, Laszlo Boszormenyi wrote: Essentially, as long as the files don't have a license that conflicts with COPYING, then there's no need for a license header. Got a confirmation from an FTP Assistant, Mike O'Connor; he says exactly the same. Its not required, for instance, that every single .h .c file etc have a license information, as long as it can be reasonably assumed that we know the copyright holders' intention. When the upstream author says i'm the copyright holder for everything in the src directory, and its distributable under the LGPL, we'll assume this to be correct unless there is something that indicates otherwise. I just have a memory that recently a package was rejected due to this, but I assume it neither had the license information in debian/copyright . Laszlo, I did a thorough review of the licensing before working to get ceph uploaded to Ubuntu, but I wasn't aware of the incompatibility between the GPL/LGPL and OpenSSL. This page details it pretty well: http://people.gnome.org/~markmc/openssl-and-the-gpl.html Please note two things. First is the bottom line of the page which says: Usual disclaimers apply, I've no legal background whatsoever, don't trust a word I say ... I'm quite probably completely wrong. and it was written in 2004. More recently, three months ago a bug was filed[1] in Debian that states there's indeed a need for that license exception for a GPL programs. On the other hand, yes, I do realize that ceph is mostly LGPL which may or may not need this exception. Just found a conversation on debian-legal, where the second message[2] states: There is no need for an OpenSSL exception for a LGPL-licensed work.; thus I'm ready to upload ceph as soon as the two missing manpages are written. Also Sage, if the other authors (or you) are not comfortable with the OpenSSL advertising clause, there's always GNUTLS which exists in large part to address this sort of thing. Rewrite the SSL part may not be that easy, but see above that it seems it's not needed for LGPL sources. Laszlo/GCS [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595446 [2] http://lists.debian.org/debian-legal/2008/06/msg7.html -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1291309051.14018.667.ca...@julia.gcs.org.hu
Bug#506040: Status of ceph ITP?
Hi Sage, On Tue, 2010-11-30 at 10:21 -0800, Sage Weil wrote: Great! There are a handful of bug fixes I'd like to roll into v0.23.2 first, if it isn't too much trouble. I can do that today. I've found the manpage problem that I've noted before. It's about monmaptool, the CLI says it's usage: [--print] [--create [--clobber]] [--add name 1.2.3.4:567] [--rm name] mapfilename But the manpage states this as an example: monmaptool --create --add 192.168.0.10:6789 --add 192.168.0.11:6789 --add 192.168.0.12:6789 --clobber monmap This definitely misses 'name' after the 'add' switch, resulting: invalid ip:port '--add' as an error message. Attached patch fixes this inconsistency. Clint, do you see any remaining issues I should fix first? Just for the record, I have tested ceph on Ubuntu Maverick. It builds fine and upgrades from the previous version in the archive. Clint is lost somewhere :-( , but I think everything is OK from his side as well. So what if I would step in for being the packager of ceph both in Debian and Ubuntu? Sage can contact me before he makes a release, I adjust the packaging if necessary and he can roll out packages immediately. I recheck them and if they are OK, I make the upload to the archives. All I need is a commit right to the debian/ subdir in the git tree of ceph. Regards, Laszlo/GCS --- ./man/monmaptool.8.orig 2010-12-01 17:27:15.136967000 +0100 +++ ./man/monmaptool.8 2010-12-01 17:33:58.352967001 +0100 @@ -34,15 +34,15 @@ \fB\-\-create\fP will create a new monitor map with a new UUID (and with it, a new, empty Ceph file system). .TP -\fB\-\-add\fI ip:port\fP +\fB\-\-add\fI name ip:port\fP will add a monitor with the specified \fIip:port\fP to the map. .TP -\fB\-\-rm\fI ip:port\fP +\fB\-\-rm\fI name\fP will remove the monitor with the specified \fIip:port\fP from the map. .SH EXAMPLE To create a new map with three monitors (for a fresh Ceph file system): .IP -monmaptool --create --add 192.168.0.10:6789 --add 192.168.0.11:6789 --add 192.168.0.12:6789 --clobber monmap +monmaptool --create --add mon0 192.168.0.10:6789 --add mon1 192.168.0.11:6789 --add mon2 192.168.0.12:6789 --clobber monmap .PP To display the contents of the map: .IP @@ -50,7 +50,7 @@ .PP To replace one monitor: .IP -monmaptool --rm 192.168.0.10:6789 --add 192.168.0.9:6789 --clobber monmap +monmaptool --rm mon0 --add mon0 192.168.0.9:6789 --clobber monmap .SH AVAILABILITY .B monmaptool is part of the Ceph distributed file system. Please refer to the Ceph wiki at
Bug#506040: Status of ceph ITP?
Hi Sage, On Wed, 2010-12-01 at 10:15 -0800, Sage Weil wrote: Can you take a look at the 'testing' branch in git commit 5bdae2af? That's how I've been doing releases, more or less. Assuming packaging issues are sorted out prior to that point, that's all that should be needed, right? I think I've noted that cephfs and radosacl are without manpages. Please write one for them. Do you have an upstream changelog somewhere? ChangeLog is still empty. Really minor that I write 'new upstream release' to debian/changelog . Otherwise it's OK for uploading. I can also set you up with push access to update the debian/ stuff at your leisure without sending patches over the list. Would be easier with push rights for debian/ if you trust me. I've my GnuPG key that you can check with any local or nearby Debian Developer(s) that I'm in the web of trust. (BTW, the v0.23.2 bugfix release is mostly pointless as v0.24 is just a couple days away anyway. Just for the sake of illustration...) There's no chance that ceph will be included in Squeeze and the next release of Ubuntu is several months away. You have time and it's your decision when should I first upload ceph. Please note that Debian is in freeze ATM, it may need even two weeks to be accepted to the archive[1]; and even if it's in the NEW queue, I can upload new versions into it. I'm not an ftp-master, but your package maybe rejected[2] for two reasons. I think only debian/copyright is not enough, all source files should have a comment header about their license in short. You have it in cephfs.cc , cfuse.cc , etc; but missing in barclass.cc , cconf.cc , cls_acl.cc and in others. Second is that you link with OpenSSL when your license is (L)GPL. See their FAQ[3] and the fact that I can't find any upstream license file permitting that nor it's mentioned in debian/copyright . Also you may see the debian/copyright of my packages, like neon27[4]: it has a pointer to the full license file under /usr/share/common-licenses/ . On the other hand, it went into Ubuntu without any problems. Clint, Noèl? Feel free to post comment on what needs to be done with ceph packaging to be accepted on the first round. Regards, Laszlo/GCS [1] http://ftp-master.debian.org/new.html [2] http://ftp-master.debian.org/REJECT-FAQ.html [3] http://www.openssl.org/support/faq.html#LEGAL2 [4] http://packages.debian.org/changelogs/pool/main/n/neon27/current/copyright signature.asc Description: This is a digitally signed message part
Bug#506040: Status of ceph ITP?
Hi Sage, On Tue, 2010-11-30 at 10:21 -0800, Sage Weil wrote: Sage: may you let me handle the packaging for Debian and Ubuntu? [...] Whatever you think would work best. I would like to keep the debian/ files in some form or another (although whether they live in ceph.git is an open question) since I build packages for sid, squeeze, and lenny for the ceph.newdream.net site, and would like to do so immediately when a release is made. But if you can handle the packaging changes and uploading to debian that would (continue to be) helpful. Or if the packaging stuff is managed by you separately, but still available somewhere for me pull and build my packages against. What do you suggest? It's not an easy situation as its packaging goes on three way. First is yours, to make it up-to-date quickly as new release happens. The other two is for Debian and Ubuntu. Divergency will be minimum, expect debian/changelog I think. Still it would be good to use quilt format for packaging[1]. On the other hand, do you really need so fast package release cycles? Usually I'm fast and active, still you'll lose at least a day or two waiting on me for release an updated package. I don't know Clint, but he seems to be active as well. Also I may apply for a per-package Ubuntu upload rights which means I can upload the package simultaneously to Debian and Ubuntu. This would help users in two ways: they don't need to look for and setup an external package pool (Debian and Ubuntu already have a backports archive) and ceph would be consistent on all archs (backports have autobuild on all archs, including but not limited to alpha, mips, sparc, s390). Only one question remains, if we go three way packaging, how should we version our package versions? Yours should have a priority, but official backports from me and Clint should override it. I propose that your version number should be upstream_version-[123...] and ours should be upstream_version-[123...][lenny|squeeze|maverick][123...]. Clint? [ about hdparm dependency ] Currently it's only used by os/FileJournal.cc to check for a journal on a block device with write caching off. Would it be hard to get this info by yourself somehow? Please note that I'm not a security expert, but as I see you create your temp file in a very deterministic way. What if I'm evil and I make a symlink named as your soon-to-be tempfile to a system binary / file? Of course I see that you test for root (euid == 0) and if not, you don't run hdparm. It's not a set[ug]id binary (I mean ceph), so we are safe as normal user really can't start it. This is only a problem for kernels prior to 2.6.33 (which unfortunately includes squeeze!), so I'm inclined to keep it for now. [...] OK, it can remain as a dependency for user safety. Great! There are a handful of bug fixes I'd like to roll into v0.23.2 first, if it isn't too much trouble. I can do that today. We can wait for the release to be safe. Some more days to upload it doesn't make the world. Clint, do you see any remaining issues I should fix first? He prompted for checking upgrades of previous ceph versions to this one on Ubuntu Maverick. Don't know how it goes, today I'll check it myself as well. Regards, Laszlo/GCS [1] http://raphaelhertzog.com/2010/10/21/the-secret-plan-behind-the-3-0-quilt-debian-source-package-format/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1291180845.14018.537.ca...@julia.gcs.org.hu
Bug#506040: Status of ceph ITP?
Hi all, On Mon, 2010-11-29 at 11:24 -0800, Sage Weil wrote: On Mon, 22 Nov 2010, Clint Byrum wrote: Yes we'd much rather have a single package that works in both Debian and Ubuntu. That would be an important goal. Feel free to contact me if you need any changes to be more suitable for Ubuntu. If you know exactly what package is being looked at for upload into Debian, I can at least start with that so that the merge when it finally does get uploaded is much simpler. You can get the modified package from my site[1]. I don't say it's ready, but fixes most of the problems that Sage made. As I understand it, the current issues are: - whitespace in debian/rules Yes, there was some extra whitespace, an extra and missing blank lines in debian/rules . It's cosmetic only of course. - something with the .install files and installing into the source tree that I didn't understand.. can you clarify Laszlo? Sure. The biggest problem was that you installed everything to $(CURDIR) , which is the source tree. Then you used dh_install to move out the files from there. make install was a bit nonsense this way, as the compiled binaries was already in the source tree; there was no need to install them the same place. I've changed it to the more common $(DESTDIR) which is debian/tmp/ . This way you can use --list-missing or the more aggressive --fail-missing to dh_install to see if you miss files. Yes, you do missed files. One is the radosacl binary, that I put into the radosgw package. You neither installed usr/share/ceph_tool/gui_resources/ (SVG and glade files) that went into the ceph package. Your cleaning process missed several points like the missing removal of src/.deps/ and some generated files. There are more you can find. I've changed the way debug parts of the packages are handled. It may sound harsh and so I'm open to revert that back to your way. Less important mistakes that debian/changes is for packaging changes, for upstream changes you can use ChangeLog ; it can be installed with dh_installdocs . Also implicitly noted that this is a first generation package (not converted to quilt as Sage said it should build on Lenny as well). Sage: may you let me handle the packaging for Debian and Ubuntu? So you can find more time working on ceph itself as it has some inconsistency as well. Binaries without manpages like cephfs and radosacl ; somewhere the manpage contains an example which is not a valid command (at least in v0.23 , it passed midnight and now I can't remember which one is it). Are you sure that ceph should depend on hdparm? What if my box has SCSI, SAS or other disk that isn't [sP]ATA? Yes, there's sdparm, but do you use it directly from ceph? Should it be a recommendation instead? Also uniformed *.install files, don't start them with a slash. Added a watch file and specific fields to debian/control . If others agree, I'll upload it in some days. It'll sit into the NEW queue and may take a while to be officially accepted. Regards, Laszlo/GCS [1] dget http://www.routers.hu/gcs/ceph_0.23.1-1.dsc -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1291075213.14018.101.ca...@julia.gcs.org.hu
Bug#487263: RFS: atmailopen
Hi Giuseppe, On Sun, 2008-06-22 at 13:17 +0200, Giuseppe Iuculano wrote: I am looking for a sponsor for my package atmailopen. * Package name: atmailopen Version : 1.01-1 Upstream Author : @Mail [EMAIL PROTECTED] * URL : http://www.atmail.org/ * License : Apache License Version 2.0 Section : web Just a quick checking: - You duplicate php-date, php-mail, php-net-smtp, php-net-ldap and php-net-socket packages inside your pacakge. This is a security nightmare. Can't you just depend on those packages? - Your depends line list sqlite, but why not sqlite3? php5-sqlite support both. - debian/rules contains some cp commands in the binary-indep target, maybe dh_install can handle them. - Why don't you remove empty dirs instead of making lintian override them? - debian/compat says debhelper level 5, but you build depend on debhelper (= 6) which is well, fine; just inconsistent. - Your diff.gz contains patch-stamp, what for? Regards, Laszlo/GCS signature.asc Description: This is a digitally signed message part
