Bug#777043: Shark / libshark packaging status
On Sat, Nov 28, 2015 at 12:22:19PM +0100, Andreas Tille wrote: > Hi, > > from my outsiders perspective I would assume that if you checked whether > Goswins work contains something that might be relevant for the packaging > and is not yet in your repository and upload as team upload in Debian > Science things should be fine. I'd recommend to drop a note in the > repository inside Debian Med about the new location. > > Surely Goswin as owner of the ITP has a last word but from the Debian > Med teams point of view any progress that leads to an upload of the > package is welcome. > > Kind regards > > Andreas. > > On Sat, Nov 28, 2015 at 09:32:56AM +, Ghislain Vaillant wrote: > > Dear all, > > > > I recently pushed a candidate source package for Shark [1] to the d-science > > package repositories [2]. After more careful reading of the different ITP / > > RFP bugs filed for Shark [3][4], I just realized that someone had already > > started working on it a while back (Goswin). > > > > Please correct if I am wrong but it seems that no upload to the main archive > > has been done so far for Shark. And rightfully so, since there are some > > licensing issues in the distributed files (bug filed upstream) and quite a > > bit of patching had to be done to fix the build system (PR sent upstream). > > So as of today, I would advise against sponsoring an upload for it just yet, > > although the packaging is ready (lintian-free, upstream metdata, > > autopkgtest...). > > > > I don't know how you guys want to handle the duplication, but I wanted to > > confirm that I am happy to join force with Goswin should he want to > > co-maintain this package with me. > > > > [1] https://github.com/Shark-ML/Shark > > [2] https://anonscm.debian.org/cgit/debian-science/packages/shark.git > > [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595485 > > [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777043 > > > > Best regards, > > Ghislain Go ahead and work on. I packaged this as it was a dependency for something one of our customers wanted but interest seems to have been reduced since then. So I'm happy passing this on to someone else. MfG Goswin
Bug#785703: ITP: python-oath -- implementation of the three main OATH specifications
Package: wnpp Severity: wishlist Owner: Goswin von Brederlow brede...@q-leap.de * Package name: python-oath Version : 1.4.0 Upstream Author : Benjamin Dauvergne benjamin.dauver...@gmail.com * URL : https://github.com/bdauvergne/python-oath * License : BSD Programming Lang: Python Description : implementation of the three main OATH specifications Oath includes 3 modules implementing the three main OATH specifications: - HOTP, an event based one-time password standard using HMAC signatures, - TOTP, a time based OTP, - OCRA, a mixed OTP / signature system based on HOTP for complex use cases. Supports python 2.x and python 3.x. -- 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/20150519102531.25364.96889.reportbug@qlu-dev
Bug#785703: Packaging for ITP
Packaging for python-oath can be checked out from https://github.com/Q-Leap-Networks/python-oath/ MfG Goswin -- 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/20150519124819.GA26810@frosties
Bug#777043: ITP: libshark -- Shark Machine Learning Library
On Wed, Feb 04, 2015 at 08:04:20PM +0100, Christian Kastner wrote: Control: merge 595485 777043 Hi Goswin, On 2015-02-04 13:37, Goswin von Brederlow wrote: * Package name: libshark Version : 3.0.11 Upstream Author : Institut fuer Neuroinformatik, Ruhr-Universitaet Bochum * URL : http://image.diku.dk/shark/ * License : GPL-3.0+ Programming Lang: C++ Description : Shark Machine Learning Library I filed an ITP for this a while ago, but let it revert to an RFP, and haven't refiled for ITP since. I actually still have the repo with the work I did so far, you can find it here if it helps (although it is woefully obsolete) http://code.kvr.at/git/?p=pkg-libshark.git;a=summary I don't recall why I never finished this ITP. IIRC, I was having a hard time tracking contributions for debian/copyright, and this was followed period where my involvement in Debian declined for personal reasons. But I don't think there were any showstoppers. Regards, Christian That was over 4 years ago, so yes, somewhat obsolete. Comparing against your packaging there are some important and encouraging changes: - upstream version 2.3.2 - 3.0.11 - upstream has a debian dir which is at least a starting point (includes a debian/copyright) - non-free image seem to be gone - non-free xmlparser (Fuzzy) no longer in trunk - standard TeX styles no longer included - compiles out of the box It looks like upstream is in a far better state now then it was back then. MfG Goswin -- 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/20150206124428.GA29775@frosties
Bug#777043: ITP: libshark -- Shark Machine Learning Library
Package: wnpp Severity: wishlist Owner: Goswin von Brederlow goswin-...@web.de * Package name: libshark Version : 3.0.11 Upstream Author : Institut fuer Neuroinformatik, Ruhr-Universitaet Bochum * URL : http://image.diku.dk/shark/ * License : GPL-3.0+ Programming Lang: C++ Description : Shark Machine Learning Library SHARK is a modular C++ library for the design and optimization of adaptive systems. It provides methods for linear and nonlinear optimization, in particular evolutionary and gradient-based algorithms, kernel-based learning algorithms and neural networks, and various other machine learning techniques. SHARK serves as a toolbox to support real world applications as well as research indifferent domains of computational intelligence and machine learning. The sources are compatible with the following platforms: Windows, Solaris, MacOS X, and Linux. - libshark is a dependency of sailfish - the package will be maintained under the Debian-Med team -- 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/20150204123715.23837.14254.reportbug@frosties.localnet
Bug#706159: ITP: libzmq-libzmq2-perl -- Perl bindings to the libzmq 2.x library
On Thu, Apr 25, 2013 at 07:09:04PM +0200, Alessandro Ghedini wrote: On gio, apr 25, 2013 at 06:36:39 +0200, Julian Taylor wrote: On 25.04.2013 18:01, Alessandro Ghedini wrote: * Package name: libzmq-libzmq2-perl Version : 1.07 Upstream Author : Daisuke Maki dais...@endeworks.jp * URL : https://metacpan.org/release/ZMQ-LibZMQ2/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl bindings to the libzmq 2.x library [...] what is the difference to libzeromq-perl that we already have in unstable? The ZeroMQ module (libzeromq-perl) is deprecated in favour of ZMQ::LibZMQ2 (libzmq-libzmq2-perl), ZMQ::LibZMQ3 and ZMQ. My intention would be to have libzeromq-perl removed at some point soon (this is why it's not in wheezy, also see #690680) but it's been taking me a long time (mostly because of a lack of free time from my part). Cheers So is this a rename of the old package, a fork using the new namespace or a rewrite? MfG Goswin -- 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/20130502090905.GD29888@frosties
Bug#670577: ITP: morse -- Multi-OpenRobot Simulation Engine
Sylvestre Ledru sylves...@debian.org writes: Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylves...@debian.org * Package name: morse Version : 0.5.1 Upstream Author : Laas * URL : http://morse.openrobots.org/ * License : BSD Programming Lang: Python Description : Multi-OpenRobot Simulation Engine * Versatile simulator for generic mobile robots simulation (single or multi robots), * Realistic and dynamic environments (interaction with other agents like humans or objects), * Based on well known and widely adopted open source projects (Blender for 3D rendering + UI, Bullet for physics simulation, dedicated robotic middlewares for communications + robot hardware support), * Seamless workflow: since the simulator rely on Blender for both modeling and the real time 3D engine, creating and modifying a simulated scene is straightforward. * Entirely scriptable in Python, * Adaptable to various level of simulation realism (for instance the simulation of exteroceptive sensors like cameras or a direct access to higher level representations of the world, like labeled artifacts), * Currently compatible with ROS, YARP and the LAAS OpenRobots robotics frameworks, * Easy to integrate to other environments via a simple socket interface, * Fully open source, BSD license. Package: morse Version: 2.4-2 Installed-Size: 241 Maintainer: Nanakos Chrysostomos nana...@wired-net.gr Architecture: amd64 Depends: libasound2 ( 1.0.24.1), libc6 (= 2.7), libpulse0 (= 0.9.23), libx11-6 Recommends: pulseaudio Description-en: training program about morse-code for aspiring radio hams It can generate random tests or simulated QSOs resembling those used in the ARRL test (a QSO generator is included). There are a plethora of options to vary the training method. In one of the simpler modes, this program will take text from standard input and render it as Morse-code beeps. Homepage: http://www.catb.org/~esr/morse/ Description-md5: 12de56d0f5206de9b9c14e03f4824f1a Tag: role::program Section: hamradio Priority: optional Filename: pool/main/m/morse/morse_2.4-2_amd64.deb Size: 89968 MD5sum: 0c59a3581273d36fa9f1f939480cf1a4 SHA1: 44bfc66700a5fe31376e264c516e5887a1910e76 SHA256: e2565638180093a3a4b4c28d92ea7b8f5fb753f208cbb4e79e181969905c9157 MfG Goswin -- 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/878vhha7dr.fsf@frosties.localnet
Bug#662763: RFS - libaio-ocaml 1.0-1
Hi, I've just uploaded libaio-ocaml_1.0-1_amd64.changes to mentors [1] and also taged it in git [2,3] as debian/1.0-1. The debian/rules file now has a release target that creates the orig tarball, imports it into the upstream branch and pristine-tar branch if needed and tags the release. I couldn't get it to work with git merge since that complains about a modify/delete conflict if anything in the debian dir is changed. But git-import-orig works fine too. I will see if I can get the histories of the master and upstream branch connected for later releases. Now the package is non-native so there should be nothing more standing in the way of sponsoring it. MfG Goswin 1: http://mentors.debian.net/package/libaio-ocaml 2: Vcs-Git: git://anonscm.debian.org/pkg-ocaml-maint/packages/libaio-ocaml.git 3: Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/libaio-ocaml.git -- 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/87aa3ocucy.fsf@frosties.localnet
Bug#662763: ITP: libaio-ocaml -- OCaml bindings for libaio (Linux kernel AIO access library)
Package: wnpp Severity: wishlist Owner: Goswin von Brederlow goswin-...@web.de Package name: libaio-ocaml Version : 1.0~rc3 Upstream Author : Goswin von Brederlow goswin-...@web.de URL : http://forge.ocamlcore.org/projects/libaio-ocaml/ Vcs-Git : git://anonscm.debian.org/pkg-ocaml-maint/packages/libaio-ocaml.git Vcs-Browser : http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/libaio-ocaml.git License : LGPL-2.1 and link exception Programming Lang: Ocaml + C Description : OCaml bindings for libaio (Linux kernel AIO access library) This OCaml-library interfaces the libaio (Linux kernel AIO access library) C library. It can be used for fast asynchronous I/O. . Compared with the OCaml standard and Unix I/O functions this library: * does not block * does I/O in the background * calls a continuation when the I/O has completed -- 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/20120306090504.25581.4453.reportbug@frosties.localnet
Bug#662080: ITP: hadori -- Hardlinks identical files
Julian Andres Klode j...@debian.org writes: On Sun, Mar 04, 2012 at 07:00:13AM +0100, Goswin von Brederlow wrote: Timo Weingärtner t...@tiwe.de writes: Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: hadori Version: 0.2 Upstream Author: Timo Weingärtner t...@tiwe.de URL: https://github.com/tiwe-de/hadori License: GPL3+ Description: Hardlinks identical files This might look like yet another hardlinking tool, but it is the only one which only memorizes one filename per inode. That results in less merory consumption and faster execution compared to its alternatives. Therefore (and because all the other names are already taken) it's called HArdlinking DOne RIght. . Advantages over other hardlinking tools: * predictability: arguments are scanned in order, each first version is kept * much lower CPU and memory consumption * hashing option: speedup on many equal-sized, mostly identical files The initial comparison was with hardlink, which got OOM killed with a hundred backups of my home directory. Last night I compared it to duff and rdfind which would have happily linked files with different st_mtime and st_mode. I need a sponsor. I'll upload it to mentors.d.n as soon as I get the bug number. Greetings Timo I've been thinking about the problem of memory consumption too. But I've come to a different solution. One that doesn't need memory at all. I know yet another solution. For each file you visit, you simply visit the complete tree. Than you have n + 1 visits, but get constant space usage. Instead of remembering inodes, filenames and checksums create a global cache (e.g. directory hierachy like .cache/start of hash/hash) and hardlink every file to there. If you want/need to include uid, gid, mtime, mode in there then make that part of the .cache path. Garbage collection in the cache would be removing all files with a link count of 1. Going one step further link files with unique size [uid, gid, mtime, ...] to .cache/size and change that into .cache/size/start of hash/hash when you find a second file with the same size that isn't identical. That would save on the expensive hashing of clearly unique files. So implement an object store and replace files outside the object store with hardlinks to the store. Yes, this is guaranteed to work for some cases, but also has problems. If you create files first, and then move them to the store, you still need to check every file with link count != 1 and check whether it is in the cache already. And for this, you need a lookup by inode if you want to avoid hashing. And this is basically the same hierarchy as git has: .git/objects/first 2 hex digits of sha1sum/remaining sha1sum In the above every file is in the cache. A link count of 1 would indicate a new file that hasn't been processed yet. Unfortunately you can also have files with link count != 1 that aren't processed yet, e.g. 2 new files that are hardlinked to each other. Detecting wether a file is already in cache or not actualy needs to check 2 things: 1) link count == 1 = new file, add to cache 2) link count != 1 but hash of file not known (e.g. extended attribute not set) = new set of files that are hardlinks to each other Actually the link count can be completly ignored if you always add a flag when you've processed a file. Note: The above wastes time in the 2nd case since it would checksum all the files that are hardlinks one by one and replace them with hardlinks into the cache. But you could remember the inode and name of the first occurance. This would only use up memory proportionally to the number of new inodes. You could also use a hash that computes the first byte from the first 4k, second byte from 64k, thrid from 1mb and so on. That way you can check if the beginning of 2 files match without having to checksum the whole file or literally comprare the two. If the beginning can match. They're not guaranteed to match just because the hashes match. This wouldn't be to proof identity but to quickly proof difference. If the first 4k differ then the file will not match. Only makes sense if you have a lot of big files of equal size. MfG Goswin -- 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/87hay39aqg.fsf@frosties.localnet
Bug#662080: ITP: hadori -- Hardlinks identical files
Timo Weingärtner t...@tiwe.de writes: Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: hadori Version: 0.2 Upstream Author: Timo Weingärtner t...@tiwe.de URL: https://github.com/tiwe-de/hadori License: GPL3+ Description: Hardlinks identical files This might look like yet another hardlinking tool, but it is the only one which only memorizes one filename per inode. That results in less merory consumption and faster execution compared to its alternatives. Therefore (and because all the other names are already taken) it's called HArdlinking DOne RIght. . Advantages over other hardlinking tools: * predictability: arguments are scanned in order, each first version is kept * much lower CPU and memory consumption * hashing option: speedup on many equal-sized, mostly identical files The initial comparison was with hardlink, which got OOM killed with a hundred backups of my home directory. Last night I compared it to duff and rdfind which would have happily linked files with different st_mtime and st_mode. I need a sponsor. I'll upload it to mentors.d.n as soon as I get the bug number. Greetings Timo I've been thinking about the problem of memory consumption too. But I've come to a different solution. One that doesn't need memory at all. Instead of remembering inodes, filenames and checksums create a global cache (e.g. directory hierachy like .cache/start of hash/hash) and hardlink every file to there. If you want/need to include uid, gid, mtime, mode in there then make that part of the .cache path. Garbage collection in the cache would be removing all files with a link count of 1. Going one step further link files with unique size [uid, gid, mtime, ...] to .cache/size and change that into .cache/size/start of hash/hash when you find a second file with the same size that isn't identical. That would save on the expensive hashing of clearly unique files. You could also use a hash that computes the first byte from the first 4k, second byte from 64k, thrid from 1mb and so on. That way you can check if the beginning of 2 files match without having to checksum the whole file or literally comprare the two. MfG Goswin -- 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/87lingkis2.fsf@frosties.localnet
Bug#622868: ITP: apt-clone -- Script to create state bundles
Alessio Treglia ales...@debian.org writes: Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: apt-clone Version : 0.1.6 Upstream Author : Michael Vogt m...@debian.org * URL : https://launchpad.net/apt-clone * License : GPL-3 Programming Lang: Python Description : Script to create state bundles This package can be used to clone/restore the packages on a apt based system. It will save/restore the packages, sources.list, keyring and automatic-installed states. It can also save/restore no longer downloadable packages using dpkg-repack. Does it include Debconf cache and modified conffiles? MfG Goswin -- 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/87ei53k1hw.fsf@frosties.localnet
Bug#602977: ITP: ocs -- Opal Compilation System
Benjamin Drung bdr...@ubuntu.com writes: Package: wnpp Severity: wishlist Owner: Benjamin Drung bdr...@ubuntu.com * Package name: ocs Version : 2.3n Upstream Author : Opal Group, TU Berlin * URL : https://projects.uebb.tu-berlin.de/opal/ * License : GPL, LGPL (will probably change) Programming Lang: C, Opal Description : Opal Compilation System The Opal project is concerned with research into a programming environment in which advanced language concepts and formal development methods can be used for creating production-quality software. At the core of the project is the algebraic programming language, Opal, which integrates both concepts of algebraic specification and functional programming. A comprehensive set of tools supporting the language constitutes the Opal compilation system OCS. I am in direct contact with the upstream maintainer to get the package suitable for Debian (relicensing documentation under DFSG compliant license, FHS compliance, lintian fixes). We target to have a new upstream version at the end of the year and to get this into the archive. Just to recap from the irc discussion so it doesn't get lost: Ocs is a bad package name. There is already another ITP for ocs that is something completly different. Opal-compiler seems like a better choice. MfG Goswin -- 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/87fwv9idyv@frosties.localnet
Bug#590450: ITP: daemonfs -- real time monitoring software
Alessio Treglia ales...@debian.org writes: Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: daemonfs Version : 1.0 Upstream Author : Giorgio Wicklein g.wickl...@giowisys.com * URL : https://launchpad.net/daemonfs * License : GPL Programming Lang: C++ Description : real time monitoring software DaemonFS is a simple and good looking application that can monitor your files and folders in real time. This tool lets you track modifications to your files. Every time a file gets modified, a notification launched from the tray icon appears. This software may be used for reverse engineering, hard disk usage tracking, software analysis and more. The URL is broken. Any other upstream url? Does daemonfs use inotify? Could it be named differently? DaemonFS makes it sound like a filesystem, like ftpfs or sshfs. The description indicates it is an fs daemon or better fs monitor. MfG Goswin -- 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/87wrsfwv8a@frosties.localdomain
Bug#540341: RFH: apt-cross -- retrieve, build and install libraries for cross-compiling
Neil Williams n...@codehelp.co.uk writes: Package: wnpp Severity: normal I request assistance with maintaining the apt-cross package. For my reasons, see: http://www.linux.codehelp.co.uk/serendipity/index.php?/archives/178-Why-I-missed-DebConf9.html For background, see: http://lists.debian.org/debian-embedded/2009/08/msg5.html and for what needs to be done, see: http://lists.debian.org/debian-embedded/2009/08/msg00016.html The main issue with apt-cross is already filed as a bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502433 Those who help with apt-cross should also help with emdebian-tools and vice-versa. See bug # 540333 The package description is: apt-cross is intended to make it easier to locate, download, install and update your cross-compiling libraries, directly from the Debian archives. . By default, apt-cross uses /etc/apt/sources.list to find the current Debian package file for the architecture specified (or dpkg-cross default) and in the suite specified (default is unstable). Alternatively, you can specify a different mirror. Downloaded files can be passed directly to dpkg-cross using the -b or -i commands to apt-cross. I'm maintaining ia32-apt-get, which is verry similar and yet somewhat different. ia32-apt-get so far aims at installing packages from another architecture to run binaries. My hope was that in the long run ia32-apt-get would merge with dpkg-cross and apt-cross and then fade into true multiarch. What would really help would be some person familiar with the cross building setup to work hand in hand to discover the similarities and differences and work out how to merge them. Also the multiarch proposal has no actual implementation plan for -dev packages. At some point we need to sit down and work out what -dev packages should look like in the end and how we get there. That also includes finding ways to make libtool or pkg-config multiarch aware. Sorry if I steal volunteers from apt-cross here but I think planing ahead will benefit everyone in the end. MfG Goswin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529525: ITP: vsag -- Very Simple Archive Generator
Robert Millan rmh.debian@aybabtu.com writes: On Wed, May 20, 2009 at 03:44:38AM +0200, Guillem Jover wrote: Hi! On Tue, 2009-05-19 at 22:18:51 +0200, Robert Millan wrote: Package: wnpp Severity: wishlist Owner: Robert Millan rmh.debian@aybabtu.com * Package name: vsag Version : 0.0.1 Upstream Author : Robert Millan rmh.deb...@aybabtu.com * URL : not yet released * License : GPL Programming Lang: bash, make Description : Very Simple Archive Generator Vsag is a very simple program aimed at generating Debian archives out of a directory filled with packages. . It doesn't track state or manage the directory itself in any way. Its purpose is to provide a very simple method to generate the files normally provided by a Debian archive so that it can be used by programs like apt or debootstrap. Why not improve dpkg-scanpackages instead? What is there missing that you'd need? Not at all! dpkg-scanpackages works fine, in fact Vsag uses it to generate Packages files. But it does also a few other things: - Generates compressed Packages.{gz,bz2}. - Generates Release indexes. - Automated gpg signatures. - DAK-like dists/ directory structure (with per-architecture separation) - etc Why not use reprepro ich is real simple to configure and does all this and more. MfG Goswin -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492727: ITP: uuidm -- Universally unique identifiers for OCaml
Hi, you marked the ITP as pending so I assume you have some packaging done. I need UUIDs for use for an ocaml-fuse based filesystem. Any chance to get the source? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480478: ITP: debian-backports-keyring -- GnuPG archive key of the backports.org repository
Adam Majer [EMAIL PROTECTED] writes: If backports.org keyring get distributed, then I would argue it allows others, non-software data to be packaged as well. For example, some free anime movies, or the Gutenberg project packages. Debian is for *free software* (and some non-free) and stuff that related to Debian. It is not for backports.org, or Ubuntu, or some other stuff. - Adam I would argue that backports.org, while not official, is verry much related to Debian and having a secure path to the keyring is to great benefit to debian users. Such a keyring is also verry small. Three things you can't say about free anime movies or the Gutenberg project packages. MfG Goswin PS: I would prefer if apt-get could fetch and verify keyring updates directly from a repository though. Keyring packages are awfull for key rollovers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481490: ITP: unionfs-fuse -- user-space directory concatenation
Package: wnpp Severity: wishlist Owner: Bernd Schubert [EMAIL PROTECTED] * Package name: unionfs-fuse Version : 0.9.19~hg Upstream Author : Radek Podgorny [EMAIL PROTECTED], Bernd Schubert [EMAIL PROTECTED] * URL : http://podgorny.cz/moin/UnionFsFuse * License : BSD Programming Lang: C Description : Unionfs implementation in userspace (fuse) Unionfs-fuse is a filesystem which overlays one or more directories into a merged hierarchy. Typically this is used to merge a writable filesystem with a shared read-only filesystem to give the appearance of one large writable filesystem. . If you are looking for a kernel-space implementation rather than a user-space, you want to go with unionfs or aufs. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.25-kvm 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#481490: ITP: unionfs-fuse -- user-space directory concatenation
Daniel Baumann [EMAIL PROTECTED] writes: how does it compare to funionfs? Simpler and better structured code. And it has all the features we need and use. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273713: Lustre packaging
Jimmy Tang [EMAIL PROTECTED] writes: Hi Alastair, The 2.6.16 code I have works for light use: survives some tests such as bonnie, etc. but hangs in large workloads: I'm debugging this, but would prefer to target 2.6.17 for Etch. (even if we don't get in the Etch release, I'd like to support the stable kernel.) Some patches ported to 2.6.17. Out of curiousity what sort of heavy workloads are you trying out on the system? I'd be interested in testing the package out on a small test cluster here as well for users who have heavy IO needs. We usualy do a burn-in test that continiously copies a linux source tree to a new dir and compares it. And that with a few clients. Also some benchmarks like bonnie with 1-x clients to see how it scales. also is there any interest in testing these patches for 2.6.16/17 with with the openib patches/stacks? For that I'm waiting for 2.6.18. I'm assuming you mean the openib2 driver in the vanilla kernel and not the (extra) melanox drivers. With 2.6.15 we patch in the melanox drivers. Jimmy. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273713: Lustre packaging
Jimmy Tang [EMAIL PROTECTED] writes: I guess i didnt phrase my initial mail too well, but yes openib2 in the vanilla kernel + lustre it is something I would like to test. though we havent sucessfully gotten openib2 to work correctly on our compute systems so we havent looked at lustre + openib2 yet. i guess we should look at getting openib2 working correctly at our site before i post more to this list in relation to openib2+lustre. Thanks, Jimmy. Since we intend to use the same here I'm very intrested in any progress and tests you make. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273713: Lustre packaging
Alastair McKinstry [EMAIL PROTECTED] writes: Hi, I've initial packaging done for 1.5.91 (alias 1.6 beta 4). This is for kernel 2.6.16; I'm porting it to 2.6.17, but have work to do for this, because of the changes for 2.6.17 in ext3; now is a good time to put it up and merge our work :-) I have patches for 2.6.18rc3 but haven't yet test booted the result. The 2.6.15/16 patches though work fine in productive use here. Maybe you missed something. We should also investigate CFS e2fsprogs and check if we should get their changes into the Debian package. If it doesn't get included in the debian package then it has to divert all file overlaps. e2fsprogs is required so conflicting with that would be problematic for dpkg/apt I think. Regards Alastair MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#237713: Lustre packaging
Alastair McKinstry [EMAIL PROTECTED] writes: Hi, I see from 237713 that you ITP'd lustre. Are you still actively working on packaging Lustre? I am packaging it as part of work, and have been porting it forward to 2.6.16 (amd64) - currently building and testing it (the 1.5.91 beta build). Do you have any work in progress, so should I upload if ready? Regards Alastair McKinstry I have 1.4.6.1 ported to 2.6.15 and 2.6.16 and the same for 1.4.6.94. I'm currently stuck at porting it to kernel 2.6.18 since there was a large change in ext3 in 2.6.17. I'm also trying out several revision control systems (arch, git, quilt) to see which one I like best and which one makes porting to new kernel and lustre versions the easiest. That has left me no time to do the actual debianization yet so if you have any of that done that would be more than welcome. There is already a project on Alioth http://alioth.debian.org/projects/pkg-lustre/ setup by Andreas Salomon (dilinger) which is probably a good place to merge our efforts. We should ask him to add us there. Thoughts? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373966: ITP: qonk -- Small build-and-conquer strategy game with very simple rules
Martin Ferrari [EMAIL PROTECTED] writes: Package: wnpp Severity: wishlist Owner: Martin Ferrari [EMAIL PROTECTED] * Package name: qonk Version : 0.0.2beta1 Upstream Author : Anthony Liekens [EMAIL PROTECTED] * URL : http://anthony.liekens.net/index.php/Computers/Qonk * License : GPL Programming Lang: C++, C Description : Small build-and-conquer strategy game with very simple rules The setting of the game is a solar system of planets. Your goal is to conquer all of the planets in the game by sending ships there. Planets that are under your control generate new ships. Simple AI players are playing against you. As you gain more experience throughout the game, more AI players have to be kicked out of bigger solar systems. The Makefile needs some fixing: - use $(shell ...) instead of ``. - -W -Wall -g in CFLAGS And one maybe serious warning: planets.cpp:331: warning: no return statement in function returning non-void And maybe it should go to the next level on its own without having to restart. :) Apart from this it looks like a nice game. Runs on amd64. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373966: ITP: qonk -- Small build-and-conquer strategy game with very simple rules
=?UTF-8?Q?Mart=C3=ADn_Ferrari?= [EMAIL PROTECTED] writes: Hi! Thanks for your comments! The Makefile needs some fixing: - use $(shell ...) instead of ``. - -W -Wall -g in CFLAGS Also I think I have to make it possible to disable -O. -g shouldn't be only for debugging? You should (must?) always build with -g and the stip the result after installing them in debian/qonk. This allows users to build the package locally and run gdb ./qonk or to send you a core file that you can use with your local unstriped qonk. You can also support the no opt option to switch -O2 on and off. Sometimes you need that for debugging. Not very often though. And one maybe serious warning: planets.cpp:331: warning: no return statement in function returning non-void I will fix it. And maybe it should go to the next level on its own without having to restart. :) Yeah, upstream acknowledges that :) There is a shell script mentioned in the website that supposedly does the job, I will check if it's suitable. It should just have a loop inside main() that restarts in the next level. Shouldn't be that hard. With a shell script the screen would flicker between levels, not nice. Apart from this it looks like a nice game. Runs on amd64. Cool! Thanks again! -- MartÃn Ferrari MfG Goswin
Bug#314851: Orphaning packages
Nigel Jones [EMAIL PROTECTED] writes: On 19/06/05, Ivo Timmermans [EMAIL PROTECTED] wrote: Hi, I'm orphaning these packages: dvorak7min (bug #314844) I have interest in this, I really liked using this program Please do. I always wanted to use this excessively for a while and finaly switch over to it. You should probably expand it to cover different keyboard layouts to make it usefull to everyone though. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295331: O: fetchmail
Graham Wilson [EMAIL PROTECTED] writes: I haven't been able to take good care of the fetchmail package, and therefore I'm orphaning it. Hi, as a constant fetchmail user I would be very disapointed if it disapears but being a non DD I'm not willing to add another sponsoring hunt to my list. I would be willing to do comaintainership with a DD though so that there is a fixed person to do uploads, esspecialy since fetchmail might need someone that can upload a security fix emidiatly (lets hope this never happens :). So if anyone is up for half the job contact me. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284370: ITP: dak -- dak - Debian Archive Maintenance Scripts
Joerg Jaspert [EMAIL PROTECTED] writes: Package: wnpp Severity: wishlist * Package name: dak Version : 1.0 Upstream Author : James Troup [EMAIL PROTECTED] and a few others * URL or Web page : http://cvs.debian.org/dak/?cvsroot=dak * License : GPL Description: Debian's archive maintenance scripts This is a collection of archive maintenance scripts used by the Debian project. Finaly. I looked at DAK a few times and always gave up because I couldn't make head or tails out of the millions of overlapping partly identical options. You don't want to use this if you only have a few hundred packages to maintain. Look at mini-dinstall or debarchiver or maybe even apt-ftparchive for this. Mirrorer (alioth project) is another one worth looking at. This is for a big archive, but there it is the best you can get. You need a running postgresql, but as this can be on some other host its only a Suggests - install package postgresql if you want it local. The package is still not finished (only about 2 weeks used for it at the moment), but its in a good enough state now to give it away for tests. At the moment I need some small fixes to the default setup, and I want to include another small script for user-handling. But it works nearly out of the box now, just a few steps that cant be automated (or for which I havent found the time/fun to automate them). At the moment its already running here and doing its job as it should, so it works at least for me. But I would like feedback from others before I upload it into the Archive. You should add -W to CXXFLAGS and check the lintian errors and warnings. I guess the multiple missing manpages can't be fixed that easily but the rest looks trivial. You can find it at http://ganneff.de/dak/pool/main/d/dak/ or use http://ganneff.de/dak/ for your sources.list as you would with a normal debian mirror, its the same structure, its running with dak. Well, that /dak/* is a bit messy at the moment, as I included more than I need in my config, but hey, its for my tests. :) deb http://ganneff.de/dak unstable main deb-src http://ganneff.de/dak unstable main No sid on your server. :) -- bye Joerg Das kannst du vielleicht mir erzaehlen, aber nicht jemanden, der Ahnung hat. MfG Goswin
Bug#257167: ITP: debian-builder -- Rebuild Debian packages from Source
Steve Kemp [EMAIL PROTECTED] writes: Package: wnpp Version: N/A; reported 2004-07-01 Severity: wishlist * Package name: debian-builder Version : 0.3 Upstream Author : Steve Kemp [EMAIL PROTECTED] * URL : http://www.steve.org.uk/Software/debian-builder * License : (GPL) Description : Rebuild Debian packages from Source This is a simple system which is designed to allow a system administrator to rebuild Debian packages from their source. . The package correctly installs any required dependencies for the rebuild, and cleans them up afterwards. . Whilst it is not expected to be used to gain a speed improvement offered by recompiling packages with arch specific optimizations it could be used for that with a sufficiently modifed compiler. Suggests: gcc-ssp, pentium-builder, athlon-builder. This ITP seems to overlap with sbuild or apt-src and maybe you would rather join one of them (or take over). MfG Goswin
Bug#148218: ITP
Hi, I looked ifstat over and found it intresting. It has some minor bugs like using the old 32bit counters and outdated policy that need to be fixed but otherwise the upstream source seems in good health. I already fixed the 32bit issue so it shouldn't be much longer now. MfG Goswin
Bug#252632: ITP: wmtemp -- WindowMaker dock applet displaying lm_sensors temperature values
Lars Steinke [EMAIL PROTECTED] writes: On Fri, Jun 04, 2004 at 04:51:58PM +0200, Mathieu Roy wrote: Josip Rodin [EMAIL PROTECTED] wrote: On Fri, Jun 04, 2004 at 03:35:24PM +0200, Lars Steinke wrote: Package: wnpp Severity: wishlist * Package name: wmtemp Version : 0.0.4 Upstream Author : Peter Gnodde peter at gnodde dot org * URL : http://www.gnodde.org/projects/wmtemp.php * License : GPL Description : WindowMaker dock applet displaying lm_sensors temperature values Nifty small dock applet for Window Maker that continuously displays CPU and case temperature by virtue of lm_sensors What's the difference between this and wmgtemp which already has a package? Considering the screenshots, they look radically different. Indeed, they are not the same. As I have packaged that little app for me own use I could as well let others benefit from my effort... Regards, Can't wmgtemp be 'themed' and both be merged into one deb? The functionality sounds identicaly and I bet there is a lot of code duplication in there. Just my 2 cent. Goswin
Bug#249830: Adopting defrag
Hi, since I use this package every other month on my disks I want to adopt it. Anyone else intrested please contact me and we can possibly comaintain this. MfG Goswin
Bug#232540: ITP: xantfarm -- ant farm simulator
Joerg Wendland [EMAIL PROTECTED] writes: Package: wnpp Severity: wishlist * Package name: xantfarm Version : 19911023-1 Upstream Author : Jef Poskanzer [EMAIL PROTECTED] * URL : http://www.acme.com/software/xantfarm/ * License : BSD-style Description : ant farm simulator xantfarm is an ant farm simulator that runs on an X11 root window. Hey, I used that years back and lost it and forgotten about it. I would like to see that again. MfG Goswin
Bug#227446: ITP: equeue -- Event queues OCaml library
Samuel Mimram [EMAIL PROTECTED] writes: Package: wnpp Severity: wishlist * Package name: equeue Version : 2.0 Upstream Author : Gerd Stolpmann [EMAIL PROTECTED] * URL : http://www.ocaml-programming.de/programming/equeue.html * License : Proprietary, but DFSG free Description : Event queues OCaml library Equeue is an Objective Caml (OCaml) library containing a generic implementation of queues of events of any type, and a specific implementation of queues of file descriptor events. The generic module allows to associate an event queue with an event source, and one or several event handlers. The event source generates new events that are triggered from the outer world. The handlers consume events, but it is allowed that handlers also generate events. The module for file descriptor events already defines an event source; this source watches registered file descriptors and produces events if a descriptor wants to deliver data, or if a descriptor is ready to accept data. As in the generic module, the handlers consume the events. The main application of these modules are implementations of protocol stacks which can cooperate with each other. Can you select edge or level triggered events? Can you limit the throughput of file descriptors? MfG Goswin
Bug#204625: ITP: dvdauthor -- create DVD-Video file system
Marc Leeman [EMAIL PROTECTED] writes: Package: wnpp Version: unavailable; reported 2003-08-08 Severity: wishlist * Package name: dvdauthor Version : 0.5.3 Upstream Author : Scott Smith [EMAIL PROTECTED] * URL : http://dvdauthor.sourceforge.net/ * License : GPL Description : create DVD-Video file system dvdauthor is a program that will generate a DVD movie from a valid mpeg2 stream that should play when you put it in a DVD player. Please do so, I was looking for this last week and would realy like to see it maintained and in debian. MfG Goswin
Bug#204422: ITP: debix -- Live filesystem creation tool
Alex de Landgraaf [EMAIL PROTECTED] writes: Very interesting (as it looks a lot like what Morphix is about, but it instead uses a combination of cloop-images and translucency to accomplish the same). Maybe we could work together on this? I've heard from Fabian that using LVM2 snapshots would be a interesting alternative, so I'll be sure to take a look at your current work. Method wise I can savely say my project is unique since the neccessary features are bleading edge in the linux kernel and lvm2. :) Anyway, I see quite a lot of overlap, I'm in the process of becoming a DD, so when that is over I'll be more than willing to sponsor you... And I'm roughly 5 years ahead of you in the NM queue. Cheers, Alex
Bug#204422: ITP: debix -- Live filesystem creation tool
Alex de Landgraaf [EMAIL PROTECTED] writes: Quoting Goswin von Brederlow [EMAIL PROTECTED]: Method wise I can savely say my project is unique since the neccessary features are bleading edge in the linux kernel and lvm2. :) Strange reaction, I wasn't suggesting I've already done the same for the full 100% or that translucency is perfect, but it works pretty well and I am prepared to drop my method if yours works better. In any way, I think both projects can learn from each other. Tried it out? And I'm roughly 5 years ahead of you in the NM queue. 1-0 :) I will have a look at it. Gotta buy some cd-rw, I somehow misplaced my Box of 10. MfG Goswin