Re: I want all my 4GB!!!

2009-07-22 Thread James Brown
Lennart Sorensen wrote:
 On Tue, Jul 21, 2009 at 12:08:58AM +0400, James Brown wrote:
   
 I have a laptop Acer TravelMate 3043WTMi under Lenny AMD64 with 4GD RAM.
 But the system see only 3GB:
 dmesg |grep Memory
 [0.004000] Memory: 3081184k/3136000k available (2225k kernel code,
 54428k reserved, 1080k data, 392k init)
 $ cat /proc/meminfo
 MemTotal:  3088108 kB

 How can I get all my 4GB memory?
 

 Could you get the output of dmesg?  It would tell us exactly what the
 BIOS reports for memory.  Many older chipsets did not support remapping of
 memory, so whatever area of the memory space PCI requried was simply lost.

 Something like this is the key part:
 BIOS-provided physical RAM map:
  BIOS-e820:  - 0009ac00 (usable)
  BIOS-e820: 0009ac00 - 000a (reserved)
  BIOS-e820: 000e - 0010 (reserved)
  BIOS-e820: 0010 - bffc7440 (usable)
  BIOS-e820: bffc7440 - bffceac0 (ACPI data)
  BIOS-e820: bffceac0 - c000 (reserved)
  BIOS-e820: e000 - f000 (reserved)
  BIOS-e820: fec0 - 0001 (reserved)
  BIOS-e820: 0001 - 00024000 (usable)

   
~$ dmesg | grep BIOS
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 0009f800 (usable)
[0.00]  BIOS-e820: 0009f800 - 000a (reserved)
[0.00]  BIOS-e820: 000dc000 - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - bf68 (usable)
[0.00]  BIOS-e820: bf68 - bf70 (ACPI NVS)
[0.00]  BIOS-e820: bf70 - c000 (reserved)
[0.00]  BIOS-e820: e000 - f000 (reserved)
[0.00]  BIOS-e820: fec0 - fec1 (reserved)
[0.00]  BIOS-e820: fed0 - fed00400 (reserved)
[0.00]  BIOS-e820: fed14000 - fed1a000 (reserved)
[0.00]  BIOS-e820: fed1c000 - fed9 (reserved)
[0.00]  BIOS-e820: fee0 - fee01000 (reserved)
[0.00]  BIOS-e820: ff00 - 0001 (reserved)
[0.00] ACPI: BIOS bug: multiple APIC/MADT found, using 0
[0.00]   early res: 0 [0-fff] BIOS data page
[0.00]   early res: 4 [9f800-f] BIOS reserved
[0.004000] Calgary: detecting Calgary via BIOS EBDA area
[0.264998] ACPI: BIOS _OSI(Linux) query ignored via DMI


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread James Brown
Lennart Sorensen wrote:
 On Tue, Jul 21, 2009 at 11:59:34AM +0400, James Brown wrote:
   
 I know about ekiga and such but they do not serve for all my aims.
 I (and many people in my country - Russia, when existing terrible and
 bloody dictatorship of tyrants Putin and Medvedev ) need to have an
 encrypted telephony either for calling to VoiP-phones or to ordinary phones.
 But in the last case ekiga and SIP are not useful and the sources of the
 Putins secret political police such SORM can control all my outgoing
 calles through ekiga and SIP.
 

 Why would you trust skype to be secure?  Have they told you what algorithm
 they use for encryption?  Do you have the source code to verify it?

 You would have to be crazy to rely on skype for that.

   
 
Becouse it I think it needs to build new system of internet telephony
like skype but running under open sourse programs and protocols.
I think it need that new open-source built VoIP network system will
operate on a peer-to-peer model, that user directory will be entirely
decentralized and distributed among the nodes in the network, and use
encrypted connection insluding connetion with the exit node when making
calls to ordinary telephones.
I think that building such system will protect anonymity and privacy of
people and independence each of us from goverments, corporations etc.
control, becouse we will be able to call each other without any state or
corporate control over our telephone calls.
But now it is not exist any such VoIP system based on open sourses.
I really don't trust skype but I know that today any secret services of
Russia cannot establish real control skype-connections. I know it from
the officers of the Russian FSB which really interested (on corruption
base) to find one user of skype and didn't be able to do it.
But I am not sure that tomorrow the skype team or the US' security
services (which perhaps execute control over the skype team) will not
give information about skype users and their contacts to the Russia
authorities.
Furtherinafter, I (and each of us, I think) want to  be able  having
connections with other people  absolutely  free from any control neither
only Russian authorities  nor any state secret services and any
corporations and groups of people existing in the world.






