Bug#445365: the debtorrent proxy runs as the user clamav rather than daemon or such
Hi, That's very strange. There should be a 'debtorrent' user that the proxy runs as. For example, if I check my running processes I see: hostname:~$ ps aux | grep debtorrent 114 4164 0.5 7.5 181372 77628 ?S12:00 0:04 /usr/bin/python /usr/bin/debtorrent-client --configfile /etc/debtorrent/debtorrent-client.conf --download_dir /var/cache/debtorrent --cache_dir /var/cache/debtorrent/.DebTorrent --log_dir /var/log/debtorrent Then checking the passwd file I find: hostname:~$ grep 114 /etc/passwd debtorrent:x:114:121::/var/cache/debtorrent:/bin/false Could you please check yours to see what you have? Is there a debtorrent user in the /etc/passwd file? Have you changed the DEBTORRENT_USER variable in either the /etc/default/debtorrent-client or /etc/init.d/debtorrent-client files? Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445136: Package: Bittornado T
reassign 445136 bittornado-gui severity 445136 wishlist merge 445136 341276 thanks On 10/3/07, Steve Meynell [EMAIL PROTECTED] wrote: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 58: ordinal not in range(128) BitTornado has no support for encodings at all, so adding support is a wishlist item. You can also find this bug in Ubuntu here: https://bugs.launchpad.net/ubuntu/+source/bittornado/+bug/87254 Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444647: libphp-adodb: Update to ADOdb version 4.96
tags 444647 pending thanks On 9/29/07, Raphael Geissert [EMAIL PROTECTED] wrote: A new upstream release is available. Thanks for the report. 4.96-1 has been built and is being tested, and should be uploaded soon. Until then, you can find an updated package in my repository if you want to try it out: http://debian.camrdale.org/ Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444221: ITP: python-pysizer -- memory profiiler for Python
Hi Thomas, Thanks for packaging this. I have installed it recently and found it to be useful. On 9/26/07, Thomas Viehmann [EMAIL PROTECTED] wrote: I'm not yet sure what to do about the patch to the python interpreter, PySizer is very useful even without it, though. I managed to download the latest python and patch it, though I did have to update the patch as it was for an older version of python. I then installed the patched python into /usr/local/, but I renamed the binary to python-patched so that the debian-distributed python will still be used by default. Then I just change the python header line in the files I want to test with pysizer to point to the patched version of python. Since this is fairly simple once you figure it out the first time, and it's not really feasible to distribute a patched python, I recommend supplying a script that downloads/patches/compiles/installs a new python similar to how I described above. If you want some help, my updated patch, or any further details, let me know. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443242: start-stop-daemon: warning: failed to kill 10699: No such process
tags 443242 confirmed block 443242 by 157305 352554 thanks This is an old bug in dpkg. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441957: debtorrent uses a lot of memory
severity 441957 wishlist thanks On 9/12/07, arthur [EMAIL PROTECTED] wrote: After running for a while, the debtorrent-client bloats up in memory, in top I have it using 23% of memory on my machine which has 1Go of it. PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 3632 debtorre 15 0 290m 240m 2548 R 0.0 23.7 18:46.44 debtorrent-clie I see similar numbers myself, and I'm planning on working on it soon. Unfortunately the large number of files that DebTorrent has to track does require a lot of memory, but I will definitely try to optimize it. Switching to python 2.5 might also help due to a python 2.4 bug. See this post for more info: http://www.camrdale.org/blog/posts/Aug-25-2007.html Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440510: debtorrent: please provide an entry for /etc/logrotate.d
On 9/12/07, Sebastian Bremicker [EMAIL PROTECTED] wrote: here's my /etc/logrotate.d/debtorrent: %cut here% /var/log/debtorrent/apt-access.log /var/log/debtorrent/debtorrent-client.log /var/log/debtorrent/debtorrent-tracker.log /var/log/debtorrent/tracker-access.log { daily rotate 3 missingok create 775 root debtorrent compress sharedscripts postrotate /etc/init.d/debtorrent-client restart /etc/init.d/debtorrent-tracker restart endscript } %cut here% Disadvantage is the daily restart of debtorrent, which means it has to start its search for peers again, but there is no reload target. Thanks Sebastian. I'm currently working on a better solution that doesn't require the daily restarts, but until then this one should work for others. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441968: does maybe not work for proposed-updates either
On 9/12/07, Sebastian Bremicker [EMAIL PROTECTED] wrote: on my etch system which uses the debtorrent of my sid system via deb http://192.168.244.2:9988/ftp2.freenet.de/debian proposed-updates main contrib non-free there is the error Feh http://192.168.244.2 proposed-updates/main apache2-utils 2.2.3-4+etch2 404 Not Found E: Konnte http://192.168.244.2:9988/ftp2.freenet.de/debian/pool/main/a/apache2/apache2-utils_2.2.3-4+etch2_i386.deb nicht herunterladen: 404 Not Found Using normal http deb http://ftp2.freenet.de/debian proposed-updates main contrib non-free works. Maybe it is the same like with experimental and should be mentioned in the documentation. Did you do an apt-get update on the etch system after updating sources.list and before trying to install the package? If you go to http://192.168.244.2:9988/ is the etch/proposed-updates torrent running? Is there anything in the log near where you tried to install this package? Officially proposed-updates is not supported but I can't see a reason why it wouldn't work. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443242: start-stop-daemon: warning: failed to kill 10699: No such process
Package: debtorrent Version: 0.1.4.1 Severity: normal When running /etc/init.d/debtorrent-client stop the following warning is generated: start-stop-daemon: warning: failed to kill 10699: No such process However, the process did exist and was stopped, so the warning is spurious. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441185: bittornado weird understanding of security
severity 441185 wishlist retitle 441185 allow torrents with files starting with a dot thanks On 9/7/07, Vitaliyi [EMAIL PROTECTED] wrote: I've been using bittornado for years, but there is two annoying 'features': 1. Sometimes it makes me using another client, because of this message : These errors occurred during execution: [14:42:28] got bad file info - path .plus.sfv disallowed for security reasons This is part of the original BitTorrent specification. Here is a recent post by the upstream developer on the subject: http://forums.degreez.net/viewtopic.php?t=7261 I personally modify the btformats.py file to get around this issue (hint: remove the . from the reg = compile ... line near the top), but I am unwilling to make this change permanent for all users as it is a security issue. I am considering either adding an option to disable this security check, or just making these files have a priority of -1 (i.e. do not download), so I'll make this bug a wishlist item for that. 2. It still hangs and not reacting on ctrl+c on 'q' key. This is supposed to be fixed, though I'm not surprised that it isn't. I'll need way more information to diagnose the problem though, so please file another bug report containing which script you were running that won't quit, does it affect the other scripts, do you get any errors or tracebacks, and what happens when you do stop it with other signals (e.g. INT, TERM, KILL). The errors or traceback messages are the most important so if you can do something to make those appear that would help a lot. Also, if you could file the bug with the reportbug tool, that would be great, as it contains information on what dependencies you have installed. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441185: bittornado weird understanding of security
On 9/18/07, Cameron Dale [EMAIL PROTECTED] wrote: On 9/7/07, Vitaliyi [EMAIL PROTECTED] wrote: 2. It still hangs and not reacting on ctrl+c on 'q' key. This is supposed to be fixed, though I'm not surprised that it isn't. I'll need way more information to diagnose the problem though, so please file another bug report containing which script you were running that won't quit, does it affect the other scripts, do you get any errors or tracebacks, and what happens when you do stop it with other signals (e.g. INT, TERM, KILL). The errors or traceback messages are the most important so if you can do something to make those appear that would help a lot. Also, if you could file the bug with the reportbug tool, that would be great, as it contains information on what dependencies you have installed. Sorry, I just realized that you have another bug open for this issue. Ignore the requests above and I'll look into your other bug. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430341: bittornado hangs
On 6/23/07, Vitaliyi [EMAIL PROTECTED] wrote: Error in atexit._run_exitfuncs: Traceback (most recent call last): File atexit.py, line 24, in _run_exitfuncs func(*targs, **kargs) File threading.py, line 634, in __exitfunc t.join() File threading.py, line 540, in join self.__block.wait() File threading.py, line 203, in wait waiter.acquire() KeyboardInterrupt Error in sys.exitfunc: Traceback (most recent call last): File /usr/lib/python2.4/atexit.py, line 24, in _run_exitfuncs func(*targs, **kargs) File /usr/lib/python2.4/threading.py, line 634, in __exitfunc t.join() File /usr/lib/python2.4/threading.py, line 540, in join self.__block.wait() File /usr/lib/python2.4/threading.py, line 203, in wait waiter.acquire() KeyboardInterrupt This is a very strange set of tracebacks, as it seems that it has nothing to with BitTornado, instead only python2.4 files are listed (and the first ones don't have the full path, very strange indeed). I wonder if this could be a python2.4 bug. How long have you been seeing it? Does it occur with different versions of python? Can you upgrade to the latest python to test it, or try python 2.5 or python 2.3? Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#194727: Charity
Heeey, baby Hope you didnt forget about our tour to Varadero You dont write me Ok, I took out the pictures I told you about right here http://www.arabesque.ru/ (login:kisss, pass:catch) Hope youll love it Write me as soon as you check it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#174260: How does Wondercum help me?
All because I am ejaculating the way I never have. http://emagx.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405431: new lists of doctors
Only until Sep 14 - Purchase the Medical Doctor Database at the sale price and get Hospital, Nursing Home and Dentist data without charge Licensed Medical Doctors in the USA 788,575 in total 17,400 emails Lots of Medical Doctors in specialties like Orthopedics, Surgery, Radiology, Dermatology, Neurology, General Practice etc.. Can easily be sorted by 16 different fields New Price: $350 *** FREE OFFER: Get the 3 directories below for FREE with the purchase of the Doctor data *** Hospitals in the USA more than 23k hospital administrators in over 7k hospitals [worth over $300 alone) Directory of US Dentists 597,000 dentists and dental services ( a $300 value!) US Nursing Home Listing includes over 31,589 Senior administrators, 11,288 Nursing Directors in over 14,706 Nursing Homes in the United States. (value: $249) send us an email: [EMAIL PROTECTED] Note: For stopping the emails reply with stop as a subject. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441593: bittornado: UnicodeDecodeError
reassign 441593 bittornado-gui severity 441593 wishlist merge 441593 341276 thanks On 9/10/07, peter [EMAIL PROTECTED] wrote: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 15: ordinal not in range(128) BitTornado has no support for encodings. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440872: reprepro: adding an architecture does not get the arch:all Packages included in it
On 9/5/07, Bernhard R. Link [EMAIL PROTECTED] wrote: As reprepro does not realize that there was a new architecture added, it cannot special case that. And even if it could, and there would be multiple other architectures yet, where should it copy them from, and if the versions of their arch:all packages differ, which should it choose? I certainly understand what you're saying, but I think there is a way to do this for the most common case of all arches having the same arch:all packages (and versions). Perhaps a new command or option to the export command that says sync all arch:all packages with all architectures. It would then find all the arch:all packages available in all the architectures, and add them to the archs that are missing them. Having 2 different versions of the same arch:all package in different arches would cause an error or warning, or maybe a question? Anyway, it's not a big deal, as adding a new arch is a special case. Thanks for the pull command, I'll look into using it the next time I add an arch. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440872: reprepro: adding an architecture does not get the arch:all Packages included in it
Package: reprepro Version: 1.3.1-1 Severity: normal I recently added a new architecture to my conf/distributions file. After that I did a reprepro export to get the new index files created, which worked fine (I thought). Looking back now, I see that the architecture:all packages in my archive are not in the new architecture's Packages files. Subsequently adding new-arch-specific packages did not add the arch:all packages to the new arch either. To get them added I had to manually traverse my pool and do reprepro includedeb package.deb for all the arch:all binary packages. To reproduce: 1) create a new repository with only i386 2) add an arch:all package to the repository 3) add the powerpc arch to the conf/distributions 4) regenerate the indices with reprepro export 5) check the binary-powerpc/Packages.* files for the arch:all package Thanks, Cameron -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.29-xen Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages reprepro depends on: ii apt0.6.46.4-0.1 Advanced front-end for dpkg ii libarchive11.2.53-2 Single library to read/write tar, ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libdb4.3 4.3.29-8 Berkeley v4.3 Database Libraries [ ii libgpg-error0 1.4-1 library for common error values an ii libgpgme11 1.1.2-5 GPGME - GnuPG Made Easy ii zlib1g 1:1.2.3-13compression library - runtime reprepro recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439608: closed by Marc Haber [EMAIL PROTECTED] (Re: Bug#439608: exim4-config barfs when suggested conffile changes ARE accepted (split file config))
On 8/26/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote: Please read /usr/share/doc/exim4-config/NEWS.Debian.gz for 4.67-2 and 4.67-4: |update-exim4.conf looks for commented UPEX4CmacrosUPEX4C (which |used to be the place marker in earlier 4.67-x versions) and barfs |if it finds them anywhere in /etc/exim4/exim4.conf.template or |recursively /etc/exim4/conf.d. This check - as a feature - also |includes files that would normally be excluded by update-exim4.conf. WTF is UPEX4C? You are therefore complaining about a documented feature. Additionally, please refer to the BTS if the bug you're going to report is already reported. This non-bug is. Multiple times. Call it a feature if you want, it seems wrong to me. I accept all changes and still it barfs saying I should have accepted all changes. FWIW, I did scan the *84* open bugs for this and couldn't find it reported. Perhaps you should leave one open tagged as will-not-fix in the future? Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439608: exim4-config barfs when suggested conffile changes ARE accepted (split file config)
Package: exim4 Version: 4.67-8 Severity: normal Using a split config file setup, even after accepting the suggested config file changes during the upgrade, update-exim4 still says: Starting MTA:DEBCONFsomethingDEBCONF found in exim configuration. This is most probably caused by you upgrading to exim4 4.67-3 or later without accepting the suggested conffile changes. Please read /usr/share/doc/exim4-config/NEWS.Debian.gz for 4.67-2 and 4.67-4 exim4. grepping shows: [EMAIL PROTECTED]:/etc/exim4$ sudo grep -r DEBCONF * conf.d/transport/30_exim4-config_remote_smtp_smarthost.dpkg-old: DEBCONFheaders_rewriteDEBCONF conf.d/transport/30_exim4-config_remote_smtp_smarthost.dpkg-old: DEBCONFreturn_pathDEBCONF update-exim4.conf.conf:# the DEBCONFsomethingDEBCONF strings in the configuration template files. So I guess it is looking in the *.dpkg-old files for DEBCONFsomethingDEBCONF entries, which it probably shouldn't. It's not too serious though, as it still generates the config file, and exim still starts. It just seems ominous to the uninformed users like me. :) Thanks, Cameron -- Package-specific info: Exim version 4.67 #1 built 19-Aug-2007 13:50:39 Copyright (c) University of Cambridge 2006 Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September 6, 2005) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii exim4-base4.67-8 support files for all Exim MTA (v4 ii exim4-daemon-light4.67-8 lightweight Exim MTA (v4) daemon exim4 recommends no packages. -- debconf information: * exim4/drec: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436803: documentation patch
Further investigation shows that this symptom is caused by a service that does not read(2) from the file descriptor provided by inetd, and that the packet received was not empty. The man page does not say this is bad. In the test case, netstat -an | grep 9988 showed a receive queue that never grew any shorter. As a result, the inetd select(2) would continue to show data available, even for one packet. Adding a read(2) to the service fixes it. The service wasn't intended to receive data, yet data was sent. There is no practical way that inetd can handle this situation ... it cannot know that a service program will not read the socket. The current behaviour is to respawn the service until the maximum number of server instances is reached, then loop for 60 seconds and try again. The attached patch adds this to the BUGS section of the man page, since it was not clear from the nowait/wait section. -- James Cameron http://ftp.hp.com.au/sigs/jc/ --- openbsd-inetd-0.20050402/inetd.8 2007-08-13 11:41:48.0 +1000 +++ openbsd-inetd-0.20050402-436803/inetd.8 2007-08-13 11:40:54.0 +1000 @@ -474,3 +474,11 @@ .Dq rpc on IPv6 is not tested enough. Kerberos support on IPv6 is not tested. +.Pp +Server programs used with +.Dq dgram +.Dq udp +.Dq nowait +must read from the network socket, or +.Nm inetd +will spawn processes until the maximum is reached.
Bug#436803: openbsd-inetd: denial of service, cpu loop, select returns fd that is not handled
Package: openbsd-inetd Version: 0.20050402-6 Severity: normal inetd can enter a state where select(2) is returning a file descriptor that is active due to an incoming connection, yet it does not handle the connection, so causing a CPU loop until it is restarted. The problem is reproducible by preparing a UDP service and bombarding a system with UDP packets. Since one has to actually prepare a UDP service, the package isn't vulnerable to start with, as far as I can tell. /etc/inetd.conf: 9988 dgram udp nowait root /usr/local/bin/9988 9988 /usr/local/bin/9988 is a shell script that performs echo 'ok' strace: select(12, [4 5 6 7 8 9 10 11], NULL, NULL, NULL) = 1 (in [11]) rt_sigprocmask(SIG_BLOCK, [HUP ALRM CHLD], NULL, 8) = 0 gettimeofday({1186634606, 858530}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 select(12, [4 5 6 7 8 9 10 11], NULL, NULL, NULL) = 1 (in [11]) lsof: COMMAND PID USER FD TYPE DEVICESIZENODE NAME inetd 16547 root cwdDIR3,14096 2 / inetd 16547 root rtdDIR3,14096 2 / inetd 16547 root txtREG3,1 29192 185 /usr/sbin/inetd inetd 16547 root memREG3,1 83712 301649 /lib/libnsl-2.6.so inetd 16547 root memREG3,1 1331780 301208 /lib/libc-2.6.so inetd 16547 root memREG3,1 31224 294942 /lib/libwrap.so.0.7.6 inetd 16547 root memREG3,1 38416 301652 /lib/libnss_files-2.6.so inetd 16547 root memREG3,1 117336 295672 /lib/ld-2.6.so inetd 16547 root0u CHR1,3 870 /dev/null inetd 16547 root1u CHR1,3 870 /dev/null inetd 16547 root2u CHR1,3 870 /dev/null inetd 16547 root4u IPv4 31852 TCP *:discard (LISTEN) inetd 16547 root5u IPv4 31854 UDP *:discard inetd 16547 root6u IPv4 31856 TCP *:daytime (LISTEN) inetd 16547 root7u IPv4 31858 TCP *:time (LISTEN) inetd 16547 root8u IPv4 31860 TCP *:distcc (LISTEN) inetd 16547 root9u IPv4 31862 TCP *:tojander (LISTEN) inetd 16547 root 10u IPv4 31864 TCP *:9802 (LISTEN) inetd 16547 root 11u IPv4 31866 UDP *:9988 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages openbsd-inetd depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii tcpd 7.6.dbs-14 Wietse Venema's TCP wrapper utilit ii update-inetd 4.27-0.5 inetd.conf updater openbsd-inetd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435889: vlc media player will not start
Package: vlc version: 0.8.6-svn20061012 I cannot start vlc from the kde, mulitmedia shortcut. also when i try to start it from the commandline i get the following output. [EMAIL PROTECTED]:~/images/topost$ vlc VLC media player 0.8.6a Janus [0001] main private error: no memcpy module matched any [0011] main interface error: no interface module matched hotkeys,none [0011] main interface error: no suitable interface module [0001] main private error: interface hotkeys,none initialization failed [0012] main interface error: no interface module matched screensaver,none [0012] main interface error: no suitable interface module [0001] main private error: interface screensaver,none initialization failed [0013] main interface error: no interface module matched any [0013] main interface error: no suitable interface module [0001] main private error: interface (null) initialization failed I am using etch,stable. Linux crusader 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422098: bittornado: btlaunchmany doesn't seed properly
tags 422098 + pending thanks On 5/4/07, David Purdy [EMAIL PROTECTED] wrote: This sounds like maybe it's not NAT/firewall related after all, but let me know the answer to the question above to make sure, and if it's not then I'll investigate further. Both peers are in the same subnet, connected by a network switch. There is no firewalling/proxies/nat/iptables etc between them. [snip] Maybe you can reproduce this problem by running the tracker on the same server as btlaunchmany. It turned out not to be a NAT problem after all. The recent addition of encryption to bittornado (in 0.3.18) has a bug that causes the btlaunchmany programs to drop all incoming connections. (Actually btlaunchmany sends bad data on incoming connections, which causes the connecting peer to drop the connection, but the result is the same.) That is why running btlaunchmany first didn't work (btlaunchmany receives the connection), but running it second does work (btlaunchmany sends the connection). Whether seeding or not makes no difference. I found the fix in the upstream CVS, and it will be included in the next release. http://cvs.degreez.net/viewcvs.cgi/bittornado/BitTornado/BT1/Encrypter.py.diff?r1=1.51r2=1.52 Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#148955: Weekly Special
Have you wished for a expensive watch Piece of rare Jewerly? Or even a nice Ink Pen We have the problem solved for you! We provide all the big names for a low precentage of the expense. www.brittwz.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433424: python-epydoc: bad identifier error when module names with a - (dash) are imported
Package: python-epydoc Version: 3.0~beta1-1 Severity: minor A python file can import a module whose name contains a - (dash), using the __import__ builtin function (just doing a normal import fails, as identifiers cannot contain dashes): DebTorrentClient = __import__('debtorrent-client', globals(), locals(), []) Running epydoc on a file with an import like this generates this error: UNEXPECTED ERROR: Bad identifier 'debtorrent-client' Running in debug mode gets this stack trace: [Traceback (most recent call last): File /usr/bin/epydoc, line 13, in ? cli() File /var/lib/python-support/python2.4/epydoc/cli.py, line 946, in cli main(options, names) File /var/lib/python-support/python2.4/epydoc/cli.py, line 738, in main exclude_parse=exclude_parse) File /var/lib/python-support/python2.4/epydoc/docbuilder.py, line 205, in build_doc_index doc_pairs = _get_docs_from_items(items, options) File /var/lib/python-support/python2.4/epydoc/docbuilder.py, line 333, in _get_docs_from_items doc_pairs.append(_get_docs_from_module_file( File /var/lib/python-support/python2.4/epydoc/docbuilder.py, line 525, in _get_docs_from_module_file introspect_doc = introspect_docs( File /var/lib/python-support/python2.4/epydoc/docintrospecter.py, line 127, in introspect_docs introspect_func(value, val_doc, module_name=module_name) File /var/lib/python-support/python2.4/epydoc/docintrospecter.py, line 267, in introspect_module container = get_containing_module(child) File /var/lib/python-support/python2.4/epydoc/docintrospecter.py, line 672, in get_containing_module return DottedName(value.__name__) File /var/lib/python-support/python2.4/epydoc/apidoc.py, line 117, in __init__ raise DottedName.InvalidDottedName( epydoc.apidoc.InvalidDottedName: Bad identifier 'debtorrent-client' -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-epydoc depends on: ii python2.4.4-6An interactive high-level object-o ii python-support0.6.3 automated rebuilding support for p Versions of packages python-epydoc recommends: ii graphviz 2.8-2.6rich set of graph drawing tools ii gs-common 0.3.11 Common files for different Ghostsc ii python-tk 2.4.4-1Tkinter - Writing Tk applications ii texlive-fonts-recommended 2007-4 TeX Live: Recommended fonts ii texlive-latex-base2007-4 TeX Live: Basic LaTeX packages ii texlive-latex-extra 2007-3 TeX Live: LaTeX supplementary pack ii texlive-latex-recommended 2007-4 TeX Live: LaTeX recommended packag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430903: git-cvsimport results in an empty checkout
Package: git-cvs Version: 1:1.5.2.2-2 Severity: normal After completing the import process with this command: git-cvsimport -k -v -m -d :pserver:[EMAIL PROTECTED]:/cvsroot bittornado it ended with this last fetch/commit, and then the checkout below: Fetching BitTornado/BT1/track.py v 1.68 Update BitTornado/BT1/track.py: 49062 bytes Tree ID 654007d16cbc2340eedeb49a638406704361c8c4 Parent ID 71ae8bf955593db335a796d119622d9a949bb37d Committed patch 775 (origin + 2007-02-21 17:13:23) Commit ID 94a462230c8beac77dc4a17f87254cfd292f Generating pack... Done counting 3956 objects. Deltifying 3956 objects... 100% (3956/3956) done Writing 3956 objects... 100% (3956/3956) done Total 3956 (delta 2977), reused 0 (delta 0) Pack pack-31812d7cdaf8218768a33f892311489335157496 created. Removing unused objects 100%... Done. DONE; creating master branch D .cvsignore D BitTornado/.cvsignore D BitTornado/BT1/.cvsignore D BitTornado/BT1/BadDataGuard.py D BitTornado/BT1/Choker.py D BitTornado/BT1/Connecter.py D BitTornado/BT1/Downloader.py D BitTornado/BT1/DownloaderFeedback.py D BitTornado/BT1/Encrypter.py ... and so on until all files were deleted So it deleted every file in the checkout, my working directory now has only a .git directory in it. git-status shows that all files have been deleted (though the changes have not been added to the commit). Switching to the origin branch has no effect. I had to a git-reset --hard HEAD to get the files back. I also noticed a connect error: Network is unreachable message early on in the import (like in the first few lines) similar to #426617, but since it didn't affect the import I don't think it's related. (I'd post it, but that part of the import scrolled past the buffer on Konsole.) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-cvs depends on: ii cvsps2.1-3 Tool to generate CVS patch set inf ii git-core 1:1.5.2.2-2 fast, scalable, distributed revisi ii libdbd-sqlite3-perl 1.13-2 Perl DBI driver with a self-contai Versions of packages git-cvs recommends: ii git-doc 1:1.5.2.2-2 fast, scalable, distributed revisi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430341: bittornado hangs
On 6/23/07, Vitaliyi [EMAIL PROTECTED] wrote: Package: bittornado Version: 0.3.18-3 bittornado hangs after pressing 'q' (quit). Please submit more information about when/how this happens. Which bittornado program are you running? Which/how many torrents are you running? What happens after you press 'q' (any messages printed)? How long does it hang for? What happens if you press ctrl-c? Any other information? Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429911: BitTornado bug
reassign 429911 bittornado-gui severity 429911 wishlist merge 429911 341276 thanks Another encoding error. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430068: hpodder: man page lists mysterious -d option
Package: hpodder Version: 0.99.3 Severity: minor I assume it's an old option that no longer exists, as the man page doesn't seem to say anything else about it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hpodder depends on: ii curl 7.15.5-1 Get a file from an HTTP, HTTPS, FT ii id3v2 0.1.11-3 A command line id3v2 tag editor ii libc6 2.5-7 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libsqlite3-0 3.3.16-1 SQLite 3 shared library hpodder recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402914: Bug #402914: beagle: Beagle analyzes Mozilla Thunderbird accounts over and over again
Package: beagle Version: 0.2.17-1 Followup-For: Bug #402914 I have the same problem with the latest beagle on AMD64. The Thunderbird email files get indexed every time I run beagled, even if nothing has changed (I have rebooted, but Thunderbird has not even run since the last index). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages beagle depends on: ii adduser 3.102 Add and remove users and groups ii bash 3.1dfsg-8 The GNU Bourne Again SHell ii dbus 1.0.2-3simple interprocess messaging syst ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-7 GNU C Library: Shared libraries ii libcairo2 1.4.4-1The Cairo 2D vector graphics libra ii libexif12 0.6.13-5 library to parse EXIF files ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgalago1.0-cil 0.5.0-2CLI bindings for libgalago ii libgconf2.0-cil 2.16.0-6 CLI binding for GConf 2.16 ii libglade2.0-cil 2.10.0-2 CLI binding for the Glade librarie ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libglib2.0-cil2.10.0-2 CLI binding for the GLib utility l ii libgmime2.2-cil 2.2.9-1CLI binding for the MIME library, ii libgnome-vfs2.0-cil 2.16.0-6 CLI binding for GnomeVFS 2.16 ii libgnome2.0-cil 2.16.0-6 CLI binding for Gnome 2.16 ii libgnomevfs2-01:2.18.1-1 GNOME Virtual File System (runtime ii libgsf-1-114 1.14.3-1 Structured File Library - runtime ii libgsf0.0-cil 0.8-1 CLI bindings for libgsf ii libgtk2.0-0 2.10.11-2 The GTK+ graphical user interface ii libgtk2.0-cil 2.10.0-2 CLI binding for the GTK+ toolkit 2 ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmono-corlib2.0-cil 1.2.4-3Mono core library (2.0) ii libmono-sharpzip2.84-cil 1.2.4-3Mono SharpZipLib library ii libmono-sqlite2.0-cil 1.2.4-3Mono Sqlite library ii libmono-system-data2.0-ci 1.2.4-3Mono System.Data Library ii libmono-system-web2.0-cil 1.2.4-3Mono System.Web Library ii libmono-system2.0-cil 1.2.4-3Mono System libraries (2.0) ii libmono0 1.2.4-3libraries for the Mono JIT ii libmono2.0-cil1.2.4-3Mono libraries (2.0) ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii librsvg2-22.16.1-2 SAX-based renderer library for SVG ii libsm61:1.0.2-2 X11 Session Management library ii libsqlite02.8.17-2 SQLite shared library ii libsqlite3-0 3.3.16-1 SQLite 3 shared library ii libwmf0.2-7 0.2.8.4-6 Windows metafile conversion librar ii libwv-1.2-3 1.2.4-2Library for accessing Microsoft Wo ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml2 2.6.28.dfsg-1 GNOME XML library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii libxss1 1:1.1.2-1 X11 Screen Saver extension library ii mono-runtime 1.2.4-3Mono runtime ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages beagle recommends: ii xpdf-utils [poppler-utils]3.01-9 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428076: url_upload: Trouble with non-uniq file_name(s).
severity 428076 wishlist thanks On 6/8/07, Mike Mestnik [EMAIL PROTECTED] wrote: http://www.tuxdistro.com/rssinfo.php All of these RRS feeds use the same file_name. Like: http://www.tuxdistro.com/torrents-details.php?id=323hit=1 http://www.tuxdistro.com/torrents-details.php?id=322hit=1 I.E. torrents-details.php ect. These RSS feeds don't have links to torrents, and therefore aren't meant to be used in the way that you are trying to. Instead they have links to HTML pages containing details about the torrents. To download the torrents you have to click on the download link: http://www.tuxdistro.com/download.php?id=323name=SabayonLinux-x86-3.3.iso.torrent http://www.tuxdistro.com/download.php?id=322name=SabayonLinux-x86_64-3.3.iso.torrent And if you add these download URLs to Torrentflux the torrents get added properly (with the correct names). The reason adding the details links to Torrentflux partly works (you do get the torrent file), is that it has built in rewriting rules for some major torrent sites (mininova, isohunt, torrentspy, ...) to support getting torrent files from links like this and the tuxdistro site is very close to one of them. (See the FetchTorrent function in functions.php) So I have changed your bug to a wishlist one, as what you really want (I think) is a rewriting rule for tuxdistro.com links to be added. If you do want that, I can see if upstream wants to add a rule for that site (though it might be tough, as that site doesn't seem so popular). Here is the code and my work around. index.php, line 343: if(! $url_upload == '') { $arURL = explode(/, $url_upload); $file_name = $arURL[count($arURL)-1]; // get the file name $file_name = urldecode($file_name); $file_name = str_replace(array(',,), , $file_name); $file_name = stripslashes($file_name); $ext_msg = ; // Check to see if url has something like ?passkey=12345 // If so ?remove it? //if( ( $point = strrpos( $file_name, ? ) ) !== false ) //{ //$file_name = substr( $file_name, 0, $point ); //} I won't be using this, as there is a reason these are removed from the saved file name (so everyone can't see your passkey). Thanks for the report, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428005: ITP: debtorrent -- the BitTorrent proxy for downloading Debian packages
Package: wnpp Severity: wishlist Owner: Cameron Dale [EMAIL PROTECTED] * Package name: debtorrent Version : 0.2.0 Upstream Author : Cameron Dale [EMAIL PROTECTED] * URL : http://debtorrent.alioth.debian.org/ * License : MIT Programming Lang: Python Description : the BitTorrent proxy for downloading Debian packages To expand on the BitTorrent protocol and application to work effectively with large, constantly updating collections of files, and therefore enable the efficient peer-to-peer downloading of Debian packages from an APT repository. Features: * Downloads from peers, increasing the available bandwidth to the user * Reduces the bandwidth requirements needed to setup a repository of packages * Seamlessly integrates with the current APT tool * Automatically falls back to downloading from an HTTP mirror when peers are not available Requirements: * Python 2.3 or higher * An APT-based package management system (such as Debian distributions have) *** Though there are currently Alpha releases available (0.1.1), I am planning to wait for the upcoming Beta release before packaging this software (possibly as a native package). Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399150: I got php4-sqlite working with torrentflux.
On 6/6/07, Mike Mestnik [EMAIL PROTECTED] wrote: I'm downloading torrents now. It's way cool. That's great! Any issues to report? If not, please keep your eyes open for anything strange and let me know. I'm pretty sure there's a problem with adding cookies to a user profile, but you might want to try it out to confirm. If everything continues to work for a couple of weeks I'll upload a new package to the archive to officially support sqlite. Thanks for trying it out, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425077: closed by [EMAIL PROTECTED] (Kenneth J. Pronovici) (Bug#425077: fixed in epydoc 2.1-12)
On 6/3/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote: Changes: epydoc (2.1-12) unstable; urgency=low . * Bring Recommends dependencies up to date with lenny (closes: #425077). - Recommend texlive-latex-base rather than obsolete tetex-extra - Recommend gs-common rather than gs-esp | gs, since this is where ps2pdf lives - Recommend iceweasel | www-browser rather than mozilla | www-browser Not to nitpick, but isn't texlive-latex-extra required for the Latex output? It seems like it uses the multirow and tocbibind packages, both of which are found in texlive-latex-extra. Sorry if I'm wrong here, I don't use the latex output, I just recall checking when I built my package and deciding that texlive-latex-extra was needed. Either way, thanks for fixing, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425077: closed by [EMAIL PROTECTED] (Kenneth J. Pronovici) (Bug#425077: fixed in epydoc 2.1-12)
(Forgot to CC the bug, sorry) On 6/3/07, Kenneth Pronovici [EMAIL PROTECTED] wrote: I don't use the latex output much either. I'm certainly open to listing texlive-latex-extra rather than just texlive-latex-base, as long as I can understand why it would be required. I'll do some more testing and see what I can come up with. From epydoc/latex.py (line 63): \usepackage{makeidx, multirow, longtable, tocbibind, amssymb} I assume that will fail if the packages are unavailable. Again, I haven't tried it, but I assume you're testing will find an error there. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426136: php not capitalized in package description
tags 426136 pending thanks On 5/26/07, Filipus Klutiero [EMAIL PROTECTED] wrote: php should be capitalized in the package description. Also, please use a consistent case for ADOdb. Fixed, thanks. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423045: [INTL:nl] Dutch po-debconf translation
tags 423045 pending thanks On 5/9/07, cobaco (aka Bart Cornelis) [EMAIL PROTECTED] wrote: Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426178: libphp-adodb: [INTL:es] Spanish translation for debconf template
tags 426178 pending thanks On 5/26/07, Rudy Godoy Guillén [EMAIL PROTECTED] wrote: Please find attached the Spanish translation for the debconf template. Thanks, Cameron
Bug#425193: epydoc: New upstream available (3.0beta1)
Package: epydoc Severity: normal Tags: patch There is a new upstream release available since February 2007 that has some interesting enhancements for epydoc. I know it's a beta release, but as there haven't been any releases in quite some time, I thought you might be interested. Since the package seemed relatively easy to upgrade, I have prepared a NMU-type patch that I have used to successfully package the new version (I couldn't wait for the new features). The new diff is attached. (I don't plan on submitting an NMU, I just made the package that way.) I also have built versions available in my repository, if you (or anyone else) wants to try. It is available here: deb http://www.cs.sfu.ca/~camerond/personal/debian/ The only strange thing is the documentation, which might be out of date or not working properly, but everything else I have tried works fine. I also had to use a weird version number (2.1+3.0beta1) so that later upgrades to 3.0 will be automatic. Cameron epydoc_2.1+3.0beta1-0.1.diff.gz Description: GNU Zip compressed data
Bug#425077: python-epydoc: recommends obsolete tetex-extra
Package: python-epydoc Version: 2.1-11 Severity: normal Epydoc recommends the now obsolete tetex-extra. Perhaps this could be updated to recommend some new texlive packages (such as texlive-latex-extra). I am unwilling to install tetex-extra as the transitional package currently depends on 20 langauge packs I don't need. Thanks, Cameron -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-epydoc depends on: ii python2.4.4-2An interactive high-level object-o ii python-support0.6.3 automated rebuilding support for p Versions of packages python-epydoc recommends: ii gs-esp [gs] 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii python-tk2.4.4-1 Tkinter - Writing Tk applications pn tetex-extra none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419995: Processed: This is not BitTorrent, it is BitTornado.
reassign 419995 bittornado-gui severity 419995 wishlist merge 350261 419995 thanks Another encoding bug. Merged with others. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399150: torrentflux: Should only suggest, not depend. HowTo avalible.
On 5/2/07, Mike Mestnik [EMAIL PROTECTED] wrote: You know all that is good and will work best. Could it be made easy to satisfy the dependency, like php5-mysql | php5-i-will-do-sql | ...? Perhaps with a better name though. I think I can then hack something together that will provide php5-i-will-do-sql, unless in this day and age there is a better way. I don't think I'd be allowed to upload a package that depends on a non-existant package. You might try the equivs package though, it can be used to easily build dummy packages. You could use it to create a package named php5-mysql, or to just provide php5-mysql (a better solution). I'm happy to continue testing. Great! I've prepared a new package that contains the SQLite database. I've checked, and it seems to install properly, but it needs more serious use to make sure there's no bugs (maybe with cookies? not sure right now). You can download it here: http://www.cs.sfu.ca/~camerond/personal/dump/torrentflux_2.3-2_all.deb You'll have to purge any previous torrentflux installs, then install this one. It should ask for the database type, and you can choose sqlite. That should be it. Let me know if it gives you any problems. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422098: bittornado: btlaunchmany doesn't seed properly
On 5/3/07, David Purdy [EMAIL PROTECTED] wrote: 1) Given 2 peers A B (there are no other peers): 2) A runs btlaunchmany to share a directory which contains 1 torrent file and the complete downloaded file for that torrent. 3) Then B attempts to download the torrent (important: B starts btdownload *after* btlaunchmany is started on A) Then: 4) B will not see any peers. I've seen something like this occurring when one or both of the peers is behind a NAT or firewall. Is that the case here? But if you restart btlaunchmany on A then B will suddenly detect peer A and start downloading from it. This could occur if A is behind a NAT/firewall, so B can't connect to it, but if starting A after B then A makes the connection, which works fine. If you share the file on A with btdownload rather than btlaunchmany, then B will be able to start downloading right away. btlaunchmany from the 'bittorrent' package doens't have this problem. I've tested with various combinations of bttrack, btdownload and btlaunchmany from the 'bittornado' and 'bittorrent' packages. As far as I can tell, the problem is definitely with the seeding 'btlaunchmany' only registering as a peer when it starts up, but not later. This sounds like maybe it's not NAT/firewall related after all, but let me know the answer to the question above to make sure, and if it's not then I'll investigate further. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377948: Info received (ITP: webmin -- web-basedadministration toolkit)
On 25/Apr/2007 09:09 peter green wrote .. DEB package: http://download.webmin.com/devel/deb/webmin_1.306_all.deb DSC file:http://download.webmin.com/devel/deb/webmin_1.306.dsc Original source: http://download.webmin.com/devel/tarballs/webmin-1.306.tar.gz Diff:http://download.webmin.com/devel/deb/webmin_1.306.diff I get not found errors when trying to download all of theese. Sorry, I have moved those files around since last updating this bug. The new (and final) locations are : DEB:http://www.webmin.com/download/deb/webmin_1.340_all.deb DSC:http://download.webmin.com/download/deb/webmin_1.340.dsc Diff: http://download.webmin.com/download/deb/webmin_1.340.diff Source: http://www.webmin.com/download/webmin-1.340.tar.gz - Jamie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410153: bittornado: btlaunchmanycurses SYSTEM ERRORS and death
tags 410153 +l10n -moreinfo severity 410153 wishlist thanks On 4/23/07, Clint Adams [EMAIL PROTECTED] wrote: Sorry; I was thinking of a different bug. This one was due to 8-bit characters. Thanks for letting us know. This is the first report of this problem with btlaunchmanycurses, though there have been many for btdownloadgui. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#93453: perfect advertisement
The earth has gone wireless and Mobile Airwaves (mbwc) is in the right place with a Red Hot Product! We are anticipate Financial Results to be announced by the company any day. With all the New Contracts they have acquired we are expecting Record Earnings! mbwc is currently priced at around 3 cents. With the Mobile Airwaves being so Tightly held we waiting for the inlux of buying to Push the price off the charts! Get in on this Breakout Winner Early! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403788: Error in bittorrent package
severity 403788 minor tags 403788 unreproducible moreinfo thanks I have never seen a bug like this before. Could you give some more information on how this bug appeared, or how I could make it appear? Have you tried the newest version of bittornado to see if it works better? Thanks for the report, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403564: --max_download_rate does not work
severity 403564 minor tags 403564 +unreproducible thanks On 12/17/06, Artur R. Czechowski [EMAIL PROTECTED] wrote: I am trying to download a file from my friend via bittorrent. With the command: btdownloadcurses --ip 83.15.241.58 --minport 64000 --maxport 64010 --max_upload_rate 10 torrentfile everything is OK, I have download rating sth about 30KB/s. Then I try to limit my download rate using command: btdownloadcurses --ip 83.15.241.58 --minport 64000 --maxport 64010 --max_upload_rate 10 --max_download_rate 20 torrentfile and there is no download. I have tried to reproduce this, using exactly the same options, but it all works for me. I regularly use max_download_rate to limit my speeds and it is always successful. I think something is going on with your network setup that it different than mine. If you can find a way to reproduce this that I can verify, then I'll take a more in depth look at it. Thanks for the report, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410153: bittornado: btlaunchmanycurses SYSTEM ERRORS and death
tags 410153 moreinfo thanks On 2/7/07, Clint Adams [EMAIL PROTECTED] wrote: Running btlaunchmanycurses on a directory with 8 .torrent files, everything is fine for 10 or 20 seconds, then there are a series of SYSTEM ERROR - EXCEPTION GENERATED for a couple minutes, then an exit with this EXCEPTION: Traceback (most recent call last): File /var/lib/python-support/python2.4/BitTornado/RawServer.py, line 133, in listen_forever func() File /var/lib/python-support/python2.4/BitTornado/launchmanycore.py, line 298, in stats stop = self.Output.display(data) File /usr/bin/btlaunchmanycurses, line 230, in display self._display_data(data) File /usr/bin/btlaunchmanycurses, line 206, in _display_data self._display_line(line, True) File /usr/bin/btlaunchmanycurses, line 166, in _display_line self.mainwin.addnstr(line, 0, s, self.mainwinw, curses.A_BOLD) error: addnstr() returned ERR Could you give me some more information about the environment you're using BitTornado in? This bug looks similar to 303213, where the curses program was being run under screen (or put in the background). Is this the case? Another problem many face when running multiple torrents is that the number of ports is not adequate, which can generate strange errors sometimes. Try running it with a fresh set of ports that have a much larger range than the number of torrents (i.e. --min_port 12300 --max_port 12600). Still another problem might be the torrent files themselves, if they contain special characters using utf8 or other encodings, which usually happens if it is intended for another language than english. Thanks for the report, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413749: bittornado-gui: Not saving options when asked to
tags 413749 pending thanks On 3/6/07, Edward Guldemond [EMAIL PROTECTED] wrote: When using bittornado-gui, pulling up the Prefs Dialog, changing options, and clicking save does not cause the options to be saved. The default options (which were written to a settings file ) are loaded when bittornado-gui is run. Options given on the commmand line are not saved either when clicking save in the Prefs dialog. A previous patch (14_enable_gui_commandline) broke this. I'm removing it to fix. Thanks for the report, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401056: gui traceback appeared, but no btdownloadgui instance died
retitle 390342 assert not self.endgamemode AssertionError severity 401056 minor tags 390342 -moreinfo merge 390342 401056 thanks I've looked at both of these, and they are the same relatively minor bugs (I think). The appearance of the window is rare, from what I've heard (I've never seen it), and is caused by multiple threads modifying the environment simultaneously. This is probably more common if your download is very fast, or you're downloading lots of torrents, but it could certainly appear at other times (pretty randomly). Generating an error may not be the best way to handle this situation, so I've asked the upstream about alternatives. I guess what I'm saying is, don't worry about it, it's not serious, and if it annoys you too much then let me know and I'll take additional steps. Thanks for the reports, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418125: bittornado-gui: seeding fails with popup bug
tags 418125 unreproducible thanks On 4/6/07, Sol Mumey [EMAIL PROTECTED] wrote: Package: bittornado-gui Version: 0.3.15-2ubuntu1 Can you give me a way to reproduce this bug, or reproduce it yourself reliably, because I can not make it happen. Does the program actually crash when you see this, or does it continue running and work fine? Thanks for the report, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420264: kcheckgmail: Crash on startup on amd64
Package: kcheckgmail Version: 0.5.5-2 Severity: important The application crashes on startup after upgrading my system to the latest unstable. kcheckgmail was not upgraded, but libssl was (libssl0.9.8 0.9.8c-3 = 0.9.8e-4). If you need the full list of what was upgraded, let me know. Here is the relevant stuff in .xsession-errors: kcheckgmail: [void KCheckGmailTray::slotLoginStart()] kcheckgmail: [void GMail::login()] Waiting for wallet... kcheckgmail: [bool GMailWalletManager::get()] kcheckgmail: [bool GMailWalletManager::get()] yeah, from wallet kcheckgmail: [bool GMailWalletManager::get()] wallet NOT open, callback kcheckgmail: [bool GMailWalletManager::getWallet()] kcheckgmail: [bool GMailWalletManager::getWallet()] it's enabled kcheckgmail: [void GMailWalletManager::openWallet()] calling openWallet kcheckgmail: [void GMailWalletManager::openWallet()] connecting wallet kcheckgmail: [bool GMailWalletManager::get()] return true kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] Wallet Open! kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] Setting folder kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] Password: kcheckgmail: [void GMailWalletManager::slotWalletChangedStatus()] Got pass: kcheckgmail: Sending login: Email=***Passwd=**null=Sign%20in kcheckgmail: [void GMailWalletManager::clearPassword()] kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.8: undefined symbol: PKCS7_content_free kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.8: undefined symbol: OpenSSL_add_all_algorithms kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.8: undefined symbol: OPENSSL_add_all_algorithms kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.8: undefined symbol: OpenSSL_add_all_algorithms_c onf And here is the backtrace: (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) [line repeated 31 times] (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 47794266555024 (LWP 30234)] (no debugging symbols found) [line repeated 20 times] (no debugging symbols found) [KCrash handler] #5 0x2b77f5f74ab9 in QString::fromUtf8 () from /usr/lib/libqt-mt.so.3 #6 0x2b77f5f7a07a in QString::sprintf () from /usr/lib/libqt-mt.so.3 #7 0x00414733 in ?? () #8 0x00417008 in ?? () #9 0x00418241 in ?? () #10 0x2b77f5c72c2e in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #11 0x2b77f40bca8c in KIO::Job::result () from /usr/lib/libkio.so.4 #12 0x2b77f40fdadf in KIO::Job::emitResult () from /usr/lib/libkio.so.4 #13 0x2b77f411a19a in KIO::SimpleJob::slotFinished () from /usr/lib/libkio.so.4 #14 0x2b77f411a7ea in KIO::TransferJob::slotFinished () from /usr/lib/libkio.so.4 #15 0x2b77f40fd748 in KIO::TransferJob::qt_invoke () from /usr/lib/libkio.so.4 #16 0x2b77f5c72c2e in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #17 0x2b77f5c737be in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #18 0x2b77f410bb3d in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.4 #19 0x2b77f4113a8d in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.4 #20 0x2b77f40c8dca in KIO::Slave::gotInput () from /usr/lib/libkio.so.4 #21 0x2b77f41021e8 in KIO::Slave::qt_invoke () from /usr/lib/libkio.so.4 #22 0x2b77f5c72c2e in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #23 0x2b77f5c73617 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #24 0x2b77f5fe0c68 in QSocketNotifier::activated () from /usr/lib/libqt-mt.so.3 #25 0x2b77f5c94534 in QSocketNotifier::event () from /usr/lib/libqt-mt.so.3 #26 0x2b77f5c0e26a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #27 0x2b77f5c10014 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #28 0x2b77f4fda8be in KApplication::notify () from /usr/lib/libkdecore.so.4 #29 0x2b77f5ba1802 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #30 0x2b77f5c00ee1 in QEventLoop::activateSocketNotifiers () from /usr/lib/libqt-mt.so.3 #31 0x2b77f5bb5565 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #32 0x2b77f5c277f6 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #33 0x2b77f5c275ff in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #34 0x2b77f5c0fd48 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #35 0x0040d6d3 in ?? () #36 0x2b77f7e18314 in __libc_start_main () from /lib/libc.so.6 #37 0x0040d4aa in ?? () #38 0x7fffb6c9c528 in ?? () #39 0x in ?? () -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990,
Bug#420264: kcheckgmail: Crash on startup on amd64
On 4/21/07, Raphael [EMAIL PROTECTED] wrote: It is most likely this error has already been fixed in the latest KCheckGMail version. Could you please follow the next instructions to build the package of version 0.5.6 for amd64?: The new version works fine for me now, thanks! I've built the package for amd64 and uploaded it to my personal archive. If you (or anyone else) wants it without having to install a lot of -dev packages to build it, you can find it here: http://www.cs.sfu.ca/~camerond/personal/debian/ Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348789: Inspired Bundling
Prior Same Version License. AN ALLE FINANZINVESTOREN! DIESE AKTIE WIRD DURCHSTARTEN! FREITAG 20. APRIL STARTET DIE HAUSSE! REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN! Symbol: G7Q.F Company: COUNTY LINE ENERGY 5 Tages Kursziel: 0.95 Schlusskurs: 0.21 WKN: A0J3B0 ISIN: US2224791077 Markt: Frankfurt LASSEN SIE SICH DIESE CHANCE NICHT ENTGEHEN! G7Q WIRD WIE EINE RAKETE DURCHSTARTEN! UNSERE ERWARTUNGEN WIRD G7Q.F UBERTREFFEN! Commands colored red are disabled in the read-only version of ERD Commander. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399150: torrentflux: Should only suggest, not depend. HowTo avalible.
On 4/18/07, Mike Mestnik [EMAIL PROTECTED] wrote: Package: torrentflux Followup-For: Bug #399150 I'm trying to use sqlite as the DB, as it's better(smaller). http://www.torrentflux.com/forum/index.php?topic=697.msg6285 If you're referring to the possibility of removing the dependency on php4/5-mysql, I don't see that happening anytime soon as it is required for torrentflux to work properly as packaged. It is certainly possible to run torrentflux using any database server supported by adodb, so you should have no problem using the source from www.torrentflux.com to get it working using the instructions you linked to. Otherwise, you could try to just install the package with minimum dependencies and no database, and then modify it using the instructions you provided. (Note that you don't need to install a mysql server or stand-alone client, only the php4/5-mysql package and its dependencies.) I would have to add sqlite support to the package before the dependency could be dropped. Integrating this into the package is more complicated than it seems, and so supporting multiple database backends is kind of low priority right now. I suggest you open a new wishlist bug asking for sqlite support to be added, although I was thinking the first other database I would try to support would be postgre. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399150: torrentflux: Should only suggest, not depend. HowTo avalible.
On 4/18/07, Mike Mestnik [EMAIL PROTECTED] wrote: I do love to finish installing a pkg only to find it's ready to be used. I understand the current dependency on php4/5-mysql is required for this to function, but then I see that you are missing dependences for this goal. dbconfig-common blows up even after trying to disable it's use and eventually mysql is called, falling as it's not installed. I too love the non-work required of preconfigured packages, :) it's just not always possible to preconfigure for everyone's desires. The dependencies should all be there. The dependency on php4/5-mysql is required by libphp-adodb, the mysql-server is only a suggest as the server could be accessed remotely and be present on another machine, similarly the mysql-client is only a recommend as it is not required if you do not want to use the dbconfig-common automatic configuration of the server. The first dbconfig-common question should ask whether you want to use dbconfig-common to configure the db, and if you say no should just leave the db unconfigured. This *should* work, although I see it may not for you. I recommend filing a bug for that, either on the dbconfig-common package, if you think it's related to that, or on the torrentflux package, which I can then reassign to dbconfig-common if it turns out to be their problem. possible to run torrentflux using any database server supported by adodb, so you should have no problem using the source from www.torrentflux.com to get it working using the instructions you linked to. Otherwise, you could try to just install the package with minimum dependencies and no database, and then modify it using the instructions you provided. (Note that you don't need to install a mysql server or stand-alone client, only the php4/5-mysql package and its dependencies.) I think it would be safe to change this, since you will not make it past the install without a stand-alone client and presumably a mysql server. As I said above, a stand-alone client is only needed for the automatic configuration of the database, and a mysql server could very easily be located on a remote machine. The dependencies are targeted at the minimum possible installation. Please consider only suggesting the use of mysql. This problem is general enough that a general solution might work well. This would require implementation of other databases in the package, and even then would not result in a suggest of mysql, but rather a dependency on php5-mysql | php5-sqlite | php5-pgsql | What would this pkg/app requirer to be non-DB dependent? I'm thinking a common/root SQL syntax that can be compiled(fixed up) to run on many target DBs. A method to return the information needed to connect to these *arbitrary* DB systems, so the pkg could create a working config file that would work with both an app and libphp-adodb. A common pkg that would ask the debconfg questions to define the database and initialize it, dbconfig-common sounds like a good name. I can't tell if you're serious/joking/sarcastic here, but this gave me a bit of a laugh. Anyway, the building blocks are all there to support other databases. Torrentflux already uses a common SQL syntax, which when combined with libphp-adodb makes it possible to use different database backends. And dbconfig-common supports several database backends (including sqlite). The work is in setting up the initial install and upgrade sql statements that will work for the other databases, and then testing the other databases. The testing will probably be more work. Currently I only use mysql, I'm not very familiar with the others, and torrentflux (upstream) also only officially supports mysql. However, I would like to add other database options to it eventually. If you'd like to help out by contributing patches and testing for sqlite, that would certainly encourage me to get this done, and I would probably focus on sqlite first then rather than postgre. Any interest there? Either way, thanks for bringing it to my attention. I have to admit sqlite wasn't even on my radar before, as the user base is somewhat smaller than postgre. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416404: pptpd 1.3.4 released, fixes #416404
G'day, I've released pptpd 1.3.4 which contains a fix for this Debian bug #416404. I've only just been made aware of the Debian bug report. The problem was classified by upstream as release critical, but it is now fixed. I agree with Debian tagging this etch-ignore, because packet loss is just not that common, and the package is not rendered unusable or mostly so. -- James Cameron http://quozl.netrek.org/ HP Open Source, Volunteer http://opensource.hp.com/ PPTP Client Project, Release Engineer http://pptpclient.sourceforge.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393827: large files missing
I see this too. On the following directory, only the partial-1 files are shown, the large files are not. -rw-r--r-- 1 root root 3.3G Mar 30 17:35 partial-0-2007-03-30-17-10-01.tar.gz -rw-r--r-- 1 root root 3.4G Apr 6 19:05 partial-0-2007-04-06-18-38-53.tar.gz -rw-r--r-- 1 root root 254M Apr 12 12:33 partial-1-2007-04-12-12-30-01.tar.gz -rw-r--r-- 1 root root 254M Apr 13 12:33 partial-1-2007-04-13-12-30-02.tar.gz -- James Cameronmailto:[EMAIL PROTECTED] http://quozl.netrek.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416405: torrentflux: Upon login reports Database error: Query was empty
tag 416405 unreproducible severity 416405 normal thanks On 4/3/07, Mike Martin [EMAIL PROTECTED] wrote: I had to move this machine today. Upon reboot, torrentflux came up without a hitch and is working the way I would expect. It went straight to the update settings page when I logged in as the torrentflux user. All the settings look correct. I will add a new user and watch it over the next few days to see if it is stable. Based on this information and no one else reporting problems, I'm going to mark this as unreproducible and lower the severity. If it recurs, let me know. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416405: torrentflux: Upon login reports Database error: Query was empty
Sorry for the delay Mike, I'll try and find some time work on this more this weekend. Until then, read below ... On 3/27/07, Mike Martin [EMAIL PROTECTED] wrote: Does this message appear in the browser? Are there any other error messages in log files, perhaps in the webserver logs or mysql logs? Message appears in the browser. The webserver log shows nothing out of the ordinary. I can't figure out how to check the mysql log ... (kind of embarrassing) It's in /var/log, or at least it is for me. I may have set that up myself though, so if there's nothing named mysql in /var/log then don't worry about it. When did this message appear? It looks like it is a fresh install of torrentflux, have you ever been able to log in? It is a fresh install of etch with practically nothing else installed except torrentflux. I was originally able to log on. I succesfully used it for about a day. And then nothing. That was many purge/reinstall cycles ago while I tried to correct the problem. Which version of mysql server are you using? Is it on the same machine or do you connect to it over the network? Do the torrentflux database and tables look reasonable (should be 7 tables)? How many entries are there in the tf_users table? I'm using the etch mysql-server-5.0 package installed on the local machine specifically for use by torrentflux. The database seems find. show tables produces a list of 7 tables. Select * from tf_users results in an empty set. As does a Select * from all the other tables! -- hmmm -- that's problably NOT right. Actually, that probably is right. On first install, when the users table is empty, torrentflux gives superadmin privileges to the first user to login and adds them to the table. It seems like the database is fine, you just can't connect to it properly. My current thinking is this: 1. The users table is empty, and torrentflux is prompting you to login (you do get a prompt, don't you? and then the error when you fill it in and submit?) 2. Torrentflux can connect to the database and see that the users table is empty 3. Seeing that its empty, torrentflux tries to insert you into the database 4. Insertion fails, giving the error This leads me to believe (if all I have said is true), that the database privileges were not created properly for the torrentflux user. So, he can read the database, but not write to it. To confirm, try logging in to the mysql server as the torrentflux user (you can find the password to use in /etc/torrentflux/config-db.php) by doing 'mysql -u torrentflux -p torrentflux' and then enter the password at the prompt. Now try to read the tf_users table 'select * from tf_users;', and then try to insert into it 'insert into tf_users (user_id) VALUES ('mike');'. If that works, you can delete it with 'delete from tf_users;', and I'll try and come up with something else. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416405: torrentflux: Upon login reports Database error: Query was empty
On 3/27/07, Nicolas Aupetit [EMAIL PROTECTED] wrote: I obtain the same message after a crash of my machine, when the tf_log table is in use. After the reboot, this MySQL table is marked as used, and is obviously unavailable. I must repair this table with : [EMAIL PROTECTED] mysql mysql use torrentflux; mysql repair table tf_log; I can after that log in again to torrentflux. Thanks for the tip Nicolas. Mike, you might also want to try something like this, although since you purged and reinstalled the database, I'm not sure this is the problem. Try 'check table' on each of the torrentflux tables, then 'repair table' on each. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416405: torrentflux: Upon login reports Database error: Query was empty
Hi Mike, On 3/27/07, root [EMAIL PROTECTED] wrote: Package: torrentflux Version: 2.1-4 Severity: grave Justification: renders package unusable Upon login, torrentflux reports: TorrentFlux Login Warning: Invalid argument supplied for foreach() in /usr/share/php/adodb/adodb-lib.inc.php on line 768 TorrentFlux Database/SQL Error Debug SQL is on. SQL: Database error: Query was empty Always check your database variables in the config.php file. Does this message appear in the browser? Are there any other error messages in log files, perhaps in the webserver logs or mysql logs? When did this message appear? It looks like it is a fresh install of torrentflux, have you ever been able to log in? Which version of mysql server are you using? Is it on the same machine or do you connect to it over the network? Do the torrentflux database and tables look reasonable (should be 7 tables)? How many entries are there in the tf_users table? Sorry for all the questions, I'm just trying to figure out what's going on, as the error message is somewhat ambiguous. A quick fix to try if this is a fresh install might be to purge the package, choosing the option to purge the database as well. Then check to make sure the database was purged. Then reinstall again, creating a fresh database. As you probably guessed, I think there was a problem with how the database was created. It appears to be the same problem described in this forum link: http://forum.linkstationwiki.net/index.php?action=vthreadforum=16topic=2402page=0 I don't think this is related, as it was due to a mysql server problem on the ARM architecture (unless your server is running remotely on an ARM machine), and the error message looks different. Thanks for the report, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415003: texlive-latex-extra: newlfm doesn't properly obey 'nofrom' options
Package: texlive-latex-extra Version: 2005.dfsg.3-1 Severity: normal I'm trying to get newlfm to produce letters suitable for printing straight onto my company's preprinted stationery. Because the stationery already has contact details printed, I do not need newlfm to to produce those details. newlfm has options to do this --- for example, I pass the option [busletternofrom] to the documentclass, although there are other ways of doing this. However: if I pass any option to turn the contact details off, the addressee's address disappears also. All other options (placement, etc) work properly. I went to CTAN to see if there was a newer version. It reports version 9.1 of the class, but when I compile the .dtx file the resulting .cls file is only version 8.3, which I believe is the one packaged with Debian. Thanks for your time. Cameron -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1047 2007-03-15 04:15 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 2007-03-01 22:31 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2007-01-16 17:58 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2007-01-16 17:58 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2007-03-01 22:31 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 6234 2007-03-02 14:32 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 11504 2007-03-02 14:32 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 5923 2007-03-02 14:32 /var/lib/texmf/tex/generic/config/language.dat -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18debian-home Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages texlive-latex-extra depends on: ii preview-latex-style11.83-5 LaTeX style files for editor embed ii tetex-bin 3.0-30The teTeX programs ii texlive-common 2005.dfsg.3-1 TeX Live: Base component ii texlive-pictures 2005.dfsg.3-1 TeX Live: Drawing and graphing pac Versions of packages texlive-latex-extra recommends: ii tetex-extra3.0.dfsg.3-5 Additional TeX input files of teTe ii texlive-generic-extra 2005.dfsg.3-1 TeX Live: Miscellaneous extra gene ii texlive-latex-recommended 2005.dfsg.3-1 TeX Live: LaTeX recommended packag pn texpower none(no description available) Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii ucf 2.0020 Update Configuration File: preserv Versions of packages texlive-latex-extra is related to: ii tetex-base 3.0.dfsg.3-5 Basic TeX input files of teTeX ii tetex-bin 3.0-30 The teTeX programs ii tetex-extra 3.0.dfsg.3-5 Additional TeX input files of teTe -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: tex-common/singleuser: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415003: texlive-latex-extra: newlfm doesn't properly obey 'nofrom' options
On Thu, Mar 15, 2007 at 06:27:33PM +0100, Frank Küster wrote: Dear Paul, I'm the maintainer of TeXLive in Debian, which contains your newlfm LaTeX class. A user has reported a problem with the class: Cameron Horsburgh [EMAIL PROTECTED] wrote: I'm trying to get newlfm to produce letters suitable for printing straight onto my company's preprinted stationery. Because the stationery already has contact details printed, I do not need newlfm to to produce those details. newlfm has options to do this --- for example, I pass the option [busletternofrom] to the documentclass, although there are other ways of doing this. However: if I pass any option to turn the contact details off, the addressee's address disappears also. All other options (placement, etc) work properly. I haven't tried this---Cameron, it would be great if you could provide a minimal example so that we can see what you are doing exactly, see Sure --- here's one I prepared earlier! It's fairly minimal, although I find it easier to follow the document section if I use nested definitions in letrinfo.tex. I've tried defining addresses in other places, unnesting definitions and so on, with the same results. One thing to look out for: make sure you remove ./letrinfo.tex and the aux file between invocations --- they don't necessarily update properly between invocations if you change things. Thanks for your time. %% Example follows \begin{filecontents}{letrinfo.tex} \makeaddress{GOD}{\name{Jesus Christ}% \addr{Heavenly Mansions\\% 777 Divine Avenue\\% Heaven\\}% }% % \makesignature{ME}{\signame{Jesus Christ, SoG}% \closeline{Yours sincerely,}% }% % \makeletterhead{HEAVEN}{% \sigME% \setadrfr{\adrGOD}% }% % \makeaddress{SATAN}{% \name{Old Nick}% \addr{666 Sulphur Street\\% Brimstone Rise,\\ Hell}% \greet{Dear Nick,}% }% \end{filecontents} %%% % With nofrom or its equivalents set both % from and to address blocks disappear. % % You may need to delete letrinfo.tex and % minimalNewlfm.aux to make sure changes % to this file are properly reflected % in the final product. \documentclass[busletter]{newlfm}%Renders correctly %\documentclass[busletternofrom]{newlfm} %Renders incorrectly \newlfmP{letrh=HEAVEN,addrt=SATAN} \begin{document} \begin{newlfm} I don't want to talk to you no more, you empty-headed animal food trough wiper! I fart in your general direction! Your mother was a hamster and your father smelt of elderberries! \end{newlfm} \end{document} %% Example ends -- = Cameron Horsburgh =
Bug#405082: bittornado-gui: Can reproduce bug *in Debian*
On 3/11/07, Martín Ferrari [EMAIL PROTECTED] wrote: Excuse me, but this is not that bittornado doesn't understand encodings, it's that bittornado-gui (console is ok) dies when a non-ascii character is seen, with no workaround possible, since you don't control the filename of a seeded file. If it would only ignore or mishandle them this will be a wishlist. But this is a real, normal bug to me. I think it's a matter of the developer's choice whether trying to do something unsupported by the program prints an error or just fails. As it's almost impossible to determine what people might do with a program that isn't supported, I think it would be quite difficult to anticipate all of them and code nice error messages for when they occur. As each instance of bittornado-gui is only intended for a single torrent download, I don't think it's necessary for it to anything other than die when given an unsupported format. Therefore, I think it is a wishlist item. Either way, a check of the BTS would show that there are many occurrences of this bug, and obviously a decision has been chosen to make them wishlist, so opening a new bug is not necessary. No worries though, I'd rather get extra bug reports than miss a needed one. I just get a little annoyed with this issue as there have been many related to it. Thanks, Cameron
Bug#406832: Patch for the 4.93a-1.1 NMU of libphp-adodb
Christian Perrier wrote: Dear maintainer of libphp-adodb, 3 days ago I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues. You either agreed for this NMU or did not respond to my notices. Unfortunately I could not respond as the notice got filtered into my junk mail folder (which I guess isn't really your fault, just annoying) and so I did not find it until now. I will now upload this NMU to DELAYED/0-DAY (which means an immediate upload). The NMU looks good, thanks. Cameron signature.asc Description: OpenPGP digital signature
Bug#413890: [INTL:nl] Dutch po-debconf translation
tags 413890 pending thanks Thanks for the translation, it is pending. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412160: torrentflux: [INTL:de] German po-debconf template translation
tags 412160 pending thanks Thanks for the translation. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405082: bittornado-gui: Can reproduce bug *in Debian*
severity 405082 wishlist merge 405082 341276 thanks BitTornado continues to have no support for encodings at all. Please try and check the BTS for similar bugs before posting new ones. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407275: Error running Bittornado T-0.3.15
severity 407275 wishlist merge 407275 341276 thanks BitTornado has no support for encodings. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412786: expat: Mistake in xmlwf(1) man page
Package: expat Version: 1.95.8-3.4 Severity: minor Hi. The man page for xmlwf(1) states: BUGS According to the W3C standard, an XML file without a declaration at the beginning is not considered well-formed. However, xmlwf allows this to pass. however this is false. There is no well-formedness constraint in XML that requires the XML declaration. Thanks, Cameron -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Versions of packages expat depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li expat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409585: 'man btcompletedirgui' typo: whithin
tags 409585 + pending tags 409584 + pending thanks Changes are pending, thanks for the report. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403564: --max_download_rate does not work
Hi Artur, Thanks for the report, and sorry for the delay in getting to it. Could you tell me what configuration you are using for the tracker/seeder/downloader? Are they all on the same network or behind the same router or something, or are any of them on running on the same computer? I have had a similar issue with --max_*_rate when running all three on the same machine. I think it might be related to multiple clients using the same config directory (~/.BitTornado), but I'm not sure. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405514: cupsys-client: Specifying pages hangs printer
Package: cupsys-client Version: 1.2.7-2 Severity: normal I don't seem to be able to specify page numbers to print at the command line. For example, lp -P 1 file.pdf lp -o -page-ranges=1 file.pdf lpr -o -page-ranges=1 file.pdf all cause the printer to hang after the first pass of the printing heads. I am printing to an HP Deskjet 5740 with the latest HPLIP wotsit, installed via the web interface. However, I can print the same file if I don't specify the page option: lp file.pdf lpr file.pdf both work. If I use the printing interface on a viewing application (I used evince) I can specify the page number successfully. I tried reinstalling the printer, and I also restarted /etc/init.d/cupsys with no change in the result. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages cupsys-client depends on: ii adduser 3.101 Add and remove users and groups ii cupsys-common1.2.7-2 Common UNIX Printing System(tm) - ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libcupsys2 1.2.7-2 Common UNIX Printing System(tm) - ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages cupsys-client recommends: ii cupsys-bsd1.2.7-2Common UNIX Printing System(tm) - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404137: urlscan crashes within mutt
Package: urlscan Version: 0.5.3 Severity: normal I've installed urlscan and modified my .muttrc as per the instructions. However, when I hit C-b I get the following output: Traceback (most recent call last): File /usr/bin/urlscan, line 72, in ? main(msg) File /usr/bin/urlscan, line 66, in main urlchoose.URLChooser(msgurls(msg)).main() File /usr/lib/python2.4/site-packages/urlscan/urlchoose.py, line 36, in __init__ for group, usedfirst, usedlast in extractedurls: File /usr/bin/urlscan, line 45, in msgurls for chunk in msgurls(part, urlidx): File /usr/bin/urlscan, line 53, in msgurls for chunk in urlscan.extracthtmlurls(msg.get_payload(decode = True)): File /usr/lib/python2.4/site-packages/urlscan/urlscan.py, line 327, in extracthtmlurls c.feed(s) File /usr/lib/python2.4/HTMLParser.py, line 108, in feed self.goahead(0) File /usr/lib/python2.4/HTMLParser.py, line 148, in goahead k = self.parse_starttag(i) File /usr/lib/python2.4/HTMLParser.py, line 268, in parse_starttag self.handle_starttag(tag, attrs) File /usr/lib/python2.4/site-packages/urlscan/urlscan.py, line 152, in handle_starttag self.end_list_para() File /usr/lib/python2.4/site-packages/urlscan/urlscan.py, line 109, in end_list_para self.list_stack[-1][1] = height + 1 TypeError: object does not support item assignment Press any key to continue... I thought there might have been a conflict with the urlview call in /etc/Muttrc so I changed those particular lines, but with no change. Calling urlscan outside mutt ( $urlscan mail ) works fine. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages urlscan depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-urwid 0.9.7.1-1 curses-based UI/widget library for urlscan recommends no packages. -- no debconf information -- = Cameron Horsburgh = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403661: torrentflux: fails to install with error code 10
severity 403661 normal tags 403661 unreproducible thanks On 12/19/06, Remi Vanicat [EMAIL PROTECTED] wrote: 2006/12/19, Micah Anderson [EMAIL PROTECTED]: I just created a sid chroot and attempted to install torrentflux, I did not encounter this problem. I tried a few different failure scenarios (mysql-client not available, mysql-server not installed, database password incorrect, database server not running) and they all worked fine. Note that failure happen before I've been asked the database password, and mysql-server and mysql-client were installed. answer to dbconfig question was : no for keeping admin password no for using non local database I've just try to do an aptitude reinstall dbconfig-common and everything worked as expected. Now, I'm trying to reproduce the bug on my computer, but it is not there anymore. I do'nt understand. It may be a one-time thing, or something may have happened to dbconfig-common that is unexpected. Had you just installed it recently? Does it work for other packages? I asked on the dbconfig-common mail list, and it seems that I have used it properly. The dbconfig-common developer did ask if you could try debconf-show dbconfig-common, and dpkg-reconfigure dbconfig-common, as the former would be informative, the latter might fix the problem (although I gather it's been fixed already). Since it's non-reoccurring (thanks Micah!), I have downgraded it accordingly. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403661: torrentflux: fails to install with error code 10
On 12/18/06, Remi Vanicat [EMAIL PROTECTED] wrote: $ DEBCONF_DEBUG=developer dpkg --configure --pending Setting up torrentflux (2.1-7) ... debconf (developer): frontend started debconf (developer): frontend running, package name is torrentflux debconf (developer): starting /var/lib/dpkg/info/torrentflux.config configure debconf (developer): -- CAPB backup debconf (developer): -- 0 multiselect escape backup debconf (developer): -- REGISTER dbconfig-common/database-type torrentflux/database-type debconf (developer): -- 10 No such template, dbconfig-common/database-type dpkg: error processing torrentflux (--configure): subprocess post-installation script returned error exit status 10 Errors were encountered while processing: torrentflux This is looking like a dbconfig-common problem to me, so I'm going to forward it to their list to see what they say. I'm having trouble reproducing this though. Could you describe what steps you took to get this error? Was dbconfig-common installed before installing torrentflux, or were they both in the same install? Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: arbitrary code execution in metaInfo.php in torrentflux
FYI, I will probably try and upload this on Thursday (Dec. 14th), in the hopes of eventually getting included back into Etch. Unless of course there are any more problems that come up, or problems pointed out with the fixes I have here. Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: arbitrary code execution in metaInfo.php in torrentflux
I've prepared an updated fix for this (and other) problems. I split the previous patch into 2, and created 2 other new ones to fix other problems. All 4 are attached, and my repository contains the updated packages. Here's a description of the patches: 11_missed_security_fixes.dpatch: This patch now contains only the security fixes in 2.2 that I missed when I was previously adding fixes. 12_metaInfo_remote_command.dpatch: This patch combines my previously suggested fix of using SecurityClean() on $torrent, in both metaInfo.php and startpop.php, and Stefan's suggested fix of using escapeshellarg($torrent) in metaInfo.php. Only one is required, but I used both just to be safe. 13_possible_xss_vulnerability.dpatch: This patch uses htmlentities() before printing any variables that have been urldecoded after being read in (when htmlentities is initially run). I'm still not sure this can be exploited, as I have not yet been able to do it, but it may depend on the web server in use or it's configuration, so I decided to fix it anyway to be safe. It's a pretty easy fix anyway. 14_maketorrent_remote_command.dpatch: Upstream told me about this one. In maketorrent.php there's another place where an input variable is used unescaped in an exec. This patch escapes the variable before executing it. Let me know if I missed something, or what you think of the patches. I think I managed to take care of every problem mentioned in this bug report, but it is quite long so I could be mistaken. Cameron 11_missed_security_fixes.dpatch Description: Binary data 12_metaInfo_remote_command.dpatch Description: Binary data 13_possible_xss_vulnerability.dpatch Description: Binary data 14_maketorrent_remote_command.dpatch Description: Binary data
Bug#400582: arbitrary code execution in metaInfo.php in torrentflux
forwarded 400582 http://www.torrentflux.com/contact.php thanks Thanks for the additional info Stefan, I've forwarded this information to upstream. Unfortunately I have no time right now, so it will be a couple of days before I get to this. One question though (below). On 12/4/06, Stefan Fritsch [EMAIL PROTECTED] wrote: In index.php and dir.php, urldecode() is called after the htmlentities escaping is done by getRequestVar(). This allows to bypass the escaping. In dir.php this could be used for a XSS. Replace $dir by htmlentities($dir) in the error message. Or maybe it would be a good idea to put the urldecode() into getRequestVar() and remove it from all other places. I don't think putting urldecode() in getRequestVar() before htmlentities is called will work, as the directory name is needed decoded at some points in the file (maybe decode it only when needed and safe?). I'm starting to get over my head with some of this though, so I've forwarded this upstream in the hopes of getting some feedback. When you say the error message, do you mean this line: echo strong.$dir./strong could not be found or is not valid.; Is that the only place you've found so far that this is a problem? I see the $torrent and $file_name variables in index.php might also be problems, but I can't tell for sure. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: present in 2.2 as well
On 12/4/06, Stefan Fritsch [EMAIL PROTECTED] wrote: The metaInfo.php issue doesn't seem to be fixed in 2.2 To be clear, I would like to point out that the more serious remote command execution using metaInfo.php IS fixed in 2.2. However, the local privilege escalation is present in 2.2 by a local user creating a file with backticks in it, then pointing the torrent variable of details.php to it and executing the command as the web server user. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: CVEs assigned
Hi Micah, Thanks for doing this. Unfortunately, I think one of these reports is a duplicate, and some are inaccurate as they don't apply to version 2.2. I don't know how these work, but if you can update them you may want to make some changes. See my notes below. On 12/6/06, Micah Anderson [EMAIL PROTECTED] wrote: == Name: CVE-2006-6328 Status: Candidate URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6328 Reference: MISC:http://www.milw0rm.com/exploits/2786 Reference: SECUNIA:22880 Reference: URL:http://secunia.com/advisories/22880 Reference: CONFIRM:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23400582 Directory traversal vulnerability in index.php for TorrentFlux 2.2 allows remote attackers to create or overwrite arbitrary files via sequences in the alias_file parameter. This already has an advisory, see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-5609 It also doesn't apply to Torrentflux 2.2, only 2.1 (the original advisory from milw0rm was incorrect, but CVE-2006-5609 is correct in indicating only 2.1 is affected). Also, the Debian bug for this one was 395930. == Name: CVE-2006-6329 Status: Candidate URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6329 Reference: MISC:http://www.milw0rm.com/exploits/2786 Reference: SECUNIA:22880 Reference: URL:http://secunia.com/advisories/22880 Reference: CONFIRM:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23400582 index.php for TorrentFlux 2.2 allows remote attackers to delete files by specifying the target filename in the delfile parameter. Again, this is only present in version 2.1, not 2.2. The Debian bug number for this one is 399169. == Name: CVE-2006-6330 Status: Candidate URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6330 Reference: MISC:http://www.milw0rm.com/exploits/2786 Reference: SECUNIA:22880 Reference: URL:http://secunia.com/advisories/22880 Reference: CONFIRM:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23400582 index.php for TorrentFlux 2.2 allows remote registered users to execute arbitrary commands via shell metacharacters in the kill parameter. Again, not present in 2.2, only in version 2.1. The Debian bug number for this one is also 399169. == Name: CVE-2006-6331 Status: Candidate URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6331 Reference: CONFIRM:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23400582 Reference: MISC:http://bugs.debian.org/cgi-bin/bugreport.cgi/11_missed_security_fixes.dpatch?bug=400582;msg=71;att=1 metaInfo.php in TorrentFlux 2.2, when $cfg[enable_file_priority] is false, allows remote attackers to execute arbitrary commands via shell metacharacters (backticks) in the torrent parameter to details.php. This problem, as described, is not present in 2.2, only in 2.1. Also, the dpatch attached is a a little misleading as it contains changes that fix the 2 previous problems (6329 and 6330) as well as this one (6331). There is, however, a similar problem to this in 2.2 that Stefan described as a local priviledge escalation. It uses the torrent parameter and a local user's ability to create a file containing backticks, to then execute arbitrary commands as the webserver user (www-data). I don't think it applies to remote users though, only local. You may want to request another CVE for this one, as it is a separate problem from 6331 and does affect version 2.2. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: present in 2.2 as well
On 12/6/06, Cameron Dale [EMAIL PROTECTED] wrote: On 12/4/06, Stefan Fritsch [EMAIL PROTECTED] wrote: The metaInfo.php issue doesn't seem to be fixed in 2.2 To be clear, I would like to point out that the more serious remote command execution using metaInfo.php IS fixed in 2.2. Sorry for the confusion and multiple messages, but as I mentioned in my other email, this is exploitable in 2.2, though it is a little harder than in 2.1. My mistake. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: CVEs assigned
On 12/6/06, Cameron Dale [EMAIL PROTECTED] wrote: == Name: CVE-2006-6331 Status: Candidate URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6331 Reference: CONFIRM:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23400582 Reference: MISC:http://bugs.debian.org/cgi-bin/bugreport.cgi/11_missed_security_fixes.dpatch?bug=400582;msg=71;att=1 metaInfo.php in TorrentFlux 2.2, when $cfg[enable_file_priority] is false, allows remote attackers to execute arbitrary commands via shell metacharacters (backticks) in the torrent parameter to details.php. This problem, as described, is not present in 2.2, only in 2.1. Also, the dpatch attached is a a little misleading as it contains changes that fix the 2 previous problems (6329 and 6330) as well as this one (6331). There is, however, a similar problem to this in 2.2 that Stefan described as a local priviledge escalation. It uses the torrent parameter and a local user's ability to create a file containing backticks, to then execute arbitrary commands as the webserver user (www-data). I don't think it applies to remote users though, only local. You may want to request another CVE for this one, as it is a separate problem from 6331 and does affect version 2.2. Actually, on further investigation, I was wrong about this one, as it is a remote command execution bug in 2.2 as well, and I recommend you report it as such. I had thought that TorrentFlux's cleaning of the downloaded torrent files would make this local only, but I now see that a torrent file that includes files that have backticks will work (sorry Stefan, I misread your previous email about this). Here is how to properly take advantage of this in Torrentflux 2.2 (or 2.1): mkdir -p '`touch /tmp/' echo Test file '`touch /tmp/hello`.torrent' btmakemetafile --target test.torrent http://localhost:6969 \`touch\ / Now upload test.torrent to TorrentFlux and start it downloading (it won't download anything, but that doesn't matter as the files are created when the torrent starts). Now go to (replace username with your TorrentFlux user name): http://hostname/torrentflux/details.php?torrent=../username/`touch /tmp/hello`.torrent It should say only btshowmetainfo 20030621 - decode BitTorrent metainfo files and the /tmp/hello file should be created as the web server user (www-data). Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: arbitrary code execution in metaInfo.php in torrentflux
On 12/4/06, Stefan Fritsch [EMAIL PROTECTED] wrote: In index.php and dir.php, urldecode() is called after the htmlentities escaping is done by getRequestVar(). This allows to bypass the escaping. In dir.php this could be used for a XSS. Replace $dir by htmlentities($dir) in the error message. Or maybe it would be a good idea to put the urldecode() into getRequestVar() and remove it from all other places. I've looked into this further, and I'm not convinced that this will result in a vulnerability. It seems to me that htmlentities() uses a different encoding format than urlencode() does, and so urldecode(htmlentities($dir)) != $dir. I've tested this, and urldecode() definitely doesn't decode the 'lt;' and 'gt;' that htmlentities() creates. Now, you could try and submit a URL such as http://hostname/torrentflux/dir.php?dir=%3Cscript%3Ealert('xss')%3C/script%3E in the hopes that htmlentities() will not replace the %3C with lt; and then later urldecode() will replace it with '', but this doesn't seem to work as all the variables are urldecoded when they are read (from my testing it seems that way, anyway). Therefore they are made safe by htmlentities(). I'm not sure why this doesn't work, so if you know, or have found a way to exploit this, please let me know. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: arbitrary code execution in metaInfo.php in torrentflux
Unless there are any more problems found with the fix I created, I'm going to try and get this uploaded by Monday the 4th so I can start working on the soon-to-be-released new upstream version. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401106: UnicodeDecodeError -message produce when invoking bittornado-gui
severity 401106 wishlist merge 401106 341276 tags 401106 - patch thanks Looks like another Unicode problem to me, so I'm merging with the others. Below is the (slightly) different error I get from the torrent file. Cameron Traceback (most recent call last): File /usr/bin/btdownloadgui, line 476, in onInvoke apply(event.func, event.args, event.kwargs) File /usr/bin/btdownloadgui, line 2066, in onNewpath self.fileDestText.SetLabel(path) File /usr/lib/python2.3/site-packages/wx-2.6-gtk2-unicode/wx/_core.py, line 11070, in SetLabel return _core_.Control_SetLabel(*args, **kwargs) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 59: ordinal not in range(128) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: arbitrary code execution in metaInfo.php in torrentflux
On 11/29/06, Stefan Fritsch [EMAIL PROTECTED] wrote: I didn't have time yet to look at it thoroughly (or test it), but AFAICS you now check the file for existance before passing it to the shell. This should convert the remote command execution vuln into a local priviledge escalation. A local user can do touch '/tmp/`touch /tmp/hello`' I think I understand how this is supposed to work, but I can't execute this to create a file containing the ticks in it. Is this supposed to work? hostname:~$ touch '/tmp/`touch /tmp/hello`' touch: cannot touch `/tmp/`touch /tmp/hello`': No such file or directory hostname:~$ ls /tmp flashgot.lfb3lmyf.default/ .ICE-unix/ ksocket-camrdale/ .X0-lock gpg-ovJV8Y/ kde-camrdale/ ssh-PRXIyZ3903/.X11-unix/ I tried lots of variations on escaping the quotes, but nothing would cause this to create a file with ticks in it. What am I doing wrong? Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: arbitrary code execution in metaInfo.php in torrentflux
On 11/29/06, Stefan Fritsch [EMAIL PROTECTED] wrote: I didn't have time yet to look at it thoroughly (or test it), but AFAICS you now check the file for existance before passing it to the shell. This should convert the remote command execution vuln into a local priviledge escalation. A local user can do touch '/tmp/`touch /tmp/hello`' and pass the filename to torrentflux and so get the command executed as user www-data. This is definitely less severe than before but IMHO still a bug. It would also convert any vulnerability to create a file with arbitrary name into a code execution vulnerability. I don't think this will work, because the local user would need to be the www-data user to create the '/tmp/`touch /tmp/hello`' under the $cfg[torrent_file_path] directory for it to be found. However, it will be possible to exploit the fact that the torrent input is not checked for ..'s on input, and so the following will work (assuming the touch '/tmp/`touch /tmp/hello`' has already been done): http://localhost/torrentflux/details.php?torrent=../../../../tmp/`touch /tmp/hello` I think the solution is then to use the SecurityClean function on the torrent input variable in details.php to remove the ../ ability, and that should take care of it. -$torrent = getRequestVar('torrent'); +$torrent = SecurityClean(getRequestVar('torrent')); The new patch is attached, and I have updated the packages in my repository. Cameron 11_missed_security_fixes.dpatch Description: Binary data
Bug#401106: UnicodeDecodeError -message produce when invoking bittornado-gui
On 11/30/06, Martin Lemmen [EMAIL PROTECTED] wrote: when trying to download smonething via bittorrent, bittornado-gui produces the error message below. trying to open the same torrent with the curses gives me a problem connecting to tracker error message, what i think is something different. so, the problem probably lies with the gui. Do other torrent files work? I think the problems might be related, and both be due to BitTornado's complete lack of client support for any type of encodings. There are already several bugs open for this, though yours does look a bit different. Are you trying to open a torrent that contains unicode characters? Could you send the torrent file so I can see what the problem is? (You can email it to me personally, if you don't want to share it publicly.) Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400582: arbitrary code execution in metaInfo.php in torrentflux
tags 400582 + pending thanks On 11/27/06, Stefan Fritsch [EMAIL PROTECTED] wrote: I was able to exploit the problem mentioned above to execute shell commands. $cfg[enable_file_priority] must be false. Ahh, that's why I couldn't get it to work. Looking at it now it seems obvious, but then hindsight always seems to work like that. Thanks for finding it, Stefan. Try http://xxx/torrentflux/details.php?torrent=`touch /tmp/hello` This did work for me too. I've gone through the security fixes available in upstream's 2.2 beta, and found that I did not catch all of them when I was backporting to 2.1. One of them does fix this problem, so I've created a new patch with all the missing fixes in it. I've attached the new patch file for your consideration, and I think I'm going to hold off on the upload for a few days to make sure I really did get them all this time, and talk to upstream about it. Please let me know if you think this is not sufficient, or if I missed something else. In consideration of the calls to exec() and shell_exec() mentioned previously, I went through the code to see if I could find any places where this could be exploited. I found a couple of possible problems, which are fixed in the included patch. However, there are lots of occurences of these functions being called where the input is one of the settings stored in the database (unescaped), which I don't consider a security risk, as you have to be an admin to change them, and if you are an admin then it's much easier to just point the location of the bittornado files to whatever python script you want executed. The other thing I considered is the possibility of some kind of sql injection that could be used to alter these database entries, but that would be a security problem that would need to be fixed anyway, as the database has to be trusted. Am I incorrect in thinking like this, and these are security risks? By the way, if you want to try out the new package to make sure it works, you can find it in my personal repository here: deb http://www.cs.sfu.ca/~camerond/personal/debian/ http://www.cs.sfu.ca/~camerond/personal/debian/pool/main/t/torrentflux/ Cameron 11_missed_security_fixes.dpatch Description: Binary data
Bug#399169: TorrentFlux Arbitrary Command Execution and Directory Traversal
retitle 399169 torrentflux: create/delete/overwrite arbitrary files tags 399169 + pending thanks Thanks for the report Stefan, your vigilance is much appreciated. Unfortunately the report from secunia is poorly titled, and some of it doesn't apply to the Debian package, so I'll include some more info below for those interested. On 11/18/06, Stefan Fritsch [EMAIL PROTECTED] wrote: 1) Input passed to the kill parameter in index.php is not properly sanitised before being used as the command line argument to the kill command. This can be exploited to inject arbitrary shell commands via the ; character. This doesn't apply to the current version (2.1-5), as it has had this input sanitized in fixing a previous 2.1 bug. 2) Input passed to the delfile or alias_file parameters in index.php is not properly sanitised before being used to delete, create or overwrite files. The delfile parameter can be exploited to delete arbitrary files. The alias_file parameter can be exploited to create or overwrite arbitrary files, but an attacker cannot control what data will be written to them. This does apply to the current version, and will be fixed in the next version (2.1-6). Successful exploitation requires valid user credentials. None of these is very serious, as all require a registered user to exploit the hack. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399169: TorrentFlux Arbitrary Command Execution and Directory Traversal
On 11/22/06, Stefan Fritsch [EMAIL PROTECTED] wrote: thanks for looking into this. Unfortunately I think you are only partially right. (On the other hand, I don't use torrentflux and cannot install it ATM due to libphp-adodb brokenness, so I could be wrong as well). A new libphp-adodb is in the works. Should be available soon. On Wednesday 22 November 2006 09:31, Cameron Dale wrote: On 11/18/06, Stefan Fritsch [EMAIL PROTECTED] wrote: 1) Input passed to the kill parameter in index.php is not properly sanitised before being used as the command line argument to the kill command. This can be exploited to inject arbitrary shell commands via the ; character. This doesn't apply to the current version (2.1-5), as it has had this input sanitized in fixing a previous 2.1 bug. As far as I can see, you only call htmlentities on the input. This is not enough if you use the input in a command line that is passed to a shell. For example the characters |;`$ have special meanings to the shell and are not changed by htmlentities. In fact, in the case we were discussing before (the kill parameter), the new version will also only execute the kill command if $kill is a numeric variable. So, if it wasn't fixed before then it will be now. However, in the example above, the input is only passed to exec and this does not seem to use a shell but executes the command directly. So this doesn't seem to be exploitable here. On the other hand, there are various exec()s of commands that are obviously meant to be executed by a shell (with pipes or redirects). This doesn't really make sense to me (but I am no php expert). But I have found an instance where the input is passed to shell_exec(). From metaInfo.php: $result = shell_exec(cd . $cfg[torrent_file_path].; . $cfg[pythonCmd] . -OO . $cfg[btshowmetainfo ]. \.$torrent.\); Here the input ($torrent) is wrapped in double quotes which is not enough since the shell will interpret `command` even inside double quotes. You should use escapeshellarg() on this. Although what you are saying makes sense to me, I cannot use it to cause a command to be executed. I have tried many combinations of inputs to the $torrent variable (including using `command`), and none of them has been successful. I can't say why it seems to catch these, but it seems to, so I will leave it at that. If you (or anyone else) can create a case where this is a security issue, please submit it as a new bug. None of these is very serious, as all require a registered user to exploit the hack. While this is true, the average admin would not expect that any registered user can execute arbitrary commands or delete files. So this definitely should be fixed before etch release. Definitely, I was just trying to calm people's fears about this being a globally accessible hack. It will of course be treated seriously, and fixed as soon as possible. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399174: libphp-adodb cannot be installed on unstable
tags 399174 + pending thanks On 11/19/06, Steve Langasek [EMAIL PROTECTED] wrote: That bug submitter was misguided. the phpapi virtual package is not intended for use by apps written in php; please use the packages 'php4' and/or 'php5' for this, Thanks for the help Steve. I decided to go with php5 | php5-cli | php4 | php4-cli, which I think covers all the bases. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399174: libphp-adodb cannot be installed on unstable
Hi Steve, I'm currently in the process of adopting this package, so I'm still a little unfamiliar with it. Please bear with me. On 11/18/06, Steve Langasek [EMAIL PROTECTED] wrote: On Sat, Nov 18, 2006 at 10:14:49AM +, Richard Burton wrote: The following packages have unmet dependencies. libphp-adodb: Depends: phpapi-20050606 but it is not installable or phpapi-20051025 but it is not installable Hrm, this package shouldn't be depending on phpapi in the first place, it's an architecture: all package and the phpapi declarations refer to the binary extension ABI... The dependency on phpapi was inserted in response to bug #335380, which suggested using phpapi as it is provided by all php clients. I take it you are saying this is not the correct way to create this dependency, but I can't see why not. Could you explain this to me, or is there some documentation you could point me to that could explain this? Also, what method would you suggest using for this dependency, something like php5-cgi | php5-cli | libapache2-mod-php5 | libapache-mod-php5 | php4-cgi | php4-cli | libapache2-mod-php4 | libapache-mod-php4, or is there a better way? Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398121: ITA: libphp-adodb -- The 'adodb' database abstraction layer for php
retitle 398121 ITA: libphp-adodb -- The 'adodb' database abstraction layer for php thanks I'll adopt this package, since I have some experience with it. If anyone else has a strong desire or reason to adopt it, let me know. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398537: torrentflux: postinst fails: No mysql client to execute. (have you installed mysql-client?
severity 398537 wishlist tags 398537 wontfix thanks On 11/14/06, Lucas Nussbaum [EMAIL PROTECTED] wrote: During a piuparts run over all the packages in etch, I ran into a problem with your package: Unfortunately, torrentflux is not intended to be installed unattended in the manner that piuparts does. The mysql-client dependency is already there as a recommends, and so most people will get it when doing a normal install through apt-get or aptitude. In http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=353617#10: if you depend on dbconfig-common, then you also need to depend on the cmdline tools for the database types you support. otherwise you'd have to install postgres clients and libraries even if you were packaging a mysql app and vice versa. As I said, the dependency is there as a recommends. This is specified this way, as the minimum packages needed for torrentflux to install and run are given as depends. The reason for this is better explained by this list mail: http://lists.debian.org/debian-devel/2006/07/msg00927.html So for torrentflux, mysql-server is a suggests because a local server is not necessary as a remote mysql server could be available, and mysql-client is a recommends as most will need it but some may choose to not use the dbconfig-common method for database installation and would rather prefer to install the database themselves (dbconfig-common installation is not required, only recommended). This second dependency also allows future expansion to PostGreSQL (which is on the TODO list) by adding postgresql-client to the recommends as both dbconfig-common and torrentflux support it. I don't think this violates any debian policy that I'm aware of, or makes the package unusable to most people. Therefore I have downgraded the severity to wishlist and will leave this as wontfix for others to see until such a time as a better solution is available or required. If I've overlooked something about this, please let me know. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377948: Info received (ITP: webmin -- web-basedadministration toolkit)
Any further progress on this? The latest versions of the files are at : DEB package: http://download.webmin.com/devel/deb/webmin_1.306_all.deb DSC file:http://download.webmin.com/devel/deb/webmin_1.306.dsc Original source: http://download.webmin.com/devel/tarballs/webmin-1.306.tar.gz Diff:http://download.webmin.com/devel/deb/webmin_1.306.diff - Jamie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]