date:20160110

On Sun, 10 Jan 2016 23:40:28 -0500, Gary wrote:

>On 10/01/16 07:15 PM, Steve Matzura wrote:
>> After solving all my mount problems and changing from dynamic to
>There are lots of things that can go wrong, but if you had been booting 
>normally, it's likely something you've done since the initial install.

I could solve this in twenty minutes with a re-install. Really, this
is a brand-new do-nothing-as-yet test-bed system. No users will be
harmed by this process :-) If I'm not giving you all enough useful
info about what's wrong, and I'm sure I'm not, just say so and I'll do
it first thing in the morning.

Re: Welcome to emergency mode!

Gary:

On Sun, 10 Jan 2016 23:40:28 -0500, you wrote:

>What messages are you seeing in dmesg or syslog (or the new SystemD 
>versions)? What do you see on the screen before you get the emergency 
>mode messages?

dmesg shows no errors. /var/log/syslog's last message has a time stamp
of just before the system was rebooted, about six hours ago. Sorry,
please explain SystemD new versions. I mean, I know what systemd is
and why it's, well, not well liked, and I empathize mostly, but what
specifically please should I look at and transcribe that will help and
not clutter? The console, what I can read of it, shows lots of things
starting normally; no error messages at all.

Re: Welcome to emergency mode!

Tim,

On Sun, 10 Jan 2016 22:33:03 -0600, you wrote:

>If you are using Debian Jessie a static IP address is set using 
>/etc/dhcpcd.conf and the much debated "systemd". I just worked my way 
>through this on a Raspberry Pi which uses "Raspian" Jessie, a port of 
>Debian. The details can be found here:
>
>

I backed out my changes, rebooted, created /etc/dhcpcd.conf and typed
into it what was on the page you cited, rebooted, and no change.
Furthermore, /etc/network/interfaces still contains:

iface eth0 inet dhcp

Re: gettext is one minor rev too old

On Sunday 10 January 2016 23:34:57 Gary Dale wrote:

> On 10/01/16 08:39 PM, Gene Heskett wrote:
> > Greetings all;
> >
> > running 99% wheezy, trying to build gEDA because whats in the repos
> > is very old.
> >
> > geda-gaf is refusing to autoconfig, gettext is 0.18.1-1.9, and I
> > need 0.18.2 or better.
> >
> > Is there a deb repo I can raid just for that?
> >
> > Thanks.
> >
> > Cheers, Gene Heskett
>
> Probably but you may find that gettext is a dependency of other
> packages that might not like the more recent versions. You can try
> building it statically linked to get around this.
>
> If you go to packages.debian.org you can search for packages from all
> the recent versions of Debian.

Thank you Gary, I'll look into that in the morning.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page

Re: Welcome to emergency mode!


On 10/01/16 07:15 PM, Steve Matzura wrote:

After solving all my mount problems and changing from dynamic to
static addressing by editing /etc/network/interfaces, I reboot the
system and was greeted with:

Welcome to emergency mode. "systemctl default", "systemctl reboot" to
try again, or press Control-D to continue:

That's a mild paraphrase, as I can't ssh in so I can't clip from the
screen.

I entered the system's root password and got a root prompt, just spent
three hours Googling a solution, didn't find any I could either make
sense of or use, and am now asking here.

If it's easier to re-install, that's quite all right, as I haven't
done anything on the system I can't redo quickly and easily. If a I
re-install, should I use the updated DVD disk 1 instead of the
original one?

This is being made all the harder because for some reason the audio
level of the main system audio output has dropped by 20dB after the
reboot, and amixer says everything's up full.

What messages are you seeing in dmesg or syslog (or the new SystemD 
versions)? What do you see on the screen before you get the emergency 
mode messages?


There are lots of things that can go wrong, but if you had been booting 
normally, it's likely something you've done since the initial install.


No real need to download and burn another image. The installer can get 
updated packages from the net automatically. It's only if you were 
having installer problems that I'd download a new imag.

Re: gettext is one minor rev too old


On 10/01/16 08:39 PM, Gene Heskett wrote:

Greetings all;

running 99% wheezy, trying to build gEDA because whats in the repos is
very old.

geda-gaf is refusing to autoconfig, gettext is 0.18.1-1.9, and I need
0.18.2 or better.

Is there a deb repo I can raid just for that?

Thanks.

Cheers, Gene Heskett
Probably but you may find that gettext is a dependency of other packages 
that might not like the more recent versions. You can try building it 
statically linked to get around this.


If you go to packages.debian.org you can search for packages from all 
the recent versions of Debian.

Re: Welcome to emergency mode!

2016-01-10 Thread Tim McDonough


On 1/10/2016 6:15 PM, Steve Matzura wrote:

After solving all my mount problems and changing from dynamic to
static addressing by editing /etc/network/interfaces, I reboot the
system and was greeted with:

Welcome to emergency mode. "systemctl default", "systemctl reboot" to
try again, or press Control-D to continue:

That's a mild paraphrase, as I can't ssh in so I can't clip from the
screen.


If you are using Debian Jessie a static IP address is set using 
/etc/dhcpcd.conf and the much debated "systemd". I just worked my way 
through this on a Raspberry Pi which uses "Raspian" Jessie, a port of 
Debian. The details can be found here:




Tim

Re: OT misunderstood crackers

2016-01-10 Thread Jude DaShiell

That's being done with automated scripts.  Some systems are not 
configured properly to do correct load balancing and I suspect on such 
systems those crackers would get through.  They have malware to install 
on your system most likely.


On Sun, 10 Jan 2016, Glenn English wrote:


Date: Sun, 10 Jan 2016 14:14:42
From: Glenn English 
To: debianUsers 
Subject: OT misunderstood crackers
Resent-Date: Sun, 10 Jan 2016 19:30:09 + (UTC)
Resent-From: debian-user@lists.debian.org

I'm a self-taught admin (aka mild newbie), and I don't understand why people 
would hit my DNS servers thousands of times.

I've got a limiter in iptables ('recent' module) that blocks and logs when 
there are too many hits from one IP to my DNS servers (5 hits in 10 seconds, on 
non-recursive BIND slaves), and I see thousands of hits in my logs (logwatch 
reports) every morning, many spread all over a /24 or smaller -- 
crackers/kiddies for sure, I suspect.

What are they trying to accomplish? How can they get root or useful info from 
many DNS queries? Or are they just massively stupid with too much time on their 
hands? Or am I?




--

gettext is one minor rev too old

Greetings all;

running 99% wheezy, trying to build gEDA because whats in the repos is 
very old.

geda-gaf is refusing to autoconfig, gettext is 0.18.1-1.9, and I need 
0.18.2 or better.

Is there a deb repo I can raid just for that?

Thanks.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page

Welcome to emergency mode!

After solving all my mount problems and changing from dynamic to
static addressing by editing /etc/network/interfaces, I reboot the
system and was greeted with:

Welcome to emergency mode. "systemctl default", "systemctl reboot" to
try again, or press Control-D to continue:

That's a mild paraphrase, as I can't ssh in so I can't clip from the
screen.

I entered the system's root password and got a root prompt, just spent
three hours Googling a solution, didn't find any I could either make
sense of or use, and am now asking here.

If it's easier to re-install, that's quite all right, as I haven't
done anything on the system I can't redo quickly and easily. If a I
re-install, should I use the updated DVD disk 1 instead of the
original one?

This is being made all the harder because for some reason the audio
level of the main system audio output has dropped by 20dB after the
reboot, and amixer says everything's up full.

Re: OT misunderstood crackers

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Jan 10, 2016 at 01:45:19PM -0700, Glenn English wrote:
> 
> > On Jan 10, 2016, at 12:48 PM,   wrote:
> > 

[DNS amplification?]

> An interesting thought. But they don't get too far with the rate
> limiter in the packet filter -- I don't send anything back (to
> the spoofed sender), I just drop the packet. Sorry to break their
> DDOS amplifier :-)

Phew :-)

regards
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlaS0wUACgkQBcgs9XrR2kZSBgCdF/AO640xeH6b56lBSDy99Zsj
R4sAnjEXV+GSHVteYLshXfzr16JXfO5u
=fVka
-END PGP SIGNATURE-

Re: DVI swtch is not working with Debian 8.0

> On Jan 10, 2016, at 2:21 PM, German  wrote:
> 
> I already tried Mint, Ubuntu and Open SUSE. All the same, mouse and
> keyboard don't work.

Hate to beat a dead dog, but are they all using SystemD? I swear Wheezy and 
several earlier versions of Debian (all shell script startups, etc.) work just 
fine, and I can believe this is a subtle bug that the SystemD developers didn't 
notice. Jessie is great on the laptop, but there's no KVM involved. Try FreeBSD 
or Slackware.

Is anyone on this list successfully running a pile of Jessies with a KVM?

My KVM is used only with Dell and SuperMicro servers -- could their different 
BIOSes be the trouble? 

If you plug the mouse, keyboard, and monitor into the KVM and set the KVM to 
one of your boxen, then boot that box from powered off, do things work? I've 
noticed my servers talking about seeing new devices when I switch between 
machines with the KVM. Maybe yours set things at boot and don't notice the 
switch?

-- 
Glenn English

Re: gschem only partially works

On Sunday 10 January 2016 21:24:31 Gene Heskett wrote:
> On Sunday 10 January 2016 11:54:37 Lisi Reisz wrote:
> > On Sunday 10 January 2016 14:52:31 Gene Heskett wrote:
> > > Yes, but if its a link displayed in kmail for instance, I have to do
> > > the copy/paste to make konqueror work, otherwise konqueror is passed
> > > a link to /var/tmp/something or other and much is lost in the
> > > translation.
> >
> > It goes wherever you have told it to.
> >
> > Lisi
>
> I am talking about a simple click on a url link in kmail, and what I am
> saying is that I have mouse slide hilight the link, then goto the
> konqueror screen and middle click paste it into the address bar.  Then
> it works, but the click on it in kmail doesn't.

Yes, I understand that.  It will go where you have told it to, when you click 
it.  If it isn't going to anywhere, check your settings.  Though that does 
assume that the URL is a valid hyperlink, which is not always the case.  Then 
one does have to copy and paste.

Lisi

Re: diagnose fcitx problem

2016-01-10 Thread Cindy-Sue Causey

On 1/10/16, Teng Zhang  wrote:
> hello, i have installed fcitx , the output of ps indicates that it's
> running as a daemon, but i can't use the specified combination key to
> activate it. I don't know what's happening. What i wonder is that is there
> a tool to diagnose the fcitx on debian or is there a proper way to diagnose
> it manually.(I have seen the fcitx FAQ, but i can't fully understand it.And
> also, the Alt/Meta key works well in emacs. )

Hi.. I have no experience with that program, but it came to mind to me
to try this (command line) query:

apt-cache search fcitx

If you use a different package manager (e.g. aptitude or synaptic),
there's surely a similar(ly different) search feature. In my own query
just now, I saw 2 different configuration tools referenced. If you
haven't tried that angle yet, maybe you'll see something there that
*might* help while you wait for others to respond...

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* hm.. *

Re: gschem only partially works

On Sunday 10 January 2016 11:54:37 Lisi Reisz wrote:

> On Sunday 10 January 2016 14:52:31 Gene Heskett wrote:
> > Yes, but if its a link displayed in kmail for instance, I have to do
> > the copy/paste to make konqueror work, otherwise konqueror is passed
> > a link to /var/tmp/something or other and much is lost in the
> > translation.
>
> It goes wherever you have told it to.
>
> Lisi

I am talking about a simple click on a url link in kmail, and what I am 
saying is that I have mouse slide hilight the link, then goto the 
konqueror screen and middle click paste it into the address bar.  Then 
it works, but the click on it in kmail doesn't.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page

Re: DVI swtch is not working with Debian 8.0

On Sun, 10 Jan 2016 13:52:02 -0700
Glenn English  wrote:

> 
> > On Jan 10, 2016, at 1:14 PM, German  wrote:
> > 
> > On Sun, 10 Jan 2016 12:43:21 -0700
> > Glenn English  wrote:
> > 
> >> I've seen BIOSes that shut things down if they don't see a monitor
> >> or keyboard of even just a mouse. Your problem isn't Linux, I
> >> think, because I've got several Linux servers running happily with
> >> a DVI. I've had 2 different DVIs with nary a hint of trouble on
> >> Dell and SuperMicro server hardware.
> > 
> > If the problem is not os, then why mouse and keyboard works in BIOS
> > though the KVM?
> 
> Hmmm. I should have said I've got several *Wheezy* Linux servers
> happy on a KVM. That's 7, IIRC.
> 
> Can you try Wheezy? I haven't tried Jessie...
> 

I already tried Mint, Ubuntu and Open SUSE. All the same, mouse and
keyboard don't work.

Re: DVI swtch is not working with Debian 8.0


> On Jan 10, 2016, at 1:14 PM, German  wrote:
> 
> On Sun, 10 Jan 2016 12:43:21 -0700
> Glenn English  wrote:
> 
>> I've seen BIOSes that shut things down if they don't see a monitor or
>> keyboard of even just a mouse. Your problem isn't Linux, I think,
>> because I've got several Linux servers running happily with a DVI.
>> I've had 2 different DVIs with nary a hint of trouble on Dell and
>> SuperMicro server hardware.
> 
> If the problem is not os, then why mouse and keyboard works in BIOS
> though the KVM?

Hmmm. I should have said I've got several *Wheezy* Linux servers happy on a 
KVM. That's 7, IIRC.

Can you try Wheezy? I haven't tried Jessie...

-- 
Glenn English

Re: gschem only partially works