-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread James Brown
A J Stiles wrote:
 On Tuesday 21 Jul 2009, James Brown wrote:
   
 I know about ekiga and such but they do not serve for all my aims.
 I (and many people in my country - Russia, when existing terrible and
 bloody dictatorship of tyrants Putin and Medvedev ) need to have an
 encrypted telephony either for calling to VoiP-phones or to ordinary
 phones. But in the last case ekiga and SIP are not useful and the sources
 of the Putins secret political police such SORM can control all my
 outgoing calles through ekiga and SIP.
 

 Are you really so naïve as to think that Governments haven't paid the 
 developers of Skype to insert a backdoor?  That could explain part of the 
 reason why they are so dead set against anybody else getting their hands on 
 the Source Code.

 If it's encrypted telephony you want, you can always tunnell an IAX 
 connection 
 through OpenSSH.  The only secrets then are the session keys; and when you 
 sever the connection, you can even publish the used keys, thus allowing you 
 plausibly to claim that any remaining encrypted data found on your system was 
 placed there afterward and re-datestamped.

   
1. How can I maintain my anonimity when establishing this connection?
How can I be sure that an owner of far host don't write logs and don't
give or sell or etc. them to the Government? I don't want let them know
not only about I talked but my ip-adress and my phisical location too.
2. How can I use this scheme when calling to ordinary telephones, mobile
etc.?


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread A J Stiles
On Wednesday 22 Jul 2009, James Brown wrote:
 1. How can I maintain my anonimity when establishing this  [IAX tunnelled 
through SSH]  connection?

Using the mechanisms already built into SSH.  If you are concerned about MITM 
attacks, then you will need a secure backchannel to exchange key fingerprints 
beforehand.

You aren't anonymous to the far end of the connection; that's kind of the 
point.  You always know who is leaning over and whispering in your ear.

 How can I be sure that an owner of far host don't write logs and don't
 give or sell or etc. them to the Government?

Because the person on the far end is someone you trust.  Otherwise you 
wouldn't be talking to them.  Beside which, this problem exists with all 
communication channels.

If your data passes through some intermediate host over which you have no 
control, well, it's encrypted so useless to them.  And once your used keys 
are in the public domain, then they could have made it all up  :)

 I don't want let them know 
 not only about I talked but my ip-adress and my phisical location too.

Unless you are on a business-grade service, your IP address changes regularly.  
You might be able to use some TOR variant, though I have no practical 
experience of this.  Beside which, you do not know for a fact that Skype does 
not pass on information you would rather it did not to someone you would 
rather it did not.

 2. How can I use this scheme when calling to ordinary telephones, mobile
 etc.?

Through a secure VOIP-to-POTS gateway.  (You then are at the mercy not only of 
the gateway's operator, but also the existing phone network.  As is exactly 
the case with a Skype-to-POTS gateway.)

-- 
AJS
delta echo bravo six four at earthshod dot co dot uk


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: I want all my 4GB!!!

2009-07-22 Thread Kurt Roeckx
On Wed, Jul 22, 2009 at 12:23:13PM +0400, James Brown wrote:
 ~$ dmesg | grep BIOS
 [0.00] BIOS-provided physical RAM map:
 [0.00]  BIOS-e820:  - 0009f800 (usable)

That is 653312 bytes = 638 KB

 [0.00]  BIOS-e820: 0009f800 - 000a (reserved)
 [0.00]  BIOS-e820: 000dc000 - 0010 (reserved)
 [0.00]  BIOS-e820: 0010 - bf68 (usable)

That is 3211231232 bytes = 3062 MB = 2.99 GB

 [0.00]  BIOS-e820: bf68 - bf70 (ACPI NVS)
 [0.00]  BIOS-e820: bf70 - c000 (reserved)
 [0.00]  BIOS-e820: e000 - f000 (reserved)

That's 268435456 bytes = 256 MB, which is not usable.

 [0.00]  BIOS-e820: fec0 - fec1 (reserved)
 [0.00]  BIOS-e820: fed0 - fed00400 (reserved)
 [0.00]  BIOS-e820: fed14000 - fed1a000 (reserved)
 [0.00]  BIOS-e820: fed1c000 - fed9 (reserved)
 [0.00]  BIOS-e820: fee0 - fee01000 (reserved)
 [0.00]  BIOS-e820: ff00 - 0001 (reserved)
 [0.00] ACPI: BIOS bug: multiple APIC/MADT found, using 0
 [0.00]   early res: 0 [0-fff] BIOS data page
 [0.00]   early res: 4 [9f800-f] BIOS reserved
 [0.004000] Calgary: detecting Calgary via BIOS EBDA area
 [0.264998] ACPI: BIOS _OSI(Linux) query ignored via DMI

