Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 110827.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #2750

From: <debian-user-digest-request(at)lists.debian.org>
Date: Mon Nov 05 2007 - 21:21:23 EST


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2750

Today's Topics: 

  Re: salome in debian etch             [ Roberto Nicolini  ]
  Re: Programmers Text Editor           [ "Douglas A. Tutty"  ]
  Re: Programmers Text Editor           [ BartlebyScrivener  ]
  question about mdadm + grub interact  [ Steve Lane  ]
  Re: Could not adjust time             [ Kamaraju S Kusumanchi  ]
  Re: question about mdadm + grub inte  [ "Douglas A. Tutty" 
  Re: [Fwd: Re: Installing Packages Fr  [ Jeff Grossman <jeff@stikman.com> ]



Date: Tue, 06 Nov 2007 00:34:32 +0100


From: Roberto Nicolini <roberto.nicolini@gmail.com>
To: debian-user@lists.debian.org


Subject: Re: salome in debian etch

Message-ID: 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit


Mauro Darida wrote:


> hello all,
> I am trying to install salome in debian etch. At the salome website I have
> downloaded the sarge tarball (there is none for etch).
> The install wizard says mine is a "not supported linux platform" because
> is not sarge and recognise only gcc of my system; it wants to install form
> its binaries the rest of the software (even Opencascade 6.2, whichi is
> installed on my system, is not recognised).

If the binary package is only for Sarge, you're better off installing form
source. 


Do you need help?X

Expecially if the installer you have is trying to replace Etch versions of
the dependencies with its own verions, wich may well equal to break your
Etch system.



Roberto



Date: Mon, 5 Nov 2007 19:22:11 -0500


From: Mark Grieveson <dg135@torfree.net>
To: debian-user@lists.debian.org


Subject: Re: Cancel my e-mail address

Message-ID: <20071105192211.0cd0fe6b@localhost>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


On Mon,  5 Nov 2007 19:59:55 +0000 (UTC)
debian-user-digest-request@lists.debian.org wrote:


> Please cancel my e-mail address.
http://www.debian.org/MailingLists/unsubscribe
Do you need more help?X

Date: Mon, 5 Nov 2007 19:12:15 -0500


From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org


Subject: Re: Programmers Text Editor

Message-ID: <20071106001215.GA9257@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


On Mon, Nov 05, 2007 at 03:38:18PM -0800, David Brodbeck wrote:

> On Nov 5, 2007, at 3:23 PM, Douglas A. Tutty wrote:
> >My vim (not vi) tells me at the bottom of the screen.  Right now it
> >says:
> >
> >-- INSERT --                                      13,66   All
> 
> Yeah, that's the case on maybe a third of the systems I use.  (For me  
> vi is usually an 'editor of last resort,' used on things like rescue  
> CDs that don't have any other visual editor.  So the version I'm  
> using is often a very stripped-down one.)
> 

 


That's why I'm suggesting Vim and not vi.  There's also gvim (and other
gui layers) but I'm not a gui guy :)



Since it is a programmer's editor you want, why not write one?



Start with the man page.



Then the user's manual.



Then write a program that does what the docs say.



Doug.


Can we help you?X

Date: Tue, 06 Nov 2007 00:08:48 +0000


From: "J. Santos" <debianite@warpmail.net>
To: Debian User <debian-user@lists.debian.org>
Subject: RE: Slow file transfers in nautilus.

Message-ID: <472FB090.4080906@warpmail.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Can't find what you're looking for?X



Hi every one.


Lately after a fresh install of Debian Ecth I'm having this most
annoying problem, the transfer of files using nautilus takes two time as
much than it did before, but only when copying from an external medium
to my hard drive or copying from one folder to another in my hard drive
if i transfer files using rsync the


problem doesn't show.


Does any one have similar problems?


Thank you.


--=20


Jos=E9 Santos


debianite@warpmail.net

http://goodbye-microsoft.com/
http://www.ftml.net/mail/?STKI=3D1516747

Date: Mon, 5 Nov 2007 18:35:13 -0600