On Sunday 10 January 2016 06:47:03 Richard Owlett wrote:

> On 1/9/2016 8:42 PM, Gene Heskett wrote:
> > [snip]
> > Actually I did get it to open that file when used as an argument
> > from a console window, in the local wiki, but its a one page file
> > that points at www.gpleda.org, a site that apparently does not exist
> > or the iceweasel cannot find.  But the site CAN be pinged.  A new
> > ssl problem?
>
> Doubt it's a ssl problem. I got there thru the "Homepage" link on
> https://packages.debian.org/wheezy/geda-doc. It referred to
> http://geda.seul.org/ which redirected to http://www.gpleda.org/
> {not to https:}. That body of that page points to
> http://www.geda-project.org/ which fails with "timeout" rather
> than "connection refused".
>
> However all is not lost ;} A DuckDuckGo search for documentation
> gave:
> geda:documentation [gEDA Project Wiki]
> FAQ-gschem: Questions about installing, configuring, and using
> gschem. Also, ... geda/documentation.txt · Last modified:
> 2015/08/25 06:06 by vzh
> wiki.geda-project.org/geda:documentation
>
> http://wiki.geda-project.org/geda:documentation states:
> "These are the official project docs. They have been converted
> from LaTeX and HTML documents into Wiki pages so that the gEDA
> community may more easily maintain them."
>
> HTH

Maybe so, but I find all the focus changes needed to read the stuff 
online leads to gross amounts of typu's.  So I prefer hard copy I can 
lay to one side of the keyboard to consult.

And I just had an unusual occurrence. My Brother HGL-3170-CDW color laser 
is at the 175,000 mile mark in its life, and is both leaking some toner 
and jamming slightly more frequently.  After clearing a rear end turn 
around jam (it does duplex) I had folded my arms and stood there to 
observe it for a bit and my arms laying on the front edge of the 
printer, and apparently pressed the cancel button.  No way out except a 
powerdown reset, which it has had maybe 50 times in its life.  That 
cleared the buffer, so I had to figure out where to restart evince 
again.  Turned out to be page 33 IIRC. But the printer, while doing 
duplex all its life so far, has always spit out the finished page BEFORE 
it pulled in another sheet from the tray, which takes it about 15 
seconds to do.

But now, its pulling it while printing the back side of a sheet, so that 
when the finished page is ejected, the front side of the next page 
follows that page out, only about an inch and a half behind it, and is 
then pulled back in to get turned over somehow so it can do the other 
side.

In round figures, that at least doubles the printers pages per minute. 
And before I finished typing this, it was done with that nominally 175 
pages of pcb.pdf.  Now to punch it and bind it in a 3 ringer.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page

Re: OT misunderstood crackers

> On Jan 10, 2016, at 12:48 PM,   wrote:
> 
> Perhaps some miscreants are trying to use/using your DNS server for
> DNS amplification attacks [1] (they use open DNS servers to multiply
> their DDOS (distributed denial of service) attack force by spoofing
> the sender's address in their request (the spoofed sender becomes the
> victim)

An interesting thought. But they don't get too far with the rate limiter in the 
packet filter -- I don't send anything back (to the spoofed sender), I just 
drop the packet. Sorry to break their DDOS amplifier :-)

-- 
Glenn English

Re: How to access my new fileserver?

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Jan 10, 2016 at 07:17:26PM +, Sharon Kimble wrote:
>  writes:
> 
> > On Sun, Jan 10, 2016 at 04:27:13PM +, Sharon Kimble wrote:
> >
> > [...]
> >
> >> But I can't ssh into it using 'ssh foo@fooserver'. Every time that I try
> >> it appears not to connect, just leaving a blank access line and my ram
> >> is gradually being eaten away which makes this machine slow down! Not
> >> good really. I can access with 'ssh -v foo@fooserver' which shows the
> >> remote ssh log, but aren't able to do anything else with it. And I can
> >> ping it, but haven't been able to do much else.
> >
> > Let's recap: you can "ping fooserver" and it answers, but "ssh 
> > foo@fooserver"
> > is dead --> have you made sure that fooserver has an ssh daemon installed
> > and running? (in Debian that would be the package openssh-server).
> >
> > I don't understand a couple of things:
> >
> >> [...] my ram
> >> is gradually being eaten away which makes this machine slow down!
> >
> > which one: the fooserver or the client you are trying to access it
> > from? Most probably not related to your ssh problem, so it makes
> > sense to tackle that separately anyway.
> 
> On *this* machine only.
> >
> >> [...] I can access with 'ssh -v foo@fooserver' which shows the
> >> remote ssh log, but aren't able to do anything else with it. And I can
> >
> > You can access it with "ssh -v ..." and not with "ssh ..."? That dosn't
> > make sense for me. Is that possible that you are only seeing the attempt
> > on your side? What's the output of this "ssh -v ..."?
> 
> --8<---cut here---start->8---
> ssh -v boztu@norwich
> OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015
> debug1: Reading configuration data /home/boudiccas/.ssh/config
> debug1: /home/boudiccas/.ssh/config line 1: Applying options for norwich
> debug1: Reading configuration data /etc/ssh/ssh_config
> debug1: /etc/ssh/ssh_config line 19: Applying options for *
> debug1: Executing proxy command: exec ssh userext@norwich nc norwich 22

Aha -- this looks suspicious: there seems to be, in your .ssh/config
(line 19) a line, which basically says "to access any host, you have
to hop via norwich) -- which ssh is dutifully trying... to access
norwich. I don't know whether the ssh client has any loop protection
for that case: this could explain the memory issue.

I take back my last mumbling about "separate issues", it seems :-)

