Bug#901412: ITP: ibmquantumexperience -- A Python library for the IBM Quantum Experience API (Python 3)
Package: wnpp Severity: wishlist Owner: Luciano Bello * Package name: ibmquantumexperience Version : 1.9.2 Upstream Author : QISKit * URL : https://github.com/QISKit/qiskit-api-py * License : Apache 2.0 Programming Lang: Python Description : A Python library for the IBM Quantum Experience API (Python 3) This is needed for #880994
Bug#682002: ITP: pybloomfiltermmap -- A Bloom filter (bloomfilter) for Python built on mmap
Package: wnpp Severity: wishlist Owner: Luciano Bello * Package name: pybloomfiltermmap Version : 0.3.2 Upstream Author : Michael Axiak, Rob Stacey * URL : http://pypi.python.org/pypi/pybloomfiltermmap/ * License : MIT Programming Lang: C, Python Description : A Bloom filter (bloomfilter) for Python built on mmap This module implements a Bloom filter in Python that's fast and uses mmap files for better scalability. . It main advantages are: * It natively uses mmaped files. * It natively does the set things you want a Bloom filter to do. * It is fast. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201207181757.00991.luci...@debian.org
Re: dsniff is dead, long life to dsniff
So, I'm going to upload a new package (python-dsniff) and maintain (or co-maintain, with faidon) dsniff (the classical one) in the meantime. Personally, I'm going to leave the dsniff maintenance when python-dsniff becomes a comparable alternative. Thanks for all your opinions, luciano -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201003101602.19726.luci...@debian.org
dsniff is dead, long life to dsniff
Please, CC me (my usual account is off-line momentarily) Hi all, I'm the dsniff[1] maintainer, which is a pretty dead project[2]. Dug Song (the upstream) is putting his efforts in rewrite the project in python[3], which is quite limited compared to the previous one. The question is: should I package this new version as a replacement of the previous one, even one there is a big reduction in the feature list? Or, should I create a new package (let's say, python-dsniff) and RM dsniff? luciano [1] http://packages.qa.debian.org/d/dsniff.html [2] http://www.monkey.org/~dugsong/dsniff/ [3] http://code.google.com/p/dsniff/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/d2a184d11003090801i3e92bfaav7cc1692f33cee...@mail.gmail.com
Re: Upcoming Section changes in the archive
El Vie 27 Feb 2009, Joerg Jaspert escribió: > Thats ok, get me a good name and short description for it please. > "r" is not a good name, i think. gnu-r ? Everything about GNU R, an statistical computation and graphics system luciano -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Upcoming Section changes in the archive
El Jue 26 Feb 2009, Joerg Jaspert escribió: > ruby Everything about ruby, an interpreted object oriented > language. > java Everything about Java Have sense to inaugurate a section with all the R modules? Nowadays many of them are in "math". $ apt-cache search r- | grep "^r-" | wc - l 133 luciano -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#515141: ITP: libmimic -- A video codec for Mimic V2.x content
El Sáb 14 Feb 2009, Luciano Bello escribió: > even when it was being updated since 3 years ago what i meant: "it has *not* been updated since 3 years ago". The last version is from Feb 7th 2006. sorry for my English, luciano -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515141: ITP: libmimic -- A video codec for Mimic V2.x content
hi list, I'm working in a package that depends on libmimic. I notice that kopete use libmimic too, but it is not an independent package. So, is it okey if I package libmimic (even when it was being updated since 3 years ago) ? El Vie 13 Feb 2009, Luciano Bello escribió: > X-Debbugs-CC: debian-devel@lists.debian.org > Package: wnpp > Severity: wishlist > Owner: luciano bello > > * Package name: libmimic > Version : 1.0.4 > Upstream Author : Ole André Vadla Ravnås > * URL : http://sourceforge.net/projects/farsight/ > * License : LGPL > Description : A video codec for Mimic V2.x content > > libmimic is an open source video decoding library for decoding Mimic V2.x- > encoded content (fourCC: ML20), which is the encoding used by MSN Messenger > for webcam conversations. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515141: ITP: libmimic -- A video codec for Mimic V2.x content
X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: luciano bello * Package name: libmimic Version : 1.0.4 Upstream Author : Ole André Vadla Ravnås * URL : http://sourceforge.net/projects/farsight/ * License : LGPL Description : A video codec for Mimic V2.x content libmimic is an open source video decoding library for decoding Mimic V2.x- encoded content (fourCC: ML20), which is the encoding used by MSN Messenger for webcam conversations. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: percentage of popcon submitters
El Vie 16 Ene 2009, Simon Josefsson escribió: > How about numbers for security.debian.org downloads? That will measure > the number of well-administrated debian machines (except those > well-administrated machines that use other mirrors). well-administrated *etch* machines. luciano -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: percentage of popcon submitters
El Jue 15 Ene 2009, markus schnalke escribió: > My current guess is between 1/3 and 2/3. that means that there is between 78055/(1/3)=234165 and 78055/(2/3)=117,082 of Debian installations. It doesn't look like a big number... I think that we are more. Maybe your estimation is too high. luciano -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fwknop and no answer from a DD
El Jue 12 Jun 2008, Franck Joncourt escribió: > Hi, > > I was working on fwknop (forgot to mention it to the BTS), then I saw > Luciano Bello was interested as well. > > I sent an email to him and to the BTS in order to know how much work has > been achieved, but still no news. I handed over to paul few days ago[1]. Please re-own it, whoever want it. The offer to be sponsor is still valid. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406627#21 luciano signature.asc Description: This is a digitally signed message part.
Re: what about an special QA package priority?
El Vie 23 May 2008, Don Armstrong escribió: > > - It should maintained by a team > > Team maintenance doesn't automatically make a package better.[1] > Furthermore, I don't believe there are many (possibly any!) packages > in Debian where the package is "important" and the current maintainer > wouldn't accept help. [And if there are, that's a problem which we can > deal with on a case-by-case basis.] Is not about accept help. It about considering the package as unmaintained if there is not a team to maintain it. In same packages, we can not depend on only two pairs of eyes. > > - Its patches should be sign-off by reviewers (Raphael Hertzog > > (hertzog@) proposed something like this) > > There isn't enough manpower to do this. While more review is good, > blocking development and bug fixing to wait on review is just not > sustainable and scalable. [It's not like it's hard for people to > interdiff diff.gz's now and see what has changed in each patch; only a > few people not directly involved with the package appear to be doing > this.] Of course at first is not easy. But we should go to an scenario where all the local patches was reported to upstream (to apply them in the next release) or be justified by more than one developer. I'm just saying the platitude. We need to improve our process. We must learn something from the Debian/OpenSSL debacle. signature.asc Description: This is a digitally signed message part.
Re: what about an special QA package priority?
El Mar 20 May 2008, Nicolas François escribió: > It will be hard to define this list of "delicate" packages. > For example, I'm not sure I would have put openssl in the list a few weeks > ago. > I would have first think about setuid/setgid programs, servers, with high > popcon packages first. I agree, we should sharpen the definition of "delicate" packages: - setuid/setgid programs. - network servers with high popcon (how much is high?) - packages which implements cryptographic algorithms (like python-crypto) What about compilers and interpreters (like gcc and perl)? Kernel and drivers? luciano signature.asc Description: This is a digitally signed message part.
what about an special QA package priority?
Hi list, I was thinking about the Debian/OpenSSL debacle. Clearly it not easy to manage a hard meticulous QA process in all packages. In the other hand, there are packages more critical than others, which are more delicate to security. Sometimes, those packages have different priorities in the policy meaning. Maybe we can implement this as an Optional header in the control. The point is: if we can create critical QA category for delicate packages in the security sense we can have mandatory QA requirement. For example: - It should be checked with debugging tools (like valgrind :P) - It should maintained by a team - It should a public VCS - Its patches should be sign-off by reviewers (Raphael Hertzog (hertzog@) proposed something like this) You can extend or reduce this list. We can discuss about the implementation. But I mainly want to know your opinion. Please, paste the URL if you discussed this in the pass. luciano signature.asc Description: This is a digitally signed message part.
Bug#467222: RFP: python-socksipy -- Python SOCKS client module
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: python-socksipy Version : 1.10 Upstream Author : Dan Haim <[EMAIL PROTECTED]> * URL : http://socksipy.sourceforge.net/ * License : BSD style license Description : Python SOCKS client module Socksipy module allows you to create TCP connections through a SOCKS proxy without any special effort. signature.asc Description: This is a digitally signed message part.
Bug#467217: RFP: python-pypdf -- Pure-Python library built as a PDF toolkit
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: python-pypdf Version : 1.10 Upstream Author : Mathieu Fenniak <[EMAIL PROTECTED]> * URL : http://pybrary.net/pyPdf/ * License : modified BSD license Description : pure-Python library built as a PDF toolkit A Pure-Python library built as a PDF toolkit. It is capable of: * extracting document information (title, author, ...), * splitting documents page by page, * merging documents page by page, * cropping pages, * merging multiple pages into a single page, * encrypting and decrypting PDF files. By being Pure-Python, it should run on any Python platform without any dependencies on external libraries. It can also work entirely on StringIO objects rather than file streams, allowing for PDF manipulation in memory. It is therefore a useful tool for websites that manage or manipulate PDFs. signature.asc Description: This is a digitally signed message part.
Bug#467209: RFP: python-buzhug -- pure-Python database engine, using a Pythonic, no-SQL syntax
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: python-buzhug Version : 1.0 Upstream Author : Pierre Quentel <[EMAIL PROTECTED]> * URL : http://buzhug.sourceforge.net/ * License : BSD License Description : pure-Python database engine, using a Pythonic, no-SQL syntax buzhug is a fast, pure-Python database engine, using a syntax that Python programmers should find very intuitive. The data is stored and accessed on disk (it is not an in-memory database); the implementation has been designed to make all operations, and especially selection, as fast as possible with an interpreted language signature.asc Description: This is a digitally signed message part.
Re: Bug#399892: nepenthes_0.2.0-1(hppa/experimental): FTBFS: tries to use static library compiled without -fPIC
El Mar 17 Jul 2007, Jan Wagner escribió: > Hi Luciano, > > On Wednesday 20 June 2007 19:15, Luciano Bello wrote: > > I need your opinion and comments about: http://bugs.debian.org/399892 > > Nepenthes has a module (modulehoneytrap.so) linked with libipq (IPQ > > library for userspace), which is part of iptables-dev. Libipq looks like > > it only comes in a static form, and hence isn't built PIC. > > Frank Lichtenheld <[EMAIL PROTECTED]> proposed to ask here. > > > > Please CC to the bug if you think is proper. > > Any process with the issue? Sorry for the delay.. No.. nothing new. luciano
nepenthes_0.2.0-1(hppa/experimental): FTBFS: tries to use static library compiled without -fPIC
Hi! I need your opinion and comments about: http://bugs.debian.org/399892 Nepenthes has a module (modulehoneytrap.so) linked with libipq (IPQ library for userspace), which is part of iptables-dev. Libipq looks like it only comes in a static form, and hence isn't built PIC. Frank Lichtenheld <[EMAIL PROTECTED]> proposed to ask here. Please CC to the bug if you think is proper. luciano signature.asc Description: This is a digitally signed message part.
hijacking imagemagick
Hi, The maintainer of imagemagick, Ryuichi Arafune <[EMAIL PROTECTED]>, didn't answer any ping [1]. So, I will hijack this package. I will comaintain [2] it with Daniel Kobras <[EMAIL PROTECTED]>. A new upload is coming. luciano [1] http://lists.debian.org/debian-devel/2007/01/msg00390.html [2] http://alioth.debian.org/plugins/scmcvs/cvsweb.php/imagemagick/?cvsroot=pkg-gmagick pgpvjDYeZQw3L.pgp Description: PGP signature
Re: status/destiny of imagemagick
El vie, 23-02-2007 a las 11:45 -0500, Yaroslav Halchenko escribió: > Dear All, > > I am in the process of preparing umibozu package, which uses > libmagick++9c2a library. Some crashes of umibozu boiled down to problems > in imagemagick and naturally upstream author recommended to try recent > imagemagick. > > At the moment imagemagick in debian is 7:6.2.4.5.dfsg1-0.14 (with (103 > bugs: 0, 51, 40, 12) bugs). > Upstream release is ImageMagick-6.3.2-8.tar.gz whenever 6.2.4.6 was > released on 09/17/2005 (ie 1.5 years ago). > > imagemagick seems to be not listed among wnpp packages (ie not orphaned, > neither requiring some help) but has a list of 14 NMUs... > > I am wondering if there is some good cause to stay with such outdated > imagemagick or it is simply its implicit orphaned state? I adopted imagemagick and I preparing a new version in theses days. luciano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ryuichi Arafune MIA?
El Miércoles, 20 de Diciembre de 2006 23:36, Gunnar Wolf escribió: > It seems Ryuichi is MIA. Possibly this is not the best way to check > for activity or to ask QA to take over his packages (QA, is > it?). Anyway, Ryuichi: Are you reading this? What's your status > regarding Debian? Do you plan to go back to activity, or should your > packages be taken over by someone else? Ryuichi, may I take over the imagemagick package? If you agree or don't reply, I'll take over the imagemagick package. Thanks, luciano (and thanks to Tatsuya for the mail template :P) pgpKhRNl3E8Pe.pgp Description: PGP signature
Re: Orphaning my packages
El Martes, 12 de Septiembre de 2006 18:21, David Moreno Garza escribió: > Here is the list: > http://qa.debian.org/developer.php?login=damog&comaint=no I will take care of parprouted Toda la suerte david! (best of the luck, david!) luciano pgpULKwkNGAii.pgp Description: PGP signature
Re: libssh request, any sponsor for it
El mié, 21-06-2006 a las 00:55 +0200, Jean-Philippe Garcia Ballester escribió: > On Tuesday 20 June 2006 23:01, Luciano Bello wrote: > > hi dudes! > > Hi, > > > Some packages need libssh2. > > The ITP I filed was against libssh[1] made by Aris Adamentiadis, not the > libssh2 you mention. > Maybe we should do something about the name, since it seems some people get > confused. Yeap... the name is confused. The mail from Jerome Warnier[1] talk about libssh2. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=316872;msg=20 > > We have a pending RFS[2]. Somebody know > > what happened? > > For libssh by Aris, I still have packages of latest relase and up-to-date > svn. If someone wish to sponsor it, I of course agree, but since there is not > much activity on the project lately, I'm not sure it is such a great idea > until Aris comes back on it. > > Regards, > > [1] http://0xbadc0de.be/wiki/doku.php?id=libssh:libssh The libssh2's last release is from March 1st, 2006. AFAIK, the libs are different and have no relation between. What do you suggest? Made a libssh3 RFP? luciano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libssh request, any sponsor for it
hi dudes! Some packages need libssh2[1]. We have a pending RFS[2]. Somebody know what happened? luciano [1] http://www.libssh2.org/ [2] http://bugs.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335536: ITP: nepenthes -- versatile tool to collect malware by emulating widespread vulnerabilities
Package: wnpp Severity: wishlist Owner: Luciano Bello <[EMAIL PROTECTED]> * Package name: nepenthes Version : 0.1.2 Upstream Author : Nepenthes Development Team <[EMAIL PROTECTED]> * URL : http://nepenthes.sourceforge.net/ * License : GPL Description : versatile tool to collect malware by emulating widespread vulnerabilities Nepenthes is a low interaction honeypot like honeyd or mwcollect. Low Interaction Honeypots emulate _known_ vulnerabilities to collect information about potential attacks. Nepenthes is designed to emulate vulnerabilties worms use to spread, and to capture these worms. As there are many possible ways for worms to spread, Nepenthes is modular. There are module interface to * resolve dns asynchronous * emulate vulnerabilities * download files * submit the downloaded files * trigger events (sounds abstract and it is * abstract but is still quite useful) * shellcode handler -- 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.10-1-686-smp 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]
Re: Bug#323855: ITP: opencvs -- OpenBSD CVS implementation with special emphasis in security
On Fri, 2005-08-19 at 11:41 +0200, martin f krafft wrote: > So instead of preparing the package, I suggest investing the time to > migrate projects from CVS to SVN or bazaar instead. Beyond the description of the program (from the website), OpenCVS is simply another option at the time of implementing a CVS solution. It puts emphasis in security and lose some features in order to this priority. Maybe this can be useful for some Debian user in particular. Maybe not, it's the user's choice, like GNOME/KDE, vi/emacs, evolution/thunderbird, etc/etc. I really think that OpenCVS must be part of Debian. And I will work in it, unless somebody has a *really_reasonable_objection*. Like always, sorry for my English. -- Luciano Bello <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323855: ITP: opencvs -- OpenBSD CVS implementation with special emphasis in security
Package: wnpp Severity: wishlist Owner: Luciano Bello <[EMAIL PROTECTED]> * Package name: opencvs Version : unknown, posible release: 1st Sep Upstream Author : Jean-François Brousseau <[EMAIL PROTECTED]> * URL : http://www.opencvs.org/ * License : BSD Description : OpenBSD CVS implementation with special emphasis in security OpenCVS is a FREE implementation of the Concurrent Versions System, the most popular open source revision control software. It can be used as both client and server for repositories and provides granular access control over data stored in the repository. It aims to be as compatible as possible with other CVS implementations, except when particular features reduce the overall security of the system. The OpenCVS project was started after discussions regarding the latest GNU CVS vulnerabilities that came out. Although CVS is widely used, its development has been mostly stagnant in the last years and many security issues have popped up, both in the implementation and in the mechanisms. OpenCVS is primarily developed by Jean-François Brousseau as part of the OpenBSD Project. The software is freely usable and re-usable by everyone under a BSD license. -- 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.10-1-686-smp 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]
Re: Bug#323420: ITP: metasploit-framework -- advanced platform for developing, testing, and using exploit code
El mar, 16-08-2005 a las 14:00 -0300, Luciano Bello escribió: > Package: wnpp > Severity: wishlist > Owner: Luciano Bello <[EMAIL PROTECTED]> > > * Package name: metasploit-framework > Version : 2.4 > Upstream Author : H D Moore <[EMAIL PROTECTED]> > * URL : http://www.metasploit.org/projects/Framework/ > * License : GPL and Artistic > Description : advanced platform for developing, testing, and using > exploit code > > The Metasploit Framework is a complete environment for writing, testing, > and using exploit code. This environment provides a solid platform for > penetration-testing, shellcode development, and vulnerability research. > The majority of the Framework is composed of object-oriented Perl code, > with optional components written in C, assembler, and Python. Sorry... this bug without subject is ITP. It was retitle in the bts[1]. [1] http://bugs.debian.org/323420 -- Luciano Bello <[EMAIL PROTECTED]> Linux Argentina signature.asc Description: This is a digitally signed message part
Bug#323420: (no subject)
Package: wnpp Severity: wishlist Owner: Luciano Bello <[EMAIL PROTECTED]> * Package name: metasploit-framework Version : 2.4 Upstream Author : H D Moore <[EMAIL PROTECTED]> * URL : http://www.metasploit.org/projects/Framework/ * License : GPL and Artistic Description : advanced platform for developing, testing, and using exploit code The Metasploit Framework is a complete environment for writing, testing, and using exploit code. This environment provides a solid platform for penetration-testing, shellcode development, and vulnerability research. The majority of the Framework is composed of object-oriented Perl code, with optional components written in C, assembler, and Python. -- 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.10-1-686-smp 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]
Re: p.d.o status?
p.d.o back El jue, 07-04-2005 a las 08:33 -0400, sean finney escribió: > hi, > > would anyone care to comment on the status and expected downtime > remaining for gluck? i know it was taken down for emergency hardware > maintainance, and appreciate that it might take a while. howeer, if it > is going to be a considerable while longer, someone might want to point > debian.org to a mirror (web requests for debian.org w/o the www time out). > > > sean > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Slightly Off Topic: Laptops for Debian
I love my T21 you know... thinkpad its hard and pretty black. It's just beauty If batman carried a laptop, he'd carry a classic thinkpad (amaya's page) :P El mar, 25-01-2005 a las 21:31 +, Ben Hill escribió: > Hi, > > I'm looking for a new laptop, and wondered what DDs used. I might go for > the Apple 15" powerbook, but I'm not sure. > > My apologies for this slightly off-topic post... > > Cheers, > > Ben > > -- > [EMAIL PROTECTED] - www.seigan.org > GPG Fingerprint: 4309 1C58 5143 AFAC F69E 11CD 76FD 56D4 1223 E387 > > > > -- Luciano Bello <[EMAIL PROTECTED]> Linux Argetina signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente