Content-Type: text/plain
debian-user-digest Digest Volume 2007 : Issue 1883
Today's Topics:
Re: Mounting USB HDs the same every [ Ron Johnson ]
Re: dsc.py: Automated warnings for D [ Roberto =?iso-8859-1?Q?C=2E_S=E1nch ]
My ISP will accept encrypted POP3? [ Ron Johnson ]
Re: FileSystem Question [ Ron Johnson ]
Re: Packages who requires restart co [ Ron Johnson ]
Purpose of a hypervisor (was Re: roc [ Ron Johnson ]
Re: Continuing saga of xorg restarts [ Carl Fink ]
Re: Continuing saga of xorg restarts [ Carl Fink ]
Re: problem with smartmontools [ michael@estone.ca ]
Re: restarting pump (DHCP) automatic [ bob@proulx.com (Bob Proulx) ]
Re: Understanding /etc/apt/preferenc [ bob@proulx.com (Bob Proulx) ]
Re: Automounting USB drive on GNOME [ bob@proulx.com (Bob Proulx) ]
Re: Importing mencoder into a bash s [ bob@proulx.com (Bob Proulx) ]
Re: Importing mencoder into a bash s [ andy ]
Re: Importing mencoder into a bash s [ andy ]
Re: trouble with svn via proxy [ "Tshepang Lekhonkhobe" ]
Date: Mon, 02 Jul 2007 21:11:05 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Re: Mounting USB HDs the same every time.
Message-ID: <4689B039.10806@cox.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
On 06/30/07 14:04, Douglas Allan Tutty wrote:
> On Sat, Jun 30, 2007 at 02:45:59PM -0400, Eric A. Bonney wrote:
>> I have 4 USB hard drives on my server in my basement. The power
>> went out the other night for about 30 seconds and when the server came
>> back online, most of my Samba shares where messed up. I figured out
>> what happened was that the drives were not initialized in the same order
>> as they were when I setup the shares. Now a drive that used to be
>> /media/usb0 was say /media/usb1.
>>
>> So I have to go back and reconfigure my samba.conf file, not a huge
>> deal, but still a pia. Is there anyway to make it so that the drives
>> will always be named correctly upon rebooting of the server and
>> mounted? I think it needs to be done in fstab is that correct? The
>> other issue I have is that I always have to actually click on each drive
>> before it is able to be used by anyone else. Not sure why, but I don't
>> think the drives are getting mounted at bootup.
>>
> > Use volume label names. Name the volume with the tools for the specific> filesystem (ext2, JFS, etc) then use LABEL= in fstab and with the mount> command. The the respective man pages.
Or UUIDs.
http://www.debian-administration.org/articles/522#comment_15
--
Ron Johnson, Jr.
Jefferson LA USA
Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!
Date: Mon, 2 Jul 2007 21:51:33 -0400
From: Roberto =?iso-8859-1?Q?C=2E_S=E1nchez?= <roberto@connexer.com>
To: debian-user@lists.debian.org
Subject: Re: dsc.py: Automated warnings for Debian security updates
Message-ID: <20070703015133.GB31304@santiago.connexer.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG"
Content-Disposition: inline
--LpQ9ahxlCli8rRTG
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Jul 02, 2007 at 01:22:40AM -0500, Adam Hupp wrote:
>=20
> dsc.py compares the set of currently upgradable packages with the
> security advisories RSS feed. Any matches are written to stdout along
> with a description of the issue. When run via cron this will send the
> warning to the administrator on a regular basis until the upgrade is
> done.
>=20
Is this targeted at systems running testing/unstable? I ask because on
stable, running cron-apt is effectively what you are describing.
Regards,
-Roberto
--=20
Roberto C. S=E1nchez
http://people.connexer.com/~roberto
http://www.connexer.com
--LpQ9ahxlCli8rRTG
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFGiaul1snWssAFC08RAiCDAJ47+3cYfOThgdCQSc44M4aFpIRl9gCfcXcZ
4mz8fVXsgH3KjFQ67sSCoRQ=
=m6Om
-----END PGP SIGNATURE-----
--LpQ9ahxlCli8rRTG--
Date: Mon, 02 Jul 2007 21:23:19 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: ML Debian-User <debian-user@lists.debian.org>
Subject: My ISP will accept encrypted POP3?
Message-ID: <4689B317.4000201@cox.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Am I interpreting this log file correctly?
# grep -B5 TLS /var/log/mail.log | cut -c30-
ail[11395]: POP3< EXPIRE 365
ail[11395]: POP3< UIDL
ail[11395]: POP3< IMPLEMENTATION Openwave Email vM.7.08.02.00
201-2186-121-200612
ail[11395]: POP3< 13
ail[11395]: POP3< .
ail[11395]: pop.east.cox.net: opportunistic upgrade to TLS failed,
trying to continue.
--
Ron Johnson, Jr.
Jefferson LA USA
Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!
Date: Mon, 02 Jul 2007 21:39:32 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Re: FileSystem Question
Message-ID: <4689B6E4.9090606@cox.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
On 06/29/07 17:54, Douglas Allan Tutty wrote:
> On Fri, Jun 29, 2007 at 06:45:03PM +0000, Manon Metten wrote:
>
>> It's definitely no ordinary backup or RAID. It even works with a single hd.
>> SFS takes care of all this. I don't have to backup anything. SFS just
>> writes all subsequent copies of a file to different locations on the hd and
>> moves the existing ones to .recycled (well, in fact it only updates the
>> TOC). .recycled is just a hidden directory where all previous copies of a
>> file are stored.
>>
>> This also means that in the rare case of a system crash when saving a
>> file, I only lose that part of my work that was in memory only. The copy
>> on disk remains untouched because only AFTER a new copy is written
>> to disk (to a different location), the old copy will be moved to .recycled
>> and the TOC will be updated. But in case of a crash during save, the
>> new copy isn't finished and thus the old copy remains untouched and
>> no TOC update is necessary. This whole process is completely hidden
>> for the user. .recycled only comes to mind when I have to recover some
>> data.
>
> It sounds like the Log File System (LFS) that NetBSD is working on, or
> the database-style of a mainframe where every 'file' is really a record
> in a database where back copies are maintained until the space is
> needed.
No. It is file versioning, which OpenVMS has had since the late
1970s. Extremely useful, for every reason that OP mentioned.
http://en.wikipedia.org/wiki/Files-11
NODE"user pass"::device:[dir.subdir]filename.type;ver
Every file has a version number, which defaults to 1 if no
other versions of the same filename are present (otherwise
one higher than the greatest version). Every time a file is
saved, rather than overwriting the existing version, a new
file with the same name but an incremented version number is
created. Old versions are can be deleted explicitly, with the
DELETE or the PURGE command, or optionally, older versions of
a file can be deleted automatically when the file's version
limit is reached (set by SET FILE/VERSION_LIMIT). Old versions
are thus not overwritten, but are kept on disk and may be
retrieved at any time. The architectural limit on version
numbers is 32767. The versioning behavior is easily overridden
if it is unwanted. In particular, files which are directly
updated, such as databases, do not create new versions unless
explicitly programmed.
--
Ron Johnson, Jr.
Jefferson LA USA
Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!
Date: Mon, 02 Jul 2007 21:43:21 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Re: Packages who requires restart computer
Message-ID: <4689B7C9.5060805@cox.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
On 07/02/07 14:07, Josep wrote:
> Hello Ron.
Hi, and please do *not* top-post. It's considered rude.
> I would like know if checkrestart will detect a kernel
No, since it lives "under" the file system.
> and libc update,
Absolutely. (It's written in Python, so should be easy to analyze.)
> I was writing an script today for my home server and this is the only
> issue that I don't know and is difficult test.
>=20
> If not I will put inmy scitp that detects when kernel and libc will be
> updated.
>=20
> Thanks for all the answers.
> Josep
>=20
>=20
>=20
>=20
> El lun, 02-07-2007 a las 12:09 -0500, Ron Johnson escribi=C3=B3:
>> On 07/02/07 11:47, Rick Pasotto wrote:
>>> On Mon, Jul 02, 2007 at 09:42:15AM -0700, Alan Ianson wrote:
>>>> On Mon July 2 2007 09:25:50 am Josep wrote:
>>>>> Hello.
>>>>>
>>>>> I use etch and would like know what packages will require a full
>>>>> restart of the computer, if there is any tool for do this
>>>>> automatically, and if not, I will do an script for do this myself.
>>>> The kernel. When the kernel is updated you need to restart your box =
to
>>>> get the new kernel up and running. All the services on your box can =
be
>>>> stopped or restarted from /etc/init.d/whatever as needed.
>>> What about libc? I have seen anomolies when some programs are using t=
he
>>> new version and some are still using the old.
>> /usr/sbin/checkrestart in package debian-goodies will list out for=20
>> you all the currently-running PIDs that are using "old" files, and=20
>> give you a list of commands that will fix most of the problems.
>>
>> The rest of the issues are left as an exercise for the reader. But=20
>> if I can figure out which pids to kill and jobs to restart, so can you=
.
>>
>> So, installing a new kernel really is the only reason you ever need=20
>> to reboot.
--=20
Ron Johnson, Jr.
Jefferson LA USA
Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!
Date: Mon, 02 Jul 2007 21:46:06 -0500
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Purpose of a hypervisor (was Re: rock solid)
Message-ID: <4689B86E.5060106@cox.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
On 07/02/07 15:06, Andrew Sackville-West wrote:
> On Mon, Jul 02, 2007 at 02:11:18PM -0400, Kamaraju S Kusumanchi wrote:
>> Andrew Sackville-West wrote:
>>
>>> its almost boring...
>>>
>> May be true for stable; Neverthless Sid makes it all interesting!
>
> my home server here runs etch with xen and 3 vm's (at the moment). I
Why? Can't Linux's scheduler handle the load?
> find myself looking for reasons to work on the darn thing because if
> can't make up reasons, then there's nothing to do...
--
Ron Johnson, Jr.
Jefferson LA USA
Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!
Date: Mon, 2 Jul 2007 23:07:04 -0400
From: Carl Fink <carl@finknetwork.com>
To: debian-user@lists.debian.org
Subject: Re: Continuing saga of xorg restarts
Message-ID: <20070703030704.GA28422@nitpicking.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Per Andrew's advice, I started X in VT1 using startx. During each of the
multiple xorg crashes today (!) I got this:
Backtrace:
0: /usr/bin/X11/X(xf86SigHandler+0x81) [0x80c8591]
1: [0xb7f36420]
2: /usr/bin/X11/X [0x80ddae5]
3: /usr/bin/X11/X(miHandleValidateExposures+0x78) [0x813b828]
4: /usr/bin/X11/X(MapWindow+0x3aa) [0x807b6da]
5: /usr/bin/X11/X(ProcMapWindow+0x59) [0x808e689]
6: /usr/bin/X11/X [0x8154a21]
7: /usr/bin/X11/X(Dispatch+0x19f) [0x808ed3f]
8: /usr/bin/X11/X(main+0x495) [0x8076e85]
9: /lib/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7d49ebc]
10: /usr/bin/X11/X(FontFileCompleteXLFD+0x1e5) [0x80761a1]
Fatal server error:
Caught signal 11. Server aborting
xinit: connection to X server lost.
I will confess that I have no idea what to do with that. Item 10 almost
seems to imply a font problem, but I suspect that's just a red herring. As
before, any suggestions appreciated.
--
Carl Fink nitpicking@nitpicking.com
Read my blog at nitpickingblog.blogspot.com. Reviews! Observations!
Stupid mistakes you can correct!
Date: Tue, 3 Jul 2007 00:16:57 -0400
From: Carl Fink <carl@finknetwork.com>
To: debian-user@lists.debian.org
Subject: Re: Continuing saga of xorg restarts
Message-ID: <20070703041657.GA25965@nitpicking.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Switching from icewm to fluxbox didn't make any difference. Now I can kill
X just by having VLC *open* and task-switching from iceweasel to the open
vlc window using alt-tab. This is ludicrous.
--
Carl Fink nitpicking@nitpicking.com
Read my blog at nitpickingblog.blogspot.com. Reviews! Observations!
Stupid mistakes you can correct!
Date: Mon, 02 Jul 2007 22:05:39 -0700
From: michael@estone.ca
To: debian-user@lists.debian.org
Subject: Re: problem with smartmontools
Message-ID: <20070702220539.t031lr6i8o0wswc0@estone.ca>
Content-Type: text/plain;
charset=ISO-8859-1;
DelSp="Yes";
format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Quoting michael@estone.ca:
> Hello,
>
> Having trouble getting my SATA WD raptor 150G drive smart enabled.
> I'm pretty sure that Western Digital drives have smart support?
>
> Thanks for any advice,
> Mike
>
> # smartctl -i /dev/sda
Google is friend.
I was missing the "-d ata" part in the command.
# smartctl -i -d ata /dev/sda
smartctl version 5.36 [x86_64-unknown-linux-gnu] Copyright (C) 2002-6 =20
Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D
Device Model: WDC WD1500ADFD-00NLR1
Serial Number: WD-WMAP41529562
Firmware Version: 20.07P20
User Capacity: 150,039,945,216 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 7
ATA Standard is: Not recognized. Minor revision code: 0x1d
Local Time is: Mon Jul 2 22:12:29 2007 PDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Date: Mon, 2 Jul 2007 23:16:22 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: restarting pump (DHCP) automatically when network unavailable at boot time
Message-ID: <20070703051622.GA16295@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Vincent Lefevre wrote:
> This doesn't work. Probably a kernel problem then. I've reported
> the bug.
I doubt this would be related to the kernel in any way. Since this
works for other people I can only assume that something specific to
your system is messed up. You will need to debug it. Sorry but that
is the best advice I can give.
> > > How can I make pump (the DHCP client I'm using) to try again
> > > periodically?
> >
> > I think it should already be trying again periodically.
>
> It doesn't, even with 'allow-hotplug eth0'.
Normally a dhcp client will retry. This is true of both dhcp3 and
pump. There should messages in the /var/log/syslog file with some
information about what is happening.
> > Perhaps the timeout is very long. You might try dhcp3-client
> > instead. I have had good luck with it.
>
> I had problems with it in the past and users recommended pump
> instead.
Hmm... I have had problems with pump in the past and recommend dhcp3.
Basically dhcp3 is the ISC code and pump is the Red Hat code. In my
experience people coming from Red Hat to Debian usually prefer pump
because it is what they know.
> > > Note: When I'm in front of the machine, I still want to be able to
> > > use it when the network is not available (to do some local work,
> > > while waiting for the network to come back).
> >
> > Sure. Laptops operate that way a lot!
>
> I have a laptop and I've always had to start pump manually or invoke
> netenv, depending on the context. Do they use 'allow-hotplug eth0'
> without anything else?
You say that you have always had to do that but I have never had to do
that. The dhclient should start automatically. This is further
information that something about your system is in an abnormal
configuration.
Bob
Date: Mon, 2 Jul 2007 23:43:52 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: Understanding /etc/apt/preferences
Message-ID: <20070703054352.GB16295@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Mathieu Malaterre wrote:
> I would like to update my sarge system, but keep swig 1.1:
>
> $ head /etc/apt/preferences
Instead of using preferences for this I would 'hold' the package in
both dpkg and aptitude and then upgrade normally. Because the package
is held it will show up in the hold list and not be upgraded. I find
that to be much simpler.
Alternatively for something like swig you could simply let it upgrade
along with everything else and then downgrade it specifically later.
Using 'aptitude download packagename' makes downloading deb files very
easy.
aptitude download swig
If you do that before upgrading to Etch while still pointing at Sarge
then you would have the Sarge version in the current directory. After
upgrading to Etch then dpkg will install this easily.
dpkg -i swig_1.3.24-1_*.deb
Bob
Date: Mon, 2 Jul 2007 23:55:33 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: Automounting USB drive on GNOME stopped working...
Message-ID: <20070703055533.GC16295@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Cassiano Bertol Leal wrote:
> Ron Johnson escreveu:
> > Have you run "tail -n40 -f /var/log/syslog" while plugging in the pen
> > drives? Or is that what you mean by "it will load the drivers and
> > assign a /dev/sd* node"?
>
> I will have a look at syslog when I get back home. I have monitored
> /var/log/messages and that's where I watched the pendrive and the MP3
> being recognized and and the /dev/sd* being assigned to them.
/var/log/messages is a subset of /var/log/syslog suitable for people
who are used to other systems but syslog is the superset of all log
files. I would get used to looking in /var/log/syslog and forget
about /var/log/messages. But in this case you probably saw all of the
same messages that are logged to syslog.
The configuration is that *.* matches everything and everything goes
into /var/log/syslog. *.=info;*.=notice;*.=warn; auth,authpriv.none;
cron,daemon.none; mail,news.none matches somewhat less and goes into
/var/log/messages.
> Also, there's the fact that a simple 'pmount /dev/sda1' (for example) or
> a 'mount -t vfat /dev/sda1 /media/whatever' will mount the drives with
> no problems whatsoever.
I am imagining that you have told Gnome to ignore the USB drive. This
could be checked pretty easily by creating a test user such as test1
or guest or some such and then logging in as that new user. If it
works for the pristine user's environment then you know that the
configuration issue is specific to gnome and specific to your
$HOME/.gnome*something files.
Bob
Date: Tue, 3 Jul 2007 00:06:25 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: Importing mencoder into a bash script
Message-ID: <20070703060625.GD16295@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
andy wrote:
> mencoder: command not found
>
> I'm wondering if I need to explicitly set my path in the script file in
> order to call this function.
Uhm, mencoder, when installed, lives in /usr/bin/mencoder. Perhaps
you have not installed it?
dpkg -l mencoder
sudo apt-get install mencoder
Bob
Date: Tue, 03 Jul 2007 07:23:12 +0100
From: andy <geek_show@dsl.pipex.com>
To: debian-user@lists.debian.org
Subject: Re: Importing mencoder into a bash script
Message-ID: <4689EB50.6090104@dsl.pipex.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Bob Proulx wrote:
> andy wrote:
>
>> mencoder: command not found
>>
>> I'm wondering if I need to explicitly set my path in the script file in
>> order to call this function.
>>
>
> Uhm, mencoder, when installed, lives in /usr/bin/mencoder. Perhaps
> you have not installed it?
>
> dpkg -l mencoder
>
> sudo apt-get install mencoder
>
> Bob
>
>
>
Thanks Bob
No - it is definitely installed - I've used it on the cli plenty of
times. I am interested in finding out how I am to call it from within a
bash script, because simply putting mencoder <options> <file> in the
bash script isn't working.
I'm not a programmer, so I can guarantee that this is a case of PEBCAK,
but I am not clear on how to resolve it.
A
--
"If they can get you asking the wrong questions, they don't have to worry about the answers." - Thomas Pynchon, "Gravity's Rainbow"
Date: Tue, 03 Jul 2007 07:25:42 +0100
From: andy <geek_show@dsl.pipex.com>
To: debian-user@lists.debian.org
Subject: Re: Importing mencoder into a bash script
Message-ID: <4689EBE6.8040902@dsl.pipex.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Justin Hartman wrote:
> On 7/2/07, andy <geek_show@dsl.pipex.com> wrote:
>> Yeah, it is a cli tool and I have traditionally used it as such at the
>> vt and just entered it directly. However, in a shell script I have tried
>> to do that but get the error message:
>>
>> mencoder: command not found
>
> You have to explicitly set the path to mencoder. I also generated a
> bash script recently that ran ffmpeg to convert about 300 flv files
> into 3gp files on my server so if you think this may help let me know
> and I'll post it here.
Hi Justin
That would be really useful for me to see how you did it. If you
wouldn't mind me potentially nicking some of the ideas to make this
script work.
Many thanks
A
--
"If they can get you asking the wrong questions, they don't have to worry about the answers." - Thomas Pynchon, "Gravity's Rainbow"
Date: Tue, 3 Jul 2007 08:43:54 +0200
From: "Tshepang Lekhonkhobe" <tshepang@gmail.com>
To: debian-user <debian-user@lists.debian.org>
Subject: Re: trouble with svn via proxy
Message-ID: <857993970707022343v24d86fa7u5ad167051d9d756c@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Anyone out there?
On 7/2/07, Tshepang Lekhonkhobe <tshepang@gmail.com> wrote:
> Hi,
>
> I'm struggling to connect to a subversion repo (svn up). This was no
> trouble until the company networking people set up some proxy thing. I
> got this in my ./subversion/servers file:
>
> http-proxy-host = 172.1.2.3
> http-proxy-port = 80
> http-proxy-username = user.name
>
> These settings work when accesing the web (Epiphany).
>
> Here's the command and the error message:
>
> wena@debian:~/src/tracker$ svn up
> svn: PROPFIND request failed on '/svn/tracker/trunk'
> svn: PROPFIND of '/svn/tracker/trunk': GSSAPI authentication error
> (Unspecified GSS failure. Minor code may provide more information: No
> credentials cache found) (http://svn.gnome.org)
>
>
> --
> my place on the web:
> floss-and-misc.blogspot.com
>
--
my place on the web:
floss-and-misc.blogspot.com
Date: Tue, 3 Jul 2007 01:43:39 -0600
From: bob@proulx.com (Bob Proulx)
To: debian-user@lists.debian.org
Subject: Re: Importing mencoder into a bash script
Message-ID: <20070703074339.GA6713@dementia.proulx.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
andy wrote:
> No - it is definitely installed - I've used it on the cli plenty of
> times. I am interested in finding out how I am to call it from within a
> bash script, because simply putting mencoder <options> <file> in the
> bash script isn't working.
Hmm... Okay. Then let's debug why. Try this scriptlet:
#!/bin/sh
ls -ld /usr/bin/mencoder
type mencoder
echo PATH=$PATH
dpkg -l mencoder | grep mencoder
dpkg -L mencoder | grep /bin/
exit 0
What does it say? On one of my Etch systems it says:
-rwxr-xr-x 1 root root 4107292 2007-06-19 00:42 /usr/bin/mencoder
mencoder is /usr/bin/mencoder
PATH=/usr/local/bin:/usr/bin:/bin:/usr/games
ii mencoder 1.0-pre7-0.0 MPlayer's Movie Encoder
/usr/bin/mencoder
My guess is that on your system it is installed someplace special and
so is in your PATH when called from your shell but not on PATH when
you are trying to run the script.
Bob
Date: Tue, 3 Jul 2007 00:28:55 -0700 (PDT)
From: Jeff Dickison <jeff.dickison@gmail.com>
To: debian user <debian-user@lists.debian.org>
Subject: Re: trouble with svn via proxy
Message-ID: <Pine.LNX.4.62.0707030026220.13288@proto.technobounce.com>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Tue, 3 Jul 2007, Tshepang Lekhonkhobe wrote:
> Anyone out there?
>
> On 7/2/07, Tshepang Lekhonkhobe <tshepang@gmail.com> wrote:
>> Hi,
>>
>> I'm struggling to connect to a subversion repo (svn up). This was no
>> trouble until the company networking people set up some proxy thing. I
>> got this in my ./subversion/servers file:
>>
>> http-proxy-host = 172.1.2.3
>> http-proxy-port = 80
>> http-proxy-username = user.name
>>
>> These settings work when accesing the web (Epiphany).
>>
>> Here's the command and the error message:
>>
>> wena@debian:~/src/tracker$ svn up
>> svn: PROPFIND request failed on '/svn/tracker/trunk'
>> svn: PROPFIND of '/svn/tracker/trunk': GSSAPI authentication error
>> (Unspecified GSS failure. Minor code may provide more information: No
>> credentials cache found) (http://svn.gnome.org)
>>
>>
>> --
>> my place on the web:
>> floss-and-misc.blogspot.com
>>
this may solve your problem:
http://subversion.tigris.org/faq.html#proxy
-+-
8 out of 10 Owners who Expressed a Preference said Their Cats Preferred Techno.
Date: Tue, 3 Jul 2007 09:45:02 +0200
From: Pol Hallen <debianen@fuckaround.org>
To: debian-user@lists.debian.org
Cc: michael@estone.ca
Subject: Re: problem with smartmontools
Message-Id: <200707030945.02853.debianen@fuckaround.org>
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
> Having trouble getting my SATA WD raptor 150G drive smart enabled.
Have u abilitated bios smart feature?
Pol
Date: Tue, 3 Jul 2007 02:31:10 -0500
From: Adam Hupp <adam@hupp.org>
To: debian-user@lists.debian.org
Subject: Re: dsc.py: Automated warnings for Debian security updates
Message-ID: <20070703073110.GB32174@mouth.upl.cs.wisc.edu>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
> Is this targeted at systems running testing/unstable? I ask because
> on stable, running cron-apt is effectively what you are describing.
Thanks for the pointer. It looks like the difference is that dsc.py
is able to send a summary of the advisory in the notification, while
cron-apt has much more control over logging and upgrades.
--
Adam Hupp | http://hupp.org/adam/
End of debian-user-digest Digest V2007 Issue #1883
**************************************************
Received on Tue Jul 3 04:12:52 2007