Bug#445365: the debtorrent proxy runs as the user clamav rather than daemon or such

2007-10-05 Thread Cameron Dale
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

2007-10-03 Thread Cameron Dale
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

2007-09-30 Thread Cameron Dale
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

2007-09-26 Thread Cameron Dale
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

2007-09-19 Thread Cameron Dale
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

2007-09-19 Thread Cameron Dale
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

2007-09-19 Thread Cameron Dale
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

2007-09-19 Thread Cameron Dale
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

2007-09-19 Thread Cameron Dale
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

2007-09-18 Thread Cameron Dale
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

2007-09-18 Thread Cameron Dale
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

2007-09-18 Thread Cameron Dale
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

2007-09-16 Thread Gretchen Cameron
Heeey, baby…
Hope you didn’t forget about our tour to Varadero…
You don’t write me…
Ok, I took out the pictures I told you about right here  
http://www.arabesque.ru/ (login:kisss, pass:catch)
Hope you’ll 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?

2007-09-10 Thread Cameron Ohara

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

2007-09-10 Thread Cameron portia



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

2007-09-10 Thread Cameron Dale
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

2007-09-06 Thread Cameron Dale
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

2007-09-04 Thread Cameron Dale
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))

2007-08-26 Thread Cameron Dale
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)

2007-08-25 Thread Cameron Dale
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

2007-08-12 Thread James Cameron
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

2007-08-08 Thread James Cameron
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

2007-08-03 Thread Cameron Metzke
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

2007-07-30 Thread Cameron Dale
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

2007-07-19 Thread Ryan Cameron
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

2007-07-17 Thread Cameron Dale
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

2007-06-27 Thread Cameron Dale
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

2007-06-23 Thread Cameron Dale

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

2007-06-21 Thread Cameron Dale

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

2007-06-21 Thread Cameron Dale
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

2007-06-12 Thread Cameron Dale
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).

2007-06-08 Thread Cameron Dale

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

2007-06-07 Thread Cameron Dale
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.

2007-06-07 Thread Cameron Dale

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)

2007-06-03 Thread Cameron Dale

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)

2007-06-03 Thread Cameron Dale

(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

2007-05-26 Thread Cameron Dale

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

2007-05-26 Thread Cameron Dale

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

2007-05-26 Thread Cameron Dale

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)

2007-05-19 Thread Cameron Dale
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

2007-05-18 Thread Cameron Dale
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.

2007-05-15 Thread Cameron Dale

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.

2007-05-08 Thread Cameron Dale

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

2007-05-03 Thread Cameron Dale

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)

2007-04-25 Thread Jamie Cameron
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

2007-04-23 Thread Cameron Dale

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

2007-04-23 Thread Edmond Cameron
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

2007-04-22 Thread Cameron Dale

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

2007-04-22 Thread Cameron Dale

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

2007-04-22 Thread Cameron Dale

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

2007-04-22 Thread Cameron Dale

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

2007-04-22 Thread Cameron Dale

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

2007-04-22 Thread Cameron Dale

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

2007-04-21 Thread Cameron Dale
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

2007-04-21 Thread Cameron Dale

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

2007-04-20 Thread Dongil Cameron

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.

2007-04-18 Thread Cameron Dale

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.

2007-04-18 Thread Cameron Dale

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

2007-04-15 Thread James Cameron
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

2007-04-13 Thread James Cameron
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

2007-04-05 Thread Cameron Dale

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

2007-03-30 Thread Cameron Dale

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

2007-03-30 Thread Cameron Dale

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

2007-03-27 Thread Cameron Dale

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

2007-03-15 Thread Cameron Horsburgh
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

2007-03-15 Thread Cameron Horsburgh
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*

2007-03-11 Thread Cameron Dale

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

2007-03-10 Thread Cameron Dale
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

2007-03-10 Thread Cameron Dale

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

2007-03-10 Thread Cameron Dale

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*

2007-03-10 Thread Cameron Dale

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

2007-03-10 Thread Cameron Dale

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

2007-02-27 Thread Cameron McCormack
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

2007-02-05 Thread Cameron Dale

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

2007-01-11 Thread Cameron Dale

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

2007-01-03 Thread Cameron Horsburgh
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

2006-12-21 Thread Cameron Horsburgh
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

2006-12-19 Thread Cameron Dale

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

2006-12-18 Thread Cameron Dale

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

2006-12-11 Thread Cameron Dale

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

2006-12-09 Thread Cameron Dale

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

2006-12-06 Thread Cameron Dale

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

2006-12-06 Thread Cameron Dale

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

2006-12-06 Thread Cameron Dale

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

2006-12-06 Thread Cameron Dale

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

2006-12-06 Thread Cameron Dale

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

2006-12-06 Thread Cameron Dale

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

2006-12-02 Thread Cameron Dale

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

2006-12-02 Thread Cameron Dale

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

2006-11-30 Thread Cameron Dale

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

2006-11-30 Thread Cameron Dale

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

2006-11-30 Thread Cameron Dale

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

2006-11-27 Thread Cameron Dale

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

2006-11-22 Thread Cameron Dale

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

2006-11-22 Thread Cameron Dale

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

2006-11-19 Thread Cameron Dale

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

2006-11-18 Thread Cameron Dale

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

2006-11-17 Thread Cameron Dale

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?

2006-11-14 Thread Cameron Dale

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)

2006-11-09 Thread Jamie Cameron
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]



<    1   2   3   4   5   6   7   8   >