OK. I'd recommend, for a first try either commenting out this line 19
in .ssh/config or even moving away .ssh/config altogether (put in a
safe place, you'll most probably need it later!).

Once you can access norwich, you/we can try to put the useful parts
of your .ssh/config back.

Regards
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlaSuFAACgkQBcgs9XrR2kbpdACfUll2290hbfF+7kL/KTqDeXdP
WrgAn0KZ9DCQyRYy2eHn4gjeVzRESYyy
=EV8F
-END PGP SIGNATURE-

Re: OT misunderstood crackers

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Jan 10, 2016 at 12:14:42PM -0700, Glenn English wrote:
> I'm a self-taught admin (aka mild newbie), and I don't understand why people 
> would hit my DNS servers thousands of times.
> 
> I've got a limiter in iptables ('recent' module) that blocks and logs when 
> there are too many hits from one IP to my DNS servers (5 hits in 10 seconds, 
> on non-recursive BIND slaves), and I see thousands of hits in my logs 
> (logwatch reports) every morning, many spread all over a /24 or smaller -- 
> crackers/kiddies for sure, I suspect. 
> 
> What are they trying to accomplish? How can they get root or useful info from 
> many DNS queries? Or are they just massively stupid with too much time on 
> their hands? Or am I?

Perhaps some miscreants are trying to use/using your DNS server for
DNS amplification attacks [1] (they use open DNS servers to multiply
their DDOS (distributed denial of service) attack force by spoofing
the sender's address in their request (the spoofed sender becomes the
victim)

But then, perhaps it's harmless, who knows.

[1] 

- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlaStYYACgkQBcgs9XrR2kYBSQCfS3GFGK7Zenm6C5BqZcnM6iFl
GnwAnAsrDYWn5gSKySsFj0i+X+aYCxhK
=hBhs
-END PGP SIGNATURE-

Re: DVI swtch is not working with Debian 8.0

On Sun, 10 Jan 2016 12:43:21 -0700
Glenn English  wrote:

> 
> > On Jan 10, 2016, at 12:24 PM, German  wrote:
> > 
> > Yes, this is very interesting and very frustrating.
> 
> I've seen BIOSes that shut things down if they don't see a monitor or
> keyboard of even just a mouse. Your problem isn't Linux, I think,
> because I've got several Linux servers running happily with a DVI.
> I've had 2 different DVIs with nary a hint of trouble on Dell and
> SuperMicro server hardware.

If the problem is not os, then why mouse and keyboard works in BIOS
though the KVM?


> 
> > Didn't try Windows yet.
> 
> If that works, look at the DVI. Or maybe W is doing odd things to the
> BIOS...
>

Re: DVI swtch is not working with Debian 8.0


> I saw in BIOS EHCI
> handoff ( btw, do you what it does? )

https://duckduckgo.com/?q=ehci+hand+off&t=ffsb

-- 
Glenn English

Re: DVI swtch is not working with Debian 8.0

> On Jan 10, 2016, at 12:24 PM, German  wrote:
> 
> Yes, this is very interesting and very frustrating.

I've seen BIOSes that shut things down if they don't see a monitor or keyboard 
of even just a mouse. Your problem isn't Linux, I think, because I've got 
several Linux servers running happily with a DVI. I've had 2 different DVIs 
with nary a hint of trouble on Dell and SuperMicro server hardware.

> Didn't try Windows yet.

If that works, look at the DVI. Or maybe W is doing odd things to the BIOS...

-- 
Glenn English

OT misunderstood crackers

I'm a self-taught admin (aka mild newbie), and I don't understand why people 
would hit my DNS servers thousands of times.

I've got a limiter in iptables ('recent' module) that blocks and logs when 
there are too many hits from one IP to my DNS servers (5 hits in 10 seconds, on 
non-recursive BIND slaves), and I see thousands of hits in my logs (logwatch 
reports) every morning, many spread all over a /24 or smaller -- 
crackers/kiddies for sure, I suspect. 

What are they trying to accomplish? How can they get root or useful info from 
many DNS queries? Or are they just massively stupid with too much time on their 
hands? Or am I?

-- 
Glenn English

Re: DVI swtch is not working with Debian 8.0

On Sun, 10 Jan 2016 13:53:07 -0500
Gary Dale  wrote:

> On 10/01/16 08:50 AM, German wrote:
> > On Sun, 10 Jan 2016 08:26:03 -0500
> > Gary Dale  wrote:
> >
> >> On 10/01/16 01:47 AM, German wrote:
> >>> Hi list,
> >>>
> >>> I recently bought this DVI KVM switch:
> >>> http://en.mt-viki.com/product/KVM/usbkvm_dvi/2014/0712/577.html
> >>>
> >>> It claims to support linux and from what I understand it is
> >>> hardware switch, so it should work. It isn't. To be specific,
> >>> mouse and keyboard don't work. Both mouse and keyboard works in
> >>> BIOS though through the switch. I wonder if anyone has any ideas
> >>> what's the problem might be. Thank you.
> >>>
> >> I'm assuming that both keyboard and mouse work when plugged
> >> directly into the box you want to control.
> >>
> > Yes, they work
> >> What happens if you unplug the keyboard or mouse cable from the box
> >> you are trying to control, then plug it back in?
> >>
> > I tried to unplug USB cable which goes from switch to a computer and
> > plug it back, I tried to unplug keyboard and mouse from a switch and
> > plug it back. Nothing really happens. I got lights on keyboard when
> > it's connected to a switch and cursor sort of blinks on system
> > login, but I can't input my ID. If I connect to the system that was
> > already booted, I got black mouse cursor freezed up. Thanks
> >
> Interesting. There are usually various BIOS options you can adjust
> for USB ports (e.g. EHCI handoff). You could try playing around with
> them.
> 
> Also, if you have both USB2 and USB3 ports, try both.
> 

Yes, this is very interesting and very frustrating. I saw in BIOS EHCI
handoff ( btw, do you what it does? ) and I also can disable legacy
devices, except these two I didn't find any USB options in BIOS. FYI, I
tried live Ubuntu and live Mint xfce and the results are the same,
keyboard and mouse doesn't work. So I guess this is pure linux problem.
I mean if everything works in BIOS, it should work also and outside
them. Didn't try Windows yet. Thanks for the support.

Re: How to access my new fileserver?

2016-01-10 Thread Sharon Kimble

 writes:

> On Sun, Jan 10, 2016 at 04:27:13PM +, Sharon Kimble wrote:
>
> [...]
>
>> But I can't ssh into it using 'ssh foo@fooserver'. Every time that I try
>> it appears not to connect, just leaving a blank access line and my ram
>> is gradually being eaten away which makes this machine slow down! Not
>> good really. I can access with 'ssh -v foo@fooserver' which shows the
>> remote ssh log, but aren't able to do anything else with it. And I can
>> ping it, but haven't been able to do much else.
>
> Let's recap: you can "ping fooserver" and it answers, but "ssh foo@fooserver"
> is dead --> have you made sure that fooserver has an ssh daemon installed
> and running? (in Debian that would be the package openssh-server).
>
> I don't understand a couple of things:
>
>> [...] my ram
>> is gradually being eaten away which makes this machine slow down!
>
> which one: the fooserver or the client you are trying to access it
> from? Most probably not related to your ssh problem, so it makes
> sense to tackle that separately anyway.

On *this* machine only.
>
>> [...] I can access with 'ssh -v foo@fooserver' which shows the
>> remote ssh log, but aren't able to do anything else with it. And I can
>
> You can access it with "ssh -v ..." and not with "ssh ..."? That dosn't
> make sense for me. Is that possible that you are only seeing the attempt
> on your side? What's the output of this "ssh -v ..."?

--8<---cut here---start->8---
ssh -v boztu@norwich
OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015
debug1: Reading configuration data /home/boudiccas/.ssh/config
debug1: /home/boudiccas/.ssh/config line 1: Applying options for norwich
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Executing proxy command: exec ssh userext@norwich nc norwich 22
debug1: identity file /home/boudiccas/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/boudiccas/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/boudiccas/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/boudiccas/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/boudiccas/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/boudiccas/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/boudiccas/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/boudiccas/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.7p1 Debian-5
debug1: permanently_drop_suid: 1000
^C
--8<---cut here---end--->8---

>
> Regards
> -- t

Thanks Tomas.

Sharon.
-- 
A taste of linux = http://www.sharons.org.uk
TGmeds = http://www.tgmeds.org.uk
Debian 8.2, fluxbox 1.3.7, emacs 24.5.1


signature.asc
Description: PGP signature

Re: How to access my new fileserver?

2016-01-10 Thread Sharon Kimble

David Christensen  writes:

> On 01/10/2016 08:27 AM, Sharon Kimble wrote:
>> I'm just setting up a home fileserver, going through a tp-link adsl2+
>> modem and router. I've installed the base system with a 7gb /, 2 gb swap
>> and 2gb /home. I can log in as my user "foo" on the computer, and have
>> installed openssh-server, htop, lm-sensors, emacs, and screen. I've
>> rebooted and checked with "sudo service ssh status" and it shows that
>> ssh is running. The server is named "fooserver", - obviously obfuscated
>> for security reasons. Its inet address is '192.168.1.103' and that is
>> confirmed in the router.
>>
>> But I can't ssh into it using 'ssh foo@fooserver'. Every time that I try
>> it appears not to connect, just leaving a blank access line and my ram
>> is gradually being eaten away which makes this machine slow down! Not
>> good really. I can access with 'ssh -v foo@fooserver' which shows the
>> remote ssh log, but aren't able to do anything else with it. And I can
>> ping it, but haven't been able to do much else.
>>
>> How can I access it please? My intention once I've gained remote control
>> of it is to remove the keyboard, mouse and monitor, and operate it from
>> *this* machine.
>>
>> I've googled but haven't found anything that works. I set it up roughly
>> following this guide
>> http://linustechtips.com/main/topic/6398-howto-create-your-own-linux-home-server-using-debian/
>
> What operating system is installed on "*this* machine"?

Debian 8.2 on *both* machines.

Its going to get confusing, so this machine is called 'london'
fooserver = 'norwich'
foo = 'boztu'
>
>
> What is the name of the *.iso file that you downloaded, burned, and installed 
> onto fooserver?
>
debian-8.2.0-i386-netinst.iso
>
> Log in to fooserver as foo and run the following commands (start a Terminal, 
> if needed).  If/ when any error messages
> are shown, stop, and type everything into a reply to this message:
>
> $ ping -c 1 foo
# ping -c 1 boztu
Unknown host boztu 

>
> $ ssh localhost

The authenticity of host 'localhost (::1)' can't  be established 
ECDSA key fingerprint is 2e:74:df:d0:19:61:65:33:b1:e5:fe:49:8f:23.
Are you sure you want to continue connecting (yes/no)?
>
> Enter password when prompted.
>
> $ exit
>
> $ exit
>
>
> Then log in to "*this* machine" and run the following commands.  Adjust the 
> first two commands for "*this* machine", as
> required.  If/ when any error messages are shown, stop, and type everything 
> into a reply to this message:
>
> $ ping -c 1 foo

# ping c -1 boztu
[boudiccas:Sun Jan 10 16:24:01 @~]$ [1840]>; ping -c 1 boztu
ping: unknown host boztu


>
> $ ssh fooserver

# ssh norwich
*no reply, just eating away of my ram until I Ctrl-c out of it*
>
> Enter password when prompted.
>
> $ exit
>
> $ exit
>
Thanks David

Sharon
-- 
A taste of linux = http://www.sharons.org.uk
TGmeds = http://www.tgmeds.org.uk
Debian 8.2, fluxbox 1.3.7, emacs 24.5.1


signature.asc
Description: PGP signature

Re: DVI swtch is not working with Debian 8.0


On 10/01/16 08:50 AM, German wrote:

On Sun, 10 Jan 2016 08:26:03 -0500
Gary Dale  wrote:


On 10/01/16 01:47 AM, German wrote:

Hi list,

I recently bought this DVI KVM switch:
http://en.mt-viki.com/product/KVM/usbkvm_dvi/2014/0712/577.html

It claims to support linux and from what I understand it is hardware
switch, so it should work. It isn't. To be specific, mouse and
keyboard don't work. Both mouse and keyboard works in BIOS though
through the switch. I wonder if anyone has any ideas what's the
problem might be. Thank you.


I'm assuming that both keyboard and mouse work when plugged directly
into the box you want to control.


Yes, they work

What happens if you unplug the keyboard or mouse cable from the box
you are trying to control, then plug it back in?


I tried to unplug USB cable which goes from switch to a computer and
plug it back, I tried to unplug keyboard and mouse from a switch and
plug it back. Nothing really happens. I got lights on keyboard when
it's connected to a switch and cursor sort of blinks on system login,
but I can't input my ID. If I connect to the system that was already
booted, I got black mouse cursor freezed up. Thanks

Interesting. There are usually various BIOS options you can adjust for 
USB ports (e.g. EHCI handoff). You could try playing around with them.


Also, if you have both USB2 and USB3 ports, try both.

Re: How to access my new fileserver?

2016-01-10 Thread David Christensen

On 01/10/2016 08:27 AM, Sharon Kimble wrote:

I'm just setting up a home fileserver, going through a tp-link adsl2+
modem and router. I've installed the base system with a 7gb /, 2 gb swap
and 2gb /home. I can log in as my user "foo" on the computer, and have
installed openssh-server, htop, lm-sensors, emacs, and screen. I've
rebooted and checked with "sudo service ssh status" and it shows that
ssh is running. The server is named "fooserver", - obviously obfuscated
for security reasons. Its inet address is '192.168.1.103' and that is
confirmed in the router.

But I can't ssh into it using 'ssh foo@fooserver'. Every time that I try
it appears not to connect, just leaving a blank access line and my ram
is gradually being eaten away which makes this machine slow down! Not
good really. I can access with 'ssh -v foo@fooserver' which shows the
remote ssh log, but aren't able to do anything else with it. And I can
ping it, but haven't been able to do much else.

How can I access it please? My intention once I've gained remote control
of it is to remove the keyboard, mouse and monitor, and operate it from
*this* machine.

I've googled but haven't found anything that works. I set it up roughly
following this guide
http://linustechtips.com/main/topic/6398-howto-create-your-own-linux-home-server-using-debian/

What operating system is installed on "*this* machine"?

What is the name of the *.iso file that you downloaded, burned, and
installed onto fooserver?

Log in to fooserver as foo and run the following commands (start a
Terminal, if needed). If/ when any error messages are shown, stop, and
type everything into a reply to this message:

$ ping -c 1 foo

$ ssh localhost

Enter password when prompted.

$ exit

Then log in to "*this* machine" and run the following commands. Adjust
the first two commands for "*this* machine", as required. If/ when any
error messages are shown, stop, and type everything into a reply to this
message:

$ ping -c 1 foo

$ ssh fooserver

Enter password when prompted.

$ exit

David

Re: Still Can't Mount Windows Share

I added the "Everyone" username object to the list of those permitted
to access the drives, and it worked. No username or password required.
Now I have to get it into fstab and I'm totally done with system
setup!

Re: How to access my new fileserver?

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Jan 10, 2016 at 04:27:13PM +, Sharon Kimble wrote:

[...]

> But I can't ssh into it using 'ssh foo@fooserver'. Every time that I try
> it appears not to connect, just leaving a blank access line and my ram
> is gradually being eaten away which makes this machine slow down! Not
> good really. I can access with 'ssh -v foo@fooserver' which shows the
> remote ssh log, but aren't able to do anything else with it. And I can
> ping it, but haven't been able to do much else.

Let's recap: you can "ping fooserver" and it answers, but "ssh foo@fooserver"
is dead --> have you made sure that fooserver has an ssh daemon installed
and running? (in Debian that would be the package openssh-server).

I don't understand a couple of things:

> [...] my ram
> is gradually being eaten away which makes this machine slow down!

which one: the fooserver or the client you are trying to access it
from? Most probably not related to your ssh problem, so it makes
sense to tackle that separately anyway.

> [...] I can access with 'ssh -v foo@fooserver' which shows the
> remote ssh log, but aren't able to do anything else with it. And I can

You can access it with "ssh -v ..." and not with "ssh ..."? That dosn't
make sense for me. Is that possible that you are only seeing the attempt
on your side? What's the output of this "ssh -v ..."?

Regards
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlaSjh8ACgkQBcgs9XrR2kby1gCeKHqaCWewFCQoiUhcTVyHY1dg
Ck8An2r3XIxI/YlEdv5nk/8is00iVMSQ
=iE67
-END PGP SIGNATURE-

Re: gschem only partially works

On Sunday 10 January 2016 14:52:31 Gene Heskett wrote:
> The clue to me is that the timeline of the problem starts with all the
> screwing around with the libssl file thats been going on in wheezy for
> the last 10 days or so.

Yes, but I don't have the problem.  So there is something else at work where 
you are concerned.

Lisi

Installing opengl 4.5

2016-01-10 Thread B.V. Raghav

Hi,

I am running debian stretch and I have nvidia driver version 340.96
which supports opengl version 4.4 on the graphic card nvidia gtx 750
ti.

Out of curiosity I want to upgrade to opengl 4.5 --- which I think I
should do by installing the proprietary driver on the nvidia website.

1. By doing this, I think I risk the stability of my system. But I dont
know how. Please enlighten.

2. If I somehow, gather enough know-how to convince myself that I can
take a calculated risk, is there a way to tell the debian packages, that
I have fulfilled the requirements, and upgraded---thus, gracefully
remove the specific packages, without breaking dependency.

Thanks,
r
-- 
(B.V. Raghav)

Re: gschem only partially works

On Sunday 10 January 2016 14:52:31 Gene Heskett wrote:
> Yes, but if its a link displayed in kmail for instance, I have to do the
> copy/paste to make konqueror work, otherwise konqueror is passed a link
> to /var/tmp/something or other and much is lost in the translation.

It goes wherever you have told it to.

Lisi

Re: Still Can't Mount Windows Share

On Sun, 10 Jan 2016 14:48:55 +0100, Sven wrote:

>You might want to check /var/log/messages for more verbose error
>message. 

In three days, this is all messages has in it:

Jan  8 06:25:02 pugville rsyslogd: [origin software="rsyslogd"
swVersion="8.4.2" x-pid="569" x-info="http://www.rsyslog.com";]
rsyslogd was HUPed
Jan  9 06:25:02 pugville rsyslogd: [origin software="rsyslogd"
swVersion="8.4.2" x-pid="569" x-info="http://www.rsyslog.com";]
rsyslogd was HUPed
Jan 10 06:25:02 pugville rsyslogd: [origin software="rsyslogd"
swVersion="8.4.2" x-pid="569" x-info="http://www.rsyslog.com";]
rsyslogd was HUPed

>And perhaps also run mount with the -v flag (or possibly -vvv).

# mount.cifs //box1/d /mnt/d -v -overs=2.1,username="Steve
Matzura",password=""
mount.cifs kernel mount options:
ip=192.168.1.140,unc=\\box1\d,vers=2.1,user=Steve
Matzura,pass=
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
# mount.cifs //box1/d /mnt/d -vvv -o vers=2.1,username="Steve
Matzura",password=""
mount.cifs kernel mount options:
ip=192.168.1.140,unc=\\box1\d,vers=2.1,user=Steve
Matzura,pass=
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

I had the idea of separating the two words of the username with
backslash-space in case things didn't go through correctly. They still
don't. I even tried putting all credentials into a credentials file,
even included the Windows homegroup name (although there's no way to
specify the homegroup password that I could find). n.g.

Dear Beloved,

2016-01-10 Thread Mrs . Christina Welsh


Dear Beloved,

Greeting to you my friend. I know this is not a better way to contact you, 
please bear  with me.  I am Christina Welsh, I have been suffering from cancer 
and since this illness  I have decided to live for God because the doctor said 
I have limited time to live on  earth.

I am writing you this mail because I want you to use my fund for charity 
purpose since I  have no child and my beloved husband is with the creator 
(God). If you can assist me to  use the fund for the said purpose, upon your 
response, I will give you details of  myself, the fund and what you have to do.

Thanks and God bless you.

Remain blessed

Mrs. Christina Welsh

How to access my new fileserver?

2016-01-10 Thread Sharon Kimble

I'm just setting up a home fileserver, going through a tp-link adsl2+
modem and router. I've installed the base system with a 7gb /, 2 gb swap
and 2gb /home. I can log in as my user "foo" on the computer, and have
installed openssh-server, htop, lm-sensors, emacs, and screen. I've
rebooted and checked with "sudo service ssh status" and it shows that
ssh is running. The server is named "fooserver", - obviously obfuscated
for security reasons. Its inet address is '192.168.1.103' and that is
confirmed in the router. 

But I can't ssh into it using 'ssh foo@fooserver'. Every time that I try
it appears not to connect, just leaving a blank access line and my ram
is gradually being eaten away which makes this machine slow down! Not
good really. I can access with 'ssh -v foo@fooserver' which shows the
remote ssh log, but aren't able to do anything else with it. And I can
ping it, but haven't been able to do much else.

How can I access it please? My intention once I've gained remote control
of it is to remove the keyboard, mouse and monitor, and operate it from
*this* machine.

I've googled but haven't found anything that works. I set it up roughly
following this guide
http://linustechtips.com/main/topic/6398-howto-create-your-own-linux-home-server-using-debian/

Thanks
Sharon
-- 
A taste of linux = http://www.sharons.org.uk
TGmeds = http://www.tgmeds.org.uk
Debian 8.2, fluxbox 1.3.7, emacs 24.5.1


signature.asc
Description: PGP signature

gnome gdm freeze on first boot

2016-01-10 Thread Sureyya Sahin

Hi,

I recently installed Debian Stretch, Gnome, on a laptop. I am having
this problem that the gdm login screen is freezing on first boot. I
can't move the mouse and only touchscreen works. If I reboot
everything works fine.

I guess this may be a bug related to Gnome. Is there any workaround
for this problem?

Best Regards

diagnose fcitx problem

2016-01-10 Thread Teng Zhang

hello, i have installed fcitx , the output of ps indicates that it's
running as a daemon, but i can't use the specified combination key to
activate it. I don't know what's happening. What i wonder is that is there
a tool to diagnose the fcitx on debian or is there a proper way to diagnose
it manually.(I have seen the fcitx FAQ, but i can't fully understand it.And
also, the Alt/Meta key works well in emacs. )

Re: gschem only partially works

On Sunday 10 January 2016 05:58:01 Lisi Reisz wrote:

> On Sunday 10 January 2016 02:42:17 Gene Heskett wrote:
> > On Saturday 09 January 2016 19:39:27 Lisi Reisz wrote:
> > > On Sunday 10 January 2016 00:24:29 Gene Heskett wrote:
> > > > I can see all that in synaptic to prove its there, and mc
> > > > agree's, but its in html and iceweasel has lost the ability to
> > > > open a file on a local filesystem.  No clue why as there sure
> > > > should not be an ssl problem on a local direct access disk.
> > > >
> > > > So unless I see an iceweasel update in the next day or 2, I will
> > > > be actively searching for a browser that Just Works(TM).
> > >
> > > You are using TDE.  Why on earth aren't you using Konqueror for
> > > this sort of thing??  Easiest route:
> > >
> > > Do:
> > > alt-F2
> > >
> > > type in resultant window:
> > > /home/gene
> > > or whatever you call your home directory, or route to wherever the
> > > file you want is
> > >
> > > navigate to file you want and open it.
> > >
> > > Lisi
> >
> > Konquerer and I have never made friends, Lisi, but if it works, I'll
> > try to apologize to it. But I don't have to, it just refused to open
> > gedadocs.html in the /usr/share/doc/geda/ directory.  Despite being
> > set as the default browser, it handed it over to iceweasel, and
> > iceweasel of course claimed the file did not exist.
> >
> > Does it open that file on your system?
>
> No, because I haven't got it, and no browser or file manager would be
> able to open a file on my computer that isn't there.
>
> > Actually I did get it to open that file when used as an argument
> > from a console window, in the local wiki, but its a one page file
> > that points at www.gpleda.org, a site that apparently does not exist
> > or the iceweasel cannot find.  But the site CAN be pinged.  A new
> > ssl problem?
>
> I had no difficulty at all in opening the site www.gpleda.org in all
> three of the browsers I currently have installed:  Google Chrome,
> Iceweasel and Konqueror.  In all three I could then click through to
> the wiki which seemed to be full of documentation and information. 
> Konqueror gave the best diagrams:  it just had spaces which said click
> to enlarge, and the resulting wiring diagram was beautifully clear and
> definitely usable.
>
> So no, it is not a new ssl prioblem, it is a new Gene problem. ;-)

