Re: apt update problems

[Marko Randjelovic]

On Fri, 03 Oct 2014 22:17:42 -0400
Maureen L Thomas  wrote:

> 
> On 10/03/2014 03:07 AM, Andrei POPESCU wrote:
> > On Jo, 02 oct 14, 19:59:15, Maureen L Thomas wrote:
> >> On 10/02/2014 07:19 PM, Brian wrote:
> >>> On Fri 03 Oct 2014 at 00:15:32 +0100, Brian wrote:
> >>>
>  You have a very poorly /etc/apt/sources/list. Please post its contents.
> >>>/etc/apt/sources.list
> >>>
> >>>
> >> I did not see an update file int the
> >>
> >> ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/dists/wheezy/.
> >>
> >> When I look at sources.list I get the configuration thing from synaptic 
> >> which includes the CD's from 7.6 and contains 
> >> http://http.us.debian.org/debian/ wheezy contrib non-free main
> >>
> >> The following is from sources.list.save
> > Could you please *attach* (not copy-paste or similar) your
> > /etc/apt/sources.list file and any other file you might have under
> > /etc/apt/sources.list.d/ ?
> >
> > It's important you attach them since your mailer seems to be a little
> > bit too helpful in formating your mails and it's important to for us to
> > see the same files as apt sees them.
> >
> > Kind regards,
> > Andrei
> I tried this earlier and apparently it didn't go through.  Here are the 
> attached files.  I have an empty sources.list.d directory but there is 
> nothing in it.  TY

Your sources.list is totaly messed up.

https://wiki.debian.org/SourcesList

-- 
http://markorandjelovic.hopto.org

One should not be afraid of humans.
Well, I am not afraid of humans, but of what is inhuman in them.
Ivo Andric, "Signs near the travel-road"


-- 
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/20141004071645.7edd0...@sbb.rs

Re: wrong mount point after update

[Marko Randjelovic]

On Sat, 4 Oct 2014 00:20:19 +0100
José Silva  wrote:

> On 03/10/14 23:44, José Silva wrote:
> > Hello,
> >
> > On my Jessie x64, until today, I was used to my usb disks being mounted
> > at /media/myuser/disklabel.
> >
> > After today's update, the first disk always get mounted at /media/usb0
> > and the ones after that, follow the old rule as above.
> >
> 
> Further observation, the first usb disk gets mounted read-only, 
> presumably because it is out of user area. This is really weird.
> jss
> 
> 

Type (as root)

grep -E "YYY-mm-dd.* (install|upgrade) " /var/log/dpkg.log

to see which packages were upgraded/installed.

Kind regards

-- 
http://markorandjelovic.hopto.org

One should not be afraid of humans.
Well, I am not afraid of humans, but of what is inhuman in them.
Ivo Andric, "Signs near the travel-road"


--
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/20141004070030.0d625...@sbb.rs

Re: Data from a serial port

[Joel Rees]

On Sat, Oct 4, 2014 at 11:05 AM, Jerry Stuckle  wrote:
> On 10/3/2014 9:52 PM, Joel Rees wrote:
>> On Sat, Oct 4, 2014 at 9:54 AM, Jerry Stuckle  wrote:
>>> On 10/3/2014 8:19 PM, Joel Rees wrote:
 On Sat, Oct 4, 2014 at 5:52 AM, Jerry Stuckle  
 wrote:
> On 10/2/2014 8:24 PM, Ethan Rosenberg wrote:
>> [...]
>
> In addition to Dan's comments - is your cable OK?  Do you need a
> straight-through cable or a cross-over cable?  Does the terminal
> require/honor DSR/TSR and RTS/CTS?  If so, are these lines active?
>
> You may need a breakout box on the cable to see what's happening on the
> lines.

 If, for some reason, you can't get a breakout box, you may be able to
 do basic tests on the cable with a multimeter (ohm-meter or
 connectivity function), the pin diagrams, some patience, and maybe an
 extra pair of hands (if you can't find small-mouth alligator clips or
 pin clips). Just don't tell whoever handles requisitions/budget unless
 they understand that patience costs time and money when doing things
 like this. You have to be really careful to keep the leads from
 slipping, and not noticing a slipped lead can cost hours of
 unnecessary work.And there are tests you really don't want to try
 without a breakout box or the equivalent.

>>>
>>> Why couldn't he?  They're cheap, i.e.
>>> http://www.jameco.com/webapp/wcs/stores/servlet/Product_10001_10001_14285_-1.
>>>
>>> Note if he's using DB9 connectors he would need a pair of DB9-DB25
>>> connectors.  But they are also cheap.
>>
>> Uhm, maybe he has a multimeter now, and doesn't want to wait for
>> overnight shipping or take the time to run down to a supply house
>> downtown or even wait for said supply house to do a same-day delivery.
>>
>> Or maybe finances at the company are really, really tight right at the 
>> moment.
>>
>> Now, of course, if the supply house is next door, and his company is
>> okay with people bringing in tools paid for out-of-pocket, going and
>> getting it would be a good excuse to take a half-hour break anyway
>> (assuming no lines at the supply house).
>>
>> My point was simply that connectivity checks don't need a breakout box.
>>
>> Breakout boxes do make them more convenient, and quicker, and give
>> more reliable results. Not to mention enabling more in-depth testing,
>> especially if you have an oscilloscope with data capture.
>>
>> I'm not arguing with you on this one, Jerry, I was just offering an
>> alternative. Not a great alternative, but maybe a useful one.
>>
>
> If his company cannot afford $9.95 + shipping for a breakout box, then
> that company is in deep crap anyway.

That's not the only possibility I mentioned, but I have worked for
such companies in the past. (Twice.) Whether my reasons for not
bailing immediately were valid or not is not something I care to
dredge up.

Come to think of it, I have also worked for companies where
requisitions seemed to be on greased rails, and found out the hard way
the problems you can buy yourself when you get lots of tools you don't
know how to use.

> And if he's a consultant and can't
> afford the basic tools to do his job, he shouldn't be in the business.
> And he's already worked on this much more than overnight (or even
> second-day) delivery would have caused a delay.

And maybe he would rather order a breakout box now, but still spend
fifteen minutes doing things the hard way, so that when the breakout
box comes he can be pretty confident about which end of the cable he
wants to hang it on to start with, and what extra test data he wants
to try to push down the pipe.

> An oscilloscope (with or without data capture) is much more expensive,
> and still can't monitor all of the lines concurrently - at least unless
> you have an 8 channel scope (*very expensive*).  And a multimeter will
> work for one wire at a time - if you have access to the lines.

And having a breakout box (or two, even) can help make the signals
available if he decides he wants to look at waveforms. Even a single
channel with trigger will allow you to get a llook at a byte of data
going one direction, or watch a handshake line that you might suspect
of being intermittent or having impedance problems. Or check that when
you tell the system to use handshake, it really does.

But, yeah, four or eight channels is really convenient, saves a lot of
time and crossed eyeballs and scratching your head when you have to do
this kind of stuff regularly. Not to mention much time it saves to be
able to store a sample.

> But if
> he has molded plugs and no access to the interior connections of the
> terminal or the computer, neither a multimeter nor an oscilloscope will
> be any good.

But then again, maybe he has a connector that he has popped out of the
shell for just this purpose. (Although that is essentially making a
poor-man's breakout box, and, considering the cost of a simple
breakout box and the speed of shipping, is p

Re: hdmi video output

[Alexis]

Pierre Frenkiel writes:

> PS: I'm also surprised to find that the quality of the text in console
> displays is so bad. Did anybody note that?

What font is your console using?


Alexis.


-- 
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/87fvf41o99@gmail.com

Re: Two Z Shells

[Alexis]

John Aten writes:

> I notice now that /etc/shells lists two Z shells;
>
> /bin/zsh
> /usr/bin/zsh
>
> I was wondering why this might be?

On my system, both of those are symlinks that eventually lead to the
/bin/zsh4 binary (via symlinks in /etc/alternatives/).


Alexis.


-- 
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/87h9zk1om8@gmail.com

Re: apt update problems

[Maureen L Thomas]

On 10/03/2014 03:07 AM, Andrei POPESCU wrote:

On Jo, 02 oct 14, 19:59:15, Maureen L Thomas wrote:

On 10/02/2014 07:19 PM, Brian wrote:

On Fri 03 Oct 2014 at 00:15:32 +0100, Brian wrote:


You have a very poorly /etc/apt/sources/list. Please post its contents.

 /etc/apt/sources.list



I did not see an update file int the

ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/dists/wheezy/.

When I look at sources.list I get the configuration thing from synaptic which 
includes the CD's from 7.6 and contains http://http.us.debian.org/debian/ 
wheezy contrib non-free main

The following is from sources.list.save

Could you please *attach* (not copy-paste or similar) your
/etc/apt/sources.list file and any other file you might have under
/etc/apt/sources.list.d/ ?

It's important you attach them since your mailer seems to be a little
bit too helpful in formating your mails and it's important to for us to
see the same files as apt sees them.

Kind regards,
Andrei
I tried this earlier and apparently it didn't go through.  Here are the 
attached files.  I have an empty sources.list.d directory but there is 
nothing in it.  TY
# 

# deb cdrom:[Debian GNU/Linux 7.6.0 _Wheezy_ - Official i386 DVD Binary-1 
20140712-13:02]/ wheezy contrib main