So the BIOS atleast tells you you have 3 GB of usable memory.
There might be some option that changes it so that more is
available, and that it's now using some compatibility option
for things that do not support more than 32 bit.  I suggest
you look for options in your bios that might be related to that.


Kurt


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread James Brown
A J Stiles wrote:
 On Wednesday 22 Jul 2009, James Brown wrote:
   
 1. How can I maintain my anonimity when establishing this  [IAX tunnelled 
 
 through SSH]  connection?

 Using the mechanisms already built into SSH.  If you are concerned about MITM 
 attacks, then you will need a secure backchannel to exchange key fingerprints 
 beforehand.

 You aren't anonymous to the far end of the connection; that's kind of the 
 point.  You always know who is leaning over and whispering in your ear.

   
 How can I be sure that an owner of far host don't write logs and don't
 give or sell or etc. them to the Government?
 

 Because the person on the far end is someone you trust.  Otherwise you 
 wouldn't be talking to them.  Beside which, this problem exists with all 
 communication channels.

 If your data passes through some intermediate host over which you have no 
 control, well, it's encrypted so useless to them.  And once your used keys 
 are in the public domain, then they could have made it all up  :)

   

To have somebody you trust is very difficult. Even you can trust anybody
he can be tort by somebody else :-) , for example.
It needs to have a technical system which be able to give you needed
guaranies for your security and anonimity.
It will be very good if it is be created a VoIP network running like
Tor. But I don't know anyone working like Tor.
But the Tor itself doesn't work with UDP using in VoIP, only with TCP.


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread James Brown
A J Stiles wrote:
 On Wednesday 22 Jul 2009, James Brown wrote:
   
 1. How can I maintain my anonimity when establishing this  [IAX tunnelled 
 
 through SSH]  connection?

 Using the mechanisms already built into SSH.  If you are concerned about MITM 
 attacks, then you will need a secure backchannel to exchange key fingerprints 
 beforehand.

 You aren't anonymous to the far end of the connection; that's kind of the 
 point.  You always know who is leaning over and whispering in your ear.

   
 How can I be sure that an owner of far host don't write logs and don't
 give or sell or etc. them to the Government?
 

 Because the person on the far end is someone you trust.  Otherwise you 
 wouldn't be talking to them.  Beside which, this problem exists with all 
 communication channels.

 If your data passes through some intermediate host over which you have no 
 control, well, it's encrypted so useless to them.  And once your used keys 
 are in the public domain, then they could have made it all up  :)

   
 I don't want let them know 
 not only about I talked but my ip-adress and my phisical location too.
 

 Unless you are on a business-grade service, your IP address changes 
 regularly.  
 You might be able to use some TOR variant, though I have no practical 
 experience of this.  Beside which, you do not know for a fact that Skype does 
 not pass on information you would rather it did not to someone you would 
 rather it did not.

   

To have somebody you trust is very difficult. Even you can trust anybody
he can be tort by somebody else :-) , for example.
It needs to have a technical system which be able to give you needed
guaranies for your security and anonimity.
It will be very good if it is be created a VoIP network running like
Tor. But I don't know anyone working like Tor.
But the Tor itself doesn't work with UDP using in VoIP, only with TCP.


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread James Brown
A J Stiles wrote:
 On Wednesday 22 Jul 2009, James Brown wrote:
   
 1. How can I maintain my anonimity when establishing this  [IAX tunnelled 
 
 through SSH]  connection?

 Using the mechanisms already built into SSH.  If you are concerned about MITM 
 attacks, then you will need a secure backchannel to exchange key fingerprints 
 beforehand.

 You aren't anonymous to the far end of the connection; that's kind of the 
 point.  You always know who is leaning over and whispering in your ear.

   
 How can I be sure that an owner of far host don't write logs and don't
 give or sell or etc. them to the Government?
 

 Because the person on the far end is someone you trust.  Otherwise you 
 wouldn't be talking to them.  Beside which, this problem exists with all 
 communication channels.

 If your data passes through some intermediate host over which you have no 
 control, well, it's encrypted so useless to them.  And once your used keys 
 are in the public domain, then they could have made it all up  :)

   

