[gentoo-user] Re: etc-update versus Manual update opinions..

2003-09-19 Thread Heribert Slama
On Wed, 17 Sep 2003 08:53:43 -0400, in gmane.linux.gentoo.user,
[EMAIL PROTECTED] wrote:

On Wed, Sep 17, 2003 at 08:33:46AM -0400, brett holcomb wrote:
 [..]  I suppose you could try 
 an interactive update but for files like fstab I'll do it 
 by hadn.

As I said, you've got to pay attention - it's not a no-brainer.
etc-update lets you review each part of the patch and choose to do
hand-patching on the pieces that need it. Even for files like /etc/fstab
that require attention, it's less work (IMHO) than pulling both old and
new versions into editors and eyeballing every one of the changes.

Many people here say etc-update (the sdiff-stuff) is easy - it makes
me (almost;) desparate. Hey, can't you _imagine_ that some other
people find sdiff output _confusing_ because you see very little of
the _context_. I need the context to feel _safe_.

So I'm forced to use an editor. I use jEdit because it uses colors
to distinguish between different and common text. I take the new
version as the base and re-insert my customizations. The other way
round would be less work, but I want to have the most recent
_comments_ in my config files.

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: etc-update versus Manual update opinions..

2003-09-19 Thread Heribert Slama
On Wed, 17 Sep 2003 07:57:10 -0400, in gmane.linux.gentoo.user,
brett holcomb [EMAIL PROTECTED] wrote:

Well, I do it by using my editor (jstar) to show both 
files - new on top, old on bottom.  I then go through and 
see what is new and then modify one of the files.  For 
example, with make.conf I keep my old and move stuff from 
the new one to the old.  ---

Updating the old stuff is OK as long as you update the _comments_,
too;-)  I'd think many people are as lazy as I amg and skip that
(the computer doesn't care;)  Esp. /etc/make.conf is enriched
constantly with new specs, existing parameters may take on new
values etc.

Therefore I always use the new version as a template and re-insert
the previous customizations to keep the comments up-to-date. It
means more work...

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: post emerge config changes

2003-09-15 Thread Heribert Slama
On Mon, 15 Sep 2003 18:20:15 +0500, in gmane.linux.gentoo.user, bob
bob [EMAIL PROTECTED] wrote:

Thanks for the replys guys.. clearly I need to track down and read the 
doco.. I wasn't aware of this feature :-P

etc-update isn't a feature, it's a _nuisance_ :-
But I'm sure Easy-as-a-pie Superman will disagree;-)

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: disabling pam (cracklib)

2003-09-10 Thread Heribert Slama
On Tue, 9 Sep 2003 07:45:02 +0200, in gmane.linux.gentoo.user, Dirk
Heinrichs [EMAIL PROTECTED] wrote:

Am Montag, 8. September 2003 20:16 schrieb Bryan Feir:
 On Mon, Sep 08, 2003 at 05:45:32PM +0200, Heribert Slama wrote:
  When I modify a user entry with KDE's User Management and finally
  save the changes, I get warning dialogs (something like no shadow
  entry for user user) for _every_ user and have to click them
  away;-(

This is because the passwd and shadow files have to be kept in sync,
 with the same lines in both.  Every time you create a new user, it has to
 create a new entry in both passwd and shadow files.  Once the entry in
 the shadow file exists, though, you shouldn't keep getting these.

And the command to do this is /usr/sbin/pwconv.

Thank you for the advice. shadow is much shorter here than passwd:-(
Mostly entries for services are missing even though they are marked
'x' in the password field of passwd. Hopefully I can tell pwconv
that they don't need a password.

This shadow stuff was _not_ present in the system I installed back
in ~Oct '02. It arrived in May '03 (shadow) and July '03
(pam-login) with 2 new config files login.access and login.defs. I
was completely unaware of them until now:-((

The most important dependency - the user's braing - is treated
rather badly by emerge. Sometimes there are colorful Warnings and
Notices written to the screen when an ebuild completes, but they get
easily pushed off the screen by the next ebuild. Emerge should give
important information (must review your config, new functions,
side effects on other package xxx) etc. before anything is done!

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: disabling pam (cracklib)

2003-09-08 Thread Heribert Slama
On Mon, 8 Sep 2003 12:56:29 +0100, in gmane.linux.gentoo.user, Mike
Williams [EMAIL PROTECTED] wrote:

[..]
PAM and Shadow are part of system, so can't be removed easily anyway.

Can you please give a hint what this Shadow thing means.

When I modify a user entry with KDE's User Management and finally
save the changes, I get warning dialogs (something like no shadow
entry for user user) for _every_ user and have to click them
away;-(

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: system logger change

2003-08-28 Thread Heribert Slama
On Thu, 28 Aug 2003 00:16:44 +0200, in gmane.linux.gentoo.user,
Michael Grundmann [EMAIL PROTECTED] wrote:

[..]
there is in fact a usable default configuration that i didnt need to 
change yet.

Good, no risk, just fun;-

Servus,
[EMAIL PROTECTED]  :-)

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: system logger change

2003-08-27 Thread Heribert Slama
On Tue, 26 Aug 2003 20:23:36 +0200, in gmane.linux.gentoo.user,
Michael Grundmann [EMAIL PROTECTED] wrote:


i got the same problem (when switching for metalog to syslog-ng)
i solved it by
1. umerging metalog
2. emerge syslog-ng (or sysklogd in your case)
3. rc-update del metalog default
4. removing /etc/init.d/metalog
5. depscan.sh
and finally rc-update add syslog-ng default

Thank you for writing down the complete procedure.

Now I have an extra issue: I'm considering switching from syslog to
syslog-ng + logrotate and saw (on this list) that the
_configuration_ file is _completely different_. How can I read up on
this matter without emerging syslog-ng? Must I fetch the distfile
and take a peek? Does emerge install a useful configuration, which I
can use for a start and refine it afterwards? The FAQ on syslog-ng's
homepage http://www.balabit.com/products/syslog_ng/ and the samples
therein aren't very enlighteningg for the not-so-experienced user
(=myself;).

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: etc-update and fstab...

2003-08-03 Thread Heribert Slama
On Sun, 3 Aug 2003 14:33:58 +1200, in gmane.linux.gentoo.user, David
Friggens [EMAIL PROTECTED] wrote:

[...etc-update...]

 This is IMO the most very frustrating part of the way Gentoo works.
50*ACK :-
[..]

I've always found it more than satisfactory. etc-update automatically
merges any trivial changes and then I use the interactive merge option
(3, I think) to make sure my settings don't get overridden.

How do I recognize trivial changes? Only upt to 3 lines affected?
Then there are no trivial changes;-)

[..]

(*) Select the number of the file

The selection list is very often too long to fit on a screen; the
beginning of the list is rolled off the screen - not very clean.

(*) Select 3) Interactively merge original with update
(*) Update diff-by-diff how you like
Admittedly this bit is the most unintuitive at first as it doesn't
tell you what the options are. But if you type ? it gives you the
list:
ed: Edit then use both versions, each decorated with a header.
eb: Edit then use both versions.
el: Edit then use the left version.
er: Edit then use the right version.
e:  Edit a new version.
l:  Use the left version.
r:  Use the right version.
s:  Silently include common lines.
v:  Verbosely include common lines.
q:  Quit.
Usually a mix of r and l is all that's needed.

Quite often I get confused which side is old (left?) and new,
respectively. Also I lose track of the logical context, so I would
have to trust the mechanics of sdiff _blindly_ - well, I don't!
I copy the ._cfg-file to config.new and edit that manually (I
re-inject my modifications).

BTW, I don't understand the options beginning with 'e' (edit
[then...]).

Maybe it would be easier  safer with vim-diff (seeing everything in
context), but I would have to learn vim in the first place :-)

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: etc-update and fstab...

2003-08-03 Thread Heribert Slama
On 03 Aug 2003 10:19:26 -0700, in gmane.linux.gentoo.user, Mark
Knecht [EMAIL PROTECTED] wrote:

[..]

I hate to take up bandwidth offering nothing new, but hopefully the gods
will be reading this and understanding that some/many/most of us have
great concerns about this set of tools.

An update tool for config files would have to understand syntax
and constraints (on values) of all applications - that'd be asking
too much.

There are quite a few Gentoo developers fond of XML:-  Config files
could be distributed XML-ized, the application-specific final
format could be generated from it. User modifications should (only)
be applied with an XML-Editor (text-mode!g) to the XML file, then
the final format be re-generated.

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: etc-update and fstab...

2003-08-03 Thread Heribert Slama
On Sun, 3 Aug 2003 15:54:37 -0400, in gmane.linux.gentoo.user,
Heschi Kreinick [EMAIL PROTECTED] wrote:

Just a few remarks on selected issues:

 [..]
... So people will have to check their configs after they're
updated, and really, how much more time does it take to merge them by hand
than just checking whether the merge was done correctly?

My latest #emerge -u system threw **58** config files at me:- I
had to check every item; about 30 files belonged to X and were never
customized - but this had to be verified (easy but boringsigh).
For the remaining files I used an editor.


[]
 Maybe someone
should write a config file manual for the user docs section. But there's not
anything wrong with etc-update, just with people's understanding of how it
should be used.

The missing doc is what's wrong with etc-update. Maybe using a
difference editor as the default choice instead of sdiff, would make
things easier for newcomers.

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: etc-update and fstab...

2003-08-03 Thread Heribert Slama
On Sun, 3 Aug 2003 16:26:55 -0600, in gmane.linux.gentoo.user,
Collins Richey [EMAIL PROTECTED] wrote:

[..]

4) There really needs to be a standard mechanism that notifies users
when a critical config file update is necessary and prompts the user
to make the changes manually. [..]

The first run of #emerge pkg should install nothing but a Memo to
User (text file) and display it. Emerge knows the versions
installed and could include only as much hints as needed for the
intended version jump. Today, I'm forced to remember a feature in a
GWN issued weeks or months ago.

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: etc-update and fstab...

2003-08-03 Thread Heribert Slama
On Sun, 3 Aug 2003 13:56:03 -0500, in gmane.linux.gentoo.user,
Steven Elling [EMAIL PROTECTED] wrote:

[..]

I don't think passwd should be updated by etc-update.  For one, would a 
system administrator edit the passwd file to add or delete a user, system 
or daemon account or replace it completely?  I know I wouldn't because of 
the inherent danger in doing so.  As a system administrator, I try to avoid 
editing the passwd and group files manually and use useradd, userdel, 
usermod, groupadd, groupdel, groupmod, etc. instead.

ACK. But once came in a new group (+passwd) file with an enlarged
set of standard group names (gid  1000). One of these names had
already been in the previous file but with a different gid (IRC it
was 'slocate'; luckily only 2 items in the filesystem needed special
treatment, to get the right gid number into their inodes.)


Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: Upgraded XFree86 to 4.3.0 - KDE system fonts broken :-(((

2003-07-20 Thread Heribert Slama
On Sat, 19 Jul 2003 03:23:32 +0200, in gmane.linux.gentoo.user, I
wrote:

An emerge -u system upgraded **XFree86** to 4.3.0.

Now **KDE** 3.1.1a can no longer display the system fonts
(Helvetica, IIRC). [..]

Finally, I learned to handle Gentoo/Bugzilla properly and found a
best fitting bug: http://bugs.gentoo.org/show_bug.cgi?id=18666.
The workaround given in comment#2 helped:-), I added confirmation as
comment#9.

The qt-library had simply to be re-emerged (the currently installed
versiong); it wasn't a configuration file problem.

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Upgraded XFree86 to 4.3.0 - KDE system fonts broken :-(((

2003-07-18 Thread Heribert Slama
Hi,

An emerge -u system upgraded **XFree86** to 4.3.0.

Now **KDE** 3.1.1a can no longer display the system fonts
(Helvetica, IIRC). Text appears as thin long bars (extremely
strechted). Dialog boxes are distorted (much too wide), control
elements are mostly shifted out of sight; I couldn't even log out
properly. Gnome has no font problems, but KDE apps invoked from
Gnome menu have them.

Of course, I searched the forums  mailing lists. I didn't find a
solution to my problem. (I did see although, that many people (did)
have problems with fonts, and many of them got no advice that
helped.)

I tried with and w/o XFS (X font server) - makes no difference. Is
/etc/X11/XftConfig still needed? AFAICT Xft is v2.0 which should
rely on fontconfig for font selection.

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] ReiserFS said to repaired but isn't :-(

2003-07-14 Thread Heribert Slama
Currently the file system check during startup (/etc/init.d/checkfs
+checkroot) _always_ runs reiserfsck against the root (/) file
system.

The check finds an error in the (free/used space) bitmap, which
should be fixable. But the program says:
--fix-fixable ignored
so nothing gets fixed. Nonetheless checkfs/checkroot says
* File system repaired:-

I had tried reiserfsck earlier from the command line and didn't
succed either (see below, items 3ff).

***

How it all began...

1) While I ran an 
emerge -uD system | tee logfile
after an rsync, the speaker started to beep continuously. I panicked
(CPU overheated?) and cut the power.

2) On the next boot, reiserfsck considered the filesystem as clean!
But the last 30 lines of logfile were wrong data!

3) Now I wanted to run the file system check manually. I forced the
system to single-user mode by telinit 1 (maybe not the correct
way), re-mounted / read-only and ran
reiserfsck --check /dev/hda8
This reported 2 fixable errors in the bitmap.
Note: --check would refuse to run on the writeable reiserfs.

4) Next command:
reiserfsck --fix-fixable /dev/hda8
--fix-fixable rejected for a read-only reiserfs (of course;-)
Re-mounted /dev/hda8 r/w, re-issued above command...
Cannot run check on a file system with write permission.
Termination!
FYI: reiserfsck is quite current (3.6.8), reiserfs is v3.6.25
(vanilla-kernel 2.4.19), installed 10 months ago.
Note: I'm writing this under Windows; all data come from memory;-)

5) But reiserfsck must have turned some kind of unclean bit on (in
the superblock?), triggering a complete check at each startup.

