Re: Building windows versions of debian packages
On Wed, Nov 16, 2005 at 02:30:12PM +0100, Simon Richter wrote: > Hi, > > There are a few packages that can build mingw32 cross-compile packages, I use the mingw debian package to crosscompile openssl, gnutls, zlib, expat, gpg-error and curl... but I use ad-hoc scripts (the ones that use a recent autotool based build system are easy to crosscompile, while other have ad-hoc makefiles like openssl) > Offhand, my approach would be similar to this: > > 2. Create separate package repository. There is no sane reason such > packages should go into the main distribution now. mh... I do not completely agree... I think a separate repo should be the way to start... but at the end I would like to see these packages in debian... the best developing environment (not only the best OS). If you want to start this nice "project"... I can help a bit ciao -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383798: ITP: luacurl -- libcURL bindings for the lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: luacurl Version : 0.2.0 Upstream Author : Enrico Tassi <[EMAIL PROTECTED]> * URL : http://svn.debian.org/wsvn/pkg-lua/home/gares/luacurl-0.2.0/?rev=0&sc=0 * License : GPL or MIT/X Programming Lang: C, lua Description : libcURL bindings for the lua language A tentative package can be found in the following svn repository: http://svn.debian.org/wsvn/pkg-lua/packages/luacurl/?rev=0&sc=0 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384350: ITP: luaexpat -- bindings for the expat library to the lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: luaexpat Version : 1.0.2 Upstream Author : oberto Ierusalimschy, André Carregal and Tomás Guisasola as part of the Kepler Project <[EMAIL PROTECTED]> * URL : http://www.keplerproject.org/luaexpat/ * License : MIT/X Programming Lang: C, lua Description : bindings for the expat library to the lua language Here you can find a tentative package: http://svn.debian.org/wsvn/pkg-lua/packages/luaexpat/?rev=0&sc=0 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Bug#384496: ITP: luafilesystem -- filesystem library to the lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: luaexpat Version : 1.0.2 Upstream Author : oberto Ierusalimschy, André Carregal and Tomás Guisasola as part of the Kepler Project <[EMAIL PROTECTED]> * URL : http://www.keplerproject.org/luafilesystem/ * License : MIT/X Programming Lang: C, lua Description : filesystem library to the lua language This library includes simple facilities (not ansi C, thus not included in the lua standard library) like directory listing and file locking. Here you can find a tentative package: http://svn.debian.org/wsvn/pkg-lua/packages/luafilesystem/?rev=0&sc=0 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Bug#384743: ITP: lua5.1-policy -- lua5.1 policy for debian packages
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: lua5.1-policy Version : 1 Upstream Author : Enrico Tassi <[EMAIL PROTECTED]> * URL : http://alioth.debian.org/projects/pkg-lua/ * License : MIT/X Programming Lang: make, bash Description : lua5.1 policy for debian packages This will include lua5.1-policy and lua5.1-policy-dev. lua5.1-policy contains the policy (in txt and html format) that should be followed by libraries for the lua5.1 scripting language. lua5.1-policy-dev includes some template/support files (Like a generic Makefile, a generic test application...) that are used by lua libraries at compile time (so the will build-depend on it). It also includes a simple script that sets up an svn directory conforming to svn-buildpackage and populates it with the standard files needed to use lua5.1-policy-dev at build time. Obviously packages made using lua5.1-policy-dev will conform to the policy contained in lua5.1-policy. An already working package can be found here: http://svn.debian.org/wsvn/pkg-lua/packages/policy/ And the following packages are all using this system: http://svn.debian.org/wsvn/pkg-lua/packages/lua-logging/ http://svn.debian.org/wsvn/pkg-lua/packages/lua-expat/ http://svn.debian.org/wsvn/pkg-lua/packages/lua-curl/ http://svn.debian.org/wsvn/pkg-lua/packages/lua-filesystem/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384776: ITP: lua-posix -- posix library for the lua5.1 scripting language
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: lua-posix Version : 1.0 (no upstram version number) Upstream Author : Luiz Henrique de Figueiredo <[EMAIL PROTECTED]>. * URL : http://luaforge.net/projects/lposix * License : cc Public Domain (http://creativecommons.org/licenses/publicdomain/) Programming Lang: C, lua Description : posix library for the lua5.1 scripting language some posix functions for lua, like fork, chmod, ... a tentative package is already here: http://svn.debian.org/wsvn/pkg-lua/packages/lua-posix -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392120: ITP: lua-sql -- luasql library for the lua language version 5.1
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: lua-sql Version : 2.0.2 Upstream Author : Kepler Project * URL : http://www.keplerproject.org/luasql * License : MIT/X Programming Lang: C Description : sql library for the lua language This library includes several SQL engine backends, but for now only sqlite and mysql backends will be provided. snapshot of the package: svn+ssh://svn.debian.org/svn/pkg-lua/packages/lua-sql/trunk -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402193: ITP: macbook-backlight -- Program to change the brightness of Apple MacBook
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: macbook-backlight Version : Upstream Author : Ryan Lortie <[EMAIL PROTECTED]> * URL : http://desrt.mcmaster.ca/code/macbook-backlight/ * License : GPL Programming Lang: C Description : Program to change the brightness of Apple MacBook A simple C program to change the brightness of the MacBook display tweaking some hardware registers. It works for the first (Core Duo) and the second (Core 2 Duo) generation of MacBook. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404337: ITP: lua-graph -- graphviz library for lua
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: lua-graph Version : 1.0.1 Upstream Author : Herbert Leuwer <[EMAIL PROTECTED]> * URL : http://luagraph.luaforge.net/ * License : MIT/X Programming Lang: C, lua Description : graphviz library for lua This package contains the luagraph library, that allows to create, manipulate, layout and render graphs using the graphviz engine. The package is already usable: svn://svn.debian.org/pkg-lua/packages/lua-graph -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291966: ITP: ocaml-expat -- An ocaml wrapper for the Expat XML parsing library
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: ocaml-expat Version : 0.9.0 Upstream Author : Maas-Maarten Zeeman <[EMAIL PROTECTED]> * URL : http://www.xs4all.nl/~mmzeeman/ocaml/ * License : MIT/X Description : ocaml bindings for the Expat XML parsing library The Ocaml Expat Library is an interface library for the programming language Ocaml to the Expat XML parsing library -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291964: ITP: ocurl -- OCaml bindings for libcurl
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: ocurl Version : 0.2.0 Upstream Author : Lars Nilsson <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/ocurl * License : MIT/X Description : OCaml bindings for libcurl The Ocaml Curl Library (Ocurl) is an interface library for the programming language Ocaml to the networking library libcurl. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462222: ITP: lua-md5 -- Small crypto library for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-md5 Version: 1.1.1 Upstream Author: Copyright © 2003-2007 PUC-Rio and Stuart Levy URL: http://luafroge.net/projects/md5 License: MIT/X Description: This package contains a small crypto library for Lua. It comprises the MD5 and the DES56 algorithms. -- Enrico Tassi
Bug#462223: ITP: lua-wsapi -- Web server API abstraction layer for the lua language version 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-wsapi Version: First version still to be officially released Upstream Author: Copyright © 2004-2007 The Kepler Project. URL: http://luaforge.net/projects/wsapi/ License: MIT/X Description: WSAPI is an API that abstracts the web server for Lua web applications, allowing the same application to be used in different web servers. . This package contains the WSAPI utility libraries (for common tasks like url encoding/decoding) as well as the following backends (server implementations): . - CGI (the regular environment-variables based protocol) - xavante (for the Xavante web server) - fastcgi -- Enrico Tassi
Bug#462659: ITP: lua-cosmo -- safe template library for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-cosmo Version: 8.01.26 Upstream Author: Fabio Mascarenhas and Yuri Takhteyev URL: http://sputnik.freewisdom.org/en/Cosmo License: MIT/X Description: Cosmo is a "safe templates" engine that supports simple text substitution and iteration. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462660: ITP: lua-markdown -- Lua library to translate the markdown syntax to HTML
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-markdown Version: 0.13 Upstream Author: Niklas Frykholm URL: http://luaforge.net/projects/markdown License: MIT/X Description: A pure lua5.1 implementation of the Markdown text-to-html markup This package contains markdown, a Lua library to translate the markdown syntax to HTML. this library is used by applications like wikis to aviod calling an external perl interpreter to render every page. Cheera -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465124: ITP: luarocks -- deployment and management system for Lua modules
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: luarocks Version: 0.4.1 Upstream Author: Hisham <[EMAIL PROTECTED]> URL: luarocks.org License: MIT/X Description: This package contains luarocks, a tool for managing rocks. A lua rock is a bundle containing a module and some metadata like compilation instructions and copyright. The command line utility luarocks can download, build, install and remove rocks, properly handling dependencies among them and allowing multiple versions of the same rock to coexist. . The tool installs system-wide rocks in /usr/local when run by the superuser, but a regular user can easily tune it to install rocks in his home directory. . This package also provides the luarocks-admin tool, needed to create a rocks repository, and the documentation for luarocks, describing the command line tools as well as the library to manipulate rocks. The package is already almost-in-shape at Vcs-Svn: svn://svn.debian.org/pkg-lua/packages/luarocks Vcs-Browser: http://svn.debian.org/viewsvn/pkg-lua/packages/luarocks Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Meaning of the "Altering package upload rules"
On Wed, Feb 13, 2008 at 11:07:22PM +0100, Lucas Nussbaum wrote: > On 13/02/08 at 22:21 +0100, Stefano Zacchiroli wrote: > Currently, we already have several DDs building their packages without > using an up-to-date, clean sid chroot. If we start throwing away the Even if the package is rebuilt, the uploaded debs are not useless. You may debdiff them and eventually informe the developer that: - his build environment is corrupted (or the buildd's one) - his package build process is installation sensitive (behaves differently on a different installation). Cheers -- Enrico Tassi signature.asc Description: Digital signature
Re: Meaning of the "Altering package upload rules"
On Sat, Feb 16, 2008 at 02:02:28PM +0100, Bernhard R. Link wrote: > > Hence I think we should push for source upload. Other technical > > incentives can then be found and I've already suggested some of them, > > e.g. tuning our upload tools so that they indeed require the existence > > of a .deb, not necessarily uploading it later on. > > So why don't you start with implementing them first? Building a > framework for doing unclean builds (a.k.a. buildd from hell), checking > for missing build-conflicts, tools for comparing different .debs of the I had in mind to simply use debdiff to compare the deb built by the DD and the one produced by the buildd. It already spots most relevant differences, like missing files or different dependencies. I've to admit I'm a bit ignorant about the way buildds work, especially the queue mechanism, but my idea was just to schedule the build also on the i386 buildd (when the DD uploads an i386 package for example) and still move into the archive the .deb built by the DD. Then, when the package built by the buildd is ready, instead of moving it blindly to the archive, check if a file with the same name is there, and in that case do a debdiff and eventually mail the output to the DD. > same version and stuff like that can all be implemented without having > to switch to source-only first and are all worth even if that never sure, but I thout the changes to implement this idea were 10 lines of code. I'll try to gather more infos about how build jobs are scheduled and I'll read the link Aj provided. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472789: ITP: lua-coxpcall -- Extension to the lua protected call mechanism to croutines
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-coxpcall Version: 1.11.0 Upstream Author: Kepler Project URL: http://coxpcall.luaforge.net License: MIT/X Description: This package contains coxpcall, a Lua library that extends the protected call mechanism typical of Lua (xpcall and pcall) allowing it to cross coroutines boundaries. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475760: ITP: sputnik -- A small and easy to extend wiki
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: sputnik
Version: git master branch
Upstream Author: Yuri Takhteyev <[EMAIL PROTECTED]>
URL: http://sputnik.freewisdom.org/en/
License: MIT/X
Description:
Sputnik is a wiki written in Lua. Sputnik is designed to be used
as a platform for a wide range of "social software" applications. A
simple change of templates and perhaps a few lines of Lua code can
turn it into a photo album, a blog, a calendar, a mailing list
viewer.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476521: ITP: lua-orbit -- MVC framework for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-orbit Version: 2.0rc1 Upstream Author: Kepler project URL: http://orbit.luaforge.net License: MIT/X Description: MVC framework for lua -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#538130: ITP: prosody -- jabber server
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: prosody Version : 0.5.0 Upstream Author : Matthew Wild , Waqas Hussain , Tobias Markmann * URL : http://prosody.im * License : MIT/X Programming Lang: Lua, C Description : jabber server Prosody is a flexible communications server for Jabber/XMPP written in Lua. It aims to be easy to use, and light on resources. For developers it aims to be easy to extend and give a flexible system on which to rapidly develop added functionality, or prototype new protocols. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554033: ITP: luajit -- Just in time compiler for Lua 5.1
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: luajit Version : 2.0.0beta1 Upstream Author : Mike Pall * URL : http://luajit.org * License : MIT/X Programming Lang: C, ASM, Lua Description : Just in time compiler for Lua 5.1 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#429250: ITP: lua-zip -- ZIP file access for the lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: lua-zip Version : 1.2.2 Upstream Author : Copyright © 2003-2006 The Kepler Project. * URL : http://www.keplerproject.org/luazip/ * License : MIT/X Programming Lang: C Description : ZIP file access for the lua language It is already available here: http://svn.debian.org/wsvn/pkg-lua/packages/lua-zip/?rev=0&sc=0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1-mactel (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Enrico Tassi
Bug#490953: ITP: lua-base64 -- base64 library for the lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: lua-base64 Version : 1.0 Upstream Author : Luiz Henrique de Figueiredo * URL : http://www.tecgraf.puc-rio.br/~lhf/ftp/lua/#lbase64 * License : Public Domain Programming Lang: C Description : base64 library for the lua language -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#509227: ITP: lua-bitop -- fast lua bit manipulation library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-bitop Version: 1.0.0 Upstream Author: Mike Pall URL: http://bitop.luajit.org License: MIT/X Description: fast lua bit manipulation library This library will also be luajit2 friendly, allowing compilation of bitwise operation to native bit operations for better performances -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511733: ITP: lua-sec -- SSL support library for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-sec Version: 0.3 Upstream Author: Bruno Silvestre – brunoos at inf . puc-rio . br URL: http://www.inf.puc-rio.br/~brunoos/luasec/ License: MIT/X Description: enhances luasocket library with SSL support The package is already available in the SVN repo: svn://svn.debian.org/svn/pkg-lua/packages/lua-sec/ Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#434073: ITP: lua-xmlrpc -- xmlrpc facility for the lua language
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-xmlrpc Version: 1.0b Upstream Author: Tomás Guisasola URL: http://www.keplerproject.org/luaxmlrpc License: MIT/X Description: xmlrpc for lua The package is already half done here: http://svn.debian.org/wsvn/pkg-lua/packages/lua-xmlrpc/ -- Enrico Tassi
Bug#434335: ITP: [PACKAGE] -- soap library for the lua language version 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-soap Version: 1.0b Upstream Author: Kepler Team URL: http://keplerproject.org/luasoap License: MIT/X Description: soap library for lua The package is already available in the svn repo: http://svn.debian.org/wsvn/pkg-lua/packages/lua-soap -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435234: ITP: lua-svn -- Subversion library for the lua language
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-svn Version: 0.1 Upstream Author: Sergio Madeiros URL: http://luaforge.net/projects/luasvn/ License: MIT/X Description: Subversion library for the lua languave This library allows to interact with an svn repository from the lua language. The package is already available here: svn://svn.debian.org/pkg-lua/packages/lua-svn -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435423: ITP: lua-doc -- Documentation generator from lua source code
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-doc Version: 3.0 Upstream Author: Danilo Tuler as part of the Kepler Project <[EMAIL PROTECTED]> URL: http://keplerproject.org/luadoc License: MIT/X Description: Documentation generator for lua, in the style of Doxygen Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#435423: ITP: lua-doc -- Documentation generator from lua source code
On Tue, Jul 31, 2007 at 06:22:55PM +0200, Adeodato Simó wrote: > Any reason to name the package lua-doc instead of luadoc? I really > suggest luadoc: not only it's the upstream name for the software, but > lua-doc really looks like "documentation for the Lua language" > (as in perl-doc, python-doc). > > Can you please consider doing the change? lua-doc is the name of the source package (that is mainly a lua library and all lua libraries source package are called lua-something). the binary packages are called luadoc and liblua5.1-doc0. cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439085: ITP: [lua-logging] -- logging facilities for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-logging Version: 1.1.3 Upstream Author: Kepler Project URL: http://keplerproject.org/lualogging License: MIT/X Description: Logging facilities for the lua language versione 5.1 Version 3.0 of luadoc depends on lua-logging, so I'm packaging it. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442452: ITP: lua-rings -- lua state creation and control library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-rings Version: 1.1 Upstream Author: Copyright © 2003-2007 The Kepler Project. URL: http://luaforge.net/projects/rings/ License: MIT/X Description: Rings is a library which provides a way to create new Lua states from within Lua. It also offers a simple way to communicate between the creator (master) and the created (slave) states. The package is already done: svn://svn.debian.org/pkg-lua/packages/lua-rings -- Enrico Tassi
Bug#442451: ITP: lua-cgi -- CGI library for the lua language version 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-cgi Version: 5.1.0 Upstream Author: Copyright © 2003-2007 The Kepler Project. URL: http://luaforge.net/projects/cgilua/ License: MIT/X Description: CGILua is a tool for creating dynamic Web pages and manipulating input data from Web forms. CGILua allows the separation of logic and data handling from the generation of pages, making it easy to develop web applications with Lua. The package is already available: svn://svn.debian.org/pkg-lua/packages/lua-cgi -- Enrico Tassi
Bug#442453: ITP: lua-copas -- Copas is a dispatcher of concurrent TCP/IP requests for lua 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-copas Version: 1.1.1 Upstream Author: Copyright © 2003-2007 The Kepler Project. URL: http://luaforge.net/projects/copas/ License: MIT/X Description: Copas is a dispatcher of concurrent TCP/IP requests based on corutines. A server registered with Copas should provide a handler for requests and use Copas socket functions to send the response. Copas loops through requests and invokes the corresponding handlers. The package is already in shape: svn://svn.debian.org/pkg-lua/packages/lua-copas -- Enrico Tassi
Bug#444607: ITP: xavante -- xavante is lua based web server suited for embedded system
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: xavante Version: 1.3.1 Upstream Author: Javier Guerra, André Carregal, and Fábio Mascarenhas URL: http://keplerproject.org/xavante/ License: MIT/X Description: Xavante is a Lua HTTP 1.1 Web server that uses a modular architecture based on URI mapped handlers. Xavante currently offers a file handler, a redirect handler and a CGILua handler. Those are used for general files, URI remapping and CGILua scripts respectively. The package is already ready: svn://svn.debian.org/pkg-lua/packages/xavante Cheers -- Enrico Tassi
Bug#445098: ITP: cmph -- C Minimal Perfect Hashing Library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: cmph Version: 0.6 Upstream Author: Davi de Castro Reis <[EMAIL PROTECTED]>, Djamel Belazzougui <[EMAIL PROTECTED]> URL: http://cmph.sf.net License: LGPL or MPL (contacting the authors) Description: CMPH - C Minimal Perfect Hashing Library Minimal perfect hash functions are widely used for memory efficient storage and fast retrieval of items from static sets, such as words in natural languages, reserved words in programming languages or interactive systems, universal resource locations (URLs) in Web search engines, or item sets in data mining techniques. The CMPH Library encapsulates the newest and more efficient algorithms in an easy-to-use, production-quality, fast API. The library was designed to work with big entries that cannot fit in the main memory. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445030: ITP: lua-bit -- bit manipulation library for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-bit Version: 21 Upstream Author: Reuben Thomas <[EMAIL PROTECTED]> URL: http://luaforge.net/projects/bitlib/ License: MIT/X Description: bit manipulation library for lua This package provides bitwise operations (xor, and, or, shift...) for lua5.1 Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448156: ITP: matita -- interactive theorem prover
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: matita Version: 0.4.0 Upstream Author: helm team URL: http://matita.cs.unibo.it License: GPL Description: Matita is a graphical interactive theorem prover based on the Calculus of (Co)Inductive Constructions. . Matita adopts XML-encoded proof objects are produced for storage and exchange. This makes it compatible, at some extent, with Coq. . The graphical interface has been inspired by CtCoq and Proof General. It supports high quality bidimensional rendering of proofs and formulae transformed on-the-fly to MathML markup -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455730: ITP: lua-peg -- Parsing Expression Grammars For Lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-peg Version: 0.7 Upstream Author: Roberto Ierusalimschy <[EMAIL PROTECTED]> URL: http://www.inf.puc-rio.br/~roberto/lpeg.html License: MIT/X Description: LPeg is a new pattern-matching library for Lua, based on Parsing Expression Grammars (PEGs). Parsing expression grammars look similar to regular expressions or context-free grammars in Backus-Naur form (BNF) notation. PEGs make a good replacement for regular expressions, because they are strictly more powerful. For example, a regular expression inherently cannot find matched pairs of parentheses, because it is not recursive, but a PEG can. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#455730: ITP: lua-peg -- Parsing Expression Grammars For Lua
On Wed, Dec 12, 2007 at 05:29:28PM +0900, Miles Bader wrote: > Enrico Tassi <[EMAIL PROTECTED]> writes: > >Package name: lua-peg > > Version: 0.7 > > Upstream Author: Roberto Ierusalimschy <[EMAIL PROTECTED]> > > URL: http://www.inf.puc-rio.br/~roberto/lpeg.html > > License: MIT/X > > Description: > > LPeg is a new pattern-matching library for Lua, based on Parsing > > I think it's going to cause a lot of confusion if you call this package > "lua-peg" -- _everybody_ knows it as "lpeg"... Yes, I know but lpeg stands for LuaPEG I don't have strong opinions about that, I think I'll follow your suggestion but as an exception since it is just an additional 'l', but almost every lua library has 'lua' in the name, keeping it makes annoing repetitions in the packages names. For example the binary packages for the luafilesystem library are called liblua5.1-filesystem* and not liblua5.1-luafilesystem*, hope you like it. Here it would be liblua5.1-peg* instead of liblua5.1-lpeg. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#455730: ITP: lua-peg -- Parsing Expression Grammars For Lua
On Thu, Dec 13, 2007 at 04:17:48PM +0900, Miles Bader wrote: > Stefano Zacchiroli <[EMAIL PROTECTED]> writes: > >> I think it's going to cause a lot of confusion if you call this package > >> "lua-peg" -- _everybody_ knows it as "lpeg"... > > > > Hence, I guess, the proposed name would be "lua-lpeg", right? > > That seems best... The crucial thing, I think, is that somebody > searching for "lpeg" finds it. Yes, it is in the new queue as lua-lpeg, and the package description contains LPeg too. Binary packages will be liblua5.1-lpeg0 and liblua5.1-lpeg-dev and the lua module will be loadable with require "lpeg" If you are inpatient, or want to test it before it passes the new queue, you can use the following svn repository: svn co svn://svn.debian.org/pkg-lua/packages/lua-lpeg Cheers. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#455730: ITP: lua-peg -- Parsing Expression Grammars For Lua
On Thu, Dec 13, 2007 at 11:39:43AM +0100, Enrico Tassi wrote: > On Thu, Dec 13, 2007 at 04:17:48PM +0900, Miles Bader wrote: > > If you are inpatient, or want to test it before it passes the new queue, Oops, I've just discovered that "inpatient" means something completely different then the Italian "impaziente"... I was meaning, "If you can not wait, or want ..." Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456566: ITP: lua-gtk -- gtk library bindings for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-gtk Version: cvs-snapshot Upstream Author: Wolfgang Oertl URL: http://luaforge.net/lua-gtk License: LGPL Description: This package contains the bindings for the gtk library for the lua language version 5.1 The package is almost in shape, and can be built downloading it from the svn repository: svn://svn.debian.org/pkg-lua/packages/lua-gtk Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457198: ITP: lua-leg -- Leg library for lua5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-leg Version: 0.1.2 Upstream Author: Humberto Saraiva Nazareno dos Anjos URL: http://leg.luaforge.net License: MIT/X Description: This package contains leg, a Lua library exporting a complete Lua 5.1 grammar and a small API for user manipulation. It can be used to implement a macro preprocessor or any other task that needs to parse a .lua file. This library is required for shake, a unit testing library for lua The package is already in shape: svn://svn.debian.org/pkg-lua/packages/lua-leg -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457220: ITP: shake -- test engine for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: shake Version: 1.0.0 Upstream Author: Copyright © 2007 Kepler Project. URL: http://shake.luaforge.net License: MIT/X Description: Simple and transparent test engine for Lua that assumes that tests only use standard assert and print calls. It gives accurate feedback on tests failures. -- Enrico Tassi
Bug#586033: ITP: lua-event -- libevent bindings for Lua 5.1
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-event Version : 0.1.1(prosody fork) Upstream Author : Thomas Harning , Matthew Wild * URL : http://code.matthewwild.co.uk/luaevent-prosody * License : LGPL Programming Lang: C, Lua Description : libevent bindings for Lua 5.1 This library is recommended for the prosody jabber server version 0.7 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100615211636.4861.90828.report...@localhost.localdomain
Bug#590855: ITP: lua-cyrussasl -- Cyru SASL bindings for Lua 5.1
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-cyrussasl Version : 1.0.0 Upstream Author : Jorj Bauer * URL : http://github.com/JorjBauer/lua-cyrussasl * License : BSD Programming Lang: C Description : Cyru SASL bindings for Lua 5.1 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100729172312.9678.98340.report...@localhost.localdomain
Bug#614121: ITP: lua-apr -- lua bindings for the apache portable runtime
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-apr Version : 0.14.2 Upstream Author : pe...@peterodding.com * URL : http://peterodding.com/code/lua/apr/ * License : MIT/X Programming Lang: C, Lua Description : lua bindings for the apache portable runtime -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110219211547.28812.62488.reportbug@localhost.localdomain
Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: syncmaildir Version : 0.9.2 Upstream Author : Enrico Tassi * URL : http://syncmaildir.sf.net * License : GPL Programming Lang: C, Lua, Bash Description : Sync Mail Dir is a set of tools to synchronize Maildirs Sync Mail Dir is a set of utilities to synchronize a pair of mail boxes in Maildir format, using SSH to transfer data. Unlike OfflineIMAP It requires no IMAP server to be installed on the remote host. Sync Mail Dir design is similar to the one Maildirsync, but is more efficient in terms of CPU cycles and disk I/O. -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
On Wed, Apr 22, 2009 at 10:09:13AM +0200, Stefano Zacchiroli wrote: > On Tue, Apr 21, 2009 at 02:17:58PM +0200, Enrico Tassi wrote: > > AFAIK OfflineIMAP gives you (or will give you soon) something more > > called always-connected-with-ther-server-to-fetch-mail-ASAP option > > Regarding the ITP, I suggest to stress in the long description a bit > more the features of syncmaildir; in particular I would be happy to > read there that there are the two pull/push tools because it is what > will give me the feeling of the tool workflow. Thanks, I thought it was too low level, but since expected users are not exactly rookies, I'll add that... Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
On Wed, Apr 22, 2009 at 09:26:22AM +0200, Adeodato Simó wrote: > Right. My question is what happens if I do, say: > > laptop% smd-push > laptop% smd-pull # this brings message M as new > laptop% read mail, including message M > server% read mail, inclluding message M; flag message M > laptop% smd-push > laptop% smd-pull So, your question is, what happens if there is a conflict (in VCS terminology). So far there is no "smart" conflict solver, the software just tells you what is wrong, and which files (mails) are interested. It suggest you to "move away" one of them to finish the sync, then you help yourself (that usually means having on one of the two sides a copy of the same message with different flags, the you run mutt and press d on one of them). I'm not that convinced that the usecase you mention is that common, and at least for me, it seems more a place for software overdesign than software features. Remember here that this is a Mailbox, with an owner... your usecase is something like having 2 checkouts of the same software repository and deliberately making incompatible changes on the 2 checkouts and then committing... would you do that? not that often I bet. I'd like to keep the software simple, so unsless I really face this problem, I would avoid implementing this feature. Moreover, the software is layered: mechanisms are in C (and they are able to give upper layers enough information to detect your pattern), while policies are in a scripting language I like (deliberate choice was Lua) and it should be reasonably easy to not duplicate the message but simply add the flag. In any case, thank you all very much for your comments! -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668057: ITP: lua-zlib -- zlib library for the Lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-zlib Version : 0.2 Upstream Author : Brian Maher * URL : http://github.com/brimworks/lua-zlib * License : MIT/X Programming Lang: C Description : zlib library for the Lua language This is a recommended dependency of the Prosody jabber server -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120408155850.2444.72039.reportbug@localhost.localdomain
Bug#668173: ITP: lua-dbi -- DBI library for the Lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-dbi Version : 0.5 Upstream Author :Neil Richardson (nr...@ii.net) * URL : http://code.google.com/p/luadbi/ * License : MIT/X Programming Lang: C Description : DBI library for the Lua language Lua DBI s a database interface library for Lua. It is designed to provide a RDBMS agnostic API for handling database operations. LuaDBI also provides support for prepared statement handles, placeholders and bind parameters for all database operations. . Lua DBI is a better alternative to lua-sql since it supports prepared statements. lua-dbi is a dependency of the prosody jabber server. unfortunately it is not a drop in replacement for lua-sql, that is still used by other libraries and thus cannot be removed from the archive. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120409120709.18050.13873.reportbug@localhost.localdomain
Bug#672346: ITP: lua-penlight -- general purpose library for the Lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-penlight Version : 1.0.2 Upstream Author : Steve Donovan * URL : http://stevedonovan.github.com/Penlight/api/index.html * License : MIT Programming Lang: Lua Description : Collection of general purpose libraries for the Lua language A set of pure Lua libraries focusing on input data handling (such as reading configuration files), functional programming (such as map, reduce, placeholder expressions,etc), and OS path management. Much of the functionality is inspired by the Python standard libraries. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120510092429.26218.7278.reportbug@localhost.localdomain
Bug#719795: ITP: lua-lpty -- PTY library for the Lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-lpty Version : 1.0.1 Upstream Author : Gunnar Zötl * URL : http://www.tset.de/lpty/ * License : MIT/X Programming Lang: C, Lua Description : PTY library for the Lua language This package is needed by the prosody xmpp server to support external authentication plugins -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130815122217.10448.13409.reportbug@birba.invalid
detecting autopkgtest
Hello, is checking for the environment variable ADTTMP the recommended way to test if a test is being run by adt-run? It seems to work, but I'd like to know if there is a better way or not. I've many packages with a decent "test" target already, run at build time. In case this target is run by adt-run I want it to behave in a slightly different way. For exmample I don't want to set env variables so that non system-wide installed .so files are found, something really needed when running the tests at build time. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130916083857.GA27880@birba.invalid
Re: detecting autopkgtest
On Mon, Sep 16, 2013 at 11:00:01AM +0200, Niels Thykier wrote: > > I've many packages with a decent "test" target already, run at build > > time. In case this target is run by adt-run I want it to behave in > > a slightly different way. For exmample I don't want to set env > > variables so that non system-wide installed .so files are found, > > something really needed when running the tests at build time. > > Personally, I just added a small sh script to set a few ENV variables > then called the upstream test target (see [1]). I see, of course I could export my own WE_ARE_RUNNING_AUTOPKGTEST variable. But if there is already one that does the job reliably... I could use it, and others could do the same. I guess I'm asking for a standardized way of checking this. Looking at the doc of adt-run, the only observable difference seems to be the presence of ADTTMP. But maybe a more polite way would be to ask something like `adt --is-running` and let adt implement it as it likes. Any autopkgtest devel around? Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130916092047.GA31987@birba.invalid
Re: detecting autopkgtest
On Mon, Sep 16, 2013 at 03:08:12PM +0200, Jakub Wilk wrote: > >But maybe a more polite way would be to ask something like `adt > >--is-running` and let adt implement it as it likes. > > There's a hidden assumption here that adt is the only thing that > will ever run the tests. Correct me if I'm wrong, but given http://dep.debian.net/deps/dep8/ any implementation of DEP8 should define ADTTMP, sadt included. The variable name may be badly chosen, since it is named after a particular test runner. But this seems to be another issue, right? Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130916144224.GA23680@birba.invalid
Re: Proposal: let’s have a GR about the init system
On Fri, Oct 25, 2013 at 07:09:45PM +0300, Uoti Urpala wrote: > Steve Langasek has been consistently posting dishonest FUD against > systemd. Maybe you could explain that as excessive zeal following from > valid technical considerations, but I'd consider that an excessively > charitable interpretation for a member of a body that is supposed to > have public trust. Steve *has* public trust. There are very few people around here that contributed to Debian more than he did. If you don't feel he has public trust, then you know nothing about Debian, and you are for sure not in a position to criticize the decisions he may take as technical committee member. Ditto for Colin and the other members of the board, that are there for a reason. In case you don't know, that reason is not being champions of trolling on -devel. Who are you? Who pays your bills? -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131026153000.GA10501@birba.invalid
Bug#657968: ITP: lua-lgi -- Lua binding to GObject based libraries
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-lgi Version : 0.4 Upstream Author : Pavel Holejsovsky * URL : https://github.com/pavouk/lgi * License : MIT/X Programming Lang: C, Lua Description : Lua binding to GObject based libraries LGI is gobject-introspection based dynamic Lua binding to GObject based libraries. It allows using GObject-based libraries directly from Lua. It should be a good replacement for lua-gtk, whose development stalled and that supports only gtk2 on few architectures. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120130122718.6214.10654.reportbug@localhost.localdomain
Bug#660251: ITP: dh-lua -- helper script for building Lua package
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: dh-lua Version : 1 Upstream Author : Enrico Tassi * URL : svn+ssh://svn.debian.org/svn/pkg-lua/packages/dh-lua * License : MIT/X Programming Lang: make, shell Description : helper script for building Lua package This is the successor of lua5.1-policy, it is based on dh instead of CDBS and is able to build packages that contain multiple versions of the same library (i.e. for lua50, lua5.1 and lua5.2). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120217184633.14650.72071.reportbug@localhost.localdomain
Re: Building and using shared libraries using gccgo
On Tue, Feb 05, 2013 at 04:36:44PM +0100, Joachim Breitner wrote: > At least to me my work on Haskell in Debian feels more than pretending, > and from personal experience with the creators of the language, I have > strong doubts that they are Idiots. They are not, they are very smart, but they are academic people with a very little idea of what it means to build a real software distribution like Debian. I love type systems to, but whenever I talk about static linking with in the academic context, they think it just saves few KB of disk space. I can't assert the same for go's designers, but for different reasons they ended up incurring in the same design flaw. They want a binary to be shipped on their production servers, and be sure that no matter how crappy they are, it will work (no missing .so, no .so ABI problem). Or at least, this is what I've understood. Here we build a realistic system where a security update can be made just by recompiling and pullig 1 package, not recompiling the whole archive. Static linking imposes so. To me it is just a problem of scale. You see the problems of static linking only on a reasonably large scale. And Debian is huge... Ciao -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130206143639.GA7528@birba
packaging with git: automatic setup of remotes/upstream when cloning
I'm new to the art of packaging with git, and I found a little issue I'm unable to solve nicely. I'm in the usual situation, the package and the upstrem are under git. Thus I have two remotes in my original repository: originssh://git.debian.org/git/pkg-lua/lua-lgi.git (fetch) originssh://git.debian.org/git/pkg-lua/lua-lgi.git (push) upstream git://github.com/pavouk/lgi.git (fetch) If one clones my repo, he only gets the remote named origin. He gets the upstream branch, of course, but if he wants to fetch/merge a new upstream tag, he has to google for the right URL and git add remote upstream URL. Worse than that, I prefer to rename upstream tag T into upstream/T, and this is yet another line one has to come up with and add to .git/config to run at full speed. In some way I feel like if some (meta)data relative to the package was not stored into the git repository. My question is hence: is there something like .gitignore but for remotes? (I could commit that into the repo). Alternatively, is there a standard practice like sticking the .git/config snippet concerning the upstream remote in debian/source/gitremotes or similar? Thanks in advance -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130305154035.GA28427@birba
Re: packaging with git: automatic setup of remotes/upstream when cloning
On Tue, Mar 05, 2013 at 05:04:26PM +0100, Lucas Nussbaum wrote: > > Thus I have two remotes in my original repository: > > > > originssh://git.debian.org/git/pkg-lua/lua-lgi.git (fetch) > > originssh://git.debian.org/git/pkg-lua/lua-lgi.git (push) > > upstream git://github.com/pavouk/lgi.git (fetch) > > > > If one clones my repo, he only gets the remote named origin. > > Use > $ gbp-clone ssh://git.debian.org/git/pkg-lua/lua-lgi.git > That would setup the upstream branch automatically. This is not what I want, gbp-clone gives me: master tracking origin/master upstream tracking origin/upstream but I would like to also get: upstream/master where upstream is a remote pointing to git://github.com/pavouk/lgi.git so that I can git fetch from upstream/master and merge into upstream to import a new upstream release. Is my desired workflow wrong? This URL us not in the git repo, and if I'm not mistaken it can't be added to, say, .gbp.conf. Am I wrong? Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130305162653.GA6790@birba
Bug#741345: ITP: mathematical-components -- Mathematical Components library for the Coq proof system
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: mathematical-components Version : 1.4.0 Upstream Author : Mathematical Components team * URL : http://www.msr-inria.fr/projects/mathematical-components/ * License : BSD Programming Lang: Coq Description : Mathematical Components library for the Coq proof system >From version 1.5, the ssreflect source package was split in two by the aupstrem: - ssreflect (OCaml plugin for Coq, plus a small set of Coq files) - mathcomp (the rest of the Coq files) While the former is in debian, the latter is not (yet). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140311124134.27670.70473.reportbug@birba.invalid
Bug#775565: ITP: lua5.3 -- scripting language
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua5.3 Version : 5.3.0 Upstream Author : t...@lua.org * URL : http://www.lua.org/ * License : MIT/X Programming Lang: C Description : scripting language A git repo pkg-lua/lua5.3 on alioth was created, help is very welcome. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150117130739.30681.57563.reportbug@birba.invalid
Bug#795604: ITP: lua-bit32 -- Backport of the Lua 5.2 bit32 library to Lua 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-bit32 Version: 5.3.0 Upstream Author: Hisham Muhammad URL: https://github.com/keplerproject/lua-compat-5.2 License: MIT/X Description: Backport of the Lua 5.2 bit32 library to Lua 5.1 This is needed in order to package lua-posix >= 33 -- Enrico Tassi
Re: Bug#818900: [Lua Policy] integrate debian's lua modules into Debian's Luarocks
On Mon, Mar 21, 2016 at 03:06:28PM +, Bas Wijnen wrote: > On Mon, Mar 21, 2016 at 02:37:44PM +, lumin wrote: > > When I'm dealing with one of my ITP's I found that this is > > a noticeable problem to Debian's lua packages. And I think > > this may require some changes to our lua policy, or the dh-lua > > scripts. > > What you describe should be fixed. There is a problem with how your scripts > work, though: if some packages are installed before luarocks, they will not be > indexed. Not unless luarocks scans for installed packages on installation > anyway. If it can do that, it might make more sense to just trigger that > procedure when a new lua module is installed as well. > > Making that part of dh-lua seems like the way to go. Undoubtedly. Each lua package could ship a luarocks manifest, something like /usr/lib/luarocks/5.1/rocks/lua-cjson/2.1.0-1/manifest Such manifest could be generated by some code pretty close to postinst script attached to the bugreport, but at package build time (by dh-lua) and not at package installation time. Lumin, if you have time, please try to patch dh-lua. You could look for the code that generates .pc files, and start from that. Otherwise I'll do it myself, but I'm a bit busy these days. Best, -- Enrico Tassi