To have somebody you trust is very difficult. Even you can trust anybody
he can be tort by somebody else :-) , for example.
It needs to have a technical system which be able to give you needed
guaranies for your security and anonimity.
It will be very good if it is be created a VoIP network running like
Tor. But I don't know anyone working like Tor.
But the Tor itself doesn't work with UDP using in VoIP, only with TCP.


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread Eduardo M KALINOWSKI

On Qua, 22 Jul 2009, James Brown wrote:

To have somebody you trust is very difficult.


Could be, but this problem is something you cannot avoid.

It is theoretically possible to encrypt a message in a way that it  
simply cannot be decrypted without the right key, not even given  
infinite time and infinite resources (google One Time Pad). It can  
even be used in practice, but it quite unpractical and brings other  
problems such as distribution of the keys.


However, even if you could use a One Time Pad efficiently, nothing  
will ever prevent the other party in the communication to make public  
the message he received and that was so carefully protected. So if you  
do not trust the person on the other side of the line, then don't  
communicate with them, even if you can get the best encryption  
available.



--
Eduardo M KALINOWSKI
edua...@kalinowski.com.br


--
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: I want all my 4GB!!!

2009-07-22 Thread Lennart Sorensen
On Tue, Jul 21, 2009 at 10:30:09PM +0100, Clive Menzies wrote:
 This is probably irrelevant but it may help someone searching the
 archives.  I bought a Thinkpad X61 with 4GB a while back.  At first it
 would recognise more than 3gb on either windows or squeeze.  I checked
 the BIOS which was registering 4Gb.  I had many other things to do and
 left it for a while.  The windows deficiency must have been fixed in the
 Vista (shudder) SP1 update but the Debian shortfall continued and I've
 been following this thread.
 
 I use aptitude and found the following kernel package:
 linux-image-2.6.26-2-686-bigmem
 
 Installed it, rebooted and hey presto,cat /proc/meminfo gives:
 
 MemTotal:  4074284 kB
 
 Thanks. You guys are so great.

Well if the BIOS does remap memory above 4GB, then on x86 you do need
a PAE kernel to get the rest of memory, which would be the 686-bigmem
kernel.  On x86-64 you always get all the memory in that case.

I believe vista SP1 did in fact add PAE support, so that would make
sense there too.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: I want all my 4GB!!!

2009-07-22 Thread Lennart Sorensen
On Wed, Jul 22, 2009 at 12:23:13PM +0400, James Brown wrote:
 ~$ dmesg | grep BIOS
 [0.00] BIOS-provided physical RAM map:
 [0.00]  BIOS-e820:  - 0009f800 (usable)
 [0.00]  BIOS-e820: 0009f800 - 000a (reserved)
 [0.00]  BIOS-e820: 000dc000 - 0010 (reserved)
 [0.00]  BIOS-e820: 0010 - bf68 (usable)
 [0.00]  BIOS-e820: bf68 - bf70 (ACPI NVS)
 [0.00]  BIOS-e820: bf70 - c000 (reserved)
 [0.00]  BIOS-e820: e000 - f000 (reserved)
 [0.00]  BIOS-e820: fec0 - fec1 (reserved)
 [0.00]  BIOS-e820: fed0 - fed00400 (reserved)
 [0.00]  BIOS-e820: fed14000 - fed1a000 (reserved)
 [0.00]  BIOS-e820: fed1c000 - fed9 (reserved)
 [0.00]  BIOS-e820: fee0 - fee01000 (reserved)
 [0.00]  BIOS-e820: ff00 - 0001 (reserved)

So the last address reported by your bios is 4GB (0001)
at the end of a reserved area.  The last address of usable memory is
bf68 which is 3211264000 bytes, so your system does not
remap memory and hence anything covered by PCI devices is simply lost
and can not be used at all.  The hardware is either simply not capable of
remapping memory (this is true for many intel chipsets) or the BIOS didn't
make the chipset do remapping (sometimes there is a bios option for it).

 [0.00] ACPI: BIOS bug: multiple APIC/MADT found, using 0
 [0.00]   early res: 0 [0-fff] BIOS data page
 [0.00]   early res: 4 [9f800-f] BIOS reserved
 [0.004000] Calgary: detecting Calgary via BIOS EBDA area
 [0.264998] ACPI: BIOS _OSI(Linux) query ignored via DMI