== What must I do to make reiserfsck _repair_ the file system?

(Just occured to me: since this is the root file system, could it be
necessary to free (unmount) all mount points?)

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: ReiserFS said to repaired but isn't :-(

2003-07-14 Thread Heribert Slama
On Mon, 14 Jul 2003 16:11:28 -0400, in gmane.linux.gentoo.user,
Brett I. Holcomb [EMAIL PROTECTED] wrote:

You may need to unmount the system to do the repair.

Would that mean to start from a different Linux, e.g. from the
LiveCD? (Because it's the root file system; when unmounted, no more
programs)

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: emerge -u system after rsync SIGH

2003-07-12 Thread Heribert Slama
 [20030411-r1] 
[ebuildU ] dev-perl/HTML-Parser-3.28 [3.26-r2] 
[ebuildU ] dev-perl/libwww-perl-5.69 [5.68] 
[ebuildU ] sys-apps/fileutils-4.1.11-r1 [4.1.11] 
[ebuildU ] app-admin/sudo-1.6.7_p5 [1.6.6] 
[ebuild  N   ] media-gfx/transfig-3.2.3d-r1  
[ebuild  N   ] app-admin/addpatches-0.2  
[ebuildU ] sys-kernel/vanilla-sources-2.4.21 [2.4.19] 
[ebuildU ] sys-apps/i2c-2.7.0 [2.6.5-r1] 
[ebuildU ] sys-apps/lm-sensors-2.7.0-r1 [2.6.5] 
[ebuildU ] app-editors/xemacs-21.4.12 [21.4.9] 
[ebuild  N   ] app-xemacs/xemacs-base-1.75  
[ebuild  N   ] app-xemacs/eterm-1.13  
[ebuild  N   ] app-xemacs/fsf-compat-1.12  
[ebuild  N   ] app-xemacs/ecrypto-0.12  
[ebuild  N   ] app-xemacs/sh-script-1.17  
[ebuild  N   ] app-xemacs/mail-lib-1.56  
[ebuild  N   ] app-xemacs/cc-mode-1.32  
[ebuild  N   ] app-xemacs/ilisp-1.29  
[ebuild  N   ] app-xemacs/w3-1.28  
[ebuild  N   ] app-xemacs/apel-1.26  
[ebuild  N   ] app-xemacs/edebug-1.15  
[ebuild  N   ] app-xemacs/speedbar-1.26  
[ebuild  N   ] app-xemacs/mh-e-1.17  
[ebuild  N   ] app-xemacs/vm-7.07  
[ebuild  N   ] app-xemacs/cookie-1.14  
[ebuild  N   ] app-xemacs/mailcrypt-2.12  
[ebuild  N   ] app-xemacs/tm-1.35  
[ebuild  N   ] app-xemacs/rmail-1.13  
[ebuild  N   ] app-xemacs/gnus-1.65  
[ebuild  N   ] app-xemacs/xemacs-ispell-1.24  
[ebuild  N   ] app-xemacs/xemacs-devel-1.50  
[ebuild  N   ] app-xemacs/elib-1.10  
[ebuild  N   ] app-xemacs/edit-utils-1.98  
[ebuild  N   ] app-xemacs/pcl-cvs-1.64  
[ebuild  N   ] app-xemacs/ediff-1.46  
[ebuild  N   ] app-xemacs/vc-1.35  
[ebuild  N   ] app-xemacs/emerge-1.09  
[ebuild  N   ] app-xemacs/prog-modes-1.72  
[ebuild  N   ] app-xemacs/dired-1.13  
[ebuild  N   ] app-xemacs/efs-1.29  
[ebuildU ] sys-apps/psmisc-21.2-r2 [21.2-r1] 
[ebuildU ] sys-apps/parted-1.6.5 [1.6.1] 
[ebuildU ] app-admin/gentoo-stats-0.4 [0.2] 
[ebuildU ] app-arch/file-roller-2.2.4 [2.2.3] 
[ebuildU ] media-libs/gstreamer-0.6.1-r1 [0.6.0-r2] 
[ebuildU ] media-video/ffmpeg-0.4.7_pre20030624 [0.4.6-r1] 
[ebuildU ] media-sound/lame-3.93.1-r1 [3.92] 
[ebuildU ] media-libs/gst-plugins-0.6.1 [0.6.0-r4] 
[ebuildU ] gnome-base/gail-1.2.1 [1.2.0] 
[ebuildU ] gnome-extra/libgtkhtml-2.2.3 [2.2.1] 
[ebuildU ] gnome-extra/yelp-2.2.2 [2.2.0] 
[ebuildU ] gnome-extra/libgsf-1.7.2 [1.6.0] 
[ebuildU ] gnome-base/gnome-panel-2.2.2 [2.2.1] 
[ebuildU ] gnome-extra/gnome-utils-2.2.2 [2.2.1] 
[ebuildU ] app-dicts/aspell-en-0.51.0 [0.50.2] 
[ebuildU ] x11-libs/vte-0.10.27 [0.10.26] 
[ebuildU ] gnome-base/libgtop-2.0.1 [2.0.0-r1] 
[ebuildU ] gnome-base/control-center-2.2.2 [2.2.1] 
[ebuildU ] gnome-extra/acme-2.0.3 [2.0.2] 
[ebuildU ] sys-devel/gdb-5.3 [5.2.1] 
[ebuildU ] gnome-extra/bug-buddy-2.2.104 [2.2.103] 
[ebuild  N   ] media-sound/normalize-0.7.6  
[ebuildU ] app-cdr/k3b-0.8.1-r1 [0.8.1] 
[ebuildU ] dev-util/devhelp-0.6.0 [0.5.0] 
[ebuild  N   ] media-libs/compface-1.4  
[ebuildU ] net-www/w3m-0.4.1-r2 [0.3-r6] 
[ebuildU ] app-emulation/dosemu-1.1.5 [1.1.3-r1] 
[ebuildU ] app-editors/vim-6.2 [6.1-r14] 
**

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: emerge -u system after rsync SIGH

