Re: [expert] Linuxconf
On Wednesday 19 November 2003 03:13 am, James Sparenberg wrote: On Tue, 2003-11-18 at 06:57, Greg Meyer wrote: If you want a pointy-clicky config interface and you don't like DrakConf, use Webmin -- it doesn't have that problem. It's also better at handling complex config than DrakConf. DrakConf is very good at things like X, but I agree that its network config is... questionable. I'm going to have to admit that I agree with Jack here. I stopped using Linuxconf around the time of RH5.2 for this very reason. It was a nice training tool. In that it taught me a lot about repairs but hardly a learning system I would ever recommend. Webmin I've been a fan of since around the time of MDK 7.0 (I started my switch from RH to MDK around the time of MDK 6.x) and the Drake Family of tools have become a very real and very reliable set of tools. The most important thing is that they actually modify the real set of config files not a psuedo set. (ala e-smith, or some of the firewall distro's) Nor like some of the tools in another distro that try to think for me. They follow the philosophy of C. Yes you can mess something up. But in doing so, you can also use the tools to undo it as well. James Ok, I'll check it out. But just a quick question - is there an entry for Webmin on any of the popup menus? I've figured out how to start Webmin, but only by going to the Webmin web site. There doesn't seem to be much documentation included in the Mandrake distribution. I checked under Configuration, and some other places, but there's no entry like there is for the CUPS www admin tool. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Linuxconf
On Wednesday 19 November 2003 09:24 am, Timothy Brown wrote: After you get it started now go to your browser and go to https://localhost:1 make sur you have https Right, I know how to access it manually. I was just wondering if I missed a K-menu entry to start a browser with that URL. No big deal if there isn't - I can add one or use a bookmark. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] I think it's safe to say the 2.4.22 kernel series is screwed
On Wednesday 19 November 2003 05:41 am, Tom Brinkman wrote: On Wednesday 19 November 2003 02:54 pm, Praedor Atrebates wrote: At least with regards to sound. I must now give up on any 9.2 stock kernels. I have now failed to get my fully functional sound system to work in 9.2 using: default kernel 2.4.22-10mdk, 2.4.22-21mdk, 2.4.22 multimedia kernel, the 9.2 2.4.22 tmb kernel. Not a one of them will operate my VIA 8233 sound device while 9.1 and the 2.4.21 kernel series had no problems. I've been reading this thread, but with no idea what your problem could be Praedor . I've got a VIA 8233 snd-via82xx : VIA Technologies|VT8233 [AC97 Audio Controller] [MULTIMEDIA_AUDIO] (actually the sound chip is an ADI AD-1980) ...and I'm using tom $ uname -r 2.4.22-21.tmb.2mdk The sound works just fine. I did have to install aumix-2.8-6mdk (it wasn't installed by default) and move all it's sliders to 100%, then do the same in kmix. I'm now running 10.0, but the sound worked with a 9.2 fresh install (after I installed aumix) and 9.2's default kernel (2.4.22-10). Just for the record, are you having any trouble with APIC? Is it disabled in your BIOS setting? What's the boot params line in lilo.conf. Thanks - given the severity of the report, all the information is good to know. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Linuxconf
Now I'll have to beat the Sparenberg drum - this clearly deserves a bug report. I can't do it yet, since I've just ordered my 9.2 boxed set, and don't have 9.2 installed on any systems. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Linuxconf
On Monday 17 November 2003 12:15 pm, Greg Meyer wrote: On Monday 17 November 2003 11:13 am, Timothy Brown wrote: List, Please don't flame me. But where is linuxconf in M9.2 Tim It's moved to contrib, but be careful, it is really quite broken in 9.2, especially as related to Network stuff. ^^ What a horrible shame! It's really the only front end for a lot of network configuration. What are the problems? I didn't find any bug reports on Cooker Bugzilla or bugs.mandrakelinux.com, or discussions in the mailing list for the last 3 months... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] missing fronts from Qt3
On Saturday 15 November 2003 10:06 pm, James Sparenberg wrote: Glenn Could I be so bold as to trouble you to do a cut and past of the above e-mail into a bug report? I'm quite sure you aren't alone with your problem. Thanks. James http://bugs.mandrakelinux.com I'm ahead of you. Please see http://qa.mandrakesoft.com/show_bug.cgi?id=6367 Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] cd writer fails...
Looks to me like dummy mode is turned on, so no actual write should occur. Turn off dummy mode, and try again. But the operation should work in dummy mode, shouldn't it? Anyway, I tried it in real mode, and the same thing happens. The Sense Key: 0x5 Illegal Request occurs at the very beginning, just as the burn is supposed to start. Cdrecord 2.0 (i586-mandrake-linux-gnu) Copyright (C) 1995-2002 Jörg Schilling TOC Type: 0 = CD-DA Using libscg version 'schily-0.7' atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 1 Vendor_info: 'LG ' Identifikation : 'CD-RW CED-8080B ' Revision : '1.04' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : MMC SWABAUDIO Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1024000 = 1000 KB FIFO size : 4194304 = 4096 KB scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 Linux sg driver version: 3.1.24 Track 01: audio 45 MB (04:28.49) no preemp Track 02: audio 35 MB (03:31.80) no preemp Track 03: audio 54 MB (05:21.53) no preemp Track 04: audio 36 MB (03:38.93) no preemp Track 05: audio 63 MB (06:17.10) no preemp Track 06: audio 44 MB (04:26.00) no preemp Track 07: audio 33 MB (03:20.40) no preemp Track 08: audio 37 MB (03:42.02) no preemp Track 09: audio 165 MB (16:21.04) no preemp Track 10: audio 41 MB (04:04.06) no preemp Track 11: audio 27 MB (02:44.96) no preemp Track 12: audio 31 MB (03:06.17) no preemp Lout start: 620 MB (61:26/40) = 276340 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 6 Is not unrestricted Is not erasable Disk sub type: Medium Type C, low Beta category (C-) (6) ATIP start of lead in: -11231 (97:32/19) ATIP start of lead out: 359847 (79:59/72) Disk type:Short strategy type (Phthalocyanine or similar) Manuf. index: 27 Manufacturer: Prodisc Technology Inc. Blocks total: 359847 Blocks current: 359847 Blocks remaining: 83507 Starting to write CD/DVD at speed 8 in real TAO mode for single session. Performing OPC... /usr/bin/cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 00 00 00 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 64 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.001s timeout 40s Track 01:0 of 45 MB written. write track data: error after 0 bytes Writing time:5.020s Average write speed 734.9x. Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 /usr/bin/cdrecord: Input/output error. close track/session: scsi sendcmd: no error CDB: 5B 00 02 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 2C 04 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x2C Qual 0x04 (current program area is empty) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.000s timeout 480s cmd finished after 0.000s timeout 480s /usr/bin/cdrecord: fifo had 64 puts and 1 gets. /usr/bin/cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] missing fronts from Qt3
I'm getting close to the cause of the problem - I started doing a survey of several different machines, all running MDK 9.1. Some had all the fonts, some didn't. The ones that didn't had missing entries from the file /usr/X11R6/lib/X11/fonts/fonts.cache-1. Specifically, the entries for 75dpi and 100dpi were missing. Which utility maintains this file? Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] missing fronts from Qt3
On Saturday 15 November 2003 09:04 am, Stefan Rijnhart wrote: Op zaterdag 15 november 2003 12:56, schreef Glenn Burkhardt: I'm getting close to the cause of the problem - I started doing a survey of several different machines, all running MDK 9.1. Some had all the fonts, some didn't. The ones that didn't had missing entries from the file /usr/X11R6/lib/X11/fonts/fonts.cache-1. Specifically, the entries for 75dpi and 100dpi were missing. Which utility maintains this file? Not being an X person at all myself, but have you got the following packages installed? XFree86-100dpi-fonts XFree86-75dpi-fonts Stefan. Yes, both packages are installed: [EMAIL PROTECTED] glenn]$ rpm -qa | grep dpi XFree86-100dpi-fonts-4.3-8.2mdk XFree86-75dpi-fonts-4.3-8.2mdk I've discovered by experiment that adding the missing lines in /usr/X11R6/lib/X11/fonts/fonts.cache-1 for the non-scaled fonts, viz., 100dpi 0 .dir 75dpi 0 .dir fixes the problem. I've been digging, and it looks like the program 'fc-cache' (part of fontconfig) is supposed to maintain this file, and the other font-cache files in the font directory. But I haven't been able to find any documentation on it yet. There are notes in mailing lists that indicate that one can force the files to be updated with 'fc-cache -fv', but I'd like to find some documentation before trying it. I think that when I applied updates to the system, one or more of the XFree86 packages didn't force an update during post install. There were so many updates to 9.1, and I've applied most all of them, especially all the XFree86 updates. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] missing fronts from Qt3
Executing 'fc-cache -f' has fixed the problem. The Qt fontlist program now finds all the non-scaled fonts. There doesn't seem to be any documentation of 'fc-cache' in the fontconfig source. So probably one of the updates was botched. [EMAIL PROTECTED] glenn]# cat /usr/X11R6/lib/X11/fonts/fonts.cache-1 encodings 0 .dir Speedo 0 .dir TTF 0 .dir Type1 0 .dir mdk 0 .dir misc 0 .dir [EMAIL PROTECTED] glenn]# fc-cache -f [EMAIL PROTECTED] glenn]# cat /usr/X11R6/lib/X11/fonts/fonts.cache-1 encodings 0 .dir Speedo 0 .dir TTF 0 .dir Type1 0 .dir mdk 0 .dir misc 0 .dir 100dpi 0 .dir 75dpi 0 .dir Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] missing fronts from Qt3
It looks like the post-install for the 100dpi font rpm doesn't update the /usr/X11R6/lib/X11/fonts/fonts.cache-1, but only the /usr/X11R6/lib/X11/fonts/100dpi/fonts.cache-1: [EMAIL PROTECTED] tmp]$ rpm -qp --scripts XFree86-100dpi-fonts-4.3-8.2mdk.i586.rpm postinstall scriptlet (through /bin/sh): umask 133 cd /usr/X11R6/lib/X11/fonts/100dpi mkfontdir || : /usr/bin/fc-cache . || : /usr/sbin/chkfontpath -q -a /usr/X11R6/lib/X11/fonts/100dpi:unscaled So if the entry doesn't exist before installing the font package, some programs (at least those that use Qt) won't be able to use the font. Here's what happens if the entry doesn't exist: == first, remove the font package entirely: [EMAIL PROTECTED] tmp]# rpm -e --nodeps XFree86-100dpi-fonts-4.3-8.2mdk [EMAIL PROTECTED] tmp]# rm -rf /usr/X11R6/lib/X11/fonts/100dpi [EMAIL PROTECTED] tmp]# cat /usr/X11R6/lib/X11/fonts/fonts.cache-1 encodings 0 .dir Speedo 0 .dir TTF 0 .dir Type1 0 .dir mdk 0 .dir misc 0 .dir 75dpi 0 .dir MathML 0 .dir 100dpi 0 .dir [EMAIL PROTECTED] tmp]# fc-cache [EMAIL PROTECTED] tmp]# cat /usr/X11R6/lib/X11/fonts/fonts.cache-1 encodings 0 .dir Speedo 0 .dir TTF 0 .dir Type1 0 .dir mdk 0 .dir misc 0 .dir 75dpi 0 .dir MathML 0 .dir == then, install the font package: [EMAIL PROTECTED] tmp]# rpm -i XFree86-100dpi-fonts-4.3-8.2mdk.i586.rpm [EMAIL PROTECTED] tmp]# cat /usr/X11R6/lib/X11/fonts/fonts.cache-1 encodings 0 .dir Speedo 0 .dir TTF 0 .dir Type1 0 .dir mdk 0 .dir misc 0 .dir 75dpi 0 .dir MathML 0 .dir == But this fixes it: [EMAIL PROTECTED] tmp]# fc-cache [EMAIL PROTECTED] tmp]# cat /usr/X11R6/lib/X11/fonts/fonts.cache-1 encodings 0 .dir Speedo 0 .dir TTF 0 .dir Type1 0 .dir mdk 0 .dir misc 0 .dir 75dpi 0 .dir MathML 0 .dir 100dpi 0 .dir Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] cd writer fails...
I can't get a CD writer to work - all the device configuration seems OK, and the model is listed as known to work on the main compatibility list (http://wt.xpilot.org/cgi-bin/winni/lsc-orig.pl), and, Herr Schilling lists it as one of the units he has to play with. Cdrecord 2.0 (i586-mandrake-linux-gnu) Copyright (C) 1995-2002 Jörg Schilling Linux sg driver version: 3.1.24 Using libscg version 'schily-0.7' scsibus0: 0,0,0 0) 'LG ' 'CD-RW CED-8080B ' '1.04' Removable CD-ROM The error log from 'gcombust' is: Cdrecord 2.0 (i586-mandrake-linux-gnu) Copyright (C) 1995-2002 Jörg Schilling TOC Type: 0 = CD-DA Using libscg version 'schily-0.7' atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 1 Vendor_info: 'LG ' Identifikation : 'CD-RW CED-8080B ' Revision : '1.04' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : MMC SWABAUDIO Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1024000 = 1000 KB FIFO size : 4194304 = 4096 KB scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 Linux sg driver version: 3.1.24 Track 01: audio 45 MB (04:28.49) no preemp Track 02: audio 35 MB (03:31.80) no preemp Track 03: audio 54 MB (05:21.53) no preemp Track 04: audio 36 MB (03:38.93) no preemp Track 05: audio 63 MB (06:17.10) no preemp Track 06: audio 44 MB (04:26.00) no preemp Track 07: audio 33 MB (03:20.40) no preemp Track 08: audio 37 MB (03:42.02) no preemp Track 09: audio 165 MB (16:21.04) no preemp Track 10: audio 41 MB (04:04.06) no preemp Track 11: audio 27 MB (02:44.96) no preemp Track 12: audio 31 MB (03:06.17) no preemp Lout start: 620 MB (61:26/40) = 276340 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 6 Is not unrestricted Is not erasable Disk sub type: Medium Type C, low Beta category (C-) (6) ATIP start of lead in: -11231 (97:32/19) ATIP start of lead out: 359847 (79:59/72) Disk type:Short strategy type (Phthalocyanine or similar) Manuf. index: 27 Manufacturer: Prodisc Technology Inc. Blocks total: 359847 Blocks current: 359847 Blocks remaining: 83507 Starting to write CD/DVD at speed 4 in dummy TAO mode for single session. /usr//bin/cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 00 00 00 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 64 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.001s timeout 40s Track 01:0 of 45 MB written. write track data: error after 0 bytes Writing time:5.020s Average write speed 734.8x. WARNING: Some drives don't like fixation in dummy mode. Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 /usr//bin/cdrecord: fifo had 64 puts and 1 gets. /usr//bin/cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%. Any ideas?? Is the old firmware level (1.4) an issue? Thanks. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] missing fronts from Qt3
I've been porting some of my applications to Mandrake 9.1 from 8.1, and I can't seem to get a Lucidatypewriter font. Is there something odd with the way the Qt libraries have been built? I tried running the example program from the QFontDatabase manual page that lists all the fonts, and Lucidatypewriter is no where to be found. But I pulled the library source, and compiled qfontdatabase.cpp and linked it with the font list program, and, surprise, Lucidatypewriter is available, along with a number of other fonts (AvantGarde, Bookman, Helvetica). Anyone know what happened? Thanks. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] programms disapearing..
On Thursday 06 November 2003 11:49 am, Markus Gonaus wrote: Am Don, den 06.11.2003 schrieb Vtucatz elPunishar um 17:38: hi everybody, is there a linux virus deleting random stuff on the drive? At least there is a rootkit, which can hide files. (Adore). If you want to be shure about this, goto http://www.chkrootkit.org/ But it does not sound very likeley to me, that a hacker has reasons to hide the X binaries. Markus Gonaus What filesystem are you using? Versions of XFS have been known to trash files, leaving them filled with zeros. This is at least for versions prior or equal to 1.3.0pre2. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Help on scripting
sed -e s/$/#/ text.txt newtext.txt On Wednesday 05 November 2003 09:17 pm, Fajar Priyanto wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear All, Again, I'm pleading for your help. I have this text file consisting: ; ; ; I want to add # at the end of each line. How do I do that? Thanks - -- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] How to configure fax4cups?
if however I try lpr -Phylafax -J number /etc/hosts I get tons of blank pages created to send (approx 30) I thought that CUPS was supposed to sort out the conversion of simple text files to whatever format is required? Peter The problem is in CUPS, although there might be a missing parameter in hylafax.ppd that would correct it. I've captured the Postscript file that's generated before sendfax is called, and it's garbage if the file queued was a text file. CUPS is calling 'texttops' and 'pstops' (see the log file /var/log/cups/error_log). I plan to look into this, but it might be several days before I can get to it. If you find out anything, please let me know. Thanks. I might get some time to look at it tomorrow, but I am clearing out my to do's as I am on holiday from Thursday. All the best Peter Well, some things sit on the back burner for a long time. But I have found the problem. There were parameters missing from the 'hylafax.ppd' file (see attached). If you replace the file /usr/share/cups/model/hylafax.ppd, the change won't be seen unless you delete the printer, and re-install it, since the working file is in /etc/cups/ppd. If you replace the file in /etc/cups/ppd, just restart the CUPS daemon, and it'll get used (actually, I think the daemon might not need to get restarted). *PPD-Adobe: 4.3 *FormatVersion: 4.3 *FileVersion: 1.0 *LanguageVersion: English *LanguageEncoding: ISOLatin1 *PCFileName:HYLAFAX.PPD *Manufacturer: HylaFAX *Product: HylaFAX *cupsFilter:application/vnd.cups-postscript 0 - *cupsVersion: 1.1 *cupsManualCopies: True *ModelName: HylaFAX *ShortNickName: HylaFAX *NickName: HylaFAX *PSVersion: (3010.000) 550 *LanguageLevel: 3 *ColorDevice: False *FaxSupport:Base *FileSystem:False *Throughput:1 *TTRasterizer: Type42 *LandscapeOrientation: Plus90 *VariablePaperSize: False *OpenUI *Resolution/Fax Resolution: PickOne *OrderDependency: 10 AnySetup *Resolution *DefaultResolution: 204x196dpi *Resolution 204x196dpi/204×196 dpi (high resolution): *Resolution 204x98dpi/204×98 dpi (low resolution): *CloseUI: *Resolution *OpenUI *PageSize/Media Size: PickOne *OrderDependency: 0 AnySetup *PageSize *DefaultPageSize: Letter *PageSize A4/A4: /PageSize[595 842]/ImagingBBox nullsetpagedevice *PageSize Letter/US Letter: /PageSize[612 792]/ImagingBBox nullsetpagedevice *PageSize Legal/US Legal: /PageSize[612 1008]/ImagingBBox nullsetpagedevice *CloseUI: *PageSize *DefaultPageRegion: A4 *PageRegion A4/A4: /PageSize[595 842]/ImagingBBox nullsetpagedevice *PageRegion Letter/US Letter: /PageSize[612 792]/ImagingBBox nullsetpagedevice *PageRegion Legal/US Legal: /PageSize[612 1008]/ImagingBBox nullsetpagedevice *DefaultImageableArea: A4 *ImageableArea Letter/US Letter:18 36 594 756 *ImageableArea Legal/US Legal: 18 36 594 972 *ImageableArea A4/A4: 18 36 577 806 *DefaultPaperDimension: A4 *PaperDimension A4: 595 842 *PaperDimension Letter: 612 792 *PaperDimension Legal: 612 1008 *OpenUI *Dial/Dial Method: PickOne *OrderDependency: 30 AnySetup *Dial *DefaultDial: JobName *Dial JobName/Job Name: *Dial Manually/Manually: *Dial Option/Option (obsolete): *CloseUI: *Dial *DefaultFont: Courier *Font AvantGarde-Book: Standard (001.006S) Standard ROM *Font AvantGarde-BookOblique: Standard (001.006S) Standard ROM *Font AvantGarde-Demi: Standard (001.007S) Standard ROM *Font AvantGarde-DemiOblique: Standard (001.007S) Standard ROM *Font Bookman-Demi: Standard (001.004S) Standard ROM *Font Bookman-DemiItalic: Standard (001.004S) Standard ROM *Font Bookman-Light: Standard (001.004S) Standard ROM *Font Bookman-LightItalic: Standard (001.004S) Standard ROM *Font Courier: Standard (002.004S) Standard ROM *Font Courier-Bold: Standard (002.004S) Standard ROM *Font Courier-BoldOblique: Standard (002.004S) Standard ROM *Font Courier-Oblique: Standard (002.004S) Standard ROM *Font Helvetica: Standard (001.006S) Standard ROM *Font Helvetica-Bold: Standard (001.007S) Standard ROM *Font Helvetica-BoldOblique: Standard (001.007S) Standard ROM *Font Helvetica-Narrow: Standard (001.006S) Standard ROM *Font Helvetica-Narrow-Bold: Standard (001.007S) Standard ROM *Font Helvetica-Narrow-BoldOblique: Standard (001.007S) Standard ROM *Font Helvetica-Narrow-Oblique: Standard (001.006S) Standard ROM *Font Helvetica-Oblique: Standard (001.006S) Standard ROM *Font NewCenturySchlbk-Bold: Standard (001.009S) Standard ROM *Font NewCenturySchlbk-BoldItalic: Standard (001.007S) Standard ROM *Font NewCenturySchlbk-Italic: Standard (001.006S) Standard ROM *Font NewCenturySchlbk-Roman: Standard (001.007S) Standard ROM *Font Palatino-Bold: Standard (001.005S) Standard ROM *Font Palatino-BoldItalic: Standard (001.005S) Standard ROM *Font Palatino-Italic: Standard (001.005S) Standard ROM *Font Palatino-Roman: Standard (001.005S) Standard ROM
Re: [expert] How to configure fax4cups? (revised attachment)
if however I try lpr -Phylafax -J number /etc/hosts I get tons of blank pages created to send (approx 30) I thought that CUPS was supposed to sort out the conversion of simple text files to whatever format is required? Peter The problem is in CUPS, although there might be a missing parameter in hylafax.ppd that would correct it. I've captured the Postscript file that's generated before sendfax is called, and it's garbage if the file queued was a text file. CUPS is calling 'texttops' and 'pstops' (see the log file /var/log/cups/error_log). I plan to look into this, but it might be several days before I can get to it. If you find out anything, please let me know. Thanks. I might get some time to look at it tomorrow, but I am clearing out my to do's as I am on holiday from Thursday. All the best Peter Well, some things sit on the back burner for a long time. But I have found the problem. There were parameters missing from the 'hylafax.ppd' file (see attached). If you replace the file /usr/share/cups/model/hylafax.ppd, the change won't be seen unless you delete the printer, and re-install it, since the working file is in /etc/cups/ppd. If you replace the file in /etc/cups/ppd, just restart the CUPS daemon, and it'll get used (actually, I think the daemon might not need to get restarted). *PPD-Adobe: 4.3 *FormatVersion: 4.3 *FileVersion: 1.0 *LanguageVersion: English *LanguageEncoding: ISOLatin1 *PCFileName:HYLAFAX.PPD *Manufacturer: HylaFAX *Product: HylaFAX *cupsFax: True *cupsFilter:application/vnd.cups-postscript 0 - *cupsVersion: 1.1 *cupsManualCopies: True *ModelName: HylaFAX *ShortNickName: HylaFAX *NickName: HylaFAX *PSVersion: (3010.000) 550 *LanguageLevel: 3 *ColorDevice: False *FaxSupport:Base *FileSystem:False *Throughput:1 *TTRasterizer: Type42 *LandscapeOrientation: Plus90 *VariablePaperSize: False *OpenUI *Resolution/Fax Resolution: PickOne *OrderDependency: 10 AnySetup *Resolution *DefaultResolution: 204x196dpi *Resolution 204x196dpi/204×196 dpi (high resolution): *Resolution 204x98dpi/204×98 dpi (low resolution): *CloseUI: *Resolution *OpenUI *PageSize/Media Size: PickOne *OrderDependency: 0 AnySetup *PageSize *DefaultPageSize: A4 *PageSize A4/A4: /PageSize[595 842]/ImagingBBox nullsetpagedevice *PageSize Letter/US Letter: /PageSize[612 792]/ImagingBBox nullsetpagedevice *PageSize Legal/US Legal: /PageSize[612 1008]/ImagingBBox nullsetpagedevice *CloseUI: *PageSize *DefaultPageRegion: A4 *PageRegion A4/A4: /PageSize[595 842]/ImagingBBox nullsetpagedevice *PageRegion Letter/US Letter: /PageSize[612 792]/ImagingBBox nullsetpagedevice *PageRegion Legal/US Legal: /PageSize[612 1008]/ImagingBBox nullsetpagedevice *DefaultImageableArea: A4 *ImageableArea Letter/US Letter:18 36 594 756 *ImageableArea Legal/US Legal: 18 36 594 972 *ImageableArea A4/A4: 18 36 577 806 *DefaultPaperDimension: A4 *PaperDimension A4: 595 842 *PaperDimension Letter: 612 792 *PaperDimension Legal: 612 1008 *OpenUI *Dial/Dial Method: PickOne *OrderDependency: 30 AnySetup *Dial *DefaultDial: JobName *Dial JobName/Job Name: *Dial Manually/Manually: *Dial Option/Option (obsolete): *CloseUI: *Dial *DefaultFont: Courier *Font AvantGarde-Book: Standard (001.006S) Standard ROM *Font AvantGarde-BookOblique: Standard (001.006S) Standard ROM *Font AvantGarde-Demi: Standard (001.007S) Standard ROM *Font AvantGarde-DemiOblique: Standard (001.007S) Standard ROM *Font Bookman-Demi: Standard (001.004S) Standard ROM *Font Bookman-DemiItalic: Standard (001.004S) Standard ROM *Font Bookman-Light: Standard (001.004S) Standard ROM *Font Bookman-LightItalic: Standard (001.004S) Standard ROM *Font Courier: Standard (002.004S) Standard ROM *Font Courier-Bold: Standard (002.004S) Standard ROM *Font Courier-BoldOblique: Standard (002.004S) Standard ROM *Font Courier-Oblique: Standard (002.004S) Standard ROM *Font Helvetica: Standard (001.006S) Standard ROM *Font Helvetica-Bold: Standard (001.007S) Standard ROM *Font Helvetica-BoldOblique: Standard (001.007S) Standard ROM *Font Helvetica-Narrow: Standard (001.006S) Standard ROM *Font Helvetica-Narrow-Bold: Standard (001.007S) Standard ROM *Font Helvetica-Narrow-BoldOblique: Standard (001.007S) Standard ROM *Font Helvetica-Narrow-Oblique: Standard (001.006S) Standard ROM *Font Helvetica-Oblique: Standard (001.006S) Standard ROM *Font NewCenturySchlbk-Bold: Standard (001.009S) Standard ROM *Font NewCenturySchlbk-BoldItalic: Standard (001.007S) Standard ROM *Font NewCenturySchlbk-Italic: Standard (001.006S) Standard ROM *Font NewCenturySchlbk-Roman: Standard (001.007S) Standard ROM *Font Palatino-Bold: Standard (001.005S) Standard ROM *Font Palatino-BoldItalic: Standard (001.005S) Standard ROM *Font Palatino-Italic: Standard (001.005S) Standard ROM *Font Palatino-Roman: Standard
Re: [expert] Berkley DB
On Saturday 01 November 2003 09:27 am, Anguo wrote: Hello, I can't find which package has the Berkley DB. any idea? thanks, anguo There are 3: db1-1.85-8mdk db2-2.4.14-7mdk libdb3.3-3.3.11-13mdk And, of course, the GNU work-alike: libgdbm2-1.8.0-19mdk See www.sleepycat.com to figure out which does what. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Re: does the XFS filesystem lose data, or is my disk broken?
Looks like this was a known problem. I hope it's been fixed - but I'm not inclined to experiment further: Re: data loss From: Eric Sandeen [EMAIL PROTECTED] To: Glenn Burkhardt [EMAIL PROTECTED] CC: [EMAIL PROTECTED] On Tue, 28 Oct 2003, Glenn Burkhardt wrote: I'm using XFS with Mandrake 9.1, from the patched kernel file kernel-2.4.21.0.25mdk-1-1mdk.rpm. The rev that's logged during boot is SGI XFS 1.3.0pre2 with ACLs I've seen a couple of times that files are filled with zero's after rebooting. some changes were made in the 1.3.0 release post pre2 which addressed this. Newer xfs code should make this better. You might check the Mandrake 9.2 kernels, perhaps they have the final 1.3.0 release in them? -Eric Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Mandrake releases bug fixes for MDK 9.2
On Saturday 25 October 2003 08:53 am, Michael Adams wrote: On Fri, 24 Oct 2003 08:20:29 -0400 Glenn Burkhardt [EMAIL PROTECTED] wrote: On Wed, 2003-10-22 at 17:20, James Conner wrote: For those on the MDK security mailing list you will already know. For those that aren't, check the archives(it's too large to repost here). These updates fix quite a few of the bugs that have been troubling people lately. Glad to see that Mandrake is on top of this to release patches. Granted, it would have been nice to have flawless, bug-free release. :) Jim I've just looked at the update page, and I'm shocked to see how many packages are affected by MDKA-2003:020 (about 60!!). That's got to be a new record for a new release. For this many packages, and the severity of some of the bugs, Mandrake would be wise to include these new packages in their boxed sets, if they want folks to buy 9.3, or whatever the next release is. It's bad enough that over 300mb of fixes were posted against 9.1. This looks like a QA breakdown. It won't happen on the boxed sets, they have already been sent to press. I am hoping however that the download edition, when release to the rest of the world on mirors will include updated RPM's. This possibility has only come about because of the policy of releasing it on Mandrake Club first. It means that the faithfull that know how to update already, can update, and those that are new to Mandrake will get the shinier product. It's really not so bad if the download editions serve as a final, if unintentional, QA before the boxed sets. Especially if the feedback is immediately acted upon. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Mandrake releases bug fixes for MDK 9.2
On Saturday 25 October 2003 01:27 am, James Sparenberg wrote: OK Since Greg did such a clear job of stating the problem and a work around above, I just used his words, to submit a bug report. It's number #30 if anyone here would care/be so kind as to add to it. James Where was the bug report submitted? Presumably not to the cooker bugzilla... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Mandrake releases bug fixes for MDK 9.2
On Wed, 2003-10-22 at 17:20, James Conner wrote: For those on the MDK security mailing list you will already know. For those that aren't, check the archives(it's too large to repost here). These updates fix quite a few of the bugs that have been troubling people lately. Glad to see that Mandrake is on top of this to release patches. Granted, it would have been nice to have flawless, bug-free release. :) Jim I've just looked at the update page, and I'm shocked to see how many packages are affected by MDKA-2003:020 (about 60!!). That's got to be a new record for a new release. For this many packages, and the severity of some of the bugs, Mandrake would be wise to include these new packages in their boxed sets, if they want folks to buy 9.3, or whatever the next release is. It's bad enough that over 300mb of fixes were posted against 9.1. This looks like a QA breakdown. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Mandrake releases bug fixes for MDK 9.2
On Friday 24 October 2003 08:27 am, Anne Wilson wrote: On Friday 24 Oct 2003 1:20 pm, Glenn Burkhardt wrote: It's bad enough that over 300mb of fixes were posted against 9.1. This is an attitude I just can't buy. It's not 'bad enough' - they could always do what M$ does, and not release fixes. Would that suit you better? How many millions of combinations of hardware and software do you think that Mandrake is running one? Could *you* test them all, to the full? Anne I apologize for and withdraw that bad example. Most of the updates for 9.1 were security bug fixes, for which I am grateful. But very few were related to particular platform combinations. And from the look of the bug list for the 9.2 updates, only a couple were platform related. I'm glad they've caught them, and still hope that the boxed sets include the fixes (for their sake, since I like Mandrake, and hope to see them continue). Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Mandrake releases bug fixes for MDK 9.2
On Friday 24 October 2003 09:19 am, Avi Schwartz wrote: James Conner wrote: On Friday 24 October 2003 02:10 am, James Sparenberg wrote: I agree, I was being sarcastic. I just installed MDK 9.2 on a friends system, I'll do it on mine after I back everything up. Everything went peachy, only lost the menu's once. That bug/feature was fixed with these patches. Seems quite nice. Now we just got to install all of plf's stuff and contribs, plus configure a few apps. I don't think the disappearing menu 'feature' was fixed since I lost my menu couple of times on two different machines since applying the patches. Avi What exactly is the disappearing menu 'feature' ?? Thanks. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Mandrake releases bug fixes for MDK 9.2
On Thursday 23 October 2003 01:53 am, Michael Adams wrote: On Thu, 23 Oct 2003 00:20:17 + James Conner [EMAIL PROTECTED] wrote: For those on the MDK security mailing list you will already know. For those that aren't, check the archives(it's too large to repost here). These updates fix quite a few of the bugs that have been troubling people lately. Glad to see that Mandrake is on top of this to release patches. Granted, it would have been nice to have flawless, bug-free release. :) Jim -- I'm wondering if the ISO's will be redone before the public release? That would be extremely nice, but probably not likely. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] does the XFS filesystem lose data, or is my disk broken?
I've seen a couple of times that files are filled with zero's after rebooting. This time it was my .bashrc file. I might have just powered off the machine, but the this file wasn't open for writing at the time of shutdown. After turning the machine on last night, I noticed that my shell prompt had changed, and discovered that the file was full of ASCII null characters. I've seen this happen a couple of times before on other machines. Then the file /usr/share/config/kdm/kdmrc had been similiarly trashed - full of zeros. And, it seems that the file size was larger than usual. I've been using the XFS filesystem on these machines for a couple of years now. Is this a failure of the disk drive, or should I switch to ext3 ?? Thanks. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] does the XFS filesystem lose data, or is my disk broken?
On Tuesday 21 October 2003 06:37 pm, Bryan Whitehead wrote: Glenn Burkhardt wrote: I've seen a couple of times that files are filled with zero's after rebooting. This time it was my .bashrc file. I might have just powered off the machine, but the this file wasn't open for writing at the time of shutdown. After turning the machine on last night, I noticed that my shell prompt had changed, and discovered that the file was full of ASCII null characters. I've seen this happen a couple of times before on other machines. Then the file /usr/share/config/kdm/kdmrc had been similiarly trashed - full of zeros. And, it seems that the file size was larger than usual. I've been using the XFS filesystem on these machines for a couple of years now. Is this a failure of the disk drive, or should I switch to ext3 ?? Thanks. If you do not cleanly shutdown your machine your filesystem will not be fully commited to disk... And you will have problems like this. What version of mandrake? mdk8.1 had a problem with not shuting down clean even when using the halt command. Mandrake 9.1 with the updates: kernel-2.4.21.0.25mdk-1-1mdk SGI XFS 1.3.0pre2 I checked my system logs, and I definately just hit the power switch instead of doing a shutdown. I wouldn't be surprised if files that were in play were corrupted when the power is just turned off, but my .bashrc file hadn't been touched in a long time. In the other cases I've seen over the years, it was with Mandrake 8.1, and the /usr/share/config/kdm/kdmrc file, which does get touched each time a user starts a session. I did find a reference to a suspiciously similar problem: http://www-106.ibm.com/developerworks/linux/library/l-fs11.html but it claims the problem was fixed in XFS version 1.1. But seeing the file filled with zeros makes me wonder. If the power goes off, I can stand having files that are being written trashed, but files with modify times older than 30 seconds have to be there, save a hardware failure. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] does the XFS filesystem lose data, or is my disk broken?
Have you only seen this with XFS, or with other filesystems, too? Will ext3 be more robust for power failures? gracias... On Tuesday 21 October 2003 04:03 pm, Luca Olivetti wrote: Glenn Burkhardt ha scritto: I've seen a couple of times that files are filled with zero's after rebooting. This time it was my .bashrc file. I might have just powered off the machine, but the this file wasn't open for writing at the time of shutdown. After turning the machine on last night, I noticed that my shell prompt had changed, and discovered that the file was full of ASCII null characters. I've seen this happen a couple of times before on other machines. Then the file /usr/share/config/kdm/kdmrc had been similiarly trashed - full of zeros. And, it seems that the file size was larger than usual. I've been using the XFS filesystem on these machines for a couple of years now. Is this a failure of the disk drive, or should I switch to ext3 ?? I've seen this many times (xfs too). Don't know the cause (apart from power failure/reset after a crash), but I'd like to. Bye Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Spamd and sa-learn
On Monday 20 October 2003 11:47 am, Praedor Atrebates wrote: Now I use spamd with spamc called from a procmail recipe. The user is nobody instead of me. So, does doing sa-learn, etc still work? Does user root or nobody make use of the learning I give to spamassassin via sa-learn? On Monday 20 October 2003 12:12 pm, Jack Coates wrote: I actually don't use sa-learn, but I do use individual procmailrc's instead of /etc/procmailrc; this causes spamc to always be called with the user's UID. This isn't necessary. By default, spamd does a setuid to the user that runs 'spamc'. The default Mandrake configuration does this. See 'man spamd', and the '-u' option. You can check this by turning on debugging by changing /etc/init.d/spamassassin so OPTIONS=-D -d -c -a -H You should see in /var/log/messages a line like: Oct 20 18:23:37 DepotRd spamd[3443]: info: setuid to glenn succeeded A site wide Bayes database can be configured in /etc/mail/spamassassin with the lines: bayes_path /var/spool/spamassassin/bayes bayes_file_mode 0777 I don't think that the Bayes databases are updated at all unless you explicitly use 'spamassassin -r', or 'sa-learn'. But don't quote me. The 2.44 version of Spamassassin included with Mandrake 9.1 didn't include the Bayes classifier; get the most current version from the Spamassassin web site. See this FAQ entry for tips on submitting whole mailboxes to spamassassin: http://spamassassin.taint.org/faq/index.cgi?req=showfile=faq02.003.htp Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Can't Start KDE
On Wednesday 01 October 2003 12:31 am, lorne wrote: On Tuesday 30 September 2003 06:19 pm, Norman Zhang wrote: Hi, I had one system hang, now everytime I start KDE I get KDE Session Manager (ksmserver) caused an SIGSEGV error. I deleted .kde from /root. But problem still persists. How can I fix this? I've seen this problem with KDE under Mandrake 8.1 and 9.1 (i.e., several versions of KDE). It would be really nice if KDE would delete or re-create any files it needs during startup. Anyway, I've found that deleting several KDE related files cures the problem. I've put this into my startup script (viz., /etc/rc.d/rc.local): # Remove KDE files that might cause hangup during KDE startup rm -rf /tmp/{dcop*,kde*,ksocket*,mcop*} USERS='er aoi' for d in $USERS ; do if [ -d /home/$d ] ; then rm -rf /home/$d/{.DCOP*,.ICE*,.mcop*,.MCOP*} fi done These seem to all be working files for KDE, and deleting them doesn't cause your configuration to be changed, as deleting ~/.kde would. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] too many sgi_fam connections
I had a startup problem with Mandrake 9.1 - the /var/log/messages file was being filled with lines like: Sep 25 06:21:06 phoebus xinetd[1909]: warning: can't get client address: Transport endpoint is not connected Sep 25 06:21:07 phoebus xinetd[1909]: libwrap refused connection to sgi_fam from no address It was stuck and both /var/log/messages and /var/log/secure were increasing by megabytes each few minutes. There is a lot of discussion in the various lists about this, but no solution has been posted that I can find. It's been posted as Bugzilla bug #749, and questions about it go back at least until Apr 2002. It's been reported that this only happens with msec level 4 only happening on systems with msec level 4, but folks have probably only noticed the problem when hosts.deny gets updated going to level 4. If you modify the xinetd.d/fam file to include the line flags = NOLIBWRAP, and now I get this message at boot (KDE or other desktop not yet started): Sep 25 06:13:04 er0 xinetd[1110]: Deactivating service sgi_fam due to excessive incoming connections. Restarting in 30 seconds. After checking older entries, it looks like xinetd was always deactivating 'fam' during boot. One time, though, it didn't, and the system didn't come up. So the real problem is that some process is trying to access 'fam' at boot in an uncontrolled fashion, and when 'hosts.deny' contains a control, this process is somehow sending a request without an identifyable address. So this probably has to do with the boot sequence. Any ideas apart from dumping 'fam'? Thanks. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Serial terminal program for Linux?
On Sunday 14 September 2003 08:10 pm, Richard Urwin wrote: The programmer has a human readable interface, and dumps and receives intel hex format. All I need to do is the equivilent to cat file.hex /dev/Stty0 after issueing the relevant send command to the progammer. I'm not familiar with Intel hex format, but 'kermit' will let you send the file with C-Kermit cat file.hex or C-Kermitredirect cat file.hex Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Serial terminal program for Linux?
Richard Urwin wrote: I need a serial terminal program to talk to a microcontroller programmer I have just acquired. After googling for half an hour or so there seemed to be only one: Minicom. It's a console-based beastie and it doesn't do file send/receive (I don't need any protocol just dump out and capture.) I *could* hack this program to do what I want, or just use cut and paste, but I can't believe there is nothing else out there. Does anyone know of anything that will suit? There's also the venerable 'kermit' program from Columbia U. http://www.columbia.edu/kermit/ But what are your requirements? Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Problems using gdb in 9.1
If you are using XFS for your root file system, this is a known problem (Bugzilla #4000, 4158), and can be corrected by installing the recently released kernel (kernel-2.4.21.0.25mdk-1-1mdk.i586.rpm). On Monday 11 August 2003 10:48 am, Magnus Wirström wrote: Hi everyone. This is my first posting to this list. I have a problem and i am not sure if this is the right place to send this. If it is not i apologize :) I am trying to debug an application that i'm writing. When i set breakpoints and run the program it gives me something like this: Breakpoint error -2 Cannot insert breakpoint in address x. Application may already be running in system. Now ... These are not the exact words it uses but it gives the general idea of the error message. If you wanna have the exact message, let me know (not sitting by my own computer). GDB have never done this before when i used an older Mandrake version. I have tried kdevelop, xxgdb and gdb with same result. Also tried to reboot my system to make sure it is not running. I am quite a newbie when it comes to C++ in linux so i might as well be i'm doing something wrong here. But it would be nice to at least to know if it is only my computer that have this problem. Thanks :) Have a nice day Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ReiserFS , JFS or XFS
On Monday 11 August 2003 01:14 pm, James Sparenberg wrote: On Mon, 2003-08-11 at 16:51, Lee Wiggers wrote: On Mon, 11 Aug 2003 10:26:18 -0400 Lawson, Jim [EMAIL PROTECTED] wrote: Has anyone used these? What are you comments about these. ( Good, Bad) James S. Lawson Put my vote in for xfs. Been using it exclusively except for windows shares for 2 years. If I can't break it, it can't be broken. Lee I've got Reiserfs on about 16 machines right now. Not a single byte of data lost in the last 2 years (realated to file systems.) I know that Knoppix and other distro on a disk releases use xfs. Basic conclusion. I'm sticking with reiserfs. (and from what I'm reading. Reiserfs4 is going to change the way we do things ... totally. sounds sweet) James Have all the problems ReiserFS had with NFS been fixed? The last time I looked, which was a while ago, there were still threads on the ReiserFS mailing list about problems with using an NFS server on a Reiser file system (despite many protestations by Herr Reiser on their web site that all NFS problems had been resolved!). Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] What to do when qt2 libraries are needed (MDK 9.1)
On Monday 11 August 2003 12:03 pm, Olaf Marzocchi wrote: I downloaded the nethack rpm from nethack.org but it requires qt2, while I have only qt3. Should I install it by force or something else? Anyway, how dare Mandrake remove NetHack from the distro? :-) Thanks Olaf You'll need to get the Qt 2 shared object libraries from somewhere. Try an older Mandrake distribution. Otherwise, you'll need to pull the Qt source and compile it yourself (takes an hour - sigh...). Or get the nethack source, and compile against the Qt3 libraries. It will most likely work. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ReiserFS , JFS or XFS
On Monday 11 August 2003 05:53 pm, Ronald J. Hall wrote: On Monday 11 August 2003 01:36 pm, Glenn Burkhardt wrote: Have all the problems ReiserFS had with NFS been fixed? The last time I looked, which was a while ago, there were still threads on the ReiserFS mailing list about problems with using an NFS server on a Reiser file system (despite many protestations by Herr Reiser on their web site that all NFS problems had been resolved!). What problems? I must have missed that one - been using NFS and Reiser here under 9.0 and 9.1 with no problems that I'm aware of. A quick Google search for 'reiser nfs bug' will point you to several reports, in the 2000-2002 time frame. All of it may have been fixed - I just haven't been following it for a while. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Realtek 8139
On Saturday 26 July 2003 09:57 pm, John Haywood wrote: On Wed, 16 Jul 2003 07:21 pm, Michael Adams wrote: Ensure you are not using the '8139too' driver. Its a little buggy and this shows during high bandwidth usage. BTW Donald Becker is THE linux network card driver guru, this site is predominantly based on his work and explains where i am coming from. http://www.scyld.com/network/rtl8139.html Given that Donald Becker has completely panned the 8139too driver, why is it included in the Mandrake distribution? I would think that they'd only want the better code, instead of a module denounced as buggy or at best a sub-optimal implementation. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] How to configure fax4cups?
On Saturday 19 July 2003 03:41 pm, Peter Stokes wrote: Now onto next problem. I can send a PS file using lpr -Phylafax -J number ./testprint.ps works fine if however I try lpr -Phylafax -J number /etc/hosts I get tons of blank pages created to send (approx 30) I thought that CUPS was supposed to sort out the conversion of simple text files to whatever format is required? Peter The problem is in CUPS, although there might be a missing parameter in hylafax.ppd that would correct it. I've captured the Postscript file that's generated before sendfax is called, and it's garbage if the file queued was a text file. CUPS is calling 'texttops' and 'pstops' (see the log file /var/log/cups/error_log). I plan to look into this, but it might be several days before I can get to it. If you find out anything, please let me know. Thanks. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] How to configure fax4cups? - Part Solved
On Saturday 19 July 2003 03:41 pm, Peter Stokes wrote: Hi Glenn Thanks for that, it was the ref's to sendfax in the script which was incorrect. I had tried to use the MDK 9.1 versions and the later download of 1.23. I have also had both the MDK 9.1 of hylafax and the latest download of the tarball, shame that the script does not say 'I cannot find sendfax...', but there we have it. Agreed. You might send a note to Sebastiano Vigna [EMAIL PROTECTED] about it. I've been working on my own version of the backend script, and I've changed the first part to: if [ $# -eq 0 ]; then for i in $FAXPRG $FAXGUI $FAXSTAT ; do if [ ! -x $i ]; then echo ERROR: can't find Hylafax program $i 12 exit 0; fi done echo direct hylafax:/local \Unknown\ \Local HylaFAX server\ exit 0 fi so the error gets logged, at least. Now onto next problem. I can send a PS file using lpr -Phylafax -J number ./testprint.ps works fine if however I try lpr -Phylafax -J number /etc/hosts I get tons of blank pages created to send (approx 30) I thought that CUPS was supposed to sort out the conversion of simple text files to whatever format is required? Peter It should convert the text file. I'll have to try it. I seem to remember this problem, but I can't remember if I resolved it or left it on the 'todo' list. There have been problems in the Hylafax 'textfmt' function, but I'm not sure if the hylafax.ppd says to convert to Postscript before passing the file onto Hylafax. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ntp error
ntpd is not configured for general use 'out of the box'. Its default configuration assumes that you have a timeserver on your local network, whcih is on subnet 224.0.1.1. The documentation good - read it. You have to choose some time servers on the internet, and add entries for them in /etc/ntp.conf. Comment out the lines with multicastclient and broadcastdelay. On Tuesday 08 July 2003 10:16 pm, Norman Zhang wrote: Hi, I notice that ntp on 9.1 is not synchronizing. I did a more /var/log/messages | grep ntp, and got the following. Jul 8 16:19:48 www ntpd: ntpd shutdown succeeded Jul 8 16:21:49 www ntpdate[1000]: no server suitable for synchronization found Jul 8 16:21:49 www ntpd[1017]: ntpd [EMAIL PROTECTED] Tue May 7 02:44:50 EDT 2002 (1) Jul 8 16:21:49 www ntpd: ntpd startup succeeded Jul 8 16:21:49 www ntpd[1017]: precision = 17 usec Jul 8 16:21:49 www ntpd[1017]: kernel time discipline status 0040 Jul 8 16:21:49 www ntpd[1017]: frequency initialized -5.714 from /etc/ntp/drift Jul 8 16:21:49 www ntpd[1017]: bind() fd 8, family 2, port 123, addr 224.0.1.1, in_classd=1 flags=0 fails: Address already in use Jul 8 16:21:49 www ntpd[1017]: ...multicast address 224.0.1.1 using wildcard socket Jul 8 16:25:02 www ntpd[1017]: kernel time discipline status change 41 Does this mean the ntp server that I'm trying to sync is not replying? Regards, Norman Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] LM9.1 Supermount - Reliable?
On Monday 07 July 2003 02:27 am, Sevatio wrote: I'm preparing to install LM9.1. I was just wondering if LM9.1 still has supermount problems like LM9.0 had. Thanks, Sevatio It works without problems for me on 9.1. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] LM9.1 Supermount - Reliable?
On Monday 07 July 2003 03:59 pm, Richard Bown wrote: I'm running supermount with 3 cdroms, two burners , no problems with K3b as long as you tell it to eject after burning. But I must admit there is the occasional time when something crashed that no matter what you try that damn drawer just wont open. Not even starting one of the cd players and opening the draw from there. Isn't the problem here that the burner is accessing the device directly, and bypassing the file system? This makes it incredibly hard for supermount to keep track of things. The burner app really should unmount the device before using it, and re-mount it afterwards. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] kernel bug still not fixed
I've built a stock 2.4.21 kernel, and applied the patch SGI XFS snapshot-2.4.21-2003-06-23_01:45_UTC and I can run the debugger. There are still a bunch of drivers to get straight, if I want to use it (which is why I prefer getting a kernel from Mandrake). This is 1.3 release. There is no patch for the 1.2 release for the 2.4.21 kernel; the only one is for the 2.4.19 kernel. Which makes me wonder where the code in the current 9.1 releases came from. They all (including cooker linux-2.4.21-2mdk) have the version: snapshot 2.4.20-2003-01-14_00:43_UTC The official 1.2 release was made 2003/2/11. So was this an early release of 1.2 or 1.3, and how was the patch made compatible with the 2.4.21 kernel, since it was picked up a month before XFS 1.2 was released, which is, at least now, only available for the 2.4.19 kernel. It would at least be sporting if Mandrake would post a note on the Errata page that 9.1 shouldn't use XFS if the system is to be used for development. Apparently it's only the root partition that matters. Also, there's no mention of problems with 'gdb' on any of the XFS mailing lists or change logs, so my guess is that a patch for an older version of the kernel was force fitted to the 2.4.21 kernel, and this was an edge that got shaved off. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] kernel bug still not fixed
On Friday 04 July 2003 03:46 am, you wrote: No. The problem has not been fixed. I keep emailing mandrake about the problem, but they don't seem to care. I think they need to pull some new XFS patches from the SGI guys and see if that works. The SGI kernel doesn't have this problem. Nor does any of the 9.0 kernels that mandrake has produced. Also, the cooker kernels seem to have the same problem. Thanks a lot for the additional info! It probably wouldn't have dawned on my that the only system I've built with mdk 9.1 on which the debugger works is the one that uses ext3. The other 3 use xfs! Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] what gives? Broken gdb in Mandrake 9.1
This is Bug #4000: http://qa.mandrakesoft.com/show_bug.cgi?id=4000 It's been marked RESOLVED on 2003-07-01 with the comment: This bug is related to a product which is not any more in MandrakeLinux. As a consequence is now marked resolved with the OLD resolution. But I would argue that XFS was supplied with the 9.1 distribution, using it was an installation option, so a patch should be supplied. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] kernel bug still not fixed
On Friday 04 July 2003 12:16 pm, Jim C wrote: No. The problem has not been fixed. I keep emailing mandrake about the problem, but they don't seem to care. I think they need to pull some new XFS patches from the SGI guys and see if that works. The SGI kernel doesn't have this problem. Nor does any of the 9.0 kernels that mandrake has produced. Also, the cooker kernels seem to have the same problem. Thanks a lot for the additional info! It probably wouldn't have dawned on my that the only system I've built with mdk 9.1 on which the debugger works is the one that uses ext3. The other 3 use xfs! Why not simply get a GNU or Redhat kernel? Why not just buy a RedHat or Suse distribution? Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] what gives? Broken gdb in Mandrake 9.1
After getting Mandrake 9.1 installed and getting my system back in order, I sat down to do some debugging and discovered I couldn't. Even for this simple program: t.c: main() { printf(hello world\n); } couldn't be run under the debugger: [EMAIL PROTECTED] glenn]$ gdb t GNU gdb 5.3-22mdk (Mandrake Linux) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i586-mandrake-linux-gnu... (gdb) r Starting program: /home/glenn/t Warning: Cannot insert breakpoint -2. Error accessing memory address 0x4000af50: Input/output error. The same program may be running in another process. I checked and this happens on 3 of 4 machines on which I installed MDK 9.1. Why it works on the one machine is beyond me. It has an Athlon processor, but I have another machine with an Athlon on which it doesn't work, and other with an Intel Celeron and Pentium II on which it doesn't work. What gives? There was an earlier note on 6/13 from Bryan Whitehead noting the same thing (Subject: [expert] kernel bug still not fixed). Did the security fix to ptrace break debugging? If this is a bug in the kernel code, it's unbelievable that it should take more than a day for a fix to be posted... Thanks in advance for any information! Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] xemacs 3D effects in MDK 8.1
I think I finally came up with a solution I like. The user's private resource file ~/.Xresources can include these lines: *Background: LightGrey XTerm*background: white 'xterm' needs a separate resource, unless one likes its background to be grey. But Tcl/Tk applications and Xemacs seem to be OK with light grey as a background, so I think I'm done for a bit. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
RE: [expert] xemacs 3D effects in MDK 8.1
I finally found out what's happening - the default color for the background has changed. If you run 'xrdb -query | grep Back' you'll see that the background color has been changed to #f0. If this resource is removed, the problem with viewing the 3D effects of the buttons in Xemacs and other programs, e.g. tkhylafax and exmh, goes away. I can't figure out where in the system that this resource is being set, so I've put a script in /etc/X11/xinit.d that has the single line: xrdb -remove *Background Now the background color for Xemacs is it's old, nicely contrasting gray, and xterm's come up with a white background instead of dirty yellow. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] WordPerfect 8 Mandrake 8.1
You're lucky! I can't even get it installed. How did you do it? Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] xemacs 3D effects in MDK 8.1
I was a bit hasty with my solution. Using 'xrdb -remove' deletes ALL the resources, not just one of them. This script seems to work: #!/bin/sh # # Remove the *Background:#f0 resource, so certain apps have better # contrast xrdb -query | sed -e /^\*Background:/D | xrdb -load But there might be other side effects in removing the Background resource class. Some applications might not know what to do. So I'm not entirely happy with this script, either. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] xemacs 3D effects in MDK 8.1
This a apparently a new feature of xemacxs 21.4 - I picked up a copy of the source, and built. There are no 3D buttons... ;-( Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] xemacs 3D effects in MDK 8.1
Anyone know what happened to the fancy 3D toolbar buttons on other 3D effects in Xemacs for Mandrake 8.1? All of a sudden, they're gone. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] mail and lock files
Is there any place in particular to find out about the theory and operation of lock files and the various mail processors used by Mandrake? Without having done the builds myself, it's not entirely clear what's been shipped. From the source code, it appears that: procmail is configured to use dot locking, and explicitly disallows use of flock, lockf mailxis configured to use flock, and there's code included to disable use of dot locking nmh is configured to use fcntl locking, and to disable use of dot locking imap/pop3 is configured to use flock and dot locking The only extended discussion of email file locking I've found is in the imap/docs directory, in which Mark Crispin has a wonderful discussion of the topic. But as it stands, it appears that the "as shipped" configuration won't play together