new apt and default action download files

[Mohsen Pahlevanzadeh]

Dear all,

I upgrade my apt to 0.9.16.1 , my /etc/apt/apt.conf.d/10periodic is:

##3
APT::Periodic::Update-Package-Lists "0";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";
APT::Periodic::Unattended-Upgrade "0";
###

But when i use apt-get update , after  day , i see it downloads some
files such as:
##
Need to get 37.1 MB/135 MB of archives.
##

Question : how can i disable auto download?

Yours,
Mohsen


-- 
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/1395476908.23132.3.camel@debian

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Vincent Lefevre]

On 2014-03-21 17:13:41 +0100, Gian Uberto Lauri wrote:
> Vincent Lefevre writes:
>  > The fact that it is multi-user doesn't mean that it will necessarily
>  > be used by several desktop users.
> 
> You can remove spawning the getty on tty you don't want to use.
> 
> I don't know how to do this with systemd... With init you had some
> nice and well commented entries in /etc/inittab
> 
> The multiple console is a feature dating back when there was no X11
> available for GNU/Linux...

Note that I do *not* want to remove the multiple console feature.
It is useful even when there is a single user.

>  > I suppose that users who use startx haven't installed a display manager.
>  > So, I think that the feature should be enabled only when a display
>  > manager is running.
>  > 
>  > Actually even better: if user A has locked his X session, then
>  > the system should prevent any switch to a Linux console where
>  > A has logged in.
> 
> This would be nice, but I think is sort of an hell... 
> 
> When the user presses the magic sequence, the one in charge of
> switching tty should pick the process table, identify X and a possible
> screen saver (how? I could use a custom written screensaver called
> ullabagulla), then identify which the parent process of X and see
> which tty it belongs to, and block any attempt to switch to that tty.

Perhaps the kernel should have a new feature that could be used
for tty switching permissions.

> AFAIK Ctrl+Alt+F1 trows a trap, therefore all the stuff above has
> to run in kernel space...

Yes, except that...

> A safer solution should be to remove all the getty except one. But
> these tty are useful to recover a system in bad times...

Even "remove all the getty except one" is not safe, because the
problem is precisely the tty where the user has logged on and run
startx.

Now, the X-locking process could still remap the keyboard to remove
all these XF86Switch_VT_* from the mappings, so that I suppose that
tty switching would no longer be possible, and restored the settings
at the end. And perhaps it can do this selectively, i.e. only do
this for tty's where the user has logged on.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
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/20140322111723.ga25...@xvii.vinc17.org

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Vincent Lefevre]

On 2014-03-21 13:35:37 -0400, Steve Litt of Troubleshooters.Com wrote:
> To cure my paranoia of having stdout going to an unknown place, I made
> the following executable /usr/local/bin/exx:
> 
> ==
> #!/bin/bash
> startx > /dev/null & exit
> ==
> 
> I invoke it like this:
> 
> . exx
> 
> I think that dot space before the command is similar to "exec", which
> runs it in the current process, so the current process, rather than a
> spawned process, is what gets exited. It appears to work perfectly,
> logging out tty1 the instant X is up and running.
> 
> I didn't plan this, but this 2 line shellscript has the added benefit
> that if I forget the dot, and forgetting it would leave the bash
> session open, it tells me I don't have privileges to run X, and refuses
> to run X. So I can't make a dumb mistake.

It might be a bug and the behavior might change in the future.

To really make sure that X won't run if you forget the dot:

#!/bin/false
startx > /dev/null & exit

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
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/20140322115959.gb25...@xvii.vinc17.org

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Joel Rees]

On Sat, Mar 22, 2014 at 8:51 AM, Brian  wrote:

> On Fri 21 Mar 2014 at 12:37:57 -0400, Steve Litt of Troubleshooters.Com
> wrote:
>
> > I think it depends on the situation. If you're at the library with your
> > laptop and need to go to the bathroom, it's best to take the computer
> > with you, because it's easier to just walk off with it than to dink
> > with the command prompt. I have my office in my home, where I trust
> > everyone who goes in my office, so startx is fine.
>
> This has just struck me. I wish it hadn't but Friday nights bring on
> strange thoughts:
>
> I have a picture in my mind of you and your colleagues standing in the
> bathroom and admiring each others bezels.
>

Hmm. Home office. Colleague?

Hmmm, yeah. Nothing wrong with admiring that particular colleague's
bezel, I think.

>;->

-- 
Joel Rees

Be careful where you see conspiracy.
Look first in your own heart.

Re: modem hangup problems continue

[Wilko Fokken]

On Fri, Mar 21, 2014 at 04:10:42PM -0700, Mike McClain wrote:
> I'm running Squeeze on a P3 board and dialup.
> My modem gets hungup after 2.5 minutes about 30% - 40% of the time I
> connect. Being idle, in the middle of fetching email or loading a
> webpage seems to make no difference. Is there any way to log all
> transactions going to the modem which is on ttyS2? Something like
> script but for a serial port?

> Thanks,
> Mike

> --
> "Education is a man's going from cocksure ignorance to thoughtful 
> uncertainty."


Moin mitnanner,

until recently, I was using a modem myself (now it is being substituted by LTE).

With my old 9/11 clunker, I am still running Lenny (kernel 2.6). My usb modem,
undressed to it's electronic plate to keep it cool, worked reliably except for
one aspect: When I disconnected it from the internet after a certain amount of
data transfer, the modem was blocked and I had to pull it's usb plug in order to
restore it to working condition. Then it worked reliably again.

(This problem did not show up when I connected it to a jounger laptop running
Wheezy.)

Killing and restarting it's drivers had no effect. So, I just lived with it
suspecting some usb idiosycrasy.

In Your case, I would remove the modem's box, as serial modems don't seem to
be sufficiently ventilated, and hang it's electronic plate vertically to cool
it even more: = minus one construction site.

Another delicate spot is the serial interrupts, due to poor hardware design,
if you work with old hardware: Your modem could interfere with e.g. a serial
mouse etc.:

Try running your modem with another interrupt, w/out X, disconnect your mouse..
Look into your BIOS.

I reduced my serial modem speed from 115200 to 57600, as the phone line
needs only 56 Kbit.

If that helps, you have probably found the culprit: rearrange your serial
interrupts. Try plugging your serial modem cable to another computer outlet,
+ rearrange your driver's configuration.

If everything fails, buy an ELSA usb modem (they work with Linux and should
be cheaper by now), plug it in and look into '/var/log/messages'; my driver
was '/dev/ACM0'. ELSA modems have worked well for me, so I'll keep my for
reverence and as a backup.


Good luck!

Wilko

-- 
 
Dialectic of truth:
Were she is being possessed,
she will be lost;
where she is being sought,
she may be found.
 
(Hagia Sophia)


-- 
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/20140322121943.ga3...@fok01.laje.edewe.de

Re: Time Zone Questions

[Martin G. McCormick]

Jerry Stuckle writes:
> That wouldn't work well. Remember, computers are not the only ones which
> use UTC - in fact they are the most imprecise. There are many clocks 
> around
> the world which are synchronized with UTC via radio, i.e. WWV/WWVH in the
> United States, CHU in Canada, and other stations around the world.

I once accidentally got a Linux system set up with the
wrong algorithm which I don't really remember what I did, but it
maybe added the leap seconds twice as it was twenty-something
seconds slow which is not a good thing at all. The hardware
clock, being nothing but a crystal oscillator tied to a counter
whose final resolution is 32 bits can be extremely accurate but
unless you are running some sort of specialized setup, you can
expect some jitter due to all the tasks your system is doing at
any given time. I have an old Dell Dimension with a 600-MHZ
processor and use NTP to keep the time synchronized as well as
possible, but I notice that chron jobs seem to have a window of
about a second in which they can fire. Sometimes, it is right on
the dot and the next time it may be a second late but not much
more.

By the way, those "Atomic" wrist watches and clocks you
can buy listen to something called WWVB which transmits at 60
kilohertz from the same location as WWV. There is no voice or
tone for a human to hear, but the signal transmits a 59-bit word
if one wants to use that term, which contains several BCD digits
expressing what the UTC year, month, date, hour and minute will
be at the next 0TH second. It's a leap of faith that
civilization will still be here then.:-) There is at least one
extra bit that sets during DST and clears in Winter. 60 KHZ is
called ELF or Extremely Low Frequency and hugs the Earth. Our
WWVB has been received in New Zealand though this is not a
trivial task.

Martin


-- 
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/20140322135805.69b5722...@server1.shellworld.net

Re: Time Zone Questions

[Jerry Stuckle]

On 3/22/2014 9:58 AM, Martin G. McCormick wrote:

Jerry Stuckle writes:

That wouldn't work well. Remember, computers are not the only ones which
use UTC - in fact they are the most imprecise. There are many clocks
around
the world which are synchronized with UTC via radio, i.e. WWV/WWVH in the
United States, CHU in Canada, and other stations around the world.


I once accidentally got a Linux system set up with the
wrong algorithm which I don't really remember what I did, but it
maybe added the leap seconds twice as it was twenty-something
seconds slow which is not a good thing at all. The hardware
clock, being nothing but a crystal oscillator tied to a counter
whose final resolution is 32 bits can be extremely accurate but
unless you are running some sort of specialized setup, you can
expect some jitter due to all the tasks your system is doing at
any given time. I have an old Dell Dimension with a 600-MHZ
processor and use NTP to keep the time synchronized as well as
possible, but I notice that chron jobs seem to have a window of
about a second in which they can fire. Sometimes, it is right on
the dot and the next time it may be a second late but not much
more.

By the way, those "Atomic" wrist watches and clocks you
can buy listen to something called WWVB which transmits at 60
kilohertz from the same location as WWV. There is no voice or
tone for a human to hear, but the signal transmits a 59-bit word
if one wants to use that term, which contains several BCD digits
expressing what the UTC year, month, date, hour and minute will
be at the next 0TH second. It's a leap of faith that
civilization will still be here then.:-) There is at least one
extra bit that sets during DST and clears in Winter. 60 KHZ is
called ELF or Extremely Low Frequency and hugs the Earth. Our
WWVB has been received in New Zealand though this is not a
trivial task.

Martin




