Bug#803502: ITP: osquery -- operating system instrumentation framework
Hi. Is there any update available on this? Do you need help? If so: What kind of help? Regards, Sven
Bug#661187: RFP: ruby-hiera -- a hierarchical data store for ruby (and puppet)
Package: wnpp Severity: wishlist Please note that I already tried to generate debs using gem2deb, but this failed in various ways and I don't know enough about ruby gem packaging to fix it. * Package name: ruby-hiera Version : 0.3.0 Upstream Author : Puppet Labs * URL : http://projects.puppetlabs.com/projects/hiera/ * License : Apache License 2.0 Programming Lang: Ruby Description : Light weight hierarcical data store * Package name: ruby-hiera-puppet Version : 0.3.0 Upstream Author : Puppet Labs * URL : http://projects.puppetlabs.com/projects/hiera/ * License : Apache License 2.0 Programming Lang: Ruby Description : Puppet query interface and backend for Hiera -- 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/20120224212328.30332.25967.reportbug@arkon.skynet.local
Bug#441366: ITP: libthreads-shared-perl -- shared data between threads for perl
Don Armstrong wrote on 09/09/2007 10:50: > Package: wnpp > Severity: wishlist > > * Package name: libthreads-shared-perl > This particular version is an updated version of > threads::shared which contains features not present in the threads > version distributed with perl itself. Uhm, which additional features does it have? Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395816: ITP: fim -- Free Image Manipulator
Package: wnpp Severity: wishlist Owner: Sven Mueller <[EMAIL PROTECTED]> * Package name: fim Version : 0.2.2 Upstream Author : Kacper Bielecki <[EMAIL PROTECTED]> * URL : http://www.nongnu.org/fim/index.html * License : GPLv2 or higher Description : tool t The Free Image Manipulator is a graphical tool to do various things to a set of pictures. Features - You can resize many images (you only set their maximum size and images ale scalled automatically so that ratio is not changed) - You can add text (you choose font, size, color of background and foreground, position, spacing, opacity of background and foreground) - Despite the fact that images had different sizes, after resizing, added text will look on every image the same (all chosen options are relative) - You are able to save or load images from one of the formats: jpeg, png, gif (every image in the set can be in different format, it doesn't matter) - You can paste several image on all loaded images preserving its opacity or even changing it! -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (90, 'testing'), (50, 'unstable'), (40, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-incase 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#376728: RFP: slide -- integrated development environment for SELinux policy
Package: wnpp Severity: wishlist * Package name: selinux-ide Version : 0.2.0 Upstream Author : Tresys Technology <[EMAIL PROTECTED]> * URL : http://selinux-ide.sourceforge.net/ * License : GPL Description : integrated environment for SELinux policy development . SLIDE is an integrated development environment for SELinux developed by Tresys Technology. Some basic features of SLIDE include: . * Graphical user interface for policy development * Integration with Reference Policy * Project creation wizards * Auto-completion of interface names * Policy syntax highlighting * Easily compile and build module packages * Hook into standard Eclipse search * Basic refactoring features including adding and removing ifdef, optional and tunable blocks . SLIDE supports both modular and monolithic policy development, and is built as a plugin to the Eclipse SDK. . The goal of the SLIDE project is to make policy development for SELinux easier. . For more information visit the Tresys Technology website. . Or visit the other project pages on sourceforge - http://www.sf.net/projects/selinux-ide I would package it myself if I had any experience at all with Eclipse and/or SELinux, but unfortunately, I have no experience with either of the two. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338677: #338677 RFP: mogwai-er-designer -- an ER modeller for most common RBDMSes
Hi. Are you interested in this package? If not, I will close the RFP bug since I don't need that package anymore. regards, Sven signature.asc Description: OpenPGP digital signature
Bug#365087: ITP: debcheck -- Checks whether dependencies of debian packages can be satisfied
Ralf Treinen wrote on 28/04/2006 09:48: > Hi Sven, >>It would be quite nice if the tool had an option to do the following: >>Given the Packages file (or other compatible list of packages) on STDIN >>and a set of "seed" packages on the commandline, print out all the >>packages needed to fulfill the dependencies (if all dependencies can be >>fulfilled - error out if not). > > What you describe is indeed one of the goals of the edos project > (http://www.edos-project.org/xwiki/bin/view/Main/WebHome) where > the debcheck tool (and many others) comes from. In the context > of the edos projec we call this problem "thinning" of a distribution. > The problem seems to be beyond debcheck's realm. There is work in > progress on this issue but so far there is no completely satisfying > solution. In particular we would like to find a minimal solution > with respect to some reasonable metrics (number of packages, size > of packages, ...). How important do you think would be minimality > of a solution? Or what would be your criterion for an optimal > solution to the problem? > > The use case you describe suggests to me a variant of the problem > which might be easier: Extend a given distribution by just a small > set of packages and their dependency closure. In this case it would > be sufficient to find a solution which is only "locally" optimal > (that is optimal among those that preserve the previous calculated > distribution). Would that be sufficient for your purpose? I'm not certain what you describe here. What I would need as an output is a sort of minimal set of packages. The Definition of a minimal set could divert under certain circumstances (minimal in size or in number of packages), but for me it would be of no importance wether I would get the minimal number of packages or the set of minimal size. Let's assume that apart from what Debian defines as the core set of packages, my repository has these packages (format: "package: Dependencies (size)"): a: b, c|d (1) b: d|c (1) c: e (2) d: (4) e: (1) Assuming that there are no conflicts, and I specify "a" as the 'set' of seed packages. Now there are a number of possible solutions: a,b,c,d,e (9) a,b,c,e (5) a,b,d,e (7) a,b,d (6) The first is trivial: If I install all packages, all dependencies are fulfilled. The second if the optiomal solution if space is the criteria, the fourth the optimal solution if number of packages is the criteria. The third is a non-trivial and non-optimal solution. I personally wouldn't care wether I get the second or fourth solution, as long as the set is minimal to either the number of packages or the size of packages criteria. However I need to be able to specify the seed packages and the list of available Packages at run time. I do not care about what the history of my archive might have produced at some other time of its existance though. And I would be actually quite satisfied if the solution I get is nearly optimal to either criteria, I don't care if I could have a set with 5% less packages (or package size), as long as the set I get doesn't contain more than 10% of unneeded packages. Roberto: I'm not sure I understand your descriptions of "history" and "anla" correctly. But from glancing over the PDF you referenced, I guess what I need is actually an equivalent to something close to the thing described in 4.4.2 (A first solution). My ideal tool would take a packages list from STDIN (like debcheck does) plus a set of packages from the commandline (as a list in $need). What I would then appreciate to get is equivalent to the following expression if I understand the syntax right: $essential <- unit(filter(packages, $p -> is_essential($p))) $target <- $essential | $need $result <- install(latest($target), packages) I'm not worried about certain (known) packages missing from that $result set (like kernel or bootloader - which are normally not directly depended on) unless they were specified in the list of seed packages. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365087: ITP: debcheck -- Checks whether dependencies of debian packages can be satisfied
Ralf Treinen wrote on 27/04/2006 21:53: > Package: wnpp > Severity: wishlist > Owner: Ralf Treinen <[EMAIL PROTECTED]> > > * Package name: debcheck > Version : as of 2006/3/19 > Upstream Author : Jerome Vouillon <[EMAIL PROTECTED]> > * URL : http://www.pps.jussieu.fr/~vouillon/ There is one "small" wish (actually I don't know wether it is a small or large one, considering the work already done in debcheck/rpmcheck) I have, which you might want to implement and/or forward to $Upstream: It would be quite nice if the tool had an option to do the following: Given the Packages file (or other compatible list of packages) on STDIN and a set of "seed" packages on the commandline, print out all the packages needed to fulfill the dependencies (if all dependencies can be fulfilled - error out if not). This would be of use on many occasions, most notably when you try to build a minimal repository which contains all needed packages for a given set of packages you want installed. In my case, it would help to build an automated installation CD for Debian with some customized and/or additional packages. Currently, when I add a new application, I have to manually check the dependencies. Would be extremely nice to find a way to automate this. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365087: ITP: debcheck -- Checks whether dependencies of debian packages can be satisfied
Hi. While trying to compile your preliminary package on AMD64, I had a FTBFS problem. I solved it, so this is only annecdotal, but please read the last paragraph of this mail anyway. After some searching, I found the problem to be that my version of findutils interpreted the regular expression differently, so that your Makefile rule to build .depend didn't match. I modified the find call to be 'find . -name "*.ml" -o -name "*.mli"' and it worked that way. I see the relevant bug in findutils has been fixed in 4.2.22-2, so this is not an issue any longer. However, I wonder why you have a "versioned" depend on ocaml-nox-3.09.1. debcheck seems to run quite nicely on my Sarge box (with ocaml-nox 3.08 cu, sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347558: RFP: apparmor -- an application security framework for high security and easy usabilty
Package: wnpp Severity: wishlist * Package name: apparmor Version : 2.0 Upstream Author : Novell/SuSE Linux * URL : http://www.opensuse.org/Apparmor * License : GPL Description : an application security framework for high security and easy usabilty AppArmor is an application security tool designed to provide a highly secure yet easy to use security framework for your applications. AppArmor proactively protects the operating system and applications from external or internal threats, even zero-day attacks, by enforcing good behavior and preventing even unknown application flaws from being exploited. AppArmor security policies, called "profiles", completely define what system resources individual applications can access, and with what privileges. A number of default profiles are included with AppArmor, and using a combination of advanced static analysis and learning-based tools, AppArmor profiles for even very complex applications can be deployed successfully in a matter of hours. Source available at http://forge.novell.com/modules/xfmod/project/?apparmor -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (400, 'experimental'), (90, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-incase 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#338677: RFP: mogwai-er-designer -- Mogwai ER-Designer - an ER modeller for most common RDBMSes
Package: wnpp Severity: wishlist * Package name: mogwai-er-designer Version : 0.9.5 Upstream Author : Mirko Sertic ([EMAIL PROTECTED]) and others * URL : http://mogwai.sourceforge.net/erdesigner/erdesigner.html * License : GPL Description : Mogwai ER-Designer - an ER modeller for most common RDBMSes ERDesigner is a free entity releationship modelling tool supporting MySQL, PostgreSQL and Oracle. . There are also several plugins available for model documentation, source code generation for JPOX and Hibernate for your models. Also the tools supports database schema versioning. The 0.9.5 release includes some bug - fixes and also enhancements to the reverse engineering plugin and code generation module. . Feel free to visit the project homepage http://mogwai.sourceforge.net for more details. I would package it myself, but I have no experience what-so-ever with Java programming, so it just doesn't make sense for myself to package it. However, I tried the program and was quite pleases with it and would like to use it on my Debian system. I have no idea about its compatibility with free Java VMs. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (400, 'experimental'), (90, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.12-incase 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#291069: Are you still working on this?
If so: Do you need help with it? If not: Could you retitle the bug to "RFP: pitivi -- GStreamer based non-linear audio/video editing software"? To do the latter, send an email to [EMAIL PROTECTED] with the following content: - cut here -- Package wnpp retitle 291069 RFP: pitivi -- GStreamer based non-linear audio/video editing software thanks - cut here -- Obviously, the second and third line should be one line. Wether you are still working on it or not, please reply within 3 weeks, otherwise I will retitle the bug myself, indicating that anyone may take over. Since you don't seem to have replied to Free Ekanayaka (whom I CC'ed this mail to) for almost exactly two months, I assume you are either not interested anymore or missing in action. PLEASE prove me wrong. regards, Sven signature.asc Description: OpenPGP digital signature
Bug#317009: RFP: mailzu -- MailZu is a web based quarantine handler to accompany amavisd-new
Package: wnpp Severity: wishlist * Package name: mailzu Version : 0.6RC1 Upstream Author : Samuel Tran <[EMAIL PROTECTED]>, Brian Wong <[EMAIL PROTECTED]> and others * URL : http://www.mailzu.org/ * License : GPL Description : a web based quarantine handler to accompany amavisd-new MailZu is a web based quarantine handler for amavisd-new. It allows both administrators as well as normal users. It's features include: * Multiple amavisd-new instance support * AM.PDP protocol support * Web based interface written in PHP, supports major browsers * Multiple language support * Multiple method authentication: LDAP, Active Directory, SQL * Restricted login * Login session with or without cookies * Multiple mail attribute support * Users can view, release or delete messages tagged as spam in * quarantine * Users can view, request the release or delete messages containing * banned attachment in quarantine * Administrators and Super-Administrators can view, release or * delete messages in site wide quarantine * Comprehensive search engine for messages in quarantine * Displays attachments and images in a safe way * Online help pages Various other features are planned for future versions. -- System Information: Debian Release: 3.1 APT prefers stable Architecture: i386 (i686) Kernel: Linux 2.6.11.12-incase 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#313659: RFP: ktorrent -- ktorrent is a bittorrent client for KDE
Bartosz Fenski aka fEnIo wrote on 15/06/2005 01:15: > On Tue, Jun 14, 2005 at 10:59:00PM +0200, Sven Mueller wrote: > >>* Package name: ktorrent >> Version : 1.0rc1 >> Upstream Author : Joris Guisson >>* URL : http://lumumba.luc.ac.be/~joris/ktorrent/ >>* License : (GPL, LGPL, BSD, MIT/X, etc.) > > I doubt it uses all these licenses at the same time. Woops, right. It's actually under the GPL. cu, sven signature.asc Description: OpenPGP digital signature
Bug#313659: RFP: ktorrent -- ktorrent is a bittorrent client for KDE
Package: wnpp Severity: wishlist * Package name: ktorrent Version : 1.0rc1 Upstream Author : Joris Guisson * URL : http://lumumba.luc.ac.be/~joris/ktorrent/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : ktorrent is a bittorrent client for KDE KTorrent is a simple BitTorrent client for KDE. This is a testing release for the final 1.0 release. To get it go to it's homepage at http://lumumba.luc.ac.be/~joris/ktorrent/. It's main features are : - dowloads torrents - upload speed capping - HTTP and UDP tracker support - Internet search using KHTML + http://www.bittorrent.com/ -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (400, 'experimental'), (90, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.7-incase 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#306268: connect renamed as ssh-proxt-connect
Philippe COVAL wrote on 27/04/2005 09:42: >>That's a terrible package name. > > I agrea this can be confusing, but I was the original name > > BTW, there is a duplicate ITP : > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=306268 > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=294943 > > She suggested to rename it "ssh-proxy-connect" , > this sounds good to me, if noone is against that name I will repackage it > (check in a few days : http://rzr.online.fr/docs/contribs/debian/?M=A ) . > > I am waiting sonia answers to my emails, to merge our work if needed. I would suggest not using "ssh" in the package name. The software can be used for many other things than just providing a clean TCP tunnel for ssh. In fact it can be used by almost any application which needs a clean TCP tunnel. Another note: It might be worth mentioning that its HTTP-Proxy tunnel won't work with content-inspection firewalls which will drop any connection established by a CONNECT which do not use SSL. Many companies use such firewalls. cu, sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#160706: RFP: buildd -- Debian package build daemon
Hi. I would certainly be interested in helping to package (and document) buildd. However I don't think I would be able to stem this by myself. So what I would actually like to do is: 1) Find a few others who are interested in this 2) Set up a mailinglist to coordinate the effort 3) Set up a repository for this effort, including buildd and any other software which is needed by buildd and not packaged yet 4) Start completing the documentation 5) package buildd So who would be interested in helping to package buildd? cu, sven
Bug#181273: RFA: vmnet -- A simple virtual networking program
May I suggest that vmnet is removed? The RFA has been open for almost two years now, with noone stepping forward to take it over. It therefore seems that the package isn't used much anymore (popcon says 0.10% installations). regards, Sven
Bug#220007: I took over - package available at http://incase.de/debian/
After consulting Roberto Suarez Soto, I took SpamPD over from him. I finished packaging SpamPD and also tested the package as good as possible. I'm eager to get any feedback. cu, Sven PS: CC to upstream author so that he knows, too. Also, I integrated a Makefile to generate a man page and update the .html documentation file. So if you are interested in the patch, Maxim: Let me know.
Bug#220007: Status of spampd ITP ?
Hi Roberto. Are there any news on this or should I go ahead and create my own package (based on spampd 2.12 as well)? IMHO it would be nice if you either uploaded a package to unstable or clearly stated that you won't do it. As it currently is, spampd is more or less "blocked" by your inactive ITP. regards, Sven PS: CC'ed Yann since he also seems to be half-active on this. -- -[ Ciphire Signature ]-- From: [EMAIL PROTECTED] signed email body (303 characters) Date: on 12 September 2004 at 22:52:29 GMT To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] : The message above has been secured using Ciphire Mail. : Verify this signature and download your free encryption : software at www.ciphire.com. The three garbled lines : below are the sender's verifiable encoded signature. 00fAEt00RBLwEAADICAAIAAgACACA2A5rfIAG/9i0QTXWRxDN1xNHi9n zP50IdFpQpJDdATQEAgQr8ZB70IOSGevJtyc2iyrsTaJECa5ZA26iXocSUnP2hh+ JGL3ralScbxsaFKtkXn+skqg2230lPdvOSuaB1Eg== --[ End Ciphire Signed Message ]
Bug#173511: zziplib useful for at least three debian packages
a zziplib package would be usefull for freecraft, php4 and others. -- Sven MuellerTel: +49-231-401550 Giessereistr. 11a Mobil: +49-172-2323802 D-44289 Dortmundweb: http://incase.de