The clue to me is that the timeline of the problem starts with all the 
screwing around with the libssl file thats been going on in wheezy for 
the last 10 days or so.  Perhaps not, but the fingers are all being 
pointed that way.  I removed all the extra flash/gnash crap, and 
re-installed iceweasel which helped, for about 10-12 hours.  Then libssl 
was updated again, and things have generally gone to hell since, getting 
worse with each subsequent update to libssl.  There have now been 3 
updates ISTR.

And I have a problem with konqueror I'll take to the TDE list.

> Lisi
>
> P.S.  You had tried just opening the site in a browser, right??

Yes, but if its a link displayed in kmail for instance, I have to do the 
copy/paste to make konqueror work, otherwise konqueror is passed a link 
to /var/tmp/something or other and much is lost in the translation.

> > The lack of being able to access the docs for all these tools is, to
> > put it bluntly, damned frustrating. So to hell with it, I'll make
> > the 60 mile round trip to my nearest radio shack tomorrow and get
> > some of their project boards as I can build 2 each of these circuits
> > on a 2x2" project board.
> >
> > In the meantime, somewhere in this daily updating of libssl and
> > friends, maybe, if they switch chews and hold their mouth just
> > right, a browser, any browser, might actually work again.  But I
> > don't recommend either of us hold our breath until that happens.
> >
> > Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page