Crystal oscillators are stable - but they are not necessarily accurate. 
 Their frequency needs to be adjusted using accurate frequency counters 
(which themselves need to be calibrated, usually to WWV or similar 
signal - which is very accurate).


Computer manufacturers do not adjust crystal oscillator frequencies for 
accuracy - in fact most MBs don't even have an adjustment.  And even if 
they did, there is always the problem of temperature drift.  Software 
running on the system will not affect the hardware clock, but the 
software can affect how quickly interrupts are handled.


And yes, WWVB is also used by many people, mainly because since it is a 
ground wave, propagation distance (and hence, delay time) can be easily 
calculated.  However, as you mention, while it works well in North 
America, it doesn't work so well on the other side of the world.  There 
is a limit.  WWV and WWVH also transmit BCD time signals and operate in 
the MF (Medium Frequency) and HF (High Frequency) bands.  Although it is 
more difficult to predict propagation delay times due to ionospheric 
reflections, knowledge of the current conditions and multiple 
measurements of a period of time provides a high degree of accuracy.


I had a Heathkit digital clock about 30 years ago which was synched to 
WWV (10 Mhz, IIRC).  I loved that clock - always accurate and never had 
to be set :)  I've thought about about designing something similar for 
here, but just too many other projects ahead of it.


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/532d9fc4.7090...@attglobal.net

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Jörg-Volker Peetz]

In order to keep the output of the X-session when starting with the command
startx, something like the following snippet could be inserted into the file
~/.xinitrc :


sessid="${HOSTNAME:-$(uname -n)}-${DISPLAY##*:}"

# Send output to file
#
logfile="${XDG_CACHE_HOME:-$HOME}/xinit-${sessid}.log"
: > "$logfile"
chmod go-rwx "$logfile"
exec > "$logfile" 2>&1
unset logfile


If the environment variable XDG_CACHE_HOME is set, the output from X is written
to, e.g., "${XDG_CACHE_HOME}/xinit-0.log" otherwise to "~/init-0.log".

Regards,
Jörg-Volker.



-- 
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/lgkbjk$gdn$1...@ger.gmane.org

Re: Great Debian experience

