Re: RFS: guilt - quilt for git; similar to Mercurial queues
On 18:35 Sun 18 Mar 2007, Pierre Habouzit wrote: On Tue, Feb 27, 2007 at 03:08:17PM -0800, Brandon Philips wrote: I am looking for a sponsor for my package guilt. The package works but I still need to write man pages. I'm very interested to sponsor that. Great! * Package name: guilt Version : 0.20-1 Upstream Author : Josef Jeff Sipek [EMAIL PROTECTED] * URL : http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/ * License : GPLv2 Programming Lang: Bash Section : devel It builds these binary packages: guilt - quilt for git; similar to Mercurial queues Some remarks: * I usually dislike to patch upstream in the .diff.gz and prefers debian/patches/ to be used. I moved to debian/patches with dpatch. Is this a reasonable solution? * your debian/copyright is not complete, it misses one copyright statement for one of the guild-* commands, and do not report the documentation copyright. You can take [0] as very good examples of debian/copyright files. I updated the copyright file to add in this data. http://mentors.debian.net/debian/pool/main/g/guilt/ What do you think? Thanks, Brandon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: guilt - quilt for git; similar to Mercurial queues
On Tue, Mar 20, 2007 at 01:07:00AM -0700, Brandon Philips wrote: On 18:35 Sun 18 Mar 2007, Pierre Habouzit wrote: On Tue, Feb 27, 2007 at 03:08:17PM -0800, Brandon Philips wrote: I am looking for a sponsor for my package guilt. The package works but I still need to write man pages. I'm very interested to sponsor that. Great! * Package name: guilt Version : 0.20-1 Upstream Author : Josef Jeff Sipek [EMAIL PROTECTED] * URL : http://www.kernel.org/pub/linux/kernel/people/jsipek/guilt/ * License : GPLv2 Programming Lang: Bash Section : devel It builds these binary packages: guilt - quilt for git; similar to Mercurial queues Some remarks: * I usually dislike to patch upstream in the .diff.gz and prefers debian/patches/ to be used. I moved to debian/patches with dpatch. Is this a reasonable solution? use what you like. I usually find quilt simpler, but really, I care much about you beeing comfortable with it than me. You may want to read[0]. The sole subtility here is that I'm interested into guilt myself, so if you don't fit all my usual requirements I don't care, because I know I will take good care of guilt. Though if you meet them I would be delighted :) This page is meant to discourage lurkers. But don't be afraid, I'm not an ogre :D * your debian/copyright is not complete, it misses one copyright statement for one of the guild-* commands, and do not report the documentation copyright. You can take [0] as very good examples of debian/copyright files. I updated the copyright file to add in this data. http://mentors.debian.net/debian/pool/main/g/guilt/ What do you think? Like said I can't look into it right now. But I will ASAP. [0] http://people.debian.org/~madcoder/sponsor.html -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpA8ALvQFpqL.pgp Description: PGP signature
Re: From local source tree to Debian package
Am Dienstag, den 20.03.2007, 10:00 +0900 schrieb Charles Plessy: [..] I am sometimes wondering what is the best approach for packages with no makefiles : a) dh_install, IMHO the perfect tool for this approach. b) Write a Makefile, submit it to Upstream, and ship it in the debian directory in the meantime. (as a patch ? as a file to be moved in at the begining of the install rule in debian/rules ?). You don't need to move it. You can use the -f switch of make and put it, wherever you want :) The advantage of b) is that it then contributes to trivialise the packaging rules, especially if it is incorporated upstream. But upstream probably wrote his package for more than Debian. And a Makefile, that shall cover many Linux/Unix distributions + MacOSX is often more complicated, than a simple Makefile you write just for Debian packaging. That's the problem I see with putting such Makefiles into upstream, especially if the upstream author doesn't have much experiences with Makefiles. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: elfio
On Tuesday 20 March 2007 04:41, Paul TBBle Hampson wrote: It builds these binary packages: libelfio-dev - library for reading and generating ELF files This package should be split in a binary package with the library, and an architecture-independant -dev package with headers and example AFAIK. Regards, Thomas Jollans pgpajWQhnEiEk.pgp Description: PGP signature
Re: debian/prerm is executed on *reconfigure*? (solved)
schönfeld / in-medias-res.com schrieb: Hi mentors, hi Dpkg developers, Okay, this problem is solved, thanks to Justin Pryzby and Michael Biebl. Thanks to you. To all the others reading this list: I can really really recommend the link at debian women wiki Michael posted. For packaging beginners like many on this list (and I) are this link is an awesome explanation of how maintainer scripts are called. Really great, absolutetly worth the recommendation. Best Regards Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Using dbconfig-common for a package that needs root access to MySQL
Hello, Somebody submitted #414477 against my package, which needs root access to MySQL. My question is simple: can dbconfig-common grant root access to MySQL? Thomas Goirand -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian/watch file and berlios
ok - so it is not a dead issue. Thanks for the link. I think it is time to ask berlios people to add uscan to the list of valid agents. I will email Lutz Henckel in a follow-up... On Tue, 20 Mar 2007, Michal Čihař wrote: Hi On Mon, 19 Mar 2007 23:41:56 -0400 Yaroslav Halchenko [EMAIL PROTECTED] wrote: I am sorry if I am trying to wake up a dead issue, but See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=409137 -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian/watch file and berlios
Dear Lutz, I am a Debian developer who packages a FOSS software hosted at berlios.de. As a part of packaging, we use a convenience tool named uscan which checks the upstream page for available new versions. Since some time ago, berlios's website is not allowing the tool to use its native Agent string (Debian uscan 2.9.27) and forbids the access. Is there a chance to adjust web server configuration to allow uscan to access the pages? If it is not of your responsibility, could you please forward this request to appropriate person? For the reference and examples of invocation please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397354 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=409137 Thank you in advance for your help Cheers Yarik On Mon, 19 Mar 2007, Yaroslav Halchenko wrote: I am sorry if I am trying to wake up a dead issue, but On Thu, 23 Nov 2006, Julian Gilbey wrote: On Wed, Nov 22, 2006 at 11:17:29AM -0500, Justin Pryzby wrote: I think there are 2 problems: - Berlios apparently rejects based on User-Agent. Fixed in 2.9.24, I believe. Indeed there is a changelog entry: * uscan: set HTTP user agent name (Closes: #397354) and current 2.9.27 version of uscan has: $user_agent-agent('Debian uscan 2.9.27'); and my uscan fails with: ,--- | -- In debian/watch, processing watchfile line: |opts=downloadurlmangle=s/prdownload/download/ http://developer.berlios.de/project/showfiles.php?group_id=7729 http://prdownload.berlios.de/keyjnotegui/keyjnotegui-(.*).tar.bz2 | uscan warning: In watchfile debian/watch, reading webpage | http://developer.berlios.de/project/showfiles.php?group_id=7729 failed: 403 Forbidden `--- so imho issue persists since berlios seems to don't allow uscan as the agent effectively bringing #397354 back alive: ,--- | *$ lynx -dump 'http://developer.berlios.de/project/showfiles.php?group_id=7729' | head -3 | [1]BerliOS :[2]DevCounter [3]WebCalendar [4]Developer | [5]SourceAgency [6]SourceLines[7]Partners [8]Contact Us | $ lynx -useragent='Debian uscan 2.9.27' -dump 'http://developer.berlios.de/project/showfiles.php?group_id=7729' | Warning: User-Agent string does not contain Lynx or L_y_n_x! |Forbidden |You don't have permission to access /project/showfiles.php on this |server. | _ | Apache/1.3.34 Server at developer.berlios.de Port 80 `--- P.S. Sorry for an extensive list of Addressees -- just wanted to follow-up on existing thread/issue. -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik pgpeQDnOKgp4c.pgp Description: PGP signature
RFS: Reposting gnome-mplayer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I did not receive any comments what so ever on my last posting so now I will try again. Any comments are welcome. Also if they are negative in which case I wound spend any more of my time on the package. Begin forwarded message: Date: Mon, 19 Mar 2007 00:25:57 +0100 From: Michael Rasmussen [EMAIL PROTECTED] To: debian-mentors@lists.debian.org Subject: RFS: gnome-mplayer - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 From: Michael Rasmussen [EMAIL PROTECTED] To: debian-mentors@lists.debian.org Subject: RFS: gnome-mplayer Dear mentors, I am looking for a sponsor for my package gnome-mplayer. * Package name: gnome-mplayer Version : 0.4.4-1 Upstream Author : Kevin DeKorte [EMAIL PROTECTED] * URL : http://dekorte.homeip.net/download/gnome-mplayer/ * License : GPL Section : sound It builds these binary packages: gnome-mplayer - GNOME MPlayer is a simple GUI for MPlayer The intention for the application is to replace mplayerplug-in with a more clean an native Gnome application. The one uses dbus to communicate with mplayer. The package is lintian clean. The package is linda clean. The package builds and installs cleanly with pbuilder The package can be found on mentors.debian.net: - - - URL: http://mentors.debian.net/debian/pool/main/g/gnome-mplayer - - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - - dget http://mentors.debian.net/debian/pool/main/g/gnome-mplayer/gnome-mplayer_0.4.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards Michael Rasmussen - - -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael at rasmussen dot cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir at datanom dot net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir at miras dot org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 - - -- BOFH excuse #134: because of network lag due to too many people playing deathmatch - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF/cqGQQOPluUB9RwRAlMWAJoD6zGW7BgSqdDFJw0QIvpPB05ZWgCg1l3X TZW8jW/yeBU9H4atxIRypDs= =w8rW - -END PGP SIGNATURE- - -- Hilsen/Regards Michael Rasmussen Get my public GnuPG keys: michael at rasmussen dot cc http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xD3C9A00E mir at datanom dot net http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE501F51C mir at miras dot org http://keyserver.veridis.com:11371/pks/lookup?op=getsearch=0xE3E80917 - -- /* Fuck. The f-word is here so you can grep for it :-) */ linux-2.4.3/include/asm-mips/mmu_context.h -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGAC2sQQOPluUB9RwRAtC2AJoDyGddUbJgstps62lv5W1w3vOv1wCg1Bnt QTssoqLSnVEWFWMDipmgvz4= =3JBI -END PGP SIGNATURE-
Re: RFS: guilt - quilt for git; similar to Mercurial queues
On 10:24 Tue 20 Mar 2007, Pierre Habouzit wrote: On Tue, Mar 20, 2007 at 01:07:00AM -0700, Brandon Philips wrote: On 18:35 Sun 18 Mar 2007, Pierre Habouzit wrote: On Tue, Feb 27, 2007 at 03:08:17PM -0800, Brandon Philips wrote: I am looking for a sponsor for my package guilt. The package works but I still need to write man pages. I moved to debian/patches with dpatch. Is this a reasonable solution? use what you like. I usually find quilt simpler, but really, I care much about you beeing comfortable with it than me. You may want to read[0]. Wow, quilt is much easier to use. The new maintainer guide recommended dpatch but it sort of sucked, good thing I asked :) I uploaded a new version that uses quilt instead. The sole subtility here is that I'm interested into guilt myself, so if you don't fit all my usual requirements I don't care, because I know I will take good care of guilt. Though if you meet them I would be delighted :) ;) Cheers, Brandon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
go ahead
Hi just look at this :) http://tanknk.dothome.co.kr/ regards, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: cakephp
Chris Lamb [EMAIL PROTECTED] wrote: I am looking for a sponsor for my package cakephp. I have found a sponsor and the package has been uploaded. Thus I am no looking for a sponsor. Regards, -- Chris Lamb, Leamington Spa, UKGPG: 0x634F9A20 signature.asc Description: PGP signature
Re: Bug#413985: RFS: elfio
On Tue, Mar 20, 2007 at 01:40:32PM +0100, Thomas Jollans wrote: On Tuesday 20 March 2007 04:41, Paul TBBle Hampson wrote: It builds these binary packages: libelfio-dev - library for reading and generating ELF files This package should be split in a binary package with the library, and an architecture-independant -dev package with headers and example AFAIK. What would be the benefit of seperating the headers from the static library? I don't see how either is useful on its own. -- Paul TBBle Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpDoB08zzf39.pgp Description: PGP signature
Re: Bug#413985: RFS: elfio
On Tuesday 20 March 2007 23:17, Paul TBBle Hampson wrote: On Tue, Mar 20, 2007 at 01:40:32PM +0100, Thomas Jollans wrote: On Tuesday 20 March 2007 04:41, Paul TBBle Hampson wrote: It builds these binary packages: libelfio-dev - library for reading and generating ELF files This package should be split in a binary package with the library, and an architecture-independant -dev package with headers and example AFAIK. What would be the benefit of seperating the headers from the static library? I don't see how either is useful on its own. My mistake, I missed that it's a static library. However, the binary in /usr/bin - is it useful on its own or just used to configure something about the library. Kind Regards, Thomas Jollans pgpH6Go464udZ.pgp Description: PGP signature
RFS: xchat-idle: XChat plugin that marks you /away and /back automatically
Hello folks, I am looking for a sponsor for a small XChat plugin I wrote called idle. Package name: xchat-idle Version : 1.0 Upstream Author : Sam Morris [EMAIL PROTECTED] URL : http://robots.org.uk/src/xchat/ License : GPL Description : XChat plugin that marks you /away and /back automatically This XChat plugin automatically issues the /away and /back commands based on the amount of time that your session has been idle. I have uploaded the source package to mentors.debian.net; it can be downloaded from http://mentors.debian.net/debian/pool/main/x/xchat-idle/xchat-idle_1.0-1.dsc. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
quilt, cdbs, dpatch, but is there even simpler ?
Le Tue, Mar 20, 2007 at 11:31:06AM -0700, Brandon Philips a écrit : I moved to debian/patches with dpatch. Is this a reasonable solution? use what you like. I usually find quilt simpler, but really, I care much about you beeing comfortable with it than me. You may want to read[0]. Wow, quilt is much easier to use. The new maintainer guide recommended dpatch but it sort of sucked, good thing I asked :) Hi all, I am really dreaming of a simple system which just works, such as having patches in the debian/patches directory, and having the rest working automagically. Or a patch-available / patch-enabled system such as in the apache2 configuration. The easiest way to manage patches I know is cdbs, but I was not brave enough to study wether it is possible to separate this feature from the others. I read many times that quilt is simpler, but I do not find a simple documentation on internet. For the moment I use dpatch, but is is a slight work overhead since it is needed to convert patches to dpatches, for a benefit which is questionnable : one could embed the justification of the patch as comments in the code itself, after all. Having a simple and straghtforward patch system would lower the bar for new packagers, as well as open the way to have .diff.gz files which would only touch the debian directory, instead of containing a mixture of packaging instructions, code changes, and autoconf gizmo (another Debian nightmare which I do not understand the benefit). I hope that somebody will answer me that I overlooked the patch system of my dreams and give me its name... Have a nice day, -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: quilt, cdbs, dpatch, but is there even simpler ?
Le mercredi 21 mars 2007 01:16, Charles Plessy a écrit : I hope that somebody will answer me that I overlooked the patch system of my dreams and give me its name... Well, I would say that there are no ways inbetween.. Either you use cdbs, but you need to use their rule target management system, either you include patch targets yourself, but you cannot just backport cdbs patch features.. Now from the NM point of view, I would say that it is more instructive to do it by yourself at first. At least once, in order to understand when patch and unpatch rules are called etc.. Now from the maintainer point of view, yes cdbs is the patch system that you have dreamt about.. Using simple patch, yes you simply have to drop patches to debian/patches/ and it works(tm) Also, you may not be that afraid to learn the rest of the process since it behave also the same way. For a software with configure support and no bug in install system, well it just works(tm) :) You may now the link, but there is a very good documentation on cdbs made by duck: https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml For a very simple packaging with cdbs, you can look at kshutdown for instance.. Romain -- In the beginning, there was but one concept, And that's the concept of I. Then arose Apollyon, the Devil - Satan! Satan! - claiming that it's you and I. And from that day on, There was trouble in the world
Re: RFS: openjpeg
Le mardi 20 mars 2007 04:17, Paul TBBle Hampson a écrit : Dear mentors, Hi ! I am looking for a sponsor for my package openjpeg. Some basic comments: * debian/rules: you should remove uneeded call to dh_ stuff. Also the # shared library versions, option 1 version=1.0.0 major=1 stuff does not seem right, and version is not the one provided.. ln -s libopenjpeg-${version}.so dist/libopenjpeg.so This does not seem right too... * debian/control: there is a typo in one description. Also, you should rename libjpeg2000-utils to something like jpeg2000-utils since this package does not provide any lib.. * debian/copyright: You repeated copyright for licence, these are different sections.. Also download source should be a webpage or a ftp site, but not the tarball. * In the diff.gz: your modifications to source should be kept as patch and applied at build time. This way they'll remain into the debian/ directory. Also, you may check wether you could build the package without those modifications... And... You have a nice FTBFS for amd64: /usr/bin/ld: ./libopenjpeg/bio.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ./libopenjpeg/bio.o: ne peut lire les symboles: Mauvaise valeur As written in the message, you have to pass the -fPIC option at build time.. With the above issue, I think you did not check all the requirement for packaging a library.. -fPIC is required for instance.. You should first find some documentation like at this place: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html (first gogole result, so may not be the better...) This was not a deep review, there may be other mistakes.. Romain -- In the beginning, there was but one concept, And that's the concept of I. Then arose Apollyon, the Devil - Satan! Satan! - claiming that it's you and I. And from that day on, There was trouble in the world
Re: RFS: Reposting gnome-mplayer
Le mardi 20 mars 2007 19:53, Michael Rasmussen a écrit : Hi all, Hi ! I did not receive any comments what so ever on my last posting so now I will try again. Here are some :) * debian/: why do you ship Makefile.{in,am} there ? They are not needed and should be removed. * debian/changelog: It should be kept with one version for the inital upload. I now it mustn't be easy with mentors upload to follow changes, but you may at least do it before initial upload I think.. * upstream contains the debian/ packages files. Are they from upstream ? If yes, then you should contact upstream and explain him why he should not do so (multiple debian releases for one upstream release) Quick comments, should be other mistakes etc.. Romain -- son, daddy left you were from you were four I've got to struggle 'cos I am poor she said, food is a very hard thing to find sometime I feel like I'm going out of my mind
Re: RFS: libqt-perl_3.008-3
Hi , I have seen you comment please see the following thing. * Copyright should give years on which the code has been worked on See the ChangeLog File and /debian/changelog file. :FIXED * control is badly written in the build-dep section, some comas not well placed :-FIXED * You should remove the changelog.dch.foo file in debian/ :FIXED Now the important part: Looking at the diff.gz, there are some important changes in upstream sources. Some of the I understand, such as: - my $doc_dir = File::Spec-catdir($x{'datadir'},PerlQt-3); my $doc_dir = /usr/share/doc/libqt-perl/tutorial; :FIXED IT IS BECAUSE WE CHANGE THE MODULE DEPENDENCY LIKE DOC WILL TAKE PATH FROM /tutorial DIRECTORY. Some of them I don't see the point, like -/* The size of a `char *', as computed by sizeof. */ +/* The size of `char *', as computed by sizeof. */ :FIXED or: +=head1 NAME + +PerlQt - Perl interface to the Qt GUI Widget toolkit + and some I even wonder what it is about, like this: +eval 'exec /usr/bin/perl -S $0 ${1+$@}' +if 0; # not running under some shell + repeated a lot of times for two files... These are coming from MakeMakers fixin function which adjusts the shebang: SEE The Following link, http://people.debian.org/~terpstra/message/20070314.140237.d118051c.en.html#debian-perl Thanks Deepak Tripathi B9B0C9F2 The information contained in, or attached to, this e-mail, contains confidential information and is intended solely for the use of the individual or entity to whom they are addressed and is subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. www.aztecsoft.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ITA: libsnmp-mib-compiler-perl -- SNMP::MIB::Compiler is a MIBcompiler.
Package: wnpp Severity: normal I want to adopt this package .see the package information below. Package: libsnmp-mib-compiler-perl Priority: optional Section: perl Installed-Size: 308 Maintainer: Jean-Francois Dive [EMAIL PROTECTED] Architecture: all Version: 0.06-1.1 Depends: perl (= 5.6.0-16), libdata-compare-perl (= 0.02-1) Filename: pool/main/libs/libsnmp-mib-compiler-perl/libsnmp-mib-compiler-perl_0.06-1.1_all.deb Size: 135712 MD5sum: 138b6f3436cc7af80c8ded77fcca731d SHA1: d20e35f8b818252af39b8111d348e8860f2db814 SHA256: f971745e764590294051b872276523efb07bf847df37bfad0297e48c01151526 Description: SNMP::MIB::Compiler is a MIB compiler. It fully supports both SMI(v1) and SMIv2. This module can be use to compile MIBs (recursively or not) or load already compiled MIBs for later use. Tag: devel::library, langdevel::perl, made-of::lang:perl Thanks Deepak Tripathi B9B0C9F2 The information contained in, or attached to, this e-mail, contains confidential information and is intended solely for the use of the individual or entity to whom they are addressed and is subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. www.aztecsoft.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
about RFS libqt-perl and RFS libtie-cache-perl
On Wed, 2007-03-21 at 15:11 +0530, Deepak Tripathi wrote: Hi Bart, Hi Deepak, Romain has halped me to packaging libqt . Yes. but i am asking sponser for libtie-cache-perl.Not for libqt-perl . RFS means request for sponsorship. if you are interested then you can look at libqt aslo. Have you processed all comments from Romain and Gunnar? i have fixed all the thing whatever you have suggested . http://mentors.debian.net/debian/pool/main/l/libtie-cache-perl You have not yet fixed all the things I have suggested. Regards, Bart Martens signature.asc Description: This is a digitally signed message part