2003-07-10 Thread Heribert Slama
On Thu, 10 Jul 2003 11:18:59 +0300 (IDT), in
gmane.linux.gentoo.user, Leonid Podolny
[EMAIL PROTECTED] wrote:

[..]

As far as I know, these packages are there because of the USE flags. If 
you don't intend to install X on this machine at the future, you can edit 
your /etc/make.conf and add the -X USE flag. If you do intend to or you 
have it already installed, then I'd recommend to leave the X flag in, 
and compile it while emerging system -- 

Well, I _do_ use X to run KDE. IIRC from the Gentoo Weekly
Newsletters the new version has better font handling (by always
using a font server), so I would upgrade sooner or later. I'd simply
like to _chose the time_. One reason being: I want to prepare
_myself_ (knowledge-wise;-).

[..] You'll still have to upgrade X at the next emerge 
world, right ? :)  

I don't even dare _thinking_ of ever doing an emerge world;;;-)
Processes taking more than 12 hours are a problem for me, because
the machine is (a) shared between Linux  Windows, and (b) rather
loud sigh.

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: emerge -u system after rsync SIGH

2003-07-10 Thread Heribert Slama
On Thu, 10 Jul 2003 12:22:33 -0700, in gmane.linux.gentoo.user, Rex
Young [EMAIL PROTECTED] wrote:

[..]

My wife's machine is still using Xfree86 4.2.  I've update several
small packages in the process of adding one or two things she wants.