[Ken Heard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2014-03-22 02:30, Patrick Bartek wrote:
> On Fri, 21 Mar 2014, Ken Heard wrote:
> 
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>> 
>> On 2014-03-21 00:30, Patrick Bartek wrote:
>>> On Thu, 20 Mar 2014, Ken Heard wrote:
>>> 
 [snip] I never did get LVM going on top of RAID1.  Since I 
 had to use an mini-ITX box there would not be room in it for 
 more than the two hard drives already there and used for the 
 RAID1.  I consequently made a virtue out of necessity by 
 deciding that I did not need LVM.  If ever I need more hard 
 drive space it will have to be external.
>>> 
>>> I'm curious.  Why would you want to use LVM with such a set up?
>>> Seems pointless.  Not advantageous.  For a non-server 
>>> situation. Even if you do add additional hard drives 
>>> (externally), they can be mounted and used effectively by 
>>> conventional means.
>> 
>> As I mentioned in one of my earlier posts, I made a virtue out of
>> necessity and convinced myself that I did not really need it. If
>> ever I need to expand hard drive capacity I will do what you 
>> suggest in your last sentence.
> 
> Maybe, this link will help do what you originally wanted to.  It's 
> for a 3 hard drive RAID though which might be more helpful in the 
> long run.
> 
> https://wiki.archlinux.org/index.php/Software_RAID_and_LVM
> 
> I'm sure there's a Debian HOWTO for the same thing, but the Arch 
> Linux wikis are more detailed and thorough, and fairly generic.

As I had already explained in an earlier post, the one marked above
with the 4 pointers --  -- I determined that for this particular
installation I could do without LVM.  I will however need it in
another installation; so for that one I am looking for more
information.  Thanks for the tip.

By the way I agree with you about the Archlinux wikis; I have found
them on the whole better than most other documentation, including some
of Debian's.

Regards, Ken


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

iEYEARECAAYFAlMtt58ACgkQlNlJzOkJmTcRvwCeMmkamk3KrjPnsAdvrPivO++l
sxEAn1tDV+iF2cFCl14nC3qGDWXtXizl
=lO8O
-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/532db79f.4000...@teksavvy.com

Re: cdimage.debian.org how-to? what gives? xxx

[Paul E Condon]

On 20140321_194133, Steve Litt of Troubleshooters.Com wrote:
> On Fri, 21 Mar 2014 16:38:25 -0600
> Paul E Condon  wrote:
> 
> > Over the years since Potato, I have noticed that while each new

> > exists.
> 
> I've noticed this too. I always need to struggle, navigate and wander to
> download the right ISO image. If I ever wanted to install
> Debian Testing (which I don't), I have no idea how to do
> that. Occasionally I don't know I downloaded the wrong image until I
> boot the DVD made with it.

Debian has a tradition of valuing highly the idea of never having to do
a complete new install in order to move to the next release. The name 
for this feature has drifted about but is currently 'dist-upgrade'.
To move to Jessie from Wheezy, one follows a sequence of steps that
prepares wheezy for dist-upgrade, then edits one's sources.list to 
replace every occurrence of 'wheezy' with 'jessie', then actually doing
dist-upgrade using apt-get, aptitude, or whatever This drill, in
the hands of a skilled user, can be executed very quickly, but ...
in practice, for me ... not so much. I don't claim to be skilled. 

> My other Debian confusion is all the program sources and how to
> enable/disable them. I know of no web page that explains the whats,

My approach is: Every uncommented line in sources.list calls out a
repository, (primary, or mirrored) that is searched for packages. If
you don't want to search a particular repository, don't include it,
or comment it. During a dist-upgrade one needs only lines for the new
release, being installed. Searching for old release packages is a 
waste of time and compute cycles. The details drift over time as
the internet changes, and grows.

> where's and why's of this. Fortunately, I'm in several LUGs with
> Debian-knowledgeable people, so if I get in a bind, I can get help.
> 
> Some time, after I truly understand the ins and outs of Debian
> versions, downloads, backports, and the like, I'll write a document to
> explain it, clearly, in one place, for the new Debian user.

I sense that there is a lot of diversity of opinion about the details.
I think you will find it hard to satisfy holders of all opinions, but
it is a worthy goal, IMHO.

Cheers,
-- 
Paul E Condon   
pecon...@mesanetworks.net


-- 
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/20140322163129.ga11...@big.lan.gnu

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Jörg-Volker Peetz]

Jörg-Volker Peetz wrote, on 03/22/2014 16:52:
> In order to keep the output of the X-session when starting with the command
> startx, something like the following snippet could be inserted into the file
> ~/.xinitrc :
> 
> 
> sessid="${HOSTNAME:-$(uname -n)}-${DISPLAY##*:}"
> 
> # Send output to file
> #
> logfile="${XDG_CACHE_HOME:-$HOME}/xinit-${sessid}.log"
> : > "$logfile"
> chmod go-rwx "$logfile"
> exec > "$logfile" 2>&1
> unset logfile
> 
> 
> If the environment variable XDG_CACHE_HOME is set, the output from X is 
> written
> to, e.g., "${XDG_CACHE_HOME}/xinit-0.log" otherwise to "~/init-0.log".

Sorry, should read

to, e.g., "${XDG_CACHE_HOME}/xinit-debian-0.log" otherwise to
"~/xinit-debian-0.log" on a computer named "debian".

> 
> Regards,
> Jörg-Volker.
> 
> 
> 



-- 
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/lgkevk$jbs$1...@ger.gmane.org

Re: Debian on a Dell Latitude E7440

[Craig L.]

On Fri, Mar 21, 2014 at 12:44:41PM -0400, Steve Litt of Troubleshooters.Com 
wrote:
> On Fri, 21 Mar 2014 07:37:39 -0400
> ken  wrote:
> 
> > It's not going in the trash though.  It's still good for a headless 
> > linux box.  Long ago I buffed it up with a big HD and 2G of RAM, the 
> > cat5 and 802.11bg wifi still work, as do the two USB ports, DVD r/w.
> > I figure it would still be useful as a print- and scanner server...
> > and/or music server (the sound card is still fine), a sandbox
> > machine, and possibly for some other things.  I might spray-paint it,
> > frame it, and hang it on the wall so it looks like art... even as it
> > continues to serve useful purposes.  I'd love it if this old piece of
> > crap didn't make it into the landfill until after I do... maybe even
> > *long* after.
> > 
> > Linux will never die.  It just gets perpetually revised.
> 
> Another excellent use for it is as an OpenBSD/pf firewall. Much less
> bulky than a desktop, uses less electricity than an average desktop,
> and in its normal operation you ssh into it so no keyboard or monitor
> is needed.

I've also used old laptops to monitor power to initiate shutdowns on systems
connected to “dumb” ups's.

I've gotten no negative responses to my original question, and I found folks
running other distros on the E7440, so we're going with it. If I have any
problems I will pass them along for anyone else that is interested in this.

Thanks all!

Craig

PS Speaking of old, I just came across my Star OS disks for the Xerox 6085 that
I acquired way back in the very early 90s. I never did find a good use for that
thing, other than running up the electricity bill


-- 
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/20140322172950.ga6...@prod1.getsouthern.com

Re: modem hangup problems continue

[Ron Leach]

On 21/03/2014 23:10, Mike McClain wrote:

I'm running Squeeze on a P3 board and dialup.
My modem gets hungup after 2.5 minutes about 30% - 40% of the time I
connect. Being idle, in the middle of fetching email or loading a
webpage seems to make no difference. Is there any way to log all
transactions going to the modem which is on ttyS2? Something like
script but for a serial port?



I don't know about *all* the transactions going to the modem, nor 
whether that (yet) has been narrowed to the cause of the problem. 
I've had similar problems with dial-up on another linux distro, caused 
by LCP negotiation/connections failures.  My dial-up PPP process was 
not receiving the correct state of the connection, even though the 
connection was transmitting/receiving user data perfectly.  So, a 
minute or two after connection, LCP (I think, though it may have been 
PPP that commanded it) would disconnect, due to a timeout for 
something expiring.


It was difficult to find, in part because I had no previous experience 
with LCP.  I was able to turn on debug level logging on the PPP 
process, which helped give the first indications of why links were 
being taken down, and whether LCP was returning all the status 
conditions that are needed to avoid the timeout expiring.


If you can find a PPP conf file or, maybe, a dialup or chat conf file, 
perhaps even an LCP conf, and set logging to debug or verbose, then 
that might bring the first clues for whatever condition the link is 
getting into.


In my case, though I would not expect this is your problem, LCP 
'required' a far-end IP address even though none was offered by the 
ISP; the solution was to set the conf file to always assume a certain 
address in the absence of receiving one.  (Without receiving the 
far-end address, LCP never moved into a stable connected state, and a 
PPP timeout expired, if I recall.)


Try and find some PPP, chat, or LCP conf files, and set some logging. 
 I'm strongly of the opinion it could be an LCP state problem, though 
exactly what won't be clear, yet.


regards, Ron


--
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/532dd0c0.2050...@tesco.net

Re: cdimage.debian.org how-to? what gives? [solved]

[Steve McIntyre]

Paul Condon wrote:
>
>Hello everyone, I'm OP and I'm still adamant about what I did, and
>what I saw. The URL, https://www.debian.org/CD/ does lead one to
>images of CDs as stated by John H. So, my initial problem is solved.
>
>But what is an explanation of my experience? I don't know, but I
>have a hypothesis (not a Theory). I do recall that there once was a
>cdimages.debian.org, not cdimage.debian.org up until about a year
>ago. The use of the plural in the name is a nice affectation of
>someone in Debian like the use of the plural in
>debian-user@lists.debian.org. It is one of the things I like about
>Debian, an desire for careful use of language. I have no idea when
>www.debian.org/CD/ first came into use, but I'm pretty sure it did not
>exist, or was not described in Potato, which is the release when I
>started using Debian.

Looking at the history of the website in CVS, www.debian.org/CD/ came
into being with the following commit:

revision 1.1
date: 2002-01-02 19:57:54 +;  author: joy;  state: Exp;
moving not-strictly-cdimage stuff down to CD; adjusted index pages for the move

which *is* post-Potato (August 2000). I can also say with a fair
amount of certainty that cdimages.debian.org (plural) never existed -
I've been working on producing CDs for Debian since the Hamm days and
it's not been there at any point that I know of.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/


-- 
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/e1wrqom-0002dn...@mail.einval.com

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Brian]

