Debian Kolab packages
Hello, we are happy to announce the Debian Kolab (www.kolab.org) packages: http://pkg-kolab.alioth.debian.org/ We built these packages for one of our customer at work (www.credativ.de) and are happy to give the work completly to Debian and the users. The reason why we don't use the upstream openpkg system is, that we love the Debian package management and don't want to administrate a second package system (openpkg) in the Debian one. See http://wiki.kolab.org/index.php/Kolab2_linux_distribution_integration We will finalize these packages and will then beginn to upload them to experimental. The steps are: 1. add "deb http://pkg-kolab.alioth.debian.org/experimental-packages/ ./" to your sources.list 2. "apt-get update; apt-get install kolabd" 3. Read http://svn.debian.org/wsvn/pkg-kolab/trunk/kolabd/debian/README.Debian?op=file&rev=0&sc=0 4. Tell us problems, bugs, suggestions on our mailinglist http://lists.alioth.debian.org/mailman/listinfo/pkg-kolab-devel Thank you for testing and helping on these (and coming) packages are going to: André Apelt Bernd Helmle Dominik Schips Marvin Stark Michael Steinfurth Peter Eisentraut Stefan Pachur Steffen Ritschel Tobias König Tom Fernandes Regards, Steffen Jöris and Noèl Köthe -- Noèl Köthe Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: [Kolab-devel] Debian Kolab packages
Op zaterdag 4 februari 2006 14:45, schreef Noèl Köthe: > we are happy to announce the Debian Kolab (www.kolab.org) packages: > > http://pkg-kolab.alioth.debian.org/ > > We built these packages for one of our customer at work > (www.credativ.de) and are happy to give the work completly to Debian and > the users. > The reason why we don't use the upstream openpkg system is, that we love > the Debian package management and don't want to administrate a second > package system (openpkg) in the Debian one. See > > http://wiki.kolab.org/index.php/Kolab2_linux_distribution_integration > > We will finalize these packages and will then beginn to upload them to > experimental. From what I saw from the svn repository, is that you patched quite some files to get this working isn't it? > The steps are: > 1. add "deb http://pkg-kolab.alioth.debian.org/experimental-packages/ ./" > to your sources.list > 2. "apt-get update; apt-get install kolabd" > 3. Read > http://svn.debian.org/wsvn/pkg-kolab/trunk/kolabd/debian/README.Debian?op=f >ile&rev=0&sc=0 4. Tell us problems, bugs, suggestions on our mailinglist > http://lists.alioth.debian.org/mailman/listinfo/pkg-kolab-devel Why didn't you use the dist_conf method, just specify all paths and files in http://kolab.org/cgi-bin/viewcvs-kolab.cgi/server/kolabd/kolabd/dist_conf/debian?rev=1.4&content-type=text/vnd.viewcvs-markup and make (actually./configure) kolab with "--with-dist=debian --without-openpkg". Now you ontain kolab without need to patch it :) For suse this works now, I guess for debian most of it will work as well. If not the code should be adapted for it (if possible). With the dist_conf method you're also getting the possibility to access kolab at e.g. https://fqdn/kolab/admin iso just https://fqdn/admin. -- Richard Bos Without a home the journey is endless
Re: Bug#349419: I packaged mod_dnssd, and sent the result to the main developper
On 2/1/06, Kevin B. McCarty <[EMAIL PROTECTED]> wrote: > [CC'ed since it isn't clear whether Sebastien reads d-d] > > Sebastien ESTIENNE wrote: > > > Package: wnpp > > Followup-For: Bug #349419 > > Owner: "SÃbastien ESTIENNE" <[EMAIL PROTECTED]> > > > > The debianization has been sent upstream > > If by "debianization" you mean the debian directory, and not just > helpful non-Debian-specific patches, it is generally discouraged for > upstream to ship a debian directory in their tar.gz. See for instance > this thread on debian-mentors for reasons why: > > http://lists.debian.org/debian-mentors/2006/01/msg00381.html We only manage the debian dir under svn, we don't include it in the tarball (make dist) > > I guess since mod_dnssd is not currently in Debian, it doesn't do any > harm right now. However, it would be better for you to find a sponsor > on the debian-mentors list so the Debianized package can be uploaded > into Debian proper. yes that's what i'd like to do, but i'm really new to the process of submitting a package. i also did the package for RFP #350457, comitted in svn upstream too. the next step is to find a mentor to get it in debian proper. > > regards, > > -- > Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department > WWW: http://www.princeton.edu/~kmccarty/Princeton University > GPG: public key ID 4F83C751 Princeton, NJ 08544 > regards -- Sebastien Estienne
Re: Bug#349419: I packaged mod_dnssd, and sent the result to the main developper
Sebastien Estienne wrote: > On 2/1/06, Kevin B. McCarty <[EMAIL PROTECTED]> wrote: >>Sebastien ESTIENNE wrote: >>>Package: wnpp >>>Followup-For: Bug #349419 >>>Owner: "SÃbastien ESTIENNE" <[EMAIL PROTECTED]> >>> >>>The debianization has been sent upstream >> >>If by "debianization" you mean the debian directory, and not just >>helpful non-Debian-specific patches, it is generally discouraged for >>upstream to ship a debian directory in their tar.gz. See for instance >>this thread on debian-mentors for reasons why: >> >>http://lists.debian.org/debian-mentors/2006/01/msg00381.html > > We only manage the debian dir under svn, we don't include it in the > tarball (make dist) Ah, OK. Excellent! >>I guess since mod_dnssd is not currently in Debian, it doesn't do any >>harm right now. However, it would be better for you to find a sponsor >>on the debian-mentors list so the Debianized package can be uploaded >>into Debian proper. > > yes that's what i'd like to do, but i'm really new to the process of > submitting a package. > > i also did the package for RFP #350457, comitted in svn upstream too. > > the next step is to find a mentor to get it in debian proper. Then what you'll want to do next is read the debian-mentors FAQ, here: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html followed by requesting a sponsor on the debian-mentors list. Good luck! -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351405: ITP: sonic-snap -- webcam application for Sonix sn9c102 based webcams
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: sonic-snap Version : 1.7 Upstream Author : Bram Stolk <[EMAIL PROTECTED]> * URL : http://www.stolk.org/sonic-snap/ * License : GPL Description : webcam application for Sonix sn9c102 based webcams sonic-snap is a webcam application for Sonix sn9c102 based webcams. It is a v4l2 application, built on top of the sn9c102 linux kernel driver, and contains a command line image grabbing tool, as well as a graphical application. Features: * Histogram analysis * Normalization * PPM capture * Automatic gain control * MPEG capture (optional) Uwe. -- Uwe Hermann http://www.hermann-uwe.de http://www.it-services-uh.de | http://www.crazy-hacks.org http://www.holsham-traders.de | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Improve ur life-style
Hey debian-russian-request, Just wanted to see if you were still looking to get back into sh ape. If so, you'll wanna check out www.bellsouth.www.wet.YN.yuio.org/jam//n1/?id=hav oc and f ill out their 40 sec short- f orm and they'll help you get back in s hape in no time. I've been with them for months and so has Bob and Herrera and we're all happy with what they've done with us. Glad to be of some help, Elvis Trujillo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351445: ITP: raccoonshow -- RaccoonShow combines slides and audio for a presentation into a Macromedia Flash format.
Package: wnpp Severity: wishlist Owner: David Watson <[EMAIL PROTECTED]> * Package name: raccoonshow Version : 0.6 Upstream Author : Jono Bacon <[EMAIL PROTECTED]> * URL : http://www.jonobacon.org/projects/raccoonshow/ * License : GPL Description : RaccoonShow combines slides and audio for a presentation into a Macromedia Flash format. RaccoonShow is a little program to convert some slides and audio for a presentation into Macromedia Flash format. This makes it easy to put your presentations online. To use RaccoonShow, you simply tell it the PDF containing your slides, the WAV file containing the audio, and a text file with a list of the times when the slides change. Run these through the RaccoonShow blender and out pops your presentation flash file. -- 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.14-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Tcl in Debian - volunteers needed
[Apologies if this went out more than once. Thunderbird is being weird... Please CC replies to me. Thanks!] Hi Debian developers and Tcl users, Apparently some of the packages I maintain were removed from Debian's testing distribution this evening: rivet, tcldom, tclxml and tclsoap, because of open bugs against them that I haven't found the time to close. "My bad", as they say. I will hopefully find the time to fix and upload new versions next week, however, realistically in the long term I don't see myself as having much time for maintaining most of the Tcl packages I currently have: tclparser, tclxml, mysqltcl, tkcon, tclsoap, tclthread, tcldom, tdom, tclvfs, gdtclft, tclexpat, and libtk-img (Img) I would like someone else to take these over. Those that aren't, may be removed from Debian (and consequently, Ubuntu). I intend to keep looking after rivet, tclmagick, being part of the upstream teams for each. Indeed, I'll have a bit more time for them if someone can give the other packages a good home. It's probably easiest if someone already in Debian can do this, because a newcomer will have to face a fair amount of bureaucracy to deal with Debian, and I do not have the time to assist with that, nor am I really all that familiar with the procedures(*) involved - my involvement in Debian began in 1997, prior to many of the rules and regulations that have subsequently been put in place. That said, it *would* be nice to get some Tcl people interested in Debian and Ubuntu, because they are extremely well done Linux distributions whose popularity is on the rise (there were rumors, since denied, that Google was going to distribute a desktop Linux based on Ubuntu). I just wanted to warn you up front that it will require some real commitment that at times goes beyond the technical abilities strictly necessary to maintain the aforementioned packages. Thanks, -- David N. Welton - http://www.dedasys.com/davidw/ Linux, Open Source Consulting - http://www.dedasys.com/ (*) "New maintainer": http://www.debian.org/devel/join/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351451: ITP: pyinotify -- Python wrapper for Linux inotify
Package: wnpp Severity: wishlist Owner: Hans Ulrich Niedermann <[EMAIL PROTECTED]> * Package name: pyinotify Version : 0.3.3 Upstream Author : Sebastien Martini <[EMAIL PROTECTED]> * URL : http://pyinotify.sourceforge.net/ * License : GPL Description : Python wrapper for Linux inotify pyinotify is a simple wrapper for the Linux kernel's inotify mechanism. The inotify mechanism allows applications to watch file changes in a fast and clean way since Linux kernel 2.6.13. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (700, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-suspend2-2.2-rc15 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal: move /etc/{protocol,services,rpc} to base-files
[EMAIL PROTECTED] wrote: > Currently there are several packages which Build-Depend on netbase just to > have /etc/protocol and /etc/services available to run tests. Unfortunately, > this means that all of netbase's dependencies also need to be installed -- > and because of bug #162581, pbuilder can't even block inetd from starting in > its chroot, resulting in orphan inetd processes after the build is over. > > So I'd like to propose moving those data files from netbase to base-files. If > it's decided that these files are inappropriate content for an essential > package, I'd at least like to see something like netbase-data which could be > installed without all the heavy dependencies of netbase. I'd especially like > to hear the opinions of the netbase and base-files packages' maintainers on > this. This seems like a very good idea. If there are really packages which are Build-Depending just to get those little database lists, they shouldn't need to Build-Depend on netbase. Actually, those lists have the interesting property of being semi-volatile data which changes (/should change) more often than the rest of netbase. I think this argues for putting them in a separate netbase-data package. In fact, this would solve in a certain sense the long argument about how many protocols/services to include in the lists: alternate packages could Provides: netbase-data if they included any superset of the most basic list. -- Nathanael Nerode <[EMAIL PROTECTED]> "(Instead, we front-load the flamewars and grudges in the interest of efficiency.)" --Steve Lanagasek, http://lists.debian.org/debian-devel/2005/09/msg01056.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351470: ITP: libmail-gnupg-perl -- Perl module for processing email with GPG
Package: wnpp Severity: wishlist Owner: gregor herrmann <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libmail-gnupg-perl Version : 0.08 Upstream Author : Best Practical Solutions, LLC; Robert Spier <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~rspier/Mail-GnuPG-0.08/GnuPG.pm * License : GPL or Artistic License Description : Perl module for processing email with GPG GnuPG::Interface can process or create PGP signed or encrypted email. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD5WnoOzKYnQDzz+QRAkOhAJ9dsKhypAdUYLuxfON9+jlsOHAKWQCg58mQ BkZODxZ1aGn/aDJs9HANAzA= =w/T8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351471: ITP: libmarc-perl -- Perl extension to manipulate MAchine Readable Cataloging records
Package: wnpp Severity: wishlist Owner: gregor herrmann <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libmarc-perl Version : 1.07 Upstream Author : Chuck Bearden [EMAIL PROTECTED] Bill Birthisel [EMAIL PROTECTED] Derek Lane [EMAIL PROTECTED] Charles McFadden [EMAIL PROTECTED] Ed Summers [EMAIL PROTECTED] * URL : http://search.cpan.org/~bbirth/MARC-1.07/MARC.pm * License : GPL or Artistic licence Description : Perl extension to manipulate MAchine Readable Cataloging records MARC.pm is a Perl 5 module for reading in, manipulating, and outputting bibliographic records in the USMARC format. . MARC.pm can handle both single and batches of MARC records. The limit on the number of records in a batch is determined by the memory capacity of the machine you are running. If memory is an issue for you MARC.pm will allow you to read in records from a batch gradually. MARC.pm also includes a variety of tools for searching, removing, and even creating records from scratch. y -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD5Wo+OzKYnQDzz+QRAofGAJ96or0tpkGJpS2Hk3728Tgov26G1QCg2bUl vG7LVqUPHpOY9kVZ85+kzA8= =y7CF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351472: ITP: libnet-amazon-perl -- Perl framework for accessing amazon.com via SOAP and XML/HTTP
Package: wnpp Severity: wishlist Owner: gregor herrmann <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libnet-amazon-perl Version : 0.34 Upstream Author : Mike Schilli <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~mschilli/Net-Amazon-0.34/lib/Net/Amazon.pm * License : GPL or Artistic Licence Description : Perl framework for accessing amazon.com via SOAP and XML/HTTP Net::Amazon provides an object-oriented interface to amazon.com's SOAP and XML/HTTP interfaces. This way it's possible to create applications using Amazon's vast amount of data via a functional interface, without having to worry about the underlying communication mechanism. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD5WqtOzKYnQDzz+QRAiSmAJ9jUgMwh1Vj7nqC1nJVTcMrp3xxDwCeNRKh 2sSZb+uJ4QLiS7UgBkU0F6I= =bs52 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal: move /etc/{protocol,services,rpc} to base-files
Nathanael Nerode wrote: > In fact, this would solve in a certain sense the long argument about how many > protocols/services to include in the lists: alternate packages could > Provides: netbase-data if they included any superset of the most basic list. In this way, I dare say, lies madness. Not only will there be multiple packages owning the same config file, but there is the problem of multiple versions existing --- package A and package B both include a superset, and now for no good reason can't be installed together. If there is really a problem with not being able to include everything in netkit-data or whatever, we need an update-services command, etc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposal: move /etc/{protocol,services,rpc} to base-files
[Anthony DeRobertis] > If there is really a problem with not being able to include > everything in netkit-data or whatever, we need an update-services > command, etc. /etc/services.d (: signature.asc Description: Digital signature