From: Nate Bargmann <n0nb@networksplus.net>
To: debian-user@lists.debian.org


Subject: Re: Programmers Text Editor

Message-ID: <20071106003513.GC25973@mail.networksplus.net>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

  •   Steve Lamb <grey@dmiyu.org> [2007 Nov 05 17:55 -0600]:

    > David Brodbeck wrote:
    > > Using vi requires you to keep track of the
    > > editor's state in your head -- you have to remember whether it's in
    > > input mode or command mode.  I've never been able to do that reliably.
    > 
    >     Neither have I.  However I did learn early on in my vim life that ESC in
    > insert mode puts you in command mode.  ESC in command mode puts you in
    > command mode.  So if you're not sure, just slap escape then you are
    > sure.  :))

There is some version of Vi (nvi?) that is installed by default.  A few
years ago I used Vim with Mutt and thought I had a handle on Vi.  nvi
humbled me one day...



BTW, I survived a few months into my first foray into MS-DOS 3.3 with
edlin until someone mercifully gave me a disk with a better editor
(qed?) on it.  By that metric I should be comfortable with ed, but I'm
not going to push my luck.



I really like FTE, but it needs a lot of help to meet its potential.



  •   Nate >>



-- 
 Wireless | Amateur Radio Station N0NB          |  Successfully Microsoft
  Amateur radio exams; ham radio; Linux info @  | free since January 1998.
             
http://www.qsl.net/n0nb/           |  "Debian, the choice of
             My Kawasaki KZ-650 SR @            |     a GNU generation!"
        
http://www.networksplus.net/n0nb/       |   
http://www.debian.org

Date: Tue, 6 Nov 2007 11:35:17 +1100
From: hce <webmail.hce@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: How to check tftp server is running?
Message-ID: <95455e980711051635k2d601124kd2adebdbfa70b20e@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 11/6/07, Andrew Sackville-West <andrew@farwestbilliards.com> wrote:

> On Mon, Nov 05, 2007 at 08:30:01PM +1100, hce wrote:
> > On 11/5/07, Andrew Sackville-West <andrew@farwestbilliards.com> wrote:
> > > On Mon, Nov 05, 2007 at 03:37:05PM +1100, hce wrote:
> > > > On 11/5/07, Andrew Sackville-West <andrew@farwestbilliards.com> wrote:
> > > ...
> > > > >
> > > > > in debian services are started with an init script stored in
> > > > > /etc/init.d/ and linked to various runlevels in /etc/rc[S123456].d/
> > > >
> > > > I've checked in /etc/init.d, there is no tftp, nor tftpd. I did
> > > > installed by "apt-get install tftp" and "apt-get install tftpd". Where
> > > > are those scripts? Or did I installed wrong tftp packages?
> > >
> > > looks like you probably did install the wrong package.
> > >
> > > Useful bits:
> > >
> > > dpkg -L tftpd
> >
> > $ dpkg -L tftpd
> > Package `tftpd' does not contain any files (!)
> >

>

> please provide

>

> dpkg -l tftpd


~$ dpkg -l tftpd
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
rc  tftpd          0.17-15        Trivial file transfer protocol server

That command seems work.


> and

>

> apt-cache policy tftpd


~$ apt-cache policy tftpd
tftpd:
  Installed: 0.17-15
  Candidate: 0.17-15
  Version table:
 *** 0.17-15 0
        500 ftp://ftp.au.debian.org etch/main Packages
        100 /var/lib/dpkg/status

That shows it was indeed installed.


> > This is stange and I am confused, how can calling "apt-get install
> > tftpd" get nothing??

>

> Without seeing the actual session where you did this, its hard to say.

>

> > > Indeed, from packages.debian.org and the package description, looks
> > > like tftpd expects to start form inet.d, so you'd have to put the
> > > proper entries in inet.d.conf and will not see the daemon running
> > > unless someone's actually connected.
> >
> > Well, my inetd.conf contains following tftp:
> >
> > tftp  dgram  udp wait  nobody  /usr/sbin/tcpd  /usr/sbin/in.tftpd /srv/tftp
> >
> > How to start/stop/restart the intd?

>

> depends on which inetd you have installed.

>

> ls /etc/init.d/ | grep inet


$ ls /etc/init.d/ | grep inet
openbsd-inetd

Is it normal that the Debian is running openbsd-inetd?


> and then /etc/init.d/<results of above> start/stop/restart as
> required.


I'll run /etc/init.d/openbsd-inetd restart when above question is confirmed.

Thank you.

Jim


> A

>

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

>

> iD8DBQFHL1dFaIeIEqwil4YRAon8AJ9EVPTIXrfbcoQUHXYLyZxRfhBKTgCgwua0
> Z4nEacXDW5N7TnY6GMAzj04=
> =bQN8
> -----END PGP SIGNATURE-----

>
>



Date: Mon, 05 Nov 2007 23:40:58 -0000
From: BartlebyScrivener <bscrivener42@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Programmers Text Editor
Message-ID: <1194306058.597874.140110@z9g2000hsf.googlegroups.com>
Content-Type: text/plain; charset="us-ascii"

On Nov 5, 5:30 pm, "Douglas A. Tutty" <dtu...@porchlight.ca> wrote:

> On Mon, Nov 05, 2007 at 03:10:50PM -0800, David Brodbeck wrote:

> Using vi requires you to keep track of the
> > editor's state in your head -- you have to remember whether it's in
> > input mode or command mode.  I've never been able to do that reliably.

>

> My vim (not vi) tells me at the bottom of the screen.  Right now it
> says:

>

> -- INSERT --                                                 13,66   All

>

Not only that, the cursor block goes from fat (in normal mode) to
skinny (in insert mode).

I've seen others who make the color of the status bar change according
to mode. I don't forget too often which mode I'm in. And even if you
do. Esc removes all doubt.

rd



Date: Mon, 05 Nov 2007 18:48:04 -0600
From: Ron Johnson <ron.l.johnson@cox.net>
To: debian-user@lists.debian.org
Subject: Re: Programmers Text Editor
Message-ID: <472FB9C4.5030103@cox.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11/05/07 17:40, BartlebyScrivener wrote:

> On Nov 5, 5:30 pm, "Douglas A. Tutty" <dtu...@porchlight.ca> wrote:

>> On Mon, Nov 05, 2007 at 03:10:50PM -0800, David Brodbeck wrote:

> 

>> Using vi requires you to keep track of the
>>> editor's state in your head -- you have to remember whether it's in
>>> input mode or command mode.  I've never been able to do that reliably.
>> My vim (not vi) tells me at the bottom of the screen.  Right now it
>> says:
>>
>> -- INSERT --                                                 13,66   All
>>

> 
> Not only that, the cursor block goes from fat (in normal mode) to
> skinny (in insert mode).


That must be configurable, because my cursor is always block-sized.


> I've seen others who make the color of the status bar change according
> to mode. I don't forget too often which mode I'm in. And even if you
> do. Esc removes all doubt.


- --
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!

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

iD8DBQFHL7nES9HxQb37XmcRAiNFAJ9b1OdvfXsQSidbiWqYp8vAmDBYHgCeOcNc
HAZUbiAnNFVmRuVr+kd2A+g=
=nr8g
-----END PGP SIGNATURE-----



Date: Mon, 5 Nov 2007 16:39:25 -0800
From: Steve Lane <drsteve@rna.berkeley.edu>
To: debian-user@lists.debian.org, linux-raid@vger.kernel.org
Cc: Steve Lane <drsteve@rna.berkeley.edu>
Subject: question about mdadm + grub interaction
Message-ID: <20071106003925.GW5467@turing.berkeley.edu>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Greetings.  In order to insure that a Debian stock kernel (i.e. the
kernel installed from the linux-image-2.6.22-2-686-bigmem package) boots
correctly off of a mdadm RAID 1 set of two disks if one of the disks is
dead, do we:

1) Have to manually install grub on the MBR on *both* drives, or is this
   done automagically by the grub package installer if the RAID 1 set
   is in place at the time of the grub install?

2) Need to have something that looks like this in /boot/grub/menu.lst:

   A)
      title           Debian GNU/Linux, kernel 2.6.21-2-686-bigmem, RAID1
      root            (hd0,0)
      kernel          /vmlinuz-2.6.21-2-686-bigmem root=/dev/md2 md=0,/dev/sda1,/dev/sdb1 ro
      initrd          /initrd.img-2.6.21-2-686-bigmem
      savedefault

      title           Debian GNU/Linux, kernel 2.6.21-2-686-bigmem, BROKEN RAID1
      root            (hd0,0)
      kernel          /vmlinuz-2.6.21-2-686-bigmem root=/dev/md2 md=0,/dev/sdb1 ro
      initrd          /initrd.img-2.6.21-2-686-bigmem
      savedefault

   i.e. with the 'md=...' configuration options?  Or do we just need this:

   B)
      title           Debian GNU/Linux, kernel 2.6.21-2-686-bigmem
      root            (hd0,0)
      kernel          /vmlinuz-2.6.21-2-686-bigmem root=/dev/md2 ro
      initrd          /initrd.img-2.6.21-2-686-bigmem
      savedefault

   which is the sort of thing that is installed automagically by the
   kernel package installer?

3) Need to have the 'md=...' configuration option point at the *boot*
   partition, or the *root* partition, so that if we have:

      md0 : active raid1 sda1[0] sdb1[1]
      md2 : active raid1 sda3[0] sdb3[1]

   and

      /dev/md0   /boot
      /dev/md2   /

   do we then need:

      md=0,/dev/sda1,/dev/sdb1
      md=0,/dev/sdb1

   or:

      md=2,/dev/sda3,/dev/sdb3
      md=2,/dev/sdb3

Any pointers to *detailed* documentation about how the 'md=...' option
works would be much appreciated; I've already seen:

  http://www.debian-administration.org/articles/238

(which has a question at the very bottom of the page, a bit over two
months old, asking very similar sorts of questions -- no answer on the
page so far...); and

  http://alephnull.net/software/linux-raid/4%20-%20Setup.html

(which is lilo-specific, but also informative); and

  http://www.epimetrics.com/topics/one-page?page_id=449&topic=Bit-head%20Stuff&page_topic_id=120

AND:

  http://www.opensubscriber.com/message/linux-raid@vger.kernel.org/7889881.html

(which is informative, but doesn't get at precise answers to my questions).

Thanks much,

--
Steve Lane
System, Network and Security Administrator
Doudna Lab
Biomolecular Structure and Mechanism Group
UC Berkeley



Date: Mon, 5 Nov 2007 17:19:20 -0800
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: question about mdadm + grub interaction
Message-ID: <20071106011920.GE23645@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="KJY2Ze80yH5MUxol"
Content-Disposition: inline

--KJY2Ze80yH5MUxol
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Nov 05, 2007 at 04:39:25PM -0800, Steve Lane wrote:

> Greetings.  In order to insure that a Debian stock kernel (i.e. the
> kernel installed from the linux-image-2.6.22-2-686-bigmem package) boots
> correctly off of a mdadm RAID 1 set of two disks if one of the disks is
> dead, do we:

>=20

> 1) Have to manually install grub on the MBR on *both* drives, or is this
>    done automagically by the grub package installer if the RAID 1 set
>    is in place at the time of the grub install?


this is what I did and it works fine.=20

>=20

> 2) Need to have something that looks like this in /boot/grub/menu.lst:


don't know about md=3D options so can't comment.

A

--KJY2Ze80yH5MUxol
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

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

iD8DBQFHL8EYaIeIEqwil4YRAg93AJ92sOzXxzPxsjqR/wnkix9+mE7MmACfUS+e
GbeqtBSQFjro9bCWnVSkkN4=
=b3wM
-----END PGP SIGNATURE-----

--KJY2Ze80yH5MUxol--



Date: Mon, 5 Nov 2007 17:22:43 -0800
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: How to check tftp server is running?
Message-ID: <20071106012243.GF23645@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="qxfKREH7IwbezJ+T"
Content-Disposition: inline

--qxfKREH7IwbezJ+T
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Nov 06, 2007 at 11:35:17AM +1100, hce wrote:

> On 11/6/07, Andrew Sackville-West <andrew@farwestbilliards.com> wrote:

=2E..

> > please provide
> >
> > dpkg -l tftpd

>=20

> ~$ dpkg -l tftpd
> Desired=3DUnknown/Install/Remove/Purge/Hold
> | Status=3DNot/Installed/Config-files/Unpacked/Failed-config/Half-install=

ed

> |/ Err?=3D(none)/Hold/Reinst-required/X=3Dboth-problems (Status,Err: uppe=

rcase=3Dbad)

> ||/ Name           Version        Description
> +++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=

=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D

> rc  tftpd          0.17-15        Trivial file transfer protocol server

>=20

> That command seems work.

>=20

rc means that it is not installed.


> > and
> >
> > apt-cache policy tftpd

>=20

> ~$ apt-cache policy tftpd
> tftpd:
>   Installed: 0.17-15
>   Candidate: 0.17-15
>   Version table:
>  *** 0.17-15 0
>         500 ftp://ftp.au.debian.org etch/main Packages
>         100 /var/lib/dpkg/status

>=20

> That shows it was indeed installed.


yeah. you've got a problem there.=20

do

apt-get update
apt-get --reinstall install tftpd

and provide the output from the install command.
=2E..


> $ ls /etc/init.d/ | grep inet
> openbsd-inetd

>=20

> Is it normal that the Debian is running openbsd-inetd?


yes.

>=20

> > and then /etc/init.d/<results of above> start/stop/restart as
> > required.

>=20

> I'll run /etc/init.d/openbsd-inetd restart when above question is confirm=

ed.

right, but that won't help with tftpd until you get it installed
properly. see above.

A

--qxfKREH7IwbezJ+T
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

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

iD8DBQFHL8HjaIeIEqwil4YRAiQtAJ0Te/4YU6kqa+9e2zMfiBm2Tp3hLACgmtGQ
qhss+zqYKLT4i7UTh5Uz6R8=
=n8fH
-----END PGP SIGNATURE-----

--qxfKREH7IwbezJ+T--



Date: Tue, 6 Nov 2007 02:22:38 +0100 (CET)
From: "s. keeling" <keeling@nucleus.com>
To: debian-user@lists.debian.org
Subject: Re: [OT] Scripting question: the length limit of a list?
Message-ID: <slrnfivgeu.7a3.keeling@heretic.nucleus.com>

Richard Lyons <richard@the-place.net>:

>  On Thu, Nov 01, 2007 at 01:49:03PM -0700, Mike Bird wrote:
> > On Thursday 01 November 2007 13:07, Wei Chen wrote:
> > > I would like to write a bash script like the following one:
> > >
> > > for i in `some program that outputs a word list`
> > > do
> > >   echo $i
> > > done
> > >
> > > where the word list can be very very long. I wonder what is the upper bound
> > > limit of the length of word lists in "for" loop of a bash script, or
> > > does it only
> > > depend on the hardware (say, RAM)? Thank you in advance.
> > 
> > Assuming that the words are output one per line, something
> > like the following can handle lists of any size:
> > 
> > some program | while read i; do echo $i; done
> 
>  A wild thought, but if you want to count the words in the output can you
>  not pipe it to wc?  I haven't tried, this is just a thought...


Not wild at all.  Most *ix apps (of the commandline variety, at least)
are designed to expect input on their stdin if it's there.  wc's no
exception.  "some_program | wc -l" will give you the number of lines
of output produced by some_program.  Exercise for you: play around
with

     some_program | grep -c "some_string"

which does the same thing, but only on lines you want to know about.


-- 
Any technology distinguishable from magic is insufficiently advanced.
(*)    http://blinkynet.net/comp/uip5.html      Linux Counter #80292
- -    http://www.faqs.org/rfcs/rfc1855.html    Please, don't Cc: me.



Date:  Mon, 05 Nov 2007 20:52:45 -0500
From: Kamaraju S Kusumanchi <kamaraju@bluebottle.com>
To: debian-user@lists.debian.org
Subject:  Re: Could not adjust time
Message-ID:  <fgogfm$9nr$1@ger.gmane.org>
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7Bit

Douglas A. Tutty wrote:

> 
> Also, how is an ordinary user supposed to click on anything and change
> the system time.  Root shouldn't be running X to be able to change the
> system time.  Unless the thing the user clicks on links to some su
> system.


At least in KDE, if you right click on the clock there is an option
to "Adjust Date & Time". It then invokes kde su.

Note that this kind of problem arises very often. For example a user starts
a KDE session and wants to configure a printer (which can only be done by
root). Even then it is solved in a similar fashion.

raju
-- 
Kamaraju S Kusumanchi
http://www.people.cornell.edu/pages/kk288/
http://malayamaarutham.blogspot.com/
Confused? Frustrated?X

Date: Tue, 6 Nov 2007 02:35:08 +0100 (CET)
From: "s. keeling" <keeling@nucleus.com>
To: debian-user@lists.debian.org
Subject: Re: [Fwd: Re: Installing Packages From Source]
Message-ID: <slrnfivh6c.7a3.keeling@heretic.nucleus.com>

Daniel Burrows <dburrows@debian.org>:

>  On Thu, Nov 01, 2007 at 05:19:49PM -0700, Jeff Grossman <jeff@stikman.com> was heard to say:
> >> Manually installed packages have status "i  " while automatically
> >> installed ones have "i A".
> >
> > They have a "c" next to them.
> 
>    So what you did is you removed the Debian package and then ran "make
>  install", right?
> 
>    In that case the package tools are completely unaware that you've done
>  anything.  As long as you installed into /usr/local/, that's fine.  If
>  you installed any files outside /usr/local, /opt and /home, you should
>  uninstall the software and reinstall it into one of those directories;
>  otherwise you risk having the package system stomp on what you've done.
> 
>    And to answer your original question: you don't need to tell aptitude
>  anything.  As far as it's concerned, those packages aren't installed at
>  all.


... Which strikes me as a dim idea.  He does need to tell aptitude
something.  If they were installed outside the pkg mgmt system, you'd
like it to know that, especially wrt dependencies.  Aptitude:

   Installing php; need apache ...

"What?  But apache's in /usr/local!"  In some way, aptitude should be
made aware of that fact.


-- 
Any technology distinguishable from magic is insufficiently advanced.
(*)    http://blinkynet.net/comp/uip5.html      Linux Counter #80292
- -    http://www.faqs.org/rfcs/rfc1855.html    Please, don't Cc: me.



Date: Mon, 5 Nov 2007 20:30:42 -0500
From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: question about mdadm + grub interaction
Message-ID: <20071106013042.GB9484@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Mon, Nov 05, 2007 at 05:19:20PM -0800, Andrew Sackville-West wrote:

> On Mon, Nov 05, 2007 at 04:39:25PM -0800, Steve Lane wrote:
> > Greetings.  In order to insure that a Debian stock kernel (i.e. the
> > kernel installed from the linux-image-2.6.22-2-686-bigmem package) boots
> > correctly off of a mdadm RAID 1 set of two disks if one of the disks is
> > dead, do we:
> > 
> > 1) Have to manually install grub on the MBR on *both* drives, or is this
> >    done automagically by the grub package installer if the RAID 1 set
> >    is in place at the time of the grub install?
> 
> this is what I did and it works fine. 
> 
> > 
> > 2) Need to have something that looks like this in /boot/grub/menu.lst:
> 
> don't know about md= options so can't comment.


I have everything except /boot on LVM over raid1.  Therefore I have

md0 := raid1 for /boot
md1 := raid1 for LVM

LVmirror-root for /

I have grub on both drives.  Since its raid1, both drives look the same
and the kernel gets loaded.  This is before the array gets started.

The initrd starts up the arrays.  If a disk is bad the arrary runs in
degraded mode but the array number stays the same.  I use a label on the
filesystems and use a label on the kernel command line.

Therefore, you should only need grub installed on both drives; the
kernel should take care of the rest.

Note: part of this is BIOS dependant.  Grub only knows drives based on
BIOS order.  On my box, if I pull out one SATA drive (doesn't matter
which), the remaining drive looks to the BIOS as the first drive.  I
don't know what would happen with SCSI or ATA(IDE).

Your best bet is to set it up and then test.

Doug.



Date: Tue, 06 Nov 2007 07:21:43 +0530
From: Raj Kiran Grandhi <grajkiran@gmail.com>
To: Ron Johnson <ron.l.johnson@cox.net>
Cc: debian-user@lists.debian.org
Subject: Re: Programmers Text Editor
Message-ID: <472FC8AF.2030202@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Ron Johnson wrote:


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 11/05/07 17:40, BartlebyScrivener wrote:

>> On Nov 5, 5:30 pm, "Douglas A. Tutty" <dtu...@porchlight.ca> wrote:
>>> On Mon, Nov 05, 2007 at 03:10:50PM -0800, David Brodbeck wrote:
>>> Using vi requires you to keep track of the
>>>> editor's state in your head -- you have to remember whether it's in
>>>> input mode or command mode.  I've never been able to do that reliably.
>>> My vim (not vi) tells me at the bottom of the screen.  Right now it
>>> says:
>>>
>>> -- INSERT --                                                 13,66   All
>>>
>> Not only that, the cursor block goes from fat (in normal mode) to
>> skinny (in insert mode).

> 
> That must be configurable, because my cursor is always block-sized.
> 


The shift to line cursor in insert mode only works in gvim. In vim, the 
status line is the only indicator. In any case, I am sure vim users 
don't even bother to remember the mode. They just <Escape> out of doubt.


-- 
Raj Kiran Grandhi



Date: Mon, 05 Nov 2007 17:44:59 -0800
From: Jeff Grossman <jeff@stikman.com>
To: Debian Users <debian-user@lists.debian.org>
Subject: Re: [Fwd: Re: Installing Packages From Source]
Message-ID: <472FC71B.7080003@stikman.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

s. keeling wrote:

> Daniel Burrows <dburrows@debian.org>:
>   

>>  On Thu, Nov 01, 2007 at 05:19:49PM -0700, Jeff Grossman <jeff@stikman.com> was heard to say:
>>     
>>>> Manually installed packages have status "i  " while automatically
>>>> installed ones have "i A".
>>>>         
>>> They have a "c" next to them.
>>>       
>>    So what you did is you removed the Debian package and then ran "make
>>  install", right?
>>
>>    In that case the package tools are completely unaware that you've done
>>  anything.  As long as you installed into /usr/local/, that's fine.  If
>>  you installed any files outside /usr/local, /opt and /home, you should
>>  uninstall the software and reinstall it into one of those directories;
>>  otherwise you risk having the package system stomp on what you've done.
>>
>>    And to answer your original question: you don't need to tell aptitude
>>  anything.  As far as it's concerned, those packages aren't installed at
>>  all.
>>     
>

> ... Which strikes me as a dim idea.  He does need to tell aptitude
> something.  If they were installed outside the pkg mgmt system, you'd
> like it to know that, especially wrt dependencies.  Aptitude:

>

>    Installing php; need apache ...

>

> "What?  But apache's in /usr/local!"  In some way, aptitude should be
> made aware of that fact.

>
>

>   

That was my opinion and why I asked the original question.  So, I should 
let aptitude know that I installed those packages myself?  Even though 
they won't be in the same directories that aptitude thinks they should 
be in?

Jeff

End of debian-user-digest Digest V2007 Issue #2750
**************************************************

Received on Mon Nov  5 21:21:31 2007
Don't know where to look next?X

This archive was generated by hypermail 2.1.8 : Wed Mar 19 2008 - 02:56:00 EDT

Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library