On Sat 22 Mar 2014 at 17:50:11 +0100, Jörg-Volker Peetz wrote:

> Jörg-Volker Peetz wrote, on 03/22/2014 16:52:
> > In order to keep the output of the X-session when starting with the command
> > startx, something like the following snippet could be inserted into the file
> > ~/.xinitrc :

This is the fourth or fifth time in this thread a recommendation to use
~/.xinitrc has been made. No sensible Debian user would have such a file
in his account. A happy Debian system is one with ~/.xsession.


-- 
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/20140322191413.gh4...@copernicus.demon.co.uk

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Bill Wood]

On Sat, 2014-03-22 at 19:14 +, Brian wrote:
   . . .
> This is the fourth or fifth time in this thread a recommendation to use
> ~/.xinitrc has been made. No sensible Debian user would have such a file
> in his account. A happy Debian system is one with ~/.xsession.

I'm a Debian newbie, so -- why?

-- 
Bill Wood


-- 
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/1395518578.7408.1.camel@bills-debian

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Sven Joachim]

On 2014-03-22 20:14 +0100, Brian wrote:

> On Sat 22 Mar 2014 at 17:50:11 +0100, Jörg-Volker Peetz wrote:
>
>> Jörg-Volker Peetz wrote, on 03/22/2014 16:52:
>> > In order to keep the output of the X-session when starting with the command
>> > startx, something like the following snippet could be inserted into the 
>> > file
>> > ~/.xinitrc :
>
> This is the fourth or fifth time in this thread a recommendation to use
> ~/.xinitrc has been made. No sensible Debian user would have such a file
> in his account.

Care to elaborate why not?  If they use startx, I think they want an
~/.xinitrc.

> A happy Debian system is one with ~/.xsession.

I have symlinked ~/.xsession to .xinitrc, but there may be reasons for
having different content in these files.

Cheers,
   Sven


--
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/87siqax9xs@turtle.gmx.de

Grub does not recognize lvm physical volume by uuid after restart

[André Nunes Batista]

Hello dear debian users!

Recently, one jessie notebook I administer went through a forceful
shutdown (holding down the power button) and after that grub cannot see
the lvm physical volume by uuid. After trying to load the volume for
some seconds, it gives the following message and drops to a minimal
initramfs shell:

Gave up waiting for root device. Common problems:
- Boot args
 - check rootdelay=(long enough?)
 - check root=(right device?)
- Missing modules
ALERT! /dev/disk/by-uuid/090f9d09g0f9g-xx-xx does not exist.
Dropping to a shell

Using this minimal shell I'm able to go to this path and it actually
does not contain any reference to this physical volume. Also,
on /dev/mapper/ there is no reference to the root and home logical
volumes, but there is a reference to the swap logical volume.

Using a live distribution I had no problem mounting this volume and
accessing its contents, so no real damage, but I would be glad on some
pointers on how to make grub recognize it again. I've tried booting
"by-id" and old school "/dev/sdaX" directly but had no luck.

