I am seeing this too... Will add back in the symlinks according to other
posts...
> -Original Message-
> From: Paul Misner [mailto:[EMAIL PROTECTED]
> Sent: Sunday, September 07, 2003 8:58 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Cooker] initscripts - no rc.local executi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
symlinks missing for init.d/halt, reboot, and local in respective runlevels. I
just went and added mine back in.
On Sunday 07 September 2003 23:57, Paul Misner wrote:
> On Sunday 07 September 2003 10:49 pm, Jason Straight wrote:
> > Is this just me
On Sunday 07 September 2003 10:49 pm, Jason Straight wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Is this just me?
>
> On startup rc.local isn't run apparently,
>
> on shutdown it gets as far as "INIT: no more processes left in this
> runlevel" and stops
naw, it's been posted about
On Sunday 07 September 2003 10:49 pm, Jason Straight wrote:
> Is this just me?
>
> On startup rc.local isn't run apparently,
>
> on shutdown it gets as far as "INIT: no more processes left in this
> runlevel" and stops
I hadn't noticed the rc.local problem, but I'm definitely seeing the shutdown
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is this just me?
On startup rc.local isn't run apparently,
on shutdown it gets as far as "INIT: no more processes left in this runlevel"
and stops
- --
Jason Straight
[EMAIL PROTECTED]
resume: http://www.jeetkunedomaster.net/~junfan/resume.doc
Afin de poursuivre la mise à jour, les paquetages suivants doivent être
désinstallés :
kernel-multimedia-2.4.21.1mm.6mdk-1-1mdk.i586
(initscripts-7.06-24mdk.i586 est en conflit) (o/N)
On latest cooker, while trying to upgrade with urpmi, i have this
message ( french version ) telling that there
On Thursday 04 September 2003 14:51, Eric Fernandez wrote:
> Quel Qun wrote:
> >As of tonight, many services are not started in runlevel 3 although they
> >are listed as on by chkconfig. I had to start syslog, xinetd, network
> >and xfs manually, and surely some others are missing.
> >
> >Since sys
Quel Qun wrote:
As of tonight, many services are not started in runlevel 3 although they
are listed as on by chkconfig. I had to start syslog, xinetd, network
and xfs manually, and surely some others are missing.
Since syslog is one of the missing in action, it is quite difficult to
guess what is
On Thu, 2003-09-04 at 09:12, Dave Cotton wrote:
> On Thu, 2003-09-04 at 08:38, Randy Welch wrote:
> > Stefan van der Eijk wrote:
> >
> > > Quel Qun wrote:
> > >
> > >> As of tonight, many services are not started in runlevel 3 although they
> > >> are listed as on by chkconfig. I had to start sysl
On Thu, 2003-09-04 at 08:38, Randy Welch wrote:
> Stefan van der Eijk wrote:
>
> > Quel Qun wrote:
> >
> >> As of tonight, many services are not started in runlevel 3 although they
> >> are listed as on by chkconfig. I had to start syslog, xinetd, network
> >> and xfs manually, and surely some oth
On Thu, 2003-09-04 at 00:38, Randy Welch wrote:
> Stefan van der Eijk wrote:
>
> > Quel Qun wrote:
> >
> >> As of tonight, many services are not started in runlevel 3 although they
> >> are listed as on by chkconfig. I had to start syslog, xinetd, network
> >> and xfs manually, and surely some oth
Stefan van der Eijk wrote:
Quel Qun wrote:
As of tonight, many services are not started in runlevel 3 although they
are listed as on by chkconfig. I had to start syslog, xinetd, network
and xfs manually, and surely some others are missing.
I see this as well...
-randy
Quel Qun wrote:
As of tonight, many services are not started in runlevel 3 although they
are listed as on by chkconfig. I had to start syslog, xinetd, network
and xfs manually, and surely some others are missing.
But, it does boot a lot faster, right? See, it's a new feature! :-)
Since syslog is
As of tonight, many services are not started in runlevel 3 although they
are listed as on by chkconfig. I had to start syslog, xinetd, network
and xfs manually, and surely some others are missing.
Since syslog is one of the missing in action, it is quite difficult to
guess what is going on.
init
after i found usb related bug in rc.sysinit (#5113) i thinking about
/etc/sysconfig/usb. why we can't handled this line USB=yes in initscripts?
maybe someone wouldn't like starting usb extensions even usb controller
is presented.
--
member of Advanced InternetWorks group -> http://www.ainetworks
> I found something. Some stupid script adds again and again this line
> at the end of modules.conf:
> alias sound-slot-0 snd-emu10k1
kudzu? harddrake? have you tried to disable one by one and check?
On 08.05, J.A. Magallon wrote:
> Hi all...
>
> With latest updates, my sound does not start up.
> I use OSS, do not use ALSA.
> Till now, I had this in /etc/modules.conf:
>
> alias sound emu10k1
>
> If the sound service now says:
>
> werewolf:/etc# service sound start
> Loading sound module (e
Hi all...
With latest updates, my sound does not start up.
I use OSS, do not use ALSA.
Till now, I had this in /etc/modules.conf:
alias sound emu10k1
If the sound service now says:
werewolf:/etc# service sound start
Loading sound module (emu10k1) [ OK ]
Loadin
On Mon, Aug 04, 2003 at 01:10:46AM +0200, J.A. Magallon wrote:
On 08.03, Pixel wrote:
this is crazy. I just had a look at redhat's package and they have
patched it for backward compatibility. I include this patch *now*!
Please, don't. Just correct the scripts. You will have to do it sooner
or later
On Sun, 2003-08-03 at 16:47, Pixel wrote:
> "J.A. Magallon" <[EMAIL PROTECTED]> writes:
>
> > > > [EMAIL PROTECTED] root]# head -2 temp1.txt
> > > > head: `-2' option is obsolete; use `-n 2'
> > > > Try `head --help' for more information.
> > > > [EMAIL PROTECTED] root]#
> > >
> > > this is crazy
"J.A. Magallon" <[EMAIL PROTECTED]> writes:
> > > [EMAIL PROTECTED] root]# head -2 temp1.txt
> > > head: `-2' option is obsolete; use `-n 2'
> > > Try `head --help' for more information.
> > > [EMAIL PROTECTED] root]#
> >
> > this is crazy. I just had a look at redhat's package and they have
> >
On 2003-08-04(Mon) 01:10:46 +0200, J.A. Magallon wrote:
> > > [EMAIL PROTECTED] root]# head -2 temp1.txt
> > > head: `-2' option is obsolete; use `-n 2'
> > > Try `head --help' for more information.
> > > [EMAIL PROTECTED] root]#
> >
> > this is crazy. I just had a look at redhat's package and the
On 08.03, Pixel wrote:
> Abel Cheung <[EMAIL PROTECTED]> writes:
>
> > In case anybody thinks the obsolete 'head -' and
> > 'tail -' is just a warning, please take note of the following
> > command output (especially the file sizes):
> >
> > ==
> >
Luca Berra <[EMAIL PROTECTED]> writes:
> On Sun, Aug 03, 2003 at 11:19:55PM +0200, Pixel wrote:
> >Abel Cheung <[EMAIL PROTECTED]> writes:
> >> [EMAIL PROTECTED] root]# head -2 temp1.txt
> >> head: `-2' option is obsolete; use `-n 2'
> >> Try `head --help' for more information.
> >> [EMAIL PROTECT
On Sun, Aug 03, 2003 at 11:19:55PM +0200, Pixel wrote:
Abel Cheung <[EMAIL PROTECTED]> writes:
[EMAIL PROTECTED] root]# head -2 temp1.txt
head: `-2' option is obsolete; use `-n 2'
Try `head --help' for more information.
[EMAIL PROTECTED] root]#
this is crazy. I just had a look at redhat's package a
In case anybody thinks the obsolete 'head -' and
'tail -' is just a warning, please take note of the following
command output (especially the file sizes):
==
[EMAIL PROTECTED] root]# cat temp1.txt
a
b
c
d
[EMAIL PROTECTED] root]# head -2 temp1.txt >
Abel Cheung <[EMAIL PROTECTED]> writes:
> In case anybody thinks the obsolete 'head -' and
> 'tail -' is just a warning, please take note of the following
> command output (especially the file sizes):
>
> ==
> [EMAIL PROTECTED] root]# cat temp1.txt
since we are speaking of initscripts:
i reported this bug to rh about 6 years ago (they did not fix)
woud it posible for mdk to get it right?
# If a SCSI tape has been detected, load the st module unconditionally
# since many SCSI tapes don't deal well with st being loaded and unloaded
if [ -f /pro
Quel Qun wrote:
Hi,
Noticed this message during the boot process. 'head -1' should be
replaced by 'head -n 1'.
for i in `rpm -ql initscripts` ; do
z=`grep -m 1 "head -[[:digit:]]" $i` ;
if [[ -n $z ]] ; then
echo $i: $z;
fi ;
done
/etc/rc.d/rc.modules
/etc/sysconfig/network-scripts/ifdown-p
Hi,
Noticed this message during the boot process. 'head -1' should be
replaced by 'head -n 1'.
for i in `rpm -ql initscripts` ; do
z=`grep -m 1 "head -[[:digit:]]" $i` ;
if [[ -n $z ]] ; then
echo $i: $z;
fi ;
done
/etc/rc.d/rc.modules
/etc/sysconfig/network-scripts/ifdown-ppp
/etc/sys
Am Sonntag, 6. Juli 2003, 17:11:26 Uhr MET, schrieb R.I.P. Deaddog:
> On 2003-07-05(Sat) 18:41:30 +0200, Götz Waschk wrote:
> > That initscripts package seems to be really buggy as I couldn't even
> > boot with 13mdk. It hung during the depmod part. I also had to revert
> > to 12mdk.
> Probably
On 2003-07-05(Sat) 18:41:30 +0200, Götz Waschk wrote:
> That initscripts package seems to be really buggy as I couldn't even
> boot with 13mdk. It hung during the depmod part. I also had to revert
> to 12mdk.
Probably you can try using /sbin/minilogd from -12mdk?
Abel
>
> --
> What differenc
On Sat, 5 Jul 2003, [iso-8859-1] Götz Waschk wrote:
> That initscripts package seems to be really buggy as I couldn't even
> boot with 13mdk. It hung during the depmod part. I also had to revert
> to 12mdk.
>
>
Strange,
I made a 1 line change to detectloader for bug on non-lilo systems.
So
Am Samstag, 5. Juli 2003, 13:35:08 Uhr MET, schrieb Michael Reinsch:
> Something in initscripts-7.06-13mdk breaks the pcmcia stuff on my
> system: inserting a (xircom network) card no longer initializes it. It
> seems that /etc/hotplug/pci.agent is no longer called after inserting
> the card / aft
Hi!
Something in initscripts-7.06-13mdk breaks the pcmcia stuff on my
system: inserting a (xircom network) card no longer initializes it. It
seems that /etc/hotplug/pci.agent is no longer called after inserting
the card / after starting pcmcia, which happens with
initscripts-7.06-12mdk.
After goi
On 02. apr 2003, 13:59, Frederic Lepied wrote:
> Tibor Pittich <[EMAIL PROTECTED]> writes:
> >
> > mandrake use ifplugd, which can be disabled via MII_NOT_SUPPORTED in
> > configuration file of interface. this is ok during startup, but if
> > i want handy run ifup of ifdown script there is error
Tibor Pittich <[EMAIL PROTECTED]> writes:
> hello
>
> mandrake use ifplugd, which can be disabled via MII_NOT_SUPPORTED in
> configuration file of interface. this is ok during startup, but if
> i want handy run ifup of ifdown script there is error message that
> MII_NOT_SUPPORTED is unknown comma
hello
mandrake use ifplugd, which can be disabled via MII_NOT_SUPPORTED in
configuration file of interface. this is ok during startup, but if
i want handy run ifup of ifdown script there is error message that
MII_NOT_SUPPORTED is unknown command... hm..
this is bug for me, but i think that this c
After read a message about those problems that I had, I have installed the
initscript coming with 9.0 and now is the first time the net is runing for me
under beta 2.
Of course I have others problems due to dependencies, but I hope this bug will
be solved in the next beta ^_ ^
Francisco Alcara
--- Maksim Orlovich <[EMAIL PROTECTED]> wrote:
> Is there any reason the initscripts remove
> /tmp/kde-* on startup?
> That directory includes the KSyCoCa cache file,
I guess a good question is why is that using /tmp and
not $HOME/tmp
__
Do you Yah
"Shay Elkin" <[EMAIL PROTECTED]> writes:
> Just installed Mandrake 9.0, and didn't configure USB, as it locks this
> machine (IBM ThinkPad 1161-93G) if ACPI isn't used[1]. I recompiled the
> kernel, and rebooted, to find out the init scripts get into infinite loop.
>
> It appears as if /etc/init
Is there any reason the initscripts remove /tmp/kde-* on startup?
That directory includes the KSyCoCa cache file, which means it'll have to
be rebuilt the first time KDE starts for a user after a reboot - which on
on/off desktop machines can be *every time*, slowing down startup time.
(The locatio
Just installed Mandrake 9.0, and didn't configure USB, as it locks this
machine (IBM ThinkPad 1161-93G) if ACPI isn't used[1]. I recompiled the
kernel, and rebooted, to find out the init scripts get into infinite loop.
It appears as if /etc/init.d/rc.sysinit calls /etc/init.d/usb before
mounting
Hi
my USB mouse still doesnt work without me manually running
/etc/init.d/usb start
the script is not being run at boot time, and in control centre there is
no entry for it so that I can make it run automatically
initscripts-6.91-10mdk
cheers
cris
Hello,
I've got one ethernet card in this computer, eth0, but when booting I
get the message that eth1 is brought up succesfully.
Here's the relevant information from /var/log/messages:
Aug 19 14:19:55 Jupiter kernel: NE*000 ethercard probe at 0x240: 00 80
c8 e1 50 17
Aug 19 14:19:55 Jupiter ke
"J.A. Magallon" <[EMAIL PROTECTED]> writes:
> New try (of course echo's should be killed for real initscripts):
>
> check_link_down ()
> {
> if [ ! -x /sbin/mii-tool ]; then
> return 0
> fi
>
> if [ -z "$(ip link show $1 up)" ]; then
> echo "Link" $1 "is DOWN, rising..
[EMAIL PROTECTED], [EMAIL PROTECTED] wrote:
>
>On 20020804 J.A. Magallon wrote:
>> Hi all...
>>
>> I have two little problem with current cooker initscripts.
>>
>> - /etc/sysconfig/network-scripts/network-functions::check_link_down() has
>> a fixed
On 20020804 J.A. Magallon wrote:
> Hi all...
>
> I have two little problem with current cooker initscripts.
>
> - /etc/sysconfig/network-scripts/network-functions::check_link_down() has
> a fixed timeout of 2 secs to wait the link getting up. I had to increase
> thi
On Sun, 4 Aug 2002 00:55:39 +0200
rcc <[EMAIL PROTECTED]> wrote:
>
> /etc/rc.d/rc
>
> lines 61 and 65 should have a \n at end of string
>
> because now I get:
>
> entering non-interactive startupstarting usb service
and will your at it, do the same to halt script line 74 because output
reads
Hi all...
I have two little problem with current cooker initscripts.
- /etc/sysconfig/network-scripts/network-functions::check_link_down() has
a fixed timeout of 2 secs to wait the link getting up. I had to increase
this to 3 o 4 to make my sis900 (eth on laptop) initalize correctly. With
/etc/rc.d/rc
lines 61 and 65 should have a \n at end of string
because now I get:
entering non-interactive startupstarting usb service
- Mark
Hi,
I had to:
chmod 755 /etc/rc.d/init.d/mandrake_consmap
in order to startx as non root.
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
| Oden Eriksson, Deserve-IT Networks/HFE Systems, Jokkmokk, Sweden.
| Mandrake Linux release 8.2 (Cooker) for i586
| Current uptime
Chmouel Boudjnah <[EMAIL PROTECTED]> writes:
> Geoffrey Lee <[EMAIL PROTECTED]> writes:
>
>> The quotacheck need fixing to link against libcom_err.so.2 (check things
>> like dump for the solution)
>
> less ugly :) :
didn't work, more ugly :
%make EXT2LIBS="-lext2fs -L/lib/libcom_err.so.2"
in .
Geoffrey Lee <[EMAIL PROTECTED]> writes:
> The quotacheck need fixing to link against libcom_err.so.2 (check things
> like dump for the solution)
less ugly :) :
--- quota-tools/configure.in.chmou Wed Aug 8 15:51:32 2001
+++ quota-tools/configure.inWed Jan 16 21:57:08 2002
@@ -12,7 +12
On Wed, Jan 16, 2002 at 07:18:53PM +0300, Borsenkow Andrej wrote:
> >
> > The quotacheck need fixing to link against libcom_err.so.2 (check
> things
> > like dump for the solution)
> >
>
> # libcom_err of e2fsprogs and krb5 conflict. Watch this hack. -- Geoff.
> #
> mkdir lib
> ln -sf /lib/lib
>
> The quotacheck need fixing to link against libcom_err.so.2 (check
things
> like dump for the solution)
>
# libcom_err of e2fsprogs and krb5 conflict. Watch this hack. -- Geoff.
#
mkdir lib
ln -sf /lib/libcom_err.so.2 lib/libcom_err.so
#
Ugly is it I say. Are two so incompatible? Is it po
On Wed, Jan 16, 2002 at 04:29:51PM +0100, Stefan Siegel wrote:
> Hi,
>
> "/usr" is a propper partition on my system, the quotacheck on "/" fails.
> This is tue to the fact, that "qutacheck" is now also linked against
> "libcom_err.so.3" (which is in "/usr/lib") and not only "libcom_err.so.2"
>
Hi,
"/usr" is a propper partition on my system, the quotacheck on "/" fails.
This is tue to the fact, that "qutacheck" is now also linked against
"libcom_err.so.3" (which is in "/usr/lib") and not only "libcom_err.so.2"
(which is in "/lib"). The first one is not accessible for the quotach
Michal,
>I was unable to upgrade initscripts:
>
>error: failed dependencies:
>dhcpcd < 1.3.21pl1 conflicts with initscripts-6.40.2-6mdk
>[root@uvt407-5 root]# rpm -q dhcpd
>package dhcpd is not installed
>
^^
dhcpcd != dhcpd
>Previous version of initscripts worked
I was unable to upgrade initscripts:
error: failed dependencies:
dhcpcd < 1.3.21pl1 conflicts with initscripts-6.40.2-6mdk
[root@uvt407-5 root]# rpm -q dhcpd
package dhcpd is not installed
Previous version of initscripts worked fine w/o dhcpd.
--
Michal Suchanek
[EMAIL
On 20011208 David wrote:
>I recentlyupgraded my initscrips to whatever is in cooker as of today
>(saturday). however, my network is broken now. Here is the only message
>I get:
>
>Cannot open netlink socket: Address family not supported by protocol
>
You need to build a kernel with:
CONFIG_NE
I recentlyupgraded my initscrips to whatever is in cooker as of today
(saturday). however, my network is broken now. Here is the only message
I get:
Cannot open netlink socket: Address family not supported by protocol
I cant give too much more, as I cant use that box and the internet at the
sa
Hi,
Subject says it all. With new initscripts, alsa service gets hung doing an awk
(so boot process stops...), or leaves an awk process eating up 100% cpu time
(lucky I have a dual box, poor those with single cpu boxes...).
Blind guess: infinite loop whe no driver is loaded ?.
Happy bug hauntin
> "C" == Chmouel Boudjnah <[EMAIL PROTECTED]> writes:
C> kernel :) he call automatically /sbin/hotplug when new device
C> registered see :
Well, yes, and it does this, and this appears to replace the old
/etc/init.d/usbd, but so far as the set-up of usb, there is a recommended
(non c
The current cooker initscripts depends (critically) on /sbin/ip but
the RPM does not specify which package contains that utility.
Also, the cooker contains hotplug, but the initscripts install init.d/usb
while the hotplug RPM does /not/ install /etc/hotplug/usb.rc --- was this
intentional
Many initscripts incorrectly reload on runlevel change. This is due to the
'daemon' function in /etc/init.d/functions returning incorrect exit status
since the addition of libsafe support.
The function exits with 'unset LD_PRELOAD' which replaces the exit status of
the executed daemon.
Patch
O.K. it fixes it in correct place - in /etc/rc.d/rc. It also moves the
code out of profile.d/lang.sh, but that is not strcitly needed - I just
thought we better have it in one place (in case we need to add more
encodings).
The name for mandrake_consmap is arbitrary - please, select what you
w
In some locales you need to explicitly switch console to locale
encoding. Currently it is done in /etc/profile.d/lang.sh:
if [ -n "$SYSFONTACM" ]; then
case $SYSFONTACM in
iso01*|iso02*|iso15*|koi*|latin2-ucw*)
if [ "$TERM" = "linux" -a "`/sbin/console
Currently there are several messages in rc.sysinit that are output
translated (in russian) before russian font is loaded. I created
conservative patch that omits translation of these messages - but, then,
lookin in rc.sysinit I do not see any reason why we cannot load console
fonts before ever
Ural Khassanov wrote:
> Initscripts-5.96-2, kernel-2.4.5-9, iproute2-2.2.4-8
> All my eth* interfaces are opened in promiscouous mode by default.
>
> When I add PROMISC=no to the ifcfg-eth1 file, ifup eth1 fails with error:
> "either dev is dublicate, or -promisc is a garbage".
> My system is 8
On Tuesday 10 July 2001 15:13, you wrote:
> Initscripts-5.96-2, kernel-2.4.5-9, iproute2-2.2.4-8
> All my eth* interfaces are opened in promiscouous mode by default.
problem disappeared after server restart (i think it was killed iptraf
program).
But anyway, PROMISC=no option in ifcfg-eth* doesn'
Initscripts-5.96-2, kernel-2.4.5-9, iproute2-2.2.4-8
All my eth* interfaces are opened in promiscouous mode by default.
When I add PROMISC=no to the ifcfg-eth1 file, ifup eth1 fails with error:
"either dev is dublicate, or -promisc is a garbage".
My system is 8.0 with rebuilt packages.
On Tue, 26 Jun 2001, Sebastian Dransfeld wrote:
> This in one long line:
>
> if [ $1 = 0 ]; then service random stop > /dev/null 2>/dev/null || :;
> /sbin/chkconfig --del random; fi if [ $1 = 0 ]; then service netfs stop >
> /dev/null 2>/dev/null || :; /sbin/chkconfig --del netfs; fi if [ $1 = 0
On 26 Jun 2001, Chmouel Boudjnah wrote:
> Sebastian Dransfeld <[EMAIL PROTECTED]> writes:
>
> > The %preun seems totally screwed.
>
> . detail please..
>
This in one long line:
if [ $1 = 0 ]; then service random stop > /dev/null 2>/dev/null || :;
/sbin/chkconfig --del random; fi if
Sebastian Dransfeld <[EMAIL PROTECTED]> writes:
> The %preun seems totally screwed.
. detail please..
The %preun seems totally screwed.
seb
"Andrej Borsenkow" <[EMAIL PROTECTED]> writes:
> Anyway - if you plan to keep l10n changes in current initscripts (a.k.a. use
> localised messages at boot time) you have to either fix Aurora before next
> release or not use it (by default).
no kidding :p, it will be fixed/feature removed/ for su
> > I guess, you should stop using Aurora by default and move it in
> contribs.
> > It looks like nobody actively maintains it.
>
> i believe that egil has started to works again on this project.
>
Ah, good news.
Anyway - if you plan to keep l10n changes in current initscripts (a.k.a. use
local
Andrej Borsenkow <[EMAIL PROTECTED]> writes:
> I guess, you should stop using Aurora by default and move it in contribs.
> It looks like nobody actively maintains it.
i believe that egil has started to works again on this project.
On Monday, Jun 04, 2001, Peter Ruskin wrote:
> With Mandrake 7.2 I used /sbin/ifup ppp0 and /sbin/ifdown ppp0 in scripts and
> I'd prefer to use then in scripts than the gui interface. Any ideas?
What did you use to configure your ppp connection: linuxconf or the
networking tab in mandrake con
[14:12 peter@penguin:~]$ sudo rpm -qf /sbin/ifup
initscripts-5.82-10mdk
[14:15 peter@penguin:/mnt/downloads/Mandrake/8.0/Mandrake/RPMS]$ sudo rpm
--force -Uvh initscripts-5.82-10mdk*.rpm
initscripts ##
[
Strange that even after I manually added "Provides: /etc/init.d" to
initscripts source RPM and recompile, I still got this error with "rpm
-Uvh --test". So don't have the patience finally --
rpm -Uvh --force xxx.rpm
Nothing serious anyway. That's only a symlink, and one can always create
it
While upgading to the latest initscripts:
[root@fulgore:/home/ftp/pub/linux/mandrake-devel/cooker/Mandrake/RPMS]#
rpm -Uv h initscripts-5.61.1-10mdk.i586.rpm
error: failed dependencies:
/etc/init.d is needed by xinetd-2.1.8.9pre14-2mdk
/etc/init.d is needed by vixie-cron-3.0.1-48mdk
[root@ful
Please add this patch or else the text is shifted right when framebuffer
is used.
seb
--- rc.sysinit Mon Mar 19 14:42:19 2001
+++ rc.sysinit.new Mon Mar 19 17:40:54 2001
@@ -36,13 +36,13 @@
# C-like escape sequences don't work as 2nd and up parameters of gprintf,
# so real escap ch
Andrej Borsenkow <[EMAIL PROTECTED]> writes:
> On Wed, 21 Feb 2001, Andrej Borsenkow wrote:
>
> > I looked in (web) CVS in initscripts but could not find any changes in
> > mandrake_everytime regarding the above issue. Is it in -5 release?
> >
> >
>
> installed -5 release - changes are no the
Stefan Siegel <[EMAIL PROTECTED]> writes:
> Chmouel Boudjnah schrieb:
> > > > Does modprobe account for linked in supermount?
> > > A good question.
> >
> > i don't understand the question.
>
> If supermount will be built in the kernel, will "modprobe" be able to
> recognize this fact (as it i
>
> Chmouel Boudjnah schrieb:
> > > > Does modprobe account for linked in supermount?
> > > A good question.
> >
> > i don't understand the question.
>
> If supermount will be built in the kernel, will "modprobe" be able to
> recognize this fact (as it is no longer a module, but part of the kernel
Chmouel Boudjnah schrieb:
> > > Does modprobe account for linked in supermount?
> > A good question.
>
> i don't understand the question.
If supermount will be built in the kernel, will "modprobe" be able to
recognize this fact (as it is no longer a module, but part of the kernel
itself ...)?
Stefan Siegel <[EMAIL PROTECTED]> writes:
> Andrej Borsenkow schrieb:
> > - ! insmod -n supermount >/dev/null 2>/dev/null && [ -x /usr/bin/perl ];then
> > + ! modprobe -n supermount >/dev/null 2>/dev/null && [ -x /usr/bin/perl
>];then
> >
> > @home I use slightly different
> >
> >
Andrej Borsenkow schrieb:
> - ! insmod -n supermount >/dev/null 2>/dev/null && [ -x /usr/bin/perl ];then
> + ! modprobe -n supermount >/dev/null 2>/dev/null && [ -x /usr/bin/perl ];then
>
> @home I use slightly different
>
> ! grep -q '[[:space:]]supermount$' /proc/filesystems && ! i
>
> Hi Chmouel and all,
>
> i've tested the new initscripts "initscripts-5.60-3mdk".
> They always disable my supermount.
>
> I added "cat /proc/modules > /tmp/proc-modules" just befor the supermount
> test in "mandrake_everytime". Here the result:
>
> +---8<---
Hi Chmouel and all,
i've tested the new initscripts "initscripts-5.60-3mdk".
They always disable my supermount.
I added "cat /proc/modules > /tmp/proc-modules" just befor the supermount
test in "mandrake_everytime". Here the result:
+---8<--
| supe
[root@linux1 cooker]# rpm -Fvh initscripts-5.60-1mdk.i586.rpm
error: failed dependencies:
/etc/init.d is needed by xinetd-2.1.8.9pre14-1mdk
[root@linux1 cooker]# ls -l initscripts* xinetd*
-rw-r--r--1 root ewilts 214857 Feb 8 09:15
initscripts-5.60-1mdk.i586.rpm
-rw-r--r--
Quel Qun <[EMAIL PROTECTED]> writes:
> Chmouel Boudjnah <[EMAIL PROTECTED]> wrote:
> > Quel Qun <[EMAIL PROTECTED]> writes:
> >
> > > 2. ypbind can't start because the domain name is not set properly. As a
> quick
> > > fix, I had to take the domain name setting out of the linuxconf profile
> te
On Wed, 7 Feb 2001, J . A . Magallon wrote:
> Date: Wed, 7 Feb 2001 23:50:01 +0100
> From: J . A . Magallon <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: mdk-cooker <[EMAIL PROTECTED]>,
> mdk-expert <[EMAIL PROTECTED]>
> Subject: [Cooker]
Hi, everyone.
The most recent initscripts have a buglet in aurora detection.
rc.sysinit does:
[ -f /lib/aurora/functions -a -f /etc/aurora/Monitor -a -e /proc/fb -a \
"$(grep -c "" /proc/fb)" != 0 ] && aurora=1
At boot, you get:
grep: /proc/fb: No such file or directory
but at least aurora g
Hi.
Just to notice a little annoying bit. Everytime I update initscripts my
chkconfig gets reset to defaults. I have to disable again usb, netfs, etc
Perhaps it sould not touch existing runlevel config ?
--
J.A. Magallon $> cd pub
mailto:
Chmouel Boudjnah <[EMAIL PROTECTED]> wrote:
> Quel Qun <[EMAIL PROTECTED]> writes:
>
> > 2. ypbind can't start because the domain name is not set properly. As a
quick
> > fix, I had to take the domain name setting out of the linuxconf profile
test
> > loop in rc.sysinit.
>
> does it works if you
Quel Qun <[EMAIL PROTECTED]> writes:
> 1. The init script is looking for fsck.reiserfs, which doesn't exist.
it should be a problem with the reiserfs-utils package which i have to
fix it.
> 2. ypbind can't start because the domain name is not set properly. As a quick
> fix, I had to take the do
Hi,
1. The init script is looking for fsck.reiserfs, which doesn't exist.
2. ypbind can't start because the domain name is not set properly. As a quick
fix, I had to take the domain name setting out of the linuxconf profile test
loop in rc.sysinit.
3. The /etc/sysconfig/desktop line has been ch
1 - 100 of 160 matches
Mail list logo