mmodem

Now you can remove liblua-devel without any probs, i have managed to fix libkdecore with an exceptions :)

rpm -e --test liblua5-devel erro: Failed dependencies: liblua.so is needed by (installed) libkdecore4-3.5.1-12.mdk2006.0.mde.i586 liblualib.so is needed by (installed) libkdecore4-3.5.1-12.mdk2006.0.mde.i586 liblua5-devel is needed by (installed) libkdecore4-devel-3.5.1-12.mdk2006.0.mde.i586 Its a fact that liblua.so and liblualib.so are required by libkdecore, but as you see liblua5-devel is only required by libkdecore-devel. Here i dont see any error, i even take a look to liblua mandriva packages and all files seams to be in correct places, so i only see one explication for this, its how kdelibs code is done that makes libkdecore require devel files, in this case you have to speak with kde developers.

This happened because i put a kdemultimedia-3.5.1-7 in www.mde.djura.org/2006.0/RPMS/ that was overwrtting the good kdemultimedia-3.5.1-7 in www.mde.djura.org/2006.0/RPMS/kde-3.5.1-7 When i did this i was very tired and mixed things, sorry. Anyway im doing a new release increase and ill upload it.

Removed libkdebase4-devel, but still unable to remove libxorg-x11-devel-6.9.0-39.mdk2006.0.mde # rpm -ev libxorg-x11-devel error: Failed dependencies: X11-devel is needed by (installed) libxpm4-devel-3.4k-31mdk.i586 devel(libX11) is needed by (installed) libkdemultimedia1-3.5.1-6.mdk2006.0.mde.i586 devel(libXext) is needed by (installed) libkdemultimedia1-3.5.1-6.mdk2006.0.mde.i586 devel(libXv) is needed by (installed) libkdemultimedia1-3.5.1-6.mdk2006.0.mde.i586 devel(libXxf86vm) is needed by (installed) libkdemultimedia1-3.5.1-6.mdk2006.0.mde.i586 TIA - CarLash :o This was already fixed, there is a new kdemultimedia release.

Yes, libkdeutils should not require libkdebase-devel, i have fixed it. This error appeared because due to move files in the other release i had to change some things in specs, so my mistake to put that wrong require.

To remember that mandriva doesnt even follow its packaging policy, and since we do things properly (all with same packaging policy) some packages like kde-common and other %name-common dont exist in our kde rpms, they simply were replaced/renamed just by %name. To note that also exist other packages in mandriva that we simply refuse to have since dont make any sense and their files exist in proper packages. We use to follow mandriva but we simply remove/replace things that dont make sense and we do have same packaging policy for all rpms in oposition to mandriva.

And i didnt take a good look before, this is no exception as i said in previous post, this is correct since there are files libgtkhtml-2.so.0.0.0* that point to libgtkhtml-2.so, wich is a devel file in a devel package. But for example you can see exceptions for example in libqt3 in wich you see that in /usr/lib/qt3/plugins/lib/styles exist some .so files that are files needed to run plugins, and in this case they are correct to exist in a lib package. The other .so.* files are in lib package that are correct in wich have nothing to do to the .so files. Thanks for giving an example that reflects so well what i have said :)

I believe you are very seriously mistaken here. *.so shouldn't mandatorily belong to -devel packages. It's exactly the other way around, they are a crucial part of regular packages. OTOH, *.a and maybe *.la belong to -devel. Wrong again, .so files do belong/are devel files, please read and check about it, and in kde they are/were always in devel packages. The problem here in kde is that .la files that also should be in devel packages, but these to the way kde is coded must be in lib packages, this is the problem. Im going to build a new kde to fix this issue, meanwhile install devel packages.

I have now seen that kde is done/coded in a different way, since to work does need the dynamic lib files *.la and *.so , but these files should be devel files but in kde its not the case. So to know you have things working you must install devel packages until i put/move lib dynamic files back to previous places. I didnt know about this, thats why i did moved those files to devel files, since that is how is done in the generall. Im very very surprised with this...

thats not true, i ave all the apckages i made yesterday installed and all runs smothly, and to remember that before packages go public all is first tested. There is some lib packages that dont exist anymore since some files were bad position since we did follwoed how mandriva put files but again all were wrong...

New kde-3.5.1 release available

Im doing some changes (moving some files and adding/fixing some defaults) due to this i created this error, but this will be fixed now.

For the moment i can tell you for you use urpmi --allow-nodeps that way you be able to use previous xorg release. This will be fized later.

New icons released kde-icons-crystalxp-20060207-1.mdk2006.0.mde.noarch.rpm This icons will be the default icons used by MDE in next kde release :)

New kde-3.5.1 available at the usual place

New kde-3.5.1 available in the usual place www.mde.djura.org but u can get it directly from http://www.mde.djura.org/2006.0/RPMS/kde-3.5.1/ greetings,

scarecrow that picture you use is too much ehehehe

No need to uninstall kde due to this litle issue. In first place you have the #MDE channel support in irc.freenode.net from wich we also give a good irc client named kvirc. Now answering to your question, to uninstall a package you can do: urpme foo.rpm or rpm -e foo.rpm remember that you will have dependencies problems if you just want to remove the package libncurses5-devel, so you will have to use: urpme --allow-nodeps foo.rpm or rpm -e --nodeps foo.rpm You also have severall gui interfaces to install/uninstall rpms, from drakrpm, smart and kpackage (a kde gui)

Now kdelibs, kdebase, aMule, Kvirc, qca, etc available at the usual place. Meanwhile thac is starting with a 64 bit version and soon we will release it including with other news regarding also for kde 32 bits.

Hi there :) Check new packages available.

New xorg uploaded and also uploading kdelibs, kdebase is next. Now i truly recommend to upgrade to this new kde since ive managed to fix Appearance from the panel (kicker) configuration window.

Just to announce that from now on i will not do or contrib in any way to MDE rpms, im tired to see you know who, doing shits and messing things around. greetings for all mandriva users

sorry, i wanted to say qt3-3.3.5-5

By this i can see that you dont have neither our latest kde rpms installed, because if you have so, they would require qt3-3.4.5-5 wich was the qt3 used to build them, so its normal you have that problem since you dont our latest qt3 installed. Your welcome :)

From now on kde will be done following MDE packages, what i mean if that kde will require our MDE stuff like for example xorg and qt3. This is to avoid that some users get in problems for having mixed their system with mandriva and mde rpms, i have seen complains about some error that are caused by mixed mandriva/mde rpms and releases. Already uploading new arts and kdelibs.