Re: Still Can't Mount Windows Share

2016-01-10 Thread Sven Arvidsson

On Sat, 2016-01-09 at 17:00 -0500, Steve Matzura wrote:
> Mea culpa. I didn't read far enough down the page.
> 
> After trying `vers=2.1', now I get error 13, permission denied.
> Getting closer. Now it's probably a username or password problem, but
> the Windows account has no password. I suppose if I must put one on,
> in order to make this work, I will, but having Windows automatically
> log me in and restart all the applications I normally run after
> reboot
> is important enough to me not to.

You might want to check /var/log/messages for more verbose error
message. 

And perhaps also run mount with the -v flag (or possibly -vvv).


-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 6FAB5CD5





signature.asc
Description: This is a digitally signed message part

Re: DVI swtch is not working with Debian 8.0

On Sun, 10 Jan 2016 08:26:03 -0500
Gary Dale  wrote:

> On 10/01/16 01:47 AM, German wrote:
> > Hi list,
> >
> > I recently bought this DVI KVM switch:
> > http://en.mt-viki.com/product/KVM/usbkvm_dvi/2014/0712/577.html
> >
> > It claims to support linux and from what I understand it is hardware
> > switch, so it should work. It isn't. To be specific, mouse and
> > keyboard don't work. Both mouse and keyboard works in BIOS though
> > through the switch. I wonder if anyone has any ideas what's the
> > problem might be. Thank you.
> >
> I'm assuming that both keyboard and mouse work when plugged directly 
> into the box you want to control.
> 

Yes, they work
> What happens if you unplug the keyboard or mouse cable from the box
> you are trying to control, then plug it back in?
> 

I tried to unplug USB cable which goes from switch to a computer and
plug it back, I tried to unplug keyboard and mouse from a switch and
plug it back. Nothing really happens. I got lights on keyboard when
it's connected to a switch and cursor sort of blinks on system login,
but I can't input my ID. If I connect to the system that was already
booted, I got black mouse cursor freezed up. Thanks

Re: Still Can't Mount Windows Share

2016-01-10 Thread Sven Arvidsson

On Sat, 2016-01-09 at 17:00 -0500, Steve Matzura wrote:
> Mea culpa. I didn't read far enough down the page.

It was quite easy to miss. I will try to remember to quote the relevant
parts in the message to the list, instead of just adding the URL.

After all, web sites change and can become inaccessible in the future.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 6FAB5CD5





signature.asc
Description: This is a digitally signed message part

Re: DVI swtch is not working with Debian 8.0


On 10/01/16 01:47 AM, German wrote:

Hi list,

I recently bought this DVI KVM switch:
http://en.mt-viki.com/product/KVM/usbkvm_dvi/2014/0712/577.html

It claims to support linux and from what I understand it is hardware
switch, so it should work. It isn't. To be specific, mouse and keyboard
don't work. Both mouse and keyboard works in BIOS though through the
switch. I wonder if anyone has any ideas what's the problem might be.
Thank you.

I'm assuming that both keyboard and mouse work when plugged directly 
into the box you want to control.


What happens if you unplug the keyboard or mouse cable from the box you 
are trying to control, then plug it back in?

Creating .deb package out of some files

2016-01-10 Thread Himanshu Shekhar

I have created a tool comprising of two bash scripts and two configuration
files.
I tried to follow some tutorials available on debian.org and Stack Overflow
but didn't get the desired output.
The expected layout is as ;

/usr/bin/script1-link
/usr/bin/script2-link
/usr/bin/myfolder/script1
/usr/bin/myfolder/script2
/usr/bin/myfolder/conf1.bak
/usr/bin/myfolder/conf2.bak

script1-link and script2-link will change the directory to myfolder and
execute script1 or script2 as desired.

I have created the files changelog, compat, control, copyright, files in
directory named debian.

Now, I have to create the first package of my life, which I did following
some instructions at https://wiki.debian.org/IntroDebianPackaging but the
deb package created had no shell scripts.
I have very little idea about how package creation occurs after reading
certain manuals, but cannot get the desired result.

Thanking you in anticipation.

Regards
Himanshu Shekhar

Re: gschem only partially works

2016-01-10 Thread Richard Owlett


On 1/9/2016 8:42 PM, Gene Heskett wrote:

[snip]
Actually I did get it to open that file when used as an argument from a
console window, in the local wiki, but its a one page file that points
at www.gpleda.org, a site that apparently does not exist or the
iceweasel cannot find.  But the site CAN be pinged.  A new ssl problem?


Doubt it's a ssl problem. I got there thru the "Homepage" link on 
https://packages.debian.org/wheezy/geda-doc. It referred to 
http://geda.seul.org/ which redirected to http://www.gpleda.org/ 
{not to https:}. That body of that page points to 
http://www.geda-project.org/ which fails with "timeout" rather 
than "connection refused".


However all is not lost ;} A DuckDuckGo search for documentation 
gave:

geda:documentation [gEDA Project Wiki]
FAQ-gschem: Questions about installing, configuring, and using 
gschem. Also, ... geda/documentation.txt · Last modified: 
2015/08/25 06:06 by vzh

wiki.geda-project.org/geda:documentation

http://wiki.geda-project.org/geda:documentation states:
"These are the official project docs. They have been converted 
from LaTeX and HTML documents into Wiki pages so that the gEDA 
community may more easily maintain them."


HTH

Re: gschem only partially works

2016-01-10 Thread Curt

On 2016-01-10, Gene Heskett  wrote:
>
> So unless I see an iceweasel update in the next day or 2, I will be 
> actively searching for a browser that Just Works(TM).
>

I always read doc in /usr/share/doc with lynx. Just Works. And light,
and can be used without a gui.

Re: Still Can't Mount Windows Share

On Sunday 10 January 2016 02:31:54 Steve Matzura wrote:
> Let me rephrase/clarify that. There are lots of things on which
> screenreaders can be blamed, but this one wasn't one of them.
>
> On Sat, 09 Jan 2016 20:49:59 -0500, you wrote:
> >On Sat, 9 Jan 2016 22:46:20 +, Lisi wrote:
> >>On Saturday 09 January 2016 22:00:46 Steve Matzura wrote:
> >>> Mea culpa. I didn't read far enough down the page.
> >>
> >>The fact you have to do so is clearly the result of your screen reader,
> >>Steve - the link actually opens at the comment in a GUI.
> >
> >Nope,not this time. I can blame screenreaders on lots of things, but
> >when the page opened, it opened to the discussion of error 12, not
> >121.

In a GUI it opened in the right place - in my GUI anyhow.

Lisi

Re: gschem only partially works

On Sunday 10 January 2016 02:42:17 Gene Heskett wrote:
> On Saturday 09 January 2016 19:39:27 Lisi Reisz wrote:
> > On Sunday 10 January 2016 00:24:29 Gene Heskett wrote:
> > > I can see all that in synaptic to prove its there, and mc agree's,
> > > but its in html and iceweasel has lost the ability to open a file on
> > > a local filesystem.  No clue why as there sure should not be an ssl
> > > problem on a local direct access disk.
> > >
> > > So unless I see an iceweasel update in the next day or 2, I will be
> > > actively searching for a browser that Just Works(TM).
> >
> > You are using TDE.  Why on earth aren't you using Konqueror for this
> > sort of thing??  Easiest route:
> >
> > Do:
> > alt-F2
> >
> > type in resultant window:
> > /home/gene
> > or whatever you call your home directory, or route to wherever the
> > file you want is
> >
> > navigate to file you want and open it.
> >
> > Lisi
>
> Konquerer and I have never made friends, Lisi, but if it works, I'll try
> to apologize to it. But I don't have to, it just refused to open
> gedadocs.html in the /usr/share/doc/geda/ directory.  Despite being set
> as the default browser, it handed it over to iceweasel, and iceweasel of
> course claimed the file did not exist.
>
> Does it open that file on your system?

No, because I haven't got it, and no browser or file manager would be able to 
open a file on my computer that isn't there.
>
> Actually I did get it to open that file when used as an argument from a
> console window, in the local wiki, but its a one page file that points
> at www.gpleda.org, a site that apparently does not exist or the
> iceweasel cannot find.  But the site CAN be pinged.  A new ssl problem?

I had no difficulty at all in opening the site www.gpleda.org in all three of 
the browsers I currently have installed:  Google Chrome, Iceweasel and 
Konqueror.  In all three I could then click through to the wiki which seemed 
to be full of documentation and information.  Konqueror gave the best 
diagrams:  it just had spaces which said click to enlarge, and the resulting 
wiring diagram was beautifully clear and definitely usable.

So no, it is not a new ssl prioblem, it is a new Gene problem. ;-)

Lisi

P.S.  You had tried just opening the site in a browser, right??
>
> The lack of being able to access the docs for all these tools is, to put
> it bluntly, damned frustrating. So to hell with it, I'll make the 60
> mile round trip to my nearest radio shack tomorrow and get some of their
> project boards as I can build 2 each of these circuits on a 2x2" project
> board.
>
> In the meantime, somewhere in this daily updating of libssl and friends,
> maybe, if they switch chews and hold their mouth just right, a browser,
> any browser, might actually work again.  But I don't recommend either of
> us hold our breath until that happens.
>
> Cheers, Gene Heskett

Re: gschem only partially works