[Cooker] Enlightenment-1.7 packaging
Willing to volunteer to start packing this desktop into SRPM. The only problem is trying to get a cvs snapshot to build without errors. ~2 mos ago, evas was being a real pain in the arse when trying to get apps that depend on it to build properly. Traced everything back to evas from what I recall. Since then I have been monitoring the cvs commits (for the past 2 mos) and looks like patches are being applied every other day. I may start to try to build this again. The only problem is trying to aquire a *good* cvs snapshot that actually builds without problems!!! (this means, getting all the evolution-1.7 libs and extra applications to build without problems). Yea. ditto to what somebody else stated on the voting system, Evolution-1.7 *looks* really nice and impliments some really new ideas. (On a side note, the only reason i use evolution-1.6.x is because it's the only desktop that has a good "mouse navigation" between virtual desktops..other then this, i usually rely on console, .xsession/.xinit, and hotkeys to start apps.) -- Roger - Verify my pgp/gnupg signature on my homepage: http://www.eskimo.com/~roger/index.html
Re: [Cooker] Prepare for the onslaught.
On Fri, 2003-01-10 at 18:47, Jason Straight wrote: > Man this talk about iso size is petty, it's the price to pay for progress, > deal with it. Should distribute on tapes? 360K floppies? 720K floppies? > 1.44mb floppies? 650MB CD's, 700MB CD's? and in 5 years do you think they'll > be using CD's at all? Price of progress? The price of progress is part of what got me to use linux. I shouldn't have to upgrade hardware to use my software or downgrade software to use my hardware. What about the progress of Mozilla to Phoenix? Thats a great example of getting rid of bloat and getting down to the basics of what you need! Price of progress? Why not ask all the people who have lost jobs when corporations started un-bundling? > Maybe they should compile it for i386 too? How about more support for the text install, or more support for the text version of drak(e) tools? Because there is new hardware available for the consumer doesn't mean you should forget about what consumers already own. And if perchance you find yourself tossing out old hardware because you don't want/use/isn't fast enough for what you want to do try donating it somewhere to schools for thin clients or to server farms that love to pump out seti-units. How would you like it if/when your job position is gone due to the price of progress? What would you do? Find another purpose? tjfontaine
[Cooker] Latest XFree86 w/Radeon and hardware accelleration reboots system.
Is anyone able to run the latest versions of XFree86 with DRM/DRI on a system with an ATI Radeon display adaptor? When attempting to do so, I experience a system re-boot. In order to load the agpgart module, I have to pass the agp_try_unsupported=1 parameter, but this did not affect previous versions of XF86. (System has the VIA Apollo Pro-266 chipset) I had previously suspected that it may be due to using a stale kernel (2.4.19-8mdk), but (thanks to Quel Qun) I am running the latest kernel (2.2.21-pre2.1mdk) I can post the contents of the /var/log/XFree86.blah-blah logs if that will help, but I did not see anything incriminating in there. -C.S.
[Cooker] [Bug 778] [urpmi] New: urpmi.update -a fails if there is no synthesis.hdlist.*
https://qa.mandrakesoft.com/show_bug.cgi?id=778
Product: urpmi
Component: program
Summary: urpmi.update -a fails if there is no synthesis.hdlist.*
Version: 4.2-5mdk
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
If I did urpmi.update -a and did not have synthesis* the following happened:
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 1
(x86) (cdrom1).cz]
examining hdlist file [/var/lib/urpmi/]
problem reading synthesis file ...
In urpm.pm in update_media I changed the $_ (shown) to $medium to make it work.
$urpm->{log}(_("examining synthesis file [%s]",
"$urpm->{statedir}/synthesis.$medium->{hdlist}"));
eval { ($medium->{start}, $medium->{end}) =
$urpm->parse_synthesis("$urpm->{statedir}/synthesis.$medium->{hdlist}") };
unless (defined $medium->{start} && defined $medium->{end}) {
$urpm->{log}(_("examining hdlist file [%s]",
"$urpm->{statedir}/$_->{hdlist}"));
eval { ($_->{start}, $_->{end}) =
$urpm->parse_hdlist("$urpm->{statedir}/$_->{hdlist}", packing => 1) };
unless (defined $medium->{start} && defined $medium->{end}) {
#- this is almost a fatal error, ignore it by default?
$urpm->{error}(_("problem reading synthesis file of medium
\"%s\"", $medium->{name}));
$medium->{ignore} = 1;
}
}
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 774] [kernel-2.4.20.2mdk] kernels at least since 2.4.20.2mdk and 2.4.21.pre2.1mdk from Cooker fails to boot on IWill DVD266-R hardware
https://qa.mandrakesoft.com/show_bug.cgi?id=774 --- Additional Comments From [EMAIL PROTECTED] 2003-01-11 01:20 --- On Fri, 2003-01-10 at 12:01, [Bug 774] wrote: Try booting with acpi=off --- Additional Comments From [EMAIL PROTECTED] 2003-01-11 05:48 --- booting the latest kernel (2.4.21-pre2.1mdkenterprise) with the additional parameter of "acpi=off" produces favorable results. (i.e., system boots, runs fine) However, it may be a hinderance for parties upgrading from older versions. Is it possible to add some intelligence to the install/ upgrade scripts to detect when it may be necessary or advantageous to append also this parameter? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] description: System Details: System Mainboard: IWill DVD266-R, dual Pentium-III-750 CPUs, 1024MB RAM Chipset: VIA Apollo Pro 266 (VIA Technologies VT8633 Host bridge) IDE (RAID) interface: CMD Technology PCI0649 (rev 02) (AMI MegaRAID IDE 100) **Note: This system has only ONE ide drive, and it is connected to the CMD 649 **as HDA IDE interface: VIA Technologies VT82C586/B/686A/B PIPC Bus Master IDE (rev 6) -Subsystem: VIA VT8235 Bus Master ATA133/100/66/33 IDE **Note: The VIA IDE contoller on this system is connected only to optical drives **hde is DVD-ROM drive, and hdf=ide-scsi=scd0 is CD-RW drive. HDA: Maxtor 40GB hard disc drive, 5400 rpm, 2MB disk-buffer, ATA-100 interface **Note: As mentioned previously, this disc drive is connected to the CMD-649 **disc controller. Complaint: Since at least kernel-2.4.20.2mdk-1-1mdk, possibly earlier, Mandrake/Cooker kernels do not boot on the above described system. Boot begins normally, but begins very soon to report "hda: lost interrupt" repeatedly. On each occaision, the system stalls for several seconds, and either reports the "hda: lost interrupt" message again, or it may proceed with the boot process incrementally. I have not let the system boot in this condition beyond the partition cheks on HDA. The problem exists in all versions of the Mandrake patched kernel (enterprise, smp, and uniprocessor). The system will boot normally using the "vanilla" kernel-linus2.4-2.4.20-1mdk kernel. The kerneld are booted with the following "append" statement from /etc/lilo.conf: append="devfs=mount hdf=ide-scsi mem=1024M" The last Mandrake/Cooker kernel that I have installed that will boot normally is kernel-enterprise-2.4.19.8mdk-1-1mdk. I was away on business while the kernel packages between 2.4.19.8mdk and 2.4.20.2mdk so I cannot pinpoint exactly when this problem may have begun. The most recent kernel, 2.4.21.pre2.1mdk-1-1mdk exhibits the same sysmptoms.
[Cooker] [Bug 777] [drakconf] New: Firewall unable to install
https://qa.mandrakesoft.com/show_bug.cgi?id=777 Product: drakconf Component: drakconf Summary: Firewall unable to install Version: 9.1-0.6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I selected the Firewall from the ControlCenter and I was informed that Shorewall needed to be installed. I inserted the CD and it spun for a bit. It then told me again to insert CD 1 (which was in there) and I re-inserted it (had been ejected) and hit OK. It continued like this until I hit cancel. It does not appear that the required shorewall libraries are included on the CD image. I was not able to install the firewall. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 776] [Installation] New: Individual package selection display issues
https://qa.mandrakesoft.com/show_bug.cgi?id=776 Product: Installation Component: Installation Summary: Individual package selection display issues Version: 1.759 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When installing packages, I selected to show individual packages. The screen was scaled in a way that I could not see all the text for the descriptions or any buttons that I suppose were on the bottom. After browsing the list a bit I just hit hoping there was a defualt button. The display changed partially, some text was written over existing text. I could not do anything. I tried selecting previous install steps to jump back and redo the step but it did nothing. I had to hard-reboot the machine. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 775] [Installation] New: Unchecked partitions were still formatted
https://qa.mandrakesoft.com/show_bug.cgi?id=775 Product: Installation Component: Installation Summary: Unchecked partitions were still formatted Version: 1.759 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] 9.1 Beta1, installing. Disk partitions that were unselected for formatting were still formatted. Wasn't an issue for me as this was a test install, but it could be serious. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] why not proftpd 1.2.7 in cooker (=1.2.5)?
hi, after upgrading some of our RH based servers from proftpd 1.2.5 to 1.2.7 I noticed that cooker still has proftpd-1.2.5-3mdk Is there a special reason for this, as 1.2.5 has some security issues? udo
Re: [Cooker] latest RPMdrake
Well, they work.. what I mean though is even when it's sitting there waiting for me to select packages, it takes up 95% of cpu. On Friday 10 January 2003 09:57 pm, Clive Dove wrote: > On Friday 10 January 2003 21:35, Vincent Meyer, MD wrote: > > Is there some reason why rpmdrake should be sucking up 95% of my CPU > > time? Has anyone else seen this? > > > > Other than that - it looks great! > > > > V. > > Never noticed that. But ehn, I usually shut down everything else before > starting to install. Old habits, I guess, from CP/M, OS/2 and Windows. > > Have you tried a straight rpm or urpmi install?
Re: [Cooker] Prepare for the onslaught.
--- Todd Lyons <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Luca Olivetti wrote on Sat, Jan 11, 2003 at > 12:46:24AM +0100 : > > David Walser wrote: > > >autofs doesn't work very well for removable media > > It does if you set the timeout to be very low. No, I've tried that and it still doesn't work well enough (1 second is still too long for floppies, and for floppies or CDROMs performance really sucks with all that constant mounting/umounting). I've found it easiest to just have users mount/umount with the KDE icon. It'd be nice if there was a reliable supermount though. > > for a long time) and a cd changer and it works > very well, maybe it > > doesn't work well for floppies if you manually > eject it before autofs > > has unmounted it, but I doubt supermount would > perform better in such a > > case. > > Actually by setting buffers and cache to zero (this > is the way that > supermount works), it works well for floppies > because the light doesn't > turn off until the data has been written. This is > not quite technically > correct, but it's easiest to think of it this way. > > Blue skies... Todd > - -- > | MandrakeSoft USA | Sometimes you get > what you want. | > | http://www.mandrakesoft.com | Sometimes you get > experience.| > | http://www.mandrakelinux.com | > --unknown origin | >Cooker Version mandrake-release-9.1-0.1mdk Kernel > 2.4.20-2mdk > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+H2uBlp7v05cW2woRAqH0AJ9OJaPUoZPljwBnTwM16QeqpAquHQCfYxjj > 8ULwwd+NHxaXF+klmNmFZgs= > =c7yt > -END PGP SIGNATURE- > __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: [Cooker] Prepare for the onslaught.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Olivetti wrote on Sat, Jan 11, 2003 at 12:46:24AM +0100 : > David Walser wrote: > >autofs doesn't work very well for removable media It does if you set the timeout to be very low. > for a long time) and a cd changer and it works very well, maybe it > doesn't work well for floppies if you manually eject it before autofs > has unmounted it, but I doubt supermount would perform better in such a > case. Actually by setting buffers and cache to zero (this is the way that supermount works), it works well for floppies because the light doesn't turn off until the data has been written. This is not quite technically correct, but it's easiest to think of it this way. Blue skies... Todd - -- | MandrakeSoft USA | Sometimes you get what you want. | | http://www.mandrakesoft.com | Sometimes you get experience.| | http://www.mandrakelinux.com |--unknown origin | Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.20-2mdk -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+H2uBlp7v05cW2woRAqH0AJ9OJaPUoZPljwBnTwM16QeqpAquHQCfYxjj 8ULwwd+NHxaXF+klmNmFZgs= =c7yt -END PGP SIGNATURE-
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-2mdk
On Friday 10 January 2003 17:42, Guillaume Cottenceau wrote: > please test and report any problem (I'll be in vacations jan > 11-18 though - but mails won't be lost, hopefully). I have seen that you can now have maximum information about an rpm but could you make it like with the old rpmdrake were you could select between the description, included files and changelog
Re: [Cooker] Kernel Aironet Drivers problem
I tried it after. (I had noticed the same annoying behaviour described by the previous poster about mismatched versions of the wireless utilities, but my connection had worked so I just ignored it.) It wasn't until I upgraded to the latest Cisco firmware (4.25.30, if anyone is counting) that the ../net/pcmcia/ drivers started oopsing(!) and I got really concerned. At least the ../net/wireless/ drivers didn't oops. Anyways, I downgraded to firmware level 4.25.23 and the ../net/wireless/ drivers work quite well for me once again. Dan On Fri, 2003-01-10 at 05:53, Chmouel Boudjnah wrote: > Dan Scott <[EMAIL PROTECTED]> writes: > > > >./kernel/drivers/net/wireless/ > > >Now everything is working normally again. > > I ran into a similar problem on my laptop with a Cisco 350 card, but I > > went and upgraded the firmware and now it sits and complains about being > > unable to set the MAC :( Still, this fix might help you out. > > > and did you the RH-Bugs solution before the firmware upgrade ? >
Re: [Cooker] Prepare for the onslaught.
On Saturday 11 January 2003 01:38, et wrote: > Jason, How exactly are you defining ubiquitous? in this sentence i am not > sure if I understand _your_ meaning; "Yeah, I guess Mandrake and Linux are > ubiquitous too, since Windows is what everyone has why have Linux at all?" > > ubiquitous (to me at least) usually means "is _everywhere" and I usally see > it in referance to M$products being ubiquitous. > > On Friday 10 January 2003 07:24 pm, Jason Straight wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 Please learn how to post !!! Your Tofu is annoying -- counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] Prepare for the onslaught.
On Saturday 11 January 2003 01:15, Austin Acton wrote: > On Fri, 2003-01-10 at 19:04, Pierre Fortin wrote: > > 1.44 & 650MB are ubiquitous; 700MB and DVD > > aren't yet. > > I dunno about the rest of the world, but if I go to > http://www.futureshop.ca right now (Canadian equivalent of BestBuy), and > look up recordable media, there are 19 types of 700MB CD-R/CD-RW and 1 > type of 650 MB CD-R. > > How exactly are you defining ubiquitous? > > Austin He was talking about the machines that reads the media not the media itself. AFAIK you can use 700MB CD-R on 650MB writers without any difference
Re: [Cooker] Prepare for the onslaught.
Jason, How exactly are you defining ubiquitous? in this sentence i am not sure if I understand _your_ meaning; "Yeah, I guess Mandrake and Linux are ubiquitous too, since Windows is what everyone has why have Linux at all?" ubiquitous (to me at least) usually means "is _everywhere" and I usally see it in referance to M$products being ubiquitous. On Friday 10 January 2003 07:24 pm, Jason Straight wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Friday 10 January 2003 07:15 pm, Austin Acton wrote: > > On Fri, 2003-01-10 at 19:04, Pierre Fortin wrote: > > > 1.44 & 650MB are ubiquitous; 700MB and DVD > > > aren't yet. > > > > I dunno about the rest of the world, but if I go to > > http://www.futureshop.ca right now (Canadian equivalent of BestBuy), and > > look up recordable media, there are 19 types of 700MB CD-R/CD-RW and 1 > > type of 650 MB CD-R. > > > > How exactly are you defining ubiquitous? > > > > Austin > > Yeah, I guess Mandrake and Linux are ubiquitous too, since Windows is what > everyone has why have Linux at all? > > > - -- > Jason Straight > ICQ: 1796276 > PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc > > The only things in life we have any control over are the decisions we make, > Unfortunately, we have no control over the consequences of those decisions. > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.2.1 (GNU/Linux) > > iQCVAwUBPh9kJhFHZPcobeHxAQI3vwP9GEjypGq5zKdrBsCNz8PCENpt0LaEGYQW > +e9tXqE0JT3xNBYD0SFvWO1gkm4TOCY0p1atyyrRlxUhzAgbDA1txITLNDY26fcC > gZ2E8fAsJJc7IPJ47To5V5M0TTipurRHYPRLiGa9hAwHrF7deThUpxHroHwQLM3T > wskXlY5/3BQ= > =8LPW > -END PGP SIGNATURE-
Re: [Cooker] Prepare for the onslaught.
On Saturday 11 January 2003 01:15, Austin Acton wrote: > On Fri, 2003-01-10 at 19:04, Pierre Fortin wrote: > > 1.44 & 650MB are ubiquitous; 700MB and DVD > > aren't yet. > > I dunno about the rest of the world, but if I go to > http://www.futureshop.ca right now (Canadian equivalent of BestBuy), and > look up recordable media, there are 19 types of 700MB CD-R/CD-RW and 1 > type of 650 MB CD-R. > > How exactly are you defining ubiquitous? This was my argument at the beginning. But remember: Mandrake is running on 586 this means you can use quite old hardware maybe for a communication server or a firewall+proxy. There are CDROMs out there that aren't able to read them (burning is not the question). -- counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] Prepare for the onslaught.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 10 January 2003 07:24 pm, Jason Straight wrote: > On Friday 10 January 2003 07:15 pm, Austin Acton wrote: > > On Fri, 2003-01-10 at 19:04, Pierre Fortin wrote: > > > 1.44 & 650MB are ubiquitous; 700MB and DVD > > > aren't yet. > > > > I dunno about the rest of the world, but if I go to > > http://www.futureshop.ca right now (Canadian equivalent of BestBuy), and > > look up recordable media, there are 19 types of 700MB CD-R/CD-RW and 1 > > type of 650 MB CD-R. > > > > How exactly are you defining ubiquitous? > > > > Austin > > Yeah, I guess Mandrake and Linux are ubiquitous too, since Windows is what > everyone has why have Linux at all? Oops, had that backwards but you know what I mean. :) - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc The only things in life we have any control over are the decisions we make, Unfortunately, we have no control over the consequences of those decisions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPh9lTxFHZPcobeHxAQIhXAQAqxwA89NeMCh1TBHAGn8KhssQG1DVfW2i wB/sb2K3n+A539CNKaUEvNvH2HMR3Z2DnRz3IdNPOq0QQ7DtKpoywDilsp+iTbqf phZnOL0dupMBTk026pGmJEOP0AXcANxWJWaqp0h2PQyMrjkDouHC6WgIL01Z77Hd 2iCvrNTS/gw= =WQIo -END PGP SIGNATURE-
Re: [Cooker] Prepare for the onslaught.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 10 January 2003 07:15 pm, Austin Acton wrote: > On Fri, 2003-01-10 at 19:04, Pierre Fortin wrote: > > 1.44 & 650MB are ubiquitous; 700MB and DVD > > aren't yet. > > I dunno about the rest of the world, but if I go to > http://www.futureshop.ca right now (Canadian equivalent of BestBuy), and > look up recordable media, there are 19 types of 700MB CD-R/CD-RW and 1 > type of 650 MB CD-R. > > How exactly are you defining ubiquitous? > > Austin Yeah, I guess Mandrake and Linux are ubiquitous too, since Windows is what everyone has why have Linux at all? - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc The only things in life we have any control over are the decisions we make, Unfortunately, we have no control over the consequences of those decisions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPh9kJhFHZPcobeHxAQI3vwP9GEjypGq5zKdrBsCNz8PCENpt0LaEGYQW +e9tXqE0JT3xNBYD0SFvWO1gkm4TOCY0p1atyyrRlxUhzAgbDA1txITLNDY26fcC gZ2E8fAsJJc7IPJ47To5V5M0TTipurRHYPRLiGa9hAwHrF7deThUpxHroHwQLM3T wskXlY5/3BQ= =8LPW -END PGP SIGNATURE-
Re: [Cooker] Prepare for the onslaught.
On 10 Jan 2003 19:15:25 -0500 Austin Acton <[EMAIL PROTECTED]> wrote: > On Fri, 2003-01-10 at 19:04, Pierre Fortin wrote: > > 1.44 & 650MB are ubiquitous; 700MB and DVD > > aren't yet. > > I dunno about the rest of the world, but if I go to > http://www.futureshop.ca right now (Canadian equivalent of BestBuy), and > look up recordable media, there are 19 types of 700MB CD-R/CD-RW and 1 > type of 650 MB CD-R. > > How exactly are you defining ubiquitous? "installed" -- stuff on store shelves does not equate to "in every machine that might want to install Mdk" Pierre > Austin >
Re: [Cooker] Prepare for the onslaught.
I agree with Pierre, the standard _Needs_ to be "what is ubiquitous". while some might argue the floppy, there are still a $hit load of cdreaders out there that won't handle 700meg cdroms > OK... let's take your non-petty argument farther... what kind of market > share will Mdk have if they release 9.1 on DVD only...? That's > progress... why not just go for it...? > > We're not talking about media several iterations back; we're talking about > the current/recent stuff... 1.44 & 650MB are ubiquitous; 700MB and DVD > aren't yet. That's what needs to be dealt with to maintain and grow > market share. > > Pierre
Re: [Cooker] Prepare for the onslaught.
On Fri, 2003-01-10 at 19:04, Pierre Fortin wrote: > 1.44 & 650MB are ubiquitous; 700MB and DVD > aren't yet. I dunno about the rest of the world, but if I go to http://www.futureshop.ca right now (Canadian equivalent of BestBuy), and look up recordable media, there are 19 types of 700MB CD-R/CD-RW and 1 type of 650 MB CD-R. How exactly are you defining ubiquitous? Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] Prepare for the onslaught.
On Friday 10 January 2003 20:29, Gerard Patel wrote: > At 12:01 PM 1/10/03 -0500, you wrote: > >ShoreWall is (IMHO) awful. I install it only because I > >think it was required by some other package, but I > >"chkconfig --del" it, and keep a copy of Bastille rpms > >handy to do the job. > > My guess is that Mandrake switched to Shorewall because > the config files are way easier to change by program. > Also Bastille is doing additionnal security that could conflict > with other Mandrake software, while Shorewall does only > one thing, network. Can be true but there was no program to change the config files > > This said, I was liking Bastille-firewall well, but after using > Shorewall for some time, I have come to find its config files > more logical and easy to change than the Bastille ones. > Did you really try to learn Shorewall ? Many people are > just refusing novelty. You didn't need to read the help files to make it work, with shorewall you did need to read them which is not good enough for a firewall config program because if i wanted to do it good i wouldn't use shorewall > > I have only tested one time the connection sharing (I have > only one Windows machine behind my Linux box and I don't > think that this OS deserves a place on the Internet) during the > 9.0 beta and it basically worked (the only problem was that the > damn thing can't be switched off). I have no idea if it works with > current Cooker. > > Gerard It may have worked if internet was on eth0 but if it wasn't it didn't work.
[Cooker] Re: [CHRPM] OpenOffice.org-1.0.1-10mdk
Hi, > - Patch51: Fix build with recent Mozilla LDAP API changes Don't bother testing with LDAP stuff, it currently doesn't work. > - Patch404: Correctly load system libsane Could someone please check #312? Thanks, Gwenole.
Re: [Cooker] Prepare for the onslaught.
On Fri, 10 Jan 2003 18:47:32 -0500 Jason Straight <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Friday 10 January 2003 12:41 pm, Buchan Milne wrote: > > Who cares about the media, it's trivial in cost to the devices > > required to read the media. > > > > Especially consider that a user buying a boxed set (AFIAK, boxed sets > > were also 700MB) shouldn't be forced to buy a new CD-ROM drive just > > because Mandrakesoft wanted to ship one less CD. > > > > If you have an affected drive, Mandrake 9.0 was a nightmare. I say > > this after having done about 10 intalls on machines which were fine, > > not seeing what all the fuss is about, to discover it really is a > > problem on some machines. > > Man this talk about iso size is petty, it's the price to pay for > progress, deal with it. Should distribute on tapes? 360K floppies? 720K > floppies? 1.44mb floppies? 650MB CD's, 700MB CD's? and in 5 years do you > think they'll be using CD's at all? OK... let's take your non-petty argument farther... what kind of market share will Mdk have if they release 9.1 on DVD only...? That's progress... why not just go for it...? We're not talking about media several iterations back; we're talking about the current/recent stuff... 1.44 & 650MB are ubiquitous; 700MB and DVD aren't yet. That's what needs to be dealt with to maintain and grow market share. Pierre
[Cooker] module-init-tools needs a patch...
Hello, as sent to lk, the attaced patch is neede ;-) Thank you very much, Grégoire http://ulima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED] diff -ur module-init-tools-0.9.7.src/moduleops_core.c module-init-tools-0.9.7/moduleops_core.c --- module-init-tools-0.9.7.src/moduleops_core.c2002-12-26 07:04:42.0 +0100 +++ module-init-tools-0.9.7/moduleops_core.c2003-01-10 23:08:47.0 +0100 @@ -30,6 +30,9 @@ ksyms = PERBIT(load_section)(module->mmap, "__ksymtab", &size); for (i = 0; i < size / sizeof(struct PERBIT(kernel_symbol)); i++) add_symbol(ksyms[i].name, module); + ksyms = PERBIT(load_section)(module->mmap, "__gpl_ksymtab", &size); + for (i = 0; i < size / sizeof(struct PERBIT(kernel_symbol)); i++) + add_symbol(ksyms[i].name, module); } /* Calculate the dependencies for this module */
Re: [Cooker] kismet-2.8.0b rebuilds without pcap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 10 January 2003 11:37 am, Cooker wrote: > On Friday 10 January 2003 10:31 am, Cooker wrote: > > When i try to rebuild kismet it doesn't compile using pcap, which is > > included with the package on their site. > > > > > > Am i supposed to have pcap installed seperately with the madrake package > > ? > > I do have libpcap installed and it still rebuilt without pcap support It's probably got to do with kismet itself - the last 3 releases have been buggy, check the web page it says to use the devel version. - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc The only things in life we have any control over are the decisions we make, Unfortunately, we have no control over the consequences of those decisions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPh9cKhFHZPcobeHxAQLifQP+MCXDbk32g93oyRzDx3fdMHd1bkuwE3AT wrDVx+0xoepR8V8PFBtyNwpzn96ahLz0T1Qe+NLvNiNwQdottp5SSK/lp4p9XDrM OmxgBt5T17MoqgrluPUrq7Uq1tG0ZXoVmlUB6iqUDkZdZhlc0DSpKkK05ix7nH10 yRPH2V7HI8U= =cMGZ -END PGP SIGNATURE-
Re: [Cooker] Prepare for the onslaught.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 10 January 2003 12:41 pm, Buchan Milne wrote: > Who cares about the media, it's trivial in cost to the devices required > to read the media. > > Especially consider that a user buying a boxed set (AFIAK, boxed sets > were also 700MB) shouldn't be forced to buy a new CD-ROM drive just > because Mandrakesoft wanted to ship one less CD. > > If you have an affected drive, Mandrake 9.0 was a nightmare. I say this > after having done about 10 intalls on machines which were fine, not > seeing what all the fuss is about, to discover it really is a problem on > some machines. Man this talk about iso size is petty, it's the price to pay for progress, deal with it. Should distribute on tapes? 360K floppies? 720K floppies? 1.44mb floppies? 650MB CD's, 700MB CD's? and in 5 years do you think they'll be using CD's at all? Maybe they should compile it for i386 too? - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc The only things in life we have any control over are the decisions we make, Unfortunately, we have no control over the consequences of those decisions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPh9blBFHZPcobeHxAQJGygQAkP62KYi4Sk2axcHNjGNQonjVWVqkDz90 81H7cGwVltD0Q3u1kUgwhhOYlzANLjc9o8rCMkdu+quQl6QIb0YoerALg1OlZ1fw h08ihn8zhH2pSFblUD8eG7z8c3xspFb024P4nw2QrXrnF+0fh0c9f+OR7UFSjrUr 7ogrDPU22Lk= =83Wd -END PGP SIGNATURE-
Re: [Cooker] Prepare for the onslaught.
David Walser wrote: autofs doesn't work very well for removable media I'm currently using it on a samba server (actually I've been using it for a long time) and a cd changer and it works very well, maybe it doesn't work well for floppies if you manually eject it before autofs has unmounted it, but I doubt supermount would perform better in such a case. The only real problem is when the windows client keeps the cd busy (even with all programs closed) and the user has to close the session in order to eject the cd. Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS or other RBL. They arbitrarily IP addresses not related in any way to spam, disrupting Internet connectivity. See http://slashdot.org/article.pl?sid=01/05/21/1944247 and http://theory.whirlycott.com/~phil/antispam/rbl-bad/rbl-bad.html msg85540/pgp0.pgp Description: PGP signature
Re: [Cooker] Prepare for the onslaught.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 10 January 2003 11:09 am, Chmouel Boudjnah wrote: > that supermount suckness, try disable it. I think a lot of people agree on supermount suckness, why doesn't mandrake remove it? :) - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc The only things in life we have any control over are the decisions we make, Unfortunately, we have no control over the consequences of those decisions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPh9ZZRFHZPcobeHxAQIXLQP/Vg8evEhoID6gdpPmUGZjyMYmjVvxNUuI zLM58o8XmBbV3v5vcWuKwMRSHQREnzDeIIpEmyhDeSgRDDKUxyyah1JJx8chDBrs BKaqtPj+/K5J7XX1no6Xc0aNlS5SwfcooXpT1Yr5LU3ZdmGdIBJlBVNGBizMVw9F SERFE4TBuNU= =Dlre -END PGP SIGNATURE-
Re: [Cooker] Prepare for the onslaught.
--- Luca Olivetti <[EMAIL PROTECTED]> wrote: > scott chevalley wrote: > > > > > I'm sure this is a stupid question, but where can > I find info on setting > > up automount under MDK? > > install the package > >urpmi autofs > > read the man pages > >man auto.master >man 5 autofs > > edit the sample config files (/etc/auto.master, > /etc/auto.misc) and then > >service autofs start autofs doesn't work very well for removable media though. A couple months ago someone mentioned some supermount-like thing that actually works. Whatever happened with that? __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
[Cooker] Re: [CHRPM] XFree86-4.2.99.4-0.20030110.1mdk
Hello, I had problems in keyboard layout. When selecting other layout (Hebrew) in KDE (3.1 RC6 compiled from source) I cannot change to the default (us) layout. Note: I use my own compiled KDE and QT 3.1.1 so maybe this is not a real bug but a problem in my build. However I heard that this problem exists in RH systems and XFree 4.3 beta. I reverted back to 4.2.1 but now I don't have Xft2 rpm (I had to compile it). Thanks Eyal
Re: [Cooker] Prepare for the onslaught.
On Friday 10 January 2003 23:10, Pierre Fortin wrote: > The point is that if Mandrake wants to grow its user base, it shouldn't > make things more difficult than necessary for the sake of trying to save a > few pennies by cramming the ISOs to the point where a lot of people won't > be able to burn them... Yes I think so too, I thought only off people can't burn such images, not that there will be people who can't read them, sorry > > My point was that they should *work* -- ohphone never worked in 9.0 > If those of us who support remote customers can't use ohphone as in the > past, our support costs have gone up because we have to pay for LD. For > that reason, I consider ohphone just as important as ssh... > For you ;) But if it is in the distro it should work however this ohphone is important. > > Never saw problems here. Indeed I had such problems on 8.2. Kde and > > mandrake is rockstable on my machine. > > What's your uptime? Mine is a "whopping": > 4:51pm up 2 days, 19:09, 14 users, load average: 0.00, 0.00, 0.00 > ^^ I had it running for more then 2 weeks without becoming unstable (with Xon and kde running) My current uptime isn't worth to show since I plugged off a hd today. > and I *HATE* rebooting... I use the laptop sleep mode; but that can only > be used 2-3 times before needing a reboot... > Ok this may clear some things. I've a normal workstation (duron1,1/kt133a-chipset) running allmost the whole time on converting video or compiling) > > > 4. installation of lisa and samba after I carefully requested NO > > > Windows/Samba related s/w of any sort. > > > > Haven't encountered this. On my machine it was not the case. > > "lisa" is not running...? I'm surprised... > Maybe since I install only a groundsystem and urpmi it up as I need it. > > That sounds strange. Maybe a missconfigured CUPS ? > > and *how* does a working CUPS config suddenly become misconfigured on its > own... LOCAL printer has to wait for CUPS trying to connect on port 631 > to my IP gateway...??? > > > > 9. miscellaneous other nits > > > > I really can'tz confirm your problems. Mandrake 9.0 was the fastest , > > rockstablest version I ever used ( I'm a user of mandrake since 6.1) > > Me too since 6.1, RH before that; but it appears we have different results > -- mine are on IBM ThinkPad. > Mine as stated above. Really fine here. And one particular thing was better then ever : ISDN - the first release I got it runnin under 30s . On all releases before it was a pain in the *** > > > > Note that Linux is touted as a no-reboot-required OS... I have had to > > > reboot 9.0 so many times that it feels like I must have accidentally > > > installed W9x... :^P > > > > Can't confirm that. I have usually an uptime of 7-14 days and the > > reboots then are not caused by the OS , more by power-faults, or > > rebooting for changing hardware. > > I have UPS systems and the laptop has a good battery, and uptimes of less > than a week on laptop are not a good sign when I'm the guy who would be > ecstatic if it were possible to install new distro on a running system and > "switch-over" without rebooting... but that's still way off in the > future... > Yes I guess so. But at this time Mandrake has enough other problems ;) > > This I can't second. There should be for sure a possibility to solve > > bugs in a release (better reporting, faster updates). But if cooker is > > the right place for it ? I would vote for a release bugzilla ! > > Regardless of the mechanism, a cultural change where release bugs have > equal or higher priority to cooker would benefit everyone, esp. Mdk. > Cans second on that. It is fearing to not to know there to reporting bugs and feel that nobody is interested in my bugs > > I think they are working on it. And there is a lot moving on it. So I > > can't understand your angry and flaming kind of speaking. And to say you > > will not respond to flaming while you for yourself are doing so I really > > dislike. > > > and if it's lng, some ISOs that some non-cooker regulars to hammer on > would be helpful... > Yes and with that some longer periods between beta releases. So for outside-cooker people testing can be done at all (I can't have a cooker version with my ISDN-connection, asking a friend for downloading it over DSL may take some time but I can get it (or just buy it in an internet-isoshop I wouldn't fear if the period between beta releases is longer. Steffen -- counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
[Cooker] Re: [CHRPM] rpmdrake-2.1-2mdk
On Fri, 2003-01-10 at 10:46, Guillaume Cottenceau wrote: > --=-=-= > Name: rpmdrake Relocations: (not relocateable) > Version : 2.1 Vendor: MandrakeSoft > Release : 2mdk Build Date: Fri Jan 10 16:12:08 2003 > - grpmi: > - verify all signatures at the end of all downloads > - allow to say "yes to all" to the signatures questions > - rpmdrake: > - don't reset selection list when no package was installed/removed Since I was such a whiner about these two bugs in rpmdrake, I must give GC a big pat on the back and say "thank-you very much!!". Now I am off to mirror and give that sucker a try! Woohoo! b.
Re: [Cooker] Prepare for the onslaught.
Pierre Fortin wrote: ~snip~ and if it's lng, some ISOs that some non-cooker regulars to hammer on would be helpful... well with rc1 up on the mirrors that will be happening...now just hope they use bugzilla. ;) Jaqui
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in Mandrake Control Center
Viestissä Perjantai 10. Tammikuuta 2003 23:13, Chuck Shirley kirjoitti: > > You make very good points. Good enough that I'm reconsidering > my concerns over the (very) rough state of the beta-1 release. Nice to "hear" ... > Still, Things need a lot of work. I hope there is more emphasis > on releasing a quality product than on releasing a WIP "on > schedule." > > ~C.S. On this I think everyone on this list agree ... And considering the "worst case scenario" given the latest statments about the MDK finances ... Lets make sure the 9.1 release is " a full 10 " ;-) so it wont be the last ... that would IMHO be a great loss to the world... Go Mandrake !! !! ;-) -- Thomas ** * If nothing else works, read the manual ... ... ... **
Re: [Cooker] Prepare for the onslaught.
scott chevalley wrote: I'm sure this is a stupid question, but where can I find info on setting up automount under MDK? install the package urpmi autofs read the man pages man auto.master man 5 autofs edit the sample config files (/etc/auto.master, /etc/auto.misc) and then service autofs start Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS or other RBL. They arbitrarily IP addresses not related in any way to spam, disrupting Internet connectivity. See http://slashdot.org/article.pl?sid=01/05/21/1944247 and http://theory.whirlycott.com/~phil/antispam/rbl-bad/rbl-bad.html msg85532/pgp0.pgp Description: PGP signature
[Cooker] Re: [DrakX] DrakX snapshot #1.765 uploaded
On Fri, Jan 10, 2003 at 05:50:20PM +0100, DrakX Builder Robot wrote: > > * fsedit.pm: lvm on / works (dixit Brian J. Murrell) Woohoo! Awesome day in Mandrake Cooker Land! First rpmdrake fixes for the most annoying bugs, and now, LVM on root! Do I dare try to push my "install Mandrake Linux into a UML (http://user-mode-linux.sourceforge.net/)" patches up for 9.1? Wouldn't it be neat to be able to test fully Mandrake installed systems (i.e. installed by the Mandrake installer, in "kickstart mode" even!) in UMLs rather than having to boot real hardware or emulated hardware, like VMware? Or create virtual server farms of Mandrake boxes easily on a single piece of hardware? b. -- Brian J. Murrell msg85531/pgp0.pgp Description: PGP signature
Re: [Cooker] Prepare for the onslaught.
On Fri, 10 Jan 2003 17:49:21 +0100 Steffen Barszus <[EMAIL PROTECTED]> wrote: > On Friday 10 January 2003 17:02, Pierre Fortin wrote: > > On Fri, 10 Jan 2003 08:57:24 -0500 Sascha Noyes <[EMAIL PROTECTED]> > > wrote: > > > According to distrowatch Mandrake 9.1 beta1 is out on some mirrors. > > > > This is NOT a support request for 9.0 -- > > ^ >> > > I wish I had the time to test cooker; but here's a short list of 9.0 > > problems that has had me considering reverting back to 8.2 today > > (several of my systems are still happily on 8.2)... they are intended > > to be things that Mdk should make sure don't happen again in 9.1: > > > > New ThinkPad on which I installed 8.2 and several days later, used the > > new upgrade option (the one able to handle back to 8.1) to get to 9.0 > > > > 0**. ISOs created for post-standard 700MB CDs (this is like trying to > > write 2MB on *any* 1.44 floppy drive ever manufactured) excommunicated > > all users who didn't own standards-extending writers. > > > 700MB CDs are in my area the only one you will get. It is quite > complicated to become 650 MB cd-r's. Where is it written, that it is bad > ? How many people have really problems with that beside you ? Isn't it > enough that the club has provided 650 MB ISOs ? The point is that if Mandrake wants to grow its user base, it shouldn't make things more difficult than necessary for the sake of trying to save a few pennies by cramming the ISOs to the point where a lot of people won't be able to burn them... I've made the point; if Mdk releases 9.1 on >650MB ISOs, they will never know how many new users they've lost because of that decision. And, yes, I have a new CD-RW... but that does not mean I can't advocate for those people who are yet to try to make the transition to Linux... > > 1**. ohphone was not compiled properly -- this is *important* in that > > it is used to support *my* users who are scattered hundreds of miles > > away -- I've not had time to find the sources and rebuild -- besides, > > what about my other users...? Create another "SuperFOO" issues? No > > thanks! But, some s/w (ssh, ohphone,...) should not require being > > voted upon to get updates issued, since without them, user support > > becomes problematic or extra-cost. > > > So you are a user of ohphone. I've never used it and the above said > isn't really something that would bother me. For sure some software are > standard (ssh) and they should be in without someone to vote for them. My point was that they should *work* -- ohphone never worked in 9.0 If those of us who support remote customers can't use ohphone as in the past, our support costs have gone up because we have to pay for LD. For that reason, I consider ohphone just as important as ssh... > > 2. after a few weeks on 9.0, the system became so unstable and flaky > > (many reboots required) that hardware problems were seriously > > considered as the cause. "fix" was to delete ~/.kde and reboot. > > > Never saw problems here. Indeed I had such problems on 8.2. Kde and > mandrake is rockstable on my machine. What's your uptime? Mine is a "whopping": 4:51pm up 2 days, 19:09, 14 users, load average: 0.00, 0.00, 0.00 ^^ and I *HATE* rebooting... I use the laptop sleep mode; but that can only be used 2-3 times before needing a reboot... > > 3a. remote support was initially complicated by unannounced shorewall > > default installation that did not consider ssh important, drove me > > nuts until I found it. > > That outgoing ssh is blocked by the packetfilter isn't bad. Indeed it is > good , beside of machines that will be remotly administered. But If you > install the machine it should be easy to be sure that sshd is reachable. Yup... and when your tests fail... ethereal doesn't help... you wonder what the fsck is going on.. then you discover a new firewall... ARGH! > > 3b. shorewall complicated switching between LAN and modem access to > > 'net > > > > 4. installation of lisa and samba after I carefully requested NO > > Windows/Samba related s/w of any sort. > > Haven't encountered this. On my machine it was not the case. "lisa" is not running...? I'm surprised... > > 5. Installation of LinModem support was more troublesome than in 8.2 > > -- while not delivered in a Mandrake distro, at least ensuring that a > > new distro does not make installation of LinModem s/w more difficult > > is important to winning new users. > > > There was some other cases of previously supported hardware, that wasn't > > recognized anymore. Its a pitty, yes > > > > 6. CD filesystem got confused (displaying "??" for each filename > > and permission denied) requiring a reboot (there's that fscking word > > again) > > > > Switching off supermount should help, and again I haven't encountered > this problem on my machine ... > > > 7. Sound stopped working (lsof showed several apps accessing sound) -- > > rebo
Re: [Cooker] Prepare for the onslaught.
Luca Olivetti wrote: Buchan Milne wrote: RH has a working solution (automount), and they're not supposed to be a desktop distro (or weren't). the funny thing is that automount, once configured, works perfectly under mandrake too. Bye I'm sure this is a stupid question, but where can I find info on setting up automount under MDK? Scott
Re: [Cooker] NVidia buils problems with new Cooker
On Fri, 10 Jan 2003 13:47:02 -0800 Todd Lyons <[EMAIL PROTECTED]> wrote: > Robert Fox wrote on Fri, Jan 10, 2003 at 10:34:04PM +0100 : > > > > I made a false assumption - because when I installed as Expert and > > chose development (which always chose the kernel source previously) > > - I assumed it was there after a fresh install. My mistake. > > Good to know. I've not come across that either. I did. It's because DrakX has a hardcoded 4 for rpmsrate level. Had to bump up all 3s to 4s in my rpmsrate to get back my usually installed rpms. - Mark
Re: [Cooker] Prepare for the onslaught.
Buchan Milne wrote: RH has a working solution (automount), and they're not supposed to be a desktop distro (or weren't). the funny thing is that automount, once configured, works perfectly under mandrake too. Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS or other RBL. They arbitrarily IP addresses not related in any way to spam, disrupting Internet connectivity. See http://slashdot.org/article.pl?sid=01/05/21/1944247 and http://theory.whirlycott.com/~phil/antispam/rbl-bad/rbl-bad.html msg85525/pgp0.pgp Description: PGP signature
Re: [Cooker] NVidia buils problems with new Cooker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Fox wrote on Fri, Jan 10, 2003 at 10:34:04PM +0100 : > > I made a false assumption - because when I installed as Expert and chose > development (which always chose the kernel source previously) - I > assumed it was there after a fresh install. My mistake. Good to know. I've not come across that either. > Now is I can only get the update-menus to populate the KDE menus -I'd be > happy. I can't get the standard menu entries under KDE to appear!!! Usually that's from KDE finding a menu in ~/.kde/share/applnk-mdk and using it instead of what's in /usr/share/applnk-mdk. I'm not real clear on how all that works so try just moving the one in your home directory aside temporarily and see if it makes a difference. Blue skies... Todd - -- MandrakeSoft USA http://www.mandrakesoft.com Mandrake: An amalgam of good ideas from RedHat, Debian, and MandrakeSoft. All in all, IMHO, an unbeatable combination. --Levi Ramsey on Cooker ML Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.20-2mdk -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Hz9Wlp7v05cW2woRAlY2AKCId+cBpQvMHNPN/UY4ydarabM27ACggq2z jKDVT06HIC50sGVXVtYjSlY= =Ar3C -END PGP SIGNATURE-
Re: [Cooker] NVidia buils problems with new Cooker
On Fri, 2003-01-10 at 16:34, Robert Fox wrote: > After manually installing the kernel source - it appears to work - DUH! Yeah, that's a case where the error message identifies a symptom, not a cause. :-) Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] gstreamer install/update hangs in gst-register
Yup, me too. Austin On Fri, 2003-01-10 at 13:08, Liam Quin wrote: > rpm -Uvh gstreamer-0.5.1-1mdk.i586.rpm > hangs running gst-register > > An strace showed gst-register was printing lots of warnings to stderr, > but the rpm install redirects this to /dev/null; killing gst-register > and running it manually after the install finished, worked fine. > > Liam -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] Prepare for the onslaught.
On 10 Jan 2003 11:13:30 -0500 Lyvim Xaphir <[EMAIL PROTECTED]> wrote: > On Fri, 2003-01-10 at 11:02, Pierre Fortin wrote: > > > This is NOT a support request for 9.0 -- > > ^ > > it is a list of reasons I have been VERY unhappy with 9.0 (the product > > of > > Hello everyone, this is my first post to the Cooker list. > > Pierre, I'd like to ask a perhaps stupid question. Were your problems > happening before or after the MDK update bug fixes and downloads, or > both? > > --LX > They have been happening since I first upgraded to 9.0 on a fresh 8.2 install... The other day, there were no uninstalled updates. My system is as up-to-date as can be AFAIK... I still can't use ohphone -- no update was ever released. CD is flaky. Discovered sound problem when I tried to listen to The Linux Show the other night. ~/.kde related system crashing was early Dec. Local printer problem appeared last night. My fear is 9.1 will not help since I follow cooker list and don't see much of this addressed... Pierre
Re: [Cooker] NVidia buils problems with new Cooker
Stupid? NOT!
I made a false assumption - because when I installed as Expert and chose
development (which always chose the kernel source previously) - I
assumed it was there after a fresh install. My mistake.
After manually installing the kernel source - it appears to work - DUH!
Now is I can only get the update-menus to populate the KDE menus -I'd be
happy. I can't get the standard menu entries under KDE to appear!!!
Thx,
R.Fox
On Fri, 2003-01-10 at 22:06, Austin Acton wrote:
> > Robert Fox wrote on Thu, Jan 09, 2003 at 09:39:43PM + :
> > > /usr/include/linux/version.h:3:2: #error "You should not include
> > > /usr/include/{linux,asm}/ header"
> > > /usr/include/linux/version.h:4:2: #error "files directly for the compilation
> > > of kernel modules."
>
> I know this sounds way stupid, but are you sure you have the
> kernel-source RPM installed? You get this error if you don't.
> Austin
--
Robert Fox <[EMAIL PROTECTED]>
Fox Consulting Services
Re: [Cooker] Prepare for the onslaught.
On Fri, 10 Jan 2003 18:50:01 +0200 Buchan Milne <[EMAIL PROTECTED]> wrote: I've been working on a physical project all day, and I must say that if the rest of this thread is as civil as what I've read so far, I *am* impressed and encouraged by the responses... but the main point is being missed: the stability of the 9.x series... > Chmouel Boudjnah wrote: > > Pierre Fortin <[EMAIL PROTECTED]> writes: > > > >>5. Installation of LinModem support was more troublesome than in 8.2 > >-->while not delivered in a Mandrake distro, at least ensuring that a > >new>distro does not make installation of LinModem s/w more difficult is > >>important to winning new users. > > > > this is something that are out of our hands. > > > > Bad answer. Mandrake 9.0 Workstation DVD has Rockwell HCF and HSF > winmodem drivers, but no Lucent Technologies Winmodem drivers. > > There are rpms availble on the net, and the sources (weird script to > build only binary RPM for some reason) which works just fine out the > box. I don't recall the details; but there were several pre-reqs before getting that script to work... I think the problems were due to missing -devel rpms, which is strange since I did request a "development" install... Again, this is not a 9.0 support request, rather a request for extra care before releasing 9.1... > Pierre, I don't know if you still have a Mandrakeclub account or ever > did, but you may want to vote for the ltmodem (assuming that's the one > you have) entry that I made for 9.0/i586. I was one of the first to contribute, before the "Club", and was a Club member until a couple of weeks ago... since I have not renewed for the reasons stated, I don't wish to freeload -- my account *may* still be active; but I've reverted to a "convince me, I'm a new user" mode... > > > >>6. CD filesystem got confused (displaying "??" for each filename > >and>permission denied) requiring a reboot (there's that fscking word > >again) > > > > Easier fix is to eject and reinsert media ... That doesn't work after the system has been running for a while... > > that supermount suckness, try disable it. Even that doesn't work when the system gets pissy. I'm still puzzled as to how the system is architected... it would seem that how is filesysem is *mounted* should make no difference to how the files are *accessed*. Wouldn't it make sense to say supermount can't mount/umount than to say it can't access, re-access, read, whatever, an already mounted filesystem...?? > When Andrei has posted patches that fix these issues, and Danny has a > 2.4.16-19.6mdk which uses these patches, which fixes all the issues for > me? Please, if Mandrake is going to have supermount enabled by default, > it *must* work reliably on every machine anyone can test on for every > device it's used for. > > RH has a working solution (automount), and they're not supposed to be a > desktop distro (or weren't). Maybe they know how to separate mounting from access...? > BTW, 700MB ISOs and stuffed supermount on iffy drives (such as a > 3-year-old 2x2x6 CD-RW and a 4-year-old 24x CDROM that works fine for > most other things) really cripples a Mandrake installation. There's no > way you can install RPMs from the discs, you have to copy the ones you > can access to disk, and install them there. and that is precisely what newcomers to Mandrake will not have the skills or inclination to figure out... > Installation would *not* have complete if I didn't have a full 9.0 tree > on my laptop so I could do a network install on the affected machine. > > Please, consider going to 4*650MB instead of 3*700MB. Otherwise Mandrake > 9.1 will cost me R300 extra (half a club membership!) per old single > machine I support. Rather than repeat my past comments on the cost of blank CDs vs my time, how about saying it this way: a blank CD costs less than one minute of salaried time and several minutes to burn (I can be doing something else while it's burning); but pissing around with a burning process that goes through the motions and produces blank CDs costs a whole lot more. > > > >>7. Sound stopped working (lsof showed several apps accessing sound) -- > >>rebooted to fix. > > > > > > which sound card. Whatever is in a ThinkPad A20m Sound Driver:3.8.1a-980706 (ALSA v0.9.0rc2 emulation code) Sound Fusion CS46xx at 0xf4122000/0xf400, irq 11 Audio -- 0: CS46xx (DUPLEX) Synth -- not enabled MIDI -- 0: CS46xx > And via which sound API (OSS/Alsa) and via which sound daemon (arts, > esnd) and how were they launched? My thinkpad 600X seems fine ... > (oss/arts AFAIK). ALSA -- mine was fine too for a while... and fine after a reboot... sounding way too much like M$... > Buchan What I'm driving at is that while most of the previous releases have been relatively stable, 9.0 has not, and I fear for 9.1 if all the testing is done strictly on the current cooker basis where reboots may happen too often to give the new release time to
[Cooker] gstreamer install/update hangs in gst-register
rpm -Uvh gstreamer-0.5.1-1mdk.i586.rpm hangs running gst-register An strace showed gst-register was printing lots of warnings to stderr, but the rpm install redirects this to /dev/null; killing gst-register and running it manually after the install finished, worked fine. Liam -- Liam Quin, W3C XML Activity Lead, [EMAIL PROTECTED], http://www.w3.org/People/Quin/ http://www.holoweb.net/~liam/ Ankh's list of IRC clients: http://www.valinor.sorcery.net/clients/
Re: [Cooker] /etc/init.d/spamassassin script error
possibly. I tried to apply the patch but I am using razor 2.20 and it failed. I downloaded 2.20 from their website last night and compiled. I don't know where they got 2.22. Buchan Milne ([EMAIL PROTECTED]) wrote*: > >SI Reasoning wrote: >> spamassassin-2.43-3mdk recompiled onto Mandrake 8.2 system. >> >> Line 24 of the /etc/init.d/spamassassin states OPTIONS="-d -c -a -H" >> unfortunately this causes spamassassin to get stuck and kick out (after a long >> time) unless the score of Razor is 0. >> >> If I remove -H then Razor works fine. >> > >Does this have any bearing(ie using razor2)? > >http://www.ijs.si/software/amavisd/#known-problems > > > >-- >|--Another happy Mandrake Club member--| >Buchan MilneMechanical Engineer, Network Manager >Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 >Stellenbosch Automotive Engineering http://www.cae.co.za >GPG Key http://ranger.dnsalias.com/bgmilne.asc >1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 > > -- SI Reasoning [EMAIL PROTECTED] gpg public key ftp://ftp.p-p-i.com/pub/si-mindspring-pubkey.asc The significant problems we face cannot be solved by the same level of thinking that created them. -Albert Einstein
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in MandrakeControl Center
On Friday 10 January 2003 15:47, Thomas Backlund wrote: >Well, IMHO they needed to release the beta1 to get a "basesystem" >to start the package voting from... > >And I dont care if the name used is "beta" instead of "alpha", since >it's just that, a name... I mean what's the difference in for examle: >1 x alpha + 4 x beta, or 5 x beta... > >It's when the switch goes from 'beta' to 'RC' when things like >this shouldn't appear anymore... > >IMHO 'beta' simply stands for work in progress, so in >the beginning of the process 'bugs' like this will appear... > >and 'RC' stands for "giving it the final touch" / fixing >the last bugs... > >Thats the development process simplified ... (by me ;-) ... ) > >-- >Thomas You make very good points. Good enough that I'm reconsidering my concerns over the (very) rough state of the beta-1 release. Still, Things need a lot of work. I hope there is more emphasis on releasing a quality product than on releasing a WIP "on schedule." ~C.S.
Re: [Cooker] NVidia buils problems with new Cooker
> Robert Fox wrote on Thu, Jan 09, 2003 at 09:39:43PM + :
> > /usr/include/linux/version.h:3:2: #error "You should not include
> > /usr/include/{linux,asm}/ header"
> > /usr/include/linux/version.h:4:2: #error "files directly for the compilation
> > of kernel modules."
I know this sounds way stupid, but are you sure you have the
kernel-source RPM installed? You get this error if you don't.
Austin
--
Austin Acton Hon.B.Sc.
Synthetic Organic Chemist, Teaching Assistant
Department of Chemistry, York University, Toronto
MandrakeClub Volunteer (www.mandrakeclub.com)
homepage: www.groundstate.ca
Re: [Cooker] NVidia buils problems with new Cooker
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Fox wrote on Thu, Jan 09, 2003 at 09:39:43PM + :
> Now I have proof.
> Latest Cooker as of todays date (11.01.03)
> [rfox@foxhome NVIDIA_kernel-1.0-4191]$ make
> cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts
> -Wparentheses -Wpointer-arith -Wcast-qual -Wno-multichar -O -MD -D__KERNEL__
> -DMODULE -D_LOOSE_KERNEL_NAMES -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES
> -D__KERNEL__ -DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0
> -DNV_PATCHLEVEL=4191 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86
> -I. -I/usr/src/linux/include -Wno-cast-qual nv.c
> /usr/include/asm/processor.h:55: requested alignment is not a constant
> In file included from /usr/include/linux/module.h:297,
> from nv-linux.h:28,
> from nv.c:14:
> /usr/include/linux/version.h:2:2: #error
> "==="
> /usr/include/linux/version.h:3:2: #error "You should not include
> /usr/include/{linux,asm}/ header"
> /usr/include/linux/version.h:4:2: #error "files directly for the compilation
> of kernel modules."
Does this not tell you exactly what the problem is? It should be
finding the files in /usr/src/linux/include, but instead it's finding
them in /usr/include/linux. If you _really_ want to build it, try
moving /usr/include/linux and temporarily symlink it to
/usr/src/linux/include. Once you're done compiling, put it back the way
it was.
Kernel modules should find the headers they need in
/usr/src/linux/include.
Applications should find the headers they need in /usr/include or
/usr/local/include, or anywhere _except_ /usr/src/linux/include. The
only exception to this is glibc, which will make a copy of
/usr/src/linux/include and place that copy in /usr/linux/include.
(That's what this whole mess is to begin with).
Blue skies... Todd
- --
MandrakeSoft USA http://www.mandrakesoft.com
Mandrake: An amalgam of good ideas from RedHat, Debian, and MandrakeSoft.
All in all, IMHO, an unbeatable combination. --Levi Ramsey on Cooker ML
Cooker Version mandrake-release-9.1-0.1mdk Kernel 2.4.20-2mdk
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+HzJolp7v05cW2woRAl+KAKDLy83yBGXfqsxB60+A5xy+sAY/GgCbB503
pKcXmcWtBxavqZO5i+gI2Hc=
=cWV+
-END PGP SIGNATURE-
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in Mandrake Control Center
Viestissä Perjantai 10. Tammikuuta 2003 20:31, Chuck Shirley kirjoitti: > On Friday 10 January 2003 13:11, Thomas Backlund wrote: > >AFAIK, the *drak* tools are under "heavy reconstruction", and thats > >why those lines show up in every language... > > > >Thomas > > And yet this is okay for even a beta release?! Difficult to believe, > if you ask me. Pre-Alpha perhaps, but certainly not ready for beta. > (IMHO) > > Well, it's too bad that I'm not the only one with the situation, but > at least I know that I haven't lost my mind... :^) > > -C.S. Well, IMHO they needed to release the beta1 to get a "basesystem" to start the package voting from... And I dont care if the name used is "beta" instead of "alpha", since it's just that, a name... I mean what's the difference in for examle: 1 x alpha + 4 x beta, or 5 x beta... It's when the switch goes from 'beta' to 'RC' when things like this shouldn't appear anymore... IMHO 'beta' simply stands for work in progress, so in the beginning of the process 'bugs' like this will appear... and 'RC' stands for "giving it the final touch" / fixing the last bugs... Thats the development process simplified ... (by me ;-) ... ) -- Thomas ** * If nothing else works, read the manual ... ... ... **
[Cooker] NVidia buils problems with new Cooker
Now I have proof.
Latest Cooker as of todays date (11.01.03)
Here's the output:
[rfox@foxhome NVIDIA_kernel-1.0-4191]$ make
cc -c -Wall -Wimplicit -Wreturn-type -Wswitch -Wformat -Wchar-subscripts
-Wparentheses -Wpointer-arith -Wcast-qual -Wno-multichar -O -MD -D__KERNEL__
-DMODULE -D_LOOSE_KERNEL_NAMES -DNTRM -D_GNU_SOURCE -D_LOOSE_KERNEL_NAMES
-D__KERNEL__ -DMODULE -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0
-DNV_PATCHLEVEL=4191 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86
-I. -I/usr/src/linux/include -Wno-cast-qual nv.c
In file included from /usr/include/linux/prefetch.h:13,
from /usr/include/linux/list.h:6,
from /usr/include/linux/module.h:11,
from nv-linux.h:28,
from nv.c:14:
/usr/include/asm/processor.h:55: `CONFIG_X86_L1_CACHE_SHIFT' undeclared here
(not in a function)
/usr/include/asm/processor.h:55: requested alignment is not a constant
In file included from /usr/include/linux/module.h:297,
from nv-linux.h:28,
from nv.c:14:
/usr/include/linux/version.h:2:2: #error
"==="
/usr/include/linux/version.h:3:2: #error "You should not include
/usr/include/{linux,asm}/ header"
/usr/include/linux/version.h:4:2: #error "files directly for the compilation
of kernel modules."
/usr/include/linux/version.h:5:2: #error ""
/usr/include/linux/version.h:6:2: #error "glibc now uses kernel header files
from a well-defined"
/usr/include/linux/version.h:7:2: #error "working kernel version (as
recommended by Linus Torvalds)"
/usr/include/linux/version.h:8:2: #error "These files are glibc internal and
may not match the"
/usr/include/linux/version.h:9:2: #error "currently running kernel. They
should only be"
/usr/include/linux/version.h:10:2: #error "included via other system header
files - user space"
/usr/include/linux/version.h:11:2: #error "programs should not directly
include or"
/usr/include/linux/version.h:12:2: #error " as well."
/usr/include/linux/version.h:13:2: #error ""
/usr/include/linux/version.h:14:2: #error "To build kernel modules please do
the following:"
/usr/include/linux/version.h:15:2: #error ""
/usr/include/linux/version.h:16:2: #error " o Have the kernel sources
installed"
/usr/include/linux/version.h:17:2: #error ""
/usr/include/linux/version.h:18:2: #error " o Make sure that the symbolic
link"
/usr/include/linux/version.h:19:2: #error " /lib/modules/`uname -r`/build
exists and points to"
/usr/include/linux/version.h:20:2: #error " the matching kernel source
directory"
/usr/include/linux/version.h:21:2: #error ""
/usr/include/linux/version.h:22:2: #error " o Now copy /boot/vmlinuz.version.h
to"
/usr/include/linux/version.h:23:2: #error " /lib/modules/`uname
-r`/build/include/linux/version.h"
/usr/include/linux/version.h:24:2: #error ""
/usr/include/linux/version.h:25:2: #error " o When compiling, make sure to use
the following"
/usr/include/linux/version.h:26:2: #error " compiler option to use the
correct include files:"
/usr/include/linux/version.h:27:2: #error ""
/usr/include/linux/version.h:28:2: #error " -I/lib/modules/`uname
-r`/build/include"
/usr/include/linux/version.h:29:2: #error ""
/usr/include/linux/version.h:30:2: #error " instead of"
/usr/include/linux/version.h:31:2: #error ""
/usr/include/linux/version.h:32:2: #error " -I/usr/include/linux"
/usr/include/linux/version.h:33:2: #error ""
/usr/include/linux/version.h:34:2: #error " Please adjust the Makefile
accordingly."
/usr/include/linux/version.h:35:2: #error
"==="
In file included from nv-linux.h:28,
from nv.c:14:
/usr/include/linux/module.h:299: parse error before "UTS_RELEASE"
In file included from nv-linux.h:29,
from nv.c:14:
/usr/include/linux/version.h:2:2: #error
"==="
/usr/include/linux/version.h:3:2: #error "You should not include
/usr/include/{linux,asm}/ header"
/usr/include/linux/version.h:4:2: #error "files directly for the compilation
of kernel modules."
/usr/include/linux/version.h:5:2: #error ""
/usr/include/linux/version.h:6:2: #error "glibc now uses kernel header files
from a well-defined"
/usr/include/linux/version.h:7:2: #error "working kernel version (as
recommended by Linus Torvalds)"
/usr/include/linux/version.h:8:2: #error "These files are glibc internal and
may not match the"
/usr/include/linux/version.h:9:2: #error "currently running kernel. They
should only be"
/usr/include/linux/version.h:10:2: #error "included via other system header
files - user space"
/usr/include/linux/version.h:11:2: #error "programs should not directly
include or"
/usr/include/linux/version.h:12:2: #error " as well."
/usr/include/linux/version.h:13:2: #error ""
/usr/include/linux/version.h:14:2: #error "To build kernel modules please do
the following:"
/usr/include/linux/vers
[Cooker] [Bug 774] [kernel-2.4.20.2mdk] New: kernels at least since 2.4.20.2mdk and 2.4.21.pre2.1mdk from Cooker fails to boot on IWill DVD266-R hardware
https://qa.mandrakesoft.com/show_bug.cgi?id=774 Product: kernel-2.4.20.2mdk Component: kernel-2.4.20.2mdk Summary: kernels at least since 2.4.20.2mdk and 2.4.21.pre2.1mdk from Cooker fails to boot on IWill DVD266-R hardware Version: 1-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] System Details: System Mainboard: IWill DVD266-R, dual Pentium-III-750 CPUs, 1024MB RAM Chipset: VIA Apollo Pro 266 (VIA Technologies VT8633 Host bridge) IDE (RAID) interface: CMD Technology PCI0649 (rev 02) (AMI MegaRAID IDE 100) **Note: This system has only ONE ide drive, and it is connected to the CMD 649 **as HDA IDE interface: VIA Technologies VT82C586/B/686A/B PIPC Bus Master IDE (rev 6) -Subsystem: VIA VT8235 Bus Master ATA133/100/66/33 IDE **Note: The VIA IDE contoller on this system is connected only to optical drives **hde is DVD-ROM drive, and hdf=ide-scsi=scd0 is CD-RW drive. HDA: Maxtor 40GB hard disc drive, 5400 rpm, 2MB disk-buffer, ATA-100 interface **Note: As mentioned previously, this disc drive is connected to the CMD-649 **disc controller. Complaint: Since at least kernel-2.4.20.2mdk-1-1mdk, possibly earlier, Mandrake/Cooker kernels do not boot on the above described system. Boot begins normally, but begins very soon to report "hda: lost interrupt" repeatedly. On each occaision, the system stalls for several seconds, and either reports the "hda: lost interrupt" message again, or it may proceed with the boot process incrementally. I have not let the system boot in this condition beyond the partition cheks on HDA. The problem exists in all versions of the Mandrake patched kernel (enterprise, smp, and uniprocessor). The system will boot normally using the "vanilla" kernel-linus2.4-2.4.20-1mdk kernel. The kerneld are booted with the following "append" statement from /etc/lilo.conf: append="devfs=mount hdf=ide-scsi mem=1024M" The last Mandrake/Cooker kernel that I have installed that will boot normally is kernel-enterprise-2.4.19.8mdk-1-1mdk. I was away on business while the kernel packages between 2.4.19.8mdk and 2.4.20.2mdk so I cannot pinpoint exactly when this problem may have begun. The most recent kernel, 2.4.21.pre2.1mdk-1-1mdk exhibits the same sysmptoms. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 773] [XFree86-server] New: DRI makes the X server freeze with ATI Radeon mobility 7500 (M7 LW chip)
https://qa.mandrakesoft.com/show_bug.cgi?id=773 Product: XFree86-server Component: XFree86-server Summary: DRI makes the X server freeze with ATI Radeon mobility 7500 (M7 LW chip) Version: 4.2.99.3-1.20021223.4mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: blocker Priority: P1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When choosing XFree 4.2.99.3 with 3D accelerated, on a laptop (Clevo) with Radeon 7500 mobility (M7 LW chip), the X server freezes (without any other way to hard reboot). This gives a black screen with 6 small images on top of it. This occurs whatever the resolution and depth colour is. Without 3D acceleration X loads correctly. Probably enabling DRI leads to this problem. Note : DRI worked correctly in Mandrake 9 final on the same laptop. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] kdenetwork/kdebase: LAN browser not working right with kio_fish orkio_smb
I have used kio_fish quite a bit from the lan browser (lan://). But, some things seem to be broken. If I browse to a machine (using 'host' for this example) on the lan that runs apache, samba and ssh, I see (links followed in brackets): FISH (lan://localhost/host/FISH) SMB (lan://localhost/host/SMB) HTTP (lan://localhost/host/HTTP) The HTTP url works (not as reliably as before?) but the FISH and SMB don't seem to work. Previously I seem to remember them pointing directly to smb://host or fish://host, and they worked much better. Would be nice to have this fixed before packages ship for stable releases. This is a cooker from about 2 days back (mirror didn't sync last night due to beta ISO, but did the night before). [bgmilne@bgmilne bgmilne]$ rpm -qa 'kde*' kdeadmin-3.1-0.rc6.1mdk kdetoys-3.1-0.rc6.1mdk kdenetwork-3.1-0.rc6.1mdk kdepim-3.1-0.rc6.2mdk kdebase-nsplugins-3.1-0.rc6.3mdk kdenetwork-devel-3.1-0.rc6.1mdk kdegraphics-3.1-0.rc6.1mdk kdeutils-3.1-0.beta2.1mdk kdevelop-2.1.4-1mdk kdelibs-3.1-0.rc6.2mdk kdemultimedia-3.1-0.rc6.2mdk kdesdk-3.1-0.rc6.1mdk kdegraphics-devel-3.1-0.rc6.1mdk kdelibs-devel-3.1-0.rc6.2mdk kdemultimedia-devel-3.1-0.rc6.2mdk kdebase-devel-3.1-0.rc6.3mdk kdebase-servicemenu-1.0-4mdk kdebase-3.1-0.rc6.3mdk Also, the lisa init script could also see some work, I will take a look at it again. Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] Prepare for the onslaught.
At 12:01 PM 1/10/03 -0500, you wrote: >ShoreWall is (IMHO) awful. I install it only because I >think it was required by some other package, but I >"chkconfig --del" it, and keep a copy of Bastille rpms >handy to do the job. > My guess is that Mandrake switched to Shorewall because the config files are way easier to change by program. Also Bastille is doing additionnal security that could conflict with other Mandrake software, while Shorewall does only one thing, network. This said, I was liking Bastille-firewall well, but after using Shorewall for some time, I have come to find its config files more logical and easy to change than the Bastille ones. Did you really try to learn Shorewall ? Many people are just refusing novelty. I have only tested one time the connection sharing (I have only one Windows machine behind my Linux box and I don't think that this OS deserves a place on the Internet) during the 9.0 beta and it basically worked (the only problem was that the damn thing can't be switched off). I have no idea if it works with current Cooker. Gerard
Re: [Cooker] /etc/init.d/spamassassin script error
SI Reasoning wrote: > spamassassin-2.43-3mdk recompiled onto Mandrake 8.2 system. > > Line 24 of the /etc/init.d/spamassassin states OPTIONS="-d -c -a -H" > unfortunately this causes spamassassin to get stuck and kick out (after a long > time) unless the score of Razor is 0. > > If I remove -H then Razor works fine. > Does this have any bearing(ie using razor2)? http://www.ijs.si/software/amavisd/#known-problems -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
[Cooker] /etc/init.d/spamassassin script error
spamassassin-2.43-3mdk recompiled onto Mandrake 8.2 system. Line 24 of the /etc/init.d/spamassassin states OPTIONS="-d -c -a -H" unfortunately this causes spamassassin to get stuck and kick out (after a long time) unless the score of Razor is 0. If I remove -H then Razor works fine. -- SI Reasoning [EMAIL PROTECTED] gpg public key ftp://ftp.p-p-i.com/pub/si-mindspring-pubkey.asc The significant problems we face cannot be solved by the same level of thinking that created them. -Albert Einstein
[Cooker] /etc/init.d/spamassassin script error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 spamassassin-2.43-3mdk recompiled onto Mandrake 8.2 system. Line 24 of the /etc/init.d/spamassassin states OPTIONS="-d -c -a -H" unfortunately this causes spamassassin to get stuck and kick out (after a long time) unless the score of Razor is 0. If I remove -H then Razor works fine. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+HxqWQ3BM1ElJCVIRAsmiAKCHm9G8r6PX1szpTdBZ/WdNupZdYACgy64j nFU9nWeShTYMBa1xzkajHgo= =wyNu -END PGP SIGNATURE-
Request to default to 650MB ISOs (was Re: [Cooker] Prepare for theonslaught.)
Steffen Barszus wrote: > On Friday 10 January 2003 18:41, Buchan Milne wrote: > > >>Please don't make such a trivial mistake which could potentially cause a >>proportion of users to have extreme frustration. Sure, it may only >>affect 5% or less of users, but what if some of those 5% would have been >>club members. >> > > Or if 5% have thought about become clubmember ;) Yes I see your point. Further > an old rule for companies: Actually, according to this poll: http://www.mandrakeclub.com/pollBooth.php?op=results&pollID=26&mode=nested&order=0&thold=0 it's about 10% who voted that they can't use 700MB ISOs, and another 10% who said they don't like 700MB ISOs. Probably a lot of the 10% who didn't like them wanted to use CD-RWs, which aren't always that common in 650MB. Note that I think I may have voted *for* 700MB ISOs, until I experienced the problems myself, so it could be even worse. > > "10 happy costumers may result in 1 additional costumer, but one unhappy can > let you loose ten." (bad translation from german ;) ) That's kind of what I wanted to say, must find the original quote, and some stats ... I think it was a bit different, and even more significant. > BTW: I was mostly angry about the kind of speak from the original mail. Such > kind of complaining is far from constructive. The tone wasn't good, but some of the issues are very relevant, and shouldn't be overlooked. BTW, I have added a request under the RPM voting for 9.1 for 650MB ISOs: http://www.mandrakeclub.com/modules.php?op=modload&name=RPM&func=info_page&RID=532 Mandrake Club members who think 650MB CD-ROM's on obsolete machines shuoldn't need to be replaced at half the cost of a MandrakeClub subscription, please vote for it. Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
[Cooker] libwmf rebuilds
Several pkgs need to be rebuilt because of libwmf-0.2.8 urpmi libwmf The following packages have to be removed for others to be upgraded: ImageMagick-5.5.3.2-1.2plf abiword-plugin-imagemagick-1.0.4_pre1-1mdk enlightenment-0.16.5-12mdk enlightenment-conf-0.15-20mdk ethemes-1.1-10mdk gkrellm-plugins-2.0.4-2mdk gphoto-0.4.3-15mdk libwmf0.2_7-0.2.7-3mdk libwmf0.2_7-devel-0.2.7-3mdk perl-Magick-5.5.3.2-1.2plf plugger-4.0-8mdk wv-0.7.2-4mdk do you agree ? (Y/n) n The abiword plugin can be ignored since it is available on no machines but mine. Can't do without enlightenment myself, though. Am rebuilding for my systems but since I can not upload someone else needs to do so for others. Charles "Nine years of ballet, asshole." -- Shelly Long, to the bad guy after making a jump over a gorge that he couldn't quite, in "Outrageous Fortune" -- Mandrake Linux 9.1 Kernel- 2.4.21-1mdk --
Re: [Cooker] Prepare for the onslaught.
Steffen Barszus wrote: 7. Sound stopped working (lsof showed several apps accessing sound) -- rebooted to fix. Where are for sure other ways. I can't imagine that your often reboots are really neccessary. Both of you have been lucky (at least you *can* reboot or don't need to). I often have to use the power switch (and keep my fingers crossed that the corrupted files/filesystems are not important). I solved my problems by reverting to 8.2 kernel. Cooker kernels gave me filesystem corruption (luckily it was a test machine and could boot from another partition to recover it). Bye -- Luca Olivetti Note.- This message reached you today, it may not tomorrow if you are using MAPS or other RBL. They arbitrarily IP addresses not related in any way to spam, disrupting Internet connectivity. See http://slashdot.org/article.pl?sid=01/05/21/1944247 and http://theory.whirlycott.com/~phil/antispam/rbl-bad/rbl-bad.html msg85504/pgp0.pgp Description: PGP signature
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in MandrakeControl Center
On Friday 10 January 2003 13:11, Thomas Backlund wrote: >AFAIK, the *drak* tools are under "heavy reconstruction", and thats >why those lines show up in every language... > >Thomas And yet this is okay for even a beta release?! Difficult to believe, if you ask me. Pre-Alpha perhaps, but certainly not ready for beta. (IMHO) Well, it's too bad that I'm not the only one with the situation, but at least I know that I haven't lost my mind... :^) -C.S.
Re: [Cooker] Prepare for the onslaught.
Le Vendredi 10 Janvier 2003 18:01, Chuck Shirley a écrit : > On Friday 10 January 2003 11:53, David Walser wrote: > >--- Pierre Fortin <[EMAIL PROTECTED]> wrote: > >> On Fri, 10 Jan 2003 08:57:24 -0500 Sascha Noyes > >> > >> <[EMAIL PROTECTED]> wrote: > >> > According to distrowatch Mandrake 9.1 beta1 is out > >> > >> on some mirrors. > > > >That can't be. 9.1's gotta be a good ways away, and > >cooker's a mess right now. > > I agree, but still, there it is in the top of the Mandrake > Linux web page's listing of the Latest News! :^o > > >> 3b. shorewall complicated switching between LAN and > >> modem access to 'net > > > >Yeah, the Connection Sharing in 9.0 didn't work at all > >when I tried it. I had to grab the files that 8.1 > >Connection Sharing made. > > ShoreWall is (IMHO) awful. I install it only because I > think it was required by some other package, but I > "chkconfig --del" it, and keep a copy of Bastille rpms > handy to do the job. guarddog is my friend. :) -- Pascal Cavy - VMF __ Running 37 min, 4 users, load average: 0.00, 0.02, 0.06 (gcc version 3.2 (Mandrake Linux 9.1 3.2-4mdk)) Kernel Linux version 2.4.20-2mdkenterprise
Re: [Cooker] Prepare for the onslaught.
On Friday 10 January 2003 18:41, Buchan Milne wrote: > Steffen Barszus wrote: > > Please try and trim some of the stuff you reply to ... I had trouble > finding your comments after I hit reply .. > Sorry for that > Who cares about the media, it's trivial in cost to the devices required > to read the media. > Yes I didn't thought about cd-roms, that aren't able to read it.Under that aspect 650M ISOs should be prefered. > And no, downloading 4 ISO images at R1.50/MB (approx $0.18 or so) is not > a feasible answer to people who have bought sets. And also when the rest > of the ISO are mirrored around (and as such are free to download for > me). And I wouldn't try and download the 2.6GB over a modem (which is > cheaper, but slower than the connection here). > Ok as stated above I didn't thought off people who are buying a boxed set of mandrake aren't able to use it. This is a no go. > Please don't make such a trivial mistake which could potentially cause a > proportion of users to have extreme frustration. Sure, it may only > affect 5% or less of users, but what if some of those 5% would have been > club members. > Or if 5% have thought about become clubmember ;) Yes I see your point. Further an old rule for companies: "10 happy costumers may result in 1 additional costumer, but one unhappy can let you loose ten." (bad translation from german ;) ) Greets Steffen BTW: I was mostly angry about the kind of speak from the original mail. Such kind of complaining is far from constructive. -- counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] Prepare for the onslaught.
On Fri, 2003-01-10 at 11:47, Brook Humphrey wrote: > Well I dont experiance this but I have used many ac97 sound cards, Hercules > game fortisimo II and III, and cretive labs sound blaster. And none of them > will record sound under kde. It simply does not work. By the way the mic does > work as the sound comes back out of the speakers. What you need are loopback /dev/dsp's. They work; I make daily recordings using Sox. The only open source sound drivers I have seen that allow duplex operation and thus recording without loopback devs are the Aureal drivers at Sourceforge. In the rest of the world, the quality of the open source soundcard drivers varies wildly and unpredictably; mostly with abject failure when you are talking about recording. I get superior results and better support from 4front Technologies at www.opensound.com. Those sound drivers will work with just about *any* sound card regardless of wether it's a half or full duplex card. The cost of the drivers is very reasonable and worth the expense. You get a wide range of capabilities for even the cheapest soundcard; including a small soundcard performance/diagnostic test utility. Most importantly, the capabilities and performance of the 4front OSS drivers are consistent across a huge population of sound cards; therefore greatly reducing your work when you are helping a friend or customer get sound running. --LX P.S. No, I don't work for them. I've just had a damn good time using their stuff. -- °°° Kernel 2.4.18-6mdk Mandrake Linux 8.2 Enlightenment 0.16.5-11mdkEvolution 1.0.2-5mdk Registered Linux User #268899 http://counter.li.org/ °°°
[Cooker] [Bug 770] [drakconf] Displaying problems on small monitors@800x600
https://qa.mandrakesoft.com/show_bug.cgi?id=770 --- Additional Comments From [EMAIL PROTECTED] 2003-01-10 19:22 --- This isn't about monitor size. Many settings windows are taller than fit on a 600 tall screen, not just mcc. There shouldn't be any settings windows taller than about 450px tall, so that even those using the lowest resolution have the power to do what needs doing. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] description: If you open Mandrake Control Center on a 14" inch monitor that has 800x600, the window is just too big, you can't resize because the upper part is out of the display and alos the ok, cancel buttons are out of the display, thus making Mdk pretty unaseble.
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" inMandrake Control Center
I'm using drakconf-9.1-0.7mdk and I see the same thing. Jason On Fri, 2003-01-10 at 10:04, Chuck Shirley wrote: > On Thursday 09 January 2003 18:41, I wrote: > >I've been noticing it for a while now, but I figured it would be > >resolved eventually, though this makes about a month with the > >problem. Every module in the Contol Center lists the module's > >name followed by the phrase "dummy description" Is this a > >temporary situation, or have my periodic updates provoked it at > >some point along the way? ((For example, under the System > >section, the MenuDrake icon says "Menus: dummy description" in > >the text box area next to it. > > Am I the only one experiencing this malady? It seems to me that > having the mcc describe every module as "dummy description" is a > pretty severe problem considering the (premature?!) move to a > beta-1 pre-release. Should I be submitting it as an actual bug > rather than informally whining about it here in the List? > > The involved package is drakconf-9.1-0.6mdk > > -C.S. > > -- Jason Komar <[EMAIL PROTECTED]> Lubetec
Re: [Cooker] Prepare for the onslaught.
Le Vendredi 10 Janvier 2003 17:47, Brook Humphrey a écrit : > On Friday 10 January 2003 08:09 am, Chmouel Boudjnah wrote: > > Pierre Fortin <[EMAIL PROTECTED]> writes: > > > 5. Installation of LinModem support was more troublesome than in 8.2 -- > > > while not delivered in a Mandrake distro, at least ensuring that a new > > > distro does not make installation of LinModem s/w more difficult is > > > important to winning new users. > > > > this is something that are out of our hands. > > > > > 6. CD filesystem got confused (displaying "??" for each filename > > > and permission denied) requiring a reboot (there's that fscking word > > > again) > > > > that supermount suckness, try disable it. > > Yes and it always looses the file system on the cdrom. You can only access > it once and then it no longer see's the cdrom. The only solution for using > supermount is to eject the cdrom and then putit back in but you can still > only access it once before this happens again. > > > > 7. Sound stopped working (lsof showed several apps accessing sound) -- > > > rebooted to fix. > > > > which sound card. > > Well I dont experiance this but I have used many ac97 sound cards, Hercules > game fortisimo II and III, and cretive labs sound blaster. And none of them > will record sound under kde. It simply does not work. By the way the mic > does work as the sound comes back out of the speakers. I CONFIRM, even in last cooker, which is VERY annoying when using gnomemeeting or ohphone for example ! Pascal > > > Cheers, Chmouel. > > Nice to see you back. Did you enjoy your vacation? From the pictures it > looks so. -- Pascal Cavy - VMF __ Running 30 min, 4 users, load average: 0.00, 0.04, 0.10 (gcc version 3.2 (Mandrake Linux 9.1 3.2-4mdk)) Kernel Linux version 2.4.20-2mdkenterprise
Re: [Cooker] kmix in kde3.1rc5 is krazy !!!
Are you in alsa by the way ? If yes, then it seems kmix has problem with latest alsa api changes... temporarily you can switch to oss to make kmix work. that's what I did for the moment for ac97 and sb live. Le Vendredi 10 Janvier 2003 17:00, Cosmic Flo a écrit : > My sound cards works fine, that's not the problem. > The problem is that in kmix I have 4 SB Live ! cards and no AC97 card. > > > From: Lea Gris <[EMAIL PROTECTED]> > > >Reply-To: [EMAIL PROTECTED] > >To: [EMAIL PROTECTED] > >Subject: Re: [Cooker] kmix in kde3.1rc5 is krazy !!! > >Date: Fri, 10 Jan 2003 13:56:27 +0100 > > > >Cosmic Flo wrote: > >>Is anyone at Mandrakesoft working on this problem / is this problem > >>transfered to KDE team, I didn't have a Mdk answer about this problem ? > > > >You may try to run draksound. It helped also on another cooker config. > >-- > > Léa Gris - http://www.noiraude.net/ > >() Campagne du ruban texte brut contre les courriels en HTML, > >/\ contre les pièces jointes Microsoft. > > _ > MSN Messenger : discutez en direct avec vos amis ! > http://www.msn.fr/msger/default.asp -- Pascal Cavy - VMF __ Running 19 min, 4 users, load average: 0.02, 0.19, 0.17 (gcc version 3.2 (Mandrake Linux 9.1 3.2-4mdk)) Kernel Linux version 2.4.20-2mdkenterprise
[Cooker] php-manual-en
You have php-manual-en in contrib and php-manual_en in cooker. Seems to me the same content. I also miss php-manual-nl
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in Mandrake Control Center
From: "Chuck Shirley" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 10, 2003 7:04 PM Subject: Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in Mandrake Control Center > On Thursday 09 January 2003 18:41, I wrote: > >I've been noticing it for a while now, but I figured it would be > >resolved eventually, though this makes about a month with the > >problem. Every module in the Contol Center lists the module's > >name followed by the phrase "dummy description" Is this a > >temporary situation, or have my periodic updates provoked it at > >some point along the way? ((For example, under the System > >section, the MenuDrake icon says "Menus: dummy description" in > >the text box area next to it. > > Am I the only one experiencing this malady? It seems to me that > having the mcc describe every module as "dummy description" is a > pretty severe problem considering the (premature?!) move to a > beta-1 pre-release. Should I be submitting it as an actual bug > rather than informally whining about it here in the List? > > The involved package is drakconf-9.1-0.6mdk > AFAIK, the *drak* tools are under "heavy reconstruction", and thats why those lines show up in every language... Thomas
Re: [Cooker] kismet-2.8.0b rebuilds without pcap
On Friday 10 January 2003 11:45 am, Buchan Milne wrote: > Cooker wrote: > >>[bgmilne@bgmilne iso-images]$ urpmq -p libpcap-devel > >>libpcap0-devel > >> > >>Did you actually try what I told you??? > > > > Yes I did > > > > [root@pr2 root]# urpmq -p libpcap-devel > > no package named libpcap-devel > > [root@pr2 root]# > > > > I'm running 9.0 and i guess it wasn't in there. I'll download it from > > cooker > > [root@bgmilne-thinkpad root]# cat /etc/mandrake-release > Mandrake Linux release 9.0 (dolphin) for i586 > [root@bgmilne-thinkpad root]# urpmq libpcap-devel > libpcap0-devel > [root@bgmilne-thinkpad root]# urpmq --sources libpcap0-devel > file://home/bgmilne/installs/mandrake/9.0/i586//Mandrake/RPMS/libpcap0-deve >l-0.7.1-2mdk.i586.rpm > > Could you do us a favour, and change the name you post under (From tag), > searching for 'cooker' in a list called cooker could post some > challenges. If you want help that is ... > > Buchan Sorry 'bout the name [root@pr2 salch]# cat /etc/mandrake-release Mandrake Linux release 9.0 (dolphin) for i586 [root@pr2 salch]# urpmq libpcap-devel no package named libpcap-devel are you using the Online MDK9 or a ISO ? I have noticed some files that weren't on the ISO that were on the FTP site for 9.0
Re: [Cooker] Prepare for the onslaught.
J. Greenlees wrote: > ~snip~ > hmm, maybe I'm lucky then only $50.00+14.5%tx CDN / month, no matter how > much data transfer I have for my connection ( eth0 and cable modem ) Yes, there is a world outside north-america and western europe ;-). Johannesburg has 1600 ADSL points available, everything else is analog, ISDN or very expensive "Diginet" (aka R3000/month for a 64kb line before ISP costs). Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] "No fonts found"
On Fri, 2003-01-10 at 04:40, Frederic Crozat wrote: > On Thu, 09 Jan 2003 11:14:09 -0600, Lonnie Borntreger wrote: > > > On Thu, 2003-01-09 at 04:10, Frederic Crozat wrote: > >> Very strange.. Do you, by any chance, have a font which is not > >> world-readable ? (check with strace..) > > > > I took a very quick look, and didn't see it. I have to run out for a > > little, so I've attached the strace output for xsane. I'll investigate > > further upon my return - thought I'd give you a head start. > > Try stracing fc-list instead, should be a lot easier to read :)) fc-list runs fine... shows a long list of fonts. Should it be failing also, considering the other apps are? BTW, I did a manual inspection of my font directories, all of the files are world readable. TTFN, Lonnie Borntreger
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in Mandrake Control Center
On Friday 10 January 2003 18:12, Lea Gris wrote: > Chuck Shirley wrote: > > Am I the only one experiencing this malady? It seems to me that > > having the mcc describe every module as "dummy description" is a > > pretty severe problem considering the (premature?!) move to a > > beta-1 pre-release. Should I be submitting it as an actual bug > > rather than informally whining about it here in the List? > > > > The involved package is drakconf-9.1-0.6mdk > > Noticed it as well with same guess as you; > > For information I use french locales. I noticed this as well.
Re: [Cooker] Prepare for the onslaught.
Buchan Milne wrote: ~snip~ And no, downloading 4 ISO images at R1.50/MB (approx $0.18 or so) is not a feasible answer to people who have bought sets. And also when the rest of the ISO are mirrored around (and as such are free to download for me). And I wouldn't try and download the 2.6GB over a modem (which is cheaper, but slower than the connection here). ~snip~ hmm, maybe I'm lucky then only $50.00+14.5%tx CDN / month, no matter how much data transfer I have for my connection ( eth0 and cable modem ) Jaqui (if I had the hd space I could mirror easily. ;) )
Re: [Cooker] Prepare for the onslaught.
David Walser wrote: >> >>Even if you read the errata >> >>http://www.mandrakelinux.com/en/errata.php3#gateway > > > Yep. Box I was working on has cable (eth0 connected > to cable modem) for internet access and ethernet > (eth1) LAN. I did notice the wrongly ask for a > gateway problem, and I edited that out of > sysconfig/network myself (didn't even read that part > of the errata), but Connection Sharing still didn't work. Weird, since I have both configs: Modem->9.0 box with MNF->coax->eth0:Desktop with 9.0:eth1->Laptop with 9.0 I have setup ICS on the MNF box and on my desktop with drakgw, and didn't seem to have any issues (can't remember fixing anything or doing any manual configs to get it working ...). Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] kismet-2.8.0b rebuilds without pcap
Cooker wrote: >>[bgmilne@bgmilne iso-images]$ urpmq -p libpcap-devel >>libpcap0-devel >> >>Did you actually try what I told you??? > > Yes I did > > [root@pr2 root]# urpmq -p libpcap-devel > no package named libpcap-devel > [root@pr2 root]# > > I'm running 9.0 and i guess it wasn't in there. I'll download it from cooker > [root@bgmilne-thinkpad root]# cat /etc/mandrake-release Mandrake Linux release 9.0 (dolphin) for i586 [root@bgmilne-thinkpad root]# urpmq libpcap-devel libpcap0-devel [root@bgmilne-thinkpad root]# urpmq --sources libpcap0-devel file://home/bgmilne/installs/mandrake/9.0/i586//Mandrake/RPMS/libpcap0-devel-0.7.1-2mdk.i586.rpm Could you do us a favour, and change the name you post under (From tag), searching for 'cooker' in a list called cooker could post some challenges. If you want help that is ... Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] Prepare for the onslaught.
--- Buchan Milne <[EMAIL PROTECTED]> wrote: > David Walser wrote: > > --- Pierre Fortin <[EMAIL PROTECTED]> wrote: > > > > > > Yeah, the Connection Sharing in 9.0 didn't work at > all > > when I tried it. I had to grab the files that 8.1 > > Connection Sharing made. > > > Even if you read the errata > > http://www.mandrakelinux.com/en/errata.php3#gateway Yep. Box I was working on has cable (eth0 connected to cable modem) for internet access and ethernet (eth1) LAN. I did notice the wrongly ask for a gateway problem, and I edited that out of sysconfig/network myself (didn't even read that part of the errata), but Connection Sharing still didn't work. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: [Cooker] Prepare for the onslaught.
Steffen Barszus wrote: Please try and trim some of the stuff you reply to ... I had trouble finding your comments after I hit reply .. > On Friday 10 January 2003 17:02, Pierre Fortin wrote: >>0**. ISOs created for post-standard 700MB CDs (this is like trying to >>write 2MB on *any* 1.44 floppy drive ever manufactured) excommunicated all >>users who didn't own standards-extending writers. >> > > 700MB CDs are in my area the only one you will get. It is quite complicated to > become 650 MB cd-r's. Where is it written, that it is bad ? How many people > have really problems with that beside you ? Isn't it enough that the club has > provided 650 MB ISOs ? > Who cares about the media, it's trivial in cost to the devices required to read the media. Especially consider that a user buying a boxed set (AFIAK, boxed sets were also 700MB) shouldn't be forced to buy a new CD-ROM drive just because Mandrakesoft wanted to ship one less CD. If you have an affected drive, Mandrake 9.0 was a nightmare. I say this after having done about 10 intalls on machines which were fine, not seeing what all the fuss is about, to discover it really is a problem on some machines. And no, downloading 4 ISO images at R1.50/MB (approx $0.18 or so) is not a feasible answer to people who have bought sets. And also when the rest of the ISO are mirrored around (and as such are free to download for me). And I wouldn't try and download the 2.6GB over a modem (which is cheaper, but slower than the connection here). Please don't make such a trivial mistake which could potentially cause a proportion of users to have extreme frustration. Sure, it may only affect 5% or less of users, but what if some of those 5% would have been club members. My girlfriend has an affected machine, and it's essentially impossible for her to install any software unless I am there with my laptop (not often, it's a 4 hour drive there). Anyway, I will submit it as a request on MandrakeClub, then we will see how much it is worth ... Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] kismet-2.8.0b rebuilds without pcap
On Friday 10 January 2003 11:30 am, Buchan Milne wrote: > Cooker wrote: > > On Friday 10 January 2003 10:55 am, Buchan Milne wrote: > >>Cooker wrote: > >>>On Friday 10 January 2003 10:31 am, Cooker wrote: > >>> > >>>I do have libpcap installed and it still rebuilt without pcap support > >> > >>In virtually every case where you want another library supported on a > >>package, you need the -devel package for the library: > >> > >>Try > >># urpmi libpcap-devel > >> > >>and rebuild it and see, in which case the spec needs a : > >>BuildRequires: libpcap-devel > >> > >>Buchan > > > > Well.. i can't seem to find a libpcap-devel package > > [bgmilne@bgmilne iso-images]$ urpmq -p libpcap-devel > libpcap0-devel > > Did you actually try what I told you??? Yes I did [root@pr2 root]# urpmq -p libpcap-devel no package named libpcap-devel [root@pr2 root]# I'm running 9.0 and i guess it wasn't in there. I'll download it from cooker
Re: [Cooker] Prepare for the onslaught.
Chuck Shirley wrote: > On Friday 10 January 2003 11:53, David Walser wrote: > > ShoreWall is (IMHO) awful. I install it only because I > think it was required by some other package, but I > "chkconfig --del" it, and keep a copy of Bastille rpms > handy to do the job. > You might want to reconsider that statement, something more like: Shorewall is very powerful, but 9.0 had some bugs which caused everyone to think that it was due to the change from bastille to shorewall. Also, the firewall configuration tool is slightly limited for machines which do internet connection sharing. I have 6+ Mandrake 8.2 with MNF or Mandrake 9.0 with MNF machines in production, and shorewall rocks. Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] kismet-2.8.0b rebuilds without pcap
Cooker wrote: > On Friday 10 January 2003 10:55 am, Buchan Milne wrote: > >>Cooker wrote: >> >>>On Friday 10 January 2003 10:31 am, Cooker wrote: >>> >>>I do have libpcap installed and it still rebuilt without pcap support >> >>In virtually every case where you want another library supported on a >>package, you need the -devel package for the library: >> >>Try >># urpmi libpcap-devel >> >>and rebuild it and see, in which case the spec needs a : >>BuildRequires: libpcap-devel >> >>Buchan > > > > Well.. i can't seem to find a libpcap-devel package [bgmilne@bgmilne iso-images]$ urpmq -p libpcap-devel libpcap0-devel Did you actually try what I told you??? [bgmilne:~]# urpmi libpcap-devel % Total% Received % Xferd Average Speed Time Curr. Dload Upload TotalCurrent Left Speed 100 98181 100 981810 0 87427 0 0:00:01 0:00:01 0:00:00 1976k installing /var/cache/urpmi/rpms/libpcap0-devel-0.7.1-3mdk.i586.rpm > that could be a problem > How so??? It's even in main, fancy that: [bgmilne:~]# urpmq --sources libpcap0-devel ftp://ftp.cae.co.za/pub/mandrake/cooker/i586/Mandrake/RPMS/libpcap0-devel-0.7.1-3mdk.i586.rpm -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] Prepare for the onslaught.
David Walser wrote: > --- Pierre Fortin <[EMAIL PROTECTED]> wrote: > > > Yeah, the Connection Sharing in 9.0 didn't work at all > when I tried it. I had to grab the files that 8.1 > Connection Sharing made. Even if you read the errata http://www.mandrakelinux.com/en/errata.php3#gateway Buchan -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
[Cooker] [Bug 770] [drakconf] Displaying problems on small monitors@800x600
https://qa.mandrakesoft.com/show_bug.cgi?id=770 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-01-10 18:17 --- Whoa, why does _at_vote assign the bug to the voter Resetting ... --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] description: If you open Mandrake Control Center on a 14" inch monitor that has 800x600, the window is just too big, you can't resize because the upper part is out of the display and alos the ok, cancel buttons are out of the display, thus making Mdk pretty unaseble.
Re: [Cooker] Prepare for the onslaught.
Brook Humphrey <[EMAIL PROTECTED]> writes: > No the ac97 was built in sound on both via and sis motherboards running athlon > xp's. the sound blaster live and game fortisimos were new pci cards. > > And the kde built in sound recorder does not record either. sounds weird, i got a couple of ac97 based sounds cards as i said i may see this weekend.
[Cooker] [Bug 770] [drakconf] Displaying problems on small monitors@800x600
https://qa.mandrakesoft.com/show_bug.cgi?id=770 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW AssignedTo|5297|1353 --- Additional Comments From [EMAIL PROTECTED] 2003-01-10 18:14 --- hmm, seen this since 8.1 with some apps. bad window size in code rather than bug. J. Greenlees --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] description: If you open Mandrake Control Center on a 14" inch monitor that has 800x600, the window is just too big, you can't resize because the upper part is out of the display and alos the ok, cancel buttons are out of the display, thus making Mdk pretty unaseble.
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in MandrakeControl Center
Chuck Shirley wrote: Am I the only one experiencing this malady? It seems to me that having the mcc describe every module as "dummy description" is a pretty severe problem considering the (premature?!) move to a beta-1 pre-release. Should I be submitting it as an actual bug rather than informally whining about it here in the List? The involved package is drakconf-9.1-0.6mdk Noticed it as well with same guess as you; For information I use french locales. -- Léa Gris - http://www.noiraude.net/ () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes Microsoft.
Re: [Cooker] Prepare for the onslaught.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 10 January 2003 08:55 am, Chmouel Boudjnah wrote: > Brook Humphrey <[EMAIL PROTECTED]> writes: > > Well I dont experiance this but I have used many ac97 sound cards, > > Hercules game fortisimo II and III, and cretive labs sound blaster. And > > none of them will record sound under kde. It simply does not work. By the > > way the mic does work as the sound comes back out of the speakers. > > ISA sound cards ? did you try with some others stuff than KDE recorder > ? (i am pretty far away of the sound-card-recording-buisness, so i > cannot help, but maybe i will give a shot this weekend if it's > just works). No the ac97 was built in sound on both via and sis motherboards running athlon xp's. the sound blaster live and game fortisimos were new pci cards. And the kde built in sound recorder does not record either. > > > Nice to see you back. Did you enjoy your vacation? From the pictures it > > looks so. > > Awesome simply awesome, when one month ago i was sitting on the beach > drinking a Pina Colada with two gorgeous girls on the knees now i am > back under the snow in paris in front of my computers :-( Yes but you do a good job. Thanks for comming back. - -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Hv6AnT1TkA6FgPgRAi7XAJ98A0WSfM/ycBYVpgDFKIXig9cxAwCfdGfw wvidhTMuCtM+AR5XMPDnQUo= =mDHh -END PGP SIGNATURE-
Re: [Cooker] Prepare for the onslaught.
On Friday 10 January 2003 11:53, David Walser wrote: >--- Pierre Fortin <[EMAIL PROTECTED]> wrote: >> On Fri, 10 Jan 2003 08:57:24 -0500 Sascha Noyes >> <[EMAIL PROTECTED]> wrote: >> >> > According to distrowatch Mandrake 9.1 beta1 is out >> on some mirrors. > >That can't be. 9.1's gotta be a good ways away, and >cooker's a mess right now. I agree, but still, there it is in the top of the Mandrake Linux web page's listing of the Latest News! :^o >> 3b. shorewall complicated switching between LAN and >> modem access to 'net > >Yeah, the Connection Sharing in 9.0 didn't work at all >when I tried it. I had to grab the files that 8.1 >Connection Sharing made. ShoreWall is (IMHO) awful. I install it only because I think it was required by some other package, but I "chkconfig --del" it, and keep a copy of Bastille rpms handy to do the job.
Re: [Cooker] (drakconf-9.1-0.6mdk) "dummy descriptions" in MandrakeControl Center
On Thursday 09 January 2003 18:41, I wrote: >I've been noticing it for a while now, but I figured it would be >resolved eventually, though this makes about a month with the >problem. Every module in the Contol Center lists the module's >name followed by the phrase "dummy description" Is this a >temporary situation, or have my periodic updates provoked it at >some point along the way? ((For example, under the System >section, the MenuDrake icon says "Menus: dummy description" in >the text box area next to it. Am I the only one experiencing this malady? It seems to me that having the mcc describe every module as "dummy description" is a pretty severe problem considering the (premature?!) move to a beta-1 pre-release. Should I be submitting it as an actual bug rather than informally whining about it here in the List? The involved package is drakconf-9.1-0.6mdk -C.S.
Re: [Cooker] kismet-2.8.0b rebuilds without pcap
On Friday 10 January 2003 10:55 am, Buchan Milne wrote: > Cooker wrote: > > On Friday 10 January 2003 10:31 am, Cooker wrote: > > > > I do have libpcap installed and it still rebuilt without pcap support > > In virtually every case where you want another library supported on a > package, you need the -devel package for the library: > > Try > # urpmi libpcap-devel > > and rebuild it and see, in which case the spec needs a : > BuildRequires: libpcap-devel > > Buchan Well.. i can't seem to find a libpcap-devel package that could be a problem
Re: [Cooker] Re: [CHRPM] OpenOffice.org-1.0.1-10mdk
On Fri, 10 Jan 2003, David Walser wrote: > > > - Really make it ExclusiveArch: i386 i486 i586 > > i686 > > > athlon ppc > > > > Arrgh! You forgot k6! Why does this need > > ExclusiveArch anyway BTW? Not portable to > > alpha/sparc? > > Oh I see, you just used the macro. Yeah, and I was just too lazy to regenerate the packages just for that, even with --short-circuit, that takes time. ;-)
Re: [Cooker] Prepare for the onslaught.
Brook Humphrey <[EMAIL PROTECTED]> writes: > Well I dont experiance this but I have used many ac97 sound cards, Hercules > game fortisimo II and III, and cretive labs sound blaster. And none of them > will record sound under kde. It simply does not work. By the way the mic does > work as the sound comes back out of the speakers. ISA sound cards ? did you try with some others stuff than KDE recorder ? (i am pretty far away of the sound-card-recording-buisness, so i cannot help, but maybe i will give a shot this weekend if it's just works). > Nice to see you back. Did you enjoy your vacation? From the pictures it looks > so. Awesome simply awesome, when one month ago i was sitting on the beach drinking a Pina Colada with two gorgeous girls on the knees now i am back under the snow in paris in front of my computers :-(
Re: [Cooker] Prepare for the onslaught.
--- Pierre Fortin <[EMAIL PROTECTED]> wrote: > On Fri, 10 Jan 2003 08:57:24 -0500 Sascha Noyes > <[EMAIL PROTECTED]> wrote: > > > According to distrowatch Mandrake 9.1 beta1 is out > on some mirrors. That can't be. 9.1's gotta be a good ways away, and cooker's a mess right now. > 3b. shorewall complicated switching between LAN and > modem access to 'net Yeah, the Connection Sharing in 9.0 didn't work at all when I tried it. I had to grab the files that 8.1 Connection Sharing made. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