# deb cdrom:[Debian GNU/Linux 7.6.0 _Wheezy_ - Official i386 DVD Binary-1 
20140712-13:02]/ wheezy contrib main

# deb cdrom:[Debian GNU/Linux 7.6.0 _Wheezy_ - Official i386 DVD Binary-2 
20140712-13:02]/ wheezy contrib main

# deb cdrom:[Debian GNU/Linux 7.6.0 _Wheezy_ - Official i386 DVD Binary-3 
20140712-13:02]/ wheezy contrib main

# deb cdrom:[Debian GNU/Linux 7.6.0 Update DVD 20140712: i386 DVD 1]/ wheezy 
contrib main non-free

deb http://security.debian.org/ wheezy/updates http://security.debian.org/ 
wheezy/updates non-free deb-src contrib main
deb-src ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/ 
wheezy/updates http://security.debian.org/ wheezy/updates non-free deb-src 
contrib main

# wheezy-updates, previously known as 'volatile'
# A network mirror was not selected during install.  The following entries
# are provided as examples, but you should amend them as appropriate
# for your mirror of choice.
#
# deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free
deb http://http.us.debian.org/debian/ wheezy contrib non-free main
deb ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/ wheezy-updates 
contrib deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib 
non-free
deb-src ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/ 
wheezy-updates contrib deb-src http://ftp.debian.org/debian/ wheezy-updates 
main contrib non-free
# deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free
# 

# deb cdrom:[Debian GNU/Linux 7.6.0 _Wheezy_ - Official i386 DVD Binary-1 
20140712-13:02]/ wheezy contrib main

# deb cdrom:[Debian GNU/Linux 7.6.0 _Wheezy_ - Official i386 DVD Binary-1 
20140712-13:02]/ wheezy contrib main

# deb cdrom:[Debian GNU/Linux 7.6.0 _Wheezy_ - Official i386 DVD Binary-2 
20140712-13:02]/ wheezy contrib main

# deb cdrom:[Debian GNU/Linux 7.6.0 _Wheezy_ - Official i386 DVD Binary-3 
20140712-13:02]/ wheezy contrib main

# deb cdrom:[Debian GNU/Linux 7.6.0 Update DVD 20140712: i386 DVD 1]/ wheezy 
contrib main non-free

deb http://security.debian.org/ wheezy/updates http://security.debian.org/ 
wheezy/updates non-free deb-src contrib main
deb-src ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/ 
wheezy/updates http://security.debian.org/ wheezy/updates non-free deb-src 
contrib main

# wheezy-updates, previously known as 'volatile'
# A network mirror was not selected during install.  The following entries
# are provided as examples, but you should amend them as appropriate
# for your mirror of choice.
#
# deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free
deb http://http.us.debian.org/debian/ wheezy contrib non-free main
deb ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/ wheezy-updates 
contrib deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib 
non-free
deb-src ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/ 
wheezy-updates contrib deb-src http://ftp.debian.org/debian/ wheezy-updates 
main contrib non-free
# deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free

Re: Data from a serial port

[Jerry Stuckle]

On 10/3/2014 9:52 PM, Joel Rees wrote:
> On Sat, Oct 4, 2014 at 9:54 AM, Jerry Stuckle  wrote:
>> On 10/3/2014 8:19 PM, Joel Rees wrote:
>>> On Sat, Oct 4, 2014 at 5:52 AM, Jerry Stuckle  
>>> wrote:
 On 10/2/2014 8:24 PM, Ethan Rosenberg wrote:
> [...]

 In addition to Dan's comments - is your cable OK?  Do you need a
 straight-through cable or a cross-over cable?  Does the terminal
 require/honor DSR/TSR and RTS/CTS?  If so, are these lines active?

 You may need a breakout box on the cable to see what's happening on the
 lines.
>>>
>>> If, for some reason, you can't get a breakout box, you may be able to
>>> do basic tests on the cable with a multimeter (ohm-meter or
>>> connectivity function), the pin diagrams, some patience, and maybe an
>>> extra pair of hands (if you can't find small-mouth alligator clips or
>>> pin clips). Just don't tell whoever handles requisitions/budget unless
>>> they understand that patience costs time and money when doing things
>>> like this. You have to be really careful to keep the leads from
>>> slipping, and not noticing a slipped lead can cost hours of
>>> unnecessary work.And there are tests you really don't want to try
>>> without a breakout box or the equivalent.
>>>
>>
>> Why couldn't he?  They're cheap, i.e.
>> http://www.jameco.com/webapp/wcs/stores/servlet/Product_10001_10001_14285_-1.
>>
>> Note if he's using DB9 connectors he would need a pair of DB9-DB25
>> connectors.  But they are also cheap.
> 
> Uhm, maybe he has a multimeter now, and doesn't want to wait for
> overnight shipping or take the time to run down to a supply house
> downtown or even wait for said supply house to do a same-day delivery.
> 
> Or maybe finances at the company are really, really tight right at the moment.
> 
> Now, of course, if the supply house is next door, and his company is
> okay with people bringing in tools paid for out-of-pocket, going and
> getting it would be a good excuse to take a half-hour break anyway
> (assuming no lines at the supply house).
> 
> My point was simply that connectivity checks don't need a breakout box.
> 
> Breakout boxes do make them more convenient, and quicker, and give
> more reliable results. Not to mention enabling more in-depth testing,
> especially if you have an oscilloscope with data capture.
> 
> I'm not arguing with you on this one, Jerry, I was just offering an
> alternative. Not a great alternative, but maybe a useful one.
> 

If his company cannot afford $9.95 + shipping for a breakout box, then
that company is in deep crap anyway.  And if he's a consultant and can't
afford the basic tools to do his job, he shouldn't be in the business.
And he's already worked on this much more than overnight (or even
second-day) delivery would have caused a delay.

An oscilloscope (with or without data capture) is much more expensive,
and still can't monitor all of the lines concurrently - at least unless
you have an 8 channel scope (*very expensive*).  And a multimeter will
work for one wire at a time - if you have access to the lines.  But if
he has molded plugs and no access to the interior connections of the
terminal or the computer, neither a multimeter nor an oscilloscope will
be any good.

It's all about having the *right tools* to do the job.  In this case the
right tool is inexpensive and easily obtainable.

P.S. As I've told you before - there is no need to copy me.  I am
subscribed to the mailing list.

Jerry
Jerry


-- 
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/542f55cd.8090...@attglobal.net

Re: Data from a serial port

[Joel Rees]

On Sat, Oct 4, 2014 at 9:54 AM, Jerry Stuckle  wrote:
> On 10/3/2014 8:19 PM, Joel Rees wrote:
>> On Sat, Oct 4, 2014 at 5:52 AM, Jerry Stuckle  wrote:
>>> On 10/2/2014 8:24 PM, Ethan Rosenberg wrote:
 [...]
>>>
>>> In addition to Dan's comments - is your cable OK?  Do you need a
>>> straight-through cable or a cross-over cable?  Does the terminal
>>> require/honor DSR/TSR and RTS/CTS?  If so, are these lines active?
>>>
>>> You may need a breakout box on the cable to see what's happening on the
>>> lines.
>>
>> If, for some reason, you can't get a breakout box, you may be able to
>> do basic tests on the cable with a multimeter (ohm-meter or
>> connectivity function), the pin diagrams, some patience, and maybe an
>> extra pair of hands (if you can't find small-mouth alligator clips or
>> pin clips). Just don't tell whoever handles requisitions/budget unless
>> they understand that patience costs time and money when doing things
>> like this. You have to be really careful to keep the leads from
>> slipping, and not noticing a slipped lead can cost hours of
>> unnecessary work.And there are tests you really don't want to try
>> without a breakout box or the equivalent.
>>
>
> Why couldn't he?  They're cheap, i.e.
> http://www.jameco.com/webapp/wcs/stores/servlet/Product_10001_10001_14285_-1.
>
> Note if he's using DB9 connectors he would need a pair of DB9-DB25
> connectors.  But they are also cheap.

Uhm, maybe he has a multimeter now, and doesn't want to wait for
overnight shipping or take the time to run down to a supply house
downtown or even wait for said supply house to do a same-day delivery.

Or maybe finances at the company are really, really tight right at the moment.

Now, of course, if the supply house is next door, and his company is
okay with people bringing in tools paid for out-of-pocket, going and
getting it would be a good excuse to take a half-hour break anyway
(assuming no lines at the supply house).