So unless your bios has an option for memory remapping, there is no way
to make the rest of memory useable, and you will only get about 3.2GB
out of your 4GB.  Of course if the video steals some of that 3.2GB,
you get whatever is left.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: I want all my 4GB!!!

2009-07-22 Thread James Brown
Lennart Sorensen wrote:
 On Tue, Jul 21, 2009 at 10:30:09PM +0100, Clive Menzies wrote:
   
 This is probably irrelevant but it may help someone searching the
 archives.  I bought a Thinkpad X61 with 4GB a while back.  At first it
 would recognise more than 3gb on either windows or squeeze.  I checked
 the BIOS which was registering 4Gb.  I had many other things to do and
 left it for a while.  The windows deficiency must have been fixed in the
 Vista (shudder) SP1 update but the Debian shortfall continued and I've
 been following this thread.

 I use aptitude and found the following kernel package:
 linux-image-2.6.26-2-686-bigmem

 Installed it, rebooted and hey presto,cat /proc/meminfo gives:

 MemTotal:  4074284 kB

 Thanks. You guys are so great.
 

 Well if the BIOS does remap memory above 4GB, then on x86 you do need
 a PAE kernel to get the rest of memory, which would be the 686-bigmem
 kernel.  On x86-64 you always get all the memory in that case.

 I believe vista SP1 did in fact add PAE support, so that would make
 sense there too.

   

Do you think is it possible to get all 4GB even the BIOS doesn't see
all installed memory?
P.S. I have send request to the technical support of the Acer
corporation concirning the matter of my BIOS (becouse I upgraided my
BIOS from the latest version on their site) and waiting their answer.


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: I want all my 4GB!!!

2009-07-22 Thread Lennart Sorensen
On Wed, Jul 22, 2009 at 06:51:22PM +0400, James Brown wrote:
 Do you think is it possible to get all 4GB even the BIOS doesn't see
 all installed memory?
 P.S. I have send request to the technical support of the Acer
 corporation concirning the matter of my BIOS (becouse I upgraided my
 BIOS from the latest version on their site) and waiting their answer.

No probably not.  In that case it is almost certain the chipset is not
setup to remap memory (if it is even capable of it).

Vista could also just read the DMI info, detect what actual memory is
installed and report that, rather than the amount of memory actually
available.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread Lennart Sorensen
On Wed, Jul 22, 2009 at 01:55:57PM +0400, James Brown wrote:
 Becouse it I think it needs to build new system of internet telephony
 like skype but running under open sourse programs and protocols.
 I think it need that new open-source built VoIP network system will
 operate on a peer-to-peer model, that user directory will be entirely
 decentralized and distributed among the nodes in the network, and use
 encrypted connection insluding connetion with the exit node when making
 calls to ordinary telephones.
 I think that building such system will protect anonymity and privacy of
 people and independence each of us from goverments, corporations etc.
 control, becouse we will be able to call each other without any state or
 corporate control over our telephone calls.
 But now it is not exist any such VoIP system based on open sourses.
 I really don't trust skype but I know that today any secret services of
 Russia cannot establish real control skype-connections. I know it from
 the officers of the Russian FSB which really interested (on corruption
 base) to find one user of skype and didn't be able to do it.
 But I am not sure that tomorrow the skype team or the US' security
 services (which perhaps execute control over the skype team) will not
 give information about skype users and their contacts to the Russia
 authorities.
 Furtherinafter, I (and each of us, I think) want to  be able  having
 connections with other people  absolutely  free from any control neither
 only Russian authorities  nor any state secret services and any
 corporations and groups of people existing in the world.

