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 o
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
On Sat, 25 Apr 2015 19:16:24 -0400, Kynn Jones wrote:
On Sat, Apr 25, 2015 at 6:39 PM, Teresa e Junior
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+nmu2
Version
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 http:/
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
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 list
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
On Sun, 23 Nov 2014 17:30:34 + (UTC), Curt wrote:
On 2014-11-23, Teresa e Junior 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 the same errors you
routines:SSL23_GET_SERVER_HELLO:sslv3 alert
handshake failure
Ditto.
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 the same errors you both have
mentioned...
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 wit
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 --ci
ticed 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.or
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 (x86_64-pc-lin
On Fri, 21 Nov 2014 17:58:53 + (UTC), Curt wrote:
On 2014-11-20, 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
int
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 res
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
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
I run while 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
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
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 N
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 wh
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: mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00
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
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 localhost
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 tri
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, {sa_fam
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:
$
27 matches
Mail list logo
