Bug#812880: RFP: Mozilla announced discontinuing the Tab Groups feature with firefox 45
Package: wnpp Severity: wishlist * Package name: xul-ext-tab-groups Version : 1.0.2 Upstream Author : Quicksaver * URL : https://github.com/Quicksaver/Tab-Groups * License : MPL 2.0 Programming Lang: XUL/JavaScript Description : Reimplementation of Firefox Tab Groups (Panorama) as an add-on Tab Groups are an easy way to organize a lot of tabs. You can visually group related tabs, switch between groups, and quickly search through all of your tabs to switch to a specific one. Cheers, -- Cristian
Bug#578563: Package review
On Thu, 6 Feb 2014, Samuel Lidén Borell wrote: 2014-02-06 01:37, Per Andersson wrote: Functionality: Tried visiting http://test.bankid.com and got this error. BankID Security Application can not be installed. yOUR PLATFORM Linux 64-bit is not supported. You find information about supported platforms here. I don't have a working BankID so maybe this is expected behaviour? There are some problems with the test page. It blocks 64-bit browsers by the User-Agent HTTP header as you discovered. There are also some other problems. It's probably not possible to fix completely, but it should be documented in the manpage anyway. Does faking the User-Agent HTTP header help (as in xul-ext-useragentswitcher) make any difference? It seems to me the User-Agent HTTP header is an incompetent/lame way (on the server side) to assess ability. Cheers, -- Cristian -- 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/alpine.deb.2.10.1402061905080@enwn.fr.nkvf.pbz
Bug#709922: ITP: svtplay-dl -- media downloader for play sites (e.g. SVT Play)
On Mon, 28 Oct 2013, Olof Johansson wrote: I've just uploaded the latest upstream release to mentors. If anybody have the time and interest, I would really appreciate review comments! https://mentors.debian.net/package/svtplay-dl Promissing. One of my tests failed to download the subtitles, though: $ svtplay-dl -H -S http://urplay.se/Produkter/174681-Mitt-Sardinien-Middagen INFO Outfile: mitt-sardinien-middagen-ur-play.ts [37/38][..] ETA: 0:00:00 Traceback (most recent call last): File /usr/lib/python2.7/runpy.py, line 162, in _run_module_as_main __main__, fname, loader, pkg_name) File /usr/lib/python2.7/runpy.py, line 72, in _run_code exec code in run_globals File /usr/bin/svtplay-dl/__main__.py, line 12, in module File /usr/bin/svtplay-dl/svtplay_dl/__init__.py, line 137, in main File /usr/bin/svtplay-dl/svtplay_dl/__init__.py, line 79, in get_media File /usr/bin/svtplay-dl/svtplay_dl/service/urplay.py, line 37, in get File /usr/bin/svtplay-dl/svtplay_dl/utils/__init__.py, line 129, in subtitle_tt KeyError: 'dur' Cheers, -- Cristian -- 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/alpine.deb.2.10.1310281925270.7...@znkvzvyvna.pvv.fr
Bug#709922: ITP: svtplay-dl -- media downloader for play sites (e.g. SVT Play)
On Mon, 28 Oct 2013, Olof Johansson wrote: On 2013-10-28 19:42 +0100, Olof Johansson wrote: On 2013-10-28 19:31 +0100, Cristian Ionescu-Idbohrn wrote: Promissing. One of my tests failed to download the subtitles, though: Interesting, I'll forward this to upstream. Thanks for the report! Reported as https://github.com/spaam/svtplay-dl/issues/53. Great. Upstream found the bug and corrected the source with commit 4348b931675db67c35756fc654b76139ed74c3dc (subtitle_tt: urplay changed from dur till duration). New observation. Video/sound synchronization isn't perfect, compared to this download: ffmpeg -i 'http://130.242.59.75/ondemand/_definst_/mp4:174000-174999/174681-50.mp4/playlist.m3u8' -vcodec copy middagen.174681-50.mp4 Same url: http://urplay.se/Produkter/174681-Mitt-Sardinien-Middagen Player: mplayer. Cheers, -- Cristian -- 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/alpine.deb.2.10.1310282203340.7...@znkvzvyvna.pvv.fr
Bug#693310: ITP: spiped -- create secure pipes between socket addresses
On Thu, 15 Nov 2012, Peter Pentchev wrote: On Thu, Nov 15, 2012 at 09:12:53PM +0800, Paul Wise wrote: On Thu, Nov 15, 2012 at 8:18 PM, Peter Pentchev wrote: Description : create secure pipes between socket addresses [...] I personally think that it would be a useful alternative to have in Debian; of course, if people's opinion leans the other way, I would be prepared to withdraw the ITP. I think you should go ahead with the package. It sounds like a nice alternative. Cheers, -- Cristian -- 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/alpine.deb.2.02.1211151834510.8...@pnrfne.pvv.fr
Bug#641903: thanks a lot Khalid
And I hope it'll be useful for you too. Cheers, -- Cristian -- 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/1206061716510.18201@somehost
Re: Bug#641903: ITP: subsurface -- Half-arsed divelog software in C
On Wed, 25 Apr 2012, Khalid El Fathi wrote: The package is almost ready to be uploaded Great news. Thank you. Cheers, -- Cristian -- 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/1204252336350.27823@somehost
Re: Bug#641903: RFP: subsurface... any scuba diver DD willing to pick this up?
On Wed, 28 Sep 2011, Cristian Ionescu-Idbohrn wrote: On Sat, 17 Sep 2011, Cristian Ionescu-Idbohrn wrote: Package: wnpp Severity: wishlist * Package name: subsurface Version : not yet Version : 1.0 as of today. Upstream released 1.1 a while ago. As of today, it got a debian package stub too. $ ln -s packaging/debian I've built that with upstream version 1.1-20111026-git036fccd3. Installs nicely. The things missing now are: libdivecomputer0 libdivecomputer-dev Homepage: http://www.divesoftware.org/libdc/ Cheers, -- Cristian -- 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/011825110.15385@somehost
Re: Bug#641903: RFP: subsurface... any scuba diver DD willing to pick this up?
On Sat, 17 Sep 2011, Cristian Ionescu-Idbohrn wrote: Package: wnpp Severity: wishlist * Package name: subsurface Version : not yet Version : 1.0 as of today. Upstream Author : Linus Torvalds torva...@linux-foundation.org * URL : https://github.com/torvalds/subsurface * License : GPLv2 Programming Lang: C Description : Half-arsed divelog software in C. A dive log is used by a scuba diver to record the details of their dives. The log may either be in a book, software, or web based. The log serves purposes both related to safety and personal records. Information in a log may contains such things as date, time and location, the profile of the dive, equipment used, air usage, above and below water conditions, such as temperature, current, wind and waves, general comments, verification of buddy and instructor. -- http://en.wikipedia.org/wiki/Dive_log Linus' description: I'm tired of java programs that don't work etc. :) There's an unmet dependency too, which needs a separate RFP/ITP: http://libdivecomputer.git.sourceforge.net/ subsurface will present graphs from the libdivecomputer imported data from a dive computer. Cheers, -- Cristian -- 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/1109281034550.2325@somehost
Bug#641903: RFP: subsurface -- Half-arsed divelog software in C.
Package: wnpp Severity: wishlist * Package name: subsurface Version : not yet Upstream Author : Linus Torvalds torva...@linux-foundation.org * URL : https://github.com/torvalds/subsurface * License : GPLv2 Programming Lang: C Description : Half-arsed divelog software in C. A dive log is used by a scuba diver to record the details of their dives. The log may either be in a book, software, or web based. The log serves purposes both related to safety and personal records. Information in a log may contains such things as date, time and location, the profile of the dive, equipment used, air usage, above and below water conditions, such as temperature, current, wind and waves, general comments, verification of buddy and instructor. -- http://en.wikipedia.org/wiki/Dive_log Linus' description: I'm tired of java programs that don't work etc. :) There's an unmet dependency too, which needs a separate RFP/ITP: http://libdivecomputer.git.sourceforge.net/ subsurface will present graphs from the libdivecomputer imported data from a dive computer. Cheers, -- Cristian -- 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/1109171256130.8038@somehost
apt-spy: looks unmaintained :(
Package: apt-spy Version: 3.1-19 Severity: important Last changelog entry is: apt-spy (3.1-19) unstable; urgency=low -- Stefano Canepa s...@linux.it Sat, 12 Jul 2008 16:03:37 +0200 That's 7 month ago. There are a couple of irritating old unresolved 'segfault' bugs: 447232, 491802 very easy to fix (and some patch proposal around too). Any plans on fixing those bugs soonish? The other option, as I see it, would be to remove the package from the repository :( Cheers, -- Cristian -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages apt-spy depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libcurl3 7.18.2-8 Multi-protocol file transfer libra apt-spy recommends no packages. apt-spy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#258262: ITP: sortdir -- wrapper program to make files show up in sorted order
On Tue, 13 Jul 2004, Gergely Nagy wrote: I believe that those who know how to use rsync and actually want their tarballs to be rsyncable, can come up with a perl script in no time that sorts the output of find -print0 (just slurp the input into a big scalar, split it into an array by \0, and sort it, then print it, bingo), so they won't have much use for sortdir. I fail to see the advantage in doing that. Feels like reinventing the wheel :( This will work with any program using opendir, readdir friends and feed your app with an already sorted list: # sortdir your app Your suggested approach adds a few extra layers: 1. perl script to sort a list produced by... 2. find You also do not know how in what maner your app will take those file names. IMHO, the sortdir (LD_PRELOAD) approach is more straight forward than your suggested solution. It certainly looks like sortdir has simplicity, flexibility, better performance and memory footprint advantages. Cheers, Cristian
Re: Bug#258262: ITP: sortdir -- wrapper program to make files show up in sorted order
On Mon, 12 Jul 2004, Gergely Nagy wrote: This small wrapper program will make other programs see files and directories in a consistent, sorted order. This is e.g. usefull if you want your tarballs to be a bit more rsyncable. How is this better than tar cvf foo.tar $(find foo | sort) ? I guess that if you try to do it for something ass big as the kernel source tree (for example), you would exceed both the maximal number of arguments and the maximal length of the command line. Moreover, that would fail with oddly-named files/directories that contain spaces, carriage returns or tabs in their name... You're guessing, you said, meaning you did not try it yourself. Is it correct? I just did a quick test (stored the result in 2 files, run wc on them) and got this: files words characters --- -- -- 326137 326167 17231821/tmp/sorted 326137 326167 17231821/tmp/raw That's what find foo | sort | xargs tar rvf foo.tar is for. Handles spaces, no command-line length overflow, no nothing, and does the same, methinks. TMTOWTDI ;-) Cheers, Cristian
Re: Bug#258746: ITP: nufw -- NuFW, an Authentication Firewall Suite for Linux
On Sun, 11 Jul 2004, Jean-Michel Kelbert wrote: Package: wnpp Severity: wishlist * Package name: nufw Version : 0.8.0 Upstream Author : Eric Leblond, Vincent Deffontaines * URL : http://www.example.org/ ^^^ you missed this Cheers, Cristian
Re: Bug#258262: ITP: sortdir -- wrapper program to make files show up in sorted order
Great. Very useful indeed. On Thu, 8 Jul 2004, Robert Lemmen wrote: * Package name: sortdir Version : 0.4 Upstream Author : Egmont Koblinger [EMAIL PROTECTED] * URL : http://download.uhulinux.hu/sources/sortdir/ * License : LGPL Description : wrapper program to make files show up in sorted order This small wrapper program will make other programs see files and directories in a consistent, sorted order. This is e.g. usefull if you want your tarballs to be a bit more rsyncable. Is this a better description? This is a small wrapper library (libsortdir.so) which, via an LD_PRELOAD, can be used to make any? other program see files and directories in a consistent, sorted order. A simple shell script wrapper over libsortdir is also provided. Cheers, Cristian
Re: Bug#258262: ITP: sortdir -- wrapper program to make files show up in sorted order
On Fri, 9 Jul 2004, Gergely Nagy wrote: If there IS some use cases where it really is useful, and the program is not easy to fix, or feed a sorted list to, please tell me, I'm very interested. You could probably do a simple egrep 'opendir|closedir|readdir' on all .c files belonging to all distributed packages to identify programs which make use of the above mentioned functions. No. I think this will be very useful. So, Robert. Please go ahead and package it! Cheers, Cristian
Bug#243838: another comment
On Mon, 26 Apr 2004, Leo Costela Antunes wrote: Yes, indeed, but as I said, it's better IMO to keep make flags separated from configure. IMHO, it is no point in having a CFLAGS variable in debian/rules which does nothing useful. I took it completly out and got the same result. Another point: I am not an expert, but it seems to me the 'Build-Depends:' line in debian/control is too crowded. Build-Depends: debhelper (= 4.0.0), libpcap-dev should be sufficient, but I may very well be very wrong. Cheers, Cristian
Bug#243838: various comments
On Mon, 26 Apr 2004, Leo Costela Antunes wrote: This line in /etc/knockd.conf: 8: command = /usr/sbin/iptables -A INPUT -s %IP% -p tcp --dport 22 -j ACCEPT might be more accomodating (and maybe less error prone) if changed to: 8: command = /usr/sbin/iptables -I INPUT -s This is just a placeholder, but can also be changed just as easily Sure. But please consider it for a safer placeholder ;-) Cheers, Cristian
Bug#243838: another comment
To make it really useful, CFLAGS should go on the ./configure line, instead of $(MAKE) line in debian/rules: ./configure CFLAGS=$(CFLAGS) \ --prefix=/usr --sysconfdir=/etc --mandir=/usr/share/man $(MAKE) Cheers, Cristian
Bug#243838: various comments
This line in /etc/init.d/knockd: 3: # atftpd - Script to launch atftpd server. Based on Skeleton. should, probably, be changed to something more appropriate ;-) This line in /etc/knockd.conf: 8: command = /usr/sbin/iptables -A INPUT -s %IP% -p tcp --dport 22 -j ACCEPT might be more accomodating (and maybe less error prone) if changed to: 8: command = /usr/sbin/iptables -I INPUT -s Cheers, Cristian
Re: Bug#236044: ITP: picocom -- minimal dumb-terminal emulation program
On Wed, 3 Mar 2004, Oliver Kurth wrote: nimrod:~# ls -l /usr/bin/picocom -rwxr-xr-x1 root root22712 Jan 20 03:10 /usr/bin/picocom nimrod:~# ls -l /usr/bin/minicom -rwxr-xr-x1 root root 166328 Nov 12 10:22 /usr/bin/minicom Even smaller footprint: -rwxr-xr-x1 root root13220 Oct 2 15:12 /usr/bin/microcom # ldd /usr/bin/microcom libc.so.6 = /lib/libc.so.6 (0x40021000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) Here: http://microcom.port5.com/ and here: http://sourceforge.net/projects/microcomste/ Cheers, Cristian
Bug#194705: done any progress on this package?
When can we expect a test version? Cheers, Cristian
Bug#183653: done any progress on this package?
When can we expect a test version? Cheers, Cristian
Bug#166180: Looking for testers/sponsor for new package proxytunnel
On Sat, 23 Nov 2002, [iso-8859-15] Loïc Le Guyader wrote: I've allready report this to the upstream. Good. When I've post the first message, I was working with the sourceforge cvs version. But after this, the upstream auteur gave me a more recently source tree that was not yet on the cvs. You should probably consider to up the revision number, at least, every time you put out new package versions. Otherwise there will be some confusion. So I repackage but don't make a make clean before this. That explain the .#http.c.1.3 Looks fine now. For the curious executable files, the upstream authors said that he don't know how to correct the permission of a file in the soureforge of cvs. If you know please tell him. If the files he checks in have the correct permitions, but the ones in the sourceforge repository do not, then that's a sourceforge screwup and he should ask sourceforge to correct that. There is no more permission problem with the last tarball on the official site. Looks fine now. I've made a manpage for proxytunnel, that was now on his cvs and replace all his Makefile by autotools, that was not yet on his cvs. Cool. The last build I've made (without the problem, and with manpage and autoconf) is as the same place as the previous. Jolly nice. Thanks for the time and effort you put into this. PS: Please, excuse my bad English speaking, cause I'm not a native english speaker. No worries. My native language is not english either :=) And I understood everything you wrote. Cheers, Cristian
Bug#166180: Looking for testers/sponsor for new package proxytunnel
On Tue, 19 Nov 2002, [iso-8859-15] Loïc Le Guyader wrote: I've just finished packaging proxytunnel and I'm looking for people to test and check my package and also for a sponsor to upload it. The package is avalaible at: http://l.leguyader.free.fr/depot/proxytunnel/ What's this file doing in the source package? -rw-r--r-- 3517 Nov 19 17:28 .#http.c.1.3 Why are these files executable? -rwxr-xr-x 4119 Nov 19 17:28 CHANGES* -rwxr-xr-x 535 Nov 19 17:29 Makefile* -rwxr-xr-x 488 Nov 19 17:28 Makefile.cygwin* -rwxr-xr-x 502 Nov 19 17:28 Makefile.darwin* -rwxr-xr-x 460 Nov 19 17:28 Makefile.no-gnu-getopts* -rwxr-xr-x 476 Nov 19 17:28 Makefile.solaris* -rwxr-xr-x 3208 Nov 19 17:28 README* -rwxr-xr-x 10412 Nov 19 17:28 cmdline.c* -rwxr-xr-x 2681 Nov 19 17:28 cmdline.h* -rwxr-xr-x 1056 Nov 19 17:28 config.h* -rwxr-xr-x 6681 Nov 19 17:28 proxytunnel.c* Cheers, Cristian
Bug#162014: RFP: rats -- new version 2.0 available
Package: wnpp Version: 1.5-1 Severity: wishlist * Package name: rats Version : 2.0 Upstream Author : Software Solutions [EMAIL PROTECTED] * URL : http://www.securesoftware.com/rats.php * License : GPL Description : new version 2.0 available Announcement: http://online.securityfocus.com/archive/1/292647/2002-09-19/2002-09-25/0 , | To: BugTraq | Subject: ANNOUNCE: RATS 2.0 | Date: Sep 19 2002 7:13PM | Author: RATS Team [EMAIL PROTECTED] | | Secure Software Inc. would like to announce the release of RATS 2.0. | | RATS, the Rough Auditing Tool for Security, is a security auditing | utility for C, C++, Python, Perl and PHP code. RATS scans source code, | finding potentially dangerous function calls. The goal of this project | is not to definitively find bugs. The current goal is to provide a | reasonable starting point for performing manual security audits. RATS | is released under version 2 of the GNU Public License (GPL). | | | New in this version of RATS: | | RATS can now descend through directories recursively, analyzing any | supported source code it finds. | | Ability to output results as HTML or XML. | | Result output can contain the line of code that caused each problem to | be reported, along with the column number in the source file the | problem was detected at. | | RATS will now report various statistics at the end of the reporting | phase, including total time spend on the analysis, and number of | source lines analyzed. | | | Various database additions. | | A new database file, rats-openssl, which aids in analyzing any code | that utilizes the OpenSSL C API. (Thanks to Ben Laurie for | contributing this database) | | | To download RATS, please visit http://www.securesw.com/rats/ ` Cheers, Cristian -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux my-box 2.4.19 #1 Thu Aug 8 22:22:57 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=
Bug#148047: RFP: distcc -- a distributed C compiler
Package: wnpp Version: N/A; reported 2002-05-24 Severity: wishlist * Package name: distcc Version : 0.2 Upstream Author : Martin Pool [EMAIL PROTECTED] * URL : http://samba.org/~mbp/distcc/ * License : GPL Description : a distributed C compiler distcc is a program to distribute compilation of C code across several machines on a network. distcc should always generate the same results as a local compile, is simple to install and use, and is often significantly faster than a local compile. Unlike other distributed build systems, distcc does not require all machines to share a filesystem, have synchronized clocks, or to have the same libraries or header files installed. distcc sends the complete preprocessed source code across the network for each job, so all it requires of the volunteer machines is that they be running the distccd daemon, and that they have an appropriate compiler installed. distcc is designed to be used with GNU make's parallel-build feature (-j). Shipping files across the network takes time, but few cycles on the client machine. Any files that can be built remotely are essentially for free in terms of client CPU. distcc is quite new but has successfully compiled the Linux kernel, rsync, Samba and Ethereal, sometimes over twice as fast as a single machine. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux my-box 2.4.18 #1 Thu Feb 28 15:34:08 CET 2002 i686 Locale: LANG=C, LC_CTYPE= -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#144795: ITP: simpleproxy -- Simple tcp socket proxy
Richard, On Sun, 28 Apr 2002, Richard Atterer wrote: [snip] What's the difference to redir? redir redirects TCP connections, can run standalone or from inetd, can act as a transparent proxy, and there's even a patch by me in the BTS which enables it to limit the connection bandwidth. Would you be so kind and repost that patch, uuencoded? Artifacts like these: , | -=09 ftp, transproxy); | +=09 ftp, transproxy, bandwidth); | =20 ` make it slightly unusable :( Cheers, Cristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#132886: ITP: p0f -- passive OS fingerprinting tool
Hi James, Did you make any progress on packaging 'p0f'? I'm very interested of gatting my hands on it ;-) Cheers, Cristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#140463: RFP: openvpn -- VPN daemon
Package: wnpp Version: N/A; reported 2002-03-29 Severity: wishlist * Package name: openvpn Version : 1.0.2 Upstream Author : James Yonan [EMAIL PROTECTED] * URL : http://openvpn.sourceforge.net/ * License : GPL Description : VPN daemon -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux my-box 2.4.18 #1 Thu Mar 14 16:53:45 CET 2002 i686 Locale: LANG=C, LC_CTYPE= Cheers, Cristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#112980: ettercap
Package: wnpp Severity: whishlist Ettercap is a multipurpose sniffer/interceptor/logger for switched LAN. It supports active and passive dissection of many protocols (even ciphered ones) and includes many feature for network and host analysis. The canonical upstream source for ettercap is: http://ettercap.sourceforge.net/ Authors: Alberto Ornaghi (ALoR) [EMAIL PROTECTED] Marco Valleri (NaGA) [EMAIL PROTECTED] /Cristian
Bug#89545: Why isn't gcc-2.91.66 (egcs-1.1.2) packaged (for kernel 2.4 builds)
Package: wnpp Severity: important Cheers Ray, Surely there's another, easier, way instead of chasing and digging in slink dists after old egcs package versions, and elsewhere after patches, and still being unsure if one can pull everything through. We have the 'alternatives'. Cannot that be used to add one more compiler to the family? Would anyone with better understanding of this care to comment? Why not listen to the kernel hackers recommendations man make use of that blasted egcs compiler for kernel stability. Why would they bother making recommendations like this if it didn't matter. Quoting linux/Documentation/Changes: The gcc version requirements may vary depending on the type of CPU in your computer. The next paragraph applies to users of x86 CPUs, but not necessarily to users of other CPUs. Users of other CPUs should obtain information about their gcc version requirements from another source. The recommended compiler for the kernel is egcs 1.1.2 (gcc 2.91.66), and it should be used when you need absolute stability. You may use gcc 2.95.2 instead if you wish, although it may cause problems. Later versions of gcc have not received much testing for Linux kernel compilation, and there are almost certainly bugs (mainly, but not exclusively, in the kernel) that will need to be fixed in order to use these compilers. In any case, using pgcc instead of egcs or plain gcc is just asking for trouble. Is there a big effort involved? Cheers, Cristian On Tue, 13 Mar 2001, J.H.M. Dassen (Ray) wrote: On Tue, Mar 13, 2001 at 16:36:09 +0100, Petr Èech wrote: On Tue, Mar 13, 2001 at 01:30:53PM +0100 , Cristian Ionescu-Idbohrn wrote: Is egcs-1.1.2 packaged and available somewhere? probably in slink. The slink version doesn't compile on current systems. I've looked into it once; perhaps you'll find http://www.jdassen.cistron.nl/egcs_1.1.2-1.diff.gz useful. Ray -- Murphy was an optimist.
Bug#89554: Remote nmap 0.5-beta
Package: wnpp Severity: wishlist http://rnmap.sourceforge.net/ Remote Nmap (Rnmap) package contains both client and server programs. Actual idea for this sofware is that various clients can connect to one centralized Rnmap server and do their portscannings. Server does user authentication and uses excellent Nmap scanner to do actual scanning. Rnmap is written entirely in Python and is released under the terms of the GNU General Public License. -- Murphy was an optimist.