Re: [Cooker] Scrollkeeper segfaults
Am Donnerstag, 10. Oktober 2002, 09:04:24 Uhr MET, schrieb Pascal Terjan: > During this morning update, scrollkeeper segfaulted several times. Yes, it looks like this happened after the libxml2 update. Rebuilding the scrollkeeper package didn't help. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] KDE logoff problems.
Ben Reser wrote: > So report it to bugs.kde.org > I seriously doubt this is a packaging problem with Mandrake's KDE. All the kde RPMs bear an mdk patch level. The minute they are changed, the changer bears support accountability. Likewise, KDE would be correct in refusing to support changed software. This is how it has worked here in the past - the Mandrake KDE people do the bug reporting to KDE, which hopefully also includes all the Mandrake mdk patches. I do wish you would reflect upon the subject before shooting your mouth off, Ben. Wrong, again! -- Ron. [Melbourne, Australia] IMPORTANT! troels... for Mandrake GNU/Linux 9.0 now available. See my web site: http://members.optusnet.com.au/ronst/
[Cooker] Bugs in aRts and Brahms
Hi there, It's been a long time since I last saw a post dealing with Brahms. Has any of you folks been able to *use* it? I didn't. After having spent hours and hours trying to get it to work, I have written a bug report. In order not to clutter the list with a lot of computer generated blah-blah coming from the gdb backtrace facility, I made it under the form of an HTMLized version with color and all. But beware that if you want to reproduce my steps, you need at least -- the packages arts-1.0.3-7mdk.src.rpm brahms-1.02-4mdk.src.rpm -- a working gcc/g++/gdb environment -- a basic understanding of MIDI music sequencing The URL is: http://perso.wanadoo.fr/denix13/Brahms/brahmsbug.html Here are the bare facts: The BrahmsMIDI sequencing applicationcoming from Mandrake/9.0/contrib/RPMS/brahms-1.02-4mdk.i586.rpm does not work. -- When invoked at the prompt as "brahms", it opens its main windows but does not play neither manually entered notes nor imported MIDI files. -- When invoked as "brahms -o arts" in order to output to aRts instead of ALSA (the default for Mandrake version), it aborts with a message notifying that brahms and aRts should be installed at the same location. This message is misleading as brahms and aRts are actually installed at the same location, thanks Mandrake! -- Further investigation shows that this problem is due to the incapacity of the daemon artsd to dynamically load a particular shared library when this one is stripped: not stripping the library solves the problem. This is however a bug that prevents current binary implementation of aRts/Brahms to run on Mandrake. --Buildingbrahmsfrom thesourceRPMfoundin Mandrake-devel/contrib/SRPMS/brahms-1.02-4mdk.src.rpm fails, probably beacause the configuration is set for a parallel make. However the source coming from a forthcoming KMusic application, which includes brahms, compiles flawlessly. -- Nevertheless, brahms still crashes. Actually, the problem seems to be located in the artsd daemon, which segfaults as soon as Brahms wants to play something. I have sent emails to the respective authors of aRts and brahms, and I would really appreciate your help as I need that kind of software for my musical research. More generally a working full-featured MIDI sequencing musical software in a free software framework can be a strong bonus for the reputation of Mandrake Linux in the field of multimedia applications. Long live Linux Mandrake! Denix13
Re: [Cooker] VIA EPIA 800 C3 processor
On Wed, 2002-10-09 at 07:40, Guillaume Cottenceau wrote: > rowland penny <[EMAIL PROTECTED]> writes: > > > mandrake is advertised as being i586 (or pentium) compatible not i686 > > (celeron, p2,p3,p4) so why have a directory named i686?. redhat 8.0 loads > > to optimize better for i686 and superior processors, what else? > it's not incompatible with being i586 compatible, or explain me > your reasoning. Short sweet and to the point thanks Guillaume James > > > -- > Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/ >
Re: [Cooker] supermount?
> "L" == Lonnie Borntreger <[EMAIL PROTECTED]> writes: L> On Wed, 2002-10-09 at 14:16, Mario Vazquez wrote: >> There is a fix for supermount on cooker mirrors? L> Yes. It's called autofs. Please explain: "Autofs can also be used to manage file systems on removable media, but Anvin considers this to be more "abuse than use," since autofs is not designed for that purpose. http://www.linuxworld.com/linuxworld/expo/lw-wednesday-autofs.html -- Gary Lawrence Murphy - [EMAIL PROTECTED] - TeleDynamics Communications - blog: http://www.auracom.com/~teledyn - biz: http://teledyn.com/ - "Computers are useless. They can only give you answers." (Picasso)
Re: [Cooker] Spell-Checker in OpenOffice
Silly "Hola from Lauber" <[EMAIL PROTECTED]> becomes daring and writes: > I installed the version of OpenOffice that came with 9.0 to find > that there were two components missing on my system: the help system > and, more disappointingly, the spell-checker. I thought that the > problem existed because I didn't run an upgrade from my older system, > so I deleted my .openoffice directory and ran the setup again. Once > again, the spellchecker was non-existent. > Just as a final note, it appears that the thesaurus is alive and > well. I thought this was odd in that I thought they would both access > the same file. as root do: "urpmi OpenOffice.org-help-en OpenOffice.org-l10n-en" to get the help and dict in english. Any other language, just change the en to the correct two letter code. Vox -- Pain is the gift of the gods, and I'm the one they chose as their messenger For info on safety in the BDSM lifestyle http://www.the-vox.com Think of the Linux community as a niche economy isolated by its beliefs. Kind of like the Amish, except that our religion requires us to use _higher_ technology than everyone else. -- Donald B. Marti Jr.
Re: [Cooker] Where is the dictionary file of open office?
> W. Kasberg wrote: > > On Monday 07 October 2002 09:19, Robert C. Dowdy wrote: > > > > >>Actually, I believe this *is* a bug. I've installed 9.0 final three times > >>and each time spell checking in OpenOffice.org was broken until I manually > >>installed a US English myspell (which newbies certainly wouldn't know to > >>do). It doesn't seem likely that OO.o should have broken spell-checking > >>intentionally. Maybe it's just a problem for US English installations. > >>I'm not sure. > >> > > Yes, even when installing from rpmdrake (haven't tried urpmi recently, > but that did the right thing last time), it seems that myspell-en_CA is > installed automatically when local is english. > I just download the dictionary from ooodi.sf.net, the size of English dictionary is 695724 bytes, but the one come with Mandrake is just about 700 bytes, seen to me that it is an empty dictionary. Besides, as OpenOffice.org-l10n-en-1.0.1-9mdk don't depend on myspell-en_US, will it really use myspell-en_US for spell check?
[Cooker] Spell-Checker in OpenOffice
I installed the version of OpenOffice that came with 9.0 to find that there were two components missing on my system: the help system and, more disappointingly, the spell-checker. I thought that the problem existed because I didn't run an upgrade from my older system, so I deleted my .openoffice directory and ran the setup again. Once again, the spellchecker was non-existent. Just as a final note, it appears that the thesaurus is alive and well. I thought this was odd in that I thought they would both access the same file. --- Lauber _ Send and receive Hotmail on your mobile device: http://mobile.msn.com
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
I agree with Stephane. Follow the standards. They were conceived with considerable thought. bob On Wednesday 09 October 2002 08:38 pm, Stephane Gourichon wrote: > On 9 Oct 2002, Guillaume Cottenceau wrote: > > Yes, though if the flexibility costs so much, > > It doesn't cost that much. > > One hard prerequisite is to think it right. But Mandrake doesn't have to > do this job themselves: that's what the FHS is for. > > Standards make things clear. Following them is not as hard as designing > them. > > > it may become questionable whether we do it or we do other things > > which may be more useful to a larger number of people. I see your > > problem as something valuable but rather a "niche" than something > > really useful to a large number of people. > > Linux is used in a lot of universities, with small or large networks of > client machines. > > Sometimes, a cascaded system exists, where central servers provide > common apps, and local admins can tune local things. /usr exists for > that. The Unix hierarchy has been doing this for ages. Every package > that breaks this is flawed. > > Big Cybercafés sometime use this, too. Having /usr mounted via NFS make > it much easier to maintain and secure... if it doesn't break all > packages. > > How can you tell newbie sysadmins that files in /usr are meant to be > frozen, variable files go to /var, when kscd puts its growing stuff > inside /usr ... > > > Besides this, the lack of unattended package upgrade facility for > clusters of machines, and the flakey distribution upgrade that makes the > sysadmins prefer install from scratch instead, currently limit Mandrake > to a lonely desktop machine -- or a collection of lonely desktop > machines, until you roll your own local hack to cope with this. The > solution we have here is our homemade package that installs and > configures a list of things. > > (To my knowledge, MandrakeUpdateRobot didn't make the reliable > unattended daily update we expected, but sorry, I've not tried 9.0 yet, > things might have changed. As for the upgrade, from 8.1 to 8.2 did break > many things when we tried, too many to fix. If things have gone better > with 9.0, tell me.) > > I have other ideas for alternative solutions, but I'll tell in a > different mail.
Re: [Cooker] supermount?
On Wed, 2002-10-09 at 14:16, Mario Vazquez wrote: > There is a fix for supermount on cooker mirrors? Yes. It's called autofs. TTFN, Lonnie Borntreger
[Cooker] Segmentation fault (core dumped) /usr/bin/scrollkeeper-update -q
resended
-- Forwarded Message --
Subject: Segmentation fault (core dumped) /usr/bin/scrollkeeper-update -q
Date: Wed, 9 Oct 2002 14:40:11 +0200
From: Franco Silvestro <[EMAIL PROTECTED]>
To: Cooker <[EMAIL PROTECTED]>
Cc: "Frederic Crozat" <[EMAIL PROTECTED]>
with today cooker updates
[root@gattosil1h /]#urpmi.update -c -d -f RPMS RPMS2;urpmi --media RPMS,RPMS2
-v --auto-select [...]
124:libgnome-vfs2_0
## 125:libbonobo
## 126:libbonobo2_0
## 127:libgnome2
## 128:libgnome2_0
## 129:galeon
##
/var/tmp/rpm-tmp.38323: line 1: 6288 Segmentation fault (core dumped)
/usr/bin/scrollkeeper-update -q /var/tmp/rpm-tmp.24580: line 7: 6299
Segmentation fault (core dumped) /usr/bin/scrollkeeper-update -q
130:metacity
## [...]
[root@gattosil1h /]# /usr/bin/scrollkeeper-update
Segmentation fault (core dumped)
[root@gattosil1h /]# strace /usr/bin/scrollkeeper-update
[...]
stat64("/usr/share/omf/gnome-db/gnome-db-pt_BR.omf", {st_mode=S_IFREG|0644,
st_size=339, ...}) = 0 brk(0x8057000) = 0x8057000
brk(0x805a000) = 0x805a000
brk(0x8063000) = 0x8063000
open("/usr/share/omf/gnome-db/gnome-db-pt_BR.omf", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=339, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40024000 read(6, "
Re: [Cooker] Re: openssh-3.4p1-5mdk
onsdagen den 9 oktober 2002 23.13 skrev Vincent Danen: > On Wednesday, October 9, 2002, at 02:27 PM, Oden Eriksson wrote: > >>> I just found a patch by Van Dyke, the makers of SecureCRT (for win32) > >>> for > >>> openssh that might be interesting for Mandrake? > >>> > >>> Patches are applied to this mail. > >> > >> Tell me why it's interesting, or some sort of README for this. It > >> doesn't look like it changes very much of the core openssh code, so I > >> won't reject it out of hand, but I don't feel like reading the patch > >> from top to bottom to figure out what it does. > >> > >> If you can point me to more info on it, or tell me what it does and > >> how > >> it would be used, that would be helpful. Also, any links to whether > >> or > >> not this fellow tried to get into the main openssh program or not (and > >> if so, why it was rejected) would be useful as well. > > > > There's actually a link presented 2 times in the spec file patch > > pointing to: > > > > http://www.vandyke.com/download/os/pks_ossh.html > > > > On that page there's a link to: > > > > http://www.vandyke.com/technology/draft-ietf-secsh-publickey- > > subsystem.txt > > I read part of the draft and nosed around the site. Can't say that I > really care to include this. Looks like it's a nice way for them to > make some extra $$. I didn't really see anything about a license > there, so have no clue what the license is; there's just the one > copyright notice. > > I can't say that I'm thrilled with the idea of adding something like > this. You might be right about the $$. But it's new code following a new RFC from what I could understand. New features are allways exiting. I have mailed vandyke to make them clarify the license. > >> I don't really like to tamper with openssh too much. =) > > > > He he, I know that :) > > > > I just thought this would be interesting for Mandrake, that's it. > > Sure, it definitely might be interesting. I'd like to get the thoughts > of the openssh team first, tho. I really don't like adding stuff that > hasn't been audited by them (since they know the openssh code better > than I), especially with openssh being such a core component. If it > was licq or something, no big deal. Yes, you're right. Let's wait and see what happens. I searched their mail archives but couldn't find a word about the keyserver feature. -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the "Modules For Apache2" status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] Re: openssh-3.4p1-5mdk
onsdagen den 9 oktober 2002 23.04 skrev Vincent Danen: > On Wednesday, October 9, 2002, at 05:35 PM, Oden Eriksson wrote: > > [snip] > > > >>> I don't really like to tamper with openssh too much. =) > > > > On the other hand... > > > > If Mandrake can't do what ever they please, use what ever patch they > > please > > with this software, it's not free and should be dropped immediately > > from the > > distribution... > > We can do whatever we want with openssh... it's under the BSD license. > That's not the point. > > The point is I don't like to do this. It's fine to patch things for > fixes, proper language translations, etc. But adding features like > this causes other problems... it will bring a lot of bad publicity for > MandrakeSoft because of Theo; he's made many threats in the past and > he's neurotic enough to follow through. For instance, if we do > something Theo really doesn't like, or that Markus doesn't like, any > questions regarding openssh that even faintly mention Mandrake > somewhere in the equation, will get blasted by the openssh developers, > and they'll be referred here with none too kind words. > > I'd rather avoid that sort of thing. Ahh, I didn't think that far, are they really such a*holes? May I ask what those threats were? > This is something that can be done with an optional build switch so > someone can easily rebuild the srpm for themself with the patch > applied. It's not something I want to make mainstream unless I know > that the openssh authors aren't going to be pricks about it. I prefer > to have as few headaches as possible. Ok. I will fix an conditional switch for this. It would be interesting to hear what they have to say about this as it's a pretty new feature. As I understand it it's as new as of this month. They might not even know about it? -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the "Modules For Apache2" status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] 2.4.19-16mdk and swsusp
Tim Stoop wrote: >Op Wednesday 09 October 2002 23:23, schreef Jan Hendrik Mangold: > > >>now I need to enable some sort of hibernation. Seems that ACPI is not >>there yet, so I tried to incorporate the swsusp patch, but it did not >>work - a lot of hunks won't patch (or whatever the terminology is). >> >>Anybody who got swsusp to work? >> >> > >I'm working on it right now! Hope to finish today or tomorrow. If all goes >well, it'll be in testing on MandrakeClub first and then in contribs. (If I'm >not mistaken.) > > > Thats awesome news. I'ld be happy to test it :>) Jan
Re: [Cooker] Re: openssh-3.4p1-5mdk
On Wednesday, October 9, 2002, at 02:27 PM, Oden Eriksson wrote:
>>> I just found a patch by Van Dyke, the makers of SecureCRT (for win32)
>>> for
>>> openssh that might be interesting for Mandrake?
>>>
>>> Patches are applied to this mail.
>>
>> Tell me why it's interesting, or some sort of README for this. It
>> doesn't look like it changes very much of the core openssh code, so I
>> won't reject it out of hand, but I don't feel like reading the patch
>> from top to bottom to figure out what it does.
>>
>> If you can point me to more info on it, or tell me what it does and
>> how
>> it would be used, that would be helpful. Also, any links to whether
>> or
>> not this fellow tried to get into the main openssh program or not (and
>> if so, why it was rejected) would be useful as well.
>
> There's actually a link presented 2 times in the spec file patch
> pointing to:
>
> http://www.vandyke.com/download/os/pks_ossh.html
>
> On that page there's a link to:
>
> http://www.vandyke.com/technology/draft-ietf-secsh-publickey-
> subsystem.txt
I read part of the draft and nosed around the site. Can't say that I
really care to include this. Looks like it's a nice way for them to
make some extra $$. I didn't really see anything about a license
there, so have no clue what the license is; there's just the one
copyright notice.
I can't say that I'm thrilled with the idea of adding something like
this.
>> I don't really like to tamper with openssh too much. =)
>
> He he, I know that :)
>
> I just thought this would be interesting for Mandrake, that's it.
Sure, it definitely might be interesting. I'd like to get the thoughts
of the openssh team first, tho. I really don't like adding stuff that
hasn't been audited by them (since they know the openssh code better
than I), especially with openssh being such a core component. If it
was licq or something, no big deal.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
"lynx - source http://linsec.ca/vdanen.asc | gpg --import"
{FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
PGP.sig
Description: PGP signature
Re: [Cooker] Re: openssh-3.4p1-5mdk
On Wednesday, October 9, 2002, at 05:35 PM, Oden Eriksson wrote:
> [snip]
>
>>> I don't really like to tamper with openssh too much. =)
>
> On the other hand...
>
> If Mandrake can't do what ever they please, use what ever patch they
> please
> with this software, it's not free and should be dropped immediately
> from the
> distribution...
We can do whatever we want with openssh... it's under the BSD license.
That's not the point.
The point is I don't like to do this. It's fine to patch things for
fixes, proper language translations, etc. But adding features like
this causes other problems... it will bring a lot of bad publicity for
MandrakeSoft because of Theo; he's made many threats in the past and
he's neurotic enough to follow through. For instance, if we do
something Theo really doesn't like, or that Markus doesn't like, any
questions regarding openssh that even faintly mention Mandrake
somewhere in the equation, will get blasted by the openssh developers,
and they'll be referred here with none too kind words.
I'd rather avoid that sort of thing.
This is something that can be done with an optional build switch so
someone can easily rebuild the srpm for themself with the patch
applied. It's not something I want to make mainstream unless I know
that the openssh authors aren't going to be pricks about it. I prefer
to have as few headaches as possible.
--
MandrakeSoft Security; http://www.mandrakesecure.net/
"lynx - source http://linsec.ca/vdanen.asc | gpg --import"
{FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
PGP.sig
Description: PGP signature
Re: [Cooker] openssh-3.4p1-5mdk
On Wednesday, October 9, 2002, at 01:55 PM, Ben Reser wrote:
>> I just found a patch by Van Dyke, the makers of SecureCRT (for win32)
>> for
>> openssh that might be interesting for Mandrake?
>>
>> Patches are applied to this mail.
>
> Can't:
> * Copyright © 1995-2002 VanDyke Software, Inc.
> * All rights reserved.
>
> VanDyke has rather conflicting licensing information in it (the actual
> source file says it's okay to redistribute it. But requires that you
> add VanDyke's Copyright notice to the openssh documentation. Of course
> they don't provide the patch to do that for you.
Ugh... ok, I don't like that part at all.
> Considering that openssh is BSD license you can't assume that
> deritivate
> works are licensed under the same terms.
>
> So at least until vandyke clarifies their license I don't see how we
> can
> include this.
>
> And that's not even considering the flak from Theo we are likely to
> get.
Yeah... this is something I'd rather avoid because, inevitably, he'd
yell directly at me (like usual). I think he thinks MandrakeSoft ==
Vincent Danen... dunno why.
And this was long before I took over as maintainer for openssh... =)
--
MandrakeSoft Security; http://www.mandrakesecure.net/
"lynx - source http://linsec.ca/vdanen.asc | gpg --import"
{FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
PGP.sig
Description: PGP signature
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
According to the File Hierarchy Specification (V2.2), '/usr' is supposed to be shareable, read-only data. R/W support for '/usr' should be put in '/var'. For FHS-compliant filesystems: /usr = static, shareable /opt = static, shareable /etc = static, unshareable /boot = static, unshareable /var = variable, shareable/unshareable bob On Wednesday 09 October 2002 10:21 pm, Ben Reser wrote: > On Wed, Oct 09, 2002 at 03:03:30PM -0700, Todd Lyons wrote: > > Hmmm, I thought this whole thread was about being unable to export a > > /usr share as ro since things wrote to it by default. Apparently I > > mixed this up with some other thread. Sorry. > > It is and it isn't. It's about not being able to mount /usr ro (NFS or > not) because it writes to /usr. :)
Re: [Cooker] 2.4.19-16mdk and swsusp
Op Wednesday 09 October 2002 23:23, schreef Jan Hendrik Mangold: > now I need to enable some sort of hibernation. Seems that ACPI is not > there yet, so I tried to incorporate the swsusp patch, but it did not > work - a lot of hunks won't patch (or whatever the terminology is). > > Anybody who got swsusp to work? I'm working on it right now! Hope to finish today or tomorrow. If all goes well, it'll be in testing on MandrakeClub first and then in contribs. (If I'm not mistaken.) -- Regards, Tim Stoop PGP public key: finger [EMAIL PROTECTED] Random quote/fortune: The universe does not have laws -- it has habits, and habits can be broken.
Re: [Cooker] VIA EPIA 800 C3 processor
Levi Ramsey wrote on Wed, Oct 09, 2002 at 06:15:58PM -0400 : > > The underlying flaw is that the C3 misreports itself. That is a big > no-no. I was privy to a conversation that a kernel developer made the following comments: Oh, I point out that C3 really is: * an i686 [cmov is actually optional] * with the i586 instruction set [ok, really k6-2 insn set] * that schedules like i486 In the new kernels (2.5 series), this CPU is being treated as a 486 with MMX+3DNOW. > The bulk of the blame rests on VIA (or possibly the kernel developers). I think it's a little of both. Blue skies... Todd -- | MandrakeSoft USA | Sometimes you get what you want. | | http://www.mandrakesoft.com | Sometimes you get experience.| | http://www.mandrakelinux.com |--unknown origin | Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.19-16mdk msg78641/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
On Wed, Oct 09, 2002 at 03:03:30PM -0700, Todd Lyons wrote: > Hmmm, I thought this whole thread was about being unable to export a > /usr share as ro since things wrote to it by default. Apparently I > mixed this up with some other thread. Sorry. It is and it isn't. It's about not being able to mount /usr ro (NFS or not) because it writes to /usr. :) -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
Re: [Cooker] VIA EPIA 800 C3 processor
On Thu Oct 10 19:03 +0100, rowland wrote: > everybody who has an i686 machine is missing the point. Every rpm on the > installation cd's are for i568, so why is there a directory named i686. the > fact is that if the rpms are for i586 then the kernel should be for i586 and > anybody who has a i586 should recompile the kernel themselves. ok the > processer or the software that identifies it is bugged, but if the i686 > directory had not been there, this whole problem would not have happened :-) No, we're not missing the point. The underlying flaw is that the C3 misreports itself. That is a big no-no. The kernel *is* built for i586... [root@tatiana root]# cat /boot/config | grep -C 4 "586" # Processor type and features # # CONFIG_M386 is not set # CONFIG_M486 is not set CONFIG_M586=y # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set Perhaps the glibc RPMs are mistagged... maybe Red Hat's style of having two glibc's is better. However, for performance reasons (glibc functions are called sufficiently often for optimization to be noticeable), DrakX would probably run a CPUID test and install the "appropriate" glibc. Guess what: that still doesn't solve the problem. The bulk of the blame rests on VIA (or possibly the kernel developers). Passing the blame to Mandrake for their packaging of glibc is ludicrous. By your logic, you are somewhat at fault: if you hadn't tried to install Mandrake on broken hardware this whole problem would not have happened :-) PS: please fix your Reply-To headers... there's no need to set them to your From: address and they screw up the list. -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Love lies in pools of questions. GPG Key Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: John Barry - Capsule in Space Linux 2.4.19-16mdk 6:00pm up 6 days, 16:25, 8 users, load average: 0.19, 0.21, 0.15
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
Ben Reser wrote on Wed, Oct 09, 2002 at 02:18:03PM -0700 : > > That only works if your export from the server allows it: > Well root_squash is only useful for an NFS mounted share. I wasn't > necessarily arguing against the changes. In some respects it makes > sense to me. But I don't think security is really a valid argument for > it. But I do think it's a useful feature to administrators that want to > remotely mount /usr via NFS. Hmmm, I thought this whole thread was about being unable to export a /usr share as ro since things wrote to it by default. Apparently I mixed this up with some other thread. Sorry. Blue skies... Todd -- | MandrakeSoft USA | Sometimes you get what you want. | | http://www.mandrakesoft.com | Sometimes you get experience.| | http://www.mandrakelinux.com |--unknown origin | Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.19-16mdk msg78638/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: openssh-3.4p1-5mdk
onsdagen den 9 oktober 2002 21.43 skrev Ben Reser: > On Wed, Oct 09, 2002 at 11:35:24PM +, Oden Eriksson wrote: > > On the other hand... > > > > If Mandrake can't do what ever they please, use what ever patch they > > please with this software, it's not free and should be dropped > > immediately from the distribution... > > He didn't say he coudn't. He said he didn't want to. Yes... but I know why I forgot to end it with a smiley ;) -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the "Modules For Apache2" status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] MDK 9.0 fresh install on SMP machine, bugs? found...
Le Mercredi 9 Octobre 2002 19:38, Thomas Backlund a écrit : > > > CPU states: 0,4% user, 0,6% system, 0,8% nice, 9,6% idle > > > CPU0 states: 0,0% user, 0,0% system, 0,0% nice, 0,106% idle > > > CPU1 states: 0,1% user, 0,5% system, 0,0% nice, 0,100% idle I have a Bi PII 350 too, with current cooker, and I have same for the report of top: CPU0 states: 0,30% user, 0,8% system, 0,0% nice, 0,469% idle CPU1 states: 0,44% user, 0,27% system, 0,0% nice, 0,436% idle nothing cpu-intensive is runing on the computer Emmanuel
Re: [Cooker] Re: openssh-3.4p1-5mdk
On Wed, Oct 09, 2002 at 11:35:24PM +, Oden Eriksson wrote: > On the other hand... > > If Mandrake can't do what ever they please, use what ever patch they please > with this software, it's not free and should be dropped immediately from the > distribution... He didn't say he coudn't. He said he didn't want to. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
Re: [Cooker] Re: openssh-3.4p1-5mdk
onsdagen den 9 oktober 2002 20.27 skrev Oden Eriksson: > onsdagen den 9 oktober 2002 15.03 skrev Vincent Danen: > > On Wednesday, October 9, 2002, at 08:51 AM, Oden Eriksson wrote: [snip] > > I don't really like to tamper with openssh too much. =) On the other hand... If Mandrake can't do what ever they please, use what ever patch they please with this software, it's not free and should be dropped immediately from the distribution... -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the "Modules For Apache2" status page at: http://d-srv.com/modules_for_apache2.html
[Cooker] 2.4.19-16mdk and swsusp
Hi, after lots of pain and agony I finally installed Mandrake9 on my hp pavilion xf255 and everything went smoothly, thanks [Mandrake] now I need to enable some sort of hibernation. Seems that ACPI is not there yet, so I tried to incorporate the swsusp patch, but it did not work - a lot of hunks won't patch (or whatever the terminology is). Anybody who got swsusp to work? http://fchabaud.free.fr/English/default.php3?COUNT=3&FILE0=Tricks&FILE1=Laptop&FILE2=Swsusp thanks in advance Jan
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
On Wed, Oct 09, 2002 at 01:56:08PM -0700, Todd Lyons wrote: > That only works if your export from the server allows it: > > [todd@fiji ~]$ cat /etc/exports > /usr 192.168.3.0/24(ro,root_squash,sync) > > What he's asking for seems to be common in some places, but I've never > implemented it myself, mostly due to the fact that so many things seem > to want to write to /usr. Those things that are being written to /usr > seemingly should be written to /var. Then again, there's nothing > preventing us from making those directories be symlinks to someplace in > /var on the local machine. Maybe that's a plausible road to take. Well root_squash is only useful for an NFS mounted share. I wasn't necessarily arguing against the changes. In some respects it makes sense to me. But I don't think security is really a valid argument for it. But I do think it's a useful feature to administrators that want to remotely mount /usr via NFS. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
Re: [Cooker] VIA EPIA 800 C3 processor
On Thu, Oct 10, 2002 at 08:27:26PM +0100, rowland wrote: > I understand (and I understood this from the start) that the bug is in the way > the >C3 is reported, I also understand that mandrake 9.0 is advertised as > being for i586! In which case, why is there the ability tp optomise for i686, > surely this should be something that is done after installation. If you are > going to say 'so people who have i686 machines will have faster/better > machines' then it should also optimise for athlons as well!!! I'm sure if someone submitted a patch to do so it'd be accepted in this particular case. There are only a couple libraries in the i686 directory (the i586 ones are just in /lib). They are libraries that i686 users get significantly better performance by using. These i686 libraries do not hurt i586 machines in general. So I really don't see what your complaint is about. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
Re: [Cooker] supermount?
Mario Vazquez wrote on Wed, Oct 09, 2002 at 03:16:02PM -0400 : > There is a fix for supermount on cooker mirrors? When you see a new version of the kernel come down, that's when you try it. Look through the changelog to see if anything is noted about it. Blue skies... Todd -- ...and I will strike down upon thee with great vengeance and furious anger, those who attempt to poison and destroy my binaries, and you will know my name is root, when I lay my vengeance upon thee. Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.19-16mdk msg78630/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
Ben Reser wrote on Wed, Oct 09, 2002 at 12:40:45PM -0700 : > > /usr locally, read-only, which can make things a > > little more secure, you can know that things aren't > > being modified 100 different in /usr that you don't > > know about, and you don't have to back up /usr. > So much for security: > mount -o remout,rw /usr > If they get root access to you box they probably know how to remount a > partition rw. That only works if your export from the server allows it: [todd@fiji ~]$ cat /etc/exports /usr 192.168.3.0/24(ro,root_squash,sync) What he's asking for seems to be common in some places, but I've never implemented it myself, mostly due to the fact that so many things seem to want to write to /usr. Those things that are being written to /usr seemingly should be written to /var. Then again, there's nothing preventing us from making those directories be symlinks to someplace in /var on the local machine. Maybe that's a plausible road to take. Blue skies... Todd -- MandrakeSoft USA http://www.mandrakesoft.com Easy things should be easy, and hard things should be possible. --Larry Wall Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.19-16mdk msg78629/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: openssh-3.4p1-5mdk
Silly Oden Eriksson <[EMAIL PROTECTED]> becomes daring and writes: > On that page there's a link to: > > http://www.vandyke.com/technology/draft-ietf-secsh-publickey-subsystem.txt Interesting...very interesting. I haven't read the whole thing in detail yet...but from a glimpse, it does look like something nice. Vox -- Pain is the gift of the gods, and I'm the one they chose as their messenger For info on safety in the BDSM lifestyle http://www.the-vox.com Think of the Linux community as a niche economy isolated by its beliefs. Kind of like the Amish, except that our religion requires us to use _higher_ technology than everyone else. -- Donald B. Marti Jr.
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying/usr for 9.*/10.0?
On 9 Oct 2002, Guillaume Cottenceau wrote: > Yes, though if the flexibility costs so much, It doesn't cost that much. One hard prerequisite is to think it right. But Mandrake doesn't have to do this job themselves: that's what the FHS is for. Standards make things clear. Following them is not as hard as designing them. > it may become questionable whether we do it or we do other things > which may be more useful to a larger number of people. I see your > problem as something valuable but rather a "niche" than something > really useful to a large number of people. Linux is used in a lot of universities, with small or large networks of client machines. Sometimes, a cascaded system exists, where central servers provide common apps, and local admins can tune local things. /usr exists for that. The Unix hierarchy has been doing this for ages. Every package that breaks this is flawed. Big Cybercafés sometime use this, too. Having /usr mounted via NFS make it much easier to maintain and secure... if it doesn't break all packages. How can you tell newbie sysadmins that files in /usr are meant to be frozen, variable files go to /var, when kscd puts its growing stuff inside /usr ... Besides this, the lack of unattended package upgrade facility for clusters of machines, and the flakey distribution upgrade that makes the sysadmins prefer install from scratch instead, currently limit Mandrake to a lonely desktop machine -- or a collection of lonely desktop machines, until you roll your own local hack to cope with this. The solution we have here is our homemade package that installs and configures a list of things. (To my knowledge, MandrakeUpdateRobot didn't make the reliable unattended daily update we expected, but sorry, I've not tried 9.0 yet, things might have changed. As for the upgrade, from 8.1 to 8.2 did break many things when we tried, too many to fix. If things have gone better with 9.0, tell me.) I have other ideas for alternative solutions, but I'll tell in a different mail. -- Stéphane Gourichon - Labo. d'Informatique de Paris 6 - AnimatLab http://animatlab.lip6.fr/ - philo du dimanche http://amphi-gouri.org/
[Cooker] new glibc cooker & contribs rebuild
Hello, when will be the massive rebuild with new glibc (2.3) ? Thanks, Florent -- EXCEPTIONNEL! Tiscali lance les forfaits Internet Illimités, à partir de 15,95EUR / mois. Pour en profiter,cliquez ici: http://register.tiscali.fr/forfaits/ Offres soumises à conditions.
Re: [Cooker] VIA EPIA 800 C3 processor
I understand (and I understood this from the start) that the bug is in the way the C3 is reported, I also understand that mandrake 9.0 is advertised as being for i586! In which case, why is there the ability tp optomise for i686, surely this should be something that is done after installation. If you are going to say 'so people who have i686 machines will have faster/better machines' then it should also optimise for athlons as well!!! rowland on Wednesday 09 Oct 2002 7:53 pm, Ben Reser wrote: > On Thu, Oct 10, 2002 at 07:03:53PM +0100, rowland wrote: > > everybody who has an i686 machine is missing the point. Every rpm on the > > installation cd's are for i568, so why is there a directory named i686. > > the fact is that if the rpms are for i586 then the kernel should be for > > i586 and anybody who has a i586 should recompile the kernel themselves. > > ok the processer or the software that identifies it is bugged, but if the > > i686 directory had not been there, this whole problem would not have > > happened :-) > > No the bug would have still been there. You just wouldn't have had a > problem with it. The bug is *NOT* the presence of the i686 directory. > The bug is the incorrect detection of your processor as being i686 not > i586. Deleting the i686 is just a work around for the problem.
Re: [Cooker] Bug handling survey - Tree based models
On Wed, Oct 09, 2002 at 09:38:57AM -0500, Gunes Koru wrote: > Please accept my apologies if you receive duplicates of this e-mail. This > is a survey, which will give useful results for all of us. I will try to > prepare and make some preliminary results on-line within the next two > weeks. Since this is a survey, covering many important open source > projects, it will be interesting for everybody to see what kind of quality > assurance work is going on in the other projects. As always, we are very > dedicated to this research. Please contact me for any question you might > have. Okay this is the second time you've sent this list an email about your survey. The first one was questionable as to it's relevence. The second one is really pushing it. It's one thing if I get it on different lists. It's different when you start sending multiple copies to the list. Link to the first message you sent: http://marc.theaimsgroup.com/?l=mandrake-cooker&m=103374701619952&w=2 You would have thought that after you got several complaints the last time around you'd think before sending *AGAIN*. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
--- Ben Reser <[EMAIL PROTECTED]> wrote: > On Wed, Oct 09, 2002 at 07:45:57AM -0700, David > Walser wrote: > > Doing this would be useful to more than just > people > > networking mounting /usr. It would also be useful > for > > standalone machines, mainly for security, > > manageability, and backup reasons. You could > mount > > /usr locally, read-only, which can make things a > > little more secure, you can know that things > aren't > > being modified 100 different in /usr that you > don't > > know about, and you don't have to back up /usr. > > So much for security: > mount -o remout,rw /usr > > If they get root access to you box they probably > know how to remount a > partition rw. Yes, I'm aware of that case (even thought of it as I was typing my e-mail). It's not the only case in which this is useful though. __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com
Re: [Cooker] openssh-3.4p1-5mdk
On Wed, Oct 09, 2002 at 02:51:45PM +, Oden Eriksson wrote: > I just found a patch by Van Dyke, the makers of SecureCRT (for win32) for > openssh that might be interesting for Mandrake? > > Patches are applied to this mail. Can't: * Copyright © 1995-2002 VanDyke Software, Inc. * All rights reserved. VanDyke has rather conflicting licensing information in it (the actual source file says it's okay to redistribute it. But requires that you add VanDyke's Copyright notice to the openssh documentation. Of course they don't provide the patch to do that for you. Considering that openssh is BSD license you can't assume that deritivate works are licensed under the same terms. So at least until vandyke clarifies their license I don't see how we can include this. And that's not even considering the flak from Theo we are likely to get. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
[Cooker] perl-bignum-0.13, perl-Math-BigRat-0.09, and perl-Math-BigInt-1.63uploaded
FYI, I have uploaded perl-bignum-0.13, perl-Math-BigRat-0.09, and perl-Math-BigInt-1.63: perl-bignum-0.13 bignum attempts to make it easier to write scripts that use BigInts/BigFloats in a transparent way. They use the rewritten versiosn of Math::BigInt and Math::BigFloat, Math::BigRat (for bigrat) and optionally Math::BigInt::Lite. perl-Math-BigRat-0.09 Math-BigRat is an arbitrary size rational math package. perl-Math-BigInt-1.63 Math-BigInt is an arbitrary size integer math package. Pete
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
On Wed, Oct 09, 2002 at 07:45:57AM -0700, David Walser wrote: > Doing this would be useful to more than just people > networking mounting /usr. It would also be useful for > standalone machines, mainly for security, > manageability, and backup reasons. You could mount > /usr locally, read-only, which can make things a > little more secure, you can know that things aren't > being modified 100 different in /usr that you don't > know about, and you don't have to back up /usr. So much for security: mount -o remout,rw /usr If they get root access to you box they probably know how to remount a partition rw. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
Re: [Cooker] KDE logoff problems.
On Wed, Oct 09, 2002 at 06:19:10PM +1000, Ron Stodden wrote: > KDE logoff problems. > > With Mandrake 9.0 I use KDE 3.0.3 with the Desktop Pager and 6 Desktops > (Work, Inet, Sys, Mount, #5, Print). > > Whenever I logoff, only the Desktop Pager is removed. > > If I then logoff again, usually KDE goes down as it should. > > But not always. In this case no amount of logoffs changes the > situation, and Ctrl+Alt+Backspace does not just kill the X server back > to a command prompt, but takes the whole system down to a unreqested reboot. > > This behaviour is definitely not according to the book. > > Further, with these 6 desktops applications present at logoff are not > restored to the correct desktop after a boot or reboot. They all > usually appear on top of each other on Desktop 1. So report it to bugs.kde.org I seriously doubt this is a packaging problem with Mandrake's KDE. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
Re: [Cooker] VIA EPIA 800 C3 processor
On Wed, Oct 09, 2002 at 08:14:48PM +0200, Guillaume Cottenceau wrote: > rowland <[EMAIL PROTECTED]> writes: > > > On Tuesday 08 Oct 2002 10:37 pm, Ben Reser wrote: > > everybody who has an i686 machine is missing the point. Every rpm on the Just to clarify I didn't write that. rowland doesn't know how to do attributions right so it's not showing right. :( -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
Re: [Cooker] Where is the dictionary file of open office?
W. Kasberg wrote: > On Monday 07 October 2002 09:19, Robert C. Dowdy wrote: > >>Actually, I believe this *is* a bug. I've installed 9.0 final three times >>and each time spell checking in OpenOffice.org was broken until I manually >>installed a US English myspell (which newbies certainly wouldn't know to >>do). It doesn't seem likely that OO.o should have broken spell-checking >>intentionally. Maybe it's just a problem for US English installations. >>I'm not sure. >> Yes, even when installing from rpmdrake (haven't tried urpmi recently, but that did the right thing last time), it seems that myspell-en_CA is installed automatically when local is english. -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] VIA EPIA 800 C3 processor
On Thu, Oct 10, 2002 at 07:03:53PM +0100, rowland wrote: > everybody who has an i686 machine is missing the point. Every rpm on the > installation cd's are for i568, so why is there a directory named i686. the > fact is that if the rpms are for i586 then the kernel should be for i586 and > anybody who has a i586 should recompile the kernel themselves. ok the > processer or the software that identifies it is bugged, but if the i686 > directory had not been there, this whole problem would not have happened :-) No the bug would have still been there. You just wouldn't have had a problem with it. The bug is *NOT* the presence of the i686 directory. The bug is the incorrect detection of your processor as being i686 not i586. Deleting the i686 is just a work around for the problem. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org Never take no as an answer from someone who isn't authorized to say yes.
[Cooker] translation problem
on spannish version of mdk 9.0 I found a translation problem with this error: [under@blacktow under]$ linuxconf El userhelper debe configurar la setuid del root It say that userhelper have to configure the setuid root and I have to say userhelper must be setuidroot so good translation could be: userhelper tiene que ser setuid root para funcionar
Re: [Cooker] ctrl+alt+backspace shuts PC down.
onsdagen den 9 oktober 2002 11.27 skrev Joseph Davidson: > I recently installed 9.0 on a friends PC. After reconfiguring the mouse > (to enable the wheel), I needed to restart X. When I pressed > ctrl+alt+backspace, the system immediatly turned off. It did? Can I have your machine please ;) I can't get the shutdown feature to work at all on my epox 8kha+... -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the "Modules For Apache2" status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] Re: openssh-3.4p1-5mdk
onsdagen den 9 oktober 2002 15.03 skrev Vincent Danen: > On Wednesday, October 9, 2002, at 08:51 AM, Oden Eriksson wrote: > > I just found a patch by Van Dyke, the makers of SecureCRT (for win32) > > for > > openssh that might be interesting for Mandrake? > > > > Patches are applied to this mail. > > Tell me why it's interesting, or some sort of README for this. It > doesn't look like it changes very much of the core openssh code, so I > won't reject it out of hand, but I don't feel like reading the patch > from top to bottom to figure out what it does. > > If you can point me to more info on it, or tell me what it does and how > it would be used, that would be helpful. Also, any links to whether or > not this fellow tried to get into the main openssh program or not (and > if so, why it was rejected) would be useful as well. There's actually a link presented 2 times in the spec file patch pointing to: http://www.vandyke.com/download/os/pks_ossh.html On that page there's a link to: http://www.vandyke.com/technology/draft-ietf-secsh-publickey-subsystem.txt > I don't really like to tamper with openssh too much. =) He he, I know that :) I just thought this would be interesting for Mandrake, that's it. Chears. -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the "Modules For Apache2" status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] VIA EPIA 800 C3 processor
rowland <[EMAIL PROTECTED]> writes: > On Tuesday 08 Oct 2002 10:37 pm, Ben Reser wrote: > everybody who has an i686 machine is missing the point. Every rpm on the actually it's rather "you are missing the point", it seems. > installation cd's are for i568, so why is there a directory named i686. the because optimizing the glibc makes a big difference, the rest of the programs can stay for i586 it doesn't make a big difference. > fact is that if the rpms are for i586 then the kernel should be for i586 and it is. > anybody who has a i586 should recompile the kernel themselves. ok the > processer or the software that identifies it is bugged, but if the i686 finally you got the point. yes, the kernel which identifies the processor has a bug with via. this is what everybody keeps saying. > directory had not been there, this whole problem would not have happened :-) well, yes, and if we would use a windows kernel the whole problem would also not have happened.. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] VIA EPIA 800 C3 processor
On Tuesday 08 Oct 2002 10:37 pm, Ben Reser wrote: everybody who has an i686 machine is missing the point. Every rpm on the installation cd's are for i568, so why is there a directory named i686. the fact is that if the rpms are for i586 then the kernel should be for i586 and anybody who has a i586 should recompile the kernel themselves. ok the processer or the software that identifies it is bugged, but if the i686 directory had not been there, this whole problem would not have happened :-) rowland > On Wed, Oct 09, 2002 at 10:15:20PM +0100, rowland penny wrote: > > mandrake is advertised as being i586 (or pentium) compatible not i686 > > (celeron, p2,p3,p4) so why have a directory named i686?. redhat 8.0 loads > > onto a epia based system without any trouble so why doesn't mandrake! > > Well from what I understand the bug isn't that the i686 directory is > there. The i686 directory lets i686 machines use the optimized > libraries for their arch. Everything else will use the libraries in > just the /lib dir. Apparently there was a bug in the kernel that > mistakenly identifies your processor as i686 not i586. So ld tries to > use the i686 libraries. Thus the error. > > Deleting the i686 tree resolves the bug because then ld does try to use > those libraries since they aren't there and falls back on the other > ones. > > The workaround is already posted on the errata page. At this point > there is no other way to fix it other than replacing the kernel in the > install CD with a fixed one. And that isn't going to happen until the > next version. > > Now at some point I'm sure cooker will get fixed and then you could make > a CD set with just the cooker kernel and that will work around you > problem in an easier way.
Re: [Cooker] MDK 9.0 fresh install on SMP machine, bugs? found...
From: "Buchan Milne" <[EMAIL PROTECTED]> > Thomas Backlund wrote: > PLEASE STOP SPAMMING THE LIST Sorry for the duplicates, It was not intentional... it was the mailscanner that told me it rejected it, that made me send it again, and the scanner sends it's own warning messages, so that resulted in atleast 3 messages... > > Hi, > > here is my system: > > > > dual PII 350, Intel BX chipset 512MB ECC SDRAM > > dual 18GB IBM SCSI HDD:s running linux soft-raid 1 > > (even swap is on raid 1), all partitions uses ReiserFS > > This machine runs: > > kernel-2.4.19.19mdk-1-1mdk > > apache 1.3.26-6mdk > > postfix-1.1.11-4mdk > > courier-imap-1.5.3-1mdk > > > > Rav antivirus mailscanner: > > ravmd 8.4.0-7 > > ravcore 8.9.0-6 > > ravpostfix 8.4.0-4 > > > > and here is my problem: > > > > Output from 'top' > > --- > > 2:32pm up 2 days, 15:20, 1 user, load average: 0,00, 0,00, 0,00 > > 75 processes: 74 sleeping, 1 running, 0 zombie, 0 stopped > > CPU states: 0,4% user, 0,6% system, 0,8% nice, 9,6% idle > > CPU0 states: 0,0% user, 0,0% system, 0,0% nice, 0,106% idle > > CPU1 states: 0,1% user, 0,5% system, 0,0% nice, 0,100% idle > > Mem: 515952K av, 508016K used,7936K free, 0K shrd, 99108K > > buff > > Swap: 256888K av, 256700K used, 188K free 49000K > > cached > > --- > > > > So, what is eating my processor power, and my memory? > > > > Nothing is eating your CPU at this stage, only your memory (note the CPU > states both <1%, which means no user space apps are eating CPU, but > since they are only 01& idle, it must be the kernel keeping them busy, > probably spending all it's time swapping. > Well, the thing that got my attention was exactly the point, that CPU0: 0,0% user + 0,0% system + 0,0% nice + 0,106% idle and CPU1: 0,1% user + 0,5% system + 0,0% nice + 0,100% idle It does not add up, and if it's the kernel that is busy working, it should show up in 'xx% system', atleast that was how the smp kernels in MDK 8.2 was showing the workload, or is it top that is the 'faulty' one ... > You could have saved us 81k of logs, if you had sorted your top by > memory usage (shift-M), since you know that memory us the problem, and > you would have seen these at the top: > > 2559 apache 9 0 243M 139M 1052 S 0,0 27,6 0:34 httpd > 2560 apache 9 0 297M 169M 4 S 0,0 33,7 0:30 httpd > Well, for this I have no excuse, I did read the output from top, but completly missed those lines... :-( > Can you please keep this off cooker unless you have confirmed that it is > a bug, and not some misconfiguration. > > Your previous install doesn't mention apache, so do you need it? Have > you done configuration? > > Have you checked your apache logs? > > Have you checked syslog? > It's exactly the same configuration as I had for apache-1.3.23-4.1mdk wich was in MDK 8.2, and yes I need the web-server. I also run logcheck every night, but it have not shown any suspicious lines in the logfiles... I guess I have to read the logfiles myself line by line to see if anything seems to be wrong... Thomas *** Tämä viesti on VirusTarkistettu INRITEL OY:n postipalvelimella!! ***
[Cooker] Bug gdm & nvidia drvs
I've a small bug with GDM and NVidia drivers. When i stop a session, and ask my WM to return to GDM, it sometimes has a problem of sync (same behaviour as a resolution too huge for a screen). So i have to restart XFree (ctrl-alt-supp) in order to solve the problem. Nothing is written in the logs. It may be difficult to solve this (because of the nvidia closed drivers)... Pierre signature.asc Description: PGP signature
DrakxX/harddrake pcmcia suport and kickstart (was Re: [Cooker] MDK9.0 Installation suggestions (I'm Stuck).)
Guillaume Cottenceau wrote: > Ryan S Oltman <[EMAIL PROTECTED]> writes: > > Humm there is also the detection step.. I don't know if harddrake > can do that after the install. > It doesn't seem so, plus, in kickstart mode (or whatever you want to call it if you run the auto-install thing from MCC to make a bootdisk) DrakX doesn't do any pcmcia (because there was no pcmcia storage maybe?). I was wanting to demo winbind setup in a kick-started install, but the NIC isn't available in kickstart, since it's a laptop with PCMCIA card, and PCMCIA didn't get started. So, I will try a HD install (it's not the fastest machine, and I don't have much time ...). Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] Where is the dictionary file of open office?
On Monday 07 October 2002 09:19, Robert C. Dowdy wrote: > On Saturday 05 October 2002 5:55 am, Buchan Milne wrote: > > On Sat, 5 Oct 2002, Vox wrote: > > > Carfield Yim <[EMAIL PROTECTED]> writes: > > > > Hi all, I have installed the mandrake version rpm package of > > > > OpenOffice. However, the package don't contain any dictionary files. > > > > Where can I find the dictionary file and install? > > > > > > urpmi OpenOffice.org-l10n- > > > > > > Vox > > > > Actullay, try: > > > > # urpmi myspell > > > > and then select your language. OpenOffice.org requires a myspell, so you > > probably have one installed already, you might want to use Software > > Manager to search for myspell, and choose additional dictionaries. > > > > But, please remember that this is not a support list, and your post was > > not a bug report, but seems very much like a support question. There are > > more appropriate lists for that. > > > > Regards, > > Buchan > > Actually, I believe this *is* a bug. I've installed 9.0 final three times > and each time spell checking in OpenOffice.org was broken until I manually > installed a US English myspell (which newbies certainly wouldn't know to > do). It doesn't seem likely that OO.o should have broken spell-checking > intentionally. Maybe it's just a problem for US English installations. > I'm not sure. > This is also valid for german dictionary which is not installed automatically. Also german help files have to be installed manually. Hopefully this should be corrected with the next Mandrake edition (9.1 ?) > The most serious aspect of this is that OO.o doesn't TELL the user that > spelling is broken. I could set Autocheck to "yes" and it didn't complain, > it just didn't do anything. I could manually order a spellcheck, and it > didn't complain, it just didn't work (as if there were no spelling errors > in the document, even if the document was all gibberish). > > Again, this definitely sounds like a bug to me. =) > > Regards, > Rob Walter Kasberg --
Re: [Cooker] MDK 9.0 Installation suggestions (I'm Stuck).
On Wed, 2002-10-09 at 09:28, Guillaume Cottenceau wrote: > Ryan S Oltman <[EMAIL PROTECTED]> writes: > > [...] > > > > > tried just about every combination possible and still no luck. Is there > > > > some step I need to be sure and do in order to guarantee the system is > > > > patched? > > > > > > No, it should work. I've tested it.. > > > > Maybe because I have to pass more kernel options (ide2=... ide3=...) it > > doesn't work? Also, I had to download the patch.pl using a windows PC > > it could be a problem? It does go and act like it loads > > I don't think so.. maybe the error could come from the fact that > you have more than one RAID array (Pixel, do you think your patch > should work with 2+ RAID array's?). > > > something off the floppy, but I get the same result when I reboot. The > > logs say "PATCHED" during this stage. > > So at least the patch seems applied. It should work :-(. I would get an error like "no patch-oem-.pl" when I tried to patch it off CD1 with the floppy, but I got the "PATCHED" statement when I booted off CD2 then installed CD1. > > > Anyway, I removed the "/" from raided partition and broke it up into /, > > /opt, and /var all 2.7 Gb in size. I then rebooted off the rescue CD > > mounted the partitions and fixed the /etc/raidtab. It was as follows: > > > > <<>> > > /dev/md3 > > device /dev/hdg6 > > Hum this looks like the contents of an /etc/raidtab *without* the > patch?? > > [...] > > > The machine now boots! (small victory!). Now I have found that neither > > urpmi nor rpmdrake seem to work. The processes seems to hang w/o any > > CPU activity. I think I found a thread to fix this issue. > > The rpm db is probably locked. Double check you have no rpm > process, then do "rm -f /var/lib/rpm/__*" and "rpm --rebuilddb". > This is what I did and it fixed it. > > Since I installed with out the PCMCIA controller installed, I assume > > I'll have to install: > > pcmcia-cs-3.2.0-3mdk.rpm > > pcmcia-cs-x11-3.2.0-3mdk.rpm > > In order to get the card to work. > > Humm there is also the detection step.. I don't know if harddrake > can do that after the install. No I had to install the packages. The /etc/sysconfig/pcmcia file needed to be modified to: PCMCIA=yes PCIC=i82365 Then, /etc/rc.d/init.d/pcmcia start It detected the card and worked with wvlan_cs driver. I then configured the network, but was not allowed to setup internet connection sharing because it only said I had the eth0 (linksys card). Anyway, when I rebooted the fun started. On the reboot the during the pcmcia startup the messages said something like: "loading yenta_socket instead of i82365". I have never seen the yenta_socket driver on my machine. The controller beeped twice, then it did a stack dump on only one of my processors (I didn't know this was possible). About 5 seconds later the entire machine hung. Long story short, I downloaded the pcmcia_cs-3.1.2 from sourceforge, recompiled the kernel enterprise configuration without pcmcia support and installed the sourceforge package. The machine is functioning now with the i82365 module and is running great. As someone stated in a different thread, I am confirming you must do a make mrproper in order to compile the mandrake kernel source. > > > -- > Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] ctrl+alt+backspace shuts PC down.
Le mer 09/10/2002 à 10:56, Bob Walker a écrit : > I then pressed Ctrl+Alt+Backspace and it logged out to the > login prompt. It appears there is a either a problem with this key > combination. This is normal, this a key combination of X to kill it. There is a respawn of X so when you kill it using (CTRL+ALT+BACKSPACE) it restarts. -- Erwan Velu MandrakeSoft 43 rue d'aboukir 75002 Paris Phone Number : +33 (0) 1 40 41 17 94 Fax Number : +33 (0) 1 40 41 92 00 Email: [EMAIL PROTECTED] Web site : http://www.linux-mandrake.com OpenPGP key : http://www.mandrakesecure.net/cks/ signature.asc Description: PGP signature
Re: [Cooker] ctrl+alt+backspace shuts PC down.
I did the same, however, no pc shutdown. My pc executed "Logout Without Confirmation" and returned to the x login prompt . I checked to see if a keyboard shortcut was assigned by default to "Logout Without Confirmation" in KDE Control Center --> LookNFeel --> Shortcuts. It was assigned to Ctrl+Alt+Shift+Delete. I executed that key combination and the pc logged out without confirmation. I then deleted all shortcuts for "Logout without Confirmation". I then pressed Ctrl+Alt+Backspace and it logged out to the login prompt. It appears there is a either a problem with this key combination. bob On Wednesday 09 October 2002 11:27 am, Joseph Davidson wrote: > I recently installed 9.0 on a friends PC. After reconfiguring the mouse > (to enable the wheel), I needed to restart X. When I pressed > ctrl+alt+backspace, the system immediatly turned off. > > I am not sure what the exact specs are on the PC, but I believe it is a > P4 2Ghz, 512mb ram, and an nvidia based graphics card with the default > driver. (not the 3d accelerated driver from nvidia. )
Re: [Cooker] ctrl+alt+backspace shuts PC down.
Le mer 09/10/2002 à 13:27, Joseph Davidson a écrit : > I recently installed 9.0 on a friends PC. After reconfiguring the mouse > (to enable the wheel), I needed to restart X. When I pressed > ctrl+alt+backspace, the system immediatly turned off. > > I am not sure what the exact specs are on the PC, but I believe it is a > P4 2Ghz, 512mb ram, and an nvidia based graphics card with the default > driver. (not the 3d accelerated driver from nvidia. ) i've saw this problem with some old motherboard, please try linux noapic it should works better. -- Erwan Velu MandrakeSoft 43 rue d'aboukir 75002 Paris Phone Number : +33 (0) 1 40 41 00 41 Fax Number : +33 (0) 1 40 41 92 00 Email: [EMAIL PROTECTED] Web site : http://www.linux-mandrake.com OpenPGP key : http://www.mandrakesecure.net/pks/
[Cooker] ctrl+alt+backspace shuts PC down.
I recently installed 9.0 on a friends PC. After reconfiguring the mouse (to enable the wheel), I needed to restart X. When I pressed ctrl+alt+backspace, the system immediatly turned off. I am not sure what the exact specs are on the PC, but I believe it is a P4 2Ghz, 512mb ram, and an nvidia based graphics card with the default driver. (not the 3d accelerated driver from nvidia. ) -- Joe Davidson 101 Thomas hall Blacksburg, VA (540) 232-6593 http://fbox.vt.edu/J/jdavidso
[Cooker] Re: procps-2.0.10 buggy
On 2002.10.09 Thierry Vignaud wrote: >"J.A. Magallon" <[EMAIL PROTECTED]> writes: > >> At the end of the tread, you will find this patch for top.c, I >> posted it there and WorksForMe(TM) (while awating the author >> includes a fix in next package) > >applied but i'm considering switching to the debian procps instead > Yup, as nobody mantained it, there are some 'branches' out there. But as I have noticed, this is more or less the standard procps for kernel developers, and changes for new kernels go there in first place. Do not know if Debian mantainer tracks this changes closely... -- J.A. Magallon <[EMAIL PROTECTED]> \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.1 (Cooker) for i586 Linux 2.4.20-pre10-jam1 (gcc 3.2 (Mandrake Linux 9.0 3.2-2mdk))
[Cooker] Re: procps-2.0.10 buggy
"J.A. Magallon" <[EMAIL PROTECTED]> writes: > At the end of the tread, you will find this patch for top.c, I > posted it there and WorksForMe(TM) (while awating the author > includes a fix in next package) applied but i'm considering switching to the debian procps instead
Re: [Cooker] MDK 9.0 Installation suggestions (I'm Stuck).
Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > Ryan S Oltman <[EMAIL PROTECTED]> writes: > > [...] > > > > > tried just about every combination possible and still no luck. Is there > > > > some step I need to be sure and do in order to guarantee the system is > > > > patched? > > > > > > No, it should work. I've tested it.. > > > > Maybe because I have to pass more kernel options (ide2=... ide3=...) it > > doesn't work? Also, I had to download the patch.pl using a windows PC > > it could be a problem? It does go and act like it loads > > I don't think so.. maybe the error could come from the fact that > you have more than one RAID array (Pixel, do you think your patch > should work with 2+ RAID array's?). it should :)
[Cooker] Re: openssh-3.4p1-5mdk
On Wednesday, October 9, 2002, at 08:51 AM, Oden Eriksson wrote:
> I just found a patch by Van Dyke, the makers of SecureCRT (for win32)
> for
> openssh that might be interesting for Mandrake?
>
> Patches are applied to this mail.
Tell me why it's interesting, or some sort of README for this. It
doesn't look like it changes very much of the core openssh code, so I
won't reject it out of hand, but I don't feel like reading the patch
from top to bottom to figure out what it does.
If you can point me to more info on it, or tell me what it does and how
it would be used, that would be helpful. Also, any links to whether or
not this fellow tried to get into the main openssh program or not (and
if so, why it was rejected) would be useful as well.
I don't really like to tamper with openssh too much. =)
--
MandrakeSoft Security; http://www.mandrakesecure.net/
"lynx - source http://linsec.ca/vdanen.asc | gpg --import"
{FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD}
PGP.sig
Description: PGP signature
Re: [Cooker] VIA EPIA 800 C3 processor
rowland penny <[EMAIL PROTECTED]> writes: > mandrake is advertised as being i586 (or pentium) compatible not i686 > (celeron, p2,p3,p4) so why have a directory named i686?. redhat 8.0 loads to optimize better for i686 and superior processors, what else? it's not incompatible with being i586 compatible, or explain me your reasoning. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Install troubles
"J. Greenlees" <[EMAIL PROTECTED]> writes: > Guillaume Cottenceau wrote: > > You might try a boot floppy from /images/alternatives/, also. > > > > not always possible, no floppy on my laptop. > so boot floppy becomes problematic with diskless workstations. :-) we can't support all the configurations. for you you'll need to burn a CD with the alternatives cdrom.img on it. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
--- Guillaume Cottenceau <[EMAIL PROTECTED]> wrote: > Yes, though if the flexibility costs so much, it may > become > questionable whether we do it or we do other things > which may be > more useful to a larger number of people. I see your > problem as > something valuable but rather a "niche" than > something really > useful to a large number of people. Doing this would be useful to more than just people networking mounting /usr. It would also be useful for standalone machines, mainly for security, manageability, and backup reasons. You could mount /usr locally, read-only, which can make things a little more secure, you can know that things aren't being modified 100 different in /usr that you don't know about, and you don't have to back up /usr. __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com
[Cooker] procps-2.0.10 buggy
Hi.
The new procps package contains a bug still not fixed by author. We
discussed it in kernel list. Follow the thread at:
http://marc.theaimsgroup.com/?l=linux-kernel&m=103408421017292&w=2
At the end of the tread, you will find this patch for top.c, I posted it there
and WorksForMe(TM) (while awating the author includes a fix in next package)
--- top.c.orig 2002-10-08 15:28:10.0 +0200
+++ top.c 2002-10-08 17:21:24.0 +0200
@@ -1691,6 +1691,8 @@
i, __LINE__);
break;
} else {
+ int u_delta, s_delta, n_delta,
+io_delta, i_delta, un_delta;
+
t_ticks = (u_ticks + s_ticks +
i_ticks + n_ticks + io_ticks)
- (u_ticks_o[i] +
s_ticks_o[i] + i_ticks_o[i] + n_ticks_o[i] + io_ticks_o[i]);
if (Irixmode)
@@ -1699,25 +1701,21 @@
cpumap =
cpu_mapping
[i];
+ u_delta = (trimzero(u_ticks -
+u_ticks_o[i])*1000)/t_ticks;
+ s_delta = (trimzero(s_ticks -
+s_ticks_o[i])*1000)/t_ticks;
+ n_delta = (trimzero(n_ticks -
+n_ticks_o[i])*1000)/t_ticks;
+ io_delta = (trimzero(io_ticks
+- io_ticks_o[i])*1000)/t_ticks;
+ i_delta = (trimzero(i_ticks -
+i_ticks_o[i])*1000)/t_ticks;
+ un_delta = (trimzero(u_ticks
+- u_ticks_o[i]+n_ticks - n_ticks_o[i])*1000)/t_ticks;
printf
- ("CPU%d states: %2d%s%-d%%
user, %2d%s%-d%% system,"
-" %2d%s%-d%% nice,
%2d%s%-d%% iowait, %2d%s%-d%% idle",
+ ("CPU%d: %3d%s%-d%% user
+%3d%s%-d%% system"
+" %3d%s%-d%% nice
+%3d%s%-d%% iowait %3d%s%-d%% idle",
cpumap,
-trimzero(u_ticks -
u_ticks_o [i] + n_ticks - n_ticks_o [i]) * 100 / t_ticks,
-decimal_point,
-trimzero(u_ticks -
u_ticks_o [i]) * 100 % t_ticks / 100,
-trimzero(s_ticks -
s_ticks_o [i]) * 100 / t_ticks,
-decimal_point,
-trimzero(s_ticks -
s_ticks_o [i]) * 100 % t_ticks / 100,
-trimzero(n_ticks -
n_ticks_o [i]) * 100 / t_ticks,
-decimal_point,
-trimzero(n_ticks -
n_ticks_o [i]) * 100 % t_ticks / 100,
-trimzero(io_ticks -
io_ticks_o [i]) * 100 / t_ticks,
-decimal_point,
-trimzero(io_ticks -
io_ticks_o [i]) * 100 % t_ticks / 100,
-trimzero(i_ticks -
i_ticks_o [i]) * 100 / t_ticks,
-decimal_point,
-trimzero(i_ticks -
i_ticks_o [i]) * 100 % t_ticks / 100);
+un_delta/ 10,
+decimal_point, un_delta% 10,
+s_delta / 10,
+decimal_point, s_delta % 10,
+n_delta / 10,
+decimal_point, n_delta % 10,
+io_delta/ 10,
+decimal_point, io_delta% 10,
+i_delta / 10,
+decimal_point, i_delta % 10);
s_ticks_o[i] = s_ticks;
u_ticks_o[i] = u_ticks;
[Cooker] Bug handling survey - Tree based models
Hello Mandrake contributors, I am conducting a survey about the way bugs are handled in open source software projects. The survey includes questions that can be answered by developers,testers, bug fixers, project managers, and owners of defect databases. It is only and only for research purposes and it is very easy to fill out. It consists of three short sections which can be completed at once or in different sessions. Please fill it out if you haven't done yet. You will find the questions interesting since there is a reason behind each one one of them. They will make you think about how things work (or could work)in your project. The survey can be found in the address: http://www.seas.smu.edu/~gkoru/surveys/dhsurvey.html The data in the bug databases can be used to identify the high risk areas in the software development. One of the ways of doing it is constructing tree-based models, which could be very useful in open source projects. If you would like to read about it, I prepared a web page for you: http://www.seas.smu.edu/~gkoru/surveys/tbdm1.html Please accept my apologies if you receive duplicates of this e-mail. This is a survey, which will give useful results for all of us. I will try to prepare and make some preliminary results on-line within the next two weeks. Since this is a survey, covering many important open source projects, it will be interesting for everybody to see what kind of quality assurance work is going on in the other projects. As always, we are very dedicated to this research. Please contact me for any question you might have. Thank you, A. Gunes Koru http://www.engr.smu.edu/~gkoru
Re: [Cooker] Re: Re: Re: RFC: Can we eliminate all forms of modifying /usr for 9.*/10.0?
"Brian J. Murrell" <[EMAIL PROTECTED]> writes: > On Tue, Oct 08, 2002 at 07:13:37PM +0200, Guillaume Cottenceau wrote: > > > > Ok I see. But then I think it's not so interesting to have a > > separate /usr, if the machines can be different (windows, fonts > > etc) > > Why? How does individual machine differences in something like fonts > make having a single /usr for a network not so interesting? The point > of a shared /usr is some disk savings, but yes, disks are cheap these > days. But in large networks, a new disk for every machine does add > up. > > But disk-space aside, this is also an administrative issue. A network > admin _can_ (easily!) make a font available to all by putting it on > /usr, but that should not mean that individual machines should not > also _be_able_ to have their own fonts. Let's not take flexibilty > away, let's add it. Yes, though if the flexibility costs so much, it may become questionable whether we do it or we do other things which may be more useful to a larger number of people. I see your problem as something valuable but rather a "niche" than something really useful to a large number of people. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] MDK 9.0 Installation suggestions (I'm Stuck).
Ryan S Oltman <[EMAIL PROTECTED]> writes: [...] > > > tried just about every combination possible and still no luck. Is there > > > some step I need to be sure and do in order to guarantee the system is > > > patched? > > > > No, it should work. I've tested it.. > > Maybe because I have to pass more kernel options (ide2=... ide3=...) it > doesn't work? Also, I had to download the patch.pl using a windows PC > it could be a problem? It does go and act like it loads I don't think so.. maybe the error could come from the fact that you have more than one RAID array (Pixel, do you think your patch should work with 2+ RAID array's?). > something off the floppy, but I get the same result when I reboot. The > logs say "PATCHED" during this stage. So at least the patch seems applied. It should work :-(. > Anyway, I removed the "/" from raided partition and broke it up into /, > /opt, and /var all 2.7 Gb in size. I then rebooted off the rescue CD > mounted the partitions and fixed the /etc/raidtab. It was as follows: > > <<>> > /dev/md3 > device /dev/hdg6 Hum this looks like the contents of an /etc/raidtab *without* the patch?? [...] > The machine now boots! (small victory!). Now I have found that neither > urpmi nor rpmdrake seem to work. The processes seems to hang w/o any > CPU activity. I think I found a thread to fix this issue. The rpm db is probably locked. Double check you have no rpm process, then do "rm -f /var/lib/rpm/__*" and "rpm --rebuilddb". > Since I installed with out the PCMCIA controller installed, I assume > I'll have to install: > pcmcia-cs-3.2.0-3mdk.rpm > pcmcia-cs-x11-3.2.0-3mdk.rpm > In order to get the card to work. Humm there is also the detection step.. I don't know if harddrake can do that after the install. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] MDK 9.0 fresh install on SMP machine, bugs? found...
On Wednesday 09 October 2002 08:28 pm, Thomas Backlund wrote: > Alkuperäinen viesti (liitetty) sisälsi vaarallista koodia. > AntiVirus-Tutka on puhdistanut viestiä. Not sure what language that's in, but it looks like your (ISP's) virus scanner decided that the gzipped report.bug was a virus. Try bzip2'ing it instead and see if it sneaks past. Cheers; Leon
Re: Fw: [Cooker] MDK 9.0 fresh install on SMP machine, bugs? found...
Thomas Backlund wrote: > 2530 root 9 0 1532 7652 S 0,0 0,0 0:04 httpd-perl > 2534 apache 9 0 15004 4 S 0,0 0,0 0:00 httpd-perl > 2535 apache 9 0 15004 4 S 0,0 0,0 0:00 httpd-perl > 2537 apache 9 0 15004 4 S 0,0 0,0 0:00 httpd-perl > 2539 apache 9 0 15004 4 S 0,0 0,0 0:00 httpd-perl > 2545 root 9 0 1292 8464 S 0,0 0,0 0:05 httpd > 2552 root 9 0 2444 0 S 0,0 0,0 0:00 advxsplitlogfil > 2553 apache 9 0 2892 1244 1016 S 0,0 0,2 0:01 httpd > 2554 apache 9 0 2884 1240 1016 S 0,0 0,2 0:01 httpd > 2555 apache 9 0 3584 1288 1024 S 0,0 0,2 0:04 httpd > 2556 apache 9 0 3156 1244 1012 S 0,0 0,2 0:02 httpd > 2558 apache 9 0 2880 1236 1012 S 0,0 0,2 0:02 httpd > 2559 apache 9 0 243M 139M 1052 S 0,0 27,6 0:34 httpd > 2560 apache 9 0 297M 169M 4 S 0,0 33,7 0:30 httpd > 3636 apache 9 0 2992 1220 1012 S 0,0 0,2 0:01 httpd > 14603 nobody 9 0 432 14096 S 0,0 0,0 0:00 proftpd > 20800 apache 9 0 2120 1224 1040 S 0,0 0,2 0:00 httpd > 20801 apache 9 0 2128 1228 1044 S 0,0 0,2 0:00 httpd > 20802 apache 9 0 2124 1224 1040 S 0,0 0,2 0:00 httpd PLEASE STOP SPAMMING THE LIST Cooker is not a support list. This looks like a support question. No-one asked for 2 copies of 80k of logs (normally people ask for that amount of stuff privately). If you take 30 seconds to look at this yourself, you will see what the problem is. Once you have confirmed whether it is a bug in apache, then your posts are warranted, but probably on a list that handles the stable release (aka advx-users, or if it is an exploit, discuss@mandrakesecure). Please take this off this list. Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] MDK 9.0 fresh install on SMP machine, bugs? found...
Thomas Backlund wrote: > Hi, > here is my system: > > dual PII 350, Intel BX chipset 512MB ECC SDRAM > dual 18GB IBM SCSI HDD:s running linux soft-raid 1 > (even swap is on raid 1), all partitions uses ReiserFS > > This machine runs: > kernel-2.4.19.19mdk-1-1mdk > > Web: > apache 1.3.26-6mdk > > Mail: > postfix-1.1.11-4mdk > courier-imap-1.5.3-1mdk > > Rav antivirus mailscanner: > ravmd 8.4.0-7 > ravcore 8.9.0-6 > ravpostfix 8.4.0-4 > > and here is my problem: > > Output from 'top' > --- > 2:32pm up 2 days, 15:20, 1 user, load average: 0,00, 0,00, 0,00 > 75 processes: 74 sleeping, 1 running, 0 zombie, 0 stopped > CPU states: 0,4% user, 0,6% system, 0,8% nice, 9,6% idle > CPU0 states: 0,0% user, 0,0% system, 0,0% nice, 0,106% idle > CPU1 states: 0,1% user, 0,5% system, 0,0% nice, 0,100% idle > Mem: 515952K av, 508016K used,7936K free, 0K shrd, 99108K > buff > Swap: 256888K av, 256700K used, 188K free 49000K > cached > --- > > So, what is eating my processor power, and my memory? > Nothing is eating your CPU at this stage, only your memory (note the CPU states both <1%, which means no user space apps are eating CPU, but since they are only 01& idle, it must be the kernel keeping them busy, probably spending all it's time swapping. > And before anyone asks, It is a FRESH install. [snip] You could have saved us 81k of logs, if you had sorted your top by memory usage (shift-M), since you know that memory us the problem, and you would have seen these at the top: 2559 apache 9 0 243M 139M 1052 S 0,0 27,6 0:34 httpd 2560 apache 9 0 297M 169M 4 S 0,0 33,7 0:30 httpd Can you please keep this off cooker unless you have confirmed that it is a bug, and not some misconfiguration. Your previous install doesn't mention apache, so do you need it? Have you done configuration? Have you checked your apache logs? Have you checked syslog? Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
[Cooker] openssh-3.4p1-5mdk
Hi.
I just found a patch by Van Dyke, the makers of SecureCRT (for win32) for
openssh that might be interesting for Mandrake?
Patches are applied to this mail.
Chears.
--
Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com
Check the "Modules For Apache2" status page at:
http://d-srv.com/modules_for_apache2.html
diff -Naur openssh-3.4p1/Makefile.in openssh-3.4p1.oden/Makefile.in
--- openssh-3.4p1/Makefile.in 2002-06-25 23:45:42.0 +
+++ openssh-3.4p1.oden/Makefile.in 2002-10-09 14:36:44.0 +
@@ -23,6 +23,7 @@
SSH_PROGRAM=@bindir@/ssh
ASKPASS_PROGRAM=$(libexecdir)/ssh-askpass
SFTP_SERVER=$(libexecdir)/sftp-server
+PUBLICKEY_SERVER=$(libexecdir)/publickey-server
SSH_KEYSIGN=$(libexecdir)/ssh-keysign
RAND_HELPER=$(libexecdir)/ssh-rand-helper
PRIVSEP_PATH=@PRIVSEP_PATH@
@@ -32,6 +33,7 @@
-D_PATH_SSH_PROGRAM=\"$(SSH_PROGRAM)\" \
-D_PATH_SSH_ASKPASS_DEFAULT=\"$(ASKPASS_PROGRAM)\" \
-D_PATH_SFTP_SERVER=\"$(SFTP_SERVER)\" \
+ -D_PATH_PUBLICKEY_SERVER=\"$(PUBLICKEY_SERVER)\" \
-D_PATH_SSH_KEY_SIGN=\"$(SSH_KEYSIGN)\" \
-D_PATH_SSH_PIDDIR=\"$(piddir)\" \
-D_PATH_PRIVSEP_CHROOT_DIR=\"$(PRIVSEP_PATH)\" \
@@ -58,7 +60,7 @@
@NO_SFTP@SFTP_PROGS=sftp-server$(EXEEXT) sftp$(EXEEXT)
-TARGETS=ssh$(EXEEXT) sshd$(EXEEXT) ssh-add$(EXEEXT) ssh-keygen$(EXEEXT) ssh-keyscan${EXEEXT} ssh-keysign${EXEEXT} ssh-agent$(EXEEXT) scp$(EXEEXT) ssh-rand-helper${EXEEXT} $(SFTP_PROGS)
+TARGETS=ssh$(EXEEXT) sshd$(EXEEXT) ssh-add$(EXEEXT) ssh-keygen$(EXEEXT) ssh-keyscan${EXEEXT} ssh-keysign${EXEEXT} ssh-agent$(EXEEXT) scp$(EXEEXT) ssh-rand-helper${EXEEXT} $(SFTP_PROGS) publickey-server${EXEEXT}
LIBSSH_OBJS=atomicio.o authfd.o authfile.o bufaux.o buffer.o canohost.o channels.o cipher.o compat.o compress.o crc32.o deattack.o dh.o dispatch.o fatal.o mac.o msg.o hostfile.o key.o kex.o kexdh.o kexgex.o log.o match.o misc.o mpaux.o nchan.o packet.o radix.o rijndael.o entropy.o readpass.o rsa.o scard.o scard-opensc.o ssh-dss.o ssh-rsa.o tildexpand.o ttymodes.o uidswap.o uuencode.o xmalloc.o monitor_wrap.o monitor_fdpass.o
@@ -140,6 +142,9 @@
sftp$(EXEEXT): $(LIBCOMPAT) libssh.a sftp.o sftp-client.o sftp-int.o sftp-common.o sftp-glob.o
$(LD) -o $@ sftp.o sftp-client.o sftp-common.o sftp-int.o sftp-glob.o $(LDFLAGS) -lssh -lopenbsd-compat $(LIBS)
+publickey-server$(EXEEXT): $(LIBCOMPAT) libssh.a servconf.o entropy.o auth.o groupaccess.o auth-options.o publickey-server.o
+ $(LD) -o $@ publickey-server.o servconf.o entropy.o auth.o groupaccess.o auth-options.o $(LDFLAGS) -lssh -lopenbsd-compat $(LIBS)
+
ssh-rand-helper${EXEEXT}: $(LIBCOMPAT) libssh.a ssh-rand-helper.o
$(LD) -o $@ ssh-rand-helper.o $(LDFLAGS) -lssh -lopenbsd-compat $(LIBS)
@@ -232,6 +237,7 @@
$(INSTALL) -m 4711 -s ssh-keysign $(DESTDIR)$(SSH_KEYSIGN)
@NO_SFTP@$(INSTALL) -m 0755 -s sftp $(DESTDIR)$(bindir)/sftp
@NO_SFTP@$(INSTALL) -m 0755 -s sftp-server $(DESTDIR)$(SFTP_SERVER)
+ $(INSTALL) -m 0755 -s publickey-server $(DESTDIR)$(PUBLICKEY_SERVER)
$(INSTALL) -m 644 ssh.1.out $(DESTDIR)$(mandir)/$(mansubdir)1/ssh.1
$(INSTALL) -m 644 scp.1.out $(DESTDIR)$(mandir)/$(mansubdir)1/scp.1
$(INSTALL) -m 644 ssh-add.1.out $(DESTDIR)$(mandir)/$(mansubdir)1/ssh-add.1
@@ -330,6 +336,7 @@
-rm -f $(DESTDIR)$(bindir)/sftp$(EXEEXT)
-rm -f $(DESTDIR)$(sbindir)/sshd$(EXEEXT)
-rm -r $(DESTDIR)$(SFTP_SERVER)$(EXEEXT)
+ -rm -r $(DESTDIR)$(PUBLICKEY_SERVER)$(EXEEXT)
-rm -f $(DESTDIR)$(SSH_KEYSIGN)$(EXEEXT)
-rm -f $(DESTDIR)$(RAND_HELPER)$(EXEEXT)
-rm -f $(DESTDIR)$(mandir)/$(mansubdir)1/ssh.1
diff -Naur openssh-3.4p1/publickey-server.c openssh-3.4p1.oden/publickey-server.c
--- openssh-3.4p1/publickey-server.c 1970-01-01 00:00:00.0 +
+++ openssh-3.4p1.oden/publickey-server.c 2002-10-09 14:36:44.0 +
@@ -0,0 +1,611 @@
+/*
+ * publickey-server for OpenSSH -- August 02, 2002
+ *
+ * Copyright © 1995-2002 VanDyke Software, Inc.
+ * All rights reserved.
+ *
+ * Portions Copyright (c) 2000, 2001, 2002 Markus Friedl. All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *notice, this list of conditions and the following disclaimer in the
+ *documentation and/or other materials provided with the distribution.
+ *
+ * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
+ * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
+ * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
+ * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
+ * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
+ * NOT LIMITED TO, PROCUREMENT OF SU
Re: [Cooker] Where is the dictionary file of open office?
On Saturday 05 October 2002 5:55 am, Buchan Milne wrote: > On Sat, 5 Oct 2002, Vox wrote: > > Carfield Yim <[EMAIL PROTECTED]> writes: > > > Hi all, I have installed the mandrake version rpm package of > > > OpenOffice. However, the package don't contain any dictionary files. > > > Where can I find the dictionary file and install? > > > > urpmi OpenOffice.org-l10n- > > > > Vox > > Actullay, try: > > # urpmi myspell > > and then select your language. OpenOffice.org requires a myspell, so you > probably have one installed already, you might want to use Software > Manager to search for myspell, and choose additional dictionaries. > > But, please remember that this is not a support list, and your post was > not a bug report, but seems very much like a support question. There are > more appropriate lists for that. > > Regards, > Buchan Actually, I believe this *is* a bug. I've installed 9.0 final three times and each time spell checking in OpenOffice.org was broken until I manually installed a US English myspell (which newbies certainly wouldn't know to do). It doesn't seem likely that OO.o should have broken spell-checking intentionally. Maybe it's just a problem for US English installations. I'm not sure. The most serious aspect of this is that OO.o doesn't TELL the user that spelling is broken. I could set Autocheck to "yes" and it didn't complain, it just didn't do anything. I could manually order a spellcheck, and it didn't complain, it just didn't work (as if there were no spelling errors in the document, even if the document was all gibberish). Again, this definitely sounds like a bug to me. =) Regards, Rob
Fw: [Cooker] MDK 9.0 fresh install on SMP machine, bugs? found...
From: "Thomas Backlund" <[EMAIL PROTECTED]> > Hi, > here is my system: > > dual PII 350, Intel BX chipset 512MB ECC SDRAM > dual 18GB IBM SCSI HDD:s running linux soft-raid 1 > (even swap is on raid 1), all partitions uses ReiserFS > > This machine runs: > kernel-2.4.19.19mdk-1-1mdk > > Web: > apache 1.3.26-6mdk > > Mail: > postfix-1.1.11-4mdk > courier-imap-1.5.3-1mdk > > Rav antivirus mailscanner: > ravmd 8.4.0-7 > ravcore 8.9.0-6 > ravpostfix 8.4.0-4 > > and here is my problem: > > Output from 'top' > --- > 2:32pm up 2 days, 15:20, 1 user, load average: 0,00, 0,00, 0,00 > 75 processes: 74 sleeping, 1 running, 0 zombie, 0 stopped > CPU states: 0,4% user, 0,6% system, 0,8% nice, 9,6% idle > CPU0 states: 0,0% user, 0,0% system, 0,0% nice, 0,106% idle > CPU1 states: 0,1% user, 0,5% system, 0,0% nice, 0,100% idle > Mem: 515952K av, 508016K used,7936K free, 0K shrd, 99108K > buff > Swap: 256888K av, 256700K used, 188K free 49000K > cached > --- > > So, what is eating my processor power, and my memory? > > And before anyone asks, It is a FRESH install. > Before this Install, the same system was running > MDK 8.2 with all official updates, and with theese installed: > > Mail: (same as now) > postfix-1.1.11-4mdk > courier-imap-1.5.3-1mdk > > Rav antivirus mailscanner: (same as now) > ravmd 8.4.0-7 > ravcore 8.9.0-6 > ravpostfix 8.4.0-4 > > With this system I had no problem what so ever..., > and swapfile was newer used, and both processors were about 98% idle... > > So, the only changes in the system are: > - the obvious differences between MDK 8.2 and 9.0 > (newer apache, glibc, kernel, ...) > - ReiserFS instead of ext3. > > Any ideas? > > Thomas > Sorry about the false virus-alarm, I haven't got the RAV configuration 100% correct yet... Here is some more info on the system... I had to restart the server to prevent system going into DOS, or crash, ad here is what 'top' prints out now: 3:54pm up 24 min, 1 user, load average: 0,07, 0,02, 0,00 79 processes: 78 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 0,2% user, 0,6% system, 0,0% nice, 198,8% idle CPU0 states: 0,1% user, 0,4% system, 0,0% nice, 57,0% idle CPU1 states: 0,0% user, 0,1% system, 0,0% nice, 102,0% idle Mem: 515952K av, 107596K used, 408356K free, 0K shrd, 22620K buff Swap: 256888K av, 0K used, 256888K free 28148K cached this is lookinh a bit better, bu going from this state to the state mentioned above in just 2.5 days is horrible... Thomas report.bug.gz Description: Binary data F S UID PID PPID C PRI NI ADDRSZ WCHAN TTYTIME CMD 100 S 0 1 0 0 69 0- 322 do_sel ? 11:09 init 040 S 0 2 1 0 69 0- 0 contex ? 0:02 [keventd] 040 S 0 3 1 0 79 19- 0 ksofti ? 0:00 [ksoftirqd_ 040 S 0 4 1 0 79 19- 0 ksofti ? 0:00 [ksoftirqd_ 040 S 0 5 1 0 69 0- 0 kswapd ? 1:06 [kswapd] 040 S 0 6 1 0 69 0- 0 bdflus ? 0:03 [bdflush] 040 S 0 7 1 0 69 0- 0 kupdat ? 0:39 [kupdated] 040 S 0 8 1 0 59 -20- 0 md_thr ? 0:00 [mdrecovery 040 S 012 1 0 69 0- 0 down_i ? 0:00 [scsi_eh_0] 040 S 016 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 017 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 018 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 019 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 020 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 021 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 022 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 023 1 0 69 0- 0 end? 0:00 [kreiserfsd 140 S 0 195 1 0 68 0- 419 devfsd ? 0:16 devfsd /dev 040 S 0 279 1 0 69 0- 0 end? 0:00 [khubd] 140 S 0 843 1 0 69 0- 340 do_sel ? 0:29 syslogd -m 140 S 0 851 1 0 69 0- 510 do_sys ? 0:00 klogd -2 040 S 2 902 1 0 69 0- 328 nanosl ? 0:00 /usr/sbin/a 140 S 0 935 1 0 69 0- 428 do_sel ? 0:09 ntpd -A 040 S 0 1031 1 1 64 0- 371 nanosl ? 39:43 crond 100 S 0 1071 1 0 69 0- 311 read_c vc/2 0:00 /sbin/minge 100 S 0 1072 1 0 69 0- 311 read_c vc/3 0:00 /sbin/minge 100 S 0 1073 1 0 69 0- 311 read_c vc/4 0:00 /sbin/minge 100 S 0 1074 1 0 69 0- 311 read_c vc/5 0:00 /sbin/minge 100 S 0 1075 1 0 69 0- 311 read_c vc/6 0:00 /sbin/minge 140 S 0 1220
[Cooker] MDK 9.0 fresh install on SMP machine, bugs? found...
Alkuperäinen viesti (liitetty) sisälsi vaarallista koodia. AntiVirus-Tutka on puhdistanut viestiä. --- Tämä viesti tulee INRITEL OY:n postipalvelimelta varoitukseksi että viesti: <[Cooker] MDK 9.0 fresh install on SMP machine, bugs? found...>, sisältää viruksen. Viestin lähettäjä: [EMAIL PROTECTED] Viestin vastaanottaja(t): [EMAIL PROTECTED] Tiedoksi lähettäjälle: -- Virustarkistettu viesti sisältää teidän sähköpostiosoite viestin lähettäjänä. Joko teidän tietokoneessa on saastunut, tai sitten jonkun tietokone jossa osoitteistosta löytyy teidän sähköpostiosoite on saastunut. (Tiedoksi jotkut virukset osaavat itse lähettää viestejä tietokoneeltasi. Ehdotamme että tarkistatte koneenne ajan tasalla olevalla virustorjunnalla.) Tiedoksi vastaanottajalle: -- Ole hyvää ja ota yhteys viestin lähettäjälle: Todennäköisesti hän ei tiedä että hänellä on tietokonevirusta. Tehdyt toimenpiteet saastuneille tiedostoille: -- AntiVirus-Tutka tallensi saastunut tiedosto karanteeniin nimellä: 1034166466-RAV29964. Liitetiedosto (part0002:report.bug.gz)->report.bug liitetty viestiin: [Cooker] MDK 9.0 fresh install on SMP machine, bugs? found..., lähettäjänä: [EMAIL PROTECTED], vastaanottaja(t): [EMAIL PROTECTED] sisältää viruksen: UNAUTHORIZED_MAIL_CONTENT. AntiVirus-Tutka kopioi tiedoston karanteeniin nimellä: 1cf58027.qto. -- Tämä on kopio viestin lähetystiedoista (header). Received: from atkope (unknown [172.16.24.60]) by mail.inritel.com (Postfix) with SMTP id 2D8C118F3 for <[EMAIL PROTECTED]>; Wed, 9 Oct 2002 08:27:46 -0400 (EDT) --- Begin Message --- Hi, here is my system: dual PII 350, Intel BX chipset 512MB ECC SDRAM dual 18GB IBM SCSI HDD:s running linux soft-raid 1 (even swap is on raid 1), all partitions uses ReiserFS This machine runs: kernel-2.4.19.19mdk-1-1mdk Web: apache 1.3.26-6mdk Mail: postfix-1.1.11-4mdk courier-imap-1.5.3-1mdk Rav antivirus mailscanner: ravmd 8.4.0-7 ravcore 8.9.0-6 ravpostfix 8.4.0-4 and here is my problem: Output from 'top' --- 2:32pm up 2 days, 15:20, 1 user, load average: 0,00, 0,00, 0,00 75 processes: 74 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 0,4% user, 0,6% system, 0,8% nice, 9,6% idle CPU0 states: 0,0% user, 0,0% system, 0,0% nice, 0,106% idle CPU1 states: 0,1% user, 0,5% system, 0,0% nice, 0,100% idle Mem: 515952K av, 508016K used,7936K free, 0K shrd, 99108K buff Swap: 256888K av, 256700K used, 188K free 49000K cached --- So, what is eating my processor power, and my memory? And before anyone asks, It is a FRESH install. Before this Install, the same system was running MDK 8.2 with all official updates, and with theese installed: Mail: (same as now) postfix-1.1.11-4mdk courier-imap-1.5.3-1mdk Rav antivirus mailscanner: (same as now) ravmd 8.4.0-7 ravcore 8.9.0-6 ravpostfix 8.4.0-4 With this system I had no problem what so ever..., and swapfile was newer used, and both processors were about 98% idle... So, the only changes in the system are: - the obvious differences between MDK 8.2 and 9.0 (newer apache, glibc, kernel, ...) - ReiserFS instead of ext3. Any ideas? Thomas report.bug.gz Description: Binary data F S UID PID PPID C PRI NI ADDRSZ WCHAN TTYTIME CMD 100 S 0 1 0 0 69 0- 322 do_sel ? 11:09 init 040 S 0 2 1 0 69 0- 0 contex ? 0:02 [keventd] 040 S 0 3 1 0 79 19- 0 ksofti ? 0:00 [ksoftirqd_ 040 S 0 4 1 0 79 19- 0 ksofti ? 0:00 [ksoftirqd_ 040 S 0 5 1 0 69 0- 0 kswapd ? 1:06 [kswapd] 040 S 0 6 1 0 69 0- 0 bdflus ? 0:03 [bdflush] 040 S 0 7 1 0 69 0- 0 kupdat ? 0:39 [kupdated] 040 S 0 8 1 0 59 -20- 0 md_thr ? 0:00 [mdrecovery 040 S 012 1 0 69 0- 0 down_i ? 0:00 [scsi_eh_0] 040 S 016 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 017 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 018 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 019 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 020 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 021 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 022 1 0 59 -20- 0 md_thr ? 0:00 [raid1d] 040 S 023 1 0 69 0- 0 end? 0:00 [kreiserfsd 140 S 0 195 1 0 68 0- 419 devfsd ? 0:16 devfsd /dev 040 S 0 279 1 0 69 0- 0 end? 0:00 [khubd] 140 S 0 843 1 0 69 0- 340
Re: [Cooker] 9.0 and next
Warly wrote: >>b) The mailing list is not easily searchable for people who aren't >>maintaining their own archives. Before everyone starts pointing me off >>to the web archives at theaimsgroup hear me out here. I often have >>difficulty finding messages there that I know were posted. Frankly the >>search on that site is not all that effective. But even considering >>that, Mandrake doesn't even link to it anywhere that I know of. No >>mention of online archives are made on the cookerdevel.php3 page. You >>can find an archive listing on the Lists page but that only goes to >>Mandrake's archive that isn't searchable. We criticize posters for >>reposting the same bugs time and time again yet we don't provide them >>easy access to find out if their bug has been reported and even possibly >>fixed. Thierry even states repeated bug reports are a source of >>irritation for him and I'm sure he isn't alone. >> > > Gael, Ben is right on this point our archives are less usable than the > one at http://marc.theaimsgroup.com/?l=mandrake-cooker. Maybe could we > link to them on the cooker page? > > Regarding the search, I fix the quick search on the bugzilla main page, and > it would be nice, as Pixel suggested, to have a ligther complex search page, so > that anyone prefer searching for bugs instead of posting new ones. It would be more coherent to add a search tool to our mailling-lists archives. We'll see if we can add one, and if not, we will link to the archives above. Gaël. -- < Founder Mandrake Linux > < http://mandrake.com > < Co-Founder Mandrakesoft > < http://mandrakesoft.com >
[Cooker] Problem with bluecurve theme
Hi There is a problem with the gtk1 bluecurve theme. Active menu items are light grey background, white foreground, and I can't read the text. gtk2 bluecurve has a blue background, white foreground. -- Chris Picton Tangent Systems [EMAIL PROTECTED] __
[Cooker] MDK9.0: Rescue Mode is still showing 8.2 cooker
Hi Guys, In MDK9.0, if you drop in to the console of Rescue Mode, you will the version there as 8.2 cooker. Is it required to maintain version numbers at so many places, and have difficulty updating them. Eventhough, i tested MDK9.0 since beta4, i didn't goto rescue mode then, so didn't see the problem then. Hope in 9.1 this will be taken care of. Cheers., Prabu = check out www.Openoffice.org. It is better to avoid using pirated software. __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com
[Cooker] Re: [Contrib-Rpm] xaos-3.1-0.pre5.3mdk
Hi, what's with the xaos-svgalib package, shouldn't we dump it? Svgalib isn't in cooker for a while. CU -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] MakeCD problems: Warly, do you have a workaround?
mardi, le 08 octobre, 2002 06h19, Leon Brooks a écrit: > On Tuesday 08 October 2002 03:15 am, Warly wrote: > > Leon Brooks <[EMAIL PROTECTED]> writes: > >> On Friday 04 October 2002 01:47 am, Warly wrote: > >> > >> I found at least one reason for the ISO not being created: > >>> /mnt/disk/cooker//misc//parsehdlist: error while loading shared > >>> libraries: librpm-4.0.4.so: cannot open shared object file: No \ such > >>> file or directory > >> > >> Yes. And, AS I POSTED HERE EARLIER ON THIS TOPIC, if you point > >> LD_LIBRARY_PATH at the directory containing that library, everything > >> else on 8.2, stuff like `less' and `cat', dies. > >> > >> Do you have a workaround? > > > > I do not understand your problem. > > MakeCD doesn't work on an 8.2 system. If I download Cooker (or 9.0) onto an > 8.2 system and do a MakeCD, it does because it cannot find the librpm-4.0.4 > libraries which are part of cooker/9.0. If I define LD_LIBRARY_PATH to > include the directory with those libraries, everything else in that shell > session dies, including some system utilities necessary for making the CDs. > > Cheers; Leon I have a very similar problem in trying to build the ISOs on an 8.1 system but I get a "Permission denied" error on ldlinux.so.2 when running as root. Dave
Re: [Cooker] the drakfont problem/ntfs problem
Le Tue, 08 Oct 2002 14:15:22 +, Victor a écrit : > I checked /etc/X11/XftConfig and it looks fine. I also ran the ttmkfdir > on the font dirs with truetype fonts. > > One new thing I noticed is that root can run gnome-terminal with > GDK_USE_XFT=1, but there are still error messages: Don't try to use gnome-terminal to check your fonts, it uses non standard technique to get them.. Use gedit instead.. Try running : gconftool-2 -u /desktop/gnome/interface/font_name /desktop/gnome/interface/monospace_font_name to reset fonts to known working names.. -- Frédéric Crozat MandrakeSoft
Re: [Cooker] 9.0 and next
Ben Reser <[EMAIL PROTECTED]> writes: [...] > >> * improved bugzilla to have a easy mail interaction system, and a more >> friendly interface. And to have a last known problems page. > [...] > > Problems: > a) Various places have inconsistent reporting instructions and > requirements. Some people/sites tell people to post to mandrake expert, > others to bugzilla or even the cooker mailing list. There abounds > confusion as to where to report and what to include in your report. Yes, I would like to have only one advertised bug reporting method for 9.1, bugzilla. However to face too many or not meaningful bug reports, they will default in UNCONFIRMED states and will need 2, or more if needed confirmation before becoming new. I would like to forward them to cooker and make cooker guy able to answer to them via mail and confirm them, invalid them and maybe even close them. > b) The mailing list is not easily searchable for people who aren't > maintaining their own archives. Before everyone starts pointing me off > to the web archives at theaimsgroup hear me out here. I often have > difficulty finding messages there that I know were posted. Frankly the > search on that site is not all that effective. But even considering > that, Mandrake doesn't even link to it anywhere that I know of. No > mention of online archives are made on the cookerdevel.php3 page. You > can find an archive listing on the Lists page but that only goes to > Mandrake's archive that isn't searchable. We criticize posters for > reposting the same bugs time and time again yet we don't provide them > easy access to find out if their bug has been reported and even possibly > fixed. Thierry even states repeated bug reports are a source of > irritation for him and I'm sure he isn't alone. Gael, Ben is right on this point our archives are less usable than the one at http://marc.theaimsgroup.com/?l=mandrake-cooker. Maybe could we link to them on the cooker page? Regarding the search, I fix the quick search on the bugzilla main page, and it would be nice, as Pixel suggested, to have a ligther complex search page, so that anyone prefer searching for bugs instead of posting new ones. [...] > Strengths: > a) The list is wonderful at back and forth interactions. > b) We've developed methods of dealing with large amounts of email and > work around that. > c) Bad reports are easy to get rid of. You just hit the delete key. > d) It's a push system rather than pull. Meaning the reports come to us > rather than requiring us to go get them. > > Solutions: > [...] > Now that I've covered the general arguments regarding bugzilla, let's > cover how it solves the problems... > > (a) Just make it the only place to post. > (b) bugzilla provides us with good searching. Duplicates can be closed > by volunteers and linked to the open bug report, freeing developers to > pay attention to the real bug reports. > (c) KDE reduced bad bug reports > by asking lots of questions and trying to walk a person through a search > of the bug database before posting. Simply requiring users to enter > relevant package versions, hardware information etc... would decrease > developer's having to go back and ask for more information constantly. > Poor bug reports could be moderated, closed, etc by volunteers, leaving > developers with more time to deal with the issues that filter up to > them. Plus, if bugzilla is setup to route bugs only to the maintainer > of the package, we decrease the number of bad bugs developers have to go > through. Bugzilla, however, does still allow for interactive question > and response via email... Developer posts a response. The reporter and > people who are interested in the issue get an email. Someone replies to > the email and their response goes back in bugzilla. Everyone else gets > a copy of it in their email box. Basically the same as the mailing > list, except it's stored in a database and only truly interested parties > get it (though there could be a list with *ALL* the traffic for > masochists). > (d) This would be solved too. The list would become a discussion area > for just developers. Users wouldn't feel the need to come here much. > The list would be easier to read and more relevant. Specifics to > certain packages would stay on bugzilla. The few bug reports that > showed up on the list could be told to report it on bugzilla. > (e) Followup is built into the process. Reporters would get emailed as > to the status of their bug(s) and all comments or changes made to it. > (f) Not an issue. The list is less important. Users get instant > feedback via email showing their bug report id(s) and URL(s) to look at > their report. They can see their report in the searches. > (g) It's easy to get a report of overall bug count. Even with bad bug > reports we'll eventually get an idea of how many bugs we should get down > to before we think things are looking stable. Yes, this is sensible. Create
[Cooker] KDE logoff problems.
KDE logoff problems. With Mandrake 9.0 I use KDE 3.0.3 with the Desktop Pager and 6 Desktops (Work, Inet, Sys, Mount, #5, Print). Whenever I logoff, only the Desktop Pager is removed. If I then logoff again, usually KDE goes down as it should. But not always. In this case no amount of logoffs changes the situation, and Ctrl+Alt+Backspace does not just kill the X server back to a command prompt, but takes the whole system down to a unreqested reboot. This behaviour is definitely not according to the book. Further, with these 6 desktops applications present at logoff are not restored to the correct desktop after a boot or reboot. They all usually appear on top of each other on Desktop 1. -- Ron. [Melbourne, Australia] IMPORTANT! troels... for Mandrake GNU/Linux 9.0 now available. See my web site: http://members.optusnet.com.au/ronst/
Re: [Cooker] VIA EPIA 800 C3 processor
After installing with the delete /mnt/lib/i686 trick it does work fine. Enlightment is a bit on the sluggish side on it but it is not really for this purpose.. Has been runnign since this morning acting as traffic logger and running tcpdump for hours . going to "play" setting it up for my ISP connection modem uplink-satellite downlink with proxy filtering firewalling etc and see how well it runs Bernard -- Digital Objects Ltd Internet security / Web hosting & design / Web enabled applications PO Box 60510, Titirangi Waitakere City Phone: 0800 LETS DOIT (538736) Fax: +64 9 8128 368 www.digitalobjects.co.nz smime.p7s Description: S/MIME Cryptographic Signature
Re: [Cooker] update-menus
Probably somebody forgot to add 'use bytes;' to that script. If you invoke it by hand you may try that as: env LC_ALL=C update-menus On Tue Oct 8 15:23:52 2002 +0200 Per Ãyvind Karlsen wrote: >anyone knows what causes this? happens whenever I run 'update-menus' > >Malformed UTF-8 character (unexpected non-continuation byte 0x79, >immediately after start byte 0xf8) in pattern match (m//) at >/usr/bin/restorekdemimetypes.pl line 53, line 11. >Malformed UTF-8 character (unexpected non-continuation byte 0x72, >immediately after start byte 0xe6) in pattern match (m//) at >/usr/bin/restorekdemimetypes.pl line 53, line 38. >Malformed UTF-8 character (unexpected non-continuation byte 0x72, >immediately after start byte 0xe6) in pattern match (m//) at >/usr/bin/restorekdemimetypes.pl line 53, line 39. >Malformed UTF-8 character (unexpected non-continuation byte 0x79, >immediately after start byte 0xf8) in pattern match (m//) at >/usr/bin/restorekdemimetypes.pl line 53, line 59. > > -- â» RiÄardas Äepas âº
Re: [Cooker] urpm.pm on /
Philippe Coulonges <[EMAIL PROTECTED]> writes: > And I have a number of message like this > > Bareword found where operator expected at /dev/null line 1, near ""infofr.dat" > created" > (Missing operator before created?) > Number found where operator expected at /dev/null line 2, near "were 42" > (Do you need to predeclare were?) > Bareword found where operator expected at /dev/null line 2, near "42 strings" > (Missing operator before strings?) > ... > > Something is missing, I guess. The best you can do is "rpm --rebuilddb; rpm -Uvh --force ..." on your urpmi package to see if it fixes ? François.
Re: [Cooker] Re: MakeCD Problems
On Tue, 8 Oct 2002, Warly wrote: > "Trent M. Gunnarson" <[EMAIL PROTECTED]> writes: > > > Hello All :-) > > > > Since before the final release of ver.9, I've been working with several people > > on creating Mandrake ISOs using the MakeCD script and here's what I've found, > > with the help and verification of others; > > > > 1) While using a standard 8.2 install, the MakeCD script found in the ver.9 > > distro tree will *not* create ver.9 ISOs. > > I just installed a 8.2 and test, and it works for me, maybe try with the cooker > version. > > > This leads me to say that maybe MakeCD/mkcd should be pulled from general use > > until its function can be replaced with a tool that is; > > > > 1) Standalone binary > > 2) Version independant > > This is supposed to be the case, but as mkcd is still in development, it may > suffers some problem. > > > When I found the MakeCD script, I had high hopes that I'd be able to rsync the > > package mirror and create ISO's when the the distro became *Final Release*, > > then I'd be able to upgrade my home network using the shiny new cds. I've > > since discovered that in order to create cds, one needs to have already > > upgraded. This seems a bit counterproductive. > > I should not be the case. I even test MakeCD on a redhat 8.0 and it works. I can confirm that MakeCD works under RedHat 7.2/7.3. About a month ago I was having problem getting MakeCD to work under RedHat but after exchanging some emails with Warly on the cooker list the problem was diagnosed and fixed. > This is not the mkcd goal to ease download, use rsync for that. rsync really will do a great job of only tansfering the parts of a file it needs. The only catch is that you need the destination and source files to have the same name. -- Sitsofe | http://sucs.org/~sits/
[Cooker] LM9.0: Cups printing acting strangely...
Hi I had printing using CUPS on an Epson Stylus Photo 870 perfectly setup and working since I installed LM9.0 and but now this is what happens: $ lpq EP870_1 is ready no entries $ lpr .bash_profile (prints it OK) $ lpr -PEP870_1 .bash_profile (prints it OK) Any attempt to print a test page from KDE Control Center (Print Manager) or from Mandrake Control Center does not work... I can see the job being queue ($ lpq) but it never prints. - Using kprinter is also a no go. - Printing from applications is a no go as well. - Printing from http://localhost:631/ is a no-go In all these situations where it does not print I can see the job being queue using "lpq" or "lpq -PEP870_1" So the only way to print right now is to use lpr from the command line... The Printer is setup to allow all users to print. It's setup as a local printer URI: file:/dev/usb/lp0 What's wrong? /Fred