My point was simply that connectivity checks don't need a breakout box.

Breakout boxes do make them more convenient, and quicker, and give
more reliable results. Not to mention enabling more in-depth testing,
especially if you have an oscilloscope with data capture.

I'm not arguing with you on this one, Jerry, I was just offering an
alternative. Not a great alternative, but maybe a useful one.

-- 
Joel Rees

Be careful where you see conspiracy.
Look first in your own heart,
and ask yourself if you are not your own worst enemy.


-- 
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/caar43iplxkijivltwizuhnrb+errmehz_6r56wmliwgz7oa...@mail.gmail.com

Two Z Shells

[John Aten]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi all,

I just installed z shell through: 

#apt-get install zsh zsh-doc

Before installing, I looked for it with which and whereis. I got nothing from 
which, (it now lists /usr/bin/zsh) and when I typed whereis zsh it only 
returned:

# whereis zsh
zsh:
#

I notice now that /etc/shells lists two Z shells;

/bin/zsh
/usr/bin/zsh

I was wondering why this might be?

Thanks,

J





-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJUL04gAAoJED6rE5ImPwfDULMH/i1sIy60sy3gAuuOGFCwgvpe
cXXrcMiyjzJ3NdxvurYzMpd4791wYQMdNANyc8CD6nq+6oISQxMFWrvPFmJ8Rz4V
ZC5htv9InEprB6uyjE4ByJ5ifI48suYGHfd87PAmasLQH2Q08InTKO3vOxvvv7pO
Pp8P8T84Ov2NYJPDjtiAz/6f9fHyfMm87KbtDRRz8ZPMojaXtMWdW5gscApQX5HN
0qaTekeBrd74fuPfxMKHwf+g7lTIbZaU4vEB921+L4JxY0pKZcgqWhy3C+lXDHyy
6HMYY9yPINOBzgYGxZvlyJK8/0nL7EktRTp88SxQwF69GtIvqUV7450xyGxImRM=
=kUaP
-END PGP SIGNATURE-


--
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/858bf114-13d9-449e-98e3-171d218c8...@gmail.com

Re: Data from a serial port

[Jerry Stuckle]

On 10/3/2014 8:19 PM, Joel Rees wrote:
> On Sat, Oct 4, 2014 at 5:52 AM, Jerry Stuckle  wrote:
>> On 10/2/2014 8:24 PM, Ethan Rosenberg wrote:
>>> [...]
>>
>> In addition to Dan's comments - is your cable OK?  Do you need a
>> straight-through cable or a cross-over cable?  Does the terminal
>> require/honor DSR/TSR and RTS/CTS?  If so, are these lines active?
>>
>> You may need a breakout box on the cable to see what's happening on the
>> lines.
> 
> If, for some reason, you can't get a breakout box, you may be able to
> do basic tests on the cable with a multimeter (ohm-meter or
> connectivity function), the pin diagrams, some patience, and maybe an
> extra pair of hands (if you can't find small-mouth alligator clips or
> pin clips). Just don't tell whoever handles requisitions/budget unless
> they understand that patience costs time and money when doing things
> like this. You have to be really careful to keep the leads from
> slipping, and not noticing a slipped lead can cost hours of
> unnecessary work.And there are tests you really don't want to try
> without a breakout box or the equivalent.
> 

Why couldn't he?  They're cheap, i.e.
http://www.jameco.com/webapp/wcs/stores/servlet/Product_10001_10001_14285_-1.

Note if he's using DB9 connectors he would need a pair of DB9-DB25
connectors.  But they are also cheap.


-- 
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/542f4545.5020...@attglobal.net

Re: Throw clarity to the world

[Alberto Salvia Novella]

John Garret:

Probably no worse than Poettering/OS


But the topic was Windows, not SystemDance :)





smime.p7s
Description: S/MIME Cryptographic Signature

Re: Data from a serial port

[Joel Rees]

On Sat, Oct 4, 2014 at 5:52 AM, Jerry Stuckle  wrote:
> On 10/2/2014 8:24 PM, Ethan Rosenberg wrote:
>> [...]
>
> In addition to Dan's comments - is your cable OK?  Do you need a
> straight-through cable or a cross-over cable?  Does the terminal
> require/honor DSR/TSR and RTS/CTS?  If so, are these lines active?
>
> You may need a breakout box on the cable to see what's happening on the
> lines.

If, for some reason, you can't get a breakout box, you may be able to
do basic tests on the cable with a multimeter (ohm-meter or
connectivity function), the pin diagrams, some patience, and maybe an
extra pair of hands (if you can't find small-mouth alligator clips or
pin clips). Just don't tell whoever handles requisitions/budget unless
they understand that patience costs time and money when doing things
like this. You have to be really careful to keep the leads from
slipping, and not noticing a slipped lead can cost hours of
unnecessary work.And there are tests you really don't want to try
without a breakout box or the equivalent.

-- 
Joel Rees

Be careful where you see conspiracy.
Look first in your own heart,
and ask yourself if you are not your own worst enemy.


-- 
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/caar43iohya7gjhudkv+me16soneuhpnbzptlbwtcbv_bzjq...@mail.gmail.com

Re: [solved] fvwm: was i3 sticky/floating windows (brasero requires gvfs)

[Charlie]

  On Fri, 3 Oct 2014 19:34:48 + Vincent mentioned this: 
Re: [solved] fvwm: was i3 sticky/floating windows (brasero
  requires gvfs).



> If you open /etc/X11/fvwm/menudefs.hook and take a look at the first
> few lines, it says that the file is auto-generated (which is the whole
> point of the Debian menu system: you don't have to manually edit the
> menu file every time a new application is installed/uninstalled). So
> your custom edits might be replaced in the future.
> 
> If you want to add an entry to your menu, why not do it directly? You
> don't have to add it to the Debian menu. Trying to add to the Debian
> menu involves knowing the internal layout of the menu, which is
> probably more work than it's worth. But if you insist:
> 
> If you have your own menudefs.hook in ~/.fvwm/, then you have to tell
> Fvwm to actually read the file. Add an extra line to the function from
> step 1:
> 
> DestroyFunc SetDebianMenu
> AddToFunc SetDebianMenu
> + I Read /etc/X11/fvwm/menudefs.hook
> + I Read ~/.fvwm/menudefs.hook
> 
> >> All a bit tricky.
> >>
> >> Thanks for your time in this, but please don't waste any more time
> >> on this. I feel guilty that you have already spent too much time
> >> already. 
> Well, I happened to be the current maintainer for the Fvwm package, so
> providing support is part of what I do. You could say I've already
> "wasted" enough time on Fvwm as it is :-P
> 
> >> Thank you,
> >> Charlie  
> >
> > Hello Vincent,
> >
> > I left everything as described above.
> >
> > Deleted: Read bindings in my .fvwm2rc file and that now allows me to
> > just click on the desktop and have access to the Debian Menu.
> >
> > I removed the taskbar by the relevant section in the functions file
> > and this looks as I like just what, for me at least, is desired.
> >  
> I take it that the Debian menu is now working for you? Great!
> 
> Regards,
> 
> Vincent

  From my keyboard:

   Hello Vincent,

  Regardless that you are the current maintainer of fvwm, I still
  thank you for the time and effort you have expended on this and
  the help given which has produced the results I desire.

I have taken your advice as above, so here is how it reads:

#
# This is the Debian menu call as suggested by Vincent W Chen.
# Debian Menu
#

DestroyFunc SetDebianMenu
AddToFunc SetDebianMenu
+ I Read /etc/X11/fvwm/menudefs.hook
+ I Read ~/.fvwm/menudefs.hook
Test (f /etc/X11/fvwm/menudefs.hook) SetDebianMenu

Just out of curiosity, because it certainly works and if it ain't broke
don't fix it I think.

Do I still require the:

Test (f /etc/X11/fvwm/menudefs.hook) SetDebianMenu

It doesn't appear to be a problem at all when I restart fvwm so I won't
remove it at all. Just made me wonder where I should put the line
you recommended: + I Read ~/.fvwm/menudefs.hook

Before or after that line? As you can see, I have placed it before.
Will it still work there? Bearing in mind that I have done it the wrong
way round, worked on my /etc/X11/fvwm/menudefs.hook and then copied it
to ~/.fvwm. So they are both the same and therefore I can't tell which
one the system is reading. [laughing] It seems to work anyway.

yes the Debian Menu is working a treat. Thank you.

Only if you have time and are inclined to answer the question: What
does that line actually do? As you will see I really have no idea what
I'm doing. I just remove and add things and use various bits and pieces
from sample fvwn2rc files and test them in various places to see if
they do what I want rather than need.

This all because I like to have things just so, though I'm able to
live with things not so. My problem is that anything not so, is niggled
at when time permits. It's a terrible flaw in my character. But that's
also why I appreciate your help so much.