The fact skype is p2p is part of why I hate it.  It is a complete
nightmare to try and deal with on company networks.  Trying to allow
skype (because some people insist on it being amazingly useful) while
blocking other p2p traffic is very very hard.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread James Brown
Lennart Sorensen wrote:
 On Wed, Jul 22, 2009 at 01:55:57PM +0400, James Brown wrote:
   
 Becouse it I think it needs to build new system of internet telephony
 like skype but running under open sourse programs and protocols.
 I think it need that new open-source built VoIP network system will
 operate on a peer-to-peer model, that user directory will be entirely
 decentralized and distributed among the nodes in the network, and use
 encrypted connection insluding connetion with the exit node when making
 calls to ordinary telephones.
 I think that building such system will protect anonymity and privacy of
 people and independence each of us from goverments, corporations etc.
 control, becouse we will be able to call each other without any state or
 corporate control over our telephone calls.
 But now it is not exist any such VoIP system based on open sourses.
 I really don't trust skype but I know that today any secret services of
 Russia cannot establish real control skype-connections. I know it from
 the officers of the Russian FSB which really interested (on corruption
 base) to find one user of skype and didn't be able to do it.
 But I am not sure that tomorrow the skype team or the US' security
 services (which perhaps execute control over the skype team) will not
 give information about skype users and their contacts to the Russia
 authorities.
 Furtherinafter, I (and each of us, I think) want to  be able  having
 connections with other people  absolutely  free from any control neither
 only Russian authorities  nor any state secret services and any
 corporations and groups of people existing in the world.
 

 The fact skype is p2p is part of why I hate it.  It is a complete
 nightmare to try and deal with on company networks.  Trying to allow
 skype (because some people insist on it being amazingly useful) while
 blocking other p2p traffic is very very hard.

   
What is needing to block p2p traffic?


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: What is the matter with the http://people.debian.org/~rafael/skype-amd64/?

2009-07-22 Thread Lennart Sorensen
On Wed, Jul 22, 2009 at 07:36:04PM +0400, James Brown wrote:
 What is needing to block p2p traffic?

Because users are idiots.  When you have 250 people sharing a 3Mbit
internet link, you do not need idiots running p2p file sharing.  Or even
worse, p2p video streaming (like CNN's garbage system, and that tv
brodcast thing from india that I don't remember the name of right now,
and many others).  We will be moving to a 10Mbit link next month, but
that still doesn't mean p2p file sharing at work is a good idea.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Installing legacy nvidia drivers on 2.6

2009-07-22 Thread Ron
Hello,

I would like to use the 3d capabilities of my old TNT2 card, which in
theory is supported by

# export VERSION=-legacy-71xx
# m-a auto-install nvidia-kernel${VERSION}-source

Unfortunately, this command fails as can be seen below. It appears
that the nvidia bridge to the kernel should be updated so that it
works with newer kernels. I didn't try installing 2.6.18, because it
is not available as a Debian package in unstable. I know there are
ways to work around that, but I was not interested in doing that, and
also it would probably have some security issues.

Kernel version (from Debian package): Linux 2.6.30-1-amd64

I use a 64 bits user-land too. The errors start from about line 100,
but I included all output.

I am not a member of this list, so please CC me.

Best regards,
 Ron

/usr/bin/make  -f debian/rules clean
make[1]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-71xx'
# select which makefile to use.
rm -f /usr/src/modules/nvidia-kernel-legacy-71xx/nv/Makefile || true
if [ 6 = 6  ]; then \
 cd /usr/src/modules/nvidia-kernel-legacy-71xx/nv ; \
 ln -s Makefile.kbuild Makefile ; \
 cd .. ; \
 if [ 0  = 1 ] ; then \
dpatch apply 04_minion ; \
 fi ; \
 if [ 0 = 1 ]; then \
dpatch apply 01_sysfs ; \
dpatch status 01_sysfs patch-stamp ; \
dpatch apply 02_pcialias ; \
dpatch status 02_pcialias patch-stamp ; \
 fi ; \
fi
if [  6 = 4  ]; then \
 cd /usr/src/modules/nvidia-kernel-legacy-71xx/nv ; \
 ln -s Makefile.nvidia Makefile ; \
 cd .. ; \
fi
if [ -e patch-stamp ]; then \
   dpatch deapply-all ; \
   rm -rf patch-stamp debian/patched ; \
fi
if [ -f /usr/src/modules/nvidia-kernel-legacy-71xx/debian/control.template
]; then \
cp  
/usr/src/modules/nvidia-kernel-legacy-71xx/debian/control.template
/usr/src/modules/nvidia-kernel-legacy-71xx/debian/control; \
fi
dh_testroot
rm -f build-stamp configure-stamp
/usr/bin/make clean SYSSRC=/lib/modules/2.6.30-1-amd64/build -C
/usr/src/modules/nvidia-kernel-legacy-71xx/nv -f Makefile
make[2]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-71xx/nv'
make[2]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy-71xx/nv'
rm -f /usr/src/modules/nvidia-kernel-legacy-71xx/nv/Makefile || true;   
rm /usr/src/modules/nvidia-kernel-legacy-71xx/nv/gcc-check
rm /usr/src/modules/nvidia-kernel-legacy-71xx/nv/cc-sanity-check
dh_clean
rm /usr/src/modules/nvidia-kernel-legacy-71xx/debian/control
rm /usr/src/modules/nvidia-kernel-legacy-71xx/debian/dirs
rm /usr/src/modules/nvidia-kernel-legacy-71xx/debian/override
make[1]: Leaving directory `/usr/src/modules/nvidia-kernel-legacy-71xx'
echo ROOT_CMD = 
ROOT_CMD =
/usr/bin/make  -f debian/rules binary_modules
make[1]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-71xx'
# select which makefile to use.
rm -f /usr/src/modules/nvidia-kernel-legacy-71xx/nv/Makefile || true
if [ 6 = 6  ]; then \
 cd /usr/src/modules/nvidia-kernel-legacy-71xx/nv ; \
 ln -s Makefile.kbuild Makefile ; \
 cd .. ; \
 if [ 0  = 1 ] ; then \
dpatch apply 04_minion ; \
 fi ; \
 if [ 0 = 1 ]; then \
dpatch apply 01_sysfs ; \
dpatch status 01_sysfs patch-stamp ; \
dpatch apply 02_pcialias ; \
dpatch status 02_pcialias patch-stamp ; \
 fi ; \
fi
if [  6 = 4  ]; then \
 cd /usr/src/modules/nvidia-kernel-legacy-71xx/nv ; \
 ln -s Makefile.nvidia Makefile ; \
 cd .. ; \
fi
#nothing here anymore
touch configure-stamp
if [ -f /usr/src/modules/nvidia-kernel-legacy-71xx/debian/control.template
]; then \
cp  
/usr/src/modules/nvidia-kernel-legacy-71xx/debian/control.template
/usr/src/modules/nvidia-kernel-legacy-71xx/debian/control; \
fi
dh_testdir
dh_testroot
PATCHLEVEL = 6
Kernel compiler version : 4.3.3
Detected compiler version : 4.3.3
Using compiler gcc-4.3 version 4.3.3
touch /usr/src/modules/nvidia-kernel-legacy-71xx/nv/gcc-check
touch /usr/src/modules/nvidia-kernel-legacy-71xx/nv/cc-sanity-check
## Main Make ##
IGNORE_CC_MISMATCH=1 CC=gcc-4.3  /usr/bin/make -C
/usr/src/modules/nvidia-kernel-legacy-71xx/nv -f Makefile
SYSSRC=/lib/modules/2.6.30-1-amd64/build   KBUILD_PARAMS=-C
/lib/modules/2.6.30-1-amd64/build
SUBDIRS=/usr/src/modules/nvidia-kernel-legacy-71xx/nv module;
make[2]: Entering directory `/usr/src/modules/nvidia-kernel-legacy-71xx/nv'
NVIDIA: calling KBUILD...
make CC=gcc-4.3 -C /lib/modules/2.6.30-1-amd64/build
SUBDIRS=/usr/src/modules/nvidia-kernel-legacy-71xx/nv modules
make[3]: Entering directory `/usr/src/linux-headers-2.6.30-1-amd64'
  CC [M]  /usr/src/modules/nvidia-kernel-legacy-71xx/nv/nv.o
In file included 

Re: How to install wine on debian/amd64/sid?

2009-07-22 Thread John Wong

Cavan Mejias 提到:

2009/7/19 John Wong jo...@wonghome.net:
  

I add the below url to /etc/apt/sources.list
deb http://www.lamaresh.net/apt/ sid main
then apt-get update  apt-get install wine

but it always said:
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
wine: Depends: ia32-libs but it is not going to be installed
E: Broken packages

Is it only me?
I saw this message a few weeks ago.

uname -a: Linux redcat 2.6.30-1-amd64 #1 SMP Sat Jul 18 12:55:06 UTC
2009 x86_64 GNU/Linux
cat /etc/apt/sources.list:
deb http://ftp.tw.debian.org/debian/ testing main contrib non-free
deb http://ftp.tw.debian.org/debian/ unstable main contrib non-free
deb http://security.debian.org/ testing/updates main contrib non-free
deb http://www.lamaresh.net/apt/ sid main

Please help, thank you.




 Can you manually do   apt-get install  ia32-libs ? Does that
succeed? Or if you are using Gnome can you locate it in Synaptic? (All
the KDE package managers seem to be orphaned/nonfunctional).
  It appears you are using sid, therefore the ia32-libs may indeed be
broken or have not yet been created or been moved out of Incoming..
I use lenny and I think it works there.

   Good luck! I hope you get to install wine.
  

Yes, when i manually do apt-get install ia32-libs,
then it just show the message like this:

---
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
wine: Depends: ia32-libs but it is not going to be installed
E: Broken packages
---

When i use Synaptic, the result is the same like use apt-get,
It ask me, i need to remove ia32-apt-get first: Yes/No,
then i choose Yes, then Synaptic tell me, CAN NOT be install,
becuase it depend ia32-apt-get. (-- i know do not know why)

Yes, my system is sid/amd64, so maybe different to lenny.

Anyway, thank your help.


--
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Installing legacy nvidia drivers on 2.6

2009-07-22 Thread Lennart Sorensen
On Wed, Jul 22, 2009 at 08:08:15PM +0200, Ron wrote:
 I would like to use the 3d capabilities of my old TNT2 card, which in
 theory is supported by

I sent a patch to Randall a few days ago to make the latest 71.xx driver
compile and work with 2.6.30 (and probably 2.6.31 as well).  I can build
a test version if you want until he gets around to releasing it.

You should be able to find my updated build (71.86.11) at:

http://www.tinyplanet.ca/~lsorense/debian/nvidia-71xx-lenny/

Built for lenny (although I would be very surprised if it does not also
work perfectly on squeeze and sid).

Kernel modules prebuilt for lenny kernels as well (both i386 and amd64,
except not amd64 kernel on i386 due to some assembly mistake in the old
71.xx drivers that I don't feel like fixing).

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: I want all my 4GB!!!

2009-07-22 Thread Stefan Monnier
 I don't have time to check your machine's specs, but many chipsets of
 a few years ago only recognized a maximum of 3GB (even though they
 correctly work with 4GB installed).  My Thinkpad T60 is among them.
 In this case, there's nothing you can do about it, short of getting
 another machine.

Looks like it, indeed:
http://www.ec.kingston.com/ecom/configurator_new/modelsinfo.asp?SysID=33507mfr=Acermodel=TravelMate+3040+Series+3043%2C+3044search_type=root=usLinkBack=http%3A%2F%2Fwww.kingston.comSys=33507-Acer-TravelMate+3040+Series+3043%2C+3044distributor=0submit1=Search


Stefan


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: I want all my 4GB!!!

2009-07-22 Thread Lennart Sorensen
On Wed, Jul 22, 2009 at 04:32:12PM -0400, Stefan Monnier wrote:
 Looks like it, indeed:
 http://www.ec.kingston.com/ecom/configurator_new/modelsinfo.asp?SysID=33507mfr=Acermodel=TravelMate+3040+Series+3043%2C+3044search_type=root=usLinkBack=http%3A%2F%2Fwww.kingston.comSys=33507-Acer-TravelMate+3040+Series+3043%2C+3044distributor=0submit1=Search

Well it confirms it being 945GM, and the 945GM is absolutely not capable
of memory remapping, so there is no way to get more of the memory to be
available.  The benefit of 4GB ram simply is that you get dual channel
access to the 3.something GB you see as far as I can tell.

-- 
Len Sorensen


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



reading the end of file

2009-07-22 Thread Francesco Pietra
Hi:

Is any command faster than

cat filename

to reach and print on screen the last page of the file?

The question (i hope) is not outside amd64 as such large files as 10GB
can only result from computations at 64 bit. The scope is following
the progress of the computational procedure; the command cat
filename takes hours to print the end of the file. At least so when
all memory (24GB) is taken by the diagonalization of matrix, while the
hamiltonian is stored out of memory (10GB).

thanks
francesco pietra


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: reading the end of file

2009-07-22 Thread Eduardo M KALINOWSKI
Francesco Pietra wrote:
 Hi:

 Is any command faster than

 cat filename

 to reach and print on screen the last page of the file?
   

Define 'page'.

Anyway, the command you want is 'tail'. By default it prints the last 10
lines, but this can be changed, see the man page.

 The question (i hope) is not outside amd64

As a matter of fact it is not amd64-specific, debian-user would have
been more appropriate.

  as such large files as 10GB
 can only result from computations at 64 bit.
   

As long as the filesystem supports, it's trivial to create a 10GB file
even on 32-bit systems. But I digress.


-- 
The New England Journal of Medicine reports that 9 out of 10 doctors agree
that 1 out of 10 doctors is an idiot.

Eduardo M KALINOWSKI
edua...@kalinowski.com.br


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org