Re: [expert] XFree86 -nolisten
On Tuesday, November 4, 2003 06:41 am, Seppo Jarvinen wrote: Hello, I just found out why my xhosts haven't worked since 9.1. It looks like X is set by default to '-nolisten' and with the amount of searching I did, I couldn't find where this option is set on starting Xserver. If someone could point me to the correct place? grep -R nolisten /etc/* should list all the config files with that set. However, msec (man msec, mseclib) may rewrite any manual changes you make. If that's the case, you'll have to create a /etc/security/msec/level.local file with allow_x_connections and allow_xserver_to_listen set to your liking. See http://www.mandrakesecure.net/en/docs/msec.php for a useful, if dated, HOWTO. HTH, Arn PS - Also look at Mandrake Control Center. There's some sort of msec gui there. It didn't work very well last I looked, but that was a while ago. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] autoconf 2.13???
On Saturday, November 1, 2003 06:53 am, Anguo wrote: When I try to install application, compile stuff and so on, I regularly run into a warning message saying that I should upgrade autoconf. I have 2.13 and I see here: http://ftp.gnu.org/gnu/autoconf/ that the autoconf 2.13 is nearly 5 years old!!! I tried urpme autoconf and then urpmi autoconf, but I end up with the same version... You don't say what version of Mandrake you're running, so I'll assume 9.1. On the CDs, you should find two versions of autoconf: autoconf-2.13-16mdk.noarch.rpm and autoconf2.5-2.57-3mdk.noarch.rpm. Install both and let the apps you're building decide which one they want. If you need to force the use of 2.5, set the environment variable WANT_AUTOCONF_2_5 to 1. If you're running an earlier version of Mandrake, both versions are available but they're not designed to coexist. You have to switch between versions by uninstalling one and installing the new one. I assume 9.2 is pretty much the same as 9.1. HTH, Arn PS - There's a very similar situation with automake. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] KDE 'copy to' context option?
On Wednesday, October 29, 2003 02:31 am, James Sparenberg wrote: On Tue, 2003-10-28 at 22:46, Jeremy Gregorio wrote: This is just about the only thing I miss from redhat (ok, there's freshrpms nice, easy to find reliable servers, but plf and texstar are a fair trade for that :) ). I could right click a file and there was a 'copy to' option that poped up a list of directories. Is this some funky redhat specific thing, or can I change a setting somewhere? Thanks yet again. Jeremy Gregorio Wow you are right. I hadn't notice it before because I've been so quick to install Texstar's updates. Nor can I figure out what the difference between the two are. 3.1.4 via Texstar has it and MDK stock doesn't h. James You might check for packages that weren't installed, probably due to package splitting. I'd start with kdeaddons*. The option is present on my system (latest cooker KDE, rebuilt from SRPM for 9.1). I use it enough that I'm confident I'd have noticed its absence on previous versions. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Hmm, Konqueror missing ability to make webpage (thumbnails) now?
On Tuesday, October 28, 2003 10:02 am, Bill Schoolcraft wrote: Hello Family, In the earlier versions of Konqueror I could place a series of .jpg's in a directory, open Konqueror, open the directory and choose [tools] from the menu and there was an option to make a webpage full of thumbnail photos automatically. That is not the case with Mandrake-9.1, is it hidden somewhere else now in Konqueror? I searched and can't find it anywhere. :( I believe it was part of the kdeaddons package in 9.1. Also check for kdeaddons-konqimagegallery, but I don't think they'd started splitting KDE when 9.1 was released. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Devfsd
On Wednesday, October 22, 2003 03:26 pm, Rob Blomquist wrote: I am not a big fan of devfs, and had problems with it under Mandrake 9.0 and 9.1. I see that the upgrade of 9.2 gave me devfsd and I now have mixed devfs and normal entries on my system. Is it possible to uninstall the devfsd package and still run Mandrake? Or have the problems with devfs and supermount been fixed with USB connections? My problems were around a digital camera and my Handspring Visor. Rob What about simply changing your boot stanza in /etc/lilo.conf from devfs=mount to devfs=nomount? Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Problem rebuilding OpenOffice.org-1.1rc4.1mdk.src.rpm for 9.1
I'm trying to rebuild (rpm --rebuild) the latest OOo SRPM from cooker for LM9.1, but it always fails at the same point (see below). The 1.0.x SPRMs always rebuilt without any problem. gcc-java-3.2.2-3mdk, gcj-tools-3.2.2-3mdk,libgcj3-3.2.2-3mdk, and libgcj3-devel-3.2.2-3mdk are installed. I've tried it with and without Sun's java installed (j2sdk-1.4.2-fcs). The FIXME comment makes it sound like the source and/or SPEC file need to be edited, but they've released OOo RPMs for cooker so I'm probably just missing something. Can anyone please point me in the right direction? Thanks, Arn -LAST LINES OF BUILD LOG- = Building project readlicense_oo = /disks/hda07/oo_1.1rc4_src/readlicense_oo mkout -- version: 1.3 /disks/hda07/oo_1.1rc4_src/readlicense_oo/html cp -f THIRDPARTYLICENSEREADME.html ../unxlngi4.pro/misc/THIRDPARTYLICENSEREADME.html /disks/hda07/oo_1.1rc4_src/readlicense_oo/docs/readme -- Making: ../../unxlngi4.pro/misc/ooo.dpc dmake subdmake=true -f makefile.mk product=full depend=t ALLDPC -- No Dependencies - java -classpath /disks/hda07/oo_1.1rc4_src/external/common/xt.jar:/disks/hda07/oo_1.1rc4_src/external/common/parser.jar -Dcom.jclark.xsl.sax.parser=com.sun.xml.parser.Parser com.jclark.xsl.sax.Driver readme.xrm ../readme.xsl os1=LINUX gui1=UNX cp1=INTEL com1=GCC lang1=de type=html file=../../unxlngi4.pro/misc/49/readme49.html FIXME: Emulate java runtime with gij here dmake: Error code 1, while making '../../unxlngi4.pro/misc/49/readme49.html' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /disks/hda07/oo_1.1rc4_src/readlicense_oo/docs/readme dmake: Error code 1, while making 'build_all' ---* TG_SLO.MK *--- error: Bad exit status from /home/one/rpm/tmp/rpm-tmp.97371 (%build) -/LAST LINES OF BUILD LOG- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] OT - for shell mongers: how _not_ to list a file
On Friday 22 August 2003 07:32 pm, Udo Rader wrote: hi, I have a directory that contains several hundred files and I want to copy them all except _one_ file. This sounds so easy yet still I am stuck or blind or stupid. Is there no not operator in bash? If it were, some construct like the thing below could then list all files in /opt/too_many_files except no_not_this_one: % ls -l /opt/too_many_files/*{!no_not_this_one} Yes, I know this doesn't work, but is there any other efficient way to do this in bash? happy hacking udo Look at ls's -I option (aka --ignore=PATTERN). For example: ls -l -I no_not_this_one /opt/too_many_files/ Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Problem installing NVIDIA drivers in kernel-secure-2.4.21-0.25mdk (only)
I've had no trouble installing NVIDIA drivers on kernels 2.4.21-0.13 (up), 2.4.21-0.18 (up, secure), 2.4.21-0.24 (up, secure), 2.4.21-0.25 (up). You get a message about tainting the kernel with a non-GPL license, but the drivers install cleanly and work flawlessly. I've used versions 1.0-4363 and 1.0-4496, initially installed using NVIDIA's new .run package with drivers for subsequent kernels built manually by running make clean make in NVIDIA-Linux-x86-version/usr/src/nv/. However, trying to install them on the secure version of 2.4.21-0.25 always fails (see messages below). It's not a big deal for me since I rarely use the secure kernel, but the change in behavior from previous secure kernels concerns me. Is this a feature or a bug? Arn ---BUILD MESSAGES--- echo \#define NV_COMPILER \`cc -v 21 | tail -n 1`\ nv_compiler.h 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=4496 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86 -DREMAP_PAGE_RANGE_4 -I. -I/lib/modules/2.4.21-0.25mdksecure/build/include -Wno-cast-qual nv.c 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=4496 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86 -DREMAP_PAGE_RANGE_4 -I. -I/lib/modules/2.4.21-0.25mdksecure/build/include -Wno-cast-qual os-agp.c 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=4496 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86 -DREMAP_PAGE_RANGE_4 -I. -I/lib/modules/2.4.21-0.25mdksecure/build/include -Wno-cast-qual os-interface.c 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=4496 -DNV_UNIX -DNV_LINUX -DNV_INT64_OK -DNVCPU_X86 -DREMAP_PAGE_RANGE_4 -I. -I/lib/modules/2.4.21-0.25mdksecure/build/include -Wno-cast-qual os-registry.c ld -r -o nv-linux.o nv.o os-agp.o os-interface.o os-registry.o ld -r -o nvidia.o nv-linux.o nv-kernel.o depmod: *** Unresolved symbols in /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol change_page_attr_Rsmp_2b1a6882 /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol devfs_register_Rsmp_cfcce5f5 /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol devfs_register_chrdev_Rsmp_118aac95 /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol __pollwait_Rsmp_73a0d137 /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol irq_stat_Rsmp_319087af /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol init_mm_Rsmp_4b4e1c87 /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol proc_root_driver_Rsmp_5508f80e /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol devfs_unregister_chrdev_Rsmp_77f3e0ce /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol devfs_unregister_Rsmp_8d92d91d /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol create_proc_entry_Rsmp_ab06bca9 /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol remove_proc_entry_Rsmp_63ad0716 /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol mem_map_Rsmp_37be23b3 /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: unresolved symbol __wake_up_Rsmp_b76c5f1e /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o: Hint: You are trying to load a module without a GPL compatible license and it has unresolved symbols. Contact the module supplier for assistance, only they can help you. modprobe: insmod /lib/modules/2.4.21-0.25mdksecure/kernel/drivers/video/nvidia.o failed modprobe: insmod nvidia failed make: *** [package-install] Error 255 ---/BUILD MESSAGES--- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] XCDRoast annoyance
On Friday 25 July 2003 06:13 am, Anne Wilson wrote: On Friday 25 Jul 2003 9:23 am, R N dev wrote: Hi I have this version installed xcdroast-0.98-28.alpha14mdk After having re-configured all the cd-devices (deleted and re-scanned) all works well. Angelo Maybe this is the answer, Angelo. I see that I have Version: 0.98-27.alpha13mdk. Maybe I need to uninstall and get the newer version. Thanks for that Anne Could the delay be supermount polling your removable drives? I use xcdroast-0.98-27.alpha13mdk with supermount permanently disabled in fstab and don't see the same behavior. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ATTN MANDRAKE: Kernel update breaks msec
On Thursday 24 July 2003 01:27 am, James Sparenberg wrote: Arn, What languages do you run on this box and does /etc/sysconfig/i18n have a lot of mention of UTF-8? James Ooops forgot to mention, I don't doubt the kernel problem... I'm just curious as to conditions... maybe, just maybe, my dumb luck will hold out and I will ask the right question that gives someone with intelligence an idea. *grin* I'm wondering if maybe something in the codepages got hosed. Since it does seem to be a error that could be in this area. en_US only, no mention of UTF-8. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ATTN MANDRAKE: Kernel update breaks msec - Update
On Thursday 24 July 2003 08:05 am, AAW wrote: On Thursday 24 July 2003 01:27 am, James Sparenberg wrote: Arn, What languages do you run on this box and does /etc/sysconfig/i18n have a lot of mention of UTF-8? James Ooops forgot to mention, I don't doubt the kernel problem... I'm just curious as to conditions... maybe, just maybe, my dumb luck will hold out and I will ask the right question that gives someone with intelligence an idea. *grin* I'm wondering if maybe something in the codepages got hosed. Since it does seem to be a error that could be in this area. en_US only, no mention of UTF-8. Arn Errors didn't occur this morning. I'm now using kernel-secure-2.4.21.0.24mdk-1-1mdk. I also rebuilt msec-0.38-4mdk.src.rpm from cooker. Not sure which did the trick. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ATTN MANDRAKE: Kernel update and then everything is world writable?
On Thursday 24 July 2003 08:25 am, Juan Quintela wrote: While vincent wakeup, I am uploading new kernel packages to: http://people.mandrakesoft.com/~quintela/updates/9.1/ Installed kernel-2.4.21.0.25mdk-1-1mdk.i586.rpm, kernel-doc-2.4.21-0.25mdk.i586.rpm, and kernel-source-2.4.21-0.25mdk.i586.rpm, all rebuilt from your SRPM. Works like a dream. Many, many thanks, Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ATTN MANDRAKE: Kernel update and then everything is world writable?
On Wednesday 23 July 2003 02:26 pm, Vincent Danen wrote: On Wed Jul 23, 2003 at 11:56:14AM -0700, David Guntner wrote: I hope someone from Mandrake is still reading this list. I got the advisary for the new kernel in my mail, and installed the new kernel. Since, then, any number of processes which used to write files that were writable only by themselves (leafnode as user news, mailman as user mail and so on) are now writing their files in a world readable setting. My security logs this morning started reporting files in /var/spool/news, /var/lock/subsys, /var/run, /var/lib/mailman/lists and so on as being writable. Checking those directories, I find sure enough that everything is -rw-rw-rw- -- clearly, this is not acceptable! Can someone please look into this and fix it and issue a new kernel? This needs to not continue to happen. When I su to the user IDs in question and do a umask command, I see 0022 like it should be - so I can't see any reason why this should be happening. We've not seen this at all during testing. Which kernel did you install? secure, up, smp, etc... uname -a would be good. That is really really wierd. Just ran msec here and it just shows me that my initrd is world-writable so I don't think your problem is due to the kernel. cc'ing this to Juan just so he can check as well. I'm seeing the same thing. Below is a copy of my post on aolm. COPY Situation: I upgraded to the latest kernel for LM 9.1, downloaded from ftp://ftp.club-internet.fr/pub/unix/linux/Mandrake/updates/9.1/RPMS. After checking gpg and md5 (rpm -K), I installed kernel-2.4.21.0.24mdk-1-1mdk.i586.rpm (rpm -iv), kernel-source-2.4.21-0.24mdk.i586.rpm (rpm -iv --oldpackage) and freshened kernel-doc-2.4.21-0.24mdk.i586.rpm (rpm -Fv). I then rebooted and made the NVIDIA drivers for the new kernel. Everything seemed to work as expected. My system is LM 9.1 with all updates plus a few packages rebuilt from cooker SRPMs (mainly autoconf, automake, XFree86, and KDE). The updated kernel is the only change I made in the last 24 hours. Problem: All new files are now created with 0666 (rw-rw-rw-) permissions. Umask for user and root are correctly set (0077 and 0022 respectively) but are ignored. Directories are created with the correct permissions. When I reboot with the old kernel (2.4.21-0.18mdk) everything works as it should. Could someone who's upgraded to the latest kernel please check for this behavior. World-writable root-owned files is a serious security hole. /COPY I've had one confirmation so far. I'm also seeing the problem Dave reported with msec. I'm currently running /etc/cron.daily/msec under kernel-2.4.21-0.18mdk to see whether it is indeed the kernel. I'll post the results under that thread when it completes. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ATTN MANDRAKE: Kernel update breaks msec
On Wednesday 23 July 2003 02:32 pm, Vincent Danen wrote: On Wed Jul 23, 2003 at 12:21:27PM -0700, David Guntner wrote: (Again, this is in the hopes that someone from Mandrake is still reading this list) Well, at least partially. :-) In addition to the other error I reported regarding the new kernel (2.4.21- 0.24mdk) causing all files to be written as world writable, I noticed something else in my system processes. My morning E-Mail from my nightly cron jobs reported: /etc/cron.daily/msec: line 66: printf: `m': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `m': invalid format character Nothing has been changed in that file. This only showed up with the new kernel in place. Please go over the new kernel and release a bugfix for these two problems. Thanks! Ummm... let's be a little logical here. Why would you blame the kernel for something in msec? The kernel touches /boot and /lib/modules... why would it have anything to do with msec? Did you look at line 66 of that file? What does it say? The previous issue could potentially be attributed to the kernel, but I highly doubt it. This one I think attributing to the kernel is pretty far-fetched. I'm now seeing similar behavior under both the old and new kernels. However, I never saw the behavior before installing 0.24mdk. kernel-2.4.21-0.24mdk: /etc/cron.daily/msec: line 66: printf: `U': invalid format character /etc/cron.daily/msec: line 66: printf: `y': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `T': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `p': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `@': invalid format character /etc/cron.daily/msec: line 66: printf: `m': invalid format character kernel-2.4.21-0.18md: /etc/cron.daily/msec: line 69: printf: `U': invalid format character /etc/cron.daily/msec: line 69: printf: `y': invalid format character /etc/cron.daily/msec: line 69: printf: `@': invalid format character /etc/cron.daily/msec: line 69: printf: `@': invalid format character /etc/cron.daily/msec: line 69: printf: `@': invalid format character /etc/cron.daily/msec: line 69: printf: `T': invalid format character /etc/cron.daily/msec: line 69: printf: `@': invalid format character /etc/cron.daily/msec: line 69: printf: `@': invalid format character /etc/cron.daily/msec: line 69: printf: `p': invalid format character /etc/cron.daily/msec: line 69: printf: `@': invalid format character /etc/cron.daily/msec: line 69: printf: `@': invalid format character /etc/cron.daily/msec: line 69: printf: `m': invalid format character Below is a list of the packages installed since the last clean admin report 07-22-2003 at 10:11:34 am. The arts packages are rebuilt from cooker SRPMs. I also rebuilt and installed kdelibs (29mdk), but that was after problem showed up. libarts-devel-1.1.2-8mdk Tue 22 Jul 2003 09:58:58 PM CDT arts-1.1.2-8mdk Tue 22 Jul 2003 09:58:56 PM CDT libarts-1.1.2-8mdk Tue 22 Jul 2003 09:58:43 PM CDT kernel-doc-2.4.21-0.24mdkTue 22 Jul 2003 04:21:12 PM CDT kernel-source-2.4.21-0.24mdk Tue 22 Jul 2003 04:12:07 PM CDT kernel-2.4.21.0.24mdk-1-1mdk Tue 22 Jul 2003 02:09:39 PM CDT Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] ATTN MANDRAKE: Kernel update and then everything is world writable?
On Wednesday 23 July 2003 03:28 pm, David Guntner wrote: Also, what are the filesystems in question? Unfortunately my mirrors in GMT-8 still haven't caught up so I can't do any verification yet. Assuming I understand your question correctly, I'm using ReiserFS for all filesystems except /boot, which is ext2. Precisely the same set up: reiserfs for /, /home; ext2 for /boot. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Bug Report: phpgroupware-0.9.14.006-0.1mdk.noarch.rpm not signed
The recent update package for LM 9.1 (MDKSA-2003:077) is not signed (md5 only). Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] lm_sensors oddity
On Sunday 20 July 2003 10:53 am, Rolf Pedersen wrote: On Mandrake 9.1, with lm_sensors-2.7.0-2mdk, I have run sensors-detect and accepted the default settings. The oddity is that the sensors command, or gkrellm, or ksensors only show the value (at least for temps, which is obvious) that exists at boot time. In other words, first boot on a cool morning will show a relatively low temp that does not change throughout the session. Subsequent boots will show a, logically, warmer temp that, also, does not vary. This has been the case from the stock kernel through the current 2.4.21-0.18mm-mdk. I've just noticed the following message in syslog and wonder if it suggests some clue to anyone? Jul 20 08:30:53 localhost kernel: i2c-ali1535.o: Resetting entire SMB Bus to clear busy co ndition (08) Jul 20 08:30:53 localhost kernel: i2c-ali1535.o: SMBus reset failed! (0x08) - controller o r device on bus is probably hung Rolf Check out /usr/share/doc/lm_sensors-2.7.0/doc/FAQ, #4.11. I haven't messed with lm_sensors for a while, but can't you use the ISA bus for some chips? I think the option is mentioned during the sensors-detect routine. Good Luck, Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Is Mail Server Down or have I been unsubscibed??
On Wednesday 16 July 2003 05:28 am, Colin Close wrote: Can someone on the list mail me as to the status of the server I have had no posts for two days now. Thanks Colin Close Must be the server. Aside from cooker changelog notices, yours is the first post I've seen in this list or in the cooker list since 7-11. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] hard disk duplication and partition growth
On Wednesday, March 19, 2003 06:28 am, Christopher Joseph wrote: BUT - the copy process changed a lot of permissions and all kinds of things have errored cp -a should preserve permissions, ownership, etc.. Arn Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com