So thanks again, it is appreciated.

Stay well,
Charlie
-- 
Registered Linux User:- 329524
***

One reason I don't drink is that I want to know when I'm having
a good time. - Lady Astor

***

Debian GNU/Linux - just the best way to create magic

-


-- 
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/20141004092739.3aca73e9@taogypsy

Re: wrong mount point after update

[José Silva]

On 03/10/14 23:44, José Silva wrote:

Hello,

On my Jessie x64, until today, I was used to my usb disks being mounted
at /media/myuser/disklabel.

After today's update, the first disk always get mounted at /media/usb0
and the ones after that, follow the old rule as above.



Further observation, the first usb disk gets mounted read-only, 
presumably because it is out of user area. This is really weird.

jss


--
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/blu436-smtp8098a8aa95f754fd3781e1d0...@phx.gbl

Re: excessive CPU usage (SOLVED)

[Gary Roach]

On 09/21/2014 11:54 AM, Gary Roach wrote:

Hi all

For the last few months I have been plagued by very slow response from 
my system. As an example, it takes 2 1/2 minutes to drag and drop 80 
files from my email inbox to the trash bin in icedove. It has taken as 
high as 5 minutes for iceweasel to load. This problem is not just 
these packages but also applies to all of the rest of my programs.


I am using Debian Wheezy with a i5750 4 core processor on a fast Intel 
board. I run a kde desktop. All the software is up to date.


I have checked all of the log files and can't find any anomalies. 
Rebooting doesn't help.


Using the KDE System Monitor (ksysguard) I have noticed that at least 
one of the processors goes to 100% and stays there for long periods 
even though there is no noticeable activity in the process tables. The 
only other thing I have noticed (the printing just hung up while I am 
writing this) is that the hard drive indicator comes on and stays on 
during the processor activity. I ran some checks on the hard drive but 
found no indication of any hard drive problems.


Has anyone else had a similar problem or have any idea what is going on.

Thanks in advance

Gary R.


Thanks for all of the help. It was pointed out on a web site I found 
that SMART item 5 - Reallocated_Sector_Cnt - was zero, indicating that 
there was no bad sectors found. Further, all of the logged errors were 
DMA Read / Write errors that occurred very recently. To me, this 
indicated a problem with the drives logic board. I bought an identical 
drive - except a Caviar Black instead of Green -  and used Clonezilla to 
clone the original to the new drive. I had to use the -recover- mode 
because of the errors. It took most of the day but finally completed. I 
unplugged the old drive and rebooted the system. Everything works great. 
The black drive is faster than the green one so the system is even more 
responsive that it was originally.


Thanks again for all of the help. Using SMART works if you can ever 
figure out what all of that cryptic data means.


Gary R.


--
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/542f1f34.1040...@verizon.net

wrong mount point after update

[José Silva]

Hello,

On my Jessie x64, until today, I was used to my usb disks being mounted 
at /media/myuser/disklabel.


After today's update, the first disk always get mounted at /media/usb0 
and the ones after that, follow the old rule as above.


This is bad for me because my virtual machines reside on a usb disk 
whose pointers are on the virtualbox database and the system gets all 
scrambled. I know I can use symlinks but it is not practical because the 
mounting point keeps changing depending on whether it is the first to be 
mounted or not.


Anyone knows what's going on? Thank in advance for all the help you can 
provide.



--
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/blu436-smtp166138f2bfe561fdd114773d0...@phx.gbl

Re: lvm: creating a snapshot

[Karl E. Jorgensen]

Hi

On Fri, Oct 03, 2014 at 08:43:06PM +0200, lee wrote:
> Hi,
> 
> how can I create a LVM snapshot of a VM?
> 
> 
> root@heimdall:~# lvcreate -L 4G -s /dev/mapper/vg_guests-lv_jarl -n 
> lv_snap_jarl /dev/mapper/vg_mydata
>   Physical Volume "/dev/mapper/vg_mydata" not found in Volume Group 
> "vg_guests"
> root@heimdall:~#
> 
> 
> There is no free space in 'vg_guests'.  The only free space is in
> 'vg_mydata'.

That's a problem.  Snapshots must be in the same volume group - they
are essentially copy-on-write (sort-of).

> Can I create a snapshot over the network on disks an another
> machine?

No

> Can I extend 'vg_guests', using the free space of 'vg_mydata'?

Not directly. But you *can* merge the two volume groups - but that
requires all of the logical volumes in the "old" volume group are
inactive (i.e. unmounted and closed):

E.g. to merge "oldvg" and "newvg" and end up with a new (larger) "newvg":

   lvchange -an oldvg
   vgmerge newvg oldvg

> Or would
> I have to shrink 'vg_mydata' to have free space to be able to extend
> 'vg_guests' to be able to create a snapshot?

This is probably possible - depends on whether you can completely free
up a PV.

Note that a PV (physical volume) can only belong to *one* volume
group.  So if you can "shave off" a PV from one volume group, then you
can attach it to a different volume group instead.

You can also resize PVs, but since this usually requires messing with
partition tables and such things may require a reboot, this may not be
suitable for your situation. 

> I want to back up the VM without shutting it down.  If it can't
> avoided, I could shut it down to take the backup.  In that case, how
> would I copy the volume to get a useful backup file?
> 
> I think I wish I had used btrfs ...

btrfs is good - if you are working with files.  When working with
block devices, LVM rules.

But... if you had set things up the analogous way with btrfs, you
would still have the same problem, and you would be asking "Can I
snapshot from one BTRFS file system into another BTRFS file system?"

It sounds you have a strange concept of volume groups here though: one
set of PVs for "data" and another set for "guests" ?  Once you
segregate things like that, then you have to live with them being
separate.

The volume group concept is for grouping the *disks*, so you can treat
a group of disks with similar properties as a
interchangeable.  So it makes more sense to have volume groups for
e.g. "15krpm" and "SSD".  Or you can just have one big volume group,
which makes disk upgrades seamless.

Hope this helps
-- 
Karl E. Jorgensen


-- 
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/20141003212402.GB27564@hawking

Re: Data from a serial port

[Jerry Stuckle]

On 10/2/2014 8:24 PM, Ethan Rosenberg wrote:
> On 10/01/2014 03:20 PM, Dan Ritter wrote:
>> On Sat, Sep 27, 2014 at 11:26:48PM -0400, Ethan Rosenberg, PhD wrote:
>>> Dear List -
>>>
>>> I have an Avery Berkel POS  [Point Of Sale] scale which I wish to
>>> integrate into a POS system. The output is sent to a RS232 port. I
>>> do not know how to extract the data.
>>>
>>> Here is what I have about the RS232 port:
>>>
>>> ethan@meow:~$ dmesg | grep tty
>>> [0.00] console [tty0] enabled
>>> [0.383854] 00:07: ttyS0 at I/O 0x3f8 (irq = 4, base_baud =
>>> 115200) is a 16550A
>>> [0.404352] :00:03.3: ttyS1 at I/O 0x1c90 (irq = 17, base_baud
>>> = 115200) is a 16550A
>>>
>>>
>>> root@meow:/home/ethan#  setserial -g /dev/ttyS[0123]
>>> /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
>>> /dev/ttyS1, UART: 16550A, Port: 0x1c90, IRQ: 17
>>> /dev/ttyS2, UART: unknown, Port: 0x03e8, IRQ: 4
>>> /dev/ttyS3, UART: unknown, Port: 0x02e8, IRQ: 3
>>>
>>>
>>> More info from the manual --
>>>
>>> 9600 baud, 7 data bits, even parity, 1 stop bit
>>>
>>> Transmits weight and scale status whenever ASCII 'W' is sent by
>>> the POS terminal.
>>
>> Well, one option would be to install minicom (apt-get will find
>> it for you), set your default serial port to /dev/ttyS0, set it
>> at 9600,7,e,1. Then plug it in and see if tapping W gets you
>> a response.
>>
>> /dev/ttyS0 will look just like a file, if you're writing a
>> program, and you can read from it and write to it just like any
>> other file.
>>
>> -dsr-
>>
> Dan -
> 
> EXCELLENT!!
> 
> Minicom set up as  9600,7,e,1.
> Terminal ANSI
> No response from tapping W.
> 
> TIA
> 
> Ethan
> 
> 

In addition to Dan's comments - is your cable OK?  Do you need a
straight-through cable or a cross-over cable?  Does the terminal
require/honor DSR/TSR and RTS/CTS?  If so, are these lines active?

You may need a breakout box on the cable to see what's happening on the
lines.

Jerry


-- 
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/542f0c80.6080...@attglobal.net

Re: hdmi video output

[Pierre Frenkiel]

On Fri, 3 Oct 2014, Lisi Reisz wrote:


To solve the same apparent problem, I installed pavucontrol, which was not
installed, and turned HDMI on (it was off by default).  But YMMV of course.


  hi Lisi,
  I installed pavucontrol, but I don't see how it is related to my problem
  of video output:
  My VGA cable is plugged into the VGA port of the Geforce, and
  the HDMi cable is plugged into the HDMI port.  If I unplug the VGA cable,
  I have no output on my monitor.
  BTW, how do you turn HDMI on?

best regards,
--
Pierre Frenkiel


--
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/alpine.deb.2.10.1410032155070.18...@pfr2.frenkiel-hure.net

Re: Data from a serial port

[Dan Ritter]

On Thu, Oct 02, 2014 at 08:24:21PM -0400, Ethan Rosenberg wrote:
> On 10/01/2014 03:20 PM, Dan Ritter wrote:
> >On Sat, Sep 27, 2014 at 11:26:48PM -0400, Ethan Rosenberg, PhD wrote:
> >>root@meow:/home/ethan#  setserial -g /dev/ttyS[0123]
> >>/dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
> >>/dev/ttyS1, UART: 16550A, Port: 0x1c90, IRQ: 17
> >>
> >>More info from the manual --
> >>
> >>9600 baud, 7 data bits, even parity, 1 stop bit
> >>
> >>Transmits weight and scale status whenever ASCII 'W' is sent by the POS 
> >>terminal.
> 
> Minicom set up as  9600,7,e,1.
> Terminal ANSI
> No response from tapping W.

Check that this is ttyS0, not ttyS1; check that the cable is
good; check that the scale is on. Does it need an initialization
sequence?

-dsr-


-- 
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/20141003193722.gm5...@randomstring.org

Re: Serial Port Problems

[Dan Ritter]

On Fri, Oct 03, 2014 at 08:43:50AM -0400, Ethan Rosenberg wrote:
> Dear List -
> 
> I am trying to capture data from a serial port and write it to a file.
> 
> ethan@meow:/var/www$ cat /dev/ttyS0 > scale_value.html
> cat: /dev/ttyS0: Device or resource busy
> 

lsof /dev/ttyS0

(tells you what is holding that port open)

-dsr-


-- 
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/20141003193331.gl5...@randomstring.org

Re: Serial Port Problems

[David Christensen]

On 10/03/2014 05:43 AM, Ethan Rosenberg wrote:

I am trying to capture data from a serial port and write it to a file.
ethan@meow:/var/www$ cat /dev/ttyS0 > scale_value.html
cat: /dev/ttyS0: Device or resource busy


I also found that userland tools don't work very well with serial ports. 
 Per your previous post, the options seem to be using a terminal 
emulator or writing code:


https://lists.debian.org/debian-user/2014/09/msg02107.html


I'd suggest looking for a terminal emulator that can write everything to 
a log file.



David


--
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/542efc30.3060...@holgerdanske.com

Re: [solved] fvwm: was i3 sticky/floating windows (brasero requires gvfs)

[Vincent W. Chen]

On Thu, Oct 2, 2014 at 11:05 PM, Charlie  wrote:
> On Thu, 2 Oct 2014 17:47:43 +1000 Charlie sent:
>
>>
>>   On Wed, 1 Oct 2014 17:33:43 -0700 Vincent mentioned this:
>>   Re: fvwm: was i3 sticky/floating windows (brasero requires
>>   gvfs).
>>
>> > On Tue, Sep 30, 2014 at 12:30 AM, Charlie
>> >  wrote:
>> > >
>> > >   On Mon, 29 Sep 2014 17:51:41 -0700 Vincent mentioned this:
>> > > Re: fvwm: was i3 sticky/floating windows (brasero requires
>> > >   gvfs).
>> > >
>> > >> On Sat, Sep 27, 2014 at 2:44 PM, Charlie
>> > >>  wrote:
>> > >> >
>> > >> >   On Sat, 27 Sep 2014 16:20:27 +0200 lee mentioned this:
>> > >> > Re: fvwm: was i3 sticky/floating windows (brasero
>> > >> > requires gvfs).
>> > >> >
>> > >> >>
>> > >> >> >> Steve Litt  writes:
>> > >> >> >>
>> > >> >> >> Because you use fvwm on a regular basis, you should write
>> > >> >> >> some documentation on it.
>> > >> >>
>> > >> >> Please check out [1] --- let me know if it works for you and
>> > >> >> how you like it.
>> > >> >>
>> > >> >>
>> > >> >> [1]: https://github.com/lee-/fvwm
>> > >> >>
>> > >> >>
>> > >> >> --
>> > >> >> Knowledge is volatile and fluid.  Software is power.
>> > >> >
>> > >> >
>> > >> >   From my keyboard:
>> > >> >
>> > >> >Hello Lee,
>> > >> >
>> > >> >   I've just had a cursory read and you have put a lot of
>> > >> > effort into this. Thank you on behalf of those of us who will
>> > >> > appreciate and use it.
>> > >> >
>> > >> > I have a meeting to attend this morning that will keep me away
>> > >> > most of the day, so I won't have the time to read all of it
>> > >> > till I return.
>> > >> >
>> > >> > But just quickly and without the history why I moved from fvwm
>> > >> > to xfce4.
>> > >> >
>> > >> > I used the win95 script to get an fvwm setup quickly. I'm
>> > >> > tweaking as i go along as time permits.
>> > >> >
>> > >> > I wanted to get the Debian Menu into the fvwm Root menu to get
>> > >> > rid of the taskbar but have not found yet, how that can be
>> > >> > done.
>> > >> >
>> > >>
>> > >> Examples of how the Debian menu is configured and used is
>> > >> provided as part of the Fvwm package,
>> > >> under /usr/share/doc/fvwm/examples/.
>> > >>
>> > >> It is composed of three parts:
>> > >> 1. A function definition
>> > >>
>> > >> DestroyFunc SetDebianMenu
>> > >> AddToFunc SetDebianMenu
>> > >> + I Read /etc/X11/fvwm/menudefs.hook
>> > >>
>> > >> Which when called will read from the menudefs.hook under
>> > >> /etc/X11/fvwm/. This menudefs.hook defines the structure of the
>> > >> Debian menu, but is not yet linked to your personal menu. The
>> > >> name of the Debian menu is "/Debian".
>> > >>
>> > >> 2. Calling the function
>> > >>
>> > >> Test (f /etc/X11/fvwm/menudefs.hook) SetDebianMenu
>> > >>
>> > >> Which will first test if the menu exists, then calls the function
>> > >> defined in step 1. This line can be put anywhere you like, as
>> > >> long as it's after the function definition.
>> > >>
>> > >> 3. Add the Debian menu to your menu
>> > >>
>> > >> Test (f /etc/X11/fvwm/menudefs.hook) + "Debian Menu" Popup
>> > >> "/Debian"
>> > >>
>> > >> Insert this as part of your menu definitions, under
>> > >> 'AddToMenu ...'. This instructs Fvwm to insert an entry to popup
>> > >> the menu "/Debian".
>> > >>
>> > >> Hope it helps,
>> > >>
>> > >> Vincent Chen
>> > >
>> > >
>> > >   From my keyboard:
>> > >
>> > >Hello Vincent,
>> > >
>> > >   Thanks you for that. Doesn't do it for me. I want to get rid
>> > > of the taskbar and just have the Debian menu available through the
>> > >   left mouse click on the desktop instead.
>> > >
>> > > But it doesn't work for me at all. I can get rid of the taskbar,
>> > > but then I don't have a Debian menu I can call up every
>> > > application in the Debian menu in a terminal, but that's just too
>> > > tedious.
>> > >
>> > That's because you didn't follow the steps I laid out. Insert the
>> > snippets I provided in step 1 and 2 directly in your config file.
>> > Not inside the root menu or any other directives, but directly in
>> > your config file.
>> >
>> > > In my menus - Root Menu - there is already this in part:
>> > >
>> > > + "&Restart%mini.turn.xpm%" Popup Restart
>> > > + "&Quit fvwm%mini.stop.xpm%"   FvwmForm
>> > > FvwmForm-QuitVerify Test (f /etc/X11/fvwm/menudefs.hook) +
>> > > "$[gt.&Update My Debian Menu]%menu/terminal.xpm%" PipeRead
>> > > 'update-menus &&  echo "Read $./menudefs.hook"'
>> > >
>> > Because this does exactly what it says: "Update My Debian Menu".
>> > _IF_ you already have a Debian menu, clicking this entry will
>> > update the Debian menu. This has nothing to do with actually
>> > providing the Debian menu entry in your menu.
>> >
>> > > But It doesn't show up so I might have to edit it, but don't know
>> > > how. So will have to keep playing about when I get time.
>> > >
>> > Insert the snippet in step 3 in your menu. That's what will actually
>> > insert the Debian menu entry i

Afatech AF9013 -- MSI Digivox Duo DVB-T Stick

[Mark Carroll]

I am running wheezy and having curious trouble getting a DVB-T USB stick
working well.

