1 |
On нд, 2004-08-01 at 00:05, Ned Ludd wrote: |
2 |
> On Sat, 2004-07-31 at 16:44, Rumen Yotov wrote: |
3 |
> > Hi all, |
4 |
> > Tried to DL the new packages-athlon-XP-2004.2.iso with bittorrent or |
5 |
> > bittornado but couldn't. The system killed the processes |
6 |
> > (btdownloadcurses and gui). |
7 |
> |
8 |
> |
9 |
> > Used strace and it seems that PaX is the culpit, could somebody confirm |
10 |
> > this? |
11 |
> |
12 |
> Your understanding of the problem seems backwards. python is probably |
13 |
> the culpit and PaX is only making it obvious that something else has a |
14 |
> fundamental code flaw. |
15 |
> (It bugs me when I see people blame pax & grsec for faulty software) |
16 |
> |
17 |
Agreed, think PaX&grsec2 even help catch such things :). |
18 |
Bad wording. PaX is just doing what it should. |
19 |
For the moment just wanted to make sure it's not my own problem, as i |
20 |
have too much :) security things switched ON (PaX&grsec2, even /tmp is |
21 |
mounted noexec, ..).Know i have to pay a price (sometimes) for using it. |
22 |
> Now without a single piece of debug info or dmesg logs we can't do |
23 |
> anything to help you. |
24 |
> |
25 |
OK, you right. |
26 |
> > Have quite full grsec2&PaX with ~x86 system (hardened). |
27 |
> > Did it with azureus, but it's a java app. |
28 |
> > During tries with strace it even locked my xterm. |
29 |
> > TIA |
30 |
> > Rumen |
31 |
Here is the output info of (attachments): |
32 |
$strace -ff -obittorrent.err python /usr/bin/bittorrent.py |
33 |
install-x86-universal-allstages-2004.2.iso + emerge_info.txt |
34 |
TIA |
35 |
Rumen |
36 |
PS:as the first message was rejected by list-mailer as being to big, |
37 |
(231K),compressed the .err file. Sorry for this. Should i file a bug? |