It was once installed using the default guided lvm partition from debian
installer.

TIA
 
-- 
André N. Batista
GNUPG/PGP KEY: 6722CF80



-- 
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/1395520074.21009.26.camel@tagesuhu-pc

Re: Grub does not recognize lvm physical volume by uuid after restart

[Paul E Condon]

On 20140322_172754, André Nunes Batista wrote:
> Hello dear debian users!
> 
> Recently, one jessie notebook I administer went through a forceful
> shutdown (holding down the power button) and after that grub cannot see
> the lvm physical volume by uuid. After trying to load the volume for
> some seconds, it gives the following message and drops to a minimal
> initramfs shell:
> 
> Gave up waiting for root device. Common problems:
> - Boot args
>  - check rootdelay=(long enough?)
>  - check root=(right device?)
> - Missing modules
> ALERT! /dev/disk/by-uuid/090f9d09g0f9g-xx-xx does not exist.
> Dropping to a shell
> 
> Using this minimal shell I'm able to go to this path and it actually
> does not contain any reference to this physical volume. Also,
> on /dev/mapper/ there is no reference to the root and home logical
> volumes, but there is a reference to the swap logical volume.
> 
> Using a live distribution I had no problem mounting this volume and
> accessing its contents, so no real damage, but I would be glad on some
> pointers on how to make grub recognize it again. I've tried booting
> "by-id" and old school "/dev/sdaX" directly but had no luck.
> 
> It was once installed using the default guided lvm partition from debian
> installer.
> 
> TIA
>  

If lvm was installed by debian-installer, grub should be looking for
a separate physical partition for /boot , not something within lvm purview.
Of course / is within lvm, but /boot is not. Look at /etc/fstab to see
what I talking about. Use supergrub2 disk to reinstall grub2. 

HTH




> -- 
> André N. Batista
> GNUPG/PGP KEY: 6722CF80
> 
> 
> 
> -- 
> 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/1395520074.21009.26.camel@tagesuhu-pc
> 

-- 
Paul E Condon   
pecon...@mesanetworks.net


-- 
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/20140322211602.ga13...@big.lan.gnu

Re: Grub does not recognize lvm physical volume by uuid after restart

[Joe]

On Sat, 22 Mar 2014 17:27:54 -0300
André Nunes Batista  wrote:

> Hello dear debian users!
> 
> Recently, one jessie notebook I administer went through a forceful
> shutdown (holding down the power button) and after that grub cannot
> see the lvm physical volume by uuid. After trying to load the volume
> for some seconds, it gives the following message and drops to a
> minimal initramfs shell:
> 
> Gave up waiting for root device. Common problems:
> - Boot args
>  - check rootdelay=(long enough?)
>  - check root=(right device?)
> - Missing modules
> ALERT! /dev/disk/by-uuid/090f9d09g0f9g-xx-xx does not exist.
> Dropping to a shell
> 
> Using this minimal shell I'm able to go to this path and it actually
> does not contain any reference to this physical volume. Also,
> on /dev/mapper/ there is no reference to the root and home logical
> volumes, but there is a reference to the swap logical volume.
> 
> Using a live distribution I had no problem mounting this volume and
> accessing its contents, so no real damage, but I would be glad on some
> pointers on how to make grub recognize it again. I've tried booting
> "by-id" and old school "/dev/sdaX" directly but had no luck.
> 
> It was once installed using the default guided lvm partition from
> debian installer.
> 
>
Hi André,

Could you please confirm which version of grub-pc-bin you are running?

I have recently had something very similar happen to an upgraded sid
installation, that was fixed by downgrading to the previous version of
this and other grub files. I have reported the bug but still do not
know if the issue is with the grub files directly or whether there is
an interaction with something else.

I could only see my one non-LVM partition and also the swap partition
within the LVM volume, but none of the other LVM partitions. I got the
same messages you are seeing.

The version of grub-pc-bin I had trouble with is the (sid) current
2.02~beta2-7, the version I downgraded to is 2.00-22, but that one is
shown on the Debian packages page as the current version in jessie.

If you still have 2.00-22 then this is a red herring, and the problem
lies somewhere else, and I will amend the bug report.

But 2.02~beta2-7 is still in sid, and about the right time has elapsed
for it to be moved to jessie. If that has happened, and the packages
page has not yet registered the fact, then you should be able to
temporarily fix things by going back to 2.00-22.

Out of curiosity, what filesystem(s) are you using in the LVM? I would
have expected many more reports of this problem, but I am using
reiserfs (a legacy from a long time ago) and it may be that not many
other people are.

-- 
Joe


--
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/20140322212940.0861a...@jretrading.com

Re: Problem building h263/4 for asterisk from source

[Chris Bannister]

On Fri, Mar 21, 2014 at 05:05:32PM +, David Woodfall wrote:
> I tried installing ptlib and openh323 from source but make in ptlib
> errored out with something that I couldn't fathom out.
> 
> I'm new to Debian and apt so any help on getting the latest asterisk
> working with all video codecs would be useful.

http://www.catb.org/~esr/faqs/smart-questions.html

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
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/2014034942.GD6165@tal

Re: modem hangup problems continue

