Re: install debian remotely

2006-12-30 Thread Douglas Tutty
On Thu, Dec 21, 2006 at 10:23:30AM +, antonio giulio wrote:
> Hi,
> 
> I must install debian on remote server. Actually it's present an old
> red-hat 9. Can you suggest me guide/how-to/etc to start installing or
> an "easy way" to do it?

Get someone at that end to go through the bios pages on the phone with
you then hook a modem up to it and dial in and do a serial-console
install.

Doug.

 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: GeForce 6100 and Debian

2006-12-30 Thread hendrik
On Fri, Dec 29, 2006 at 04:09:59PM -0600, Jacob S. wrote:
> Hello Hendrik,
> 
> I saw your posts about the GeForce 6100 video card built into the
> motherboard in the Debian-amd64 list archives. I've been looking at
> buying a motherboard with the same GPU builtin recently and was
> wondering; were you ever able to get your instability problems fixed? If
> yes, what kernel version, which Debian version and are you still using
> Nvidia's proprietary drivers?

Yes, I have it running.  I have installed
  kernel vmlinuz-2.6.18-3-amd64,
  udev 0.103-1
  xserver-xorg-core 2:1.1.1-11
  xserver-xorg-input-all 1:7.1.0-8
  xserver-xorg-input-evdev 1:1.1.2-6
  xserver-xorg-input-kbd 1:1.1.0-4
  xserver-xorg-input-mouse 1:1.1.1-3
  xserver-xorg-video-dummy 1:0.2.0-3
  xserver-xorg-video-fbdev 1:0.3.0-3
  xserver-xorg-video-nv 1:1.2.0-3
  xserver-xorg-video-vesa 1:1.3.0-1
  xserver-xorg-video-vga 1:4.1.0-3
  xtrans-dev 1.0.1-3
  xutils-dev 1:7.1.ds-4
  xserver-xorg 1:7.1.0-8
  xutils 1:7.1.ds.3

The longer version numbers (10 characters of more) may have been 
truncated by aptitude, which I use interactively.

Mostly, my problems went away when I upgraded to kernel 2.6.17-2-amd64.

The video driver I'm using appears to be vesa:

Section "Device"
Identifier  "Generic Video Card"
Driver  "vesa"
EndSection

I'm planning to go back to the free nv drivers, and if that works OK, to 
go back to the proprietary drivers.  All very cautiously.  First I'm 
planning to copy my entire syustem to other partitions, so that if 
anything goes wrong I can still boot the other system.

You can see more details at my formal bug report at 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379480
 
-- hendrik
  

> 
> TIA,
> Jacob
> 
> -- 
> GnuPG Key: 1024D/16377135
> 
> Random .signature #15:
> "What you end up with, after running an operating system concept through
> these many marketing coffee filters, is something not unlike plain hot
> water." --Matt Welsh 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: keep specific versions of packages

2006-12-30 Thread Francesco Pietra

--- Giacomo Mulas <[EMAIL PROTECTED]> wrote:

> On Sun, 24 Dec 2006, Francesco Pietra wrote:
> 
> > I want to avoid any modification from apt-get
> commands
> > to
> >
> > mpqc 2.3.1-0.2
> 
> Ciao Francesco. There are many ways to achieve what
> you want. The simplest
> one is just to put the mpqc packages in "hold"
> state. You can do that using
> any of the frontends (e.g. from dselect to synaptic
> just to name two). This
> will prevent _any_ automatic upgrade of mpqc. You
> will still be able to
> upgrade it, if needed, using a explicit command, but
> not with a general
> upgrade of the system.

I have no gui on amd64 etch. Aptitude does not
recognize the installation of mpqc 2.3.1-0.2, which
was carried out with dpkg without uninstalling mpqc
2.3.1-1. At least not on "science", where it
recognizes only mpqc-support 2.3.1-1 from apt-get
previous installation.

dselect recognizes the mpqc 2.3.1-0.2 installation and
I could place "H" on that. My only remaining concern
(I  am not in a hurry to command a "apt-get" upgrade)
is about the dependencies, which are shown by
"apt-show mpqc". I have not checked them against those
for mpqc 2.3.1-1 still existing on debian
repositories, though libint was surely expressely
introduced for the new version 0.2. Therefore, is
placing "H" for mpqc 2.3.1-1 0.2 enough to prevent it
being touched during "apt-get upgrade" if the same
version appears on debian repositiries (I fear that
the new version on debian repositories will not be
compiled for libint, because this serves very special
procedures only). Moreover, simply placing "H" on the
mpqc package does prevent upgradind dependencies, or
is that immaterial to mpqc functioning?

This clarification will serve also for any future
similar case.

Thanks a lot
francesco


> 
> Another option: if you obtained those packages from
> a repository which
> includes "release" information, you can use the
> "pin" functionality of apt
> to force apt-get to always obtain a well-defined
> revision. This is achieved
> by adding "stanzas" to the file
> /etc/apt/preferences, such as
> 
> Package:  mpqc*
> Pin:  release a=whateveritisinthatrepository
> Pin-Priority:  higherthandefault
> 
> where you should substitute
> "whateveritisinthatrepository" with the release
> name for packages in the repository you use, and
> "higherthandefault" with a
> number higher than the default and than any other
> general matching stanza
> (if you have others), to avoid your mpqc packages to
> be taken from another
> source. You should find more information about how
> to handle this
> functionality in the /usr/share/doc/Debian/apt-howto
> directory. Read it,
> it's worth the time you will spend with it, since
> you will probably save you
> quite a bit more time in solving trivial problems in
> the future. If
> necessary, install some apt-howto package (I think
> there is also one in
> Italian).
> 
> If you compile your mpqc packages yourself and did
> not set up a full-fledged
> repository with release fields for it, you will
> probably be better off with
> the first option, i.e. put the packages on hold, but
> I also offer you a
> small suggestion from my own experience in
> maintaining locally a number of
> backported packages: when compiling your own
> packages, edit the
> debian/changelog to bump up your compiled version
> from the currently
> available one you are tracking (from unstable,
> perhaps?). I usually just add
> a ".1" to the version number. Then install your
> local packages and put them
> on hold. This has 2 effects: the first one, as
> explained above, they will
> not be automatically upgraded; the second one, they
> will not even show up in
> the list of packages for which a newer version is
> available, until this is
> really the case, i.e. when a new version is release
> in debian. Therefore, it
> will not be automatically upgraded but you will know
> there was a new version
> released, possibly with bug fixes, and you will
> decide whether it's worth
> recompiling a new local version with those bug
> fixes.
> 
> Have fun
> Giacomo
> 
> P.S.: Buon Natale (in ritardo) e felice anno nuovo
> 
> -- 
>
_
> 
> Giacomo Mulas <[EMAIL PROTECTED]>
>
_
> 
> OSSERVATORIO ASTRONOMICO DI CAGLIARI
> Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA)
> 
> Tel. (OAC): +39 070 71180 248 Fax : +39 070
> 71180 222
> Tel. (UNICA): +39 070 675 4916
>
_
> 
> "When the storms are raging around you, stay right
> where you are"
>   (Freddy Mercury)
>
_
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 
> 
> -- 
> To UNSUBSCRIBE, email to
> [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Conta