imr

Imr, please have a look at the attached snapshot and tell me again that I didn't know what I was talking about.

I didnt say that you don't know what you're talking about, I said the title don't say anymore what kernel is for 1Go and what kernel is for more.

You never said to look into the Software Manager, so I assumed you were talking about the kernel names since that was what Adam's post cited in reference was talking about, because before that there was a kernel whose name was -i686-up-4GB .

So you were right and you know what you're talking about, you just forgot to tell where were those infos you were talking about. :P

To summarise this whole thread:

infos about the kernels are available

-on the release notes which should be read before installing, along with the erratas

-in the packages where they can be accessed through the Software Manager and through the command line (urpmq -i )

-on the mandriva community wiki

There is not a sophisticated AI that takes care of kernel needs, usage and possible problems for you, so people need to rely on one of those tools to learn to manage them. :P

Kask you certainly are not using the correct kernel. You only need to read[/ the kernel titles and they TELL[/ you what kernels are for up to 1Gb and what kernels are for up to 4Gb.

It really is quite simple.

Nope, they don't anymore and things werent that simple with that old naming either.

The same goes for a poster in another thread that had 5Gb of memory but the system said only 4Gb existed.

He would need the kernel-server then, now. Not terribly explicit either.

$ urpmq kernel-server-2.6.24-0.rc6.2mdv -i
Name		: kernel-server-2.6.24-0.rc6.2mdv
Version	 : 1
Release	 : 1mdv2008.1
Group	   : System/Kernel and hardware
Size		: 25476179					 Architecture: i586
Source RPM  : kernel-2.6.24-0.rc6.2mdv2008.1.src.rpm   Build Host: build1.conectiva
URL		 : http://www.kernel.org/
Summary	 : Linux Kernel for server use with i686 & 64GB RAM
Description :
The kernel package contains the Linux kernel (vmlinuz), the core of your
Mandriva Linux operating system.  The kernel handles the basic functions[
of the operating system:  memory allocation, process allocation, device
input and output, etc. This kernel is compiled for server use, single or
multiple i686 processor(s)/core(s) and up to 64GB RAM[/ using PAE, using
no preempt, HZ_100, CFS cpu scheduler and cfq i/o scheduler.
This kernel relies on in-kernel smp alternatives to switch between up & smp
mode depending on detected hardware. To force the kernel to boot in single
processor mode, use the "nosmp" boot parameter.

Things and kernels have changed but the problem is the same.

It probably comes from a ONE installation, the ONE kernel needing to support a wide range of hardware some optimisation are disabled like high memory support.

So a kernel-desktop or kernel-laptop will support high mem (from 1 Go up), but kernel-desktop586 will not.

$ urpmq kernel-desktop586-2.6.24-0.rc6.2mdv -i
Name		: kernel-desktop586-2.6.24-0.rc6.2mdv
Version	 : 1
Release	 : 1mdv2008.1
Group	   : System/Kernel and hardware
Size		: 25395033					 Architecture: i586
Source RPM  : kernel-2.6.24-0.rc6.2mdv2008.1.src.rpm   Build Host: build1.conectiva
URL		 : [url="http://www.kernel.org/"]http://www.kernel.org/[/url]
Summary	 : Linux kernel for desktop use with i586 & 1GB RAM
Description :
The kernel package contains the Linux kernel (vmlinuz), the core of your
Mandriva Linux operating system.  The kernel handles the basic functions
of the operating system:  memory allocation, process allocation, device
input and output, etc. This kernel is compiled for desktop use, single or
multiple i586 processor(s)/core(s) and less than 1GB RAM (usually 870-900MB
detected)[/, using voluntary preempt, CFS cpu scheduler and cfq i/o scheduler.
This kernel relies on in-kernel smp alternatives to switch between up & smp
mode depending on detected hardware. To force the kernel to boot in single
processor mode, use the "nosmp" boot parameter.

For instructions for update, see:
[url="http://www.mandriva.com/en/security/kernelupdate"]http://www.mandriva.com/en/security/kernelupdate[/url]

$ urpmq kernel-desktop-2.6.24-0.rc6.2mdv -i
Name		: kernel-desktop-2.6.24-0.rc6.2mdv
Version	 : 1
Release	 : 1mdv2008.1
Group	   : System/Kernel and hardware
Size		: 25390244					 Architecture: i586
Source RPM  : kernel-2.6.24-0.rc6.2mdv2008.1.src.rpm   Build Host: build1.conectiva
URL		 : [url="http://www.kernel.org/"]http://www.kernel.org/[/url]
Summary	 : Linux Kernel for desktop use with i686 & 4GB RAM
Description :
The kernel package contains the Linux kernel (vmlinuz), the core of your
Mandriva Linux operating system.  The kernel handles the basic functions
of the operating system:  memory allocation, process allocation, device
input and output, etc. This kernel is compiled for desktop use, single or
multiple i686 processor(s)/core(s) and less than 4GB RAM[/, using HZ_1000,
voluntary preempt, CFS cpu scheduler and cfq i/o scheduler.
This kernel relies on in-kernel smp alternatives to switch between up & smp
mode depending on detected hardware. To force the kernel to boot in single
processor mode, use the "nosmp" boot parameter.

For instructions for update, see:
[url="http://www.mandriva.com/en/security/kernelupdate"]http://www.mandriva.com/en/security/kernelupdate[/url]

$ urpmq kernel-laptop-2.6.24-0.rc6.2mdv -i
Name		: kernel-laptop-2.6.24-0.rc6.2mdv
Version	 : 1
Release	 : 1mdv2008.1
Group	   : System/Kernel and hardware
Size		: 23951586					 Architecture: i586
Source RPM  : kernel-2.6.24-0.rc6.2mdv2008.1.src.rpm   Build Host: build1.conectiva
URL		 : [url="http://www.kernel.org/"]http://www.kernel.org/[/url]
Summary	 : Linux kernel for improved laptop battery runtime with i686 & 4GB RAM
Description :
The kernel package contains the Linux kernel (vmlinuz), the core of your
Mandriva Linux operating system.  The kernel handles the basic functions
of the operating system:  memory allocation, process allocation, device
input and output, etc. This kernel is compiled for laptop use, targeting
users that wants prolonged battery life. If you want to sacrifice
battery life for performance / responsiveness, you better use the
kernel-desktop.
It supports single or multiple i686 processor(s)/core(s) and less than
4GB RAM[/, using HZ_300 instead of HZ_1000 as a compromise to save
battery, no preempt, CFS cpu scheduler, cfq i/o scheduler and some other
laptop-specific optimizations.
This kernel relies on in-kernel smp alternatives to switch between up & smp
mode depending on detected hardware. To force the kernel to boot in single
processor mode, use the "nosmp" boot parameter.

when i installed 2007.0 i chose, for the first time ever, to load the installation CDs to my hard drive. now my hard drive is low on space and i cannot find out how to remove this 3 CDs worth of data. i belive i found them on a var subdir but .............

check into your /etc/fstab file, the path and names to those files should be written there.

Hey all,

 

I checked the forum for a topic like this, but I did not find one. My question is I just purchased Mandriva 2007 (although I was shipped 2007 Spring instead) and included with the purchase was a 1 month Silver level membership. How do I go about getting my membership activated so I can download the version I wanted to begin with?

As said in the previous answer I did to you, you have to go to this site:

https://my.mandriva.com

create an account, log in there and registerer your key by clicking the "register your activation key field".

Alternatively, the first time you launch the Mandriva, there is a first time wizard which is launched and offer you the ability to create the account and register the key before going onto your desktop.

This site, my.mandriva, is the place to manage your account there, (email, alias, ...) whether it's a paid account like yours or a free one to access the forum. When your test period is finished, you will be "alumni" instead of "silver", but will still be considered a member.

Figured I'd update this thread and let everyone know I got Mandriva 2007 Spring shipped to me - even though I ordered 2007 (wanted Cedega and LinDVD), so now my new problem is in trying to figure out how to get onto the Club site and download the 2007 version. It got here June 8th.

you go there https://my.mandriva.com

and you register your key that gives you silver membership.

Then as root, execute this line in a terminal:

urpmi.addmedia --wget "club.commercial_x86-32_2007" https://myemail%40myisp.com:MYPASSWORD@dl.m...mm/2007.0/i586/ with hdlist.cz

( replace in the command line myemail%40myisp.com and MYPASSWORD by your club logins and password )

Now you can download cedega and lindvd

I suggest you remove or disable this mirror then and go to the club site, logs there, go to this page:

http://club.mandriva.com/xwiki/bin/view/Do...s/MirrorFinder2

and do the same procedure but for the 2007.1 real mirror.

It means many things.

First it arised from a discussion that a user started on the mandriva club forum that the FREE ONE Live CD lacked. I then launched a discussion internally about that point.

The discussion bring out a few things:

-first, we do the FREE DVD, so we feel we are doing our duty as a FREE software citizen.

-second, we have decided to do less ONE versions, as you remember, as we were getting a lot of reports of users that found them puzzling. That and the difficulty to replace warly.

-third: as said above, replacing warly was not an easy task, and 2 people worked on the release while trying to learn all the tricks it requires. So there had to be choices made.

But during the discussion we brought out many use in which a live free CD could be usefull. A free version, a dvd live version, a small system version. But because of all the above, it wasnt possible to do all this. Blino proposed himself to do one, but I guess that dbarth wasnt too keen to have blino takes another hat, which would put us back in a warly situation: one talented guy does what needs to be done but find himself exhausted and the compagny finds itself into trouble if he leaves.

So I proposed to have it done through a community project since I was already setting something up in this area as many persons are already interrested in using draklive, the tool to do live CD. One of them is already producing a live CD from mcnLive for small system and has started to learn draklive.

I hope this will evolve in a full fledged community movement, with many connections with mandriva.

I have already seen this howto, and I thought that there are a few things that are habits from the past, that are not done this way anymore. So I wanted to give a few comments to the guy so that he improves it, but it seems those howtos are copyrighted to death.

Does anyone knows if they are released under a "free" or participative friendly licence that I missed?

Are you sure it's not there?

it's in 2007.0

Sophie found it

Actually, new users feel lost with the KDE default menu. It's quite simpler in its form being mostly one level and it's probably simpler to put that way internally because you don't have to do any politics to explain to this developper why he is in a 3rd level menu when this other one app is in the 1st level, but on the user side when you dont know the applications, it's really hard to find out anything as the menus are quite cluttered with apps.

I think the mandriva way to do it, to propose one choice by the distro AND to propose the original default one, is the best approach because you take your responsability as a distro to integrate the applications into your vision of the desktop without forcing it on those who do not see it fit to their needs.

Let's say, the KDE one is the best one for people who know how to and want to edit their own menu, and the mandriva one is better for people who want to find their 3 or 5 usual apps very fast and then have them in the frequently used apps section.

There is even a 3rd menu, the discovery one, which I'm not found of. I find it too eery for me, I don't know what I'm clicking on as they have really abstracted the names too much for my tastes. But until I have seen it with first time users, I won't know if it's effective or not.

One thing that I find odd in the Mandriva choice is the place where they put the apps like k3b. It"s too deep and seems displaced in system to start with. imho.

I'm a club Silver member, and that is essentially just to support the distribution. However, as such I can post messages on the Mandriva forum and I do get excellent responses from A. Williamson.

The club forum is open to anyone, not just the users supporting Mandriva like it used to be a long time ago.

As a newer user it's hard for me to compare the present with the past but it seems to me that things are going in the right direction and that Mandriva is putting more focus on the support thing and better management?

It has been so for a while, it doesnt necessarly appears when you're low on ressources, unfortunatly.

The priority has been set first to have the distro get back to what it used to be technically, as the 2006 left a sour memory. Mandriva also had to stop the one year - one release because it wasnt profitable, and instead we went back to the basis, while trying to keep the idea of a more stable - less changes release.

To my knowledge, the 2007 managed to deliver the first point and the 2007.1 seems to be able to deliver the second, as it is, again to my knowledge, the most upgradable mandriva (mdk) I've ever used.

And you just have to put into this picture the influence Adam has had on those last 2 releases to understand all this is connected to the user base through the club forum.

An other thing was to stop trying to keep alive unusable services like Online, which would be hacked into kinda functionning at release time, before becoming again a PITA soon after. Instead, it has been redevelopped as a simple, it just works, no nonsense, applet. And it just works. And I use it, while I never used the old one (and I'm the "eat your own food" kind of guy).

This was done quietly over the years, talking with romain without one inch of anger or flame, and instead, doing the FAQ for the old applet, and so on. Meanwhile Romain was convincing the management that it was saner, both in terms of ressources and efficiency. (So they are listening to the user base, you see)

Romain has been working a lot at putting expert back online as a official support platform, it's not finalised yet, but it's usable. The hope is to bring that to a point where the club is also a support offer, which is already happening when you buy a Flash or some other products. (And is the OP source of grieves apparently, so it has to be improved)

I will let you judge what is good and bad management from that, I don't have the personal knowledge nor the whole picture nor the numbers to really do it. It seems to me it is going in the direction you're talking about.

This is an unofficial fan site so I can assure you that the management of Mandriva doesn't bother to read this with a few exceptions. You should write to the official forum on club.mandriva.com.

What he said :D

actually, it has been known that some mandriva guys actually read this forum.

Also, when you write to the adress webmaster at mandriva dot com in english, you mail is usually taken care of by none other than Adam Williamson himself, which usually manages to have things sorted out with the store team or give valuable infos.

yes, it's kernel-latest :)

urpmi.update -a && urpmi --auto-select can be replaced by urpmi --auto-update now.

A public discussion list has been open to discuss all Mandriva web related project.

The list is open to anyone who is willing to participate.

The first discussion taking place right now is the new Mandriva Community wiki, here is its annoucement.

Hi to everyone,

 

and welcome on this list. We did set it up a few weeks ago to handle all

public discussion related to Mandriva web places.

 

Matters of discussion may be technical, content-related, strategy-related,

ideas/wishes related. Of course, the community wiki should host a mirrored

place of this list.

 

(this post may be... long, take your time reading it, and if replying, please

remove any portion of text that is not related to what your are answering to.

Thanks. Smile

 

Now, straight to the point, the community wiki.

 

 

THE CONTEXT

 

As you may (or not) know it, we set up a new platform, based on mediawiki, to

host all Mandriva public wiki stuff (old twiki platform became difficult to

maintain, several distinct platform were getting used). This includes the old

QA/Cooker wiki (still hosted on http://qa.mandriva.com/wiki/ , read-only),

which used to be mostly mandriva-linux-the-distribution-related.

 

However, it may include anything worth it, public/community matter related to

Mandriva projects and products. In particular, Club existing knowledge base

content may find its way in this new wiki.

 

It is not meant to replace existing published things elsewhere in the Mandriva

websites, still, it may help to point some contents if needed (I, we know

that we need to seriously rearrange the way our contents are laid out, and

how we give access to these on the web; we are working on it, takes time, but

a new global navigation map should be available within a few weeks; still,

this is not our current topic).

 

The final status (fully ready for wild usage) will be announced here by me or

Nicolas. For now, the platform is usable, in English preferably only.

 

 

LANGUAGES

 

Once set up, the community wiki will be multi-lingual; English is the pivot

language (that is, content should preferably be first written in English if

possible, then translated in other languages; that does not prevent from

making language-specific contents, still, making sure all languages are

somehow in sync would be better).

 

We plan, at this stage, to host the following languages (that is, the zone

will be immediately available): Deutsch, English, español, français, polski,

português, Japanese, Chinese.

 

Other zones will be available on request. Note that each language zone will

need to have a dedicated _content manager_ (more about that below).

 

We had a discussion about languages, in particular, do we make full locale

zones, or just language zones (that is, for instance, pt_PT/pt and pt_BR, or

just pt).

 

It's not fully decided yet, but the direction that seems to get most consensus

at this stage here for now (you may disagree; please raise your hand then) is

to have only language zones, unless very strong language specificities.

 

For that preliminar conclusion, we compared the pt (Portuguese as spoke in

Portugal) and pt_BR (Portuguese as spoke in Brazil) case with the potential

fr/fr_FR/fr_CH/fr_CA/fr_BE case, which, in our view, bears about the same

amount of language specificities (there are contexts in which a français,

leaving in France may not understand what a Suisse français or a Québécois

says).

 

Still, we consider that a fr zone is enough. So we believe it _may_ be the

same for other languages. However, we may come to another conclusion after

discussion, that's still open. Céline said to me that nn_NO/nb_NO (Norsk

Bokmål and Nynorsk) may be a case, for instance.

 

 

CONTENTS, LOCALIZATION, LAYOUT, POLICY

 

That is a big chunk.

 

We have all the contents of http://qa.mandriva.com/wiki/ that must be moved

here. That's the cooker/qa thing wiki. Only the English content has been

automatically moved (for several reasons). All localized contents may need to

be manually moved then (you may strongly disagree; again, raise your hand;

however, given that you may have to rename your pages anyway, and restructure

a bit the contents, it may be a better solution to make the process by hand;

my own opinion here).

 

We used to have a specific naming scheme in the old wiki, like:

 

* /wiki/TopicName for the English version of a page,

* /wiki/TopicNameFr for the French version of it.

 

Now, it would map to:

 

* /en/Topic Name

* /fr/Nom du sujet

 

Note that you will have a way, in MediaWiki, to make links from a page to its

other languages equivalents; a robot will run daily to make the links the

other way around.

 

Next to Cooker/QA contents, we may have (or not) to integrate others: Club

knowledge base, beginners area, customers specific area, web, translation,

graphics areas, etc.

 

We have to agree on the contents layout and naming policy too. One is already

available from http://wiki.mandriva.com/Policies/Wiki_Style . We started to

discuss whether a flat layout (using no hierarchical layout, no specific

namespace; using instead categories and maybe the semantic extension) would

be simpler, easier to manage; that would require to set clever maps of

contents.

 

However, the contents are already set up with the hierarchical layout. Still,

we can change that. Or keep half of it (the first node being for distinction

between areas, precisely).

 

The "problem" with hierarchical layout is that:

- it makes it more cumbersome to create nodes: I would have to type

"Web/Mandriva user account" instead of a "Mandriva user account" topic in the

"Web" category (among others);

- the page title would be "Web/Mandriva user account", without the "Web" part

being clickable to go to the upper level.

 

I am (and some others here are as well) in favor of a flat, category-based

layout.

 

 

NOTICE: the current wiki platform will be upgraded, to better take into

account the various languages we are going to support. In this regard, please

do not localize contents yet. You may still update/add English contents to

it, it will be kept. But you may need to further move your local content

otherwise.

 

 

PEOPLE - PUBLIC

 

This wiki is intended to the whole Mandriva community, both developers,

contributors, translators, users, employees, etc. for all community matters.

 

One must have a Mandriva user account (see https://my.mandriva.com/ ) and

authenticate with it to be able to edit the wiki contents.

 

We need to name official content managers, one per language at least.

Depending on the outcome of this discussion (are specific areas

useful/needed?), we may need area-specific content managers as well (Cooker,

Club, Beginners).

 

 

DESIGN, GRAPHIC LAYOUT

 

Will be another topic. Smile

 

 

THANKS TO

 

I would like to thank the people that made this wiki thing moving and running

to this point:

- Vincent Danen, Warly, Thierry Vignaud and Stéphane Laurière who started to

discuss with us this wiki move thing, and started migrating and laying out

the contents from qa/wiki to a test mediawiki place;

- Kleber Brunelli, Arthur Furlan, William Dauchy, Jean-Louis Colautti who

patched the vanilla mediawiki to fit with our setup;

- Nicolas Chipaux for helping to square things and setting up the whole final

mediawiki platform;

- and all contributors who started to clean/edit contents from the test place

to the current one.

 

Thanks to you all for your help.

 

Let's polish this thing now.

 

romain.

Subscribe by sending a mail to web-discuss-subscribe@mandrivalinux.org

The mandrivalinux.org name has been chosen to empatize the community aspect of this list discussions.

I had to add a little precision to the contest rule as it wasnt very clear (one contestant bailed out out of fear, he is back now):

- to submit your work, just put it in the forum thread, you don't need a club account to post there, just a regular forum account (ask fluffy, he knows).

- you don't have to know how to do config files for the contest, just provide the picture or photos, if you don't know how to do the config files, we'll do them for you.

Welcome aboard. :)

thanks

KDE and Gnome themes would be a nice thing for e.g. Mdv 2008 I guess. It would give the community enough time to create a new Metatheme or create e.g. a QT theme which can be ported to Gkt later (or vice versa).

 

We had a similar contest at Yoper and the community was quite happy about such a contest and submitted many nice designs. It is those little things that tie a community to a distro and that creates a "positive" community feeling for many. Even if you think that the "attraction" for a Wallpaper contest is rather small, don't let this fool you. Themes are made by different users / artists with a different attitude. It's like a football match they want to win at all costs.

As someone said above, this contest is a small step in that direction.

If people here want to have a bigger theme contest or project in the future, I'm all ear. It's not obliged to be a contest either, it could also be a community oriented project with support from mandriva.

Just go back to the mandriva club forum post, I just replied to some guy and explained how this contest was born. It was quite easy and community oriented. No big deal, just the common feeling that we need things to be done in that area.

So, a bigger project or contest? Yes!

Just tell me about it, and don't forget to participate to this one, it will be an occasion to get to know each other, and to put together or to identifiate the communication tools (like this forum) we will need in the future project.

Hi all,

first post here, I come here from the Club forum where dexter11 pointed me to this thread.

I'm the guy who launched this contest.

As for the KDE or GNOME theme, I'm all for it, of course.

I even wanted to do one in the first place, but I've learned to be cautious too.

KDE themes for example are not easy to do, they require a good design and some programming, which means time.

So I've prefered to launch a fast and simple "wallpaper like" contest, to attracts people attention and see what kind of people we really have that can do such stuffs.

If a contest which involves only doing a few wallpaper and images don't attract peoples, there's no way a KDE theme contest can work, don't you think?

I've started to post news about the contest on kde-look, if you know other site, artwork related, gnome or gtk related because the theme can be done for gdm, feel free to post link there or to send me the link.