Bug#766075: RFA: radeontool -- utility to control ATI Radeon backlight functions on laptops
Package: wnpp Severity: normal I request an adopter for the radeontool package, since I don't have any Radeon hardware available to test it. The package description is: Radeontool is a small utility to control ATI Radeon based laptops' backlight and external output functions. It is also able to dump the contents of registers for debugging purposes. . WARNING: Radeontool code has not been completely audited and may contain bugs that could damage your hardware. Use at your own risk. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141020175602.5544.78790.report...@debian.openconsulting.it
Bug#634204: ITP: libecap -- eCAP library allows network application to outsource content analysis
Package: wnpp Severity: wishlist Owner: Luigi Gangitano lu...@debian.org * Package name: libecap Version : 0.2.0 Upstream Author : Alex Rousskov rouss...@measurement-factory.com and The Measurement Factory * URL : http://www.e-cap.org/ * License : Simplified BSD License Programming Lang: C++ Description : eCAP library allows network application to outsource content analysis eCAP is a software interface that allows a network application, such as an HTTP proxy or an ICAP server, to outsource content analysis and adaptation to a loadable module. For each applicable protocol message being processed, an eCAP-enabled host application supplies the message details to the adaptation module and gets back an adapted message, a not interested response, or a block this message now! instruction. These exchanges often include message bodies. -- 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/20110717172005.1656.10905.report...@seneca.lugroma3.org
Bug#486224: lusca: changing back from ITP to RFP
owner 486224 ! thanks -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26
Bug#486224: lusca: changing back from ITP to RFP
retitle 486224 ITP: lusca -- Lusca Web Proxy Cache owner 486224 ! thanks Actually, I'm packaging lusca right now. :-) I expect an upload in the next two days. Regards, L -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26
Bug#517734: ITP: lusca -- Lusca Web Proxy Cache
Hi Adrian, Thanks for pointing this to me. :-) I'm actually restructuring the files under debian/ on the squid3 base, using cdbs and simplifying package management. There is actually no need to integrate this changes upstream. I can easily keep debian-related changes in my local repository, so that updates can be independent from your development. Can you please help me with some details? I'd like to know if - cachemgr.cgi and squidclient differ substantially from the squid version? If the protocol behind those two utilities is not changed a single copy can be distributed in the debian archive; - your package builds unstripped binaries, is this intended? Thanks for your directions. Regards, L Il giorno 12/gen/2011, alle ore 03.27, Adrian Chadd ha scritto: There's now debian and RPM build sugar inside the lusca distribution itself. Please check out the latest lusca head and look in the 'debian/' directory. Let me know if that doesn't build for you and I'll commit whatever fixes are needed. -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- 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/922f5e66-709d-4ce6-a9d7-a913b73ff...@debian.org
Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
Hi Al, I'm sorry for opposing your proposal before. I didn't check the automatic .po installation feature of drupal 6.x (as long as a .po is in /etc/drupal/6/profiles/default/translations it will be loaded by all sites). I'd like to make available a separate package for each translation, so admins can choose the ones they need, and would like each package to install it's .po in the path above, so that it's installed automatically. Regards, L Il giorno 23/apr/2010, alle ore 19.28, Al Nikolov ha scritto: On Friday 23 April 2010 20:32:06 Luigi Gangitano wrote: Can you please explain to me how you're doing this language installation directly on the webserver, without using the WUI? Or is the user supposed to fire up a browser on the server and do the install manually? If such a package is installed on the server, then every Drupal instance would be able to automatically import available translated strings during further language adding (first-time enabling) trough WUI. This is my only point: since the data need to be installed using a browser, should the admin install the package on his client machine or on the (probably headless and X-deprived) webserver? No, see above. -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- 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/7a0ae08b-3e15-4388-b7b8-fa3a968bb...@debian.org
Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
Hi Al, sorry for the late answer. :-( Il giorno 07/apr/2010, alle ore 18.02, Al Nikolov ha scritto: On Wednesday 07 April 2010 19:38:37 Luigi Gangitano wrote: Since drupal6 translation need to be manually loaded in the database via a web interface once the db is configured and populated by the installation script (another web script), I don't see the benefit to package them in any way, neither in the drupal6 package, nor in a separate package. I see the benefit of such kind of bootstrapping package since this process: - installing the package - adding the language - removing the package (optional) Can you please explain to me how you're doing this language installation directly on the webserver, without using the WUI? Or is the user supposed to fire up a browser on the server and do the install manually? This is my only point: since the data need to be installed using a browser, should the admin install the package on his client machine or on the (probably headless and X-deprived) webserver? Regards, L -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- 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/a27dfa48-d28e-42e3-99b1-909341dcc...@debian.org
Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
Il giorno 07/apr/2010, alle ore 16.10, Al Nikolov ha scritto: On Wednesday 07 April 2010 18:03:06 Cyril Brulebois wrote: Can't it just be merged into the drupal package? Let's see the drupal6 mainainer's opinion. Since drupal6 translation need to be manually loaded in the database via a web interface once the db is configured and populated by the installation script (another web script), I don't see the benefit to package them in any way, neither in the drupal6 package, nor in a separate package. Browser used for administration will probably be running on another machine 99.99% of times. You're not installing X on your web-server, are you? :-) Yes, I know about lynx. :-) Regards, L -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- 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/7fa4ae93-35c1-4580-b235-fb40b7899...@debian.org
Bug#517734: ITP: lusca -- Lusca Web Proxy Cache
Hi Adrian, I'm in the process of packaging lusca these days, at the same time as I'm packaging squid 3.1. I expect the current packaging structure of squid to be easily adaptable to lusca, but will contact you if any help is needed. I really appreciate your help. Regards, L Il giorno 04/mag/09, alle ore 09:39, Adrian Chadd ha scritto: G'day, I just noticed this request for a Debian Lusca package. I'd love to see this happen and I'm willing to help out as much as I can to get this built, integrated and released. (And a whole lot of Lusca development happens on Debian too! I'm just not at all familiar with building / maintaining Debian packages.) Thanks, Adrian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517734: ITP: lusca -- Lusca Web Proxy Cache
Package: wnpp Severity: wishlist Owner: Luigi Gangitano lu...@debian.org * Package name: lusca Version : 1.0-r13795 Upstream Author : Adrian Chadd adr...@creative.net.au * URL : http://www.lusca.org/ * License : GPL Programming Lang: C Description : Lusca Web Proxy Cache Lusca is a fork of the Squid-2 development tree. The Lusca project aims to fix the shortcomings in the Squid-2 codebase whilst maintaining the the Squid-2 functionality and stability. Adrian Chadd, a former squid developer, quit the squid development team and is now working on evolving squid-2. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3
Package: wnpp Severity: wishlist Owner: Luigi Gangitano [EMAIL PROTECTED] * Package name: squid3 Version : 3.0-PRE3.20060422 Upstream Author : Henrik Nordstrom [EMAIL PROTECTED] * URL : http://www.squid-cache.org * License : GPL Programming Lang: C++ Description : Internet Object Cache (WWW proxy cache) version 3 This is the Squid Internet Object Cache developed by the National Laboratory for Applied Networking Research (NLANR) and Internet volunteers. This software is freely available for anyone to use. This is the new development version, totally rewritten in C++ with the latest features like ICAP added. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Rob! Il giorno 25/apr/06, alle ore 00:13, Robert Collins ha scritto: Upstream Author : Henrik Nordstrom [EMAIL PROTECTED] This should be [EMAIL PROTECTED] Henrik is one of the core developers, but not the only one! Thanks, was just too lazy to check the correct address. This is the new development version, totally rewritten in C++ with the latest features like ICAP added. Its a migration to C++, not a rewrite, FWIW. Good. I'll take note of this. I hope that this packaging will help squid-3.0 getting tested and released soon, as discussed lately on the squid-dev mailing list. Ragards, - -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFETVu/8ZumGJJMDCYRAsx8AJ45DtcB5Mfkg2OXJHTYvP3kzguf0QCggIXF qMVmkySXOSA2bjBKaW2ncso= =gtmW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297218: ITP: radeontool -- utility to control ATI Radeon backlight functions on laptops
Il giorno lun, 28-02-2005 alle 10:15 +0100, Bas Zoetekouw ha scritto: Any chance you could make it suid safe and executable bij users in the video group? It would be difficult, radeontool need write access to /dev/mem, which on my 'sid' is crw-r- 1 root kmem so only root can change that. I could do a SETUID binary executable only by root and video group, but I'm not sure we could trust it. And, btw, you can do it yourself with dpkg-statoverride. And maybe you could add support for setting the compaq m300/m500 backlight luminosity (although I'm not sure if that is Compaq specific or genral for radeon), as implemented in the m300bl[1] program? [1] http://wwwbode.cs.tum.edu/~acher/m300/ This is not related, since it's an utility that control the backlight level via the on-board SuperIO chip, while radeontool uses the internal controls to switch the backlight on and off. Regards, -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Bug#297218: ITP: radeontool -- utility to control ATI Radeon backlight functions on laptops
Il giorno lun, 28-02-2005 alle 00:10 +0100, Luigi Gangitano ha scritto: Package: wnpp Severity: wishlist Owner: Luigi Gangitano [EMAIL PROTECTED] * Package name: radeontool Version : 1.5 Upstream Author : Frederick Dean [EMAIL PROTECTED] * URL : http://fdd.com/software/radeon/ * License : zlib license Description : utility to control ATI Radeon backlight functions on laptops You can find (and review) a preliminary package at http://people.debian.org/~luigi/radeontool Regards, -- Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Bug#151440: ITP: libapache-mod-acct -- Accounting module for apache
Package: wnpp Version: N/A; reported 2002-06-30 Severity: wishlist * Package name: libapache-mod-acct Version : 0.4 Upstream Author : Simone Tellini [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/mod-acct/ * License : GPL Description : Accounting module for apache mod_accounting is a simple Apache module that can record traffic statistics into a database (bytes in/out per http request). . At the moment mysql and postgresql are supported. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux luigi 2.4.18 #2 lun mar 11 22:59:41 CET 2002 i686 Locale: LANG=it_IT.ISO-8859-1, LC_CTYPE=it_IT.ISO-8859-1 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#151443: ITP: libapache-mod-acct -- Accounting module for Apache
Package: wnpp Version: N/A; reported 2002-06-30 Severity: wishlist * Package name: libapache-mod-acct Version : 0.4 Upstream Author : Simone Tellini [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/mod-acct/ * License : GPL Description : Accounting module for Apache mod_accounting is a simple Apache module that can record traffic statistics into a database (bytes in/out per http request). . At the moment mysql and postgresql are supported. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux seneca 2.4.18 #1 Mon Mar 11 16:01:12 CET 2002 i586 Locale: LANG=C, LC_CTYPE=C -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]