The kernel log has encouraging messages, like,

usb 4-4: new high-speed USB device number 2 using ehci-pci
usb 4-4: Product: DVB-T 2
usb 4-4: dvb_usb_v2: found a 'MSI DIGIVOX Duo' in cold state
usb 4-4: firmware: direct-loading firmware dvb-usb-af9015.fw
usb 4-4: dvb_usb_v2: will pass the complete MPEG2 transport stream to the 
software demuxer
dvb_usb_v2: 'MSI DIGIVOX Duo' successfully initialized and connected

and I have some nice,

/dev/dvb/adapter0/demux0 /dev/dvb/adapter1/demux0
/dev/dvb/adapter0/dvr0   /dev/dvb/adapter1/dvr0
/dev/dvb/adapter0/frontend0  /dev/dvb/adapter1/frontend0
/dev/dvb/adapter0/net0   /dev/dvb/adapter1/net0

I have tried a few dvb-usb-af9015.fw -- my current one has MD5 sum
4ea04354bb30fba400c7c84abf99ac13 which I think is meant to be v5.24.

w_scan -ft -cGB reports happily things like,

Info: using DVB adapter auto detection.
/dev/dvb/adapter0/frontend0 -> TERRESTRIAL "Afatech AF9013": good :-)
/dev/dvb/adapter1/frontend0 -> TERRESTRIAL "Afatech AF9013": good :-)
Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)

and then it scans a lot and finds only 25 channels. (Whereas, if I have
w_scan just find the tuning data with -x, the resulting file has five
entries from which scan and dvbv5-scan can tune to no channels at all,
and dvbscan just sits on the CPU for very many hours until I get bored
of waiting.)

Given those 25 channels from w_scan, I can record them with tzap, but
the signal is poor and the audio and video are a little out of sync on
playback.

I plug the same antenna cable (the plug fitting rather more snugly) into
our cheap Chinese DVB-T2 box and it shows all the expected HD channels
just fine at good quality.

Is this at all surprising? Are there easy fixes I could try?

-- Mark


-- 
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/87zjddov3u@ixod.org

lvm: creating a snapshot

[lee]

Hi,

how can I create a LVM snapshot of a VM?


root@heimdall:~# lvcreate -L 4G -s /dev/mapper/vg_guests-lv_jarl -n 
lv_snap_jarl /dev/mapper/vg_mydata
  Physical Volume "/dev/mapper/vg_mydata" not found in Volume Group "vg_guests"
root@heimdall:~#


There is no free space in 'vg_guests'.  The only free space is in
'vg_mydata'.

Can I create a snapshot over the network on disks an another machine?
Can I extend 'vg_guests', using the free space of 'vg_mydata'?  Or would
I have to shrink 'vg_mydata' to have free space to be able to extend
'vg_guests' to be able to create a snapshot?


I want to back up the VM without shutting it down.  If it can't
avoided, I could shut it down to take the backup.  In that case, how
would I copy the volume to get a useful backup file?

I think I wish I had used btrfs ...


-- 
Hallowed are the Debians!


-- 
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/87mw9d0zb9@yun.yagibdah.de

Re: Throw clarity to the world

[Brian]

On Fri 03 Oct 2014 at 14:07:15 -0400, Steve Litt wrote:

> Anyone know of an equivalent command for Openbox?

