'
and it's the 'pci=noacpi' that usually gets the network going...
Thanks for the reply. I am aware of that, but I was posting the bug update in
response to a request from chmouel to try the new kernel.
Gregory K. Meyer
___
Join Excite! - http
this now. gdm is my safe bet
until later in the long beta cycle or after i reinstall again to get all of
the conf files right.
Did you try to install kdebase-kdm[ Attachment (0.19KB) ]
Isn't that the suggestion that started the shole flame war.
Gregory K. Meyer
:
On Friday 07 February 2003 09:26 pm, Pascal wrote:
Le Samedi 8 Février 2003 02:58, Gregory K. Meyer a écrit :
I beg to differ with you. Have you rebooted yet? Do you have
DISPLAYMANAGER=kde set in /etc/sysconfig/desktop? Investigate first
before you answer foolishly.
No need
--- Additional Comments From [EMAIL PROTECTED] 2003-02-07 13:58 ---
can you see if you do a rpm -e --nodeps ifplugd and rerun it ?
What thing specifically do you want rerun? dmesg? drakconnect?
Gregory K. Meyer
___
Join Excite
this upgrade broke my login with kdm and startx as well on reboot
/var/log/messages that may be pertanant
No it didn't, it just split kdm out as a seperate package.
Try the new Mandrake KDM
urpmi mdkkdm
or the original KDM
urpmi kdm
Gregory K. Meyer
or the original KDM
urpmi kdm
IIRCurpmi kdebase-kdm
Thank you for correcting this mindless mistake that I made.
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
cat /etc/sysconfig/desktop
DISPLAYMANAGER=kde
Try
DISPLAYMANAGER=kdm
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
I beg to differ with you. Have you rebooted yet? Do you have
DISPLAYMANAGER=kde set in /etc/sysconfig/desktop? Investigate first before you
answer foolishly.
No need to be rude BTW, I did try to help after all. And it was you who answered
foolishly.
Gregory K. Meyer
--- On Thu 02/06, Pascal Cavy [EMAIL PROTECTED] wrote:
Le Jeudi 6 Février 2003 14:36, Steffen Barszus a écrit :
Hi!
I constantly wonder about the naming issue of the draktools. Wouldn't it be
better to use a unique pattern instead of :
drak*
*drake
*drak*
*drake* ?
So
to be done. If I could scroll through a ToDo list
and volunteer for specific tasks that my skill set would allow me to do well, I would
be able to contribute a lot more to the project.
Gregory K. Meyer
___
Join Excite! - http://www.excite.com
The most
--- On Thu 02/06, Austin Acton [EMAIL PROTECTED] wrote:
From: Austin Acton [mailto: [EMAIL PROTECTED]]
To: [EMAIL PROTECTED]
Date: 06 Feb 2003 18:57:25 -0500
Subject: RE: [Cooker] How Debians do it
On Thu, 2003-02-06 at 17:07, Gregory K. Meyer wrote:
I would certainly do more than
breakdowns, dropped e-mails etc, I
have an idea.
The mailing list(s) for Cooker should also be
accessible through a newsreader.
I concur!
Gregory K. Meyer
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
--- On Wed 02/05, Thierry Vignaud [EMAIL PROTECTED] wrote:
From: Thierry Vignaud [mailto: [EMAIL PROTECTED]]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Date: Wed, 05 Feb 2003 10:02:00 +0100
Subject: Re: [Cooker] Kernel: ACPI/APIC bug
Gregory K. Meyer [EMAIL PROTECTED] writes
--- On Wed 02/05, Thierry Vignaud [EMAIL PROTECTED] wrote:
From: Thierry Vignaud [mailto: [EMAIL PROTECTED]]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Date: Wed, 05 Feb 2003 12:34:55 +0100
Subject: Re: [Cooker] Kernel: ACPI/APIC bug
since, they've not, known broken bioses must be
I am seeing posts on A.O.L.M, bug reports (including mine - 115) and some posts on
various other web forums related to the onboard network, sound and usb of many newer
motherboards not working. I have asked people in these cases to try booting with
noapic and/or acpi=off and in most cases it
I am seeing posts on A.O.L.M, bug reports (including mine - 115) and some
posts on various other web forums related to the onboard network, sound and
usb of many newer motherboards not working. I have asked people in these
cases to try booting with noapic and/or acpi=off and in most cases
Follow bug 115
Gregory K. Meyer
--- On Sun 02/02, David Bolin [EMAIL PROTECTED] wrote:
From: David Bolin [mailto: [EMAIL PROTECTED]]
To: [EMAIL PROTECTED]
Date: 02 Feb 2003 22:12:03 -0600
Subject: [Cooker] Beta3 - KT400 - APIC - Kernel-2.4.21pre4-1mdk
I am running the SOYO
--- On Sun 02/02, Chuck Burns [EMAIL PROTECTED] wrote:
From: Chuck Burns [mailto: [EMAIL PROTECTED]]
To: [EMAIL PROTECTED]
Date: Sun, 2 Feb 2003 21:08:25 -0600
Subject: Re: [Cooker] New Login Manager Bug
On Sun, February 2 2003 6:08 pm, Gregory K. Meyer wrote:
*snipped stuff
PROTECTED] 9.1-1mdk
- initial package
Does this mean we get normal kdm back? If so, thanks!
Buchan
THANK YOU, THANK YOU, THANK YOU.
Greg
Gregory K. Meyer
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
.
It's a lot of work to redesign the UI of something that is very nice already. I would
be more agreeable to spending time on this if there was a major feature add.
Gregory K. Meyer
___
Join Excite! - http://www.excite.com
The most personalized portal
drak_xx or x_drak ?
drakdm then
Gregory K. Meyer
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
My question: Why did changing the desktop file back to KDM not make the system
use KDM for the login manager?
restart service dm
Gregory K. Meyer
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
Le Dimanche 2 Février 2003 03:16, Shift a écrit :
To Mandrake Team : PLEASE. SEPARATE DRAKDM IN A SEPARATE PACKAGE AND BRING
US BACK THE ORIGINAL KDM.
I agree, I've never seen a so horrible dm.
This will be the most bigger fault from mdk if they ship 9.1 with mdkdm
I think it is a
Viestissä Sunnuntai 2. Helmikuuta 2003 21:43, [Bug 115] kirjoitti:
https://qa.mandrakesoft.com/show_bug.cgi?id=115
--- Additional Comments From [EMAIL PROTECTED] 2003-02-02 20:43
--- After Dominique's report, I went back to do some more testing
and this is what I have found. I
want the
clock back.
Gregory K. Meyer
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
, the whole UI is not
clear.
Gregory K. Meyer
BTW, the fact that you have a reply-to set in your e-mail settings stuffs up the reply
to list.
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
and suggests using
pci=biosirg, or something like that.
I'm also getting some instability with pci=noacpi that I was not getting with acpi=of.
Gregory K. Meyer
___
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
On Wednesday 23 October 2002 05:20 am, Steffen Barszus wrote:
It sound to me like it is a problem of not using dma. I'm not a linux-guru
, but similar problems you get on all OSs without using DMA. Try hdparm on
your cd-rw and the drives there the data is coming from. Maybe it will be
better
On Wednesday 23 October 2002 08:03 am, Steffen Barszus wrote:
Have you tried it with the /dev/scd* device or the real ide-device (
assuming /dev/hdc ):
hdparm -d1 /dev/hdc turns dma on on my system, regardless if it is a
harddrive or a cd-rw or dvd.
Okay done. I take back my bug report.
On Wednesday 23 October 2002 12:43 pm, Steffen Barszus wrote:
The solution seems to be this :
.
# Turn on harddisk optimization
# There is only one file /etc/sysconfig/harddisks for all disks
# after installing the hdparm-RPM. If you need different hdparm parameters
# for each of your
On Wednesday 23 October 2002 01:47 pm, Stephen Pickering wrote:
I've got a 12x lite-on at home with a soltek 75Kv+ m/b and it works
fine, but then I'm
running cooker, I wonder? Download cdrecord from cooker in work and
install it,
guess what, it works !
cdrecord-1.11-0.a37.1mdk
Looks
On Wednesday 23 October 2002 03:37 pm, Steffen Barszus wrote:
cp /etc/sysconfig/harddisks /etc/sysconfig/harddiskhda
and
cp /etc/sysconfig/harddisks /etc/sysconfig/harddiskhdc
and uncommenting it in there does not work ?
This does not work, it looks like tho script affects harddisks only. I
On Wednesday 23 October 2002 10:06 pm, Randy wrote:
Gregory K. Meyer wrote:
On Wednesday 23 October 2002 03:37 pm, Steffen Barszus wrote:
cp /etc/sysconfig/harddisks /etc/sysconfig/harddiskhda
and
cp /etc/sysconfig/harddisks /etc/sysconfig/harddiskhdc
and uncommenting it in there does
I am reporting this here because the cooker kernel has not been updated since
the release of 9.0, and I think this problem is kernel related.
In 8.2, I could burn a CDR at max speed (24x) on my Lite-On burner while doing
lots of other stuff, never burned a coaster. CPU utilization was always
On Friday 04 October 2002 03:15 pm, Tim Stoop wrote:
(Don't know if this is too basic for this list, also because I'm using Mdk
9.0, but I thought it's a development-bug because it shouldn't act like
this on default. At least I don't expect it to...)
Hi there,
I've got the following setup:
I think I have found a bug in the Programs Scheduling applet of MCC. It is
mangling the cron files when saving a change to an existing job.
Here is an example:
Contents of my /var/spool/cron/root file prior to making any change
# DO NOT EDIT THIS FILE - edit the master and reinstall.
#
On Tuesday 01 October 2002 04:26 pm, Robert Fox wrote:
I swear I'm not crazy here.
I have shutdown all Gkrellm instances and start ONLY one.
Then I logout of KDE (with the save session checked) and relogin
Gkrellm then starts TWICE.
Maybe I have to delete the .gkrellm config files . . .
On Saturday 28 September 2002 08:04 pm, David Walluck wrote:
The following will fix it, but it makes you wonder how they package such
broken packages in the first place.
# David - 2.2-0.beta1.0.2mdk - Don't use makeinstall macro or nothing
will work
make DESTDIR=%buildroot install
mkdir
On Monday 30 September 2002 06:01 pm, Florent BERANGER wrote:
I've tried to make RPM for Mdk of these project, without
success, please try :
- gramps (open source genealogy program written in
python gtk - http://gramps.sourceforge.net/ ) - an rpm
for RH exists and ./configure generate a
I was rebuilding kdebase this morning and rpmbuild
dumped out at the end with the following error:
Cleaning files...done
Compressing files...done
Stripping files...done
Relativisation of symlinks...done
Clean perl...done
Building libraries symlinks...done
Fixing pam.d config files...done
error:
On Saturday 28 September 2002 01:41 pm, Buchan Milne wrote:
Does the patch not get listed with 'rpm -qlp' run on the SRPM?
Thanks for taking the time to reply. When the patch didn't show up in the
SOURCES directory, I thought for sure I had a bug in the SPEC file or
something. I ran the
On Saturday 28 September 2002 02:37 pm, Gregory K. Meyer wrote:
On Saturday 28 September 2002 01:41 pm, Buchan Milne wrote:
Does the patch not get listed with 'rpm -qlp' run on the SRPM?
Thanks for taking the time to reply. When the patch didn't show up in the
SOURCES directory, I thought
On Saturday 28 September 2002 07:42 pm, Kenton Groombridge wrote:
Did you modify the .spec file so you didn't have to uninstall kdebase
before building the package? I am pretty sure that would cause this
problem.
Yes, I commented out the BuildConflicts line so that I could cuild it.
The
On Thursday 26 September 2002 17:09, Timothy R. Butler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I was just wondering if there was any chance MDK might have an
unsupported 9.0 kernel that has Win4Lin extentions included? Since
MandrakeSoft sells Win4Lin, I thought perhaps
On Thursday 26 September 2002 15:37, Guillaume Rousse wrote:
- contribs missing or hanging somewhere
remember the infamous RPMS2 missing link for 8.2 tree ?
This problem exists in 9.0 also.
--
Gregory Meyer
___
[EMAIL PROTECTED]
I am looking at the default /usr/lib/rpm/rpmrc file in 9.0 and I see that
-fno-strength-reduce is set in the optflags section. I was under the
impression that any bugs related to -fstrength-reduce were solved long ago in
the GCC. Does anybody know if there any reason it is still set to no on
On Monday 23 September 2002 05:32, Stéphane Teletchéa wrote:
I did some recompilation of src rpm (nvidia), and they are still compiled
for i586 ...
Stef
If you look in your /usr/lib/rpm/rpmrc file, you'll see a section that looks
like this:
On Monday 23 September 2002 01:30, Felix Miata wrote:
Don't know what to try next.
ISA. Phooey!
Spend $15 on a PCI SB128.
--
Gregory Meyer
___
[EMAIL PROTECTED]
On Monday 23 September 2002 10:11, David Walluck wrote:
It's definitely wrong. Just because Mandrake is built for i586 doesn't
mean we want to force every arch to i586 (or i686). In the case of
Athlon, it may actually be a downgrade. Personally, I force mine to
build for athon in my ~/.rpmrc,
49 matches
Mail list logo