Did you do an emerge rsync before updating those packages? An
updated portage tree sometimes requires a new version of portage
(package) itself. In such a case I found out (using --pretend), that
emerge -u portage
would do almost as much as
emerge -u system

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: emerge -u system after rsync SIGH

2003-07-10 Thread Heribert Slama
On Wed, 9 Jul 2003 22:34:18 -0400 (EDT), in gmane.linux.gentoo.user,
wes chow [EMAIL PROTECTED] wrote:

[..]

The User Guide shouldn't require a system update.  It should *suggest* it.  
You don't need to upgrade anything that you don't want to.  Gentoo's 
philosophy is to put as much control in the hands of the user as possible.

I thought so, too;-)

But the Portage User Guide is quite explicit - the emerge -u
system is _not_ described as optional.

If the latest version of a package depends on an updated version of
the basic system layout (portage executables, init-scripts,
environment vars etc.) emerge will not work properly.

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] emerge -u system after rsync SIGH

2003-07-09 Thread Heribert Slama
Hi,

Portage User Guide requires an
emerge -u system
after each
emerge rsync.

An
emerge -pu system
shows about _15_ packages: Well, baselayout, bash, fileutils,... -
these are quite understandable (no objections;-). Then vim, vim-core
- I don't use vim seriously, yet (just nano, mc[edit] to tweak
config files; kate under KDE), but let it be (part of class
system). Then some packages whose function I don't know, most of
them sporting util as part of their name;-

I'm not a Linux expert (not a newbie either) and can't tell, which
upgrades are necessary and which ones are just nice to have and
could be postponed.

But the _fat surprise_ is the new release of _XFree86_ (4.3.0).
Would the installed release 4.2.x[1] really fail under the new
baselayout? If I knew a compelling reason for upgrading XFree86, and
had known it before rsync-ing, I wouldn't have written this posting.
(BTW, the currently installed release was forced on me the same way,
and I didn't like it, then.). An upgraded X throws about 20 config
files at me, and I still can't get used to rc-update's sdiff-stuff.

My question is: Does emerge -u system upgrade only the necessary
minimum? (to keep the system running), or does it more? Will there,
in the future, be more control and less surprise for the user?

Since I have only 1 PC (P3/1GHz) and share it between Win2k 
Gentoo, endless compilations are a problem for me.

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: Create a new grub only partition? Looking for ideas.

2003-06-03 Thread Heribert Slama
On Mon, 2 Jun 2003 09:09:37 -0700, in gmane.linux.gentoo.user, Mark
Knecht [EMAIL PROTECTED] wrote:

[..]

   I would like to get rid of SC7 completely. However, if I just remove it
then I think the system will only boot Windows.

What flavor of Windows do you have? I use Windows 2000. It was the
first OS on my PC and I didn't want to put my MBR (master boot
record) at risk. Windows 2000 has a simple bootloader. I use it to
start GRUB from the /boot partition, which in turn fires up Gentoo.
I had to make a copy (under Linux) of the /boot partition's boot
sector (on a floppy or a FAT partition); then copy it under Windows
into its file system (NTFS in my case) - it can even reside in
sub-directory (e.g. c:\genntoo\bootsect.gn2). That filename must be
put into c:\boot.ini.

With Windows 9x/ME things may be different. It is possible to start
Linuxes from a _real_ DOS (utility LOADLIN.EXE); not from DOS-box
under Windows. I use that on an old 486 box (DOS+Win3.1+LoopLinux).

Best regards,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: Resizing Existing Partition to make room for Gentoo

2003-05-30 Thread Heribert Slama
On Sun, 25 May 2003 20:45:10 -0400, in gmane.linux.gentoo.user,
Chris I [EMAIL PROTECTED] wrote:

[..]

I've used parted with success on fat32 partitions. As mentionned, 
defrag first. Also, its always best to back up your data just in 
case, especially since certain features of parted are a little 
difficult to understand with those first-time partitioners.

With parted I could enlarge my root partition (a few months ago) -
but reiserfs was dead:-  parted offers to re-size the file system
automatically; for reiserfs I had to emerge a special package
(reiserfsprogs, IIRC) containing a shared library for managing
areiserfs from any old program. But parted messed it up:-(

Partition sizes and limits are shown (to be given) in decimal
fractions of megabytes:-O  I'll never touch that program again.

GrĂ¼sse,
-Heribert

-- 
Heribert Slama
Muttenz, Switzerland


--
[EMAIL PROTECTED] mailing list