No, but we can all recognise useless spammy posts. ("Which post is he
referring to?", everyone is now asking). But there is always one.


-- 
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/03102014193236.8a61597b7...@desktop.copernicus.demon.co.uk

Re: Throw clarity to the world

[Steve Litt]

On Fri, 03 Oct 2014 19:30:01 +0200
Alberto Salvia Novella  wrote:

> Windows 10 has just been launched, so perhaps you'll want to make
> sure some people gets educated by giving your insight:
> 
> 

LOL, you can add a desktop (AKA workspace). Cool! I think fvwm had that
in the 20th century!

That snap feature to tile your windows actually looks pretty good.
Anyone know of an equivalent command for Openbox?

Thanks,

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
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/20141003140715.188b2...@mydesq2.domain.cxm

Re: kernel announcing ip address on wrong interface

[Henrique de Moraes Holschuh]

On Fri, 03 Oct 2014, Sven Hartge wrote:
> Henrique de Moraes Holschuh  wrote:
> >> It is, if all eth's are conneted to the same network. Google "weak
> >> host model".
> 
> > Indeed.  It is also annoying as all heck, as it is almost never what
> > you want nowadays.  Oh well...
> 
> Annoying? I don't know.

IMHO, yes it is.  As far as I'm concerned, nowadays it is far more important
for badly configured (or incorrectly "wired") nodes to break immediately.

It ends up being better for continued operations in the long run, at least
IME.

Basically, it boils down to the fact that pushing surprising or strange
packets down the wire has not been a good idea for at least 10 years.  And
accepting those is an even worse idea nowadays.

The result of weak host model applied to ARP certainly causes the end node
to both generate and maybe even accept a lot of "strange" traffic.  My
experience with the Linux kernel ARP filter defaults is a bit dated, though.
It is possible that the defaults are a bit more sane than the last time I
had to mess with them, either in 2.6.32.y or early 3.0.  But I doubt it,
there was resistence in LKML to change these defaults.

> In my experience this "problem" mostly happens to people trying to
> cheaply load-balance connections by using two or more ethernet
> interfaces with different IPs on the same network.

If only it were just that.  The Linux ARP defaults used to (and probably
still do) break the perfectly sane scenario of two interfaces connecting two
different subnets that are members of the same broadcast domain (same
vlan/network).  Let's not even try the scenario with two interfaces in the
same subnet and broadcast domain...

You often need to take an extra step for the breakage to be apparent, such
as firewalling, or a switch enforcing a secure L2 domain, etc.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
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/20141003180456.ga31...@khazad-dum.debian.net

Throw clarity to the world

[Alberto Salvia Novella]

Windows 10 has just been launched, so perhaps you'll want to make sure 
some people gets educated by giving your insight:







smime.p7s
Description: S/MIME Cryptographic Signature

Re: hdmi video output

[Lisi Reisz]

On Friday 03 October 2014 16:40:11 Pierre Frenkiel wrote:
> hi,
> I recently installed a Nvidia Geforce 750Ti on my desktop, and would like
> to use it's hdmi output, but I'am unable to make it.
> I saw a lot of similar questions on the Net, but no real answer.
> Can anybody give me a hint?
> PS: I'm also surprised to find that the quality of the text in console
> displays is so bad. Did anybody note that?
>
> best regards,
> --
> Pierre Frenkiel

To solve the same apparent problem, I installed pavucontrol, which was not 
installed, and turned HDMI on (it was off by default).  But YMMV of course.

Lisi


-- 
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/201410031720.20344.lisi.re...@gmail.com

Re: Squid security 2014:3 and 2014:4

[Rob van der Putten]

Hi there


Rob van der Putten wrote:


http://www.squid-cache.org/Advisories/SQUID-2014_3.txt
http://www.squid-cache.org/Advisories/SQUID-2014_4.txt

SNMP is default off. But how about the pinger?


Is switched the pinger off.


Regards,
Rob
--
Trans-Pacific Partnership is evil;
http://www.dewereldmorgen.be/artikels/2013/12/10/hoe-monsanto-profiteert-van-het-trans-pacific-partnership


--
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/m0mi6a$83v$1...@ger.gmane.org

Re: kernel announcing ip address on wrong interface

[Sven Hartge]

Henrique de Moraes Holschuh  wrote:
> On Fri, 03 Oct 2014, Sven Hartge wrote:

>> It is, if all eth's are conneted to the same network. Google "weak
>> host model".
>> 
>> In Linux, the IPs don't "belong" to an interface but to the host at
>> all.  The kernel will happily announce (via ARP) any IP it "owns",
>> even the ones on 'lo', on any interface. This behavior is
>> configurable, but it is always better so first correct any network
>> configuration errors or misconceptions.

> Indeed.  It is also annoying as all heck, as it is almost never what
> you want nowadays.  Oh well...

Annoying? I don't know.

In my experience this "problem" mostly happens to people trying to
cheaply load-balance connections by using two or more ethernet
interfaces with different IPs on the same network.

In my opinion this is a misconception/misconfiguration, you should use a
bonding/teaming interface, either with LACP oder ALB, depending on the
features of your switch.

Sure, you can fiddle with the sysctls concerning ARP, but this will not
solve the problem of having only one default route for LAN-external
traffic.

All in all, in my opinion (please correct me, if there are any
oversights or errors in my observations) trying to solve this problem
with Linux requires a complex usage of correct "ip rule" and "ip route"
and makes your setup more brittle and error probe.

Better design your network in a correct and clean way, so you never have
to change the way the Linux kernel interacts with it. Reduces the amount
of surprise the next admin of your setup will have.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.


-- 
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/4b1p5cciv...@mids.svenhartge.de

hdmi video output

[Pierre Frenkiel]

hi,
I recently installed a Nvidia Geforce 750Ti on my desktop, and would like
to use it's hdmi output, but I'am unable to make it.
I saw a lot of similar questions on the Net, but no real answer.
Can anybody give me a hint?
PS: I'm also surprised to find that the quality of the text in console displays
is so bad. Did anybody note that?

best regards,
--
Pierre Frenkiel


--
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/alpine.deb.2.10.1410031729520.11...@pfr2.frenkiel-hure.net

Re: kernel announcing ip address on wrong interface

[Sven Hartge]

Andreas Pflug  wrote:
>>> auto backbone
>>> iface backbone inet static
>>>  address 192.168.0.1
>>>  netmask 255.255.255.0
>>>  bridge_ports bond0

>>> eth0 has a mac address of x.x.x.x.x.01, eth1/2 y.y.y.y.y.02 Now I
>>> randomly observe on the firewall (freebsd based) the message
>>> "kernel:arp: 192.168.0.1 moved from y.y.y.y.y.02 to x.x.x.x.x.01"(or
>>> other way round), which means that the traffic to 192.168.0.1 (and
>>> subsequent VM traffic on that XEN host) is travelling down the wrong
>>> interface.

>>> Actually, eth0 and eth1/2 are connected to the same network, but
>>> vlan and mtu restrictions are different so some networking trouble
>>> will happen intermittently. This happens with no ip address on eth0
>>> configured; to stop the misbehaviour I'd have to down the interface.
>>> This happens on several machines with different drivers.

>> What do you mean by "but vlan and mtu restrictions are different"? If
>> eth0 and eth1/2 are connected to different VLANs, then they are _not_
>> connected to the same network. But if they are, you are asking for
>> exactly the problems you are seeing.
>>
>> Please clarify your setup.

> eth0: 1GB switch, VLANs PVID 1 and tagged 185, MTU 1500
> eth1/2: 10GB switch, VLANs PVID 1 and tagged 173-175, MTU 9216

> The IP in question belongs to VLAN 1.

Well, then eth0 and bond0 are connected to the same LAN and the behavior
you see is to be expected.

Clean up your network setup and the problem will be gone.

Or you can change the behavior of the Linux kernel with the sysctl
Henrique mentioned, but I consider doing so a bad workaround; cleaning
up your network setup will shield you from other surprises down the
road.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.


-- 
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/3b1p42jiv...@mids.svenhartge.de

Re: kernel announcing ip address on wrong interface

[Andreas Pflug]

Hi Sven,

Am 03.10.14 um 16:13 schrieb Sven Hartge:
> Andreas Pflug  wrote:
>> Using the 3.2 kernel, I have the strange situation that an ip address
>> moves to an unconfigured interface.
>> network/interfaces looks like this:
>> auto eth0 
>> iface eth0 inet manual
>>  up ifconfig eth0 promisc up
>> auto eth1
>> iface eth1 inet manual
>>  up ifconfig eth1 promisc up
>> auto eth2
>> iface eth2 inet manual
>>  up ifconfig eth2 promisc up
> Why do you force promiscous mode? This should normally be not needed.
>
>> auto bond0
>> iface bond0 inet manual
>>  up ifenslave bond0 eth1 eth2
> Why do you manually use ifenslave instead of just using the provided
> stanzas like this?
>
> auto bond0
> iface bond0 inet manual
>  slaves eth1 eth2
legacy stuff... shouldn't matter I believe?

>
>> auto backbone
>> iface backbone inet static
>>  address 192.168.0.1
>>  netmask 255.255.255.0
>>  bridge_ports bond0
>> eth0 has a mac address of x.x.x.x.x.01, eth1/2 y.y.y.y.y.02
>> Now I randomly observe on the firewall (freebsd based) the message
>> "kernel:arp: 192.168.0.1 moved from y.y.y.y.y.02 to x.x.x.x.x.01"(or
>> other way round), which means that the traffic to 192.168.0.1 (and
>> subsequent VM traffic on that XEN host) is travelling down the wrong
>> interface.
>> Actually, eth0 and eth1/2 are connected to the same network, but vlan
>> and mtu restrictions are different so some networking trouble will
>> happen intermittently. This happens with no ip address on eth0
>> configured; to stop the misbehaviour I'd have to down the interface.
>> This happens on several machines with different drivers.
> What do you mean by "but vlan and mtu restrictions are different"? If
> eth0 and eth1/2 are connected to different VLANs, then they are _not_
> connected to the same network. But if they are, you are asking for
> exactly the problems you are seeing.
>
> Please clarify your setup.

eth0: 1GB switch, VLANs PVID 1 and tagged 185, MTU 1500
eth1/2: 10GB switch, VLANs PVID 1 and tagged 173-175, MTU 9216

The IP in question belongs to VLAN 1.


-- 
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/542eb6a2.5060...@pse-consulting.de

Re: kernel announcing ip address on wrong interface

[Henrique de Moraes Holschuh]

On Fri, 03 Oct 2014, Sven Hartge wrote:
> It is, if all eth's are conneted to the same network. Google "weak host
> model".
> 
> In Linux, the IPs don't "belong" to an interface but to the host at all.
> The kernel will happily announce (via ARP) any IP it "owns", even the
> ones on 'lo', on any interface. This behavior is configurable, but it is
> always better so first correct any network configuration errors or
> misconceptions.

Indeed.  It is also annoying as all heck, as it is almost never what you
want nowadays.  Oh well...

https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/Documentation/networking/ip-sysctl.txt?h=linux-3.2.y

has the gory sysctl details to change ARP behaviour on the 3.2 kernel.


-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
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/20141003142817.ga18...@khazad-dum.debian.net

Re: kernel announcing ip address on wrong interface

[Sven Hartge]

Andreas Pflug  wrote:
> Using the 3.2 kernel, I have the strange situation that an ip address
> moves to an unconfigured interface.

> network/interfaces looks like this:

> auto eth0 
> iface eth0 inet manual
>  up ifconfig eth0 promisc up

> auto eth1
> iface eth1 inet manual
>  up ifconfig eth1 promisc up

> auto eth2
> iface eth2 inet manual
>  up ifconfig eth2 promisc up

Why do you force promiscous mode? This should normally be not needed.

> auto bond0
> iface bond0 inet manual
>  up ifenslave bond0 eth1 eth2

Why do you manually use ifenslave instead of just using the provided
stanzas like this?

auto bond0
iface bond0 inet manual
 slaves eth1 eth2

> auto backbone
> iface backbone inet static
>  address 192.168.0.1
>  netmask 255.255.255.0
>  bridge_ports bond0

> eth0 has a mac address of x.x.x.x.x.01, eth1/2 y.y.y.y.y.02

> Now I randomly observe on the firewall (freebsd based) the message
> "kernel:arp: 192.168.0.1 moved from y.y.y.y.y.02 to x.x.x.x.x.01"(or
> other way round), which means that the traffic to 192.168.0.1 (and
> subsequent VM traffic on that XEN host) is travelling down the wrong
> interface.

> Actually, eth0 and eth1/2 are connected to the same network, but vlan
> and mtu restrictions are different so some networking trouble will
> happen intermittently. This happens with no ip address on eth0
> configured; to stop the misbehaviour I'd have to down the interface.
> This happens on several machines with different drivers.

What do you mean by "but vlan and mtu restrictions are different"? If
eth0 and eth1/2 are connected to different VLANs, then they are _not_
connected to the same network. But if they are, you are asking for
exactly the problems you are seeing.

Please clarify your setup.

>>From my understanding, the kernel isn't expected to ever ARP announce
> the 192.168.0.1 address on eth0. Can anybody shed some light on what's
> happening here?

It is, if all eth's are conneted to the same network. Google "weak host
model".

In Linux, the IPs don't "belong" to an interface but to the host at all.
The kernel will happily announce (via ARP) any IP it "owns", even the
ones on 'lo', on any interface. This behavior is configurable, but it is
always better so first correct any network configuration errors or
misconceptions.

Grüße,
dven.

-- 
Sigmentation fault. Core dumped.


-- 
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/1b1ovetiv...@mids.svenhartge.de

kernel announcing ip address on wrong interface

[Andreas Pflug]

Using the 3.2 kernel, I have the strange situation that an ip address
moves to an unconfigured interface.

network/interfaces looks like this:

auto eth0 

iface eth0 inet manual

  up ifconfig eth0 promisc up

auto eth1

iface eth1 inet manual

  up ifconfig eth1 promisc up

auto eth2

iface eth2 inet manual

  up ifconfig eth2 promisc up

auto bond0

iface bond0 inet manual

  up ifenslave bond0 eth1 eth2

 

auto backbone

iface backbone inet static

  address 192.168.0.1

  netmask 255.255.255.0

  bridge_ports bond0


eth0 has a mac address of x.x.x.x.x.01, eth1/2 y.y.y.y.y.02

Now I randomly observe on the firewall (freebsd based) the message
"kernel:arp: 192.168.0.1 moved from y.y.y.y.y.02 to x.x.x.x.x.01"(or
other way round), which means that the traffic to 192.168.0.1 (and
subsequent VM traffic on that XEN host) is travelling down the wrong
interface.

Actually, eth0 and eth1/2 are connected to the same network, but vlan
and mtu restrictions are different so some networking trouble will
happen intermittently. This happens with no ip address on eth0
configured; to stop the misbehaviour I'd have to down the interface.
This happens on several machines with different drivers.

Apparently the problem isn't originating from the bonding driver; I have
the same situation if using openvswitch 1.45, adding eth1/2 directly to
the openvswitch bridge as lacp pair.

>From my understanding, the kernel isn't expected to ever ARP announce
the 192.168.0.1 address on eth0. Can anybody shed some light on what's
happening here?

Regards
Andreas


-- 
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/542ea10d.4000...@pse-consulting.de

Serial Port Problems

[Ethan Rosenberg]

Dear List -

I am trying to capture data from a serial port and write it to a file.

ethan@meow:/var/www$ cat /dev/ttyS0 > scale_value.html
cat: /dev/ttyS0: Device or resource busy

root@meow:/var/www#  cat /proc/tty/driver/serial
serinfo:1.0 driver revision:

0: uart:16550A port:03F8 irq:4 tx:90 rx:270 brk:2 RTS|CTS|DTR|DSR|CD
1: uart:16550A port:1C90 irq:17 tx:19 rx:0 CTS|DSR|CD
2: uart:unknown port:03E8 irq:4
3: uart:unknown port:02E8 irq:3

root@meow:/var/www# cat /proc/interrupts
   CPU0   CPU1
  0: 42  0   IO-APIC-edge  timer
  1:  3  0   IO-APIC-edge  i8042
  4: 74 89   IO-APIC-edge  serial
  6:  2  1   IO-APIC-edge  floppy
  8:  0  1   IO-APIC-edge  rtc0
  9:  1  2   IO-APIC-fasteoi   acpi
 12:  5  0   IO-APIC-edge  i8042
 16: 148679 155632   IO-APIC-fasteoi   uhci_hcd:usb1, uhci_hcd:usb4, 
ehci_hcd:usb7
 17:  9  8   IO-APIC-fasteoi   uhci_hcd:usb2, uhci_hcd:usb5, 
i801_smbus
 18:131143   IO-APIC-fasteoi   uhci_hcd:usb3, ehci_hcd:usb6, 
uhci_hcd:usb8
 40:   54993721  0  HPET_MSI-edge  hpet2
 41:  0   53507648  HPET_MSI-edge  hpet3
 42:1041026 920449   PCI-MSI-edge  eth0
 43: 524549 476624   PCI-MSI-edge  ahci
 44: 11  9   PCI-MSI-edge  mei_me
 45:  46800  46570   PCI-MSI-edge  i915
 46:   1488   1583   PCI-MSI-edge  snd_hda_intel
NMI:  37245  37177   Non-maskable interrupts
LOC: 16 12   Local timer interrupts
SPU:  0  0   Spurious interrupts
PMI:  37245  37177   Performance monitoring interrupts
IWI: 258822 264271   IRQ work interrupts
RTR:  0  0   APIC ICR read retries
RES:52712095278411   Rescheduling interrupts
CAL:433693   Function call interrupts
TLB:29170132903216   TLB shootdowns
TRM:  0  0   Thermal event interrupts
THR:  0  0   Threshold APIC interrupts
MCE:  0  0   Machine check exceptions
MCP:   1061   1061   Machine check polls
ERR:  0
MIS:  0

/dev/ttyS1, Line 1, UART: 16550A, Port: 0x1c90, IRQ: 17
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: none
Flags: spd_normal skip_test

root@meow:/var/www#  setserial /dev/ttyS0 -a
/dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test

How do I get rid of the busy message?

TIA

Ethan


--
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/542e9a06.4090...@hygeiabiomedical.com

Business proposition

[Edward Brooks]

Hello,
My name is Edward and I'm sending you this message because I think 
your site http://www.es.debian.org would be perfect for my some of my 
clients.
I'll explain, I'm an advertising representative and I'd like to 
discuss with you about the possibility of you offering us advertising space 
(for my clients) on your site. 
We are interested in sponsored (paid) posts and banners.

Thanks,
Edward Brooks
Business development
www.AdvertisingZz.info

Re: Debian policy on alternate init systems

[berenger . morel]

Le 02.10.2014 14:11, Marty a écrit :

d-mobilize (inspiring)
[...]
Let me know which name you prefer. We have until the Jessie freeze to
decide. Welcome to your compatible, interoperable systemd future.


I like this one, because it makes me smile. I like pieces of softwares 
with "play on words" (this translation sounds strange... is it the 
correct one?)


Oh, and apart from that, for people (if there are some here) which 
thinks that systemd's attempt to simplify daemon scripts is interesting, 
but that systemd is going too far in the bloatland, in short for people 
which are not haters nor lovers of systemd, there is an interesting fork 
of systemd: uselessd (http://uselessd.darknedgy.net/).


I do not know if someone already pointed about it, I have not read all 
dumb threads with trolls and wars.



--
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/2328aff3d67000aafd68243c865e7...@neutralite.org

Squid security 2014:3 and 2014:4

[Rob van der Putten]

Hi there


http://www.squid-cache.org/Advisories/SQUID-2014_3.txt
http://www.squid-cache.org/Advisories/SQUID-2014_4.txt

SNMP is default off. But how about the pinger?


Regards,
Rob


--
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/m0loc5$2fi$1...@ger.gmane.org

Re: Enabling a second graphic card

[berenger . morel]

Le 01.10.2014 16:39, berenger.mo...@neutralite.org a écrit :

Hello.

I have recently acquired 2 (identical, 4/3 shaped) screens, so I
combined them with my current favorite screen on a computer which 
have

2 graphic cards, but it seems that Debian did not enabled the second
card.

I have tried it on a temporary Ubuntu install, and it works fine out
of the box, so Debian must be able to use that 2nd card too. I tried
to install a more recent kernel from backports on Debian just in 
case,

but still no luck. Now that I'm thinking about it, I did not checked
what Ubuntu uses as driver, so if it uses NVidia, this could be the
reason, since I'm using nouveau on Debian. But I think that Ubuntu
does not install proprietary blobs by default?
I tried to find a xorg.conf in /etc on both system, no one had it.

There is no Internet access from that computer, so packages are
installed from the Ubuntu DVD I bought 2-3 months ago (14.04 IIRC) 
and

from a Debian DVD set I have downloaded at work (7.5, DVDs 1 to 9
IIRC).

Does anyone knows if nouveau is supports a configuration with 2
graphic cards, or do I have to install NVidia's drivers to do the 
job?

Does someone have some links to documents which could explain how to
enable that 2nd card?

Note that I think the second card is disabled, because after doing
quick searches in /sys, I discovered that what I suppose to be the
second card directory have a file named "enabled" which contains "0".
But I'm not expert at all when it comes to kernel stuff.


Ok, I have installed nvidia, and let it write the xorg.conf file. Now, 
I hope I will be more able to tinker those files than when I went to 
Debian from Windows...


Anyway, it seems that NVidia starts a second Xorg server for the second 
card (I enabled it through the graphic tool). That second server is not 
seen by the first one, so xrandr is not able to describe what I have 
plugged into it, thus i3 can't manage the extra screen.
But at least, I have some progress, if I only need to learn xorg 
configuration's arcane, I should be able to achieve this step of my 
goal.



--
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/ec9bb199bb7a29285b153ace48986...@neutralite.org

Re: apt update problems

[Andrei POPESCU]

On Jo, 02 oct 14, 19:59:15, Maureen L Thomas wrote:
> 
> On 10/02/2014 07:19 PM, Brian wrote:
> >On Fri 03 Oct 2014 at 00:15:32 +0100, Brian wrote:
> >
> >>You have a very poorly /etc/apt/sources/list. Please post its contents.
> >  /etc/apt/sources.list
> >
> >
> I did not see an update file int the
> 
> ftp://carroll.aset.psu.edu/pub/linux/distributions/debian/dists/wheezy/.
> 
> When I look at sources.list I get the configuration thing from synaptic which 
> includes the CD's from 7.6 and contains http://http.us.debian.org/debian/ 
> wheezy contrib non-free main
> 
> The following is from sources.list.save

Could you please *attach* (not copy-paste or similar) your 
/etc/apt/sources.list file and any other file you might have under 
/etc/apt/sources.list.d/ ?

It's important you attach them since your mailer seems to be a little 
bit too helpful in formating your mails and it's important to for us to 
see the same files as apt sees them.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature