Re: [Cooker] BeroFTPD
On 4 Jan 2000, Chmouel Boudjnah wrote: Steve Fox [EMAIL PROTECTED] writes: I noticed that kBeroFTPD is no longer in Oxygen after a recent rsync...is it not going to be included? Is there a different/better GUI for configuring? not yet, maybe bero work on this with wuftpd ? It's in the KDE 2.0 CVS tree, kdeadmin/kwuftpd. I'd say it's fairly complete - right now, selecting directories etc doesn't work because KFileDialog is broken (the KRASH version should work, though), but that will be fixed before the release. I don't see much of a need to maintain a KDE 1.x version - IMO KDE 1.x is obsolete. If anyone else wants to backport, feel free to do so. LLaP bero -- Nobody will ever need more than 640 kB RAM. -- Bill Gates, 1983 Windows 98 requires 16 MB RAM. -- Bill Gates, 1999 Nobody will ever need Windows 98. -- logical conclusion
[Cooker] Sunday's SPAM...
Hello, I'm pleased to let you all know that the person spamming this list on Sunday (about a lotto system) has been arrested for fraud in 4 cases this afternoon. If you ever thought about sending SPAM, take this as a warning. ;) LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] It's your decision
On Mon, 27 Sep 1999, Giuseppe Ghibo' wrote: Well, why not ban them in /etc/mail/access? Because we can't - they're always originating from different IPs, usually trial accounts of PSI.net and AOL. psi.net says they're aware of the problem, but can't fix it because they're connecting to different SMTP servers (they have configured their own ones to reject mails sent to more than 10 people at once), and they don't want to add firewalls preventing to connect anywhere. :/ LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
[Cooker] SPAM
The person sending SPAM to this list yesterday has been located and is now in serious trouble. Send any complaints about the spam message to [EMAIL PROTECTED] Just a warning, in case anyone else is toying with the thought of spamming this list. Anyone sending SPAM here will be reported to the ISPs (s)he abused, the Federal Trade Commission and the National Fraud Information Center. LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] How about bundling Microsoft True Type fonts?
On Thu, 24 Sep 1998, Mandrake Bugs wrote: Wrong. Mandrake 6.0 and 6.1 come with X-TT in X, not (like RH) with xfsft. Therefore, it's not ttmkfdir, but mkttfdir. So, Bernard, does this then mean that Mandrake works functionally identical to RedHat, but does it differently? Almost identical functionally. X-TT has a couple of significant advantages over xfsft, for example it has better support for Chinese/Japanese fonts. Also, XFree86 4.0 will be using X-TT for TrueType support, so we are compatible with the future and RH isn't. It's a "bug" RH needs to fix; it very probably won't happen before XFree86 4.0 is released. If that's so, how does that combine with the Mandrake claim to be 100% compatible with RedHat? Where have you seen that claim regarding 6.0 or 6.1? We claim 100% compatibility for 5.x releases, 99% for 6.x, because we still use the same packaging, etc., in some (few) places, our improvements break compatibility where the gain justifies it. Besides, there are no changed APIs or such - this won't break compatibility with RH RPMs in 99.% of the cases. LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] i386? Plans for a non-pentium optimized?
On Thu, 23 Sep 1999, Seth Cohn wrote: rpm -ba --target i386 * Any plans for a 386 (or better) version of Mandrake? For 6.1: Yes, that's what I'm (obviously ;) ) currently building. For Cooker: No. If you want it, build it yourself. LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] KDE apps...
On Thu, 23 Sep 1999, Arthur wrote: On Thu, 23 Sep 1999 21:17:00 +0200 (CEST), Bernhard Rosenkraenzer [EMAIL PROTECTED] wrote: rpm -ba --target i386 * Is i486 a valid target? Yes, but there's not much gain in it. If I build all source RPMS as above, can I install an i486 system using the Helios/Cooker boot disk and install images? You'd have to try. The kernels etc on the boot disk are compiled with -march=pentium, but that means only that the compiler MAY use pentium specific instructions when they make sense. For a number of packages, this is NOT the case... LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
[Cooker] Re: gcc 2.95.1
On Wed, 22 Sep 1999, Arthur wrote: But then I had some other strange problems, and after reading that Alan Cox recommends against gcc 2.95.x, I dropped back to the egcs from Redhat Lorax just to be safe. What are your thoughts on the state of gcc 2.95.1? gcc 2.95.1 is ready for everything. Everything on my computers is currently compiled with gcc 2.95.1 [aside from the FreeBSD box, adapting the FreeBSD kernel is more work than adapting the Linux kernel]. The only problem with gcc 2.95.1 is that it doesn't understand the broken asm() statements prior versions understood, and therefore it won't compile the kernel out of the box. I've been having LESS trouble with it that with any other compiler I ever tried. The kernels in cooker are compiled with it, as well, by the way - and we haven't had bug reports that could be identified as compiler problems. LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] Kdevelop.
On Sat, 18 Sep 1999, Quel Qun wrote: checking for giflib... configure: error: You need giflib30. Please install the kdesupport package Install the libungif, libungif-progs and libungif-devel RPMs. LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] Kdevelop.
On Sun, 19 Sep 1999, Mosfet wrote: Was giflib taken out of the kdesupport RPM? Yes, we're using libungif 4.1.0 instead - it's far more current. LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] panoramix
On 20 Sep 1999, Pixel wrote: Guess I'll actually try this soon... ;) - diskdrake in beginner mode is simplified too (no more `Format', nor `Active', neither `Mount') Can we introduce an "absolute beginner" mode that won't even ask about partitions (just grab the free space and build a /-only system)? LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
[Cooker] wu-ftpd 2.6.0...
I've just put wu-ftpd 2.6.0 [pre2] in Cooker. Please test this package thoroughly and let me know of any problems... Unless any major bugs turn up, we'll release it by Friday... [Speaking for the wu-ftpd development group here, not for Mandrake] LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] wu-ftpd 2.6.0...
On Sat, 18 Sep 1999, Michael Irving wrote: On Sat, 18 Sep 1999, you wrote: I've just put wu-ftpd 2.6.0 [pre2] in Cooker. Please test this package thoroughly and let me know of any problems... Unless any major bugs turn up, we'll release it by Friday... [Speaking for the wu-ftpd development group here, not for Mandrake] Have you totally stopped developing bero ftpd? BeroFTPD and wu-ftpd have been merged together again. The only reason I started BeroFTPD was that wu-ftpd seemed to be pretty much stalled - a new release only every few months, not integrating any of the fixes or new features people like myself posted on the lists. After 2.4.2beta17, things started to be different, there was wu-ftpd stock, which was stalled, there was wu-ftpd-vr, Gregory Lundberg's version of what the daemon should be, and BeroFTPD, my version of what it should be. Since more and more people got annoyed with this, the old maintainer was finally ruled out and starting with 2.5.0, wu-ftpd was transfered to an open development group led by Gregory and myself. The 2.6.0 version is all about getting the BeroFTPD features and fixes back into wu-ftpd, and I have CVS write access to the tree, so I don't see a need to work on BeroFTPD anymore because basically wu-ftpd 2.6.0 = BeroFTPD 1.4.0. I'll probably release a wu-ftpd 2.6.0 version I just repackaged as BeroFTPD 1.4.0 just so people see where we're headed. ;) LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] Welll....
On Sat, 18 Sep 1999, Rick Collette wrote: Ok.. got through the full install. Figured my way around and got it to go.. NOW, I get the good old Kernel panic: no init found. try passing init- option to kernel. By any chance... Kernel 2.3.18? LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] wu-ftpd 2.6.0...
On Sat, 18 Sep 1999, Sergio Korlowsky wrote: So then I assume kBeroFTPD will continue to be available and is supposed to work with wu-ftpd-2.60 as well? Sure - it'll be renamed to kwu-ftpd or something soon, and it's part of KDE 2.0. LLaP bero -- Tired of waiting for Windows 2000? STOP WAITING! http://www.ms-windows-2000.com/
Re: [Cooker] Need library for qt2
On Thu, 16 Sep 1999, Andrew Mitchell wrote: I'm trying to install licq 0.70, which requires qt2. I've tried to install this, but am told "libstdc++-libc6.1-2.so.3 is needed by qt2-2.0.1-5mdk". Can someone please tell me which package this is in? I've tried glibc-2.1.2, and libstdc++-compat-2.95, but neither contain this library. libstdc++-2.95 LLaP bero
Re: [Cooker] compile problems
On Tue, 14 Sep 1999, webmedic wrote: I'll be the first to admit that I don't know much about program but I can't get anything to compile under cooker. checking for X ... configure:error: can't find x includes rpm -i XFree86-devel* LLaP bero
Re: [Cooker] Software RAID on 2.2.13-4mdk
On Wed, 15 Sep 1999, Kit Ngan wrote: Hi, The software raid still not work for Kernel 2.2.13-4mdk! Did you update the raidtools package to current? LLaP bero
Re: [Cooker] What to buy. dual k6-400 or a single k63-450?
On Wed, 8 Sep 1999, Emmanuel Paré wrote: Quick questions. Is it better for price/performance to by a dual k62-400 (the chip are cheap =95$) or a k63-450 = 350$? The K6 doesn't support multiprocessing, so you don't have a choice. LLaP bero
Re: [Cooker] Redhat 6.1 Lorax is out.
On Tue, 7 Sep 1999, Lorne Shantz wrote: Well maybe not the master of the world, but I'd sure hate to see Redhat absorb you, just because they have obscene amounts of money. That would be the Microsoft way. Fortunately Redhat is not that stupid - they wouldn't buy any other distribution to get rid of it; at least some of the improvements would get into their distribution. We're already seeing this (they bought Delix, makers of DLD) - it's quite obvious if you look at some of the Lorax stuff. LLaP bero
Re: [Cooker] Mandrake 6.1b
On Mon, 6 Sep 1999, terrapin wrote: Sep 6 19:47:20 the_swamp pppd[2450]: ioctl(TIOCSETD(PPP)): Invalid argument(22) Sep 6 19:47:20 the_swamp pppd[2450]: This system lacks kernel support for PPP. This could be because the PPP kernel module could not be loaded, or because PPP was not included in the kernel configuration. If PPP was included as a module, try `/sbin/modprobe -v ppp'. If that fails, check t There's no real need to worry about this, the only problem is that pppd acts faster than kmod. I'm getting the same error after running ifup ppp0 if I haven't modprobe'd ppp before; on the second try (automatic with ifup), it works. LLaP bero
Re: [Cooker] Reiserfs
On Tue, 7 Sep 1999, Hoyt wrote: Any plans on including Reiserfs in cooker, or at least including the patch to the kernel since the reiserfs patch seems to only work on the stack kernel? There are plans - the reason it didn't put it in there already was that it didn't get updated for a long time and I didn't have the time to adapt it to a more recent kernel. Once 6.1 is released, I'll see if the current patch is any good. LLaP bero
[Cooker] ppp 2.3.9-2mdk
Did anyone try ppp 2.3.9-2mdk (from cooker) in Cassini? I need to know if it works for anyone but me. ;) LLaP bero
Re: [Cooker] Mandrake 6.1b
On Mon, 6 Sep 1999, Hoyt wrote: Using linuxconf from teh command line (and creating an /etc/pap/chap-secrets file and using the name option for chap) I cannot start the connection from within linuxconf - no error message that I can find; it just won't work when I press the button to connect. Running a script for pppd yields the same message as I get with kppp. It works for me (using just ifup and ifdown - I'm not a big fan of configuration tools if you can just write a script ;) )... Are the ppp modules loaded properly? Which kernel? LLaP bero
Re: [Cooker] Still missing provides in the 2.2.13-pre4 kernels
On Sun, 5 Sep 1999, Hakan Tandogan wrote: The kernel RPM's are missing a few 'provides:'-lines. Thanks, fixed in the kernel I'm building right now. LLaP bero
Re: [Cooker] bug in gcc-2.95 ?
On 19 Aug 1999 [EMAIL PROTECTED] wrote: try: gcc -E /usr/include/linux/if.h | grep sockaddr | head -n 1 you should get struct sockaddr { Sorry for taking this long - didn't have much time to look into anything lately. The way it looks, it's not a bug, it's a feature. Preprocessing got more intelligent. linux/if.h gets struct sockaddr stuff from linux/socket.h, which does something about struct sockaddr only #if defined(__KERNEL__) || !defined(__GLIBC__) || (__GLIBC__ 2) which is not the case. Any application including linux/if.h is broken anyway (portability); unless it's VERY system-specific stuff, it should include net/if.h instead. LLaP bero