[Chris Bannister]

On Fri, Mar 21, 2014 at 04:10:42PM -0700, Mike McClain wrote:
> I'm running Squeeze on a P3 board and dialup.
> My modem gets hungup after 2.5 minutes about 30% - 40% of the time I
> connect. Being idle, in the middle of fetching email or loading a
> webpage seems to make no difference. Is there any way to log all
> transactions going to the modem which is on ttyS2? Something like
> script but for a serial port?

Are you sure the line is OK? Check the Carrier Detect( CD) LED on the
modem. If it's off, it can't "see" the modem at the other end.

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
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/20140322230055.GE6165@tal

Re: How to compile Kernel 2.6.32 on Debian Wheezy?

[Puneeth]

Hi,

I am facing the same issue as yours with respect to:

drivers/net/igbvf/igbvf.h:128:15: error: duplicate member 'page'
make[5]: *** [drivers/net/igbvf/ethtool.o] Error 1
make[4]: *** [drivers/net/igbvf] Error 2
make[3]: *** [drivers/net] Error 2
make[2]: *** [drivers] Error 2
make[1]: *** [deb-pkg] Error 2
make: *** [deb-pkg] Error 2

How did you go about solving it? Can you please share your solution.


Best Regards,
Puneeth

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Brian]

On Sat 22 Mar 2014 at 15:02:58 -0500, Bill Wood wrote:

> On Sat, 2014-03-22 at 19:14 +, Brian wrote:
>. . .
> > This is the fourth or fifth time in this thread a recommendation to use
> > ~/.xinitrc has been made. No sensible Debian user would have such a file
> > in his account. A happy Debian system is one with ~/.xsession.
> 
> I'm a Debian newbie, so -- why?

We had a fairly full discussion on startx, .xinitrc and .xsession in
debian-user in December of last year. The Mailing List Archives for that
month have a record of it.


-- 
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/2014032343.gi4...@copernicus.demon.co.uk

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

[Brian]

On Sat 22 Mar 2014 at 21:19:59 +0100, Sven Joachim wrote:

> On 2014-03-22 20:14 +0100, Brian wrote:
> 
> > This is the fourth or fifth time in this thread a recommendation to use
> > ~/.xinitrc has been made. No sensible Debian user would have such a file
> > in his account.
> 
> Care to elaborate why not?  If they use startx, I think they want an
> ~/.xinitrc.

>From /usr/bin/startx:

  # This is just a sample implementation of a slightly less primitive
  # interface than xinit.  It looks for user .xinitrc and .xserverrc
  # files, then system xinitrc and xserverrc files, else lets xinit choose
  # its default.  The system xinitrc should probably do things like check
  # for .Xresources files and merge them in, start up a window manager,
  # and pop a clock and several xterms.

If .xinitrc is found it is used. The system xinitrc in /etc/X11/xinit/
is not consulted. This means that none of Debian's carefully crafted
configuration files in /etc/X11 are sourced.

> > A happy Debian system is one with ~/.xsession.
> 
> I have symlinked ~/.xsession to .xinitrc, but there may be reasons for
> having different content in these files.

The consequence of a symlink is described above. With two separate files
.xsession is not used.


-- 
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/20140323000356.gj4...@copernicus.demon.co.uk

Re: modem hangup problems continue

[Mike McClain]

On Sat, Mar 22, 2014 at 01:19:43PM +0100, Wilko Fokken wrote:
> On Fri, Mar 21, 2014 at 04:10:42PM -0700, Mike McClain wrote:
> > I'm running Squeeze on a P3 board and dialup.
> > My modem gets hungup after 2.5 minutes about 30% - 40% of the time I
> > connect. Being idle, in the middle of fetching email or loading a
> > webpage seems to make no difference. Is there any way to log all
> > transactions going to the modem which is on ttyS2? Something like
> > script but for a serial port?
> > Thanks,
> > Mike

>
> In Your case, I would remove the modem's box, as serial modems don't seem to
> be sufficiently ventilated, and hang it's electronic plate vertically to cool
> it even more: = minus one construction site.

In my case it's an internal PCI USR 5610 modem.

>
> Another delicate spot is the serial interrupts, due to poor hardware design,
> if you work with old hardware: Your modem could interfere with e.g. a serial
> mouse etc.:
>
> Try running your modem with another interrupt, w/out X, disconnect your 
> mouse..
> Look into your BIOS.
>
> I reduced my serial modem speed from 115200 to 57600, as the phone line
> needs only 56 Kbit.

It's my understanding that the 115200 is between the CPU and the modem
while the 57600 is negotiated between the modems and they settle on
what speed they both can handle over the link but I'm not an expert or
I wouldn't be asking for help.



Thanks for your thoughts.
Mike
--
It's not always polite to speak your mind.


-- 
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/20140323000246.GC20400@playground

rsync: on remote machine: --info=NAME: unknown option

[Emanuel Berg]

In an alias, I setup the following command to copy
files:

> rsync -Lprtu --info=name --delete-excluded --exclude="*~"

It works on my local Debian but when I try to use it
(instead of scp) to copy files to a remote
SunOS/Solaris system, it says:

> rsync: on remote machine: --info=NAME: unknown option

