On Wednesday 11 May, 2011 08:59:24 Aaron Toponce wrote:
> First, you're speculating. You have nothing to base your guess on.
> Microsoft may not have been the most "Linux-friendly" company in the world,
> but that doesn't mean that they are going to cut the GNU/Linux client of
> Skype.
>
> Second,
So libraries aren't my problem. The MxEasy software is a security camera
management and DVR software.
It starts and runs just fine, except there is no video. It keeps a running
count of the frames/sec coming in, so I know it's seeing the video, but when I
open a window in front of it and bri
On Tuesday 10 May, 2011 14:16:09 Wayne Topa wrote:
> So the question remains, can anyone confirm that konqueror can connect
> to www.jonasson.org/maps/ and if so do they run it in KDE or another WM.
I can connect and get the Search for banner at the bottom, but no maps.
Konqi over KDE 4.4.5
I c
On Tuesday 10 May, 2011 08:43:19 Bob McGowan wrote:
> You want to use:
>
> $ ldd filename # or libfilename.so or /full/path/lib/libfilename.so
Begorrah! It worked. All libraries are installed, but still no video.
# ldd MxEasy
linux-vdso.so.1 => (0x7fff753ff000)
libmxm.so
On Sunday 8 May, 2011 08:27:27 godo wrote:
> it's happened sometimes that some package missing in testing or sid but
> from my experience it will come in few days or week.
>
> If you are in hurry try with sid version and if there is not to much
> dependencies I think it wont be a problem.
I've
I am trying to install Mobotix's MxEasy security camera software, but it's
refusing for dependency:
# dpkg -i /home/bill/dl/MxEasy_1.3.2-ubuntu-10.10_amd64.deb
Selecting previously deselected package mxeasy.
(Reading database ...
On Saturday 7 May, 2011 07:04:16 Boyd Stephen Smith Jr. wrote:
> As a current btrfs user, I don't recommend you run it on the Squeeze kernel
> (2.6.32-5) because there are certain circumstances where it doesn't
> gracefully
> handle out-of-space issues and that "df" reports for it lie. I recent
This just started after my most recent (very painful) dist-upgrade. It seems
that BTRFS is not compatible with grub and Debian. I very nearly lost my whole
system because of this catastrophe.
Does anyone know the nature of the error and how to fix?
--
To UNSUBSCRIBE, email to debian-user-r
On Friday 6 May, 2011 05:08:52 Brian wrote:
> I'm unsure whether you mean 'prevent' because neither keys nor passwords
> can stop brute forcing attempts. If you mean a key (256 characters) is
> stronger than a password (20 characters) I'd agree. But the key is no
> more secure than the password. No
On Friday 6 May, 2011 05:15:23 Brian wrote:
> > What you're missing is the difference between someone trying to hack from
> > the
> > client machine... and a remote script trying to brute-force your server.
> > Big
> > difference.
>
> No I'm not. But please explain the difference, bearing in mi
On Friday 6 May, 2011 02:13:52 Brian wrote:
> A strong password is no less secure in brute force terms than a key so
> there is no reason to disallow it on those grounds. You can also be sure
> you have never left it at home or elsewhere.
What you're missing is the difference between someone tryin
On Thursday 5 May, 2011 17:15:11 Perry Thompson wrote:
> On 05/05/2011 06:46 PM, cac...@quantum-sci.com wrote:
> > On Thursday 5 May, 2011 15:09:02 Brian wrote:
> >> Use a strong password or ssh keys for access to the server. The question
> >> is whether you trust the machine you use at work.
> >
I know all that. But it still will ask for a password if you do not have the
key, and thus is open to brute-force.
On Thursday 5 May, 2011 16:21:39 Jerome BENOIT wrote:
> http://wiki.debian.org/ssh#ssh_without_password
>
> On 06/05/11 00:24, cac...@quantum-sci.com wrote:
> > On Thursday 5 May,
On Thursday 5 May, 2011 14:43:13 Jochen Schulz wrote:
> Expect brute-force attempts to login using weak
> passwords, though. If you only allow key logins, you can ignore that.
And how is that done? When I set /etc/ssh/sshd_config|PasswordAuthentication
no I get 'Connection reset by server'.
--
On Thursday 5 May, 2011 15:09:02 Brian wrote:
> Use a strong password or ssh keys for access to the server. The question
> is whether you trust the machine you use at work.
OK, say you -don't- trust your machine at work. Workarounds?
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian
15 matches
Mail list logo
