Re: [Cooker] Some wishes for Mandrake 10.0...
BOUTELIER Sébastien wrote: Hello ! I have some wishes for the Mandrake 10.0... First of all, is it possible to include in the Mandrake Controle Center a module for Bittorrent ? This module ask the user where to save the files, his login and password of mandrake club and that's all, the download start. This module can verify the presence of a proxy or a firewall, configure shorewall and give some advices to the user. I think the newbies will be happy with this ! No more FAQ or problem of python dependencies... You could use this system to download Beta or RC when we are in Beta or RC period. My second whish is in mousedrake. Is it possible to add a module to configure the thumbs (side ?) buttons of the mouse. Not only associate Alt right in konqueror with right button but the possibility to select an application and enter what a thumbs button makes. For exemple select Open Office and associate the right side button with Ctrl-S. I have made this with imwheel but it was painfull... My third wish is about drakeloop. It's a very good idea but is it possible to have an option to ask the pass only when access the encrypted directory instead on login ? My fourth wish is perhaps a detail but is it possible to have an option to synchronize the time with a NTP regularly in the date and time module of MCC ? (in fact use a ntp command with cron or at internet connection). My fifth wish is a detail too and is in apache... I use http://localhost/~someone to work but the consequence is that /home/someone is readable and I don't want it. What about a directory /public_html and when you create an account someone, you create a directory someone in /public_html and with owner someone and with group apache. Now, only user someone and apache can read the directory and my /home/someone is non readable by the others. It's possible to make a symbolic link /home/someone/public_html - /public_html/someone I'm not an expert of linux and I don't know if all this wishes are realists. Hope that this wishes can help and that the genius of Mandrake can execute them... Let's rub the lamp ! Sébastien. PS: It's just suggestions for the 10.0. I don't need help ! Bittorrent is OK for me, I can use my thumbs button and webmin is fabulous to make cron jobs. PS: Raaah ! I speak english like Babelfish ! -- BOUTELIER Sébastien ICQ: 14554603 http://www.priap.com The fifth wish is an easy workaround. On my system at home, I created a /www directory and create users in there as necessary, configuring Apache to look their for user webspaces. You can probably add something to /etc/skel that will accomplish linking ~/public_html to /www/~username. Since I don't believe this follows the accepted FHS specs, I doubt Mandrake would make it a part of their default configuration. FHS compliance is a good thing to maintain.
Re: [Cooker] Re: Huge List of Updates
[EMAIL PROTECTED] wrote: ef2 == ef2 [EMAIL PROTECTED] writes: ef2 If you want that more people test the beta versions, you need to consider ef2 the human psychology : the more the figure will be big, the more people will ef2 want to try the distribution. I even suggested after 9.1 to lie about the ef2 actual release date. Maybe this would not be really useful though. I am thinking that if the solution is to apply psycology, we will have to told people that we are going to have only 1 RC and then doing 3, then people will begin to test RC1 instead of beggining testing in RC3 :p And then what do you do for the next release? Start at RC3, up to RC5? The only solution is to make people who are going to report bugs do it by RC1 at the latest. Maybe there should be a policy on bugs ... bugzilla should not allow new bug submissions from when RC2 is released ;-). And maybe only bugs that were reported before RC1 can be voted on? So if we find a bug that just hadn't been spotted before, should we be reporting a feature? Denying the existance of a bug doesn't mean there is no bug. It just means it wouldn't get fixed.
Re: [Cooker] Help - Can't Install 9.2!!!
Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Digital Wokan wrote: I ended up having to do a network install because of a consant hdc: lost interrupt error when I tried to install from CD. From the GUI view, it had frozen. I found the hdc errors on one of the log screens. And you didn't get the lost interrupt after installation? Weird. Most machines that show lost interrupts need 'noapic'. Regards, Buchan Hadn't even looked since getting the network install done. It's my router/firewall system, so I don't go popping CDs into HDC on it very often.
Re: [Cooker] Help - Can't Install 9.2!!!
magic wrote: Hey all, I'm trying to install 9.2, and its failing. The CD Boots, and gets to the install screen. I get as far as checking the mouse. After I hit next, I see it scanning (loads raid driver) then it scans the floppy (floppy light comes on briefly) and then nothing. Reset does not work! (I need to cycle power to clear the system.) Any ideas? - I really want to try 9.2!!! Thanks, S Try going to alt-F4 or alt-F3 just after the last interactive step you'be been able to perform and see what the last messages are. I ended up having to do a network install because of a consant hdc: lost interrupt error when I tried to install from CD. From the GUI view, it had frozen. I found the hdc errors on one of the log screens.
Re: [Cooker] OpenOffice has been released
Unfortunately, OOo 1.1 still has several bugs, not the least of which is that it still mangles the occassional Excel spreadsheet in a manner similar to OOo 1.0.2. I had to revert to OOo 1.0.3.1 at work to interoperate with the Excel users. Thomas Spuhler wrote: What are you waiting for to release the distro. If it is for the formal released version of OpenOffice 1.1 then congratulation! I am a marketing person of a mid-size corporation and strongly supporting Linux at work. Releasing a distro with OpenOffice RC would not be a wise move from a marketing point. There are always bugs in a program, regardless how long you test it. If it's a RC then that will be the first thing everybody notices and will relate it to a second class distro. If a few more days are needed to incorporate the released version, then please consider to do so. This is just my 2 cent advice. Tom
Re: [Cooker] Mandrake Web Site Fonts
Because good dee-zine-ers have read studies on what makes for eye catching displays. While the Mandrake sites' purposes are primarily to disseminate information, though as the first impression of Mandrake a non-Linux user gets, it would only benefit Mandrake's cause to have an appealing site. Ever wonder why you're beta testing a Linux distro instead of doing ad campaigns for Fortune 500 companies? Digital Top Post Happy Wokan Felix Miata wrote: Why must dee-zine-ers assume that their choices are better than users'? By allowing the users' choice instead of overriding, new users of Mandrake can see what the Mandrake defaults look like. ;-) Brant Fitzsimmons wrote: In this case functionality does not dictate that the default fonts look bad. It is possible, and preferred, to have good form and function at the same time. Han Boetes wrote: Exactly. Let people choose their own favourite font-sets. Once again. This is not an art-site. It needs to be functional.
[Cooker] Re: [CHRPM] mandrake_theme-0.0.8-1mdk
+...default.png` == Discovqery-root.png...
Discovqery? Does this call for hari kari? ;)
Warly wrote:
-=-=-=-
Name: mandrake_theme Relocations: (not relocateable)
Version : 0.0.8 Vendor: MandrakeSoft
Release : 1mdk Build Date: Tue 09 Sep 2003 01:56:42 AM
CEST
Install Date: (not installed) Build Host: proca.mandrakesoft.com
Group : System/Configuration/ThemeSource RPM: (none)
Size: 3211962 License: GPL
Signature : (none)
Packager: Warly [EMAIL PROTECTED]
Summary : The default mandrake theme for bootsplash and desktop background
Description :
This package contains the default bootsplash theme with its images and
configuration for different resolution as well as the lilo image and
the desktop background image.
Buildarchs: noarch
-=-=-=-
Warly [EMAIL PROTECTED] 0.0.8-1mdk
- next time I commit suicide
-=-=-=-
W: mandrake_theme non-standard-group System/Configuration/Theme
W: mandrake_theme no-url-tag
-=-=-=-
mandrake_theme.spec changed
--- mandrake_theme-0.0.7-1mdk.src.rpm/mandrake_theme.spec 2003-09-09 02:04:50.0 +0200
+++ mandrake_theme-0.0.8-1mdk.src.rpm/mandrake_theme.spec 2003-09-09 02:04:50.0 +0200
@@ -1,5 +1,5 @@
%define name mandrake_theme
-%define version 0.0.7
+%define version 0.0.8
%define release 1mdk
%define scriptdir %{_datadir}/bootsplash/scripts/
%define mdk_bg %{_datadir}/mdk/backgrounds/
@@ -130,7 +130,7 @@
%scriptdir/remove-theme Discovery
fi
if [ `readlink %mdk_bg/default.png` == Discovery.png ]; then rm -f %mdk_bg/default.png;fi
-if [ `readlink %mdk_bg/root/default.png` == Discovery-root.png ]; then rm -f %mdk_bg/root/default.png;fi
+if [ `readlink %mdk_bg/root/default.png` == Discovqery-root.png ]; then rm -f %mdk_bg/root/default.png;fi
%clean
rm -rf $RPM_BUILD_ROOT
@@ -157,6 +157,9 @@
%mdk_bg/root/Discovery*
%changelog
+* Tue Sep 9 2003 Warly [EMAIL PROTECTED] 0.0.8-1mdk
+- next time I commit suicide
+
* Mon Sep 8 2003 Warly [EMAIL PROTECTED] 0.0.7-1mdk
- fix progress bar position in 800x600 for default theme
[Cooker] Perl-Base / Postgresql-PL problem
Installing perl-5.8.1-0.RC4.2mdk.i586 requires removing postgresql-pl-7.3.4-1mdk.i586 due to unsatisfied perl-base == 5.8.1 So I'm guessing RPM doesn't see perl-base-5.8.1-0.RC4.2mdk.i586 as providing perl-base == 5.8.1 for some reason.
[Cooker] Big thank you for the package splits
It's so nice to be able to install things like KMail and the KDEUtils independantly as opposed to having lots of extra software I didn't need installed just to get some little program I happened to want. Big thanks for those.
Re: [Cooker] VIA EPIA 800 C3 processor: 486sx
They're confusing the 486SX/DX difference with the 386SX/DX difference. In the 386, it was the bus. 16bit/32bit In the 486, it was the FPU. NoFPU/FPU Intel re-used the same suffix from the 386's, but changed the meaning. As I can see from this discussion, the confusion continues to this day. There are no bus differences on 486's. The DX can be used in the same mobo's as the SX. The same can not be said of the 386 CPUs. Of course, the LIF/ZIF sockets didn't come about until the 486, so it wasn't like you had to worry about getting the wrong mobo with your CPU on the 386. rowland wrote: On Tuesday 15 Oct 2002 2:56 am, Leon Brooks wrote: On Tuesday 15 October 2002 04:18 am, rowland wrote: On Monday 14 Oct 2002 11:23 am, J. Greenlees wrote: Thierry Vignaud wrote: also, the 486sx (at least the first ones) did has a coprocessor; it was disabled but was still there (though i don't rember if it was missing pins or some silicon hack). actually, it was a bad bit of circuit if I remember correctly, the co pro was completely un-usable because of it and the cpu was a lower price for that reason. if I remember rightly it was a batch of i486dx's that had this problem, the fpu just couldnt add up properly given the right set of circumstances and intel had to change all the affected chips! 486sx was 486dx sans FPU and on a skinnier buss. To add an FPU, you bought a 487sx chip, which was really a 486dx that had failed some factory tests and been packaged for the skinnier buss. For a little while, some motherboards had an option to run with _only_ a 487sx, because they were significantly cheaper than a 486sx and usually worked fine (sometimes faster, because a 486sx had no CPU cache at first but many of the 487sxes did). Cheers; Leon dont see how 486sx could have 'skinnier bus' seeing as how the same motherboard socket could take either a sx or dx chip rowland
Re: [Cooker] everybuddy segfaults
For all the things Mandrake got right, I can't believe they'd freeze a segfaulting everybuddy instead of allowing in a newer version that actually works. I realize it's not a critical piece of software, so I'll try to make this comparison relavent... It's like Ford putting out a car without putting a good fuse in the accessory fuse socket. Sure the car runs and most people may never notice, but anyone going to use the cigarette lighter, or plugging in a CB, cell phone charger, etc is going to have to go out of their way to fix the problem before they can use that nice little extra. (Of course, Ford has a bigger market share than Mandrake, so the stink raised would be quite a bit larger.) On Monday 30 September 2002 15:02, Ben Reser wrote: On Sun, Sep 29, 2002 at 07:54:42PM -0700, Quel Qun wrote: everybuddy segfaults as soon as I try to add a new account. Step to reproduce: 1. rm -f ~/.everybuddy 2. start everybuddy, it brings the account dialog. 3. add an account and click ok 4. segmentation fault. In fact the account file only contains something like: ACCOUNT Yahoo /ACCOUNT Try 0.4.3, not in cooker yet because cooker is still frozen: http://mirror.brain.org/linux/breser/i586/cooker/RPMS/everybuddy-0.4.3-3mdk .i586.rpm
Re: [Cooker] when cooker will be unfrozen ?
On Monday 30 September 2002 01:39, Florent BERANGER wrote: Hello, can we have the date of unfreeze ? Some stuff to improve (for me) : - ADSL auto-reconnection option (in internet daemon ?) - update libSDL_image from CVS : a bug with camera's images (exif) is fixed - Include more TV-out support (Nvidia, SIS, Matrox,...) - Integrate a multimedia center (MMboX : http://mmbox.tuxfamily.org/ for exemple) - support of SCSI scanners by scannerdrake Wokan added: - Include a working Everybuddy
Re: [Cooker] 9.0 final when ?
You might want to go get some ketchup to go with that foot. As I was reading things last week, it looked like that where going to go final last Wednesday, and here we are still in the RC stage, so AFAIK they have been pushing back the release date. While I still have some issues with certain pieces of software in 9rc3, they haven't been anything critical to the operation of the system (mainly a segfault in Everybuddy right now, not good, but hardly essential to the operation and enjoyment of a Linux box). On Saturday 21 September 2002 19:38, SI Reasoning wrote: I have heard this argument before but don't buy it. I am not talking about waiting years here... Just taking the time to release the product when it is ready instead of forcing a deadline. Mandrake 8.2 was released despite a known serious issue with smb with the kernel. That was something that definately should have been fixed before release. This is not to say you don't aim for a deadline, but even Microsoft will fearlessly delay release, often for months. Igor Izyumin ([EMAIL PROTECTED]) wrote*: On Saturday 21 September 2002 08:29 pm, SI Reasoning wrote: This is the internal mouse for the laptop that he had lock up on him. No problems with it in 8.2. Most of the little things are just that. The fine tuning that a few additional weeks would bring, but it makes all of the difference in usability. Personally, I would consider it ready when cooker gets boring for lack of activity. :-} By that time, it would be too late to release - after all, Mandrake is supposed to be a cutting-edge distro. You want a distribution that is ready - go use the stable debian tree with old-time favorites such as XFree 4.1.0 and KDE 2.2. Even then, I somehow doubt that they have less problems than Mandrake does. If you keep fixing bugs, more will get introduced in the process. You can't have bug-free software especially when you try to shoot a moving target. Finally, some people will have weird problems in any case. There are hardware and software glitches that are impossible to prevent or track down. No two PCs are identical, and you can't test every configuration. We just have to settle for a distribution that works well for 99% of the users. -- -- Igor
Re: [Cooker] 9.0 final when ?
Isn't expr usually replaceable with $(()) in the latest bashes? On Friday 20 September 2002 16:40, Todd Franklin wrote: I feel your pain. we've had some struggling with the mouse as well. I've got rc3 installed on another drive, but haven't been using it that much. One fix that was suggested: if usr is it's own partition, copy expr from /usr/bin to /bin. it seems to have worked for two boots so far. Todd Felix Miata wrote: Aleksander Adamowski wrote: My opinion is confirmed by many reports concerning RC3 - just look through. People see serious bugs, and most of those weren't present in 8.2 (e.g. /dev/psaux zapped during install - devfsd issue (yes I've seen it too on a clean test upgrade from 8.2 - it's missing), Could someone tell me how best to get /dev/psaux back? I'm tired of reinstalling only to get one boot with a working mouse.
Re: [Cooker] Re: [Contrib-Rpm] hot-babe-0.1.0-1mdk
Mandrake is right to move it to PLF from a business point of view (and let's face it, we all want to be paid for our work, no matter what that work is). Of course, adding PLF to the list of software install sites for URPMI during the use of RPMDrake or whatever the GUI version of the software installer is would be a nice little bennie. On Friday 20 September 2002 01:38, Adam Williamson wrote: On Fri, 2002-09-20 at 04:20, Levi Ramsey wrote: This thread from one of the Debian ML's is the classic in this subject: http://lists.debian.org/debian-devel/2002/debian-devel-200203/msg00829.ht ml They seem to have been discussing a package which actually had some use, though. My argument is simple. Having this package officially associated with the distro could conceivably offend *someone* - anyone - enough that they don't use Mandrake. Doesn't have to be lots of people, doesn't even have to happen, it's just conceivable. NOT having it officially associated with the package isn't going to stop anyone at all using Mandrake. Thus, on a purely commercial basis, the sensible decision is to have it in PLF, i.e., not officially associated with MDK. This isn't a moral crusade here.
Re: [Cooker] Re: [Contrib-Rpm] hot-babe-0.1.0-1mdk
I just remembered after sending this that they don't officially support contribs anyway, so why be worried about what shows up there, as long as it isn't under an incompatible license. On Thursday 19 September 2002 20:31, Digital Wokan wrote: Mandrake is right to move it to PLF from a business point of view (and let's face it, we all want to be paid for our work, no matter what that work is). Of course, adding PLF to the list of software install sites for URPMI during the use of RPMDrake or whatever the GUI version of the software installer is would be a nice little bennie. On Friday 20 September 2002 01:38, Adam Williamson wrote: On Fri, 2002-09-20 at 04:20, Levi Ramsey wrote: This thread from one of the Debian ML's is the classic in this subject: http://lists.debian.org/debian-devel/2002/debian-devel-200203/msg00829. ht ml They seem to have been discussing a package which actually had some use, though. My argument is simple. Having this package officially associated with the distro could conceivably offend *someone* - anyone - enough that they don't use Mandrake. Doesn't have to be lots of people, doesn't even have to happen, it's just conceivable. NOT having it officially associated with the package isn't going to stop anyone at all using Mandrake. Thus, on a purely commercial basis, the sensible decision is to have it in PLF, i.e., not officially associated with MDK. This isn't a moral crusade here.
[Cooker] Gyach text chopping problem solved (0.8.4)
I was still having a strange problem with gyach chopping off characters. Seems it defaulted to Times(Adobe) for its font. This is a 2-byte font and does not display correctly on all systems (such as mine apparently). Times(URW) works fine, as I'm sure any other single-byte fonts would. The contrib maintainer may want to adjust the program's default font for use on a wider variety of systems. -- Digital Wokan Tribal mage of the electronics age [EMAIL PROTECTED]
[Cooker] Re: [Contrib-Rpm] hot-babe-0.1.0-1mdk
While this may not get my grandmother to use Linux, I'll bet it might convince my brother and a couple more friends at work. :) Guillaume Rousse wrote, On 9/19/2002 3:00 PM: [Contrib-RPM] --=-=-= Name: hot-babe Relocations: (not relocateable) Version : 0.1.0 Vendor: MandrakeSoft Release : 1mdk Build Date: Fri Sep 20 02:41:17 2002 Install date: (not installed) Build Host: klama.mandrake.org Group : MonitoringSource RPM: (none) Size: 512329 License: GPL Packager: Guillaume Rousse [EMAIL PROTECTED] URL : http://dindinx.net/hotbabe Summary : CPU monitor :-) Description : Hot-babe is a small graphical utility which display the system activity in a very special way. When the CPU is idle, it displays a dressed girl, and when the activity goes up, as the temperature increases, the girl begins to undress, to finish totally naked when the system activity reaches 100%. Of course, if you can be shocked by nudity, don't use it! --=-=-= * Fri Sep 20 2002 Guillaume Rousse [EMAIL PROTECTED] 0.1.0-1mdk - first Mandrake release
Re: [Cooker] Re: [Contrib-Rpm] hot-babe-0.1.0-1mdk
Adam Williamson wrote, On 9/19/2002 5:27 PM: On Thu, 2002-09-19 at 21:44, Guillaume Rousse wrote: I see absolutely *no* need to turn Mandrake into a porn distributor. It could eventually be qualified of bad taste, but not of porn. Have you only had a look at homepage ? Anyway, it has already been wiped out from contribs, and transfered to PLF. And i see absolutly *no* obligation to install it if you don't like it... I meant, it's an entirely non-essential package; there's hundreds of tools to monitor your CPU temp in exactly the same fashion without potentially offending some people. Given that situation, there's no reason to include one which *could* be potentially offensive. Good to move it from any official link with the distro then, I agree with that decision. Last I heard, Microsoft found Linux offensive, but I don't see Mandrake shifting over to an MS-approved BSD-based distro. Loosen up, people. It was a contrib, not in the main package group. (We lost the seperation of Church and State in the US. Now we're going to lose it in Linux, too?)
[Cooker] Removing Contribs and avoiding their install question.
Since Mandrake doesn't support contribs, I'd like to stop wasting my time testing them. Is there some simple way to either urpme or rpm -e the contribs off this system so I can test just what Mandrake supports. (This being something I wish I'd known before reporting the Gyach problem 5 times.) I installed Cooker via NFS to a local fileserver. During the install it didn't bother asking what packages I did and didn't have. Is the only way to avoid installing cooker contribs to just not mirror them over in the first place?
Re: [Cooker] Re: php-gd needs recompilation ?
Nice to finally understand the nature of contribs. It'll save me downloading an ISO or two at first since I suppose there's no use in my reporting problems in programs that aren't going to be supported anyway. (Though I still don't understand why we have Contribs *and* an Unsupported section on the FTP sites.) On Thursday 05 September 2002 05:01 am, Jean-Michel Dault wrote: *Don't* upgrade to libgd2, it's in the *contribs*, so it's not supported. The official version in cooker is 1.8. Jean-Michel Le jeu 05/09/2002 à 03:44, Fabrice MARIE a écrit : Hello, while trying to upgrade my cooker this morning, I got the message : Installation failed: libgd1.8 = 1.8.4 is needed by php-gd-4.2.2-1mdk libgd.so.1 is needed by php-gd-4.2.2-1mdk supposedly cause by the attempted upgrade - libgd2-2.0.1-2mdk.i586.rpm # rpm -q libgd1 php-gd libgd1-1.8.4-7plf php-gd-4.2.2-1mdk Have a nice day, Fabrice. -- Fabrice MARIE Senior RD Engineer Celestix Networks http://www.celestix.com/ Silly hacker, root is for administrators -Unknown
Re: [Cooker] Re: XFree 4.2.1 Release (3 Sept 2002) real one!
The only time I have a problem is when I configure mine to use the wheel. After using the KVM, it kills the wheel for Linux and that other OS. On Friday 06 September 2002 12:04 am, Randy Welch wrote: David Walser wrote: --- E. Noli Sicad [EMAIL PROTECTED] wrote: David, XFree 4.2.1 Release (3 Sept 2002). This is the real one for all platforms, not for XDarmin (MacOS) :-) but for Linux as well. See release note for what have been fixed, enchanced, updated libraries. I think Mandrake 9.0 or RC2 should have this included. As we all know, almost of the problems are related to XFree86. Yay! they fixed mouse replug events. the mouse might finally work after switching consoles on the KVM! :- -randy
Re: [Cooker] PHP not Working
The scariest part of this whole thread is the thought that someone would set up a Mandrake box to be a server and not be using the expert mode to do it. On Friday 06 September 2002 06:25 am, Warly wrote: Jean-Michel Dault [EMAIL PROTECTED] writes: Thanks! Will it be changed in RC2? yes
[Cooker] Surprising XF86 crash
Considering, I've never had X crash on me since I was trying to install nVidia drivers on another machine, I was rather surprised when it happened during my use of KMail just a few minutes ago. I was even more surprised to find that Mandrake is packaging an unsupported version of XF86 according to /var/log/XFree86.0.log: Quote: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) Unquote. Should I still supply the log to the XFree86 team? Did Mandrake's team make any kind of tweaks to the CVS version in an attempt to make it more stable? And why is this a prerelease version instead of the stable 4.2? XFree86-4.2.0-26mdk Last mirror from Sunet to local fileserver: approx 11pm MST.
Re: [Cooker] Surprising XF86 crash
I've been using the same config since my Beta2 re-installation test. And even before Cooker went into Beta for 9, I've been using the same options at every install. For the curious, it's an S3 Savage4 3D. I figured I throw up the flag in case Mandrake had been tinkering and might want to know what it caused to break, if anything. (And they are using a pre-release instead of a stable version.) On Wednesday 04 September 2002 07:00 pm, Ben Reser wrote: On Wed, Sep 04, 2002 at 06:52:02PM -0700, Digital Wokan wrote: Considering, I've never had X crash on me since I was trying to install nVidia a) Wrap your lines at 72 characters. b) X is not nearly as stable as you think. It does crash sometimes... Far less than say Windows though.
[Cooker] Re: [Contrib-Rpm] gd2-2.0.1-2mdk
On Wednesday 04 September 2002 08:07 am, Buchan Milne wrote: [Contrib-RPM] Name: gd2 Relocations: (not relocateable) Version : 2.0.1 Vendor: MandrakeSoft Release : 2mdk Build Date: Wed Sep 4 17:03:01 - Made GIF support non-default, use --with plf now. Does this mean that if I want GIF support, I recompile it from the .src.rpm with that option, or is that something I pass it during install of this RPM?
[Cooker] RPM not case sensitive?
Is it just my weird setup? (NFS share off a Quantum Snap 4100) RPM was always case-sensitive in the past, but when I do something like rpm -Fvh [A-C]*.rpm now it was updating cups-drivers, arts, console-tools, etc. So was there a change made, or is it something in my setup that'll probably have me beating my head against the wall repeatedly for not seeing it sooner? (Yes, it's mounted using NFS, not SMB.)
[Cooker] How bad is an rpmdb damaged header error?
Should I be really worried about the following that occurred during a urpmi --auto-select --auto -M -c -p 28:kdebase-nsplugins ## error: rpmdb: damaged header instance #534 retrieved, skipping. 29:fluxbox## error: rpmdb: damaged header instance #421 retrieved, skipping. 30:gettext-base ##
Re: [Cooker] Gyach 0.7.5 still broken
Colons in messages acting very strange. Will try to take a look at the source and see where it's gone wrong. On Tuesday 27 August 2002 08:58 pm, Daouda LO wrote: Digital Wokan [EMAIL PROTECTED] writes: ... and has been since before beta 1. So, as with every beta release Mdk's done for 9.0, I post the same bug report again. Gyach can not log into Yahoo chat servers due to a mishandling of extra info being passed back. Gyach 0.7.6 has fixed this problem and works great when compiled from a tarball on my Mandrak 8.2 system. Unless there is some problem being run into with the new GCC compiler, I don't see why this update hasn't taken place. done now. Could you test and report problem if any ? thanx.
[Cooker] Gyach 0.7.5 still broken
... and has been since before beta 1. So, as with every beta release Mdk's done for 9.0, I post the same bug report again. Gyach can not log into Yahoo chat servers due to a mishandling of extra info being passed back. Gyach 0.7.6 has fixed this problem and works great when compiled from a tarball on my Mandrak 8.2 system. Unless there is some problem being run into with the new GCC compiler, I don't see why this update hasn't taken place.
[Cooker] Bad package? bash-2.05b-5mdk
I was hoping to retest the install of Mdk9b2, but without being able to install bash, even a minimum install fails.
Re: [Cooker] Bad package? bash-2.05b-5mdk
On Saturday 10 August 2002 13:09, Digital Wokan wrote: I was hoping to retest the install of Mdk9b2, but without being able to install bash, even a minimum install fails. Apparently I managed to mirror down 2.05b-6 before the package list was updated for the installer. Oops.
[Cooker] Pkg request (I realize too late for Mdk9.0, hoping for 9.1.)
GnuE. To have an enterprise management system running on Mandrake with
(Postgre|My)SQL out of the box with Mandrake's skill at making easy to use
configuration utilities would make for an absolutely great combination. I
could see this combination competing against things such as the Solomon
accounting system (and given Solomon's ecommerce support {snicker}, that
shouldn't be too hard).
With Mandrake's big focus on the desktop currently, I can see this going in
the contribs instead (maybe that needs a better name, contrib sounds
unsupported), but it would make for a very powerful suite to wave under SMB's
noses.
Don't knock the doors you open up for VARs with customers who just want
something that works, but who also don't want to pay a lot for it.
Re: [Cooker] Pkg request (I realize too late for Mdk9.0, hoping for 9.1.)
Disregard. I didn't know they were still considering themselves in the
alpha stages. I suppose something should be a beta at least before it gets
included. (No worse than the betas some monopoly considers final versions.)
On Saturday 10 August 2002 21:26, Digital Wokan wrote:
GnuE. To have an enterprise management system running on Mandrake with
(Postgre|My)SQL out of the box with Mandrake's skill at making easy to use
configuration utilities would make for an absolutely great combination. I
could see this combination competing against things such as the Solomon
accounting system (and given Solomon's ecommerce support {snicker}, that
shouldn't be too hard).
With Mandrake's big focus on the desktop currently, I can see this going in
the contribs instead (maybe that needs a better name, contrib sounds
unsupported), but it would make for a very powerful suite to wave under
SMB's noses.
Don't knock the doors you open up for VARs with customers who just want
something that works, but who also don't want to pay a lot for it.
[Cooker] Gyach-0.7.5 unusable
Sure, it installs great, but Yahoo made a change that gyach-0.7.5 can't handle, and so fails to login for chats. The author released a 0.7.6 version to handle the extra cookie info sent by Yahoo. http://www4.infi.net/~cpinkham/gyach/ It may require some other patching. There's something to make the local executing command function again in the SR71 patched version. (At least there is if he put in the changes I described.) http://sr71dart.no-ip.org:8080/software/gyach/
Re: [Cooker] Konsole's tip of the day.
It makes sense to leave it enabled by default for the testing period so people will actually be confronted by the problem and feel a more urgent need to fix it. Hiding the problems until later only increases the likelihood of them not being fixed before the final product is released. Mattias Dahlberg wrote: On Mon, 29 Jul 2002, Laurent Montel wrote: In the last week Konsole's tip of the day has been broken, the dialog is stretched all the way across the screen. I know. I think that it's a qt-3.0.5 bugs. Didn't have time to look at it. My suggestion: Disable it by default. :) A tip of the day for Konsole seems out of place anyway, IMHO. Regards, Mattias
Re: [Cooker] Description for streamripper-1.32-1mdk
You could grab an older source, see what was pulled out, and patch it back in. On Sunday 21 July 2002 16:51, Chuck Shirley wrote: rpm -qi streamripper output contains: Description : streamripper records shoutcast compatible and live365 streams. For shoutcast style streams it finds the meta data or track separation data, and uses that as a marker for where the track should be separated. For live365 streams it hits the website and finds when a track has changed. Either way, the MP3 data will be decoded and scanned for a silent point which is where tracks will be created. BUT, from /usr/share/doc/streamripper-1.32/CHANGES Changes in 1.0.3* Removed live365 ripping (legal reasons) (Which explains why I couldn't record any live365 streams...) Time to update the description? -Chuck
Re: [Cooker] Problems with Xine: bottom line
Definitely going to have to add PLF's stuff to my mirroring script. Charles A Edwards wrote: On Wed, 10 Jul 2002 10:20:07 +0200 NM-Cooker [EMAIL PROTECTED] wrote: Unless I'm seriously mistaken, the win32_dll plugin does NOT include any binary / non free stuff; it just allows to load DLLs if you have them. It's included *in the source* of Xine, and compiled every time as far as I can tell, it's just not copied over to the RPM by the Mandrake spec. I'm not talking about the Win 32 DLLs themselves, just the loader(xine-lib/src/libw32dll). rpm -q --requires xine-plugins-win32 xine-plugins = 0.9.12 win32-codecs If you want it to be otherwise you will have to write your own spec and build the rpms. plf rpms are the same as those which would appear in Mandrake If it were not for legal reasons (copyright/license/patent). Charles -- Innovation is hard to schedule. -- Dan Fylstra -- Charles A Edwards [EMAIL PROTECTED] --
[Cooker] gyach-0.7.6
Currently Cooker has the gyach-0.7.5 package. Yahoo has made a recent change to their login that 0.7.5 can't handle. Gyach 0.7.6 was released 4/28/02 to fix this problem. More info... http://www4.infi.net/~cpinkham/gyach/
Re: [Cooker] gyach-0.7.6
On Thursday 20 June 2002 11:55, Digital Wokan wrote: Currently Cooker has the gyach-0.7.5 package. Yahoo has made a recent change to their login that 0.7.5 can't handle. Gyach 0.7.6 was released 4/28/02 to fix this problem. More info... http://www4.infi.net/~cpinkham/gyach/ Better yet, the following patched version seems to have a better server. I had to give up after trying infi.net's server several times. http://sr71dart.no-ip.org:8080/software/gyach/
Re: [Cooker] php-pear + log??
I just snag the CVS versions of pear. Been doing that since before a pear RPM existed. On Saturday 22 June 2002 01:57, Lonnie Borntreger wrote: --- PEAR * PEAR - Yes * Recent PEAR - Yes * Mail::RFC822 - Yes * Log - No * Make sure you're using a recent version of PEAR which includes the Log class. * DB - Yes --- So where do I get a version of php-pear that has Log?
Re: [Cooker] menu data in /usr/share is bad
On Tuesday 18 June 2002 22:21, Borsenkow Andrej wrote: Can you mount /usr as ro and /usr/share (or as far down the /usr/share path you list as you feel necessary) as rw? You must be able to mount /usr ro. Period. /usr/share is for system independent _non-volatile_ data. /var is for volatile data. You may even think about /var/share - but mostly volatile data is system dependent so it makes no sense. -andrej I agree that it wouldn't make sense to do, but if the guy wants to do it, we may as well treat it as an interesting puzzle to solve. Sometimes weird ideas turn into great ones. (And most are red herrings at best, but only time will tell.)
Re: [Cooker] menu data in /usr/share is bad
Can you mount /usr as ro and /usr/share (or as far down the /usr/share path you list as you feel necessary) as rw? I would assume that entails two exports entries as opposed to the current one for all of /usr. Seems like that shouldn't be a real problem since you want update-menus to work and make adjustments across all systems from the one you're running it on. Brian J. Murrell wrote: I was doing a system update today. That system has /usr mounted read-only from the server. This concept in general does not work terribly well with Mandrake Linux, but with menu it is a disaster. That is because the menu data seems to be kept in /usr/share/gnome/distribution-menus so that any package that runs /usr/bin/update-menus gets errors like: cp: cannot remove `/usr/share/gnome/distribution-menus/Mandrake-simplified/.directory': Read-only file system It really should be possible to have a farm of Mandrake boxes mount /usr from a single server. b.
Re: [Cooker] kde 3 is out for 8.2
Cooker is normally pretty stable until they change something major like RPM or GLIBC or possibly the conversion to compiling everything with GCC3. For home use, I normally mix a little cooker with my stable. For work, it's strictly stable. I'm not costing the company money if there is a problem with my home system. Michael Andreen wrote: On Wednesday 03 April 2002 10.29, Laurent Montel wrote: Perhaps you don't know but cooker is DIFFERENT from 8.2 ! When this is up.. It's been said that it's dangerous to run cooker, but how dangerous is it really? I've been idling on this mailinglist for a few months now and I can't see that it's more dangerous than always compiling and running the latest release of everything (which I tend to be doing after a while, or stealing a cooker package once in a while and get it into the stable dist), actually it seems less dangerous since you mdk guys are more experianced and follows the development of your packages better than me (I guess). So what's recommended? Running a stable release and compiling the latest software/ using a few cooker packages in the stable release or running a pure cooker system? Michael Andreen [EMAIL PROTECTED]
[Cooker] PGAccess 0.98.7 fix (yet again) for long-standing problem
I am absolutely floored that this bug still exists. I submitted a fix
for the apostrophe insertion problem back around Mandrake 8.0 and the
cooker for 8.1 and I'm still forced to fix this thing myself every time
I update my PostgreSQL RPMs.
File: /usr/share/pgsql/pgaccess/lib/tables.tcl
Lines 546-549...
lappend PgAcVar(mw,$wn,newrec_fields) \$fld\
regsub -all {'} $fldval '' fldvalfixed
lappend PgAcVar(mw,$wn,newrec_values) '$fldvalfixed'
# Remove the untouched tag from the object
Line 547 (regsub...) is inserted in the original program to fix a
problem with using apostrophes when entering a new record to a table.
Line 548 is altered to enter this fixed value into the PGSQL server
without affecting the appearance of the user's entry in the GUI.
Re: Winbind setup during isntall? (Was Re: [Cooker] beta 3 install)
Actually, that sounds like a good candidate for a post-install configuration tool (at least until any major kinks are worked out). Pixel wrote: Buchan Milne [EMAIL PROTECTED] writes: Would it be possible to try and add winbind support to chkauth to have it winbind support available? The only complication is that the box must be joined to the windows domain, which requires smbpasswd, and the user to supply a domain admin username and password. Of course, some changes have to be made to smb.conf (see sample configuration entries already included) and pam.d/system-auth (see example system-auth-winbind file in samba-winbind package). I can work on chkauth to add this functionality, any chance of including it at some stage (maybe too late for 8.2). do it, i'll check the diff, and include it in 8.2 chkauth. *but* I won't modify any GUI config tool (it's too late to modify them).
[Cooker] kdegraphics3-3.0.0-beta2.3 uninstallable
Requires libusb-0.1.so.3. Current libusb provides libusb-0.1.so.4.
Re: [Cooker] kdegraphics3-3.0.0-beta2.3 uninstallable
Digital Wokan wrote: Requires libusb-0.1.so.3. Current libusb provides libusb-0.1.so.4. Just to see if it would work, I tried making a symlink from libusb-0.1.so.3 to libusb-0.1.so.4 and creating a /etc/rpmrc file with the single line: 'provides:libusb-0.1.so.3'. I still can't install the file due to failed dependancies. Does urpmi tell rpm to ignore rpmrc? Was support for manual provides dropped from rpm version 4.x? Am I high on something and didn't configure the file correctly? MandrakeUser.org still has the instructions for creating /etc/rpmrc posted. If that doesn't work anymore, someone might want to get that changed.
[Cooker] chbg-1.5-5mdk
Using chbg-1.5-5mdk hides the icons of the KDE desktop from use. Have not tried with other WM's.
[Cooker] AMOR offset
AMOR isn't responding to changes in the offset of the animated figure from the top of the window frame. For those of us running most things maximized, this makes the program far less entertaining. kdetoys-2.2.2-6mdk (Sure, I could report major problems, but I'd have to find one. Might as well see where some touch-ups need done.)
[Cooker] Laggy sound performance
Scrolling rapidly in Konqueror causes skipping and static in XMMS. System: K6-2/400 128MB Running software... A KDE shell XMMS RPMDrake Konqueror (Not exactly intensive apps.) All packages updated midday 2/17/02. XMMS-1.2.6-2mdk arts-2.2.2-37mdk Any other versions can be specified as necessary.
Re: [Cooker] Laggy sound performance (addendum)
Added info: Scrolling slowly in Konqueror makes the effect worse. Occurs when XMMS using OSS or Arts output plugin. Occurs even when it's just Konqueror and XMMS (shut down rpmdrake and shell). Worse with Konqueror maximized than default opening size. Doesn't occur while starting other software. Hasn't occurred yet with other KDE apps (such as KWord). Occurs on any web site brought up in Konqeror large enough to require scrolling. So I'm guessing the screen repaint routines Konq's calling on must be doing something serious to the system underneath to be affecting the performance of other running apps. Digital Wokan wrote: Scrolling rapidly in Konqueror causes skipping and static in XMMS. System: K6-2/400 128MB Running software... A KDE shell XMMS RPMDrake Konqueror (Not exactly intensive apps.) All packages updated midday 2/17/02. XMMS-1.2.6-2mdk arts-2.2.2-37mdk Any other versions can be specified as necessary.
[Cooker] Gyach emotes
Gyach throws an error when you try to send an emote in a Yahoo chat room. gyach-0.7.5-2mdk To reproduce... Enter a Yahoo chat with Gyach Type : testing
[Cooker] Gyach (worse than I thought)
Trying to send any message in Gyach results in error type=0x41 ,flag=0x ,size=27 *** Danger Will Robinson!!! gyach-0.7.5-2mdk
Re: [Cooker] napshare instead of gtk-gnutella?
SuSE proved that you can make a 6 CD Linux distro. Why cut Mandrake down? (Not that I want to download 6 .iso files.) Marcio Cordero wrote: Just a short note: as far as I can see, napshare (napshare.sourceforge.net) seems to be gtk-gnutellas's successor. Shouldn't gtk-gnutella be dropped (since it doesn't seem to be in dev anymore) and use napshare instead? The same applies to gsx, it doesn't seem to be in development anymore. Maybe we could free up more space on contrib branch for new packages dropping packages that have a new development name or that are useless (anyone using gsx out there)? Just a thought... Greetings, Marcio
Re: [Cooker] Network.img
Guillaume Cottenceau wrote: Digital Wokan [EMAIL PROTECTED] writes: Something appears to be wrong with the network.img. My via-rhine card is detected, but then the driver is unable to be insmod'd. Can you : - retry with the same floppy - md5sum /dev/fd0 against md5sum of the file - retry with another floppy - look at kernel and program logs (#3 and #4) for any interesting msg I often can see this sort of problems with corrupted data, especially when booting over the network via TFTP. I don't know how to detect data corruption better/before (I think bzip2 uncompression has data integrity checks). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/ Did a dd to the same floppy. MD5 came out fine. Booted off floppy. All is well in this part of the world. Sorry to take your time.
[Cooker] Network.img
Something appears to be wrong with the network.img. My via-rhine card is detected, but then the driver is unable to be insmod'd.
[Cooker] Mpg321 vs Mpg123 for Plugger
If mpg321 is a drop-in replacement for mpg123 (and states that supports esd and alsa as well), why is plugger still dependant upon mpg123?
Re: [Cooker] 'DeCSS' DVD descrambler ruled legal
Well, as long as the DVD-CCA doesn't win their appeal, that means a .src.rpm could be built. (And a binary RPM could be made available from a less brain-dead country than the Sorta-united States.) After all, France can't tell Yahoo USA not to sell Nazi memorobilia. So the US has no authority over a server in another country by that same reasoning. Too bad it couldn't be on one of the regular CD's. Quel Qun wrote: The ruling says it cannot be forbidden to publish the source, it doesn't say it is legal to compile and use it. I think that's what people would like to know. =-= kk1
Re: [Cooker] ucs-snmp doesn't provide itself ?
I ran into this little quirk, too. I had to urpme the ucd-snmp package (taking all its children with it) and then reinstall those packages with urpmi (so make a note of what other packages were named in the urpme for reinstall). After that, no more ucd-snmp error. Guillaume Rousse wrote: [root@silbermann rpms]# rpm -F ethereal-0.8.20-1mdk.i586.rpm ucd-snmp-4.2.2-1mdk.i586.rpm error: failed dependencies: ucd-snmp is needed by ethereal-0.8.20-1mdk uhh ? -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] kinkatta-0.94?
Guess I'll have to test that one and recompile it for 8.1. (Now I just have to go look up how to submit an unsupported.) Salane King wrote: Re-uploading new upgrade from cvs 20011017 =kinkatta-0.99-3mdk On Wednesday 17 October 2001 08:07 pm, you wrote: Oh. Whoops. I think I'll touch up the source and recompile that. Salane King wrote: It is from the cvs version and the label wasn't updated in the program. On Wednesday 17 October 2001 03:05 pm, you wrote: Why is the package numbered 0.94 when the binary is labeled as being version 0.91? Should the package be renamed and then people just uninstall / reinstall the package (since a -Fvh or -Uvh would see 0.94 as newer)?
Re: [Cooker] rpmdrake and kernels
The worst part of this is that we deny the newbie the stability and security supposedly promised by the switch to Linux. (Of course, I'm speaking of updates to the release versions, not Cooker.) François Pons wrote: Jay DeKing [EMAIL PROTECTED] writes: On Friday 12 October 2001 11:15, I was honored with this communique: Actually, rpmdrake should correctly execute pre-/postinstall scripts. Disabling kernel update is a poor man workaround :-( This is really true ? This is surprising since this is rpm task to execute these scripts. Yes, rpmdrake *should* do these things correctly, but it has a history of *not* doing these things correctly all of the time - I still never use it to do the actual work, I use it only as a reference tool, preferring to do the updates manually. I kind of miss having it remind me of kernel updates, but if it helps keep newbies from trashing their kernels, I can live with the minor inconvenience. This is not a problem of rpmdrake as it uses urpmi for that, urpmi provides possibility to never update package chosen by the user (but not to install them instead of skipping them). See /etc/urpmi/skip.list. François.
Re: [Cooker] xscreensaver 3.33
I miss that one, too. I don't remember seeing it since 7.x or even 6.x. Chris Edwards wrote: Why doesn't it have xmatrix hack? That's a really nice screensaver. -Chris
[Cooker] Strange urpmi behavior
[root@beast root]# urpmi enlightenment no package named enlightenment [root@beast root]# urpmi fvwm2 the following packages contain fvwm2: dotfile-fvwm2 dotfile-fvwm2-jp I had just run a urpmi.update on the media. Didn't see any errors during the update.
Re: [Cooker] feature wanted: obj-prelink
Now that 8.1 is out, this would be a great time to start hammering away on a prelinked KDE and see if it can hold up. Guillaume Rousse wrote: Well, it seems this is time to ask for 8.2 features... May i recall obj-prelink for KDE ? -- Guillaume Rousse [EMAIL PROTECTED] GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
[Cooker] knetfilter
Complains that kernel doesn't support netfilter. kernel-2.4.10-1mdk installed. iptables is installed.
[Cooker] os_allcommerce (still uninstallable after months)
Why does this package continue to be included when it hasn't been installable for many months? Nothing provides /usr/local/perl to satisfy the dependencies. [root@beast root]# urpmi os_allcommerce To satisfy dependencies, the following packages are going to be installed (21 MB): MySQL-client-3.23.42-1mdk Msql-Mysql-modules-1.2216-1mdk MySQL-shared-3.23.42-1mdk MySQL-3.23.42-1mdk os_allcommerce-1.2.3-1mdk Is it ok? (Y/n) installing /mnt/nfs/Mandrake/RPMS/MySQL-shared-3.23.42-1mdk.i586.rpm /mnt/nfs/Mandrake/RPMS/MySQL-3.23.42-1mdk.i586.rpm /mnt/nfs/Mandrake/RPMS/MySQL-client-3.23.42-1mdk.i586.rpm /mnt/nfs/Mandrake/RPMS2/os_allcommerce-1.2.3-1mdk.i586.rpm /mnt/nfs/Mandrake/RPMS2/Msql-Mysql-modules-1.2216-1mdk.i586.rpm error: failed dependencies: /usr/local/perl is needed by os_allcommerce-1.2.3-1mdk Installation failed Try installation without checking dependencies? (y/N) [root@beast root]# urpmf /usr/local/perl [root@beast root]#
Re: [Cooker] Fucking stupid wizard
Before you go ranting, what is a newbie doing running Cooker? I can understand experts trying to imitate the actions of a newbie. And an expert would have probably tried looking through the source of the program (from another system if necessary) to see if they could find any evidence of bad-faith info gathering. Regardless, a professional in the field wouldn't use phrases such as very fucking stupid of you. At the very least, you should have asked the question of transmission in a professional (or at least non-crude) manner. As is, I'd rather not read any further posts from you. guran wrote: Hi I met the new wizard on my way into the new cooker - and i don't like the way it is used. I don't trust any fucking program. that collects personal data about me and then opts for register to a company. If you want to use that fucking program, I advice you to make the user choose whether to sign up at your db or just to enter data to his installation. I didn't fill in any data, yet you went out on the internet and launched me at your fine website - without asking me - did you fucking transmit anything? It would have been much fucking nicer if you had scanned my computer and given me as a newbie advice whether it was safe to go out on the internet. Very fucking stupid of you. regards guran
Re: [Cooker] Fucking stupid wizard
I am not a religious person. I don't need some omnipotent being to tell me how to be polite and respectful when discussing an issue with my peers. Though I do know that one effective way to discourage rude people is to ostracize them from the conversation. filter: [EMAIL PROTECTED] - /dev/null You are the weakest link. Goodbye. guran wrote: On Tuesday 18 September 2001 04:16, Martin Callihan wrote: On Monday 17 September 2001 09:41 pm, you wrote: This a forum for ideas and fixes. Not a place for your childish verbage. If you have a problem with something in Cooker express it with professionalism. I'm a member of this list enrichment of my linux knowledge, not for stupid vents. Period. You seem to have in your possesion or read a book that very explicitly draws the line along how humans shall interact - can that book be the Koran? If you are offended then you have somewhat established what is right and wrong, and everybody that does not act according to your rules is out. If you think fucking is dirty or something similar, then that is your doing certainly not mine - when I do it I try to do it as nice and beautiful as possible. But my intensions was to shock Mdk about a possible reaction on /. and other places - I certainly seem to have awaken you. Then think out a better form for the wizard. regards guran
[Cooker] drakxtools-http
Any chance we could add something useful to the description of this package. (Like say the port to connect to it.)
Re: [Cooker] congratulations
The release said these would be available October 1st. Their web people will need some time to get the option added to the system options. Blue Lizard wrote: http://www.hp.com/desktops/professional/e-pc/e-pc_40/ this is retarded. i click on their shop thing to get a price and it only lets you choose btwn win 98 and 2000. cant go without a dozer. sux.
[Cooker] kpackage non-error errors
Every time I go to install an RPM with kpackage, it brings up an error message for EVERY package I go to install (or update). And the error is... The name of the package. Nothing else. This problem has been affecting me for quite a while now, and I was hoping the recent update to KDE 2.2 would set things back to normal, but it hasn't. I just reinstalled Cooker from scratch to test the install. The problem still exists. Is this a subtle hint from Mandrake not to even think about using alternative package manipulation programs for fear of annoying popups?
[Cooker] urpmi php
Tried installing PHP and it listed several packages containing php. Notably absent was... php (as in php-4.0.6) I was finally getting used to using urpmi for doing my updates, but I still end up using rpm -Uvh very often for the packages I install after doing a relatively minimalist install of Cooker.
[Cooker] Install failure during partition formatting
I figured I'd give the install a run again and see how it was progressing. Nice to see the icons there instead of the placeholders. Unfortunately, I get the following... An error occurred fsck failed with exit code 128 or signal 0. I tried using different parts of the hard drive (setting up just enough for a 190MB Swap and a 1GB / on my 8GB drive). No matter where I place the partitions, I get this error. I have been using this drive for Cooker testing for a long time without error. And considering the attempts at leaving portions unpartitioned to see if it was a single part of the hard drive, I honestly believe something may be wrong with fsck.
Re: [Cooker] Install failure during partition formatting
Apologies to the list for my last message. I forgot to change the TO on the message. Pixel wrote: Digital Wokan [EMAIL PROTECTED] writes: fsck failed with exit code 128 or signal 0. per e2fsck manpage, it means Shared library error. can you try switching to console 2 and type e2fsck and see if the usage is available? If it works, you may also try e2fsck on your partition and see what it says. or can you mail me the report.bug? to get it: during install, switch to console 2, put a fat floppy in floppy drive, and type bug - it will put report.bug on floppy thanks, cu Pixel.
Re: [Cooker] Install failure during partition formatting
e2fsck /dev/hda5 returns the following... e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09 /dev/hda5: clean, 11/262144 files, 8241/524112 blocks report.bug attached as requested Pixel wrote: Digital Wokan [EMAIL PROTECTED] writes: fsck failed with exit code 128 or signal 0. per e2fsck manpage, it means Shared library error. can you try switching to console 2 and type e2fsck and see if the usage is available? If it works, you may also try e2fsck on your partition and see what it says. or can you mail me the report.bug? to get it: during install, switch to console 2, put a fat floppy in floppy drive, and type bug - it will put report.bug on floppy thanks, cu Pixel. * lspci agpgart : VIA Technologies|VT82C598 [Apollo MVP3] [BRIDGE_HOST] unknown : VIA Technologies|VT82C598 [Apollo MVP3 AGP] [BRIDGE_PCI] unknown : VIA Technologies|VT82C586/A/B PCI-to-ISA [Apollo VP] [BRIDGE_ISA] unknown : VIA Technologies|VT82C586 IDE [Apollo] [STORAGE_IDE] usb-uhci: VIA Technologies|VT82C586B USB [SERIAL_USB] SubVendor=0x0925 SubDevice=0x1234 unknown : VIA Technologies|VT82C586B ACPI [BRIDGE_HOST] via-rhine : VIA Technologies|VT86C100A [Rhine 10/100] [NETWORK_ETHERNET] SubVendor=0x1186 SubDevice=0x1400 Card:S3 Savage4 : S3 Inc.|Savage 4 [DISPLAY_VGA] unknown : Virtual|Hub * pci_devices 110605980 ea08 0200 0008110685980 0038110605860 0039110605710 e001 0010 003a110630389 e401 0020 usb-uhci 003b110630409 0050110630439 e801ed00 ec000080 0080 0001via-rhine 010053338a22b e900e008 0008 0800 0001 * fdisk Disk /dev/hda: 255 heads, 63 sectors, 977 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 131248976 82 Linux swap /dev/hda232 292 2096482+ 5 Extended /dev/hda532 292 2096451 83 Linux * scsi Attached devices: none * lsmod vfat8848 1 fat28416 0 [vfat] scsi_mod 47680 0 parport_pc 22320 0 parport21056 0 [parport_pc] ide-cd 26000 0 cdrom 28768 0 [ide-cd] serial 66080 0 usb-uhci 19584 0 (unused) usbcore
Re: [Cooker] nVidia drivers and Cooker-8.1
I figured it was 4.1.0 that was messing me up. I installed the latest nVidia drivers on Mdk8.0 updated to Freq2 and it has a fit every time I close an OpenGL app. (Takes XF86 out with it.) J . A . Magallon wrote: Hi. I will try to send this also to nVidia people. Please, could somebody in Mandrake ask nVidia to rebuild the drivers for XFree4.1 ? I still do not understand how they work. They have even undefined symbols: (II) LoadModule: nvidia (II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o (II) Module nvidia: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.1512 Module class: XFree86 Video Driver ... (II) Module ramdac: vendor=The XFree86 Project compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 Symbol xf86PrintEDID from module /usr/X11R6/lib/modules/drivers/nvidia_drv.o is unresolved! Symbol xf86InterpretEDID from module /usr/X11R6/lib/modules/drivers/nvidia_drv.o is unresolved! (II) do I need RAC? No, I don't. Damned closed source *g* -- J.A. Magallon # Let the source be with you... mailto:[EMAIL PROTECTED] Mandrake Linux release 8.1 (Cooker) for i586 Linux werewolf 2.4.9-ac9 #1 SMP Thu Sep 6 16:48:17 CEST 2001 i686
Re: [Cooker] konqueror issues
It isn't just Yahoo mail. I've noticed Konqueror has a lot of trouble with things like Javascript validating form submissions. I have to switch over to Netscape for job hunting, and even over to Win/IE for one site with HTML so broken that only IE puts up with it (Konq renders it, but won't let me submit the form for searching through jobs.) Brian W. Masinick wrote: For what it's worth, I ran into problems using Yahoo! Mail with Konqueror in KDE 2.2. I wasn't sure if I introduced the problem myself by incorrectly handling rpm dependencies, if the installation handled something incorrectly, or if there was a regression in Konqueror (my favorite browser). Anyway, for me, what happens is that certain buttons in Yahoo! Mail no longer function correctly. For example, if I read a message, then press the Gray Delete button on the Yahoo! Mail Web page, the button does not respond. Cookies, links, and most other things still seem to work. One other nit: in Yahoo! Mail, there are black bullets or dashes in certain areas of the interface. In Netscape or Mozilla, these show up like this: * Bullet One * Bullet Two (hence my reason for the rich text message). But in Konqueror, they show up as an undefined character, ? I was hoping this might get fixed in KDE 2.2, but it is still out there. Except for these two issues. Konqueror has been a good partner in conquering new vistas of information! Brian W. Masinick, The Mas mailto:[EMAIL PROTECTED] - Original Message - From: Vincent Meyer [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 05, 2001 11:58 AM Subject: Re: [Cooker] konqueror issues Do either of these banks us S1 Technologies banking platform? (also known as Security First Technologies)? If so, I have a friend who works there, might be able to have him look into it. It MAY not be a konqueror problem.. V. SI Reasoning wrote: The last few kde updates seemed to break konqueror's ability to logon to my banking account at directbanking.com. I also noticed that I can not successfully complete an online payment at my other bank pcbanker.com Both of these have worked in the past. = SI Reasoning [EMAIL PROTECTED] gnupg/pgp key id 035213BC
[Cooker] WizDrake
Nice start, but definitely a work in progress. I tried running different wizards to try it out but it continuously has a problem with my networking setup. It won't accept that the system's name is just beast.creatures (no .com, .net, .org, .blah, .etc) and that the IP is 192.168.50.3. Is there also a way to just install wizards for services we want to run? Installing the wizards installed DHCP, WU-FTPD, and other services as well that I didn't want on this system. It looks like a great idea for getting people up and running, but by requiring the install of unwanted services, you take another company's approach to installed services. (I can't count the number of infected IIS servers I've been hit by infected with CR1/2/II whose owners didn't even know they had IIS installed.)
Re: [Cooker] WizDrake
Seems to have some other issues as well. It should be updated to use IPTables, or have the ability to see whether IPChains or IPTables is installed and configure the appropriate program. You are definitely correct in wondering if they're going to roll this into MCC. Seems like it belongs there more. Fabrice FACORAT wrote: Le Dimanche 2 Septembre 2001 08:14, Digital Wokan scribit : Nice start, but definitely a work in progress. I tried running different wizards to try it out but it continuously has a problem with my networking setup. It won't accept that the system's name is just beast.creatures (no .com, net, .org, .blah, .etc) and that the IP is 192.168.50.3. you meet my point when I notice that it doesn't support people with an dynamic IP ( cable, DSL ). It completely screw up my net configuration. I can't believe it was in Corporate Server ! So many works. I just hope that Mandrake will merge it with the Mandrake Control Center and eliminate doublons ( firewall for exemple ). Is there also a way to just install wizards for services we want to run? Installing the wizards installed DHCP, WU-FTPD, and other services as well that I didn't want on this system. It seems that this is going to change in the next releases. It looks like a great idea for getting people up and running, but by requiring the install of unwanted services, you take another company's approach to installed services. (I can't count the number of infected IIS servers I've been hit by infected with CR1/2/II whose owners didn't even know they had IIS installed.) true. I 200% agree with you -- Copyleft Faber's prod. 2001 http://perso.wanadoo.fr/linux_wizard/index.html
[Cooker] xinetd-2.3.3-2mdk broken
/etc/rc.d/init.d/xinetd start /usr/sbin/xinetd doesn't exist Oddly enough /usr/sbin/xinetd-2.3.3 does. Someone miss a basic QA over there?
Re: [Cooker] os_allcommerce uninstallable
Sorry about that. Didn't realize I was submitting a bug on a contrib package. I do think it would be great if Mandrake included an e-commerce package, either allcommerce or interchange would be a great thing to have run on Mandrake in small/medium businesses. Digital Wokan wrote: I think this another one of those long-standing dependancy problems (though I may have this confused with another package that had the same dependancy). Perl-base provides /usr/bin/perl, but os_allcommerce requires /usr/local/perl... [root@beast root]# rpm -q --whatprovides /usr/bin/perl perl-base-5.601-5mdk [root@beast root]# urpmi os_allcommerce To satisfy dependencies, the following packages are going to be installed (10 MB): Msql-Mysql-modules-1.2216-1mdk perl-DBI-1.19-1mdk os_allcommerce-1.2.3-1mdk Is it ok? (Y/n) installing /mnt/nfs/Mandrake/RPMS/perl-DBI-1.19-1mdk.i586.rpm /mnt/nfs/Mandrake/RPMS2/os_allcommerce-1.2.3-1mdk.i586.rpm /mnt/nfs/Mandrake/RPMS2/Msql-Mysql-modules-1.2216-1mdk.i586.rpm error: failed dependencies: /usr/local/perl is needed by os_allcommerce-1.2.3-1mdk Installation failed Try installation without checking dependencies? (y/N) [root@beast root]#
[Cooker] os_allcommerce uninstallable
I think this another one of those long-standing dependancy problems (though I may have this confused with another package that had the same dependancy). Perl-base provides /usr/bin/perl, but os_allcommerce requires /usr/local/perl... [root@beast root]# rpm -q --whatprovides /usr/bin/perl perl-base-5.601-5mdk [root@beast root]# urpmi os_allcommerce To satisfy dependencies, the following packages are going to be installed (10 MB): Msql-Mysql-modules-1.2216-1mdk perl-DBI-1.19-1mdk os_allcommerce-1.2.3-1mdk Is it ok? (Y/n) installing /mnt/nfs/Mandrake/RPMS/perl-DBI-1.19-1mdk.i586.rpm /mnt/nfs/Mandrake/RPMS2/os_allcommerce-1.2.3-1mdk.i586.rpm /mnt/nfs/Mandrake/RPMS2/Msql-Mysql-modules-1.2216-1mdk.i586.rpm error: failed dependencies: /usr/local/perl is needed by os_allcommerce-1.2.3-1mdk Installation failed Try installation without checking dependencies? (y/N) [root@beast root]#
Re: [Cooker] Possible HD problems...
Does the following mean I didn't have any bad blocks or just that any that were there are now marked unusable? [root@beast root]# badblocks -sn /dev/hda Checking for bad blocks (non-destructive read-write test): done [root@beast root]# Fabrice FACORAT wrote: Le Lundi 27 Août 2001 20:04, vous avez écrit : As root I tried the command and got the following error: [root@si-drake sczjd]# dumpe2fs -b /dev/hda dumpe2fs 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09 dumpe2fs: Bad magic number in super-block while trying to open /dev/hda I've never use such a command but I think that you'd better test an ext2 partition : /dev/hdxy you've got also the prog : badblocks badblocks -s /dev/hdxy Couldn't find valid filesystem superblock. I hope it don't trash your MBR grep ext2 /etc/fstab -- Copyleft Faber's prod. 2001 http://perso.wanadoo.fr/linux_wizard/index.html
[Cooker] PHP not installable
[root@beast root]# urpmi php installing /mnt/nfs/Mandrake/RPMS/php-4.0.6-3mdk.i586.rpm error: failed dependencies: libgdbm1 is needed by php-4.0.6-3mdk Installation failed Try installation without checking dependencies? (y/N) [root@beast root]# urpmi php-dba_gdbm_db3 installing /mnt/nfs/Mandrake/RPMS/php-dba_gdbm_db3-4.0.6-2mdk.i586.rpm error: failed dependencies: libgdbm1 is needed by php-dba_gdbm_db3-4.0.6-2mdk Installation failed Try installation without checking dependencies? (y/N) [root@beast root]# [root@beast RPMS]# ls libgdbm* libgdbm2-1.8.0-17mdk.i586.rpm libgdbm2-devel-1.8.0-17mdk.i586.rpm [root@beast RPMS]# Someone should probably fix either the prereq's for PHP or the provides of libgdbm2. I'd hate to think something as important as PHP is being --force'd by the installer. It's only after a minimal install that I can't install PHP. (Thus my assumption that the installer thinks it knows best and forces everything in - especially since reordering everything for proper install order would take forever.)
[Cooker] Install Images
Okay, the guy with the camera is now on subject choice probation. It'd be really cool to see pics of the developers during the install, though probably not during breakfast anymore. Having the developers with their names overlayed show up during the install might help end-users identify more with the people who bring them such a fine distro. (I recommend at least business casual for those pics, guys. I know ties suck.) Of course, the really bright side of this is that Cooker is once again installable after yesterday's little depslist.ordered bouts. (Probably the mirror being slow, but I'd still like to know how to fix that at my end.)
[Cooker] Possible HD problems...
I think my Cooker install is crashing on me due to bad sectors on my drive, but I have no idea how to find out if my drive has been going bad. Under Windows I had utilities to show me bad blocks. I'm about to retry the Cooker install and have it check for bad blocks during the format. How do I find out afterward if it found any?
Re: [Cooker] PUMP broken?
I got that occassionally. Have you tried reseting the modem? At one point I had to reboot to get it working again. (If I could have done it without the reboot, I don't know how at this point.) Another time, it turned out that their DHCP servers were down. Vincent Meyer wrote: Hello, is anyone using pump? For a while it was the only way to get ip address and related info from ATT Broadband. They changed their system so that dhcp client wouldn't get answered because the dhcp server would only respond with the hostname passed to it. with pump I could type pump --hostname=cb955936-a and it would work just fine. Now trying that syntax makes pump come back with Operation Failed V.
[Cooker] Failed install 8/26/01
An error occurred depslist.ordered mismatch against hdlist files. Is there a simple way of solving this problem since I get it quite often when doing Cooker installs?
Re: [Cooker] Failed install 8/26/01
How does Mandrake generate depslist.ordered? A search on Google didn't reveal much useful info. If I can do it at my end, I can start hammering away on Cooker again. (And since I'm on the subject, how do they generate hdlist?) guran wrote: On Sunday 26 August 2001 20:04, Digital Wokan wrote: An error occurred depslist.ordered mismatch against hdlist files. Is there a simple way of solving this problem since I get it quite often when doing Cooker installs? I have the same notion, but to my memory this mostly happens during weekends, so it might be a result of Linux having grown up. I think we may have to live by it. regards guran
Re: [Cooker] Failed install 8/26/01
I think I found the answer to my question here... http://www.linuxarkivet.nu/mlists/mandrake-security/0006/msg00025.html Except, unlike Mdk7.1, under Mdk8, it's 'gendistrib' (part of rpmtools package). I'm running it right now and will see if it fixes the problem. It might actually work too well. I see it doing RPMS2 in addition to just RPMS. Digital Wokan wrote: How does Mandrake generate depslist.ordered? A search on Google didn't reveal much useful info. If I can do it at my end, I can start hammering away on Cooker again. (And since I'm on the subject, how do they generate hdlist?) guran wrote: On Sunday 26 August 2001 20:04, Digital Wokan wrote: An error occurred depslist.ordered mismatch against hdlist files. Is there a simple way of solving this problem since I get it quite often when doing Cooker installs? I have the same notion, but to my memory this mostly happens during weekends, so it might be a result of Linux having grown up. I think we may have to live by it. regards guran
Re: [Cooker] Failed install 8/26/01
Different error. Something about 0!=3056 (3058? Something like that.) Might have had something to do with the contribs getting in there. Lots of errors toward the end of gendistrib regarding packages not being present. Digital Wokan wrote: I think I found the answer to my question here... http://www.linuxarkivet.nu/mlists/mandrake-security/0006/msg00025.html Except, unlike Mdk7.1, under Mdk8, it's 'gendistrib' (part of rpmtools package). I'm running it right now and will see if it fixes the problem. It might actually work too well. I see it doing RPMS2 in addition to just RPMS. Digital Wokan wrote: How does Mandrake generate depslist.ordered? A search on Google didn't reveal much useful info. If I can do it at my end, I can start hammering away on Cooker again. (And since I'm on the subject, how do they generate hdlist?) guran wrote: On Sunday 26 August 2001 20:04, Digital Wokan wrote: An error occurred depslist.ordered mismatch against hdlist files. Is there a simple way of solving this problem since I get it quite often when doing Cooker installs? I have the same notion, but to my memory this mostly happens during weekends, so it might be a result of Linux having grown up. I think we may have to live by it. regards guran
Re: [Cooker] Failed install 8/26/01
Trying gendistrib with --nobasefiles this time. Digital Wokan wrote: Different error. Something about 0!=3056 (3058? Something like that.) Might have had something to do with the contribs getting in there. Lots of errors toward the end of gendistrib regarding packages not being present. Digital Wokan wrote: I think I found the answer to my question here... http://www.linuxarkivet.nu/mlists/mandrake-security/0006/msg00025.html Except, unlike Mdk7.1, under Mdk8, it's 'gendistrib' (part of rpmtools package). I'm running it right now and will see if it fixes the problem. It might actually work too well. I see it doing RPMS2 in addition to just RPMS. Digital Wokan wrote: How does Mandrake generate depslist.ordered? A search on Google didn't reveal much useful info. If I can do it at my end, I can start hammering away on Cooker again. (And since I'm on the subject, how do they generate hdlist?) guran wrote: On Sunday 26 August 2001 20:04, Digital Wokan wrote: An error occurred depslist.ordered mismatch against hdlist files. Is there a simple way of solving this problem since I get it quite often when doing Cooker installs? I have the same notion, but to my memory this mostly happens during weekends, so it might be a result of Linux having grown up. I think we may have to live by it. regards guran
Re: [Cooker] php-sybase: talking to Microsoft SQL server. MDK 8.1 Beta
While I would prefer using OSS databases, the ability to tie Mandrake into an MS SQL server via PHP would have been invaluable at my last job. Franck Martin wrote: It seems that php-sybase and freetds are not part of MDK 8.1 Beta1. This is a big oversight as php-sybase allows php to talk to a MS-SQL server... These rpms are still in contrib! Please have it in the next beta of MDK Cheers. Franck Martin Network and Database Development Officer SOPAC South Pacific Applied Geoscience Commission Fiji E-mail: [EMAIL PROTECTED] Web site: http://www.sopac.org/ Support FMaps: http://fmaps.sourceforge.net/ This e-mail is intended for its addresses only. Do not forward this e-mail without approval. The views expressed in this e-mail may not be necessarily the views of SOPAC.
Re: [Cooker] KDE - neither Halt nor Reboot on Exit KDE menu work
I'd rather see them removed. I've seen too many Windows users pick the wrong option from their shutdown menus to trust them with the same choice exiting Linux. For example: What if the company doesn't want its users shutting down the systems? Maybe they have an automated update or backup routine that runs after normal work hours. You don't want to new guy in accounting shutting off his system because that was his habit at his last job. Tom Berger wrote: On Aug 21 2001, 22:59 +, Digital Wokan wrote: I thought it was a permissions issue. If halt and reboot are available through KDE to a normal user, that means a user would be able to reboot any system with KDE on it. ---tom:--- They *are* available to every user via KDM's 'shutdown' menu (and via CTRL-Alt-Del anyway). This is a bug: if you choose one of the system options from logoff the machine goes to runlevel 3. If rl 5 is the default runlevel, it goes to rl 5 and displays the KDM screen again (from which you can shutdown or reboot the machine), if 3 is the default rl, it drops you to the console but doesn't shutdown or reboot the machine either. So options are: remove these non-working options, or make them work :-) tom -- Tom Berger, Maintainer of MandrakeUser.Org, General Nuisance Since 1999 GPG-ID: 0x6AD65877 http://germany.keyserver.net/ Jabber: [EMAIL PROTECTED], [EMAIL PROTECTED] Is it a bad sign if you spend the day wondering why there are no laws against what you do for a living? (Dilbert)
Re: [Cooker] XFree86 3.3.6
Chris Edwards wrote: I hear that Redhat is dropping XF86 3.3.6 is mandrake following suit? -Chris Red Hat is also doing what it can to remain a single CD-ROM distro. Mandrake's filled two and pushing on toward a third.
Re: [Cooker] KDE - neither Halt nor Reboot on Exit KDE menu work
I thought it was a permissions issue. If halt and reboot are available through KDE to a normal user, that means a user would be able to reboot any system with KDE on it. Tom Berger wrote: On Aug 21 2001, 22:21 +, Borsenkow Andrej wrote: Start KDE with startx as normal user. Press 'Exit (menu or applet). Neither Halt nor Reboot work - I exit KDE (and X session) but no Halt or Reboot. BTW Halt is not really useful. I would expect Poweroff here, at least together with Halt (but what do you do with Halt on Intel PC? there is no OBP to exit into :-) ---tom:--- Same here. 'Halt' is suggested to do a 'poweroff' but like Pixel said, this doesn't work for the current kernel. tom -- Tom Berger, Maintainer of MandrakeUser.Org, General Nuisance Since 1999 GPG-ID: 0x6AD65877 http://germany.keyserver.net/ Jabber: [EMAIL PROTECTED], [EMAIL PROTECTED] Is it a bad sign if you spend the day wondering why there are no laws against what you do for a living? (Dilbert)
Re: [Cooker] wizard dependencies
I don't know about anybody else, but I refuse to install wu-ftpd. I have proftpd and I'm sticking with it. andre wrote: Isn't this a bit much dependencies for wizard: rpm -Uvh wizdrake-1.1.7-1mdk.i586.rpm wizard-3.1.11-1mdk.noarch.rpm wizards_lib-1.3.3-1mdk.i586.rpm error: failed dependencies: kaffe is needed by wizard-3.1.11-1mdk xntp3 is needed by wizards_lib-1.3.3-1mdk timetool is needed by wizards_lib-1.3.3-1mdk anonftp is needed by wizards_lib-1.3.3-1mdk wu-ftpd is needed by wizards_lib-1.3.3-1mdk samba-common is needed by wizards_lib-1.3.3-1mdk samba is needed by wizards_lib-1.3.3-1mdk apache is needed by wizards_lib-1.3.3-1mdk leafnode is needed by wizards_lib-1.3.3-1mdk
Re: [Cooker] wizard dependencies
Actually, kaffe's understandable. It may not be a pureblood Java, but at least Mandrake can include it. Sun's JDK isn't compatible with Mandrake's distribution terms (correct me if I'm wrong). But they do include both proftpd and wu-ftpd. I see no reason to have to have two ftp servers, each of which are capable of anonymous ftp serving. Christian Bricart wrote: On Mon, Aug 20, 2001 at 08:44:02AM -0400, Digital Wokan wrote: I don't know about anybody else, but I refuse to install wu-ftpd. I have proftpd and I'm sticking with it. same goes with kaffe .. I use the jdk from SUN .. Christian andre wrote: Isn't this a bit much dependencies for wizard: rpm -Uvh wizdrake-1.1.7-1mdk.i586.rpm wizard-3.1.11-1mdk.noarch.rpm wizards_lib-1.3.3-1mdk.i586.rpm error: failed dependencies: kaffe is needed by wizard-3.1.11-1mdk xntp3 is needed by wizards_lib-1.3.3-1mdk timetool is needed by wizards_lib-1.3.3-1mdk anonftp is needed by wizards_lib-1.3.3-1mdk wu-ftpd is needed by wizards_lib-1.3.3-1mdk samba-common is needed by wizards_lib-1.3.3-1mdk samba is needed by wizards_lib-1.3.3-1mdk apache is needed by wizards_lib-1.3.3-1mdk leafnode is needed by wizards_lib-1.3.3-1mdk -- Things that make you go Hmmm: If a train station is where the train stops, what is a workstation?
[Cooker] Can't install PHP
PHP requires libgdbm1, but I can only find a package for libgdbm2 and it doesn't provide libgdbm1. I've looked through anything that looks even close and can't find a package that provides libgdbm1.