If I use -v (for --verbose, instead of --info=name) it
works, but it produces some additional output that I
don't use.

This appears to be a bug, since fine-grained verbosity
shouldn't influence functionality, i.e., the transfer
of files - right? The capitalization of the option also
looks suspect ("NAME" instead of "name").

With

> rsync --version

I get

> rsync  version 3.1.0  protocol version 31

-- 
underground experts united:
http://user.it.uu.se/~embe8573


-- 
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/87k3blepxx@nl106-137-194.student.uu.se

Re: Problem building h263/4 for asterisk from source

[David Woodfall]

On (23/03/14 11:49), Chris Bannister  put forth the 
proposition:

On Fri, Mar 21, 2014 at 05:05:32PM +, David Woodfall wrote:

I tried installing ptlib and openh323 from source but make in ptlib
errored out with something that I couldn't fathom out.

I'm new to Debian and apt so any help on getting the latest asterisk
working with all video codecs would be useful.


http://www.catb.org/~esr/faqs/smart-questions.html


Here is the make error from ptlib_v1_12_0:

g++ -D_REENTRANT -fno-exceptions  -Wall  -fPIC -DPIC -DNDEBUG 
-I/usr/src/ptlib_v1_12_0/include -Os   -felide-constructors -Wreorder  -c 
../../ptclib/pils.cxx -o /usr/src/ptlib_v1_12_0/lib/obj_linux_x86_r/pils.o
In file included from /usr/src/ptlib_v1_12_0/include/ptlib/contain.h:804:0,
from /usr/src/ptlib_v1_12_0/include/ptlib.h:161,
from ../../ptclib/pils.cxx:52:
/usr/src/ptlib_v1_12_0/include/ptlib/array.h: In instantiation of ‘void 
PScalarArray::ReadElementFrom(std::istream&, PINDEX) [with T = short unsigned int; 
std::istream = std::basic_istream; PINDEX = int]’:
../../ptclib/pils.cxx:166:1:   required from here
/usr/src/ptlib_v1_12_0/include/ptlib/array.h:647:9: error: ‘SetAt’ was not 
declared in this scope, and no declarations were found by argument-dependent 
lookup at the point of instantiation [-fpermissive]
/usr/src/ptlib_v1_12_0/include/ptlib/array.h:647:9: note: declarations in dependent 
base ‘PBaseArray’ are not found by unqualified lookup
/usr/src/ptlib_v1_12_0/include/ptlib/array.h:647:9: note: use ‘this->SetAt’ 
instead
make[2]: *** [/usr/src/ptlib_v1_12_0/lib/obj_linux_x86_r/pils.o] Error 1
make[2]: Leaving directory `/usr/src/ptlib_v1_12_0/src/ptlib/unix'
make[1]: *** [opt] Error 2
make[1]: Leaving directory `/usr/src/ptlib_v1_12_0'
make: *** [optshared] Error 2

-Dave


--
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/20140323014710.GN7103@Blackswan

Re: Time Zone Questions

[Chris Bannister]

On Fri, Mar 21, 2014 at 11:10:32PM -0400, Jerry Stuckle wrote:
> On 3/21/2014 10:08 PM, John Hasler wrote:
> >Jerry Stuckle writes:
> >>The time needs to be accurate
> >
> >TAI is accurate.  UTC is fudged.  The Earth is not a clock.  BTW GPS
> >time ignores leap seconds.  It's what scientists most often use for
> >precise timing.
> >
> 
> Not all of them.  Many use UTC.  UTC is readily available via many
> radio transmitters around the world.  TAI not so much.  And
> synchronizing via the internet is not good when you need microsecond
> accuracy; it is with radio stations.

Really? 
https://lists.debian.org/debian-user/2014/03/msg01283.html

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
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/20140323035139.GC25208@tal

[OT] Re: Fonts providing emojis?

[Chris Bannister]

On Thu, Mar 20, 2014 at 07:20:56AM +0100, Gian Uberto Lauri wrote:
> Chris Bannister writes:
>  > On Wed, Mar 19, 2014 at 09:26:01AM +0100, Gian Uberto Lauri wrote:
>  > > on Ottoman turkish (arabic writing - btw ancient Greek students already
>  > > had TeX (if they knew they had it ;) ).
>  > 
>  > Ay what? How old *is* Mr Knuth? 
> 
> Two things. 
> 
> - Dr. Knuth will never be "old", he will be at most "ancient".
> 
> - I am sorry, but my limited English skills prevent me from understanding
>   what your statement. Could you help me? Thank you in advance.

Ancient Greek students were x years ago, Dr. Knuth was born y years
ago. Your statement insinuates that y > x  :)

Ah! It just occurred to me. Did you mean "ancient-Greek students" or
"ancient Greek-students"? 

I assumed the latter, (TBH. The former meaning never occurred to me until
now.), because:
a) http://www.otago.ac.nz/courses/subjects/clas.html where the study of
ancient Greece is referred to as classical studies.

b) If it was present day students, then your phrase would/should read
"... ancient Greek students already *HAVE* TeX ..." (emphasis is mine.)

Anyway, my joke fell flat. :( Apologies for the diversion.

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
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/20140323034150.GB25208@tal