RFS: vamp-plugin-sdk -- audio analysis and feature extraction plugins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors / Multimedia Team / Sam, I am looking for a sponsor for my package vamp-plugin-sdk. This is needed to build Sonic Visualiser, which is a very interesting piece of software for music analysis. It's far more than a usual audio analyzer. You can put layers on top of the waveform itself, so you san see beat onsets, spectrum, prominent frequency, power, notes, chords, etc on the same screen. Data displayed on these layers are provided by Vamp plugins, based on the original audio data. See [1] for details and examples. * Package name: vamp-plugin-sdk Version : 1.1b-1 Upstream Author : Chris Cannam [EMAIL PROTECTED] * URL : http://www.vamp-plugins.org/ * License : BSD Section : sound Vamp is an audio processing plugin system for plugins that extract descriptive information from audio data - typically referred to as audio analysis plugins or audio feature extraction plugins. Just like an audio effects plugin (such as a VST), a Vamp plugin is a binary module that can be loaded up by a host application and fed audio data. However, unlike an effects plugin, a Vamp plugin outputs not processed audio but some sort of symbolic information. Typical things that a Vamp plugin might calculate include the locations of moments such as note onset times, visual representations of the audio such as histograms, or curve data such as power or fundamental frequency. Hosts using Vamp plugins include Audacity and Sonic Visualiser. Although this package is not very useful by itself, I have a packaged Sonic Visualiser ready for upload, which Build-Depends on vamp-plugin-sdk, so Vamp has to make it through before I can send RFS for it. It builds these binary packages: libvamp-hostsdk2 - helper library for Vamp hosts written in C++ libvamp-sdk1 - helper library for Vamp plugins written in C++ vamp-examples - example Vamp plugins and host vamp-plugin-sdk - audio analysis and feature extraction plugins (SDK) The package appears to be lintian and pbuilder clean. The upload would fix these bugs: 463754 The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/v/vamp-plugin-sdk - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/v/vamp-plugin-sdk/vamp-plugin-sdk_1.1b-1.dsc I would be glad if someone uploaded this package for me. Kind regards, - -- cc [1] http://www.sonic-visualiser.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHwA05GJRwVVqzMkMRAvrMAJ9fR5tzHZp4nrcdbbfQWQIC0bnxLACgocX/ vCpPhiq+2WacrOGBwJaNNGE= =GJMH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: nettee
Hi, On Fri, Feb 22, 2008 at 11:46:27PM -0300, Joel Franco wrote: A long description is really difficult because the 2 words say all :) no, they don't. Imagine you would be someone who is interested in cloning a system, but you never heard about tee or netcat. How could the maintainer of such a program as nettee is, have written the description for you to find it? BTW. have a look at the manpage. IMHO the description which is used their is a good starting point. - lacks a Homepage header to indicate the homepage. See [1] done Please move it to the source package part of the package, for example after the maintainer line. - debian/copyright - Some copyright holders are missing in that file Sorry. i did not understand. It's the original copyright missing? i have include it. my copyright too? Well, the debian/copyright needs to contain the copyright of each copyright holder, each file and every differing license. If I do a rgrep -i '(c)' in the package source directory I still find copyrights that are not mentioned in your copyright file. - Its a good idea to include a On Debian systems the license text can be found.. notice to the license of the software, because the link in the packaging is licensed as following-text looks like it *is* for the packaging only on ordinary people IMHO. I have included your text to precede the file location. No. What I meant is soemthing like this: License: .. License Excerpt .. On Debian Systems the complete text of the ... License can be found in .. The Debian packaging is ... I'tried to do it, but i don't have sure that it's correct because it's not clear which data must be in debian/watch. I have included the original upstream version download url. See the manpage for uscan. The format of the watch files is well documented there. Well, there are still some comments (besides what I've already written): - debian/copyright: Wrap lines after 80 characters - debian/rules: - Your CFLAGS are not used. Needs some investigation. - Its nitpicking, but please remove the useless empty whitespaces at some line endings (e.g. line 33 and 38) - debian/changelog: Needs some work. Changelog entries are not as they should be. See [1] for some instructions. - debian/docs: includes beowulf.master which does not seem to be a document, but instead an example. See the manpage for dh_installexamples on how to install examples - debian/README.Debian is still in the package. Remember that I and Paul told you, that its content is not really what the README.Debian is for. - debian/watch: No thats wrong. See the uscan manpage. Best Regards, Patrick [1] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-debian-changelog signature.asc Description: Digital signature
Re: signed mails to control@ (was: How to set BTS tags nicely)
On Tue, Feb 12, 2008 at 03:05:25PM +0100, David Paleino wrote: To be honest, last time I tried sending a signed mail to control@ was something like a year ago. Something may have changed since then, since I've just made a test mail (see #455005). But I've also changed something: now I send my GPG signature as PGP/MIME, before I was sending it as PGP/Inline. I bet that control@ can't handle PGP/Inline signed messages. Please file a bug with an example; I'm sure I made this work when I originally fixed debbugs to handle PGP signatures years ago. If it's broken now then something has gone wrong since then. Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: maintainer script factorization
On Fri, Feb 22, 2008 at 03:41:17PM -0500, Justin Pryzby wrote: Colin watson wrote about a scenario where he apparently needed to do this: http://lists.debian.org/debian-devel/2006/12/msg00647.html Yes, if you need to use the contents of the package's files in the preinst then you need to do this sort of thing. Of course, that particular hack is only necessary for upgrades from pre-etch, thank goodness. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: freesweep (ITA, new upstream release)
Hi, I'm looking for a sponsor for the new upstream version of freesweep. The package was orphaned, I want to maintain it in the Debian Games Team. It builds these binary packages: freesweep - a text-based minesweeper Description: Freesweep is an implementation of the popular minesweeper game, where one tries to find all the mines without igniting any, based on hints given by the computer. Unlike most implementations of this game, Freesweep works in any visual text display - in Linux console, in an xterm, and in most text-based terminals currently in use. Homepage: http://www.upl.cs.wisc.edu/~hartmann/sweep/ Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/freesweep/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/freesweep/?op=log Lintian v1.23.45 reports nothing, the package was rebuild in a clean sid install using pbuilder. The upload would fix five bugs: - (normal) #249896: enters infinite loop when creating too many mines - (normal) #210644: segmentation fault - (wishlist) #249771: New version available - (wishlist) #436862: not handling nostrip build option (policy 10.1) - (ITA) #465927: ITA: freesweep -- a text-based minesweeper The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/freesweep - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/freesweep/freesweep_0.90-1.dsc I would be glad if someone uploaded this package for me. Regards, Ansgar -- PGP: 1024D/595FAD19 739E 2D09 0969 BEA9 9797 B055 DDB0 2FF7 595F AD19 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: vamp-plugin-sdk -- audio analysis and feature extraction plugins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry, the correct web address for Sonic Visualiser is: http://www.sonicvisualiser.org/ - -- cc SZÉKELYI Szabolcs wrote: Dear mentors / Multimedia Team / Sam, I am looking for a sponsor for my package vamp-plugin-sdk. This is needed to build Sonic Visualiser, which is a very interesting piece of software for music analysis. It's far more than a usual audio analyzer. You can put layers on top of the waveform itself, so you san see beat onsets, spectrum, prominent frequency, power, notes, chords, etc on the same screen. Data displayed on these layers are provided by Vamp plugins, based on the original audio data. See [1] for details and examples. * Package name: vamp-plugin-sdk Version : 1.1b-1 Upstream Author : Chris Cannam [EMAIL PROTECTED] * URL : http://www.vamp-plugins.org/ * License : BSD Section : sound Vamp is an audio processing plugin system for plugins that extract descriptive information from audio data - typically referred to as audio analysis plugins or audio feature extraction plugins. Just like an audio effects plugin (such as a VST), a Vamp plugin is a binary module that can be loaded up by a host application and fed audio data. However, unlike an effects plugin, a Vamp plugin outputs not processed audio but some sort of symbolic information. Typical things that a Vamp plugin might calculate include the locations of moments such as note onset times, visual representations of the audio such as histograms, or curve data such as power or fundamental frequency. Hosts using Vamp plugins include Audacity and Sonic Visualiser. Although this package is not very useful by itself, I have a packaged Sonic Visualiser ready for upload, which Build-Depends on vamp-plugin-sdk, so Vamp has to make it through before I can send RFS for it. It builds these binary packages: libvamp-hostsdk2 - helper library for Vamp hosts written in C++ libvamp-sdk1 - helper library for Vamp plugins written in C++ vamp-examples - example Vamp plugins and host vamp-plugin-sdk - audio analysis and feature extraction plugins (SDK) The package appears to be lintian and pbuilder clean. The upload would fix these bugs: 463754 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/v/vamp-plugin-sdk - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/v/vamp-plugin-sdk/vamp-plugin-sdk_1.1b-1.dsc I would be glad if someone uploaded this package for me. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHwCdNGJRwVVqzMkMRAkp4AJ9VkXVTunRsgDkpnebpr1MisvkdGgCfYFE4 LcnFRL1TU9J2ximcHJZ0XPw= =UNAZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pinot
David Paleino wrote: Usual url on mentors :) Hi David, A few more comments: 1.) debian/patches/01-fix_pinot.desktop.patch The desktop file seems to be correctly encoded in UTF-8, so removing the Encoding line seems wrong to me. Could you elaborate why this patch is necessary. 2.) Missing recommends: /etc/pinot/external-filters.xml seems to use a lot of external tools (like unzip, pdftotext, antiword, unrtf, ...). I'd propose to add those tools to recommends or suggests. 3.) The package installs icons into /usr/share/icons/hicolor. I thus recommend to add dh_icons to debian/rules. Adding a dh_desktop call wouldn't hurt either, even if the pinot.desktop file currently doesn't register any mimetypes (yet). 4.) deskbar-applet/python integration. pinot installs a deskbar module. This module requires python-(gnome2, dbus, etc, you have to check the python files). These dependencies are currently missing. Maybe it would make sense to split out the deskbar module into a separate package, so the pinot package is not affected by the additional python dependencies. You should consider using python-support or python-central to install (and precompile) /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-module.py. The directory /usr/lib/deskbar-applet/handlers/ is not used anymore by deskbar-applet, so installing pinot-live.py is superfluous. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: signed mails to control@ (was: How to set BTS tags nicely)
On Sat, 23 Feb 2008 13:44:09 +, Colin Watson wrote: On Tue, Feb 12, 2008 at 03:05:25PM +0100, David Paleino wrote: To be honest, last time I tried sending a signed mail to control@ was something like a year ago. Something may have changed since then, since I've just made a test mail (see #455005). But I've also changed something: now I send my GPG signature as PGP/MIME, before I was sending it as PGP/Inline. I bet that control@ can't handle PGP/Inline signed messages. Please file a bug with an example; I'm sure I made this work when I originally fixed debbugs to handle PGP signatures years ago. If it's broken now then something has gone wrong since then. Bug filed as #467190. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: pinot
On Sat, 23 Feb 2008 16:21:13 +0100, Michael Biebl wrote: Hi David, Hi Michael, A few more comments: 1.) debian/patches/01-fix_pinot.desktop.patch The desktop file seems to be correctly encoded in UTF-8, so removing the Encoding line seems wrong to me. Could you elaborate why this patch is necessary. It's been deprecated from the freedesktop.org specification: http://standards.freedesktop.org/desktop-entry-spec/latest/apc.html /--- | The Encoding key is deprecated. It was used to specify whether keys of type | localestring were encoded in UTF-8 or in the specified locale. Possible values | are UTF-8 and Legacy-Mixed. See Appendix D, The Legacy-Mixed Encoding | (Deprecated) for more details. \--- Also, it triggers a lintian warning if you leave it. 2.) Missing recommends: /etc/pinot/external-filters.xml seems to use a lot of external tools (like unzip, pdftotext, antiword, unrtf, ...). I'd propose to add those tools to recommends or suggests. Added to Suggests, thanks. 3.) The package installs icons into /usr/share/icons/hicolor. I thus recommend to add dh_icons to debian/rules. Adding a dh_desktop call wouldn't hurt either, even if the pinot.desktop file currently doesn't register any mimetypes (yet). I forgot dh_icons, and about dh_desktop I've just read somewhere (probably here or on -devel) about using it even if it doesn't register any MIME type. 4.) deskbar-applet/python integration. pinot installs a deskbar module. I missed that. :( This module requires python-(gnome2, dbus, etc, you have to check the python files). These dependencies are currently missing. Maybe it would make sense to split out the deskbar module into a separate package, so the pinot package is not affected by the additional python dependencies. Done. I've called it deskbar-plugins-pinot (as there is already a deskbar-plugins-strigi, for a similar project). You should consider using python-support or python-central to install (and precompile) /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-module.py. Done, thanks. I've used python-support. Is there any difference between using the two packages you mentioned? I don't know why, I've always used python-support, and I can't find anything on the net (still googling, though). The directory /usr/lib/deskbar-applet/handlers/ is not used anymore by deskbar-applet, so installing pinot-live.py is superfluous. I've moved it to modules-2.20-compatible/. You can get the new package at the usual location: http://mentors.debian.net/debian/pool/main/p/pinot/pinot_0.82-1.dsc Thanks for reviewing my package, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: pinot
David Paleino wrote: On Sat, 23 Feb 2008 16:21:13 +0100, Michael Biebl wrote: A few more comments: 1.) debian/patches/01-fix_pinot.desktop.patch The desktop file seems to be correctly encoded in UTF-8, so removing the Encoding line seems wrong to me. Could you elaborate why this patch is necessary. It's been deprecated from the freedesktop.org specification: http://standards.freedesktop.org/desktop-entry-spec/latest/apc.html /--- | The Encoding key is deprecated. It was used to specify whether keys of type | localestring were encoded in UTF-8 or in the specified locale. Possible values | are UTF-8 and Legacy-Mixed. See Appendix D, The Legacy-Mixed Encoding | (Deprecated) for more details. \--- Thanks for the pointer. I didn't know that actually. Seems, we have a lot of outdated .desktop files in Debian then ;-) Done. I've called it deskbar-plugins-pinot (as there is already a deskbar-plugins-strigi, for a similar project). You should consider using python-support or python-central to install (and precompile) /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-module.py. Done, thanks. I've used python-support. Is there any difference between using the two packages you mentioned? I don't know why, I've always used python-support, and I can't find anything on the net (still googling, though). Using python-support or python-central is a matter of taste. Afaik python-central is used more often in Ubuntu, python-support is more common in Debian. # apt-cache rdepends python-support | wc -l 566 # apt-cache rdepends python-central | wc -l 443 Both do their job. So if you used python-support before and you know it, there is no reason to use python-central instead. The directory /usr/lib/deskbar-applet/handlers/ is not used anymore by deskbar-applet, so installing pinot-live.py is superfluous. I've moved it to modules-2.20-compatible/. I had the impression that /usr/lib/deskbar-applet/handlers/pinot-live.py was for deskbar-applet 2.20 and /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-module.py for deskbar-applet = 2.20 (which is in sid/lenny). Trying to load pinot-live.py with deskbar-applet = 2.20 results in ERRORError loading the file: /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-live.py. Traceback (most recent call last): File /usr/lib/python2.4/site-packages/deskbar/core/ModuleLoader.py, line 97, in import_module mod = pydoc.importfile (filename) File /usr/lib/python2.4/pydoc.py, line 240, in importfile raise ErrorDuringImport(path, sys.exc_info()) ErrorDuringImport: problem in /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-live.py - ImportError: No module named Handler So, you shouldn't move it and just remove it instead. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: RFS: pinot
On Sat, 23 Feb 2008 21:12:03 +0100, Michael Biebl wrote: David Paleino wrote: On Sat, 23 Feb 2008 16:21:13 +0100, Michael Biebl wrote: The directory /usr/lib/deskbar-applet/handlers/ is not used anymore by deskbar-applet, so installing pinot-live.py is superfluous. I've moved it to modules-2.20-compatible/. I had the impression that /usr/lib/deskbar-applet/handlers/pinot-live.py was for deskbar-applet 2.20 and /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-module.py for deskbar-applet = 2.20 (which is in sid/lenny). Trying to load pinot-live.py with deskbar-applet = 2.20 results in ERRORError loading the file: /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-live.py. Traceback (most recent call last): File /usr/lib/python2.4/site-packages/deskbar/core/ModuleLoader.py, line 97, in import_module mod = pydoc.importfile (filename) File /usr/lib/python2.4/pydoc.py, line 240, in importfile raise ErrorDuringImport(path, sys.exc_info()) ErrorDuringImport: problem in /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-live.py - ImportError: No module named Handler Uhm. I tried loading that module by putting it into ~/.gnome2/deskbar-applet/modules-2.20-compatible/, and it seemed working. I've updated the dependency on deskbar-applet to = 2.20, and I've removed pinot-live.py. You can find the fixed package as the same url as before. [1] Thanks, David [1] I know this is against some mentors' thought. Please feel free to tell me if you're uncomfortable with this (-- if the package needs any refining, that is). -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
RFS: libphp-phplot (updated package, NMU)
Dear mentors, I am looking for a sponsor for the new version 5.0.5-0.1 of package libphp-phplot. Maintainer of this package is Jeremy T. Bouse [EMAIL PROTECTED], but he seems to be MIA. I CC-ing this message to him so he can gets my package as reference. It builds these binary packages: libphp-phplot - The graphic library for PHP The package appears to be lintian clean. The upload would fix these bugs: 355680, 377372, 435176, 450253 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libphp-phplot - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libphp-phplot/libphp-phplot_5.0.5-0.1.dsc I would be glad if someone uploaded this package for me. Kind regards Denis Sirotkin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pinot
David Paleino wrote: This module requires python-(gnome2, dbus, etc, you have to check the python files). These dependencies are currently missing. Maybe it would make sense to split out the deskbar module into a separate package, so the pinot package is not affected by the additional python dependencies. Done. I've called it deskbar-plugins-pinot (as there is already a deskbar-plugins-strigi, for a similar project). You should consider using python-support or python-central to install (and precompile) /usr/lib/deskbar-applet/modules-2.20-compatible/pinot-module.py. Done, thanks. I've used python-support. Is there any difference between using the two I'm not a python (packaging) expert, so I'd be happy if others will correct me if I'm wrong, but if you use dh_pysupport (and not dh_python), you can remove debian/pycompat. You can also remove XS-Python-Version from debian/control [1]. Your Depends: line should have ${python:Depends} and ${misc:Depends} and as the python files are in a non standard directory (see man dh_pysupport), you should pass the directory to dh_pysupport. You will notice, that dh_pysupport now creates proper postinst/prerm hooks. I have a patch attached for that. Cheers, Michael P.S.: After this final round I think the package is ready for sponsoring, which I'll happily do. [1] /usr/share/doc/python-support/README.gz -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/debian/control b/debian/control index 4556db1..0ef9b8c 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,6 @@ Standards-Version: 3.7.3 Homepage: http://pinot.berlios.de Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint/pinot/trunk/ Vcs-Browser: http://svn.debian.org/wsvn/collab-maint/deb-maint/pinot/trunk/?rev=0op=log -XS-Python-Version: all Package: pinot Architecture: any @@ -32,7 +31,7 @@ Description: search engine for local files based on Xapian Package: deskbar-plugins-pinot Architecture: all -Depends: deskbar-applet (= 2.20), pinot, python-gnome2, python-gobject, +Depends: ${python:Depends}, ${misc:Depends}, deskbar-applet (= 2.20), pinot, python-gnome2, python-gobject, python-dbus Description: deskbar plugin to search files with pinot Pinot provides a D-Bus service that crawls, indexes your documents and diff --git a/debian/pycompat b/debian/pycompat deleted file mode 100644 index 0cfbf08..000 --- a/debian/pycompat +++ /dev/null @@ -1 +0,0 @@ -2 diff --git a/debian/rules b/debian/rules index e2e2a6c..3a1f8fc 100755 --- a/debian/rules +++ b/debian/rules @@ -54,7 +54,7 @@ binary-arch: build install dh_installman dh_icons dh_desktop - dh_pysupport + dh_pysupport /usr/lib/deskbar-applet/modules-2.20-compatible/ dh_link dh_strip dh_compress signature.asc Description: OpenPGP digital signature
I'll put your ad for Mvelopes.com - The Simpler, Smarter Budgeting System, on all 50,000 pages of my Alexa 19,000 marketing forum for free
Hi , It's Matt the owner of http://www.thefreeadforum.com I saw that your site, Mvelopes.com - The Simpler, Smarter Budgeting System, is linking to the Themillionaireleague.com site. I will put your put your 468 X 60 ad in rotation on the footer of my forum which includes 50,000 Google indexed pages, ,the index page and every single post(100,000+). My site was Alexa 19,000 today. I have over 50,000 marketers on the forum and over 1000 new members join every week. I spend $3000. per month with Google Adwords promoting it. It is PR 4 rankded by Google. You WILL get traffic and sales. I have over 200k subscribers in my newsletters. I will also put your sales letter in my autoresponder series which gets 300-500 subscribers per day every day. You will get sales and traffic forever with this. What do you have to do? Put my link on the index page of your site. You can get linking and banner codes here: http://www.thefreeadforum.com/linktous.html In order for me to put your big 468 X 60 ad on my super busy forum, targeted exactly to your market (Internet Marketing), I need a real link back to me on your homepage. Not some link buried deep within your site. You should also tell all your affiliates about the forum because they should be promoting Mvelopes.com - The Simpler, Smarter Budgeting System, like crazy on the forum to all the new marketers who join everyday. Plus our posts get indexed all over the search engines and Mvelopes.com - The Simpler, Smarter Budgeting Systemshould be in our posts too. If you do not want to do this I have also placed your ad and link in our link directory. It is under Themillionaireleague.com section of our site. You can check it out at: http://www.thefreeadforum.com/partners/themillionaireleaguecom21.html It says: If you want us to keep this link back to you in our link directory you can link back to us from any of your pages. But if you want your ad on all pages of our forum, including the index page, we need a link back to us on your home page. Let me know if the link is up and I will get to work putting up yours and adding your sales letter to my autoresponder series. Just respond to this email. If you do not want to hear from me again just respond with delete in the subject of the email and I will delete your site from the directory and your info from my files. Your link, Mvelopes.com - The Simpler, Smarter Budgeting System, will eventually be rotated off the link directory if you do not choose to link back to me on any of your pages. If you have any other ideas about joint ventures let me know. Thanks, Matt The Free Ad Forum 1314 E. Las Olas Blvd. Ft. Lauderale Fl. 33301 To no longer here from us simply execute this link once. http://www.easyempires.net/cgi-bin/arp3/arp3-un.pl?c=3760516p=9356 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unable to reproduce FTBFS of 459028
Michael Tautschnig wrote: In my opinion you should indeed revert the NMU and close the bug (without a version number). Thanks for the reply Michael. The bug was already closed by Ana at the time of NMU. Does that mean I have to reopen it and then close it? Sorry if this is a trivial question. thanks raju -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unable to reproduce FTBFS of 459028
Michael Tautschnig wrote: In my opinion you should indeed revert the NMU and close the bug (without a version number). Thanks for the reply Michael. The bug was already closed by Ana at the time of NMU. Does that mean I have to reopen it and then close it? Sorry if this is a trivial question. Sorry for the confusion, of course it has been closed already. So I think you should mark it notfound in that version. Best, Michael pgpCH6GXnqtWn.pgp Description: PGP signature