Re: apt vs aptitude (was ... Re: non-stable packages infestation)

2015-04-27 Thread Teresa e Junior
On Mon, 27 Apr 2015 11:40:37 +0100, Lisi Reisz wrote: On Monday 27 April 2015 11:35:42 Chris Bannister wrote: On Sun, Apr 26, 2015 at 03:22:33AM -0300, Teresa e Junior wrote: On Sat, 25 Apr 2015 19:16:24 -0400, Kynn Jones wrote: I'm considering going back to apt, even though most

Re: non-stable packages infestation

2015-04-26 Thread Teresa e Junior
On Sat, 25 Apr 2015 19:16:24 -0400, Kynn Jones wrote: On Sat, Apr 25, 2015 at 6:39 PM, Teresa e Junior teresaejun...@gmail.com wrote: On Sat, 25 Apr 2015 17:35:29 -0400, Kynn Jones wrote: $ apt-cache policy sudo sudo: Installed: 1.8.5p2-1+nmu2 Candidate: 1.8.5p2-1

Re: No Clipboard Persistence even with clipboard managers

2015-04-26 Thread Teresa e Junior
On Sat, 25 Apr 2015 14:16:21 -0300, Teresa e Junior wrote: I have always used clipboard managers in Linux, but for more than one year already I have noticed that clipboard persistence is lost on the desktop some hours after booting (the ability to paste after closing the source application, see

Re: non-stable packages infestation

2015-04-25 Thread Teresa e Junior
On Sat, 25 Apr 2015 17:35:29 -0400, Kynn Jones wrote: $ apt-cache policy sudo sudo: Installed: 1.8.5p2-1+nmu2 Candidate: 1.8.5p2-1+nmu2 Version table: *** 1.8.5p2-1+nmu2 0 100 /var/lib/dpkg/status 1.8.5p2-1+nmu1 0 500

No Clipboard Persistence even with clipboard managers

2015-04-25 Thread Teresa e Junior
for them all. Thanks for your attention! Teresa e Junior -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553bcbe5.6020...@gmail.com

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-23 Thread Teresa e Junior
On Mon, 24 Nov 2014 05:20:23 +1300, Chris Bannister wrote: On Sat, Nov 22, 2014 at 05:03:19PM -0200, Teresa e Junior wrote: On Thu, 20 Nov 2014 15:56:41 -0200, Teresa e Junior wrote: Hello! I am using curl 7.26.0-1+wheezy11, and when I run `curl https://www.basebit.com.br', it fails

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-23 Thread Teresa e Junior
mentioned... Teresa e Junior -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54721724.1040...@gmail.com

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-23 Thread Teresa e Junior
On Sun, 23 Nov 2014 17:30:34 + (UTC), Curt wrote: On 2014-11-23, Teresa e Junior teresaejun...@gmail.com wrote: They must have changed the server configuration all today, because yesterday it worked, and so I implemented the shell script. But today the script would not work, and then I got

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-23 Thread Teresa e Junior
On Mon, 24 Nov 2014 11:10:35 +1100, Scott Ferguson wrote: On 21/11/14 04:56, Teresa e Junior wrote: Hello! I am using curl 7.26.0-1+wheezy11, and when I run `curl https://www.basebit.com.br', it fails with the message: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-23 Thread Teresa e Junior
On Mon, 24 Nov 2014 11:41:56 +1100, Scott Ferguson wrote: For completeness, you'll find this works also:- curl --ciphers AES128-SHA256 https://www.basebit.com.br Thank you! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-22 Thread Teresa e Junior
On Thu, 20 Nov 2014 15:56:41 -0200, Teresa e Junior wrote: Hello! I am using curl 7.26.0-1+wheezy11, and when I run `curl https://www.basebit.com.br', it fails with the message: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error This works: curl --ciphers

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-21 Thread Teresa e Junior
On Thu, 20 Nov 2014 15:56:41 -0200, Teresa e Junior wrote: Hello! I am using curl 7.26.0-1+wheezy11, and when I run `curl https://www.basebit.com.br', it fails with the message: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error I have done some research

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-21 Thread Teresa e Junior
On Fri, 21 Nov 2014 17:58:53 + (UTC), Curt wrote: On 2014-11-20, Teresa e Junior teresaejun...@gmail.com wrote: Hello! I am using curl 7.26.0-1+wheezy11, and when I run `curl https://www.basebit.com.br', it fails with the message: curl: (35) error:14077438:SSL

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-21 Thread Teresa e Junior
With curl 7.26.0-1+wheezy11? If your version is newer, I thought maybe I could backport it from Jessie, but I don't know which package has the problem here, if cURL, OpenSSL, GnuTLS, etc. My version is older, as I'm using Squeeze LTS. curty@einstein:~$ curl --version curl 7.21.0

Re: Brother DCP-1510 driver install script empties /opt

2014-11-21 Thread Teresa e Junior
there was something wrong when sudo stopped asking for my password... --- Teresa e Junior -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/546fb010.5010...@gmail.com

curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-20 Thread Teresa e Junior
Hello! I am using curl 7.26.0-1+wheezy11, and when I run `curl https://www.basebit.com.br', it fails with the message: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error I have done some research, and found suggestions that `curl --sslv3' should work, but

Re: curl: (35) error:14077438:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert internal error

2014-11-20 Thread Teresa e Junior
Hello, songbird! On Thu, 20 Nov 2014 14:45:42 -0500, songbird wrote: i'm certainly not a wizard when it comes to this sort of thing, but have you tried --sslv2 instead? curl --sslv2 https://www.basebit.com.br curl: (4) OpenSSL was built without SSLv2 support Teresa e Junior

kworker writes to disc every 5 seconds on battery

2014-10-18 Thread Teresa e Junior
on battery were: echo 1 | sudo tee /proc/sys/vm/block_dump tail -F /var/log/debug | grep -v dirtied echo 0 | sudo tee /proc/sys/vm/block_dump And by the way, my kernel is 3.15.10-zen-686-pae Thank you! Teresa e Junior -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject

Re: MPD on localhost won't work if there's no Wifi!?

2014-06-10 Thread Teresa e Junior
On Tue, 10 Jun 2014 08:22:58 +0300, Andrei POPESCU wrote: As far as I can tell mpc is low-level enough to not care about what Network Manager advertises. I'm suspecting it does have something to do with DNS, so I'd suggest you pick a name for your machine and make sure you adjust your configs as

Re: MPD on localhost won't work if there's no Wifi!?

2014-06-09 Thread Teresa e Junior
On Mon, 9 Jun 2014 09:53:31 +0400, Reco wrote: Your network configuration may be the cause of this. Can you please run mpc like this, and show the result: strace -e trace=network mpc $ strace -e trace=network mpc socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3 connect(3,

Re: MPD on localhost won't work if there's no Wifi!?

2014-06-09 Thread Teresa e Junior
On Mon, 9 Jun 2014 10:30:09 +0400, Reco wrote: So, mpc tries standard mpd socket and fails. Adding said socket to mpd.conf (via bind_address) should solve the issue. Just adding a path to the socket doesn't really solve the issue (I run MPD as my user, so there is no access to /var/run). I

Re: MPD on localhost won't work if there's no Wifi!?

2014-06-09 Thread Teresa e Junior
On Mon, 9 Jun 2014 11:49:15 +0400, Reco wrote: Ok. Thinking about it, I beleive I may miss something. What does show: strace -f mpc OK, the first log is from when it fails, and the second from when the Wifi is connected. You'll see it reads from /etc/hosts more than just 127.0.0.1

Re: MPD on localhost won't work if there's no Wifi!?

2014-06-09 Thread Teresa e Junior
On Mon, 9 Jun 2014 09:55:06 +0100, Brian wrote: On Mon 09 Jun 2014 at 01:23:43 -0400, Teresa e Junior wrote: $ cat /etc/hostname localhost I wouldn't use this in /etc/hostname. Contacting this machine from elsewhwere on the network could prove frustrating. I think that is or was a basic

Re: MPD on localhost won't work if there's no Wifi!?

2014-06-09 Thread Teresa e Junior
On Mon, 9 Jun 2014 11:56:25 +0300, Andrei POPESCU wrote: Could you please post the output of 'ip a' after you disconnect the WiFi? Just in case, I'm posting the output of both when the Wifi is off and on: $ ip a 1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN

Re: MPD on localhost won't work if there's no Wifi!?

2014-06-09 Thread Teresa e Junior
On Mon, 9 Jun 2014 13:27:21 +0400, Reco wrote: Weird. Just weird. Try it like this: 1) Start as root: /usr/sbin/tcpdump -nn -i any udp port 53 or udp port 5353 2) Run mpc in another shell. 3) Please post the contents of your /etc/nsswitch.conf Nothing really happens in the tcpdump window

Re: MPD on localhost won't work if there's no Wifi!?

2014-06-09 Thread Teresa e Junior
I believe it's got something to do with NetworkManager, because mpc started working as soon as I run: $ sudo service network-manager stop And then I run this, and while trying to connect, or later if connecting fails, mpc won't work again: $ sudo service network-manager start The version of

MPD on localhost won't work if there's no Wifi!?

2014-06-08 Thread Teresa e Junior
Hello to all! I've had this problem with previous versions of MPD, and now I'm using 0.18.7, but the problem persists. This is an odd situation: MPD is configured to run on 127.0.0.1, but if the Wifi is disconnected in NetworkManager, it starts spitting error